Ir para o conteúdo principal

Análise do impacto que será causado após a desativação da API antiga do e-Estado

OBJETIVO

Realizar análise informando os impactos que serão causados decorrentes da comunidade informando a desativação da API antiga do e-Estado nos produtossistemas mantidos atualmente pela equipe. Os produtossistemas que serão afetados: SISNE(DESCRITIVO)Sistema de Nomeação e Exoneração) e PPE(DESCRITIVO) .

VISÃO GERAL

Com o comunicado recente de que a API antiga do e-Estado será desativada, e que se faz necessário a atualização dos serviços que utilizam a mesma, foi detectada a necessidade de realizar uma análise descrevendo os impactos nos produtossistemas mantidos pela equipe de desenvolvimento, os integrantes responsáveis estão relacionados na sessão "RESPONSÁVEIS" deste documento. 

Todavia são essas as informações retornadas pela API antiga do e-Estado, a qual é responsável por fornecer dados relacionadas a feriados, colaboradores vinculados a unidades orçamentarias, as próprias unidades orçamentarias incluindo hospitais.

Portanto esta análise prévia se faz necessária para evitar indisponibilidades durante o consumo de informações destas fontes que serão desativadas. Além da desativação da API antiga do e-Estado, o SAURON(Sistema de Autenticação do Estado de Rondônia) não retornará mais dados funcionais, sendo assim também se faz necessário realizar ajustes nos produtossistemas para buscar formas de suprir essas informações de outra maneira.

Em resumo os dados funcionais que o SAURON deixara de fornecer são dados relacionado a função da pessoa, tipo matricula, cargo, local de trabalho, unidade de pagamento e outras coisas.

 

PROBLEMAS PREVISTOS

 Referente ao sistema SISNE foi detectado que o mesmo utiliza dados funcionais fornecidos pelo SAURON, mais especificamente a "SiglaDoDepartamento". Foi também encontrado uma dependência com a API antiga do e-Estado, o qual utiliza a seguinte funcionalidade:

 "ObterFeriadosPorMesEAno": Função que se faz necessária para evitar que a criação por exemplo de atos ocorra em feriados.

Em relação ao sistema PPE, foi encontrado um maior numero de dependências, sendo todas essas referente a API antiga do e-Estado. As seguintes funcionalidades descritas abaixo atualmente consomem dados da API antiga.

"ObterFeriados": Função responsável por obter feriados, é usada por exemplo para evitar agendamentos em dias de feriados.

"ObterHospitais": Função responsável por obter todos os hospitais, sendo estes posteriormente agregados junto com as demais unidades orçamentarias, isso ocorre porque os hospitais possuem independência da SESAU no momento da publicação de  suas matérias no diário oficial do estado.

"ObterUnidadesOrcamentarias": Função responsável pela obtenção das secretarias que possuem o próprio orçamento.

"ObterSecretariaPorId": Função responsável por obter todos os detalhes de uma secretaria de acordo com seu código.

"ObterColaboradoresPorUnidadeOrcamentaria": Função responsável por obter dados funcionais do colaborador.

SOLUÇÕES

Dado as informações descritas anteriormente, chega-se a conclusão de que tanto as informações funcionais quanto as demais relatadas anteriormente não serão mais fornecidas pela API antiga e nem pelo SAURON, sendo estas substituídas pela nova API do e-Estado, a qual já se encontra ativa e em operação, sendo necessário realizar a migração para a mesma, essa ação será realizada pelo time através de ajustes no código fonte dos produtossistemas SISNE e PPE. 

CONSIDERAÇÕES FINAIS 

Após a realização completa dos ajustes necessários identificados durante esta analise nos produtossistemas SISNE, PPE e Pentágono, os responsáveis pelo gerenciamento desses serviços com previsão de desligamento serão informados o mais breve possível, sobre a remoção completa destas dependências que fora solicitada por estes anteriormente, além desta ação testes serão realizados para garantir a total integridade das informações.

RESPONSÁVEIS
  • Alexandre Santos Freire (Analista de Desenvolvimento);

  • André Henrique Cortez (Analista de Desenvolvimento Full-stack);

  • Denise Jeane (Product Owner);

  • Jorge Luiz de Jesus Paiva Junior (Analista de Desenvolvimento Full-stack).

GLOSSÁRIO
  1. Product Owner: O Product Owner representa os interesses de todos os envolvidos, define as funcionalidades do produto e prioriza os itens de Product Backlog. Fonte: (https://www.trt9.jus.br/pds/Scrum/roles/product_owner_10E7BD3.html).
  2. Product Backlog: É uma lista priorizada, contendo breves descrições de todas as funcionalidades desejadas para o produto. Fonte: (https://www.culturaagil.com.br/product-backlog-o-que-e/).
  3. Scrum Master: O Scrum Master é o membro do time que detém, em geral, maior conhecimento sobre o Scrum (“framework que ajuda as equipes a trabalharem juntas”). Logo, ele é responsável por potencializar o trabalho da equipe. Fonte: (https://www.voitto.com.br/blog/artigo/scrum-master) (https://www.atlassian.com/agile/scrum).
  4. Framework: Estrutura é feita para resolver um problema específico. Fonte: (https://www.lewagon.com/pt-BR/blog/o-que-e-framework).
  5. Full-stack: O desenvolvedor Full-stack é aquele que pode atuar em qualquer etapa do desenvolvimento de sistemas. Fonte: (https://www.proway.com.br/blog/dev-full-stack-o-que-e-isso)

Estudo Técnico – 11/14/02/2022