UML

Requisitos, Casos de Uso e

Diagrama de Atividades no
Rational Rose

Roberto Costa Guilherme Carvalho

rca6@[Link] ggc@[Link]

Baseado nos slides de Tiago Vinícius & Gleibson Rodrigo

 Roteiro
• Requisitos
– Funcionais
– Não-funcionais
• Problemas
• Possíveis Soluções
• UML
• Diagrama de Casos de Uso
• Diagrama de Atividades
• Diagramas de Caso de Uso no Rose
• Diagramas de Atividades no Rose
 Requisitos
• Funcionais
– Descrevem as funcionalidades que se espera que o
sistema disponibilize, de uma forma completa e
consistente.
– Relacionados a Entradas, Funções, Saídas, Atores.

• Não-funcionais
– Referem-se às restrições nas quais o sistema deve
operar ou propriedades emergentes do sistema
(como viabilidade ou tempos de resposta).
– Tipos
• Produto (Eficiência, Portabilidade, Segurança, etc.);
• Organizacionais (Padrões, Entrega, etc.);
• Externos (Aspectos Éticos, Legais, etc.).
 Problemas
• Grande parte dos problemas de um
projeto decorre de:
– Falta / Ineficiente compreensão dos
requisitos;
– Pouco / Inexistente feedback do cliente;
– Requisitos mal especificados.
 Possíveis soluções
• Feedback
– Contar sempre com o cliente próximo na hora de
especificar/validar um requisito.
• Casos de Uso
– Descrição e/ou Diagrama UML.
• Prototipação
– Ferramentas RAD (Rapid Application Development );
– Paper Prototype – rápida e feedback imediato.
 UML
A Unified Modeling Language (UML) é uma
linguagem de modelagem não proprietária de
terceira geração¹. A UML não é um método de
desenvolvimento mas ele lhe auxilia a visualizar
seu desenho e a comunicação entre objetos.

Basicamente, a UML permite que

desenvolvedores visualizem os produtos de seu
trabalho em diagramas padronizados

1 - projetada para ser facilmente entendida

 Porque adotar UML?
• Padrão
– Academia, Indústria, etc.
• Notação Gráfica
– Facilita a comunicação
• Equipe-Clientes;
• Equipe-Equipe.
• Suporte de Ferramentas
– Rational Rose, JUDE, Poseidon, ArgoUML.
 Requisitos

Gerar nota de restituição

Identificação: Nome:
RF 018 Gerar nota de restituição
Descrição:
O usuário pode gerar uma nota que será enviada via
correios para contribuintes que tenham direito a
restituição. Na nota deve constar o endereço do
imóvel correspondente e os dados do proprietário,
além de informar os passos para realizar a solicitação
de restituição do valor informado, juntamente com o
valor a ser restituído.

Usuários: DPLAN e ROOT

Essencial ▓ Importante Desejável
 Caso de Uso
Identifica Nome Status FS 01 - Fluxo Secundário 1: Campo “seqüencial do imóvel” em branco
çã
o
UC 18 Gerar nota de restituição Validado 1. O sistema mostra uma mensagem na tela informando a
obrigatoriedade do preenchimento do campo;
Referênci RF 018 2. O sistema retorna para a tela “verificar pagamento”.
as

Autor Glerter Alcântara FS 02 – Fluxo Secundário 2: Seqüencial inválido

Criado 23/08/2006 Revisado

e em 1. O sistema mostra uma mensagem na tela informando que o
m seqüencial passado como parâmetro pelo usuário está num formato
inválido ou possui caracteres inválidos;
Atores: 2. O formulário é re-exibido com todas as informações já fornecidas.

Usuários DPLAN ou usuários ROOT

Entradas: FS 03 – Fluxo Secundário 3: Imóvel não encontrado

• Seqüencial do imóvel (referente ao Corpo de Bombeiros).

1. O sistema mostra uma mensagem na tela informando que não foi
Pré-condições: encontrado nenhum imóvel com o seqüencial passado pelo usuário;
2. O sistema retorna para a tela “verificar pagamento”.
1. O servidor deve estar funcionando corretamente

Fluxo de eventos:

1. O usuário escolhe a opção “gerenciar pagamento” na tela principal FS 04 – Fluxo Secundário 4: Cancelamento da busca/verificação
do sistema;
• Em seguida escolhe a opção “gerar nota de restituição”;
• Na tela seguinte, preenche o campo “seqüencial do imóvel” e 1. O usuário pode cancelar a operação de busca/verificação;
confirma a operação clicando em “enviar”; 2. O sistema retorna para a tela “gerenciar pagamento”;
• O sistema busca na base de dados informações referentes ao
imóvel com seqüencial igual ao passado como parâmetro;
• O sistema mostra na tela uma nota de restituição, com as
informações do imóvel e do proprietário, o valor a ser restituído, a Saídas e pós condições:
data atual e uma seqüência de passos a serem seguidos para
efetivar a restituição.
• O usuário é capaz de imprimir essa nota de restituição clicando em O sistema exibe na tela a situação do imóvel referido nos últimos cinco
“imprimir” (opção que irá aparecer abaixo das informações da nota anos.
de restituição).
 Diagrama de caso de uso
O Diagrama de Caso de Uso descreve a
funcionalidade proposta para o novo sistema.

– Capturar o comportamento;
– Particiona o sistema em funcionalidades;
– Elementos
• Atores
• Casos de Uso
• Relacionamentos
 Diagrama de caso de uso
• Caso de uso
– Representa uma unidade discreta da interação entre um
usuário (humano ou máquina) e o sistema.

gerarRelatório

Os casos de uso devem produzir um resultado de valor observável

para um ator.
 Diagrama de caso de uso
• Ator(es)
– Tipicamente, um ator representa um papel que um ser
humano, um dispositivo de hardware ou até outro sistema
desempenha com o sistema.

Aluno Matricular
 Diagrama de caso de uso
• Relações:
– Entre atores

– Entre casos de uso

Aluno Matricular
 Diagrama de caso de uso
– Entre casos de Uso
• Include, Extend, Generalization.
 Diagrama de atividades
• O Diagrama de atividade é um diagrama definido
pela Linguagem de Modelagem Unificada(UML), e
representa os fluxos conduzidos por processamentos.
É essencialmente um gráfico de fluxo, mostrando o
fluxo de controle de uma atividade para outra.
 Exemplo de Caso de uso
• Realizar um saque no caixa eletrônico
Identificação UC_01
Função Retirar Dinheiro do caixa eletrônico
Atores Cliente, Caixa eletrônico Fluxo
Secundário •Senha digitada é inválida
Prioridade Essencial
[FS001] •Máquina ejeta cartão
Pré-condição Cliente precisa ter em mãos o cartão do •Cliente retira cartão
banco
Pós-condição Dinheiro sacado com sucesso
Fluxo
Fluxo •Cliente insere cartão no dispositivo Secundário •Saldo é menor que o
Principal •Cliente digita a senha
[FS002] montante requerido
•Máquina autoriza login [FS001] •Máquina mostra na tela o
•Cliente digita o montante
saldo
•Máquina checa o saldo [FS002] •Máquina ejeta o cartão
•Máquina debita o dinheiro sacado do •Cliente retira o cartão
saldo inicial
•Máquina dispõe cédulas para cliente
•Máquina mostra na tela no novo saldo
•Máquina ejeta cartão
•Cliente retira cartão
Exemplo de Diagrama de Fluxo
 Usando o Rational Rose
• Start -> All Programs ->
Linguagens -> Rational Software
Rational Rose RealTime
Usando o Rational Rose
 Exemplo
• Um sistema de Banco:
• O cliente poderá:
– Sacar, Depositar, Transferir e Tirar Extrato;
• Para cada operação o cliente deve se autenticar;
• Qualquer funcionário poderá:
– Tirar Extrato do cliente;
– Solicitar Cartão de crédito para cliente;
• O Gerente pode fazer qualquer operação dos
funcionários;
• Somente o Gerente pode cadastrar ou
descadastrar conta;
Resposta
 Tarefa 1
• Um sistema de controle de hospital
– A atendente pode acionar a emergência
• Existem dois tipos de emergência: cardíaca e pulmonar.
– A atendente pode cadastrar, procurar e atualizar uma
emergência.
– O gerente pode fazer tudo que a atendente faz.
– O gerente pode remover uma emergência
– Para cada tarefa, o usuário (qualquer que seja) deve
se autenticar no sistema.
Resposta 1
UML
Requisitos, Casos de Uso e
Diagrama de Atividades no
Rational Rose

Roberto Costa Guilherme Carvalho

rca6@[Link] ggc@[Link]

Baseado nos slides de Tiago Vinícius & Gleibson Rodrigo