Conteúdo

Documentar um software não é um luxo nem uma atividade secundária: é parte essencial do próprio desenvolvimento. Este livro mostra por que a ausência de documentação compromete entendimento, evolução e manutenção de sistemas e apresenta caminhos práticos para transformar requisitos, necessidades e comportamentos em conhecimento claro, acessível e durável.

Thiago Leite e Carvalho leva você a uma imersão na Engenharia de Requisitos, reunindo conceitos clássicos e práticas contemporâneas para descobrir, especificar e manter documentação de qualidade, de forma realista e adaptável a diferentes contextos. Um guia essencial para quem entende que bons softwares começam muito antes do código.

Saiba o que você vai aprender

Sumário

• 1. Introdução

• 2. Um pouco de Engenharia de Software
• 2.1 Histórico
• 2.2 O que é um software?
• 2.3 O que é Engenharia de Software?
• 2.4 Quais temas da Engenharia de Software serão abordados nesse livro?
• 2.5 Conclusão

• 3. Um pouco sobre metodologias ágeis
• 3.1 A filosofia do ágil
• 3.2 Scrum
• 3.3 Kanban
• 3.4 Conclusão

• 4. Conceitos de requisitos de software
• 4.1 O que são requisitos de software?
• 4.2 Os tipos de requisitos
• 4.3 Os principais artefatos de requisitos
• 4.4 Um pouco de UML
• 4.5 Um pouco de banco de dados
• 4.6 Conclusão

• 5. A Engenharia de Requisitos
• 5.1 Por que precisamos da Engenharia de Requisitos?
• 5.2 As fases da Engenharia de Requisitos
• 5.3 A nova roupagem da Engenharia de Requisitos: Product Discovery
• 5.4 Conclusão

• 6. Aplicação de exemplo
• 6.1 Let's fun!
• 6.2 Conclusão

• 7. Estudo de viabilidade
• 7.1 Por que avaliar a viabilidade de um software?
• 7.2 Viabilidade operacional
• 7.3 Viabilidade técnica
• 7.4 Viabilidade cronológica
• 7.5 Viabilidade econômica
• 7.6 Realizando o estudo de viabilidade
• 7.7 A viabilidade do Let's Fun!
• 7.8 Conclusão

• 8. Elicitação de Requisitos
• 8.1 Os desafios da elicitação
• 8.2 Personas
• 8.3 Entrevistas e Questionários
• 8.4 Jornada do Usuário (JU)
• 8.5 Prototipação
• 8.6 Etnografia
• 8.7 Job to be done (JTBD)
• 8.8 Brainstorming
• 8.9 Inception
• 8.10 A elicitação do Let's Fun!
• 8.11 Conclusão

• 9. Especificação de requisitos
• 9.1 De onde nascem as especificações?
• 9.2 Por que devemos criar CDUs, HUs, RNs, CAs e RNFs?
• 9.3 Boas práticas na criação de CDU, HU, RN, CA e RNF
• 9.4 Especificando Caso de Uso (CDU)
• 9.5 Especificando História de Usuário (HU)
• 9.6 Especificando Regras de Negócio (RN)
• 9.7 Especificando Critérios de Aceitação (CA)
• 9.8 Especificando Requisitos Não Funcionais (RNF)
• 9.9 Especificando a funcionalidade de Aceitar/Rejeitar Convite
• 9.10 Conclusão

• 10. Validação e priorização de requisitos
• 10.1 Validando requisitos
• 10.2 Priorizando requisitos
• 10.3 Conclusão

• 11. Gerenciamento de requisitos
• 11.1 Por que gerenciar os requisitos de um software?
• 11.2 O processo de gerenciamento de requisitos
• 11.3 A rastreabilidade de requisitos
• 11.4 Conclusão

• 12. A Engenharia de Requisitos na era da Inteligência Artificial
• 12.1 Estudo de Viabilidade
• 12.2 Elicitação
• 12.3 Especificação
• 12.4 Validação e Priorização
• 12.5 Gerenciamento
• 12.6 Conclusão

• 13. Epílogo

• 14. Apêndice I: Relatório de viabilidade do Let's Fun
• 14.1 Relatório de viabilidade do Let's Fun!

• 15. Apêndice II: Documento de Visão (DV)
• 15.1 Documento de Visão do Let's Fun!

• 16. Apêndice III: Roadmap
• 16.1 Explicações finais

• 17. Apêndice IV: Exemplo de Caso de Uso
• 17.1 Exemplo
• 17.2 Explicações finais

• 18. Apêndice V: Exemplo de História de Usuário
• 18.1 Exemplo
• 18.2 Explicações finais

• 19. Apêndice VI: Tutorial sobre Gherkin
• 19.1 Estrutura básica de uso do Gherkin
• 19.2 Principais palavras-chave do Gherkin
• 19.3 Conclusão

• 20. Apêndice VII: Outras técnicas auxiliares de viabilidade e elicitação
• 20.1 Canvas MVP
• 20.2 Matriz CSD
• 20.3 Design Sprint
• 20.4 Crazy8s

• 21. Referências bibliográficas