modelagem de sistemas unidade 3 os modelos luiz · pdf filediagrama de casos de uso . unidade...

MODELAGEM DE SISTEMAS

Luiz Leão – [email protected]

http://www.luizleao.com

Unidade 3 – Os Modelos

mailto:[email protected]

http://www.luizleao.com/



Conteúdo Programático

• Caso de Uso

– Conceitos Básicos

– Simbologia

– Aplicação

• Diagrama de Classe – Modelo de domínio


– Simbologia

– Aplicação

• Descrição de Caso de Uso


– Regras

– Aplicação




• Diagrama de Interação


– Diagrama de Sequencia

– Diagrama de Sequencia de Sistema - DSS

– Diagrama de Comunicação

– Aplicação

• Diagrama de Estado


– Simbologia

– Aplicação

• Diagrama de Atividades


– Simbologia

– Aplicação




• Diagrama de Implementação – Conceitos Básicos

– Diagrama de Componentes

• Apresentação

• Simbologia

• Aplicação – Diagrama de Implantação

• Apresentação

• Simbologia

• Aplicação

Diagrama de Casos de Uso



• Modelo aplicado para representar os requisitos de sistema.

• O que são requisitos?

– São as necessidades dos usuários, as funcionalidades necessárias

para realizar o negócio.

• Quais são os tipos?

– Funcionais: Ligados a produção da aplicação.

– Não-funcionais: Necessidades de ambiente e estrutura

operacional (operacionalidade, ambiente operacional, etc.);




CASO DE USO é a representação dos

requisitos de sistema. Nome caso

de uso


• Simbologia





de uso

Deve:

• ser identificado por verbo, pois tem

a conotação de ação;

• ter o significado claro traduzindo

facilmente a necessidade;


• Simbologia





de uso

Exemplo

Vender

Produto


• Simbologia




requisitos de sistema.

ATOR é a representação do responsável

por realizar o caso de uso. Nome ator

Nome caso

de uso


• Simbologia







Nome caso

de uso

Podem ser:

• Pessoas, Setores, órgãos

governamentais, e etc.

• Outros Sistemas.


• Simbologia







Nome caso

de uso

Exemplo

Vendedor


• Simbologia






por realizar o caso de uso.

INTERAÇÃO CASO DE USO-ATOR

representa a realização.

Nome ator

Nome caso

de uso

Nome caso

de uso

Nome ator


• Simbologia






por realizar o caso de uso.

INTERAÇÃO CASO DE USO-ATOR

representa a realização.

Nome ator

Nome caso

de uso

Nome caso

de uso

Nome ator

Exemplo

Vendedor

Vender

Produto


• Simbologia



<<include>> Estabelece a ligação obrigatória entre os

casos de uso. SEMPRE o caso de uso será executado.


• Simbologia – Interação de Casos de Uso





Vendedor

Vender

Produto <<include>>

Emitir Nota

Fiscal







<<extend>> estabelece a ligação opcional entre os casos

de uso. O caso de uso será executado em atendimento a

uma regra de negócio.

Vendedor

Vender

Produto <<include>>

Emitir Nota

Fiscal







<<extend>> estabelece a ligação opcional entre os casos

de uso. O caso de uso será executado em atendimento a

uma regra de negócio.

Vendedor

Vender

Produto <<include>>

Emitir Nota

Fiscal Cadastrar

Cliente

<<extend>>





Representa a classificação de um determinado ator.

Deve ser usada quando:

Temos mais de um ator realizando a mesma tarefa e,

algumas tarefas diferenciadas.

Funcionário

Vendedor Gerente


• Simbologia – Generalização de Ator



Representa a classificação de um determinado ator.

Deve ser usada quando:

Temos mais de um ator realizando a mesma tarefa e,

algumas tarefas diferenciadas.

Funcionário

Vendedor Gerente

Vender

Produto <<include>>

Emitir Nota

Fiscal Cadastrar

Cliente

<<extend>> Autorizar

pagamento

comissão


• Simbologia – Generalização do Ator



ATENDENTE

GRADUAÇÃO

Cadastrar Alunos

Graduação

ATENDENTE

MESTRADO

Registrar

Alunos

Cadastrar Alunos

Mestrado


• Concentra em um caso de uso um conjunto de

procedimentos que serão utilizados por vários outros casos

de uso que possuem outras particularidades.

• Simbologia – Generalização de Caso de Uso



• Passos para construção:

1. Leia atentamente o estudo de caso e identifique os

requisitos e os responsáveis por realizar os requisitos;

2. Crie uma lista de atores e requisitos;

3. Inicie a construção do modelo verificando quem é o

responsável por realizá-lo: ator ou outro caso de uso.

4. Sendo o ator: represente o modelo.

5. Sendo outro caso de uso verifique se essa interação é de

<<include>> ou <<extend>>.

6. Verifique se existe generalização.

• Vamos lá!

Aplicação Prática



• Estacionamento “Praça da Estácio”

• Diariamente o estacionamento “Praça da Estácio” recebe vários clientes para

aluguel de suas vagas e possui uma rotina destinada ao bom atendimento.

• O gerente do estacionamento cadastra todas as vagas com sua devida

localização e situação. No caso de algum impedimento, goteira e obra, por

exemplo, as vagas são interditadas para uso.

• O veículo é identificado (Placa, Cor e modelo) na entrada e registrado pelo

atendente, que emite um comprovante e cadastra o cliente que for recebido

pela 1ª vez. A locação da vaga registra data e hora de entrada, identifica o

manobrista e atendente e, bloqueia a vaga.

Estudo de Caso




• A liberação é efetivada a partir da solicitação do cliente,

que entrega ao atendente o seu comprovante de locação,

realiza o pagamento e recebe uma autorização de saída.

São registradas data e hora de saída e a vaga é liberada

para um próximo cliente.

• O manobrista retira o carro da vaga e entrega-o ao cliente.

Estudo de Caso



• Próxima aula

– Será apresentada a ferramenta astah* para criação dos modelos e

desenvolvido o exercício a partir do estudo de caso “Sistema de

Gestão de Hotel Estacio”.

UML

Diagrama de Classe



• Modelo aplicado para representar as informações

necessárias para realização das funcionalidades do

sistema em estudo a partir do conceito de CLASSE.

• Exemplo:

• O que é CLASSE?

Diagrama de Classe



CLIENTE?

• Antes é preciso saber o que OBJETO.

• Exemplo: Em um negócio de vendas, quais os elementos

movimentam a execução do negócio?

Diagrama de Classe



CLIENTE?

PRODUTO?




Diagrama de Classe



CLIENTE?

PRODUTO?

VENDA?




Diagrama de Classe



CLIENTE?

PRODUTO?

VENDA?

SIM!!!

SÃO

OBJETOS DO

NEGÓCIO.




Diagrama de Classe



• OBJETO: Todo elemento que representa ou compõe algum conceito

dentro de nosso projeto.

• CLASSE: Conjunto de objetos com atributos e comportamentos

representados por métodos. Ex.: Classe CLIENTES representa todos

os clientes da empresa.

• ATRIBUTO: Característica ou identificação do objeto. Ex.: nome, cpf,

email, ...

• MÉTODOS: Operações realizadas para um objeto. Ex.: lerNome()

Diagrama de Classe



• CLASSE é a representação dos requisitos de sistema.

Para identificar uma classe

devemos analisar se o objeto:

• Possui vida própria;

• Possui mais de um atributo;

• Deseja-se acompanhar

existência;

Diagrama de Classe – Simbologia




Nome da classe: deve

representar o conjunto.








Atributos: característica ou

identificação do objeto.







Atributos: característica ou

identificação do objeto.

Métodos: operações realizadas

para objeto da classe.



• ASSOCIAÇÃO ligação estabelecida entre as classes, por

necessidade de comportamentos do negócio analisado.






• PAPEL nome da associação, tornando claro no diagrama o

ligação estabelecida.






• PAPEL nome da associação, tornando claro no diagrama o

ligação estabelecida.

• MULTIPLICIDADE define o número de vezes em que o

objeto participa da associação.




• MULTIPLICIDADE

– Deve ser representada utilizando os dois sentidos de leitura,

sempre associado a um objeto com o resultado na outra classe e

levando em consideração os comportamentos desejados do

negócio que está sendo analisado.




• MULTIPLICIDADE

– A representação de multiplicidade possui o seguinte esquema:

– Li ... Ls, onde: Li define o Limite inferior

– Ls define o Limite superior

– Li e Ls poderão ter valores numéricos de 0 a n e

– Ls poderá também ter a representação * que tem como significado

infinito/muitos.




• CLASSE ASSOCIATIVA

– Classe que representa os objetos resultados de uma associação,

com atributos, características e operações próprias.




• RESTRIÇÕES

– Complementam o modelo com informações não representadas.




• AGREGAÇÃO POR REFERÊNCIA

– Define o conceito <compõe> e associa os objetos indicando que

existe referência para várias participações.




• AGREGAÇÃO POR VALOR

– Define o conceito <estar inserido> associando os objetos indicando

que existe referência para apenas uma participação e estabelece

uma dependência entre as classes associadas.




• Passos para desenvolvimento

1. Identificar no diagrama de caso de uso os objetos que

possuem identificação própria e precisam ter essas

informações guardadas para atendimento dos requisitos

de sistema: Essas são as classes.

2. Identificar a ligação que existe entre os objetos.

3. Estabelecer as associações na melhor forma de

representação da natureza do negócio.

Diagrama de Classe




– Diariamente o estacionamento “Praça da Estácio” recebe vários clientes

para aluguel de suas vagas e possui uma rotina destinada ao bom

atendimento.

– O gerente do estacionamento cadastra todas as vagas com sua devida

localização e situação. No caso de algum impedimento, goteira e obra, por

exemplo, as vagas são interditadas para uso.

– O veículo é identificado (Placa, Cor e modelo) na entrada e registrado pelo

atendente, que emite um comprovante e cadastra o cliente que for recebido

pela 1ª vez. A locação da vaga registra data e hora de entrada, identifica o

manobrista e atendente e, bloqueia a vaga.

Diagrama de Classe




– A liberação é efetivada a partir da solicitação do cliente, que entrega ao

atendente o seu comprovante de locação, realiza o pagamento e recebe

uma autorização de saída. São registradas data e hora de saída e a vaga é

liberada para um próximo cliente.

– O manobrista retira o carro da vaga e entrega-o ao cliente.

Estudo de Caso



Estudo de Caso



• Próxima aula

• Serão apresentados os conceitos complementares ao

diagrama de classe e a criação do modelo a partir do

estudo de caso “Sistema de Gestão de Hotel Estacio”

como forma de fixação do conteúdo.

• Não deixem de fazer até lá para que possam

acompanhar!!!

Diagrama de Classe



• AUTO ASSOCIAÇÃO

– Define quando um objeto de uma classe está relacionado com outro

objeto da mesma classe para atender a algum comportamento. A

multiplicidade é estabelecida normalmente.




• GENERALIZAÇÃO / ESPECIALIZAÇÃO

– Generalização: Representa os vários tipos de um objeto em uma

única classe.




• GENERALIZAÇÃO / ESPECIALIZAÇÃO

– Especialização: Representa os vários tipos de um objeto em uma

classe distinta relacionando seus próprios atributos e

comportamentos.

– Atributos e comportamentos comuns são relacionados na classe

mãe.





– 1º Passo - Buscar no escopo do projeto os conjuntos de objetos

que tenham identificação própria. (Analisar os casos de uso de

cadastro, por exemplo);

– 2º Passo - Analisar os atributos das classes para identificar aqueles

que indicam outras classes. Esta identificação gera a associação

entre as classes;

– 3º Passo - Buscar conjuntos de objetos inseridos no contexto do

estudo que servem para controlar e acompanhar as atividades do

projeto;

Diagrama de Classe




– 4º Passo - Relacionar atributos destas classes;

– 5º Passo – Criar novas classes e associações considerando as

formas normais:

– Primeira Forma Normal: Uma relação está na primeira forma normal

se todos os seus atributos são monovalorados.

– Segunda Forma Normal: a relação estiver na primeira forma

normal; e todos os atributos primos dependerem funcionalmente

de toda a chave primária.

– Terceira Forma Normal: a relação estiver na segunda forma normal;

e todos os atributos primos dependerem não transitivamente de

toda a chave primária.

Diagrama de Classe




– 6º Passo – Criar novas classes e associações identificando

atributos que definem vários objetos da classe.

– 7º Passo - Definir as multiplicidades;

– 8º Passo - É sabido que o diagrama de classe deve dar suporte à

realização dos casos de uso. Verificar se o diagrama de classe

possui atributos para atender a todos os procedimentos. Se não

estiver, complementar o diagrama de classe.

– 9º Passo - O caso de uso também deverá criar e manter as

informações do diagrama de classe. Verificar se todas as classes e

atributos estão sendo contemplados na realização dos casos de

uso. Se não estiver, complementar o diagrama de caso de uso.

Diagrama de Classe



• Sistema de Gestão de Hotel Estacio

– O cadastro do hospede (nome, procedência, endereço, contato,

previsão de permanência) é realizado pelo setor de recepção que

também controla a alocação de quarto/apartamento (número do

quarto ou apartamento) e abertura de uma conta corrente para o

hospede (senha, número da conta, nome do hospede).





– Ao setor de serviço de copa cabe a responsabilidade pelos

lançamentos, na conta do hospede, das despesas que o mesmo

efetuar com bebidas e comidas (data, tipo da despesa e valor).

– A atendente de telefonia é responsável pelo lançamento, na conta

do cliente, das chamadas interurbanas que o mesmo venha a fazer

(data, local chamado, duração e tarifa).

– As chamadas locais não são computadas.

– O setor de lavanderia é responsável pelos lançamentos, na conta

do hospede, dos serviços que o mesmo venha a solicitar àquele

setor (data, tipo de serviço, valor).





– A gerência pode, a qualquer instante, ter acesso às informações de

cadastro e gastos realizados pelo hospede.

– A gerência é responsável pelo cadastro e atualização das tabelas

de serviços, menus e diárias.





– O hospede pode a qualquer instante consultar o saldo de sua

conta.

– O setor de recepção é responsável pela extração do extrato final da

conta e fechamento da mesma quando o hospede finaliza sua

estadia.




• A Descrição de caso de uso é a representação textual

dos casos de uso. Deve ser utilizada para complementar o

modelo, pois muitas regras de negócio estão implícitas ao

caso de uso. Este recurso ajuda a validar se a

compreensão dos requisitos foi plena.

• A descrição registra a funcionalidade lógica e é o

documento comprobatório de nosso levantamento, onde o

usuário poderá validar o nosso entendimento.

Descrição de Casos de Uso



ATENDENTE

Liberar Veículo

Emitir Autorização de saída

<usa>

• A descrição de caso de uso é desenvolvida para cada caso

de uso. As interações devem ser citadas na abrangência

da descrição, mas não deve definir dois casos de uso em

uma só descrição. Quanto mais clara a definição melhor o

entendimento.




Nome: <Nome do Caso de Uso>

Cab

eçalh

o

Objetivo: Descrever o objetivo de forma sucinta

Pré-condição: Regras que devem estar cumpridas antes da realização do caso de uso.

Pós-condição: São regras cumpridas pelo caso de uso que liberam procedimentos futuros.

• A descrição poderá ser desenvolvida de duas formas:

Descrição não Expandida e Descrição Expandida.

Formação: Cabeçalho + descrição




• Descrição não Expandida prevê a apresentação sucinta

dos procedimentos, como um pequeno relato apresentando

os objetivos a serem atingidos. Deve ser utilizada quando o

Caso de Uso for de conhecimento completo de todos, não

possuir exceções ou, utilizar mecanismos de outro caso de

uso.




• Exemplo “Estacionamento Praça da Estácio”: Utilizando

o Caso de Uso “Emitir autorização de saída”:

– Nome: Emitir Autorização de saída

– Objetivo: Gerar comprovante de quitação do aluguel da vaga.

– Pré-condição: estar com a locação fechada.

– Pós-condição: não há




• Exemplo “Estacionamento Praça da Estácio”:

• Utilizando o Caso de Uso “Emitir autorização de saída”:

• ...

• Descrição

• Emitir autorização de saída, Formulário 005, a partir das

informações de fechamento de locação.




• Descrição Expandida prevê a apresentação detalhada

dos procedimentos, apresentando os objetivos a serem

atingidos passo-a-passo e com referência a

responsabilidade se ator ou sistema.

• Devemos considerar a descrição em duas partes: Fluxo

Normal e Fluxo Alternativo.




• Fluxo Normal é o passo-a-passo dos procedimentos sem

desvio. Uma lista de procedimentos considerando os

passos frequentes e sem exceção.

• Fluxo Alternativo é o passo-a-passo dos procedimentos

de exceção e condições alternativas para determinado

passo do Fluxo Normal. Não são todos os passos citados

no Fluxo Normal que terá citação no Fluxo Alternativo.




GERENTE

Atualizar Preços

Interditar Vagas

ATENDENTE

Liberar Veículo

Emitir Liberação de Veículo

Cadastrar Veículo

Registrar Locação

Emitir Comprovante

de Locação

<usa>

<estende>

<usa>

• Exemplo “Estacionamento Praça da Estácio”: – Utilizando o Caso de Uso “Registrar Locação”:




• Na Descrição Expandida, para consumar uma descrição

consistente é necessário um projeto de interface, mesmo

que não possua todas as configurações visuais. O

importante é representarmos a funcionalidade básica e não

os detalhes de programação.




PLACA:

CLIENTE:

VAGAS:

Confirmar Cancelar

• 1º passo: IDEALIZAR A INTERFACE




• 2º passo: CABEÇALHO

– NOME........... : Registrar Locação

– DESCRIÇÃO.: O atendente identifica o veiculo em sua entrada no

estacionamento e cadastra sua ocupação da vaga.

– Pré-Condição: Ter acesso a interface.

– Pós-Condição: VAGA estará bloqueada.




PLACA:

CLIENTE:

VAGAS:

Confirmar Cancelar

• 3º passo: Descrever FLUXO NORMAL

• FLUXO NORMAL

1. Sistema Apresenta Tela de Locação.

2. Vendedor Informa Placa de VEÍCULO.

3. Sistema obtém dados de VEÍCULO.

4. Sistema obtém dados de CLIENTE.

5. Sistema apresenta dados de CLIENTE.

6. Sistema obtém dados de VAGA.




PLACA:

CLIENTE:

VAGAS:

Confirmar Cancelar

7. Sistema apresenta lista de VAGA.

8. Vendedor escolhe VAGA.

9. Vendedor clica CONFIRMA.

10.Sistema altera VAGA.

11.Sistema Inclui “Emitir Comprovante de Locação”

12.Sistema Encerra Caso De Uso.




• 4º passo: Descrever FLUXO ALTERNATIVO

• FLUXO ALTERNATIVO

• 3. Sistema obtém dados de VEÍCULO.

– 3.1 Não há registro de VEÍCULO

• 3.1.1 Sistema estende “Cadastrar Veículo”.

• 3.1.2 Sistema retorna para item 4.




• 4º passo: Descrever fluxo normal

– 4. Sistema obtém dados de CLIENTE.

• 4.1 Não há registro de CLIENTE

– 4.1.1 Sistema estende “Cadastrar Cliente”.

– 4.1.2 Sistema retorna para item 5.

– 5. Vendedor clica Cancela.

• 5.1 Sistema retorna para item 1.




• OBSERVAÇÕES:

– Não possuímos no nosso Diagrama o Caso de Uso “Cadastrar

Cliente”, item 4.1.1 da descrição. A necessidade surgiu durante a

especificação. Quando isto ocorre é necessário voltarmos ao

diagrama e incluir este novo caso de uso;

– Mais uma vez deve ser comentado que a cada modelo/técnica

utilizada deve-se estar pronto a recomeçar, pois é possível sempre

estar descobrindo falhas ou complementos.




GERENTE

Atualizar Preços

Interditar Vagas

ATENDENTE

Liberar Veículo

Emitir Liberação de

Veículo

Cadastrar Veículo

Registrar Locação

Emitir Comprovante

de Locação

<usa>

<estende>

<usa>

Cadastrar Cliente

<estende>




• A especificação de caso de uso também disponibiliza um

recurso para informações adicionais do tipo, vagas

bloqueadas terão código “B”. Para isto, retornamos a

especificação e incluímos um COMENTÁRIO entre

asteriscos imediatamente após o passo desejado;

• Outra informação relevante para ser incluída em

comentário é a tecla utilizada para fim, quando for o caso;




• Fluxo Normal
















• Portanto, deve-se preocupar em apresentar os detalhes

necessários para:

– Usuário aferir o atendimento do requisito;

– Avaliar as restrições;

– Dar segurança ao projeto no sentido do programador ter

entendimento completo;

– Documentação;




• REGRAS:

– Para descrever um caso de uso é preciso a aplicação de regras, pois

assim é definido um padrão de entendimento entre o usuário e o

técnico. Dentre as regras podemos destacar:

• Estabelecer o diálogo entre o usuário e o sistema.

• Adotar sentenças curtas,

• Os passos devem ser numerados, sequenciados logicamente;

• A primeira e a última sentença são comandadas pelo sistema;

• Deve-se utilizar um padrão de linguagem;




• Descrição não representa condição e repetição;

• Descrição não representa controles técnicos (críticas, fim

de leitura);

• Não é preciso fluxo alternativo para todas as sentenças

relacionadas no fluxo normal. Apresentar somente quando

necessário.




• Podem-se utilizar comentários para complementar a

informação “*** comentários”;

• Para representar os INCLUDES utilizar <INCLUIR>;

• Para representar os EXTENDS utilizar <ESTENDER>.




• EXERCÍCIO:

• Dado o seguinte diagrama de caso de uso e diagrama de

classe de um sistema de locação de carros.




• EXERCÍCIO:

– Interface





• EXERCÍCIO:




• EXERCÍCIO:

• Segue a DESCRIÇÃO EXPANDIDA

– Nome: Alugar Veículos

– Descrição: Registra o aluguel do veículo do cliente.

– Pré-condição: Veículo deve estar cadastrado e disponível

– Pós-Condição: Locação definida



• EXERCÍCIO:

• Fluxo Normal:

– 1. Sistema apresenta tela;

– 2. Sistema apresenta lista de modelos disponíveis;

– 3. Sistema apresenta lista de cor;

– 4. Ator escolhe modelo;

– 5. Sistema apresenta dados do veículo;

– 6. Sistema apresenta lista de Clientes;

– 7. Ator escolhe Nome do Cliente

– 8. Ator informa data de aluguel e número de dias;




• EXERCÍCIO

• Fluxo Normal:

– 1. Sistema apresenta tela;


– 3. Sistema apresenta lista de cor;

– 4. Ator escolhe modelo;

– 5. Sistema apresenta dados do veículo;

– 6. Sistema apresenta lista de Clientes;

– 7. Ator escolhe Nome do Cliente

– 8. Ator informa data de aluguel e número de dias;


E

n

t

r

a

d

a



• EXERCÍCIO:

– 9. Sistema calcula data devolução;

– 10. Ator confirma operação clicando em “Ok”;

– 11. Sistema <inclui> “Emitir Contrato”;




P

R

O

C

E

S

S

A

M

E

N

T

O

• EXERCÍCIO:

– 9. Sistema calcula data devolução;

– 10. Ator confirma operação clicando em “Ok”;

– 11. Sistema <inclui> “Emitir Contrato”;




• EXERCÍCIO:

– 12. Sistema cria locação;

– 13. Sistema Atualiza veículo

– ***Situação = indisponível

– 14. Sistema encerra caso de uso




SAÍDAS

• EXERCÍCIO:

– 12. Sistema cria locação;

– 13. Sistema Atualiza veículo

– ***Situação = indisponível

– 14. Sistema encerra caso de uso





• EXERCÍCIO

– Revendo os modelos já produzidos...




• EXERCÍCIO




Diagramas de Interação




Relembrando...



• Conceitos:

– O Diagrama de Interação apresenta a relação entre os objetos e a

troca de mensagens que são necessárias para efetivar a realização

do comportamento.

– O Diagrama de Interação representa um único caso de uso e deve

ser usado quando se deseja visualizar os comportamentos

utilizados pelos vários objetos dentro do caso de uso.

– Diagramas de interação são apresentados sob duas formas na

UML através do Diagrama de Sequência e Diagrama de

Comunicação.




• DIAGRAMA DE SEQUÊNCIA:

– Representa a sequência lógica dos comportamentos dentro do caso

de uso. Portanto a leitura é realizada de cima para baixo e, da

esquerda para direita.

– Os elementos utilizados para compor o diagrama são os seguintes:




• DIAGRAMA DE SEQUÊNCIA - SIMBOLOGIA

GERENTE

:nome objeto

:nome objeto

Ator

Objeto

Linha da vida





:item de

pedido

:item de

estoque

Retorno

Mensagem





Verificar ( )

:item de

pedido

:item de

estoque

Retorno

Método





Mensagens condicionais

[Tpaluno=”M”]

:objeto 1

[Tpaluno=”G”]

:objeto 2 :objeto 3





* Verificar ( )

:item de pedido

:item de estoque

Retorno

Iteração





[ Pedido Válido] Verificar ( )

:item de

pedido

:item de

estoque

Retorno

Condição de guarda





[ Pedido Válido]

Verificar ( )

:item de

pedido

:item de

estoque

Retorno

Caixa de ativação





[ Pedido Válido] Verificar ( )

:item de pedido

:item de estoque

Retorno

Auto Delegação




• DIAGRAMA DE SEQUÊNCIA – EXEMPLO

– FLUXO NORMAL







PLACA:

CLIENTE:

VAGAS:

Confirmar Cancelar











PLACA:

CLIENTE:

VAGAS:

Confirmar Cancelar



• DIAGRAMA DE SEQUÊNCIA – EXEMPLO




• DIAGRAMA DE SEQUÊNCIA DE SISTEMAS (DSS) –

EXEMPLO




• DIAGRAMA DE COMUNICAÇÃO

– Era conhecido como Diagrama de Colaboração (UML 1.5)

– Apresenta objetos e classes envolvidas no cenário e a ligação entre

eles apresentando a forma de navegação e visibilidade.

– Os elementos utilizados para compor o diagrama são os seguintes:




• DIAGRAMA DE COMUNICAÇÃO – SIMBOLOGIA

:objeto1 :objeto2

:objeto1 :objeto2

mensagem()

retorno()

mensagem()

Ligação

Mensagem





:objeto1 :objeto2 1:mensagem()

2:retorno()

mensagem()

1. A primeira mensagem não é numerada;

2. A ordem e o alinhamento são mostrados com um

esquema de numeração cardinal.

Sequencia:




:OBJETO

2:mensagem()

1:mensagem() Auto Delegação

:OBJETO :OBJETO(new)

<<create>> 1:mensagem ()

Criação de instância







Mensagens

condicionais - Guarda 1[condição]:mensagem ()


Iteração

1:*mensagem ()




• DIAGRAMA DE COMUNICAÇÃO – EXEMPLO




• A diferença básica é que no Diagrama de Sequência

conseguimos visualizar claramente a sequência da troca

de mensagens entre os objetos, sendo válido para

avaliação da consistência das operações.

• No Diagrama de Comunicação esta sequência não fica

totalmente clara, mas é possível interpretar todas as

mensagens recebidas pelos objetos, sendo muito válido

para definição de parâmetros, planejamento de

desenvolvimento e outros aspectos para o projeto em si.




Diagrama de Estados



• O Diagrama de Estado na UML é utilizado para apresentar

os estados, a mudança de estado e o processo que faz

mudar o estado de um Caso de Uso ou de uma Classe.

• Esta é mais uma técnica para validarmos o tratamento das

restrições sistêmicas impostas pelos requisitos.

Diagrama de Estados



Início

Fim

• Simbologia

Diagrama de Estados



• Simbologia

Início

Fim

Posição do

objeto após a

ocorrência da

transição.

Diagrama de Estados

Estado



• Simbologia Início

Estado

Fim

Procedimento

desenvolvido

até que ocorra

a transição.

Atividade

Diagrama de Estados



Início

Ocorrência

para mudança

de estado.

Atividade

Transição

Fim

• Simbologia

Diagrama de Estados

Estado



• Simbologia

Fim

Fato ocorrido

para provocar

a transição

Atividade

Transição

Início

Evento

Diagrama de Estados

Estado



• Simbologia Início

Fim

Condição lógica.

Transição guardada

ocorre somente se a

guarda for “verdade”.

Atividade

Transição

Guarda

Evento

Diagrama de Estados

Estado



• Simbologia

Início

Fim

Procedimento

responsável por

alterar o status.

Atividade

Transição

Guarda

Evento

Ação

Diagrama de Estados

Estado



• Simbologia – Auto transição

– Quando houver uma transição que retorna ao mesmo estado.

Diagrama de Estados



• Simbologia – Super Estados

– Quando um conjunto de atividades define ao final o mesmo estado.

Diagrama de Estados



• Simbologia – Estados Concorrentes

– Quando um objeto de uma mesma classe pode ter mais de um

estado ao mesmo tempo para que ao final tenha um só estado.

Diagrama de Estados



• Diagrama de Estado – Caso de Uso

• Importante para:

– Identificar o atendimento às restrições;

– Analisar a ordem das ocorrências das mudanças de estado;

– Para exemplificar podemos utilizar o Caso de Uso “Registrar

Locação”.

Diagrama de Estados




– Imagine o estado do Caso de Uso a cada execução e restrição a

ser seguida e dê início a construção do diagrama.

Diagrama de Estados




Aguardando Entrada Verificando cadastro

AguardandoCadastro do veículo

Entrar nova locação

Entrar informações veículo [veículo não cadastrado]/Cadastrar Veículo

Apresentar informações veículo [veículo cadastrado]

Cadastrando Locação

AguardandoCadastro do cliente

Aguardando Confirmação

Entrar Informação Cliente/ Cadastrar Cliente

Finalizar Locação/ Emitir Comprovante

Confirmar Locação [confirma]

Apresentar informações veículo

Confirmar Locação [cancela]

Aguardando Comprovante

Liberar Estacionamento

Diagrama de Estados



• Diagrama de Estado – Classe

– Não são todas as classes que passaram por mudança de estado.

Diagrama de Estados




– Não são todas as classes que passaram por mudança de estado.

Diagrama de Estados

No exemplo “Estacionamento Praça da

Estacio” podemos observar que a classe

VAGA possui mudança de estado e,

portanto podemos construir um diagrama

para ela:




• Passos para construção:

1. Identifique os estados possíveis: liberada, bloqueada,

interditada.

2. Relacione as mudanças de/para;

Diagrama de Estados




Diagrama de Estados



Como

fazer?


– Supondo que fosse possível também o estado de CANCELADA !!!!

– Pode-se cancelar a partir do estado DISPONÍVEL ou

INTERDITADA.

Diagrama de Estados




– ... Ligar os dois estados a um estado de CANCELADO ...

Diagrama de Estados




– ... Ou representa-se um super Estado...

Diagrama de Estados



• O diagrama de atividade permite escolher a ordem pela qual as coisas

devem ser feitas, isto é, indica meramente as regras essenciais de

sequência que necessitam ser seguidas - esse é um aspecto

fundamental para diferenciar um diagrama de atividade de um

fluxograma.

• Fluxogramas são limitados a processos sequenciais enquanto que

Diagramas de Atividade podem manipular processos paralelos.

Diagrama de Atividade



• O ponto forte do diagrama de atividade reside no fato de

suportar e encorajar comportamento paralelo, tornando-se

uma boa técnica para a modelagem de fluxo de trabalho e

programação para multiprocessamento.

• Quando usar:

– Para representar o processo;

– Para representar cada Caso de Uso complexo;




• Agrupam atividades relacionadas às

responsabilidades que cumprem;

• Mostrar em qual parte da organização um

trabalho é executado;

• Mostrar explicitamente onde são

executadas ações (em qual objeto).

RAIA




Representa

o início do

diagrama.

Início




Início

Atividade

Tarefa que precisa

ser feita. Representa

um método sobre

uma classe.




Início

Atividade

Representa comportamento

condicional que a partir de

uma única entrada poderá

gerar algumas saídas.

Decisão




Início

Atividade

Representa comportamento

condicional que a partir de

várias entradas poderá

gerar apenas uma saída.

Decisão

Intercalação




Início

Atividade

Decisão

Intercalação

Separação


Conhecida também como

“Barra de Sincronização”,

transições seguintes são

efetuadas em paralelo

independente da sequência.



Início

Atividade

Decisão

Intercalação

Separação

Transição seguinte efetuada

somente quando todos os estados

nas transições de entrada tenham

completado suas atividades.

Junção




Início

Atividade

Decisão

Intercalação

Separação

Junção

Fim




• Desafio

reservado

em aberto

fechado




• Desafio


Diagrama de Implementação



• A arquitetura física descreve a decomposição do hardware

e software que cercam a implementação de um sistema.

• Na UML, aspectos de implementação física são modelados

através de diagramas de implementação:

– Diagrama de componentes

– Diagrama de Implantação




• A descrição física do software: Os diagramas de

componentes são usados para modelar a arquitetura de

um sistema na perspectiva dos seus componentes de

software (Ex: arquivos de código fonte, de executáveis, de

configuração, tabelas de dados, documentos de gestão do

projeto), explicitando principalmente as suas múltiplas

dependências.

• Diagramas de Implementação permitem:

163




• A descrição física do hardware: Os diagramas de

instalação, por outro lado, são usados para modelar a

arquitetura de um sistema na perspectiva dos seus

componentes de hardware (Ex: computadores,

adaptadores de rede, impressoras, roteadores),

explicitando as suas dependências de comunicação.


164




• A integração do software com o hardware: Os

diagramas de instalação com componentes são usados

para modelar um determinado ambiente de execução com

componentes, através da identificação de instâncias de

componentes que são instaladas em determinada instância

de nó computacional.


165




• Componentes modelam coisas físicas que podem residir

em um nó, como: executáveis, bibliotecas, tabelas,

arquivos e documentos.

• Assim como na análise, para a implementação de um

software é necessário estabelecer qual a modelagem física

do sistema executável.

Diagrama de Componentes



• Um diagrama de componentes mostra as dependências

entre componentes de software, incluindo componentes de

código fonte, componentes de código binário e

componentes executáveis.

• Um diagrama de componente é um grafo de componentes

conectado por relacionamentos de dependência.




• Notação




• São utilizados para:

– Modelagem da visão estática de funcionamento de um

sistema. Essa visão é direcionada para a distribuição,

entrega e instalação das partes que formam o sistema

físico.

– Visualizar, especificar e documentar sistemas

embutidos, cliente/servidor e distribuídos.

Diagrama de Implantação



• Envolvem a topologia do sistema, descrevendo a estrutura

de hardware.

• Esses diagramas mostram:

– A configuração de nós de processamento em tempo de execução e

os componentes que neles existem.

– Componentes que não existem em tempo de execução não

aparecem nestes diagramas.

• São diagramas úteis também para a engenharia reversa.




• NÓ:

• Um diagrama de implantação é um grafo de nós

conectados por associações de comunicação.

• Um nó é um objeto físico que representa um recurso

computacional.

• Nós geralmente são computadores como processadores, e

dispositivos, como impressoras, leitoras de cartão,

dispositivos de comunicação, etc.




Diagramas de

Casos de Uso

Diagramas de

Componente

Diagramas de

Implantação

Diagramas de

Interação

Contratos para

Métodos e

Operações

Diagrama de

Classes de

Projeto

Casos de

usos de

projeto

Comportamento

dos Objetos

Classe de

domínio

Estados de

Projeto

Diagrama de

Estados para

classe

Modelo de

Projeto

Implementação /

Arquitetura

Composição UML



• Para obter sucesso no desenvolvimento de sistemas é

necessário utilizarmos modelos adequados a critérios de

qualidade:

• Baixa manutenibilidade

• Grande iteratividade

• Boa performance

• Economia / segurança

• Disponibilidade / estabilidade

Conclusão



• Construir um diagrama de componentes e de implantação,

representando a arquitetura de um sistema acadêmico,

sendo a aplicação um sistema web que grava as

informações num SGBD.

Exercício

modelagem de sistemas unidade 3 os modelos luiz · pdf filediagrama de casos de uso . unidade...

Documents