[DOC](Issue #265): Criacao da estrutura do documento e insercao de al…

…guns campos

docs/PostMortem.md

@@ -0,0 +1,39 @@
+# Post Mortem
+
+## Histórico de revisão
+
+| Data   | Versão | Modificação  | Autor  |
+| :- | :- | :- | :- |
+| 20/04/2022 | 0.1 | Criação da estrutura do documento |  Laís |
+
+
+# Introdução
+Este documento tem como objetivo expressar sobre a experiência do grupo ao decorrer do desenvolvimento do projeto.
+
+# Definição de Escopo
+O escopo foi definido baseado na problemática que a professora apresentou: Plugin Chrome para gerar gráficos e informações sobre os dados do aluno que interfaceie com o sigaa e mostre a grade do aluno. Escolhido o tema, os dois times se reuniram para escolher as funicionalidades do plugin e fizemos um brainstorm dos principais problemas que enfrentamos como estudantes durante o uso da plataforma.Portanto o escopo foi definido a partir  da criação de uma solução que ajudasse o estudante a visualizar a porcentagem da estrutura curricular  já cursada e a procentagem que ainda falta cursar ,possibilitando assim uma vizualização dinâmica do fluxo de matérias.
+# Metologia e Processo
+A metodologia adotada foi o Scrum, sendo aplicado durante o desenvolvimento do projeto, como a adoção do uso de métricas, daily meetings e planejamento e revisão das sprints.
+
+
+# Tecnologias utilizadas
+ Para a construção do Back-End do  software foi utilizado o Node.js e o Express.js, framework do Node.js que permite que o mesmo seja utilizado na construção da aplicação web e   API. Para a captura de dados das matérias presente nos componentes curriculares dos cursos da Unb foi  utilizado o Pupperteer, framework Node.js.
+Na parte de Front-End, além da utilização de Javascript, CSS e HTML, foi utilizado o Vue.js pois este favorece o isolamento e manuntenção das funcionalidades. Para isolamento de ambiente utilizamos o Docker. 
+Quanto à comunicação foi utilizado o ZenHub, Discord e Telegram. E por último, para controle de versionamento foij utilizado o Git e o GitHub.
+
+# Arquitetura
+No início do projeto os dois times estavam trabalhando juntos para desenvolver as funcionalidades previstas, mas após a Release 01 foi decidido que essa estratégia não era produtiva nem viável para as entregas, portanto dividimos os dois grupos entre Back-End e Front-End, sendo o Time A responsável pelo Back-End e o Time B responsável pelo Front-End.
+# Capacitação do Time
+Quanto à capacitação, foram realizados  Dojos das tecnologias utilizadas, de Git e GitHub e a participação do Dojo de Docker disponibilizado pela professora. Além disso foram realizados parementos para firmar os conhecimentos adquiridos.
+
+# Entrega da R1
+A entrega da R1 foi de grande importância para a equipe, pois foi possível perceber o que estava dando certo e principalmente os pontos onde as equipes estavam errando. Foi exposto acerca da falta de uso das métricas, onde fio possível notar que não era possível saber se os integrantes estavam trabalhando ou se reunindo continuamente, causando grande falta de comunicação entre os membros. Outro ponto que dificultou o desenrolar do projeto é que inicialmente os dois grupos estavam trabalhando nas tarefas de maneira conjunta, sobrecarregando alguns membros e diminuindo a velocidade nas entregas e o nível de produtividade.
+# Entrega da R2
+
+# Escopo do projeto
+
+
+# Sentimentos da Equipe
+
+
+# Conclusão