Processos de Engenharia de Requisitos

Transcrição

1 Processos de Engenharia de Requisitos Engenharia de Software (SCE-5764) 1º Sem Prof. Paulo C. Masiero

2 Introdução Objetivo: criar e manter um documento de requisitos. Quatro subprocessos: Avaliação (análise de viabilidade) Obtenção(elicitação) Especificação (documentação padronizada) Validação

3 Processo de Engenharia de Requisitos Tratada anteriormente Estudo de Viabilidade Elicitação e Análise de Requisitos Especificação de Requisitos Relatório de Viabilidade Modelos do Sistema Requisitos do Usuário e do Sistema Validação de Requisitos Documento de Requisitos

4 Gerenciamento de requisitos Os requisitos do sistema mudam Durante o desenvolvimento do sistema Quando está em operação Ger. De Requisitos é processo de gerenciamento das mudanças.

5

6 Engenharia de Requisitos Algumas pessoas consideram E.R. como a aplicação de um método de análise estruturado, como Análise OO (Larman, PU, etc). Isso é a análise do sistema

7 Estudo de Viabilidade Estudo inicial e focado Entrada: Esboço da descrição do sistema e um conjunto inicial de requisitos de negócio. Resultado: relatório que recomenda se vale a pena ou não construir o sistema O relatório também pode propor mudanças de escopo, orçamento e prazo.

8 Estudo de Viabilidade (Cont.) Tempo de duração: normalmente de uma a três semanas. Fontes de informação: gerentes de departamentos, engenheiros de software especialistas no domínio, usuários finais, normas e legislação etc.

9 Estudo de viabilidade Questões a responder: Como o sistema contribui para os objetivos da organização? O sistema pode ser implementado com a tecnologia atual, com o custo previsto e no prazo? O sistema pode ser integrado a outros sistemas já implantados?

10 Elicitação e análise de requisitos Atividades Obtenção dos requisitos Classificação e organização Priorização e negociação Documentação dos requisitos Essas quatro atividades podem ser executadas em um modelo de processos em espiral.

11 Elicitação e análise de requisitos Dificuldades De comunicação com os interessados Conhecimento implícito ou tácito Interessados têm diferentes requisitos com pontos em comum e conflitos Fatores políticos influenciam O ambiente econômico e de negócios em que a análise é realizada muda.

12 Obtenção de requisitos Pontos de vista Entrevistas Cenários Casos de uso Etnografia

13 Etnografia Técnica de observação que pode ser usada para compreender os requisitos sociais e organizacionais. As pessoas compreendem seu próprio trabalho, mas muitas vezes têm dificuldade para explicar ou articular detalhes dele. É eficaz para descobrir requisitos: Derivados da maneira como as pessoas realmente trabalham Da cooperação e do conhecimento das atividades de outras pessoas.

14 Etnografia - Estudos Suchman trabalho em escritório é mais rico, complexo e dinâmico do que modelos de automação de escritório. Há uma diferença entre o trabalho suposto e o real. Sistemas de Tráfego aéreo Salas de controle de metrô

15 Validação de requisitos Objetivo: Mostrar que os requisitos realmente definem o sistema que o usuário deseja Técnicas Revisões Prototipação Geração de casos de teste

16 Validação de requisitos (cont.) Atividades de verificação: Validade dos requisitos: mais funções? diferentes? Consistência Completeza Realismo podem ser implementados? Facilidade de verificação testáveis?

17 Revisões de requisitos Processo informal envolvendo desenvolvedores e clientes. Leitura ou revisão do documento em busca de anomalias e omissões. Podem ser formais ou informais Os revisores podem também avaliar: facilidade de verificação Facilidade de compreensão Rastreabilidade origem dos requisitos Adaptabilidade

18 Gerenciamento de Requisitos Durante o desenvolvimento: problemas complexos que não podem ser totalmente definidos, entendimento dos interessados sobre o problema muda constantemente Depois de implantados: surgem novos requisitos Outros problemas: grande número de usuários, cliente e usuário geralmente são diferentes, ambiente muda depois da implementação

19 Gerenciamento de Requisitos É um processo para compreender e controlar as mudanças dos requisitos do sistema Definir um processo formal para poder avaliar os impactos da mudança.

20 Requisitos permanentes e voláteis Permanente: relativamente estáveis e derivados da atividade principal da organização. Ex. Hospital: médicos, enfermeiros tratamento. Voláteis: têm alta chance de mudar. Ex. Hospital: requisitos relacionados à política de saúde do governo. Mutáveis, emergentes, consequentes e de compatibilidade

21 Planejamento do Gerenciamento De Requisitos Identificação dos requisitos Processo de gerenciamento de mudanças Políticas de rastreabilidade Apoio de ferramentas.

22 Rastreabilidade Origem (para trás) Para consultar os interessados na mudança Dependências entre requisitos (interno) Extensão das mudanças Ligação com elementos do projeto (para a frente) Impacto das mudanças

23 Rastreabilidade É normalmente representada por matrizes Para ambientes complexos, é recomendável usar uma ferramenta: DOORS, RequisitePro Armazenamento Gerenciamento de mudanças Gerenciamento de rastreabilidade

24

25 D um requisito depende de outro R existe um relacionamento mais fraco