Vingadores - Integração com o SGA (Serviços e unidades) para o atendimento presencial
OBJETIVO
Avaliar como será feita a integração dos serviços e unidades do Alpha com o SGA, quais serão as histórias para essa implementação, quais as mudanças necessárias e possíveis impedimentos.
JUSTIFICATIVA
Atualmente existem serviços e unidades no SGA que precisam ser sincronizados com o Alpha.
RESULTADOS DA PESQUISA
Identificar a Solução, as Histórias de Usuários, Débitos Técnicos e quais possíveis impedimentos podem dificultar a integração com o SGA.
ENVOLVIDOS:
Gustavo Felix Gomes (DEV Team)
Rafael Passos dos Santos (DEV Team)
Emanuel Rufino Alcantara de Lima (DEV Team)
Lucas de Souza e Sousa (DEV Team)
André Honório (DEV Team)
Euriane Nogueira Frota (Product Owner)
Edson Masami Hiraçaka (Scrum Master)
Lucas Tavares Viana de Souza (Estagiário Scrum Master)
1. CENÁRIO ATUAL
AtualmenteNo todosAlpha, osexiste sistemasa desenvolvidosfuncionalidade pelosagendamento, vingadoresonde estão consumindocidadão umairá APIselecionar criadoum serviço e em C#qual pelounidade Andrewsserá doatendido. TimeAo Esquadrão,gerar nessaa APIsenha, é possívelnecessário informaridentificar opara CPFqual de um Servidorunidade e serviço será gerada a mesmasenha.
As seusunidades dadoscadastradas e suas movimentações. A Movimentação é importantíssima para alguns sistemas como o Portal do Servidor eno Alpha pois é possível pegarmos a lotação atual do servidor e executar certas funcionalidades de acordo com essa informação.
Nesse mês de fevereiro ficamos cienteprovém de uma novaintegração com a API dode E-Estado e foi solicitado que fosse realizado a troca da consulta por CPF dos Servidores para essa nova API em todos os Sistemas dos Vingadores. Esses Sistemas são:Organograma.
-As Alpha
-cadastradas Portalno doSGA Servidor
-de Comunique-seestabelecimentos, (Atualmenteex: comTudo osAqui Titãs)
-Velho SIDCentro, (AtualmenteTudo comAqui osPorto Titãs)Velho Shopping,
2. SOLUÇÃO
Durante a criação desse estudo foram encontrado duas possíveis soluções.
2.1 PRIMEIRA SOLUÇÃO
Não alterar os Sistemas mantendo a API criada em C# e caso seja necessário realizar manutenção na mesma, desta maneira não será necessário realizar mudanças nos sistemas atualmente somente realizar manutenção na API atual se necessário.
2.2 SEGUNDA SOLUÇÃO
Realizar a Troca para a nova API do E-Estado, será necessário realizar a criação da Chave na Central do Desenvolvedor, após liberação e aprovação da chave realizaremos a integração com a Nova API em cada aplicação listada anteriormente. Por estarmos utilizando Orientação a Objeto a implementação ficará mais fácil sendo necessário realizar ajustes somente em uma parte de cada aplicação agilizado e facilitando o processo.
3. HISTÓRIAS DE USUÁRIO
As Histórias de usuário e débitos técnicos abaixo são referentes a segunda solução apresentada.
|
|
||
Integrar os locais de atendimento do Alpha com |
|
|
|
Integrar os serviços do Alpha com |
|
|
|
Integrar os atendentes do Alpha com |
|
|
|
|
|
||
Criar rotas para gerenciamento de locais de atendimentos |
8 pontos |
||
Gerenciar horários de atendimentos |
8 pontos |
||
Criar rotas para gerenciamento de horários de atendimentos |
8 pontos |
||
Mostrar tela de agendamento com locais de atendimento e horários para o agendamento do serviço |
5 pontos |
||
Criar rota para trazer os locais de atendimentos e horários para o agendamento do serviço |
5 pontos |
||
Gerar senha de atendimento no SGA e mostrar para o usuário |
13 pontos |
4. POSSÍVEIS IMPEDIMENTOS
Uma possível impedimento que pode ocorrer e uma das rotas da nova API não retornar um dos dados que precisamos em nossos sistemas impedindo uma utilização dessa API. Mas é pouco provável que isso aconteça.
CONCLUSÃO
Não será tão trabalhoso realizar essa alteração para a nova API do E-Estado mas também é possível realizarmos manutenção na API atual em C# evitando assim a realização das Histórias de Usuários acima.