Engenharia de Requisito

Engenharia de Requisito

1. Requisitos funcionais

   • O que o sistema deve fazer, suas funcionalidades
   • Descrevem o comportamento do sistema

2. Requisitos não-funcionais

   • Sob que restrições - desempenho, usabilidade, segurança, disponibilidade, etc.
   • Descrevem características de qualidade e desempenho

3. Processo de Engenharia de Requisitos

   • Elicitação de requisitos
     • Elicitar e compreender os requisitos dos stakeholders no sistema é um processo difícil por várias razões:
     • O processo de elicitação e análise de requisitos:
       • 1. Descoberta e compreensão dos requisitos
       • 2. Classificação e organização dos requisitos
       • 3. Priorização e negociação dos requisitos
       • 4. Documentação dos requisitos
     • Técnicas de elicitação de requisitos
       • A elicitação dos requisitos envolve encontros com stakeholders de diferentes tipos para descobrir informações sobre o sistema proposto. Existem duas abordagens fundamentais para a elicitação de requisitos:
         • Entrevistas
           • Em que há uma conversa com as pessoas a respeito do que elas fazem
         • Observação ou etnografia
           • Em que se observa as pessoas executando seu trabalho para ver quais artefatos elas usam, como usam, etc.
   • Especificação de requisitos
     • Facilita a comunicação entre a equipe de desenvolvimento e os stakeholders, fornece uma base para o projeto e ajuda a evitar ambiguidades.
   • Validação de Requisitos
     • Durante o processo de validação de requisitos, diferentes tipos de conferências devem ser executados nos requisitos do documento. Essas conferências incluem:
       • Conferência da validade
       • Conferência da consistência
       • Conferência da completude
       • Conferência do realismo
       • Verificabilidade
     • Uma série de técnicas de validação de requisitos pode ser utilizada individualmente ou em conjunto
       • Revisões de requisitos
       • Prototipação
       • Geração de casos de teste
     • A atividade de garantir que os requisitos atendam às necessidades e expectativas dos stakeholders e estejam corretos, completos e consistentes
   • Documentação de requisitos de sistema
     • O documento de requisitos de software é uma declaração oficial do que os desenvolvedores do sistema devem implementar
     • Ele pode incluir os requisitos de usuário para um sistema e uma especificação detalhada dos requisitos de sistema
     • Um documento que detalha as necessidades dos stakeholders e descreve o que o software deve fazer.
   • Principais etapas, elicitação, análise, especificação e validação

4. Histórias e cenários

   • Histórias e cenários descrevem o que as pessoas fazem, quais informações usam e produzem e quais sistemas podem adotar nesse processo.
   • As histórias são escritas como texto narrativo e apresentam uma descrição de alto nível do uso do sistema os cenários normalmente são estruturados com informações específicas coletadas, como entradas e saídas.

5. Mudanças de requisitos

   • Evolução dos requisitos
     • Requisitos iniciais
     • Compreensão modificada do problema
     • Requisitos modificados
     • Compreensão inicial do problema
     • O processo de revisar e modificar os requisitos ao longo do ciclo de vida do projeto

6. Planejamento do gerenciamento de requisitos

   • Durante o estágio de planejamento, é preciso decidir sobre um série de questões:
     • Identificação dos requisitos
     • Processo de gerenciamento de mudança
     • Políticas de rastreabilidade
     • Apoio de ferramentas
   • É preciso de apoio de ferramentas para:
     • Armazenamento de requisitos
     • Gerenciamento de mudanças
     • Gerenciamento da rastreabilidade

7. Gerenciamento de mudanças de requesitos

   • O gerenciamento de mudanças de requisitos deve ser aplicado a todas as mudanças propostas para os requisitos de um sistema após a aprovação do documento de requisitos
   • Existem três estágios principais em um processo de gerenciamento de mudança:
     • Análise do problema e especificação da mudança
     • Análise da mudança e estimativa de custo
     • Implementação da mudança
   • Principal objetivo, controlar e avaliar as mudanças nos requisitos para minimizar o impacto nas atividades de desenvolvimento e no escopo do projeto.

8. Regras de Negócio

   • Regras que devem ser obedecidas pelo Sistema

9. Um processo sistemático para identificar, documentar, validar e gerenciar os requisitos de um sistema.

10. Análise de Requisitos

    • É o processo de compreender, organizar, priorizar e validar os requisitos para desenvolver uma especificação clara

11. Requisitos de Usuário

    • São mais abstratos e orientados para o usuário final

12. Requisitos de Sistema

    • São mais detalhados e orientados para o desenvolvedor