Remoção dos objetos de Equipe e Padrão do sistema Skala
Remoção dos objetos de Equipe e Padrão do sistema Skala
OBJETIVO
Analisar os impactos da remoção dos objetos de equipe e padrão do sistema Skala. Conforme a User Story : “Eu como guardiões, preciso realizar um estudo de caso, da complexidade para retirar funcionalidade de gerenciamento de equipe e padrões do sistema Skala” presente na Sprint número 86 do time Guardiões.
JUSTIFICATIVA
Visto que a SESAU, deseja que o fluxo da criação de escalas no sistema supracitado seja facilitado, foi sugerido a remoção da etapa de vínculo dos servidores com equipes e padrão. Segundo os usuários, as etapas que utilizam esses objetos por vezes causam mais dificuldades do que facilidade em cadastrar escalas aos servidores. Por esta razão, o time de desenvolvimento precisa avaliar os impactos que a alteração trará às funcionalidades já existentes e estimar o esforço que deverá ser aplicado nas demandas.
RESULTADOS ESPERADOS
Estimar as ações que deverão ser realizadas para remoção dos objetos.
A forma da qual foi idealizada a solução:
1 - Migração e adaptação dos dados para uma nova base e com novos relacionamentos com auxílio da CAGD (13 pontos).
2- Criação de novos testes para as novas classes ( 13 pontos).
4- Validar a criação dos plantões com os novos relacionamentos utilizando o fullcalendar (5 pontos).
5- Validar a funcionalidade de visualização dos servidores vinculados à equipe, sendo o novo fluxo o relacionamento entre servidor e plantão (5 pontos).
6- Validar a funcionalidade de gerar mapa de plantões dos servidores vinculados à escala, sendo o novo fluxo o relacionamento entre servidor e plantão (5 pontos).
7- Validar a funcionalidade de gerar mapa de plantões de todos os servidores vinculados a uma escala, sendo o novo fluxo o relacionamento entre servidor e plantão (5 pontos).
8- Validar a funcionalidade de editar o plantão, sendo o novo fluxo o relacionamento entre servidor e plantão (5 pontos).
9- Validar a funcionalidade de exibir detalhes da escala, sendo o novo fluxo o relacionamento entre servidor e plantão (3 pontos).
10- Validar a funcionalidade de editar o plantão, sendo o novo fluxo o relacionamento entre servidor e plantão (5 pontos).
ENVOLVIDOS:
João Cícero Romão Gomes de Oliveira
Raaby Liandry de Souza Teixeira
Welington Carvalho Gadelha
Henrique Oliveira
Gerente de Desenvolvimento:
Janderson de Castro Thomaz
Product Owner:
Maria Luiza Coelho Guimarães
Scrum Master:
Junior
GLOSSÁRIO:
CAGD - Coordenadoria de Análise e Gestão de Dados
SKALA
A estrutura atual conta com: Equipe, Escala, Padrão, Servidor, Servidor Equipe e Solicitação. A tabela intermediária “servidor equipe” possui em sua codificação relacionamento com: Servidor, Equipe, e lista de padrões. Será necessário a substituição desse objeto por uma chamada “Servidor Escala”, tendo em vista que o vínculo passará a ser feito por meio da escala com o servidor plantonista.
Além da remoção dos objetos no código, a alteração impactará os dados na base do sistema. Isto porque os relacionamentos também são vinculados com os dados que estão salvos. Sendo assim, existe a possibilidade de auxílio por parte da CAGD para a adaptação dos dados de produção sem os relacionamentos dos objetos equipe, padrão e a nova tabela intermediária servidorEscala no lugar da servidorEquipe.
TESTES
Outro impacto que a remoção trará à aplicação, é a redução dos testes medidos pelo sonar no Skala. Para exemplificar, a classe “padrão” possui 10 (dez) referências no projeto Skala.Testes. Após a exclusão da classe, será necessário a remoção dos testes existentes para criar novos testes a partir da adaptação.
Os números que hoje estão presentes no dashboard do sistema Skala no sonar, é fruto de entregas de sprints passadas onde foi realizado testes em 80% da aplicação, assim como redução de code smells, duplicações e bugs. O esforço para manter a aplicação neste padrão exigido pela gerência após a adaptação dos novos objetos do Skala, será semelhante.
Foi realizado um esboço da estrutura do sistema Skala, caso equipes e padrões fossem removidos da aplicação, conforme a figura abaixo.
Figura 5. Demonstração da estrutura da aplicação em diagrama após as remoções dos objetos solicitados.