Requisitos Ciências da Computação
Requisitos Ciências da Computação
Status Report 1
Estes entregáveis ocorrem antes da data do STATUS REPORT 1 (12 de Setembro) e são focados na imersão e pesquisa.
Semana 2 (18 de Agosto):
Versão 1 de Matriz CSD sobre Soluções para problemas similares (CC)
Semana 3 (25 de Agosto):
Estudo análise de similares Familiarização com o framework Django (CC)
Semana 4 (01 de Setembro):
Versão 2 de Matriz CSD sobre Soluções para problemas similares (CC)
Relatório Detalhado com os Resultados da Pesquisa de Similares e estudo com framework Django (CC)
Semana 5 (08 de Setembro):
STATUS REPORT 1 (12 de Setembro)
Semana 6 (15 de Setembro):
Semana de Avaliação - Orientadores e Avaliadores
Semana 7 (22 de Setembro):
Feedback do SR1 para os Grupos
Status Report 2
Estes entregáveis ocorrem antes da data do STATUS REPORT 2 (11 de dezembro) e são focados no desenvolvimento.
Semana 8 (29 de Setembro):
Criação repositório no GitHub com arquivo README descrevendo o projeto.
Documento (versão 1) das histórias de usuário (mínimo 7 histórias) ), com cenários de validação no formato BDD, claras, completas e dentro dos critérios INVEST), com o documento acessível pelo GitHub.
Versão inicial do modelo de dados (classes Model no Django).
Semana 9 (06 de Outubro):
Versão revisada do documento com as histórias de usuário.
Finalização do modelo de dados (classes model no Django)
Acesso e manipulação dos dados da aplicação via admin no DJango.
Atualização GitHub refletindo o status atual do projeto.
Semana 10 (13 de Outubro):
Implementação de (pelo menos) 1 história de usuário.
Atualização GitHub / bug tracker refletindo o status atual do projeto.
Semana 11 (20 de Outubro):
Deployment das histórias criadas anteriormente em produção na nuvem.
Implementação de (pelo menos) 1 nova história de usuário.
Adição do link do deploy na nuvem ao README.
Atualização GitHub / bug tracker refletindo o status atual do projeto.
Semana 12 (27 de Outubro):
Implementação de testes automatizados para as histórias anteriores.
Implementação e deployment de (pelo menos) 1 nova história de usuário, com uso de testes automatizados.
Correção de eventuais bugs / problemas no deploy.
Atualização GitHub / bug tracker refletindo o status atual do projeto.
Semana 13 (3 de Novembro):
Implementação e deployment de (pelo menos) 1 nova história de usuário, com uso de testes automatizados.
Correção de eventuais bugs / problemas no deploy.
Manter GitHub atualizado (realização de commits / uso do bug tracker).
Semana 14 (10 de Novembro):
Implementação e deployment de (pelo menos) 1 nova história de usuário, com uso de testes automatizados.
Implementação de CI/CD com build e deployment automatizado (pipeline criada no Github)
Correção de eventuais bugs / problemas no deploy.
Manter GitHub atualizado (realização de commits / uso do bug tracker).
Semana 15 (17 de Novembro):
Criação (versão 1) do relatório da programação em PAR com adição de link no GitHub.
Implementação e deployment de (pelo menos) 1 nova história de usuário, com uso de testes automatizados.
Correção de eventuais bugs / problemas no deploy.
Manter GitHub atualizado (realização de commits / uso do bug tracker).
Semana 16 (24 de Novembro):
Pipeline CI / CD no GitHub alterada com adição dos testes automatizados.
Implementação e deployment de eventuais histórias restantes no backlog, com uso de testes automatizados.
Criação de screencast de testes (também disponível no Youtube) dedicado a exibição da execução dos testes automatizados, adicionando-o ao README (com áudio explicativo ou legenda), acessível via GitHub.
Criação de screencast (disponível no Youtube) com a exibição do processo de build e deployment na pipeline do GitHub (incluindo testes automatizados), (com áudio explicativo ou legenda) acessível via GitHub.
Correção de eventuais bugs restantes.
Manter GitHub atualizado (realização de commits / uso do bug tracker).
Semana 17 (1 de Dezembro):
Adicionar ao README documentação clara e objetiva conduzindo qualquer pessoa a montar o ambiente corretamente e contribuir com o projeto.
Finalização do relatório da programação em PAR.
Criação de usuários na aplicação para uso dos avaliadores para fins de testes.
Correção de eventuais bugs restantes.