SEMINÁRIOS INTEGRADOS EM SISTEMAS DE INFORMAÇÃO …luizleao.com/Docencia/FAP/SEMINARIOS/SEMINARIOS_SI_UND_05.pdf · Unidade 5 - Principais tópicos de modelagem e banco de dados

SEMINÁRIOS INTEGRADOS EM SISTEMAS DE

INFORMAÇÃO

Luiz Leão – [email protected]

http://www.luizleao.com

Unidade 5 - Principais topicos de modelagem e banco de dados

mailto:[email protected]

mailto:[email protected]

http://www.luizleao.com/

http://www.luizleao.com/


SEMINÁRIOS INTEGRADOS EM SISTEMAS DE INFORMAÇÃO

• 5.1. Modelos conceituais

• 5.2. Diagramas UML

• 5.3. Implementacao de banco de dados

Conteúdo Programático



• O modelo conceitual faz parte das primeiras atividades

do projeto de interação.

• Com base na análise de requisitos e nas

necessidades do usuário são definidas as estratégias

para definição dos processos que estruturarão o

produto.

• O objetivo do modelo conceitual é criar um

sistema coerente de objetos, propriedades e

relações claramente mapeados para o domínio da

tarefa do usuário.

Modelos Conceituais



• Este cenário permite a utilização das

chamadas metáforas que estabelecem relação

direta de uso ou reconhecimento entre um

modelo conhecido do mundo real e uma parte do

produto projetado, seja na realização da tarefa ou

na caracterização visual ou sonora do produto.

• Os paradigmas de interação ajudarão na

concepção do modelo conceitual com definições

mais abrangentes sobre a tendência de uso do

produto que está sendo projetado.

Modelos Conceituais



• Segundo o nível de abstração, temos os seguintes

modelos:

– Modelo Conceitual

– Modelo Lógico

– Modelo Física

Projeto de Banco de Dados



Modelo Conceitual

• Independente de tipo de SGBD

• Registra:

– Estrutura dos dados podem aparecer no banco de dados

• Não registra:

– Como estes dados estão armazenados no nível de SGBD



Modelo Conceitual - diagrama ER

• Técnica mais difundida de modelagem conceitual

– Abordagem entidade-relacionamento (ER)

• Modelo conceitual é representado através de um:

– Diagrama entidade-relacionamento (DER)



Diagrama entidade-relacionamento



Modelo Lógico

• Nível de abstração visto pelo usuário do SGBD

• Dependente do tipo particular de SGBD que está sendo usado



Modelo Lógico

• SGBD relacional para o exemplo acima:



Modelo Lógico Textual



Modelagem Física

• Contém detalhes de armazenamento interno de informações.

• Detalhes que:

– não têm influência sobre a programação de aplicações no SGBD,

– mas, influenciam a performance da aplicações.

• Usados por profissionais que fazem sintonia (ajuste de

desempenho – “tuning”) de banco de dados.



Exercício

• Construir um modelo de entidades e relacionamentos (MER)

para uma companhia de seguros de automoveis com um

conjunto de clientes, onde cada um possui um certo numero

de automoveis. Os dados do cliente sao codigo, nome, RG,

CPF, endereco e telefone. Do carro deve-se armazenar a

placa, codigo RENAVAN, fabricante, modelo e ano. Associado

a cada automovel ha um historico de ocorrencias. Cada

ocorrencia deve ter um numero (unico), data, local e

descricao.



Exercício - Resposta

UML

MODELAGEM DE SISTEMAS

UML


• Unified Modeling Language

• Linguagem de modelagem de requisitos

• São agrupados em:

• Estruturais

• Comportamentais

• Interação

UML


• Representa os aspectos dinâmicos do sistema

• Entende-se por dinâmico toda ação capaz de

modificar os elementos do sistema.

• São eles:

• Diagrama de Casos de Uso

• Diagrama de Atividades

• Diagrama de Transição de Estados

Diagramas Comportamentais

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



requisitos de sistema.

Deve: • ser identificado por verbo, pois tem

a conotação de ação; • ter o significado claro traduzindo

facilmente a necessidade;

Nome caso de uso


• Simbologia




Exemplo

Vender

Produto

Nome caso de uso


• Simbologia




ATOR é a representação do responsável

por realizar o caso de uso. Nome ator

Nome caso de uso


• Simbologia






Podem ser:

• Pessoas, Setores, órgãos

governamentais, e etc.

• Outros Sistemas.

Nome caso de uso


• Simbologia


• Simbologia





Exemplo

Vendedor

Nome caso de uso






por realizar o caso de uso.

INTERAÇÃO CASO DE USO-ATOR

representa a realização.

Nome ator

Nome caso de uso

Nome ator

Nome caso de uso


• Simbologia


INTERAÇÃO CASO DE USO-ATOR

representa a realização.





Nome ator

Vendedor

Vender

Produto

Exemplo

Nome caso de uso

Nome caso de uso


• 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






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.






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

Cadastrar

Cliente

<<extend>> Vendedor

Vender

Produto <<include>>

Emitir Nota

Fiscal




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


• 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



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


Atendente

Graduação

Cadastrar Alunos

Graduação

Atendente

Mestrado

Registrar

Alunos

Cadastrar Alunos

Mestrado


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

Aplicação Prática

• Vamos lá!


• Estacionamento “Praça da Estácio”

• Diariamente o estacionamento “Praca da Estacio” recebe varios 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

Descrição de Casos de Uso


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



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


ATENDENTE

Liberar Veículo

Emitir Autorização de saída

<usa>


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

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

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


Nome: <Nome do Caso de Uso> C

a

b

e

ç

a

l

h

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.


• 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 autorizacao 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 autorizacao 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.



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


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>


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



• 1º passo: IDEALIZAR A INTERFACE


PLACA:

CLIENTE:

VAGAS:

Confirmar Cancelar

Selecione


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



7. Sistema apresenta lista de VAGA.

8. Vendedor escolhe VAGA.

9. Vendedor clica CONFIRMAR.

10.Sistema altera status da VAGA para “Bloqueada".

11.Sistema Inclui “Emitir Comprovante de Locacao”

12.Sistema Encerra Caso De Uso.

Descrição de Casos de Uso PLACA:

CLIENTE:

VAGAS:

Confirmar Cancelar


• 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 passo 4 do Fluxo

Normal.



• 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 passo 5 do Fluxo Normal.

– 5. Vendedor clica Cancela.

• 5.1 Sistema retorna para passo 1 do Fluxo Normal.



• OBSERVAÇÕES:

– Nao 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

terao codigo “B”. Para isto, retornamos a especificacao 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


2. Vendedor Informa Placa de VEÍCULO.






8. Vendedor escolhe VAGA.

9. Vendedor clica CONFIRMA.

10.Sistema altera VAGA.

11.Sistema Inclui “Emitir Comprovante de Locacao”




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



• NOME

• OBJETIVO

• ATORES

• PRE-CONDICOES

• POS-CONDICOES

• FLUXO NORMAL

• CASO HAJA, FLUXO ALTERNATIVO



• EXERCÍCIO:

– Interface



• 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;


Entrada


• EXERCÍCIO:

– 9. Sistema calcula data devolução;

– 10. Ator confirma operacao 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






• EXERCÍCIO



Diagramas Estruturais


• Apresentam os elementos estáticos do sistema, que

alicercam a aplicacao, como se fosse um “esqueleto"

• São eles:

• Diagrama de Classes

• Diagrama de Componentes

• Diagrama de Implantação

• Etc.

Diagramas Estruturais

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 - Elementos


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

Diagrama de Classe - Simbologia

Para identificar uma classe devemos

analisar se o objeto:

• Possui vida própria;

• Possui mais de um atributo;

• Deseja-se acompanhar existência;




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


• 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;

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

que definem vários objetos da classe.

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

Exercício



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

Exercício



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

Exercício



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

Exercício


Exercício


Exercício



– Diariamente o estacionamento “Praca da Estacio” 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.

Exercício



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

Exercício


Exercício

Diagramas de Interação


• São modelos que descrevem como grupo de objetos

colaboram em um determinado comportamento.

• Um diagrama de interação captura o comportamento

entre objetos dentro um único caso de uso.

• São eles:

• Diagrama de Sequência

• Diagrama de Colaboração

• Etc.

Diagramas de Interação


Diagrama de Interação

Relembrando...



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





:item de

pedido

:item de

estoque

Retorno

Barra de ativação





:item de pedido

:item de estoque

Retorno

Auto Delegação


• DIAGRAMA DE SEQUÊNCIA – EXEMPLO

– Registrar Locação: FLUXO NORMAL


2. Atendente Informa Placa de VEÍCULO.






PLACA:

CLIENTE:

VAGAS:

Confirmar Cancelar



8. Atendente escolhe VAGA.

9. Atendente clica CONFIRMA.

10.Sistema executa <include> Bloquear Vaga.

11.Sistema executa <include> Emitir Comprovante de Locação.



PLACA:

CLIENTE:

VAGAS:

Confirmar Cancelar


• DIAGRAMA DE SEQUÊNCIA – EXEMPLO


Documents

SEMINÁRIOS INTEGRADOS EM SISTEMAS DE INFORMAÇÃO …luizleao.com/Docencia/FAP/SEMINARIOS/SEMINARIOS_SI_UND_05.pdf · Unidade 5 - Principais tópicos de modelagem e banco de dados