Post on 08-Nov-2018
SEMINÁRIOS INTEGRADOS EM SISTEMAS DE
INFORMAÇÃO
Luiz Leão – luizleao@gmail.com
http://www.luizleao.com
Unidade 5 - Principais topicos de modelagem e banco de dados
Unidade 5 - Principais topicos de modelagem e banco de dados
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
Unidade 5 - Principais topicos de modelagem e banco de dados
SEMINÁRIOS INTEGRADOS EM SISTEMAS DE INFORMAÇÃO
• 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
Unidade 5 - Principais topicos de modelagem e banco de dados
SEMINÁRIOS INTEGRADOS EM SISTEMAS DE INFORMAÇÃO
• 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
Unidade 5 - Principais topicos de modelagem e banco de dados
SEMINÁRIOS INTEGRADOS EM SISTEMAS DE INFORMAÇÃO
• Segundo o nível de abstração, temos os seguintes
modelos:
– Modelo Conceitual
– Modelo Lógico
– Modelo Física
Projeto de Banco de Dados
Unidade 5 - Principais topicos de modelagem e banco de dados
SEMINÁRIOS INTEGRADOS EM SISTEMAS DE INFORMAÇÃO
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
Unidade 5 - Principais topicos de modelagem e banco de dados
SEMINÁRIOS INTEGRADOS EM SISTEMAS DE INFORMAÇÃO
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)
Unidade 5 - Principais topicos de modelagem e banco de dados
SEMINÁRIOS INTEGRADOS EM SISTEMAS DE INFORMAÇÃO
Diagrama entidade-relacionamento
Unidade 5 - Principais topicos de modelagem e banco de dados
SEMINÁRIOS INTEGRADOS EM SISTEMAS DE INFORMAÇÃO
Modelo Lógico
• Nível de abstração visto pelo usuário do SGBD
• Dependente do tipo particular de SGBD que está sendo usado
Unidade 5 - Principais topicos de modelagem e banco de dados
SEMINÁRIOS INTEGRADOS EM SISTEMAS DE INFORMAÇÃO
Modelo Lógico
• SGBD relacional para o exemplo acima:
Unidade 5 - Principais topicos de modelagem e banco de dados
SEMINÁRIOS INTEGRADOS EM SISTEMAS DE INFORMAÇÃO
Modelo Lógico Textual
Unidade 5 - Principais topicos de modelagem e banco de dados
SEMINÁRIOS INTEGRADOS EM SISTEMAS DE INFORMAÇÃO
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.
Unidade 5 - Principais topicos de modelagem e banco de dados
SEMINÁRIOS INTEGRADOS EM SISTEMAS DE INFORMAÇÃO
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.
Unidade 5 - Principais topicos de modelagem e banco de dados
SEMINÁRIOS INTEGRADOS EM SISTEMAS DE INFORMAÇÃO
Exercício - Resposta
UML
MODELAGEM DE SISTEMAS
UML
MODELAGEM DE SISTEMAS
• Unified Modeling Language
• Linguagem de modelagem de requisitos
• São agrupados em:
• Estruturais
• Comportamentais
• Interação
UML
MODELAGEM DE SISTEMAS
• 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
MODELAGEM DE SISTEMAS
• 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.);
Diagrama de Casos de Uso
MODELAGEM DE SISTEMAS
CASO DE USO é a representação dos
requisitos de sistema. Nome caso de uso
Diagrama de Casos de Uso
• Simbologia
MODELAGEM DE SISTEMAS
CASO DE USO é a representação dos
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
Diagrama de Casos de Uso
• Simbologia
MODELAGEM DE SISTEMAS
CASO DE USO é a representação dos
requisitos de sistema.
Exemplo
Vender
Produto
Nome caso de uso
Diagrama de Casos de Uso
• Simbologia
MODELAGEM DE SISTEMAS
CASO DE USO é a representação dos
requisitos de sistema.
ATOR é a representação do responsável
por realizar o caso de uso. Nome ator
Nome caso de uso
Diagrama de Casos de Uso
• Simbologia
MODELAGEM DE SISTEMAS
CASO DE USO é a representação dos
requisitos de sistema.
ATOR é a representação do responsável
por realizar o caso de uso. Nome ator
Podem ser:
• Pessoas, Setores, órgãos
governamentais, e etc.
• Outros Sistemas.
Nome caso de uso
Diagrama de Casos de Uso
• Simbologia
MODELAGEM DE SISTEMAS
• Simbologia
CASO DE USO é a representação dos
requisitos de sistema.
ATOR é a representação do responsável
por realizar o caso de uso. Nome ator
Exemplo
Vendedor
Nome caso de uso
Diagrama de Casos de Uso
MODELAGEM DE SISTEMAS
CASO DE USO é a representação dos
requisitos de sistema.
ATOR é a representação do responsável
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
Diagrama de Casos de Uso
• Simbologia
MODELAGEM DE SISTEMAS
INTERAÇÃO CASO DE USO-ATOR
representa a realização.
CASO DE USO é a representação dos
requisitos de sistema.
ATOR é a representação do responsável
por realizar o caso de uso. Nome ator
Nome ator
Vendedor
Vender
Produto
Exemplo
Nome caso de uso
Nome caso de uso
Diagrama de Casos de Uso
• Simbologia
MODELAGEM DE SISTEMAS
<<include>> Estabelece a ligação obrigatória entre os casos de
uso. SEMPRE o caso de uso será executado.
Diagrama de Casos de Uso
• Simbologia – Interação de Casos de Uso
MODELAGEM DE SISTEMAS
Vendedor
Vender
Produto <<include>>
Emitir Nota
Fiscal
<<include>> Estabelece a ligação obrigatória entre os casos de
uso. SEMPRE o caso de uso será executado.
Diagrama de Casos de Uso
• Simbologia – Interação de Casos de Uso
MODELAGEM DE SISTEMAS
Vendedor
Vender
Produto <<include>>
Emitir Nota
Fiscal
<<include>> Estabelece a ligação obrigatória entre os casos de
uso. SEMPRE o caso de uso será executado.
<<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.
Diagrama de Casos de Uso
• Simbologia – Interação de Casos de Uso
MODELAGEM DE SISTEMAS
<<include>> Estabelece a ligação obrigatória entre os casos de
uso. SEMPRE o caso de uso será executado.
<<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
Diagrama de Casos de Uso
• Simbologia – Interação de Casos de Uso
MODELAGEM DE SISTEMAS
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
Diagrama de Casos de Uso
• Simbologia – Generalização de Ator
MODELAGEM DE SISTEMAS
• 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
Diagrama de Casos de Uso
MODELAGEM DE SISTEMAS
• 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.
Diagrama de Casos de Uso
Atendente
Graduação
Cadastrar Alunos
Graduação
Atendente
Mestrado
Registrar
Alunos
Cadastrar Alunos
Mestrado
MODELAGEM DE SISTEMAS
• 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á!
MODELAGEM DE SISTEMAS
• 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
MODELAGEM DE SISTEMAS
• Estacionamento “Praça da Está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.
Estudo de Caso
MODELAGEM DE SISTEMAS
• 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
MODELAGEM DE SISTEMAS
• 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
MODELAGEM DE SISTEMAS
• 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.
Descrição de Casos de Uso
ATENDENTE
Liberar Veículo
Emitir Autorização de saída
<usa>
MODELAGEM DE SISTEMAS
• 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 de Casos de Uso
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.
MODELAGEM DE SISTEMAS
• 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.
Descrição de Casos de Uso
MODELAGEM DE SISTEMAS
• 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á
Descrição de Casos de Uso
MODELAGEM DE SISTEMAS
• 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 de Casos de Uso
MODELAGEM DE SISTEMAS
• 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.
Descrição de Casos de Uso
MODELAGEM DE SISTEMAS
• 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.
Descrição de Casos de Uso
MODELAGEM DE SISTEMAS
• Exemplo “Estacionamento Praça da Estácio”: – Utilizando o Caso de Uso “Registrar Locacao”:
Descrição de Casos de Uso
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>
MODELAGEM DE SISTEMAS
• 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.
Descrição de Casos de Uso
MODELAGEM DE SISTEMAS
• 1º passo: IDEALIZAR A INTERFACE
Descrição de Casos de Uso
PLACA:
CLIENTE:
VAGAS:
Confirmar Cancelar
Selecione
MODELAGEM DE SISTEMAS
• 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.
Descrição de Casos de Uso
MODELAGEM DE SISTEMAS
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.
Descrição de Casos de Uso
MODELAGEM DE SISTEMAS
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
MODELAGEM DE SISTEMAS
• 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.
Descrição de Casos de Uso
MODELAGEM DE SISTEMAS
• 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.
Descrição de Casos de Uso
MODELAGEM DE SISTEMAS
• 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.
Descrição de Casos de Uso
MODELAGEM DE SISTEMAS
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>
Descrição de Casos de Uso
MODELAGEM DE SISTEMAS
• 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;
Descrição de Casos de Uso
MODELAGEM DE SISTEMAS
• 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 CONFIRMA.
10.Sistema altera VAGA.
11.Sistema Inclui “Emitir Comprovante de Locacao”
12.Sistema Encerra Caso De Uso.
Descrição de Casos de Uso
MODELAGEM DE SISTEMAS
• 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;
Descrição de Casos de Uso
MODELAGEM DE SISTEMAS
• 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 de Casos de Uso
MODELAGEM DE SISTEMAS
• 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.
Descrição de Casos de Uso
MODELAGEM DE SISTEMAS
• Podem-se utilizar comentários para complementar a informação
“*** comentários”;
• Para representar os INCLUDES utilizar <INCLUIR>;
• Para representar os EXTENDS utilizar <ESTENDER>.
Descrição de Casos de Uso
MODELAGEM DE SISTEMAS
• EXERCÍCIO:
• Dado o seguinte diagrama de caso de uso e diagrama de
classe de um sistema de locação de carros.
Descrição de Casos de Uso
MODELAGEM DE SISTEMAS
• NOME
• OBJETIVO
• ATORES
• PRE-CONDICOES
• POS-CONDICOES
• FLUXO NORMAL
• CASO HAJA, FLUXO ALTERNATIVO
Descrição de Casos de Uso
MODELAGEM DE SISTEMAS
• EXERCÍCIO:
– Interface
Descrição de Casos de Uso
MODELAGEM DE SISTEMAS
• 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
Descrição de Casos de Uso
MODELAGEM DE SISTEMAS
• 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;
Descrição de Casos de Uso
MODELAGEM DE SISTEMAS
• 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;
Descrição de Casos de Uso
Entrada
MODELAGEM DE SISTEMAS
• EXERCÍCIO:
– 9. Sistema calcula data devolução;
– 10. Ator confirma operacao clicando em “Ok”;
– 11. Sistema <inclui> “Emitir Contrato”;
Descrição de Casos de Uso
MODELAGEM DE SISTEMAS
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”;
Descrição de Casos de Uso
MODELAGEM DE SISTEMAS
• EXERCÍCIO:
– 12. Sistema cria locação;
– 13. Sistema Atualiza veículo
– ***Situação = indisponível
– 14. Sistema encerra caso de uso
Descrição de Casos de Uso
MODELAGEM DE SISTEMAS
SAÍDAS
• EXERCÍCIO:
– 12. Sistema cria locação;
– 13. Sistema Atualiza veículo
– ***Situação = indisponível
– 14. Sistema encerra caso de uso
Descrição de Casos de Uso
MODELAGEM DE SISTEMAS
Descrição de Casos de Uso
• EXERCÍCIO
– Revendo os modelos já produzidos...
– 2. Sistema apresenta lista de modelos disponíveis;
MODELAGEM DE SISTEMAS
• EXERCÍCIO
– Revendo os modelos já produzidos...
– 2. Sistema apresenta lista de modelos disponíveis;
Descrição de Casos de Uso
MODELAGEM DE SISTEMAS
Descrição de Casos de Uso
• EXERCÍCIO
– Revendo os modelos já produzidos...
– 2. Sistema apresenta lista de modelos disponíveis;
Diagramas Estruturais
MODELAGEM DE SISTEMAS
• 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
MODELAGEM DE SISTEMAS
• 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
MODELAGEM DE SISTEMAS
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
MODELAGEM DE SISTEMAS
CLIENTE?
PRODUTO?
• 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
MODELAGEM DE SISTEMAS
CLIENTE?
PRODUTO?
VENDA?
• 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
MODELAGEM DE SISTEMAS
CLIENTE?
PRODUTO?
VENDA?
SIM!!!
SÃO OBJETOS
DO NEGÓCIO.
• 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
MODELAGEM DE SISTEMAS
• 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
MODELAGEM DE SISTEMAS
• 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;
MODELAGEM DE SISTEMAS
• CLASSE é a representação dos requisitos de sistema.
Diagrama de Classe - Simbologia
Nome da classe: deve
representar o conjunto.
MODELAGEM DE SISTEMAS
• CLASSE é a representação dos requisitos de sistema.
Diagrama de Classe - Simbologia
Nome da classe: deve
representar o conjunto.
Atributos: característica ou
identificação do objeto.
MODELAGEM DE SISTEMAS
• CLASSE é a representação dos requisitos de sistema.
Diagrama de Classe - Simbologia
Nome da classe: deve
representar o conjunto.
Atributos: característica ou
identificação do objeto.
Métodos: operações realizadas para
objeto da classe.
MODELAGEM DE SISTEMAS
• ASSOCIAÇÃO ligação estabelecida entre as classes, por
necessidade de comportamentos do negócio analisado.
Diagrama de Classe - Simbologia
MODELAGEM DE SISTEMAS
• 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.
Diagrama de Classe - Simbologia
MODELAGEM DE SISTEMAS
• 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.
• MULTIPLICIDADE define o número de vezes em que o objeto
participa da associação.
Diagrama de Classe - Simbologia
MODELAGEM DE SISTEMAS
• 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.
Diagrama de Classe - Simbologia
MODELAGEM DE SISTEMAS
• 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.
Diagrama de Classe - Simbologia
MODELAGEM DE SISTEMAS
• CLASSE ASSOCIATIVA
– Classe que representa os objetos resultados de uma associação, com
atributos, características e operações próprias.
Diagrama de Classe - Simbologia
MODELAGEM DE SISTEMAS
• RESTRIÇÕES
– Complementam o modelo com informações não representadas.
Diagrama de Classe - Simbologia
MODELAGEM DE SISTEMAS
• AGREGAÇÃO POR REFERÊNCIA
– Define o conceito <compõe> e associa os objetos indicando que existe
referência para várias participações.
Diagrama de Classe - Simbologia
MODELAGEM DE SISTEMAS
• 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.
Diagrama de Classe - Simbologia
MODELAGEM DE SISTEMAS
• 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
MODELAGEM DE SISTEMAS
• 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.
Diagrama de Classe - Simbologia
MODELAGEM DE SISTEMAS
• GENERALIZAÇÃO / ESPECIALIZAÇÃO
– Generalização: Representa os vários tipos de um objeto em uma única
classe.
Diagrama de Classe - Simbologia
MODELAGEM DE SISTEMAS
• 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.
Diagrama de Classe - Simbologia
MODELAGEM DE SISTEMAS
• Passos para desenvolvimento
– 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
MODELAGEM DE SISTEMAS
• Passos para desenvolvimento
– 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
MODELAGEM DE SISTEMAS
• Passos para desenvolvimento
– 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
MODELAGEM DE SISTEMAS
• 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
MODELAGEM DE SISTEMAS
• Sistema de Gestão de Hotel Estacio
– 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
MODELAGEM DE SISTEMAS
• Sistema de Gestão de Hotel Estacio
– 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
MODELAGEM DE SISTEMAS
• Sistema de Gestão de Hotel Estacio
– 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
MODELAGEM DE SISTEMAS
Exercício
MODELAGEM DE SISTEMAS
Exercício
MODELAGEM DE SISTEMAS
• Estacionamento “Praça da Está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
MODELAGEM DE SISTEMAS
• Estacionamento “Praça da Está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
MODELAGEM DE SISTEMAS
Exercício
Diagramas de Interação
MODELAGEM DE SISTEMAS
• 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
MODELAGEM DE SISTEMAS
Diagrama de Interação
Relembrando...
MODELAGEM DE SISTEMAS
Diagrama de Interação
Relembrando...
MODELAGEM DE SISTEMAS
• 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 Interação
MODELAGEM DE SISTEMAS
• 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 Interação
MODELAGEM DE SISTEMAS
• DIAGRAMA DE SEQUÊNCIA - SIMBOLOGIA
Diagrama de Interação
GERENTE
:nome objeto
:nome objeto
Ator
Objeto
Linha da vida
MODELAGEM DE SISTEMAS
• DIAGRAMA DE SEQUÊNCIA - SIMBOLOGIA
Diagrama de Interação
:item de
pedido
:item de
estoque
Retorno
Mensagem
MODELAGEM DE SISTEMAS
• DIAGRAMA DE SEQUÊNCIA - SIMBOLOGIA
Diagrama de Interação
Verificar ( )
:item de
pedido
:item de
estoque
Retorno
Método
MODELAGEM DE SISTEMAS
• DIAGRAMA DE SEQUÊNCIA - SIMBOLOGIA
Diagrama de Interação
Mensagens condicionais
[Tpaluno=”M”]
:objeto 1
[Tpaluno=”G”]
:objeto 2 :objeto 3
MODELAGEM DE SISTEMAS
• DIAGRAMA DE SEQUÊNCIA - SIMBOLOGIA
Diagrama de Interação
* Verificar ( )
:item de pedido
:item de estoque
Retorno
Iteração
MODELAGEM DE SISTEMAS
• DIAGRAMA DE SEQUÊNCIA - SIMBOLOGIA
Diagrama de Interação
[ Pedido Válido] Verificar ( )
:item de
pedido
:item de
estoque
Retorno
Condição de guarda
MODELAGEM DE SISTEMAS
• DIAGRAMA DE SEQUÊNCIA - SIMBOLOGIA
Diagrama de Interação
[ Pedido Válido] Verificar ( )
:item de
pedido
:item de
estoque
Retorno
Barra de ativação
MODELAGEM DE SISTEMAS
• DIAGRAMA DE SEQUÊNCIA - SIMBOLOGIA
Diagrama de Interação
[ Pedido Válido] Verificar ( )
:item de pedido
:item de estoque
Retorno
Auto Delegação
MODELAGEM DE SISTEMAS
• DIAGRAMA DE SEQUÊNCIA – EXEMPLO
– Registrar Locação: FLUXO NORMAL
1. Sistema Apresenta Tela de Locação.
2. Atendente 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.
Diagrama de Interação
PLACA:
CLIENTE:
VAGAS:
Confirmar Cancelar
MODELAGEM DE SISTEMAS
7. Sistema apresenta lista de VAGA.
8. Atendente escolhe VAGA.
9. Atendente clica CONFIRMA.
10.Sistema executa <include> Bloquear Vaga.
11.Sistema executa <include> Emitir Comprovante de Locação.
12.Sistema Encerra Caso De Uso.
Diagrama de Interação
PLACA:
CLIENTE:
VAGAS:
Confirmar Cancelar
MODELAGEM DE SISTEMAS
• DIAGRAMA DE SEQUÊNCIA – EXEMPLO
Diagrama de Interação