O grupo deverá modificar sua solução, adequando o sistema de modo a comportar um volume de dados compatível com o cenário de cidades inteligentes. Para isso, deve-se implementar tecnologia de processamento de eventos complexos (e.g. Kafka). Além disso, deve-se considerar o requisito de escalabilidade previamente definido e desenvolver testes capazes de demonstrar que o sistema aguenta o volume de dados especificado. #
Padrão de entrega:
1 - O código fonte da solução deve estar disponível no repositório do grupo no GitHub (na branch main), em uma pasta denominada src.
2 - Os testes desenvolvidos devem estar disponíveis na pasta tests e, quando possível, aplicados de forma automatizada (e.g., utilizando o GitHub Actions). Quando não for possível essa integração, deve-se descrever os testes e os resultados em um arquivo markdown dentro da pasta tests.
3 - As instruções para que o parceiro possa executar o projeto devem estar claramente discriminadas na documentação, com um link no README para que a seção possa ser prontamente acessada.
4 - O projeto em seu estado atual deve estar disponível em um release do GitHub cujo nome deve incluir a numeração da sprint.
5 - As questões centrais de desenvolvimento da sprint e os testes devem ser apresentadas de forma clara durante o review com o parceiro. #
Padrão de qualidade:
1 - O sistema deve manter a integridade dos dados mesmo quando exposto a um alto volume de requisições. Deve-se desenvolver testes pautados pelos requisitos não funcionais para comprovar essa característica (até 2,5 pontos).
2 - O sistema deve garantir um tempo de resposta adequado mesmo quando exposto a um alto volume de requisições. Deve-se desenvolver testes pautados pelos requisitos não funcionais para comprovar essa característica (até 2,5 pontos).
3 - O sistema deve manter uma alta taxa de disponibilidade mesmo quando exposto a um alto volume de requisições. Deve-se desenvolver testes pautados pelos requisitos não funcionais para comprovar essa característica (até 2,5 pontos).
4 - Os testes devem apresentar pré-condição, etapas do teste, e pós-condição (2,5 pontos).
O grupo deverá modificar sua solução, adequando o sistema de modo a comportar um volume de dados compatível com o cenário de cidades inteligentes. Para isso, deve-se implementar tecnologia de processamento de eventos complexos (e.g. Kafka). Além disso, deve-se considerar o requisito de escalabilidade previamente definido e desenvolver testes capazes de demonstrar que o sistema aguenta o volume de dados especificado. # Padrão de entrega:
1 - O código fonte da solução deve estar disponível no repositório do grupo no GitHub (na branch main), em uma pasta denominada src.
2 - Os testes desenvolvidos devem estar disponíveis na pasta tests e, quando possível, aplicados de forma automatizada (e.g., utilizando o GitHub Actions). Quando não for possível essa integração, deve-se descrever os testes e os resultados em um arquivo markdown dentro da pasta tests.
3 - As instruções para que o parceiro possa executar o projeto devem estar claramente discriminadas na documentação, com um link no README para que a seção possa ser prontamente acessada.
4 - O projeto em seu estado atual deve estar disponível em um release do GitHub cujo nome deve incluir a numeração da sprint.
5 - As questões centrais de desenvolvimento da sprint e os testes devem ser apresentadas de forma clara durante o review com o parceiro. # Padrão de qualidade:
1 - O sistema deve manter a integridade dos dados mesmo quando exposto a um alto volume de requisições. Deve-se desenvolver testes pautados pelos requisitos não funcionais para comprovar essa característica (até 2,5 pontos).
2 - O sistema deve garantir um tempo de resposta adequado mesmo quando exposto a um alto volume de requisições. Deve-se desenvolver testes pautados pelos requisitos não funcionais para comprovar essa característica (até 2,5 pontos).
3 - O sistema deve manter uma alta taxa de disponibilidade mesmo quando exposto a um alto volume de requisições. Deve-se desenvolver testes pautados pelos requisitos não funcionais para comprovar essa característica (até 2,5 pontos).
4 - Os testes devem apresentar pré-condição, etapas do teste, e pós-condição (2,5 pontos).