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

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: http://www.wthreex. com/rup/

3. 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áriodesejaé 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çõesrealizadas 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.  Requisição de talão de cheques mensagem Ator Caso de uso 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).

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. Depósito  Transferência Saque 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 completasfuncionalidades do sistema. Este modelo substitui a especificação funcional tradicional.

11. Testes Implementação Projeto Análise Requisitos 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.

12. Depósito SISTEMA  Transferência Saque 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.

13. Testes Implementação Projeto Análise Requisitos 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.

14. Testes Implementação Projeto Análise Requisitos 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.

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

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

17. Testes Implementação Projeto Análise Requisitos 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).

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

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

20. Testes Implementação Projeto Análise Requisitos 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.

21. Testes Implementação Projeto Análise Requisitos 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.

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

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

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. Testes Implementação Projeto Análise Requisitos

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

26. Visão Geral