Sobre | Entregas | Backlogs | DoR e DoD | Tecnologias | Equipe |
Projeto desenvolvido por alunos do 2º semestre do curso de Desenvolvimento de Software Multiplataforma, da FATEC Prof. Jessen Vidal em São José dos Campos.
Consiste no Desenvolvimento de um sistema de inspeção de entrada para o controle de recebimento de grãos em uma agroindústria.
O Back-end foi desenvolvido em TypeScript utilizando o framework React e o banco de dados foi o SQL com o SGBD MySQL.
>Status do projeto: Finalizado ✔️
O projeto está sendo realizado utilizando-se da metodologia ágil SCRUM, separadas em 4 entregas com sprints de 21 dias de duração cada uma.
Resultado das entregas de cada sprint:
| Sprint | Funcionalidade |
|---|---|
| 01 | Cadastro de pedido |
| 01 | Cadastro de fornecedor |
| 01 | Listagem de pedidos cadastrados |
| 01 | Listagem de fornecedores cadastrados |
| 02 | Cadastro de produto |
| 02 | Cadastro de usuário |
| 02 | Deve haver diferentes níveis de acesso (usuário comum, gerente e administrador) |
| 02 | Listagem de usuários cadastrados |
| 02 | Listagem de produtos cadastrados |
| 03 | Cadastro de regras de recebimento |
| 03 | Na fase de entrada do matérial, deve haver a inserção dos dados da nota fiscal |
| 03 | Na fase de conferência quantitativa, deve haver a inserção da quantidade do material em análise |
| 03 | Filtragem da lista de pedidos por etapa do processo |
| 03 | Sistema de buscas para as páginas de listagem |
| 03 | Deverá ser possível voltar em fases anteriores do processo de entrada de material |
| 03 | Na fase de conferência qualitativa, o usuário deverá ter acesso há uma tela que o permite informar se há avarias, se o laudo veio anexado à nota fiscal e as informações relacionadas às regras de recebimento |
| 04 | O Sistema deve gerar um relatório final com a decisão de aceite ou recusa (feita pelo próprio sistema a partir das regras de négocio e da comparação dos dados inseridos). |
| 04 | Alteração de dados de fornecedores cadastrados |
| 04 | Alteração de dados de usuários cadastrados |
| 04 | Alteração de dados do produtos cadastrados |
A User Story de cada funcionalidade do projeto pode ser encontrada nesse link
Todos os documentos desses artefatos são encontrados na pasta docs do repositório
Os artefatos usados pelo nossa equipe para identificar que uma tarefa está pronta para ser iniciado (DoR) foram:
- BackLog do Produto:
Lista com os requisitos do projeto priorizados, que nos auxiliam a chegar a um MVP (Mínimo Produto Viável) na sprint. - Modelo Lógico do banco de dados:
Modelo com as tabelas, colunas e os tipos de dados que serve como base para a construção física do banco de dados. - Casos de Teste:
Modelo com os testes que cada requisito precisa cumprir após sua conclusão. Isso nos ajuda a desenvolver o requisito baseado nos testes que ele precisa passar. - Mockup:
Modelo com os esboços das telas da nossa aplicação. Ajudou posteriormente no desenvolvimento do prótotipo. - Critérios de Aceitação:
Lista de itens que exemplificam o funcionamento dos requisitos baseados nas suas User Stories.
Baseado nos DoR chegamos a esses critérios para considerar um requisito como entregue, podendo ser incrementado a entrega do projeto (DoD):
- O modelo físico:
Modelo físico do banco de dados seguindo o padrão do modelo lógico. - Protótipo:
Telas da aplicação baseada nas telas do protótipo. - Os resultados dos testes de cada funcionalidade:
Esses resultados devem seguir os resulatados propostos na tabela de casos de teste.
| Função | Foto | Nome | GitHub |
|---|---|---|---|
| Product Owner |  |
Bruno Denardo | GitHub |
| Scrum Master |  |
Matheus Fernando Vieira de Melo | GitHub |
| Dev Team |  |
Renan Souza Neves | Github |
| Dev Team |  |
Vinicius de Oliveira Laranjeiro | GitHub |
| Dev Team |  |
Murilo Henrique Sangi da Silva Lima | GitHub |
| Dev Team |  |
Augusto Henrique Buin | GitHub |
| Dev Team |  |
Pedro Henrique Silva Almeida | GitHub |
| Dev Team |  |
Aline C. Correa Costa | GitHub |
| Dev Team |  |
José V. H. Lopes de Souza | GitHub |