Merge branch 'release/v1.1.1'

Releasing Dr. Down v.1.1.1

Co-authored-by: Diego França <[email protected]>

docs/POSTMORTEM.md

@@ -0,0 +1,73 @@
+# POSTMORTEM
+
+## Positivos:
+
+- A equipe em si evoluiu bastante, principalmente MDS.
+  - A dedicação e vontade deles foi importante nesse crescimento.
+- MDS - Aprenderam a argumentar e a participar mais.
+  - para isso, EPS os encorajou, pois sabíamos a importância de ter o feedback e imput de todos tanto para pontuar as histórias quanto para a comunicação do grupo.
+- A comunicação entre todos melhorou bastante.
+  - Para isso, o encorajamento para todos se colocarem e destacar a importância de uma boa comunicação para o bom andamento das atividades foram essenciais nesse processo.
+- Participar deste projeto e trabalhar como grupo somou muito para o crescimento de todos.
+  - Foram muitos aprendizados, tanto do ponto de vista acadêmico quanto pessoal.
+- MDS e EPS viraram uma equipe e ficamos muito unidos.
+- Os papeis fixos de EPS no inicio do projeto deram certo e a passagem de conhecimento foi muito boa.
+  - Graças a isto, conseguimos fazer uma boa transição para a fase de circular os papéis durante a R2.
+- O conhecimento de todos foi compartilhado.
+  - No caso dos pareamentos, o fato desses terem muitas vezes sido feitos presencialmente ajudou muito MDS.
+- 100% de cobertura de testes unitários - Começamos a testar desde pas primeiras histórias da R1 e conseguimos manter até o fim.
+  - Termos optado por exigir os testes desde o começo foi muito benéfico no fim, mas foi estressante no começo para MDS.
+    - Esse estresse é algo que outros grupos que quiserem fazer o mesmo que nós devem ter em mente e terão que saber gerenciar e compreender, afinal de contas os membros de MDS possivelmente estarão fazendo isso pela primeira vez e por isso terão dificuldades.
+- O Cookiecutter ajudou muito.
+  - Ele pode ser uma boa opção para DevOps que envolvam o Django.
+- Aprendemos a usar componentes e microsserviço.
+  - Apanhamos com microsserviços para implementá-lo, por não ser algo simples ou que estávamos acostumados a fazer.
+- Conseguimos cumprir com o planejado do Roadmap do Projeto.
+  - Para isso, quando necessário e possível, adiantávamos ou postergávamos histórias previstas para a sprint atual e/ou futuras.
+    - Adaptávamos a escolha das histórias ao quanto a semana dos membros do grupo seria puxada ou não (com provas e trabalhos, por exemplo) fazendo com que evitássemos dívidas técnicas, ajudássemos a reduzir a carga em cima das pessoas do grupo e ainda mantivéssemos uma entrega contínua a cada sprint.
+- Dedicação e compromisso de todos os membros.
+  - Fomos muito felizes em termos um grupo com pessoas dedicadas e compromissadas com o projeto.
+
+## Negativos:
+
+- Tivemos algumas problemas entre membros do grupo, mas que foram solucionados.
+  - Para evitar que isto crescesse e se tornasse algo maior, foi importante tanto isso ter sido percebido e solucionado rapidamente quanto a vontade de todos de não querer que este desentendimento se tornasse algo maior.
+  - No final foi bom para o nosso crescimento.
+- Um dos clientes não deu valor ao grupo. Ele só queria saber do produto, mas aparecia apenas uma vez no mês ou nem aparecia, mesmo com o grupo procurando por ele.
+  - O fato de termos tido um documento que nos guiou quanto ao que devíamos fazer nos salvou de termos maiores problemas e atrasos no Roadmap do Projeto em virtude dessa falta de feedback.
+- Alguns membros ficaram doente durante o semestre, mas mesmo assim o projeto deu certo.
+  - Aos futuros grupos que estejam lendo isso: se preocupem não apenas com o andamento do projeto, mas também com a saúde física e mental de si e de seus membros da equipe.
+- O escopo era grande e dificil, mas foi tudo entregue.
+  - Para que isso fosse possível, a construção de um grupo unido, dedicado e compromissado foi essencial.
+
+## Frases: 
+
+"Eu só tinha amigo que me puxava pra baixo e encontrei o grupo de MDS que me ajudou bastante a crescer"
+
+"Seu nome não é Jobs?" - Victor Arnaud, fazendo descobertas na última sprint.
+
+"Faço isso numa cagada" - Sconetto.
+
+"Tenho memória de piriquito" - Victor Arnaud
+
+"Jobs, posso comer mais um?" - E assim o Arnuad comeu 10 cachorros quentes.
+
+"Tô com fome" - Daniel
+
+"Não vai dar não" - Equipe
+
+"Cuidado com o risco Moreno(a)" - membros do grupo para a Gabriela
+
+"Palhaçada isso" - Gabriela
+
+"Gente, eu quero ir embora" - Daniel
+
+"Nada, nada e não" - Daniel na daily não presencial
+
+"Vou falar pouco hoje" - Sconetto
+
+"Gabriela, por quê você votou X pontos?" - Diego
+
+"Foi mal pelo atraso" - Diego
+
+"Porque essa história não é um 3, mas também não é um 8" - o motivo para o Daniel haver votado 5 pontos em uma história

docs/eps/PIPELINE.md

@@ -104,7 +104,7 @@ Com a execução de todos os passos da integração contínua a ferramenta de au
 
 ### Pipeline v0.0.1
 
-![pipeline](https://i.imgur.com/V1rEo9S.png)
+![pipeline](https://i.imgur.com/v3m6lQr.png)
 
 #### Legenda
 

docs/eps/RISKS.md

@@ -111,6 +111,18 @@
 | Aceitação do software pelo usuário | - buscar usar boas práticas de usabilidade ;<br>- realizar testes de usabilidade com voluntários para receber feedback e levantar possíveis melhorias;<br>- usar ferramentas que permitam levantar como os usuários tem usado o site e usar os dados colhidos para melhorias | - levantar as razões para a baixa aceitação por parte dos usuários;<br>- realizar as melhorias necessárias e colher feedback dos usuários para avaliar se estas forem bem sucedidas
 | Dificuldades com as tecnologias relacionadas à microsserviços | - Utilizar o quadro de conhecimento para levantar possíveis dificuldades que podem surgir;<br>- realizar dojos e reuniões para explicar o microsserviço e seu funcionamento;<br>- sempre que possível ter alguém que entenda bem o microsserviço para que possa ajudar na sua implementação e/ou tirar dúvidas | - levantar quais são as dificuldades existentes ;<br>-realizar dojos e reuniões para determinar como resolver as dificuldades;<br>- alterar o microsserviço e/ou sua implementação na aplicação, se for necessário
 
+---
+
+## Sprint 14
+
+### Score: 22
+
+---
+
+## Sprint 15
+
+### Score: 17
+
 ## Burndown de Riscos
 
 Essa escala deve ser usada para pontuar o impacto (usando como referência uma estimativa do número de dias necessários para mitigar os efeitos da ocorrência do risco):

docs/eps/usability_test/relatorio_05.md

@@ -0,0 +1,40 @@
+## 5° TESTE DE USABILIDADE
+
+Usuário: Sanderson.
+Tipo: Stakeholder do projeto e Parente;
+Estado do site: Todas as funcionalidades estão implementas.
+Avaliador(a): Mariana de Souza Mendes e João Pedro Sconetto.
+
+## Tarefas:
+
+### Tarefa 1: Com o usuário deslogado, procure as seguintes informações no site.
+O usuário encontrou a página com facilidade.
+Calendário de vacina: Gostou do calendário de vacinas.
+
+### Tarefa 2: Ainda com o usuário deslogado, procure pelo fórum.
+Encontrou o fórum com facilidade.	
+
+### Tarefa 3: Cadastrar usuário.   
+Sem dificuldades, mas estranhou o fato de ter que preencher os dados pessoais depois.
+
+### Tarefa 4: Login.
+Sem dificuldades.
+
+### Tarefa 5: Fórum com login.
+Usuário teve facilidade em utilizar o fórum. 
+
+### Tarefa 6: Usuário Paciente
+Checklist: Dificuldade de assimilação com o nome (linha de cuidado), e leve dificuldade na compreensão do que deve ser feito.
+
+### Tarefa 7: Usuário Equipe Médica
+A tarefa sete é voltada para a Equipe médica, então optamos por não realizar essa tarefa.
+
+## Conclusão
+Houve uma melhora na usabilidade, menos dificuldades foram relatadas. As dificuldades encontradas nos teste passados foram resolvidas.
+
+## NOTA DE USABILIDADE DO USUÁRIO: 9/10
+
+
+
+    		
+

docs/sprints/14/planning.md

@@ -0,0 +1,71 @@
+# Planejamento da Sprint 14
+
+## 1. Resumo da Sprint
+
+__Número da sprint:__ 14
+
+__Data de início:__ 16/06/2018
+
+__Data de Término:__ 22/06/2018
+
+__Duração__: 6 dias
+
+__Pontos Planejados:__ 23 pontos
+
+__Membros ausentes:__ Nenhum
+
+## 2. Papéis
+
+- Scrum Master:
+  - Diego França e João Sconetto
+
+- Product Owner:
+  - Mariana Mendes e Diego França
+
+- DevOps:
+  - João Sconetto e Victor Arnaud
+
+- Arquiteto:
+  - Victor Arnaud
+
+- Time de Desenvolvimento:
+  - Daniel Maike
+  - Elias Bernardo
+  - Gabriela Medeiros
+  - Geovana Ramos
+  - Guilherme Guy
+  - Joberth Rodrigues
+
+## 3. Pareamento
+
+- Daniel e Gabriela
+
+- Elias e Guilherme
+
+- Geovana e Joberth
+
+## 4. Planejamento da Sprint
+
+A Sprint 14 foi planejada para dar continuidade à funcionalidade dos eventos, acrescentando uma agenda que irá mostrá-los para os usuários. Também continuaremos implementando e melhorando tanto as notificações do aplicativo para os usuários quanto as páginas de ajuda.
+
+Além disso, faremos uma série de correções de coisas que levantamos serem necessário melhorar ou arrumar, já tendo em vista a proximidade da segunda release.
+
+## 5. Mudanças
+
+Para esta sprint não houveram mudanças significativas com relação à sprint anterior.
+
+## 6. Backlog da Sprint
+
+- [US120 - Agenda de eventos](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/288)
+- [US121 - Notificação por e-mail](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/289)
+- [US122 - Página de ajuda](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/290)
+- [TS123 - Correção do frontend](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/291)
+- [TS124 - Atualizar o EVM](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/292)
+- [TS125 - Corrigir o bug do deploy de produção](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/293)
+- [TS126 - Corrigir imagem da representação da arquitetura](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/294)
+- [TS127 - Corrigir o pipeline](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/295)
+- [TS128 - Documentação da Sprint 13](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/296)
+
+## 7. Risk Burndown
+
+![Risk Burndown da Sprint 13](https://uploaddeimagens.com.br/images/001/477/534/full/riscos_S14.png?1529678183)

docs/sprints/14/results.md

@@ -0,0 +1,74 @@
+# Fechamento da Sprint 14
+
+## 1. Resumo da Sprint
+
+__Pontos Planejados__: 23 pontos
+
+__Pontos concluídos__: 20 pontos
+
+__Dívidas técnicas__: 3 pontos
+
+__Histórias entregues:__
+
+- [US120 - Agenda de eventos](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/288)
+- [US121 - Notificação por e-mail](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/289)
+- [US122 - Página de ajuda](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/290)
+- [TS123 - Correção do frontend](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/291)
+- [TS124 - Atualizar o EVM](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/292)
+- [TS126 - Corrigir imagem da representação da arquitetura](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/294)
+- [TS127 - Corrigir o pipeline](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/295)
+- [TS128 - Documentação da Sprint 13](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/296)
+
+__Histórias não entregues:__
+
+- [TS125 - Corrigir o bug do deploy de produção](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/293)
+
+## 2. Retrospectiva da Sprint
+
+| Pontos Positivos | Pontos Negativos | Sugestão de Melhoria |
+| ----- | ----- | ---- |
+| termino de história com antecedência | dificuldade em fazer a história com as restrições relacionadas ao DevOps | estudar mais para tentar solucionar o problema na homologação |
+| bom planejamento de dupla | atraso em reuniões presenciais | recuperar dos problemas para retornar ao ritmo |
+| está acabando | documentação de componente foi de pouca ajuda | - |
+| foi uma semana tranquila com relação às histórias | problemas pessoais | - |
+| ajuda entre os membros do grupo nas histórias | falta da daily presencial devido às circunstâncias | - |
+| equipe manteve o foco e executou as estórias num tempo curto | bug no Postgres no ambiente de homologação | - |
+| equipe testou as estórias no ambiente de homologação | dívida técnica depois de muito tempo com o time integrado e sem problemas com a ferramenta | - |
+| a comunicação da equipe, mesmo que a distância, foi efetiva | alguns membros esqueceram de fechar a issue no mesmo dia que o PR foi fechado | - |
+| a ferramenta de e-mail está funcionando perfeitamente (estória de notificação) | - | - |
+| a ferramenta está com um frontend bem consolidado | - | - |
+| burndown melhorou | - | - |
+| equipe executou as história com uma maior celeridade | - | - |
+| acabaram as estórias de usuário (features) do nosso escopo | - | - |
+
+## 3. Quadro de Conhecimento
+
+![Quadro de conhecimento da Sprint 14](https://uploaddeimagens.com.br/images/001/480/059/full/quadro_conhecimento_S14-15.png?1529874150)
+
+## 5. Gráfico do Burndown
+
+![Gráfico do burndown da Sprint 14](https://uploaddeimagens.com.br/images/001/478/487/full/burndown_S14.png?1529719817)
+
+## 6. Velocity
+
+![Gráfico do velocity da Sprint 14](https://uploaddeimagens.com.br/images/001/478/492/full/velocity_S14.png?1529720002)
+
+## 7. Gráfico de Commits
+
+![Gráfico de commits da Sprint 14](https://uploaddeimagens.com.br/images/001/478/485/full/commits_S14.png?1529719767)
+
+## 8. EVM
+
+![Gráfico da EVM da Sprint 14](https://uploaddeimagens.com.br/images/001/478/489/full/evm_S14.png?1529719846)
+
+## 9. Análise do Scrum Master
+
+Nesta sprint, diversos fatores externos e de difícil previsão atrapalharam o bom andamento das atividades, como o bug no Postgres no ambiente de homologação e os problemas pessoais. Mesmo assim, tudo foi entregue dentro do prazo estipulado e, no caso dos problemas pessoais, as pessoas envolvidas relataram que estes já estão sob controle, e que para a próxima sprint poderão se dedicar como vinham fazendo ao projeto.
+
+O bug do Postgres foi informado aos desenvolvedores do Cookiecutter no git desse projeto, e estamos contando com a ajuda deles para conseguirmos resolver esta questão e estabilizar essa questão no ambiente de homologação. Enquanto isso, paralelamente estamos buscando maneiras de solucionar esse problema.
+
+A dificuldade com as restrições relacionadas à questões do DevOps foi devido ao fato de que as alterações em certos arquivos não deveriam ser commitadas, já que possuiam informações que devem se manter sigilosas por serem relacionadas à configuração do servidor. Isso deu algum trabalho para os responsáveis pela história do email, mas no fim deu tudo certo.
+
+Também tivemos, mais uma vez, que lidar com uma documentação de componente que usamos que não atendeu nossa demanda por informações. Mesmo assim, conseguimos usar aquele em nossa aplicação com sucesso.
+
+Por fim, alguns de nossos combinados anteriores tiveram que ser relembrados, pois não estavam sendo seguidos como deveriam. Este foi o caso de fechar as issues após os PRs terem sido aceitos e ser verificado se tudo está funcionando corretamente no ambiente de homologação. Também foi o caso dos atrasos em reuniões presenciais. Conversamos sobre isso e os envolvidos se comprometeram a tomar mais cuidado com essas coisas para a próxima sprint.

docs/sprints/15/planning.md

@@ -0,0 +1,80 @@
+# Planejamento da Sprint 15
+
+## 1. Resumo da Sprint
+
+__Número da sprint:__ 15
+
+__Data de início:__ 16/06/2018
+
+__Data de Término:__ 24/06/2018
+
+__Duração__: 8 dias
+
+__Pontos Planejados:__ 31 pontos
+
+__Membros ausentes:__ Mariana Mendes e João Sconetto
+
+## 2. Papéis
+
+- Scrum Master:
+  - Diego França
+
+- Product Owner:
+  - Mariana Mendes
+
+- DevOps:
+  - João Sconetto e Victor Arnaud
+
+- Arquiteto:
+  - Victor Arnaud
+
+- Time de Desenvolvimento:
+  - Daniel Maike
+  - Elias Bernardo
+  - Gabriela Medeiros
+  - Geovana Ramos
+  - Guilherme Guy
+  - Joberth Rodrigues
+
+## 3. Pareamento
+
+- Daniel e Elias
+
+- Gabriela e Geovana
+
+- Guilherme e Joberth
+
+## 4. Planejamento da Sprint
+
+A Sprint 15 foi planejada para fazer ajustes finais e arrumar bugs da aplicação antes da 2ª apresentação da mesma.
+
+## 5. Mudanças
+
+Para esta sprint a quantidade de dias da sprint aumentou de 6 para 8, com ela indo até domingo. Isto se deve ao fato desta ser a última sprint com a apresentação do projeto na segunda-feira seguinte ao fim dessa.
+
+Além disso, iremos trabalhar com histórias menores, o que fará com que tenhamos uma maior quantidade e mais rapidez nas entregas, mas uma média menor de pontos por história.
+
+## 6. Backlog da Sprint
+
+- [TS129 - Correção do erro de duplicação nas Curvas](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/304)
+- [TS130 - Corrigir tradução](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/306)
+- [TS131 - Correção da aba curvas de crescimento](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/307)
+- [TS132 - Checklist](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/308)
+- [TS133 - Prontuário](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/309)
+- [TS134 - Eventos](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/310)
+- [TS135 - Meu perfil](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/311)
+- [TS136 - Documentar a sprint 14](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/312)
+- [TS137 - Documentar a sprint 15](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/313)
+- [TS138 - Teste de Usabilidade](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/314)
+- [TS139 - Atualizar EVM](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/315)
+- [TS140 - Atualizar documento de riscos](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/316)
+- [TS141 - Documento de visão](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/317)
+- [TS142 - Documento de arquitetura](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/318)
+- [TS143 - Bug do postgres no ambiente de produção](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/319)
+- [TS144 - Revisar FRONTEND](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/320)
+- [TS145 - Refatorar a homepage](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/330)
+- [TS146 - Refatorar página de notificações](https://github.com/fga-gpp-mds/2018.1-Dr-Down/issues/334)
+
+## 7. Risk Burndown
+
+![Risk Burndown da Sprint 15](https://uploaddeimagens.com.br/images/001/480/111/full/riscos_S15.png?1529877113)