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

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

Disciplina: ESOF2

Prof. Adriana M. Martins

RUP – Cap. 3 – Processo dirigido por Caso de Uso

2Aula 03

Introdução

Site On-line do RUP: visualização da ferramenta:

http://www.wthreex. com/rup/


3Aula 03

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.

Introdução

É necessário ter uma forma de recuperar as

reais necessidades do usuário. Como?


4Aula 03

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.

Introdução


5Aula 03

Os Fluxos e Modelos no UP


6Aula 03

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.”

Casos de Uso


7Aula 03

Detalhando a Definição do Caso de Uso:

a) Ações: procedimento computacional ou algoritmo “disparado” pelo sistema segundo solicitação do ator.

b) Seqüência de ações: há um fluxo que é seqüencial, a ser executado pelo sistema.

c) Resultado observável – de valor: a seqüência de ações deve ter valor para o ator.

d) Ator em particular: focalizar num ator ajuda a isolar o valor de retorno, com papel claro no sistema.

Casos de Uso


8Aula 03

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).

Casos de Uso

Requisição de talão

de cheques

mensagemCaso de usoAtor


9Aula 03

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.

Casos de Uso


10Aula 03

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.

Casos de Uso

Depósito

Transferência

Saque


11Aula 03

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.

Casos de Uso – Por que?

Requisitos Análise Projeto Implementação Testes


12Aula 03

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.

Casos de Uso Dirigem o Processo - Requisitos

Depósito

Transferência

Saque

SISTEMA


13Aula 03

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.

Casos de Uso Dirigem o Processo - Requisitos



14Aula 03

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.

Casos de Uso Dirigem o Processo – Análise



15Aula 03

Análise – Classes:

Saque de dinheiro

Participante

ContaTransação de

saqueInterface de

caixa

Modelo de Caso de Uso

Saque de dinheiro

Dispositivo que

libera o dinheiro

Modelo de Análise

Traço de dependênciaColaboração

Simbologia:

Classe de Fronteira

Classe de Controle

Classe Entidade


16Aula 03

Análise – Diagrama de Colaboração:

ContaTransação de

saque

Interface de caixa

Dispositivo que libera o dinheiro

Identifica

Libera o dinheiro

Solicita Saque

Autoriza liberação

Valida e saca


17Aula 03

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).

Casos de Uso Dirigem o Processo – Projeto



18Aula 03

Modelo de Projeto:

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

ContaTransação de saqueInterface de caixaDispositivo que libera o dinheiro

Teclado

Monitor(display)

Modelo de Análise

Modelo de Projeto


19Aula 03

Modelo de Projeto:

InformaçãoSegura

Empresa

Departamento

Nome:Nome

Pessoa

nome:Nome

Código do Funcionário:inteiro

título: String

(subconjunto)

1

1

0..1

1..*

1..*

1..*

*

*

*

**

EscritórioEndereço:sequência

de caracteres

voz: numero

EscritórioCentral

InformaçãoDeContato

Endereço:StringRegistroPessoal

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


20Aula 03

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.

Casos de Uso Dirigem o Processo – Implementação



21Aula 03

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.




22Aula 03


Subsistema de Projeto Subsistema de Implementação

<<arquivo>>

<<arquivo>>


23Aula 03


Executável dispencer.cGerenciador

do Cliente

Alimentador

do dispensador

Contador

de notas

Sensor

do dispensador


24Aula 03

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.

Casos de Uso Dirigem o Processo – Testes



25Aula 03

Casos de Uso Dirigem o Processo – Testes


Saque de dinheiro Saque de dinheiro - Fluxo básico

Modelo de TesteModelo Caso de Uso


26Aula 03

Visão Geral

Documents

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