🛠️ Atividades

🏁 Atividade 10: Projeto Integrador Final

Bem-vindo ao grande encerramento do seu módulo de Engenharia de Software. Ao longo deste semestre, você não apenas aprendeu teoria, você construiu um ativo intelectual. Hoje, você consolidará todas as etapas em um único documento de padrão internacional: o ERS (Especificação de Requisitos de Software). 🛡️🧩

🎯 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)

  1. Capa e Introdução: Nome do sistema e visão do problema.
  2. Definições de Negócio: Personas e Escopo (In/Out).
  3. Processo: Justificativa da metodologia Ágil escolhida.
  4. Requisitos: As tabelas de RFs e RNFs priorizados.
  5. Documentação Ágil: User Stories e Critérios de Aceite.
  6. Modelagem Visual: Casos de Uso, Classes e Sequência.
  7. Interface: Wireframes das telas principais.
  8. Qualidade: Casos de Teste.

📊 Visualizando a Integração

Dica: A consistência é a chave. Se o seu Requisito RF01 diz "Login", seu Diagrama de Casos de Uso deve ter um oval "Fazer Login", sua Classe deve ter um método 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".

ArtefatoO que conferir?Status
RequisitosOs IDs (RF01, RF02) estão batendo com as User Stories?
ClassesO método que eu usei no Diagrama de Sequência existe na Classe?
ProtótipoA 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.

  1. Unificação: Reúna todos os artefatos produzidos nas atividades 01 a 09 em um único arquivo (Markdown no GitHub ou um PDF profissional).
  2. 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).
  3. Sumário: Crie um índice para facilitar a navegação no documento.
  4. 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:

  1. Salve o arquivo de documentação com o nome Atividade_10.md na pasta es-atv-10-projeto-final/ do seu repositório GitHub.
  2. Certifique-se de fazer o commit e push para o repositório público.
  3. Submeta o link do seu repositório no Microsoft Teams para avaliação do professor.

💡 Checkpoint de Lógica

Importante:Reflexão Profissional: Você se sente mais confiante para gerir um time de desenvolvimento agora que sabe como especificar cada detalhe técnico antes de gastar dinheiro com programação? O que você diria para um cliente que diz: "Não precisamos de documentação, vamos apenas começar a codar"? (Resposta: "Codar sem documentação é como construir um prédio sem planta: no começo é rápido, mas no final as janelas não abrem e o teto cai"). 🧠🛡️

🔥 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.
Copyright © 2026