🏁 Atividade 10: Projeto Integrador Final
🎯 Objetivo da Aula
Ao final desta atividade, você terá em mãos um portfólio técnico que prova sua capacidade de:
- Organizar um projeto de software do escopo à garantia de qualidade.
- Integrar diagramas UML com regras de negócio e jornadas de usuário.
- Apresentar um documento técnico polido, profissional e pronto para ser entregue a uma equipe de desenvolvimento real.
🏢 O Cenário Prático (Seu Desafio)
A diretoria da TecProExpress está impressionada com o seu trabalho. Eles decidiram que o seu "App de Rastreamento" receberá o investimento necessário para ser construído por uma fábrica de software externa. No entanto, para liberar a verba, a fábrica exige o Documento de Especificação (ERS) completo.
Sem este documento, os desenvolvedores externos vão cobrar por hora para tentar adivinhar o que você quer. Com este documento, eles terão um roteiro exato para seguir.
"Seu desafio final é reunir todas as peças do quebra-cabeça que você construiu (Atividades 01 a 09), revisar as falhas e entregar o dossiê final do projeto. Este documento será a prova da sua maturidade como futuro gestor ou desenvolvedor de TI."
🧠 Fundamentos: O Poder da Documentação Consolidada
Um bom ERS é o "Contrato" entre quem paga e quem faz. Se algo não está no ERS, o desenvolvedor não é obrigado a fazer. Se algo está lá e o desenvolvedor não fez, o cliente tem o direito de reclamar.
Estrutura do Dossiê Profissional (Checklist)
- Capa e Introdução: Nome do sistema e visão do problema.
- Definições de Negócio: Personas e Escopo (In/Out).
- Processo: Justificativa da metodologia Ágil escolhida.
- Requisitos: As tabelas de RFs e RNFs priorizados.
- Documentação Ágil: User Stories e Critérios de Aceite.
- Modelagem Visual: Casos de Uso, Classes e Sequência.
- Interface: Wireframes das telas principais.
- Qualidade: Casos de Teste.
📊 Visualizando a Integração
autenticar() e sua interface deve ter uma "Tela de Login".📖 Exemplo Guiado: A Revisão Final
Antes de fechar o documento, o Engenheiro Sênior faz um "Double Check".
| Artefato | O que conferir? | Status |
|---|---|---|
| Requisitos | Os IDs (RF01, RF02) estão batendo com as User Stories? | ✅ |
| Classes | O método que eu usei no Diagrama de Sequência existe na Classe? | ✅ |
| Protótipo | A tela de login tem campos para o CPF que eu exigi no requisito? | ✅ |
📊 Pipeline de Consolidação e Revisão da Documentação ERS
🛠️ Prática Obrigatória: A Consolidação do ERS
Cenário: A entrega oficial para a diretoria da TecProExpress.
- Unificação: Reúna todos os artefatos produzidos nas atividades 01 a 09 em um único arquivo (Markdown no GitHub ou um PDF profissional).
- Refatoração: Aplique as correções sugeridas pelo professor ao longo do semestre. (Ex: se seu diagrama de classes estava errado na Atv 07, entregue-o corrigido agora).
- Sumário: Crie um índice para facilitar a navegação no documento.
- Conclusão: Escreva um parágrafo final descrevendo as lições aprendidas durante a modelagem deste projeto.
🏁 Resultado Esperado (Para sua Referência)
Um Documento de Especificação de Requisitos (ERS) de 10 a 15 páginas, organizado, com imagens nítidas e textos revisados. Este é o seu Trabalho de Conclusão do Módulo.
📤 Instruções de Entrega (Microsoft Teams)
Após validar o seu dossiê completo:
- Salve o arquivo de documentação com o nome
Atividade_10.mdna pastaes-atv-10-projeto-final/do seu repositório GitHub. - Certifique-se de fazer o commit e push para o repositório público.
- Submeta o link do seu repositório no Microsoft Teams para avaliação do professor.
💡 Checkpoint de Lógica
🔥 Desafio de Fixação (Opcional)
Nível: Black Belt 🥋
Adicione ao final do seu documento uma seção de Análise de Riscos. Liste 3 coisas que podem dar errado no desenvolvimento deste sistema (ex: falta de internet nos caminhões, resistência dos motoristas em usar o app) e como você, como Engenheiro de Software, mitigaria esses riscos.
📊 Rubrica Formativa de Avaliação
| Critério de Avaliação | Insuficiente (0% - 40%) | Regular (41% - 70%) | Excelente (71% - 100%) |
|---|---|---|---|
| Consolidação da Especificação (ERS) | Faltam mais de 2 artefatos fundamentais dos módulos anteriores (Atv 01 a 09). | Consolida os artefatos mas sem padronização visual ou revisão textual. | Dossiê ERS impecável de 10 a 15 páginas contendo Escopo, Requisitos, Backlog, UML (Casos de Uso/Classes/Sequência) e Testes. |
| Visão Arquitetural & Análise de Riscos | Omite conclusões de aprendizado e análise de mitigação de riscos. | Apresenta conclusão mas omite mitigação de riscos técnicos. | Seção de conclusão e análise defensiva de riscos completa com estratégias de mitigação. |
| Entrega do Projeto Final | Entrega fora da pasta `es-atv-10-projeto-final/`. | Entrega apenas o arquivo markdown com imagens quebradas. | Submete `Atividade_10.md` com imagens em alta definição e links válidos no repositório. |
🧪 Atividade 09: Qualidade e Testes
Bem-vindo a mais uma etapa da sua jornada no curso de Gestão de TI / Desenvolvimento de Sistemas. Hoje vamos mergulhar em conceitos que conectam a teoria técnica diretamente com o padrão de excelência da qualidade, garantindo que o software seja robusto e confiável antes de chegar ao cliente final. 🛡️🧩
📊 Atividade 11: Diagrama de Atividades (UML)
Bem-vindo ao início do Bloco Avançado de Engenharia de Software. Ao longo das próximas semanas, você sairá da modelagem puramente estática e entrará de cabeça na lógica processual, no design de APIs modernas, no ecossistema corporativo (Java 17, Spring Boot 3.5.x, Thymeleaf, HTMX) e nas práticas de DevOps. Hoje, seu desafio é modelar o fluxo procedural dinâmico usando o Diagrama de Atividades. 🛡️🧩