[Mr. Day] - Avaliar alterações necessárias para que o Mr.Day possa ser usado por outras secretarias.

Data de elaboração	05/02/2021
Responsável pelo estudo	Raissa Stodulski - (Acessora)
Equipe do estudo	Tambaqui
Alvo	Mr. Day
Origem	Melhoria: melhorar alguma implementação já feita.
Objetivo	Avaliar alterações necessárias para que o Mr.Day possa ser usado por outras secretarias.
Documentação correlata (opcional)	https://documentos.sistemas.ro.gov.br/books/programa-jarvis/page/escopo-do-projeto; https://developers.google.com/calendar/api/v3/reference/calendars/insert; https://developers.google.com/calendar/api/concepts/sharing; https://developers.google.com/calendar/api/v3/reference/acl/update.
Observações

1. Introdução

O Mr. Day é o sistema gerenciador de agenda, que atualmente atende somente o Gabinete do Governador do Estado de Rondônia. Nesse estudo é avaliado quais alterações são necessárias para que o sistema possa ser usado por outras secretarias.

2. Desenvolvimento

2.1 Alterar nomenclaturas. Pois o que estiver vinculado ao governador, deve ser substituído por algo mais genérico.

2.2 Separar solicitações por unidade. 

• Criar um novo campo <CodigoDaUnidade> na model de Solicitação que salva a unidade do usuário logado. 
• Atualizar banco de produção. Pegar unidade da Agenda Gov e setar no novo campo nas solicitações já existentes em produção.
• Definir unidade na solicitação externa. Alterar a criação de solicitação externa para que usuário possa definir a qual unidade ele deseja enviar a solicitação.
• Nas atuais telas de consulta de solicitação, filtrar a unidade logada.

2.3 Separar agendas do Google por unidade. 

• Código da unidade
• Código da agenda do Google (a confirmar)
• Código da agenda do Google (confirmada)
• Código da agenda do Google (pública - portal do governo)

2.4 Documentação da API do Google sobre criar nova agenda

• Documentação da API do Google sobre compartilhar agenda
• Documentação da API do Google sobre compartilhar agenda (mais detalhada)
• Criar model Unidade com os seguintes campos:
• Ao realizar uma ação que usa a unidade logada, verificar se já existe a unidade cadastrada na base. Se não existir, insere um novo registro e cria as novas agendas automaticamente.
• Ter uma opção para poder definir os emails para visualizar a agenda onde esses só terão permissão de visualização.

3. Conclusão

Lembrando que vai depender do time/pessoas que pegarem, a questão se vai quebrar ou não em mais stories. A quantidade de stories pode aumentar dependendo se aparecer novas regras ou para facilitar a entrega/validação.

1. Eu, como SETIC, preciso que as nomenclaturas que possui "governador" seja alterado para nomes genéricos. Pois outras secretarias irão utilizar o Mr.Day. (5 pontos)
2. Eu, como Caerd, preciso informar a secretaria que irei solicitar agenda. Pois preciso solicitar à Agenda do Governador. (5 pontos)
3. Eu, como SETIC, preciso visualizar apenas as solicitações da minha unidade. Pois não tenho permissão para ver as solicitações de outra unidade. (8 pontos)
4. Eu, como SETIC, preciso vincular o google agenda da minha secretaria. Pois será separada das outras secretarias. (8 pontos)