A apresentação está carregando. Por favor, espere

A apresentação está carregando. Por favor, espere

Engenharia de Requisitos

Apresentações semelhantes


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

1 Engenharia de Requisitos
Como empregar as técnicas da ER? Panificadora Controle Ambulatorial Técnicas de validação Ferramentas de modelagem Vantagens da ER Principais dificuldades da ER

2 Técnicas da Engenharia de Requisitos
Casos de uso Aprovado Software Validações: Protótipo RTF Análise OO: Modelo de domínio As técnicas da engenharia de requisitos são para tentar minimizar os enganos na eliciação dos requisitos. Existem várias técnicas mas as principais são: - Modelagem do negócio - Casos de uso - Protótipos - Análise OO Ó negócio é a base para uma boa solução de software. Conhecer o negócio Modelos e Regras Negócio Fundamentos - Orientação a Objeto - UML

3 Negócio Software Modelagem do Negócio Solução Problema Necessidades
A primeira técnica utilizada foi a modelagem do negócio. Conhecer bem o negócio é fundamental para levantar as reais necessidades do cliente. A partir daí é possível propor uma solução de software satisfatória e viável para o cliente. Pode ser que apenas parte do negócio será implementado nessa versão do software, mas é preciso conhecer todo o negócio envolvido para que uma boa solução seja proposta. Problema: O que o usuário deseja? Solução: Como satisfazer estas necessidade em software? Necessidades Solução Problema

4 Como modelamos o negócio?
Ferramentas Utilizamos os modelos da UML Casos de uso do negócio Diagrama de atividade Casos de uso do negócio: empregamos para modelar quais tarefas envolviam um determinado negócio e quem as realizava. Diagrama de atividade: foi usado para explicar em detalhes como uma tarefa era executada. (O que ocorre em um caso de uso mais complexo). Objetos: Representam os elementos que são manipulados no negócio. Estado: São os possíveis estados que um objeto pode estar. Mais usados Objetos Diagrama de estado

5 NEGÓCIO - Panificadora
Diagrama de atividade Preparar café Caso de uso do negócio Necessidade: Otimizar as tarefas do atendente

6 NEGÓCIO - Original Classes do negócio / Modelo de domínio Estados do café Estados da água

7 NEGÓCIO - Modificado Estados do café Estados da água

8 Técnicas da Engenharia de Requisitos
Casos de uso Software Validações: Protótipo RTF Análise OO: Modelo de domínio Aprovado As técnicas da engenharia de requisitos são para tentar minimizar os enganos na eliciação dos requisitos. Existem várias técnicas mas as principais são: - Modelagem do negócio - Casos de uso - Protótipos - Análise OO Ó negócio é a base para uma boa solução de software. Conhecer o negócio Modelos e Regras Negócio Fundamentos - Orientação a Objeto - UML

9 Solução automatizada para o negócio cafezinho
N1: Otimizar as tarefas do atendente C1: Atendimento automatizado do serviço cafezinho Característica do software Atendimento automatizado do serviço cafezinho. R1: Solicitar café R2: Preparar e servir o café Casos de uso do software

10 NEGÓCIO - Panificadora
Negócio original Negócio modificado O negócio foi afetado pela informatização do café. O atendente não mais prepara e serve o café.

11 Estudo de Caso Necessidade: N1- Facilitar o controle estatístico
N2- Informações gerenciais. N3- Melhoria de processo Controle Ambulatorial Controle estatístico

12 NEGÓCIO – Controle ambulatorial

13 NEGÓCIO – Controle ambulatorial
Necessidade: N1 - Facilitar o controle estatístico N2 - Informações gerenciais. N3 - Melhoria de processo

14 Conhecendo em detalhes o negócio “Atendimento Médico”
Diagrama De atividades UC1 UC2 UC1 – Solicita atendimento médico UC2 – Realizar consulta médica

15 NEGÓCIO – ATENDIMENTO MÉDICO
Necessidade: N1 - Facilitar o controle estatístico N2 - Informações gerenciais. N3 - Melhoria de processo Modelo de Domínio N1 Include N3 N3

16 NEGÓCIO – FICHA DO PACIENTE
Modelo de Domínio

17 Técnica de validação da Modelagem do Negócio
Revisão Técnica Formal

18 Técnica de validação da Modelagem do Negócio

19 Técnica de validação da Modelagem do Negócio

20 Técnica de validação da Modelagem do Negócio
Execução do Requerimento É o ato do funcionário do D.A.A. efetuar a execução do requerimento. Ex: confecção de diploma, matrícula, informar o trancamento e outros.

21 Técnica de validação da Modelagem do Negócio

22 Técnicas da Engenharia de Requisitos
Casos de uso Software Validações: Protótipo RTF Análise OO: Modelo de domínio Aprovado As técnicas da engenharia de requisitos são para tentar minimizar os enganos na eliciação dos requisitos. Existem várias técnicas mas as principais são: - Modelagem do negócio - Casos de uso - Protótipos - Análise OO Ó negócio é a base para uma boa solução de software. Conhecer o negócio Modelos e Regras Negócio Fundamentos - Orientação a Objeto - UML

23 Como encontramos uma solução para apoiar o negócio?
Continuamos a empregar os modelos da UML Mesmas ferramentas Problema Solução Para definirmos uma solução satisfatória de software utilizamos também a UML. Esta é uma das principais vantagens de se utilizar a UML. Tanto no domínio do Problema quanto no domínio da solução estão disponíveis as 9 ferramentas da UML. Diagrama de caso de uso do negócio Diagrama de atividade Diagrama de classes Diagrama de estados Diagrama de sequência Diagrama de colaboração) Diagrama de implantação Diagrama de componente Diagrama de distribuição Passar da fase de Análise para a fase de projeto é mais suave, menos traumático, porque os modelos evoluem. Não há mudanças radicais nos modelos. A única observação é a inclusão do traço nos casos de uso e atores do negócio. Vantagem da UML Negócio Análise Projeto

24 Funcionalidade identificadas
Exemplo 1: como partir do problema para uma solução de software? Problema Proposta de solução de software Necessidade? Facilitar o levantamento de informações estatísticas sobre a saúde dos funcionários da organização. Funcionalidade identificadas

25 Especificação de Caso de Uso

26 Técnica de validação de casos de uso
Projeto de Interação: Técnica de validação de casos de uso Ficha paciente Não é tão simples para o usuário visualizar o sistema só com os casos de uso. Algumas técnicas são necessárias para que o usuário compreenda o comportamento do sistema. Assim, os enganos serão minimizados e talvez até novos requisitos possam surgir. O projeto de interação reduz significativamente a possibilidade de implementar algo que o usuário não deseja.

27 Exemplo 2 Problema Solução de software classe
Um exemplo de como identificar uma solução a partir das necessidades do usuário: Neste casso, a partir dos estados possíveis de um objeto, foi identificado a necessidade de criar uma funcionalidade no software que permitisse realizar esta mudança de estado. A mais adequada para o caso foi a funcionalidade “Avaliar projeto” contendo as opções Aprovar e Reprovar.

28 Tudo da modelagem do negócio será implementado?
Solução Implementação - A modelagem de negócio serve para a compreensão do domínio do problema. - Nem tudo o que está na modelem do negócio será implementado. Algumas tarefas podem exigir que sejam realizadas manualmente, ou já são realizadas por outro software. Solução Processos manuais Já existe outro software

29 Estabelecimento de Padrões
Todos sabem o que esperar

30 Padronização de técnicas para requisitos
Engenharia de Requisitos Compreender o Negócio Investigação da Solução Necessidades Requisitos funcionais (Casos de uso) Requisitos não-funcionais e restrições de projeto (Doc. Especificação suplementar) (Documento de regras) Requisitos funcionais são as tarefas que o usuário poderá realizar no sistema. Requisitos não-funcionais podem ser: Usabilidade; confiabilidade; desempenho e manutenibilidade. Restrição de projeto: Impõe alguma limitação no projeto do sistema. Por exemplo a exigência da empresa no uso do Lotus Notes. Necessidades dos clientes Características do software Requisitos do software Técnicas de apoio Modelagem do negócio Projeto de Interação

31 = Padronização de técnicas para requisitos Analistas Desenvolvedores
Diálogo Com as técnicas de engenharia de requisitos foi possível estabelecer um diálogo entre Analistas e Projetistas. Ambos conhecem os artefatos produzidos pela engenharia de requisitos. Analistas Desenvolvedores

32 Ferramentas de modelagem
Free

33 Ferramentas de especificação UC
Rambutan (Em estudo) Benefícios: Armazena os requisitos em XML; Controle de mudanças (Quem fez o quê, e quando?); Mais de uma pessoa pode trabalhar ao mesmo tempo; Controle de versões

34 Resumo Vantagens da Engenharia de Requisitos N1 Modelos facilitaram
Isolamento do “O que fazer?” e de “Como fazer?” Diálogo com os usuários e equipe de desenvolvimento Gerência do projeto => divisão de tarefas e no controle de prioridades Casos de uso São intuitivos; Facilitam nos testes de unidades e funcionais; Possibilitam a rastreabilidade dos requisitos, Análise Projeto Análise Projeto N1 Exemplo: Necessidade

35 Principais dificuldades nos projetos
Mudança da cultura Modelo de domínio ainda não é amplamente utilizado pelos desenvolvedores Estabelecimento de papéis

36 Engenharia de Requisitos
Estabelecimento de papeis Produção de artefatos Domínio do problema Domínio da solução Fundamentos - Conceitos OO - UML Engenharia de Requisitos


Carregar ppt "Engenharia de Requisitos"

Apresentações semelhantes


Anúncios Google