Discussão:Transição de Requisitos para Construção

Complemento

• A transição eficaz dos Requisitos para a Construção (Construction) é um fator decisivo na Qualidade do Software (QA). Uma ponte bem-sucedida garante que o produto final não apenas funcione (RFs), mas também seja utilizável, seguro e eficiente (RNFs). Podemos consultar algumas referências que garantem essa afirmação.

• 1. Engenharia de Software: Foco na Qualidade
  • Engenharia de Software: Uma Abordagem Profissional (Software Engineering: A Practitioner's Approach). Roger S. Pressman
    • Foco na Transição: Pressman enfatiza que a qualidade na construção começa com a Validação e a Especificação dos requisitos, detalhando a importância da rastreabilidade (ligar cada linha de código ou módulo a um requisito específico).
    • Deixa claro que a má definição de RNFs (como Desempenho ou Segurança) na fase de Requisitos exige que o design e a construção sejam refeitos, aumentando o Débito Técnico e diminuindo a qualidade estrutural do software.
    • Atua como um manual para estabelecer a garantia de qualidade (QA) desde a concepção.

• 2. Arquitetura e Requisitos Não-Funcionais (RNFs)
  • Software Architecture in Practice. Len Bass, Paul Clements, e Rick Kazman
    • Foco na Transição: Os autores deixam claro que é crucial entender a ponte através do Projeto de Software.
    • Demonstram que os requisitos de qualidade (RNFs) — como Scalability e Modifiability — são a força motriz por trás das decisões arquitetônicas
    • A transição de Requisitos para Construção é o processo de traduzir esses RNFs em uma estrutura de código que garanta a qualidade
    • Se os RNFs forem ignorados ou mal definidos, a arquitetura será falha, e o software terá uma qualidade de execução e manutenção insatisfatória.

• 3. Teste e Qualidade na Construção
  • Introduction to Software Testing. Paul Ammann e Jeff Offutt
    • Foco na Transição: Ammann e Offut conectam a qualidade diretamente à fase de construção através do Teste de Software. Explicam como o design dos Testes de Aceitação é derivado diretamente dos requisitos (o "Contrato") e como o desenvolvimento (Construção) deve ser feito para ser testável
    • A qualidade do software é garantida porque o processo de construção se torna um processo de verificação contínua (uso de Testes Unitários e Integração Contínua) contra o contrato estabelecido na fase de Requisitos
    • Isso integra o Controle de Qualidade (QC) à própria Construção.