RUP - Cap. 3 – Processo Dirigido por Caso de Uso

Apresentação em tema: "RUP - Cap. 3 – Processo Dirigido por Caso de Uso"— Transcrição da apresentação:

1 RUP - Cap. 3 – Processo Dirigido por Caso de Uso
Disciplina: ESOF2 Prof. Adriana M. Martins

2 Introdução Site On-line do RUP: visualização da ferramenta:
com/rup/

3 É necessário ter uma forma de recuperar as
Introdução O objetivo do UP é guiar o desenvolvimento de sistemas de acordo com a necessidade dos usuários. A eficiência do sistema é medida em termos de custo, qualidade e tempo de resposta. Saber o que o usuário deseja é o maior desafio do processo. É necessário ter uma forma de recuperar as reais necessidades do usuário. Como?

4 Introdução A definição dos requisitos precisa ser:
- verdadeira (necessidades reais); - ter uma representação compreensível ao usuários, analistas e desenvolvedores (modelos). Porque requisitos: Dirigirão todo o processo de desenvolvimento; Serão base para a definição da arquitetura; Auxiliarão no desenvolvimento iterativo e incremental.

5 Os Fluxos e Modelos no UP

6 Casos de Uso Os requisitos podem ser obtidos utilizando-se modelos de caso de uso. Definição de CASO DE USO: “Um caso de uso especifica o comportamento de um sistema ou parte de um sistema, e é uma descrição de um conjunto de seqüências de ações realizadas pelo sistema para produzir um resultado observável de valor para um ator em particular.”

7 Casos de Uso Detalhando a Definição do Caso de Uso:
Ações: procedimento computacional ou algoritmo “disparado” pelo sistema segundo solicitação do ator. Seqüência de ações: há um fluxo que é seqüencial, a ser executado pelo sistema. Resultado observável – de valor: a seqüência de ações deve ter valor para o ator. Ator em particular: focalizar num ator ajuda a isolar o valor de retorno, com papel claro no sistema.

8 Casos de Uso Um caso de uso é representado por uma elipse que se relaciona com atores MODELO DE CASO DE USO. Ator: é alguém ou algo fora do sistema que interage com o sistema (pessoas, sistemas ou hardware). Requisição de talão de cheques mensagem  Caso de uso Ator

9 Casos de Uso Detalhamento de Caso de Uso: define o que o sistema faz
quando o caso de uso é executado. Caso de Uso: Transferência entre contas Ator: Cliente Descrição: - Cliente insere o cartão; - Digita senha; - Indica conta destino; - Sistema valida as informações; - Realiza a transferência.

10 Casos de Uso Modelo de Caso de Uso: Todos os Casos de Uso juntos compõem o modelo de Casos de Uso, o qual descreve as completas funcionalidades do sistema. Este modelo substitui a especificação funcional tradicional.  Depósito Transferência Saque

11 Casos de Uso – Por que? Porque usar:
Guia os desenvolvedores para um desenvolvimento e implementação eficiente; Garante eficiência em custos, qualidade e tempo; Oferecem um meio sistemático e intuitivo na captura de requisitos: linguagem simples; os usuários não precisam aprender notações complexas; Capturar os Casos de Uso envolvem os usuários, clientes e desenvolvedores; Planejamento e monitoramento das tarefas (especificar, projetar, implementar e testar) – auxílio ao gerente de projeto. Requisitos Análise Projeto Implementação Testes

12  Casos de Uso Dirigem o Processo - Requisitos Requisitos:
Os requisitos (necessidades dos usuários) são vistos como Casos de Uso. Os casos de uso especificam o sistema e agregam valor ao sistema. Delimita um acordo entre clientes e usuários do que o sistema deve fazer.  Depósito Transferência Saque SISTEMA

13 Casos de Uso Dirigem o Processo - Requisitos
Os Modelos de Caso de Uso são finalizados quando todos os requisitos funcionais forem capturados corretamente, de forma que o cliente, os usuários e os desenvolvedores possam entender o que será feito no sistema. Requisitos Análise Projeto Implementação Testes

14 Casos de Uso Dirigem o Processo – Análise
Considerações do Modelo de Análise: Refinam os casos de uso com mais detalhes. O modelo cresce à medida que as iterações são completadas. Faz uma alocação inicial do comportamento do sistema para um conjunto de objetos. Identifica classificadores e papéis destes na realização dos Casos de Uso. É mais conceitual, como se fosse a primeira versão do modelo do projeto. Requisitos Análise Projeto Implementação Testes

15 Análise – Classes: Modelo de Caso de Uso Modelo de Análise
Saque de dinheiro Participante Conta Transação de saque Interface de caixa Modelo de Caso de Uso Dispositivo que libera o dinheiro Modelo de Análise Traço de dependência Colaboração Simbologia: Classe de Fronteira Classe de Controle Classe Entidade

16 Dispositivo que libera o dinheiro
Análise – Diagrama de Colaboração: Conta Transação de saque Interface de caixa Dispositivo que libera o dinheiro Identifica Libera o dinheiro Solicita Saque Autoriza liberação Valida e saca

17 Casos de Uso Dirigem o Processo – Projeto
Considerações do Modelo de Projeto: Define a estrutura estática do sistema em termos de subsistemas, classes e interfaces. É usado como uma entrada essencial para as atividades na implementação. No modelo de Projeto os Casos de Uso são realizados pelas classes do PROJETO e seus objetos. O Modelo de Projeto gera um modelo físico para implementação (mais detalhado que o Modelo de Análise). Requisitos Análise Projeto Implementação Testes

18 Modelo de Projeto: Dispositivo que libera o dinheiro
Sensor do dispensador Transação de saque Gerenciamento de transação Gerenciador da conta Classe persistente Leitora de cartão Alimentador do dispensador Contador de notas Conta Gerenciador do Cliente Interface de caixa Dispositivo que libera o dinheiro Teclado Monitor(display) Modelo de Análise Modelo de Projeto

19 Código do Funcionário:inteiro
Modelo de Projeto: InformaçãoSegura Empresa Departamento Nome:Nome Pessoa nome:Nome Código do Funcionário:inteiro título: String (subconjunto) 1 0..1 1..* * Escritório Endereço:sequência de caracteres voz: numero EscritórioCentral InformaçãoDeContato Endereço:String RegistroPessoal Códigodeimposto HistóricodeEmprego salário classe operações atributos restrição Dependência interface generalização nome agregação multiplicidade gerente associação Localização

20 Casos de Uso Dirigem o Processo – Implementação
Considerações do Modelo de Implementação: Os desenvolvedores também preparam o modelo de implantação; Define-se a organização física do sistema em nós computacionais; Os Casos de Uso serão implementados como componentes destes nós. Descreve como os elementos do modelo de PROJETO (classes, por exemplo) serão implementados em termos de componentes, tais como arquivos de código fontes, executáveis e outros. Requisitos Análise Projeto Implementação Testes

21 Casos de Uso Dirigem o Processo – Implementação
Componente: Pacote físico dos elementos do modelo. É uma parte física e substituível do sistema que adapta e provê a realização de um conjunto de interfaces. Classes: representam abstrações lógicas, ao contrário dos componentes que representam coisas físicas no mundo dos bits. Requisitos Análise Projeto Implementação Testes

22 Subsistema de Implementação
Casos de Uso Dirigem o Processo – Implementação Subsistema de Projeto Subsistema de Implementação <<arquivo>>

23 Casos de Uso Dirigem o Processo – Implementação
Executável dispencer.c Gerenciador do Cliente Alimentador do dispensador Contador de notas Sensor

24 Casos de Uso Dirigem o Processo – Testes
Considerações do Modelo de Testes: No modelo de Testes é feita a validação da implementação realizada para verificar se a mesma atende aos requisitos descritos nos Caso de Uso e se elas satisfazem aos requisitos do sistema. Quando um caso de uso é modificado, as realizações correspondentes de classes, componentes e casos de testes precisam ser conferidos e atualizados. Requisitos Análise Projeto Implementação Testes

25 Saque de dinheiro - Fluxo básico
Casos de Uso Dirigem o Processo – Testes Saque de dinheiro Saque de dinheiro - Fluxo básico Modelo de Teste Modelo Caso de Uso Requisitos Análise Projeto Implementação Testes

26 Visão Geral As necessidades dos usuários relativas aos requisitos não podem ser implementadas todas de uma vez, elas serão refinadas em sucessivas iterações.