Engenharia de Requisitos

Apresentação em tema: "Engenharia de Requisitos"— Transcrição da apresentação:

1 Engenharia de Requisitos
Definição de Engenharia de Resquisitos Motivação Perspectivas Definição e Tipos de Requisitos Processo de ER Modelagem de Requisitos Especificação de Requisitos

2 Definição Também conhecida como: É a área responsável pela descoberta:
Análise de requisitos; Análise de sistemas. É a área responsável pela descoberta: Das reais necessidades dos clientes. Do comportamento externo de uma solução que atenda a estas necessidades. Domínio do Problema Domínio da Solução

3 Motivação Segundo Brooks*, a ER é a parte mais difícil da construção de um software. Nenhuma outra parte do desenvolvimento causa tantos danos se feita de forma errada. Nenhuma outra parte é tão difícil de ser corrigida. *F. Brooks, No Silver Bullet: Essence and Accidents of Software Engineering, IEEE Computer, vol 20(4):10-19, april,1987.

4 Determina o sucesso…

5 Ou o fracasso…

6 Perspectivas Perspectiva de domínio Perspectiva tecnológica
Perspectiva temporal Copyright Prof. Edison A. M. Morais

7 Perspectiva de Domínio
Domínio do problema Exploração detalhada de um problema particular para determinar as necessidades de automação do usuário. Domínio da solução Especificação do comportamento externo de um sistema. Copyright Prof. Edison A. M. Morais

8 Perspectiva Tecnológica
Existem vários mecanismos de especificação: Linguagem natural; UML; Prototipação; Métodos formais, etc. Copyright Prof. Edison A. M. Morais

9 Perspectiva Temporal É uma das atividades iniciais da engenharia de software. Resulta no criação de um documento de Especificação de Requisitos de Software (ERS). Este documento deve ser atualizado constantemente para obtenção de mais conhecimento sobre o problema. Copyright Prof. Edison A. M. Morais

10 Outros Processos Contidos no Processo Principal
Perspectiva Temporal Engenharia de Software Processo de Desenvolvimento de Software Análise de Requisitos Implemen-tação Implan-tação Projeto Teste Atividades Garantia de qualidade; - Gerência de Configuração; - Gerência de Riscos; - Métricas; Estimativas; - Revisões Técnicas Formais. Outros Processos Contidos no Processo Principal Copyright Prof. Edison A. M. Morais 10

11 Requisito O que é um REQUISITO?
Em software: “É a CARACTERIZAÇÃO do que o sistema deverá fazer.” Existem vários tipos de requisitos que devem ser analisados…

12 Tipos de Requisitos

13 Processo de ER Como Conduzí-lo? Como deve ser este documento?
Copyright Prof. Edison A. M. Morais

14 Dificuldades do Processo
Volatilidade dos requisitos; Clientes dispersos, numerosos; Clientes com objetivos conflitantes, perspectivas e formações distintas; Clientes com dificuldades para esclarecer seus objetivos. Copyright Prof. Edison A. M. Morais

15 Características desejáveis para o ERS
Documento ERS completo; Documento ERS não ambíguo; Documento ERS passível de ser testado. Copyright Prof. Edison A. M. Morais

16 Processo de ER

17 Atividades do Processo de ER

18 Modelagem de Requisitos

19 Modelagem de Requisitos Boas Práticas
Análise Orientada a Objetos; ER executada em várias rodadas; Revisões constantes com os usuários; Protótipos; Alocação de 15% a 30% do esforço total do processo.

20 Específicação de Requisitos
Modelagem GERA especificação. Especificação: Documento ERS. É um conjunto de documentos. Ex.: Documento Visão Especificação Suplementar Modelo de Domínio Casos de Uso + + +

21 Documento Visão Objetivo
Descrever as necessidades e características de alto nível do sistema. Exs.: Visão geral do sistema. Descrição dos usuários. Requisito funcionais.

22 Especificação Suplementar
Objetivo Descrever os requisitos não funcionais do sistema Exs.: Usabilidade Confiabilidade Performance

23 Modelo de Domínio É o resultado da Análise Orientada a Objetos (AOO);
Objetivo: Auxiliar na compreensão e análise do problema. Artefato Diagrama de Classe de Domínio (UML)

24 Diagrama de Classe de Domínio
Exemplo

25 Casos de Uso Representam interações entre usuário e sistema.
UC1. Caso de Uso 1 Descrição: Fluxo Básico: O usuário solicita.... O sistema disponibiliza... Diagrama de Caso de Uso Descrição de Caso de Uso

26 Casos de Uso Exemplo É recomendável associar um diagrama de atividades

27 Diagrama de Atividades
Exemplo

28 Referências Bibliográficas
Engenharia de Software, Pressman, Roger – 6ª Edição. Lucena, F. N. Requisitos de Software: Eliciar, Registrar e Ser bem-sucedido. Disponível em