SlideShare uma empresa Scribd logo
1 de 14
Baixar para ler offline
Metodologia de Desenvolvimento de Sistemas - Profa. Ana Paula Gonçalves Serra e Prof. André Luiz Ribeiro 1
METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS
Professores:
Ana Paula Gonçalves Serra
André Luiz Ribeiro
Diagrama de Classes – Parte I
1. Descrição
O Diagrama de Classes é o principal digrama da UML, sendo estático, modela a estrutura do
sistema, através de atributos, operações e relacionamentos. Uma classe é a descrição de um
conjunto de objetos que compartilham os mesmos atributos, operações, relacionamentos e
semântica.
2. Aplicação
Utilizado para:
Propor a estrutura do sistema.
Auxiliar na definição de componentes e na implementação.
Palavras chaves: Estrutura do sistema.
O diagrama de Classes é um dos produtos da fase de Análise e/ou Projeto e pode ser elaborado
através de ferramentas CASE. O diagrama de classes é o fundamento da modelagem orientada a
objetos auxiliando em toda modelagem, definição dos componentes e codificação.
O diagrama de classes pode ser classificado em dois tipos:
Metodologia de Desenvolvimento de Sistemas - Profa. Ana Paula Gonçalves Serra e Prof. André Luiz Ribeiro 2
• Diagrama de Classes de Análise: Representam as classes de negócio do sistema, sendo
um primeiro modelo conceitual para representar elementos do sistema que possuam
características, ações e responsabilidades. Com o “tempo”, as classes de análise evoluem
e se transformam em classes de projeto. As classes de análise não devem se preocupar
diretamente com a implementação, ou seja, com particularidades da linguagem de
programação.
• Diagrama de Classes de Projeto: Representam as classes de negócio e de
implementação do sistema. Para isso, o diagrama de classes de análise deve ser
mapeado para um diagrama de projeto que deve abranger as classes de análise,
componentes de implementação, interfaces externas, particularidades relevantes da
linguagem de programação e da arquitetura do sistema. Esse diagrama é elaborado com
base na “Realização dos Casos de Uso”.
Obs: Alguns autores Scott e Fowler, classificam os diagramas de classes em 3 tipos: Conceitual,
para definir as classes de negócio. Especificação, para definir as interfaces. Implementação: para
definir as classes de implementação. Para nossas aulas o diagrama conceitual equivale ao
diagrama de classes de análise, e o diagrama de especificação e implementação serão
desenvolvidos em um único que será o diagrama de classes de projeto.
Planejamento
Análise
Projeto
Implementação
Testes
Diagrama de Classes de Análise
Diagrama de Classes de Projeto
Planejamento
Análise
Projeto
Implementação
Testes
Planejamento
Análise
Projeto
Implementação
Testes
Planejamento
Análise
Projeto
Implementação
Testes
Planejamento
Análise
Projeto
Implementação
Testes
Diagrama de Classes de Análise
Diagrama de Classes de Projeto
Planejamento
Análise
Projeto
Implementação
Testes
Planejamento
Análise
Projeto
Implementação
Testes
Metodologia de Desenvolvimento de Sistemas - Profa. Ana Paula Gonçalves Serra e Prof. André Luiz Ribeiro 3
3. Notação Básica – Diagrama de Classes de Análise
CLASSE X OBJETO
o Classe
Representam algo do mundo real;
Define as características e o comportamento dos objetos.
o Objeto
Uma ocorrência de uma classe;
Criados durante a execução do sistema
CLASSE
Classe é um conjunto de objetos que possuem características e comportamentos
comuns;
Podem ser qualquer elemento que seja relevante dentro do domínio do problema;
Devem Iniciar com letra maiúscula e no singular;
Podem ter nomes compostos.
Uma classe é representada por um retângulo composto de Nome, Atributos e Operações.
Nome da classe: o nome da classe deve expressar o que a classe representa, pode ser um
texto (substantivo) simples ou composto no singular e iniciado com letra maiúscula.
Atributos: um atributo é uma propriedade (características) da classe. Em determinado
momento, um objeto de uma classe terá um valor específico para cada um dos atributos de
sua classe.
– Descrevem as características dos objetos;
– Definem os dados que devem ser armazenados;
– São as informações que uma classe deve ter de si mesma;
– Exemplo Classe Cliente: nome, cnpj, inscrição estadual.
Operações: uma operação é uma ação ou transformação realizada ou sofrida por um objeto.
Muitas vezes utiliza-se o termo método ao invés de operação. Método é a implementação de
uma operação para uma classe.
– São utilizados para:
• Manipular os atributos
• Realizar outros tipos de ações.
Classe
atributos
operações()
Metodologia de Desenvolvimento de Sistemas - Profa. Ana Paula Gonçalves Serra e Prof. André Luiz Ribeiro 4
– Pertencem às classes e somente podem ser aplicados aos objetos da classe;
– Definem os serviços que a classe pode oferecer.
RELACIONAMENTOS
Um relacionamento é uma conexão entre classes, que representa comunicação e interação entre
classes.
Os tipos de relacionamentos podem que podem ser usados são associação (simples, agregação e
composição), generalização e dependência.
Associação: é um relacionamento que demonstra que uma classe está conectada a outra, com o
intuito de comunicação entre elas. A associação normalmente é bidirecional, isso significa que se
um objeto é associado a outro objeto, ambos os objetos se “conhecem”. A associação simples é
uma conexão entre classes. Isto é representado por uma linha contínua entre as duas classes. A
associação deve possuir um nome, representado próximo a linha de associação, frequentemente
um verbo. Também é indicado que a associação possua uma seta, que indica a direção de leitura.
Tanto o nome da associação como a seta é importante para facilitar o entendimento do domínio do
problema
Na associação deve-se especificar a cardinalidade entre as classes. A cardinalidade é a indicação
de quantos objetos podem participar de um relacionamento, ou seja, multiplicidade. A
multiplicidade das associações define todas as possibilidades numéricas de ocorrências entre os
objetos.
Exemplos de multiplicidades:
zero a um (0..1)
zero a muitos (0..*) ou (0..n)
um a muitos (1..*) ou (1..n)
sem indicação 1
3 exato (3)
1 a 3 (1..3)
série (1,2,5..8)
A associação e cardinalidade entre as classes está diretamente relacionada ao domínio do
problema.
Metodologia de Desenvolvimento de Sistemas - Profa. Ana Paula Gonçalves Serra e Prof. André Luiz Ribeiro 5
Classe1
atributo1
atributo2
atributon
operação1()
operação2()
operaçãon()
Classe2
atributo1
atributo2
atributon
operação1()
operação2()
operaçãon()
1..n1 1..n
nome do relacionamento
1
Associação
Exemplo:
O exemplo a seguir representa que um cliente possui 1 ou n pedidos e que um pedido pertence a
somente um cliente.
Cliente
nome
rg
endereço
e-mail
telefone
cadastrarCliente()
consultarCliente()
Pedido
numeroPedido
valorTotal
valorPedido
valorFrete
dataPedido
calcularPedido()
cadastrarPedido()
consultarPedido()
emitirNotaFiscal()
1..n11
possui
1..n
Além da associação simples, apresentada acima, existem dois tipos específicos de associação:
Agregação: é um caso especial de associação, que representa conceitualmente que uma ou mais
classes fazem parte de uma outra classe (“todo parte”). Mas as classes “todo parte” podem ”viver”
independentes. A notação da agregação é um losângulo sem preenchimento.
Classe1
atributo1
atributo2
atributon
operação1()
operação2()
operaçãon()
Classe2
atributo1
atributo2
atributon
operação1()
operação2()
operaçãon()
1..n1 1..n
nome do relacionamento
1
Agregação
Metodologia de Desenvolvimento de Sistemas - Profa. Ana Paula Gonçalves Serra e Prof. André Luiz Ribeiro 6
Exemplo:
O exemplo a seguir representa que uma empresa pode ser composta de 1 ou mais departamentos.
Sendo que não necessariamente ao instanciar a classe Empresa a classe Departamento deve ser
instanciada.
Empresa
cnpj
inscriçãoEstadual
nome
consultarEmpresa()
Departamento
códigoDepto
nomeDepto
centroCusto
cadastrarDepto()
consultarDepto()
1..n
11
tem
1..n
Composição: é um caso especial de associação e uma forma de agregação mais forte, onde o
objeto parte depende do objeto todo, ou seja, espera-se que as partes “vivam” e “morram” como
um todo conjuntamente. A notação da agregação em um losângulo preenchido.
Classe1
atributo1
atributo2
atributon
operação1()
operação2()
operaçãon()
Classe2
atributo1
atributo2
atributon
operação1()
operação2()
operaçãon()
1..n1 1..n
nome do relacionamento
1
Composição
Metodologia de Desenvolvimento de Sistemas - Profa. Ana Paula Gonçalves Serra e Prof. André Luiz Ribeiro 7
Exemplo:
O exemplo a seguir representa que a classe CaixaMensagem é composta por uma ou mais classe
Botão e por uma ou mais classe Texto. Sendo que ao instanciar a classe CaixaMensagem, as
classes Botão e Texto também serão instanciadas “automaticamente”
Botão
tipo
nome
inserir()
CaixaMensagem
tamanho
formato
cor
criar()
1..n
1
Texto
descrição
inserir()
1..n
11
possui
1..n
1
possui
1..n
Obs: Tanto no caso da agregação, como da composição, o losângulo fica
sempre na classe todo parte;
Todas as regras de associação (por exemplo: nome da associação, seta da
associação e cardinalidade), são válidas para agregação e composição.
Generalização: é um relacionamento que descreve uma relação entre grupos de “coisas” com
algo em comum, que demonstra a herança de atributos e operações de uma classe pai para seus
filhos.
A generalização é utilizada em classes visando a reutilização de implementação.
Metodologia de Desenvolvimento de Sistemas - Profa. Ana Paula Gonçalves Serra e Prof. André Luiz Ribeiro 8
ClassePai
atributo1Pai
atributo2Pai
atributonPai
operação1Pai()
operação2Pai()
operaçãonPai()
ClasseFilho1
atributo1Filho1
atributonFilho1
operação1Filho1()
operaçãonFilho1()
ClasseFilho2
atributo1Filho2
atributonFilho2
operação1Filho2()
operaçãonFilho2()
ClasseFilhoN
atributo1FilhoN
atributonFilhoN
operação1FilhoN()
operaçãonFilhoN()
opname()
Generalização
Obs: O “triângulo” (representação da generalização) deve ser representado na classe pai;
Não existe cardinalidade no relacionamento de generalização.
A generalização é um processo bottom-up, utilizada para simplificar o modelo. A partir das Classes
mais especializadas, deduzem-se Classes mais genéricas contendo associações, atributos e
operações que sejam comuns as Classes originais. Estes, por sua vez, são reorganizados para
conter somente a parte especializada. A especialização é um processo top-down, que é utilizada
para refinar o modelo. A partir de Classes existentes no modelo, procuram-se especializações para
o mesmo, como casos particulares da classe genérica, definindo atributos e operações específicos.
Exemplo:
O exemplo a seguir representa que um funcionário pode ser um funcionário contratado ou um
funcionário terceiro. Tanto o funcionário contratado, como os funcionários terceiros possuem
características (atributos) e ações (operações) comuns, que são representados na classe pai
Funcionário. E as características (atributos) e ações (operações) específicas ficam nas classes
filhas (Contratado e Terceiro).
Metodologia de Desenvolvimento de Sistemas - Profa. Ana Paula Gonçalves Serra e Prof. André Luiz Ribeiro 9
Funcionário
númeroFuncional
cargo
nome
endereço
telefone
cadastrarFuncionário()
consultarFuncionário()
alterarFuncionário()
excluirFuncionário()
Contratado
períodoFerias
salariobruto
salarioLiquido
calcularSalario()
verificarFerias()
Terceiro
nomeEmpresa
valorHora
Dependência: é um relacionamento de utilização, determinando que uma classe utilize atributos e
operações de outra classe, mas não necessariamente o inverso. No exemplo abaixo uma alteração
na Classe2 pode afetar a Classe1, pois esta utiliza a Classe2.
Classe2
atributo1
atributo2
atributon
operação1()
operação2()
operaçãon()
Classe1
atributo1
atributo2
atributon
operação1()
operação2()
operaçãon()
Dependência
Exemplo:
A classe login depende da classe cliente, pois considera-se neste exemplo que ao efetuar o login
os dados do cliente devem ser exibidos.
Metodologia de Desenvolvimento de Sistemas - Profa. Ana Paula Gonçalves Serra e Prof. André Luiz Ribeiro 10
Cliente
nome
rg
endereço
e-mail
telefone
cadastrarCliente()
consultarCliente()
Login
e-mail
senha
efetuarLogin()
4. Procedimento para elaboração do Diagrama de Classes de Análise
4.1. Identificação das Classes
Descrição
A primeira fase da elaboração de um modelo de Classes consiste na identificação das Classes
que irão compor o sistema. A partir da descrição textual do sistema (especificação de
requisitos) e/ou dos diagramas e descrições dos casos de uso, serão identificadas as Classes
relevantes através de sucessivos refinamentos e detalhamentos, ou seja:
Foco nas classes de negócio;
Classes se originam de:
o Especificações de Requisitos;
o Diagramas de Casos de Uso;
o Modelos de Processo;
o Entrevistas;
o Reuniões.
Estrutura da Solução
1. Identifique os substantivos na descrição do sistema (Requisitos, especificação de
casos de uso, diagrama de casos de uso, etc);
2. Anote-os separadamente e classifique-os;
3. Refine os objetos identificados, avaliando os que devem permanecer no modelo;
4. Crie um esboço do diagrama com os objetos identificados;
5. Não se preocupe com atributos, operações e relacionamentos;
6. Tente refiná-los, agrupando os objetos fortemente relacionados
Dicas
− Perguntas para auxiliar na identificação de classes:
Existem informações que devem ser armazenadas ?
Existem Sistemas Externos ?
Existentes representações organizacionais ?
Os atores representam algo no negócio ?
Existem dispositivos utilizados pelo sistema ?
Existem bibliotecas, componentes ou outros elementos de software ?
− Dirija a modelagem segundo o problema a resolver.
Metodologia de Desenvolvimento de Sistemas - Profa. Ana Paula Gonçalves Serra e Prof. André Luiz Ribeiro 11
− Escolha os nomes das Classes com critério.
− Analise cuidadosamente o texto, examinando também pronomes, para não omitir
substantivos implícitos.
− Não elimine Classes a não ser que tenha absoluta certeza. É sempre possível eliminar
uma Classe mais tarde.
− Planeje a localização de suas Classes no diagrama. Facilitando enxergar os
relacionamentos.
4.2. Identificação de Associações entre Classes
Descrição
Após a identificação das Classes que fazem parte do sistema, é necessário relacionar as
Classes de acordo com os seus papéis. Uma Classe isolada no sistema geralmente não é útil,
portanto toda Classe tem algum tipo de relacionamento com outra Classe.
Identificar inicialmente as associações e agregações entre as Classes do sistema e
posteriormente as generalizações/herança.
Estrutura da Solução
1. Associações
Marque os verbos e expressões que caracterizam os substantivos identificados como
objetos;
Identifique as associações entre os objetos;
Dê nomes às associações
Identifique as associações entre as Classes. Num primeiro momento não tente
distinguir as agregações entre as associações.
Num segundo momento distinguir quais associações podem ser agregações ou
composições.
2. Cardinalidades
Estime a cardinalidade das associações.
3. Hierarquia de generalização/herança
No diagrama de caso de uso os atores que possuem generalização/herança tendem a ser
classes representadas através da generalização/herança. Procure no texto de descrição
do sistema e/ou na descrição dos casos de uso, casos de Classes especializadas.
Algumas Classes podem não estar muito explícitas, ou podem não parecer que são
especializadas. Aproveite para examinar seu modelo novamente contra a descrição
textual, olhando o sistema do ponto de vista destes agrupamentos.
Tente definir Classes generalizadas e agrupar seus casos particulares.
Refine o modelo, observando as dicas abaixo. Não exagere. Ao descobrir as possibilidades
do mecanismo de herança, o entusiasmo é comum e tenta-se ver a generalização em todo
lugar. Cuidado para não complicar demais o modelo.
Dicas
− As cardinalidades dizem respeito a cada extremidade de uma associação.
− As cardinalidades podem mudar dependendo do contexto em que a associação ocorre,
do domínio do problema e das regras de negócio.
Metodologia de Desenvolvimento de Sistemas - Profa. Ana Paula Gonçalves Serra e Prof. André Luiz Ribeiro 12
4.3. Identificação de atributos e operações
A definição dos atributos e operações na classe é baseada nas responsabilidades.
Responsabilidade é um contrato de uma determinada classe. Por exemplo, uma classe Sensor
é responsável por medir a temperatura e disparar um alarme, caso a temperatura alcance um
determinado ponto. Nesse exemplo é fácil identificar os atributos (valor temperatura obtida,
valor temperatura máximo) e operações (medir temperatura e disparar alarme).
Ao realizar a modelagem um bom ponto de partida para identificar as responsabilidades.
Técnicas, como CRC (Class Responsability Collaboration) e análises baseadas em casos de
uso são de grande ajuda.
Estrutura da Solução para Atributos
A partir da descrição textual do problema, tente identificar substantivos e adjetivos que
representem propriedades das Classes identificadas.
Tente descobrir mais alguns atributos através de análise e discussão. Atributos podem ser
omitidos da descrição, mas o conhecimento do domínio da aplicação traz à tona muitos
atributos implícitos.
Complete o modelo de Classes com os atributos encontrados e verifique se estão na
Classe correta.
Estrutura da Solução para Operações
Identifique as possíveis operações que irão manipular os atributos identificados e qual é a
classe que será responsável pela execução dessa operação.
Incluir estas operações nas classes.
Dicas
Atributos podem ser identificados como novas Classes, dependendo do contexto. Se um
atributo tem atributos, então ele é uma Classe. Se a existência do atributo parece mais
importante que o valor que ele guarda, então ele uma Classe.
Observe o nível adequado de detalhamento. Alguns atributos são mais importantes que
outros. Atributos que afetam muitas operações da aplicação são altamente relevantes.
Outros atributos, que têm efeito pequeno, não necessitam ser considerados na análise.
Cuidado com atributos necessários à implementação. Alguns atributos podem ser
necessários somente para a linguagem onde será implementado o aplicativo, mas podem
não ter função lógica no domínio da aplicação. Não considere estes atributos no diagrama
de classes de análise.
Verifique atributos fora de contexto. Se forem identificados grupos de atributos que não se
relacionam dentro de uma Classe, examine melhor esta Classe. Pode ser interessante
dividi-la em mais Classes, com os atributos mais relacionados juntos.
Aproveite a identificação dos atributos para rever as suas Classes. Algumas Classes
podem estar fora de foco, sem função definida no sistema.
Observações Gerais:
São sugeridas por Coad e Yourdon algumas características de seleção de Classes:
A Classe será útil somente se a informação sobre ela for necessária para o funcionamento
do sistema.
A Classe em potencial deve ter um conjunto de operações identificáveis que podem mudar
o valor de seus atributos de alguma maneira.
Metodologia de Desenvolvimento de Sistemas - Profa. Ana Paula Gonçalves Serra e Prof. André Luiz Ribeiro 13
Uma Classe com um único atributo, provavelmente, será mais bem representada como um
atributo de uma outra Classe.
São sugeridas por Abbot, algumas dicas para análise das descrições gramaticais de sistemas:
Gramática Componente do Diagrama Exemplo
Nome Próprio Objeto Alice, Antonio, ...
Nome comum (substantivo) Classe Funcionário, sala, ...
Substantivo e Adjetivo Atributo Nome do aluno, número da
página, ...
Verbo de ação Operação Criar, calcular, ...
Verbo de Existência Generalização/herança É um tipo de, e um de, pode
ser, ...
Verbo de Posse Agregação e Composição Consiste de, faz parte de, ...
Notação Complementar – Interface
Em muitos casos é necessário integrar uma ou mais classes com outros sistemas de software ou
outros componentes de software. Na UML, utiliza-se o conceito de interface para integrar sistemas
ou parte de sistemas. Uma interface é uma coleção de operações para especificar o serviço de
uma classe. Declarando a interface, pode-se estabelecer o comportamento desejado de uma
abstração independente da implementação (UML – Guia do Usuário).
A interface pode ser representada por uma representação gráfica, apresentada a seguir ou
utilizando o estereótipo <<interface>>. A interface no diagrama de classes de análise permite
visualizar de forma ampla e abstrata a integração de uma classe com um sistema externo ou um
componente externo, sem se preocupar com qualquer implementação.
Notação gráfica de interface:
Exemplo de Interface:
Representação gráfica:
Matricula
codigoMatricula
dataMatricula
valorMatricula
efetuarMatricula()
Sistema Acadêmico Aluno
Nome Interface
Metodologia de Desenvolvimento de Sistemas - Profa. Ana Paula Gonçalves Serra e Prof. André Luiz Ribeiro 14
Representação com estereótipo:
Matricula
codigoMatricula
dataMatricula
valorMatricula
efetuarMatricula()
Sistema Acadêmico Aluno
<<interface>>
Copyright © 2008-2013 Profa. Ana Paula Gonçalves Serra e Prof. André Luiz Ribeiro
Todos direitos reservados. Reprodução ou divulgação total ou parcial deste documento é
expressamente proibido sem o consentimento formal, por escrito, da Profa. Ana Paula
Gonçalves Serra e do Prof. André Luiz Ribeiro .

Mais conteúdo relacionado

Mais procurados

Aula 5 - Modelo de Entidade e Relacionamento - MER
Aula 5 - Modelo de Entidade e Relacionamento - MER Aula 5 - Modelo de Entidade e Relacionamento - MER
Aula 5 - Modelo de Entidade e Relacionamento - MER Vitor Hugo Melo Araújo
 
Padroes De Projeto
Padroes De ProjetoPadroes De Projeto
Padroes De Projetoejdn1
 
Análise e Projeto de Sistemas
Análise e Projeto de SistemasAnálise e Projeto de Sistemas
Análise e Projeto de SistemasGuilherme
 
diagrama de componentes
diagrama de componentesdiagrama de componentes
diagrama de componenteselliando dias
 
BD I - Aula 08 A - Algebra Relacional
BD I - Aula 08 A - Algebra RelacionalBD I - Aula 08 A - Algebra Relacional
BD I - Aula 08 A - Algebra RelacionalRodrigo Kiyoshi Saito
 
Curso de HTML5 - Aula 01
Curso de HTML5 - Aula 01   Curso de HTML5 - Aula 01
Curso de HTML5 - Aula 01 Léo Dias
 
Banco de dados - Mapeamento MER - Relacional
Banco de dados - Mapeamento MER - RelacionalBanco de dados - Mapeamento MER - Relacional
Banco de dados - Mapeamento MER - RelacionalDaniel Brandão
 
UML - Criando Diagramas Eficientes
UML - Criando Diagramas EficientesUML - Criando Diagramas Eficientes
UML - Criando Diagramas EficientesRodrigo Cascarrolho
 
Aps lista de exercícios
Aps lista de exercíciosAps lista de exercícios
Aps lista de exercíciosGuilherme
 
Normalização - Banco de Dados
Normalização - Banco de DadosNormalização - Banco de Dados
Normalização - Banco de DadosRoberto Grande
 
Junções e subconsultas
Junções e subconsultasJunções e subconsultas
Junções e subconsultasjulianaveregue
 
Aula 5 - Dicionário de Dados
Aula 5 - Dicionário de DadosAula 5 - Dicionário de Dados
Aula 5 - Dicionário de DadosJanynne Gomes
 
Prática de laboratório utilizando views, stored procedures e triggers
Prática de laboratório   utilizando views, stored procedures e triggersPrática de laboratório   utilizando views, stored procedures e triggers
Prática de laboratório utilizando views, stored procedures e triggersDaniel Maia
 
Banco de Dados Não Relacionais vs Banco de Dados Relacionais
Banco de Dados Não Relacionais vs Banco de Dados RelacionaisBanco de Dados Não Relacionais vs Banco de Dados Relacionais
Banco de Dados Não Relacionais vs Banco de Dados Relacionaisalexculpado
 

Mais procurados (20)

UML
UMLUML
UML
 
Aula 5 - Modelo de Entidade e Relacionamento - MER
Aula 5 - Modelo de Entidade e Relacionamento - MER Aula 5 - Modelo de Entidade e Relacionamento - MER
Aula 5 - Modelo de Entidade e Relacionamento - MER
 
Padroes De Projeto
Padroes De ProjetoPadroes De Projeto
Padroes De Projeto
 
Análise e Projeto de Sistemas
Análise e Projeto de SistemasAnálise e Projeto de Sistemas
Análise e Projeto de Sistemas
 
diagrama de componentes
diagrama de componentesdiagrama de componentes
diagrama de componentes
 
Modelo caso uso
Modelo caso usoModelo caso uso
Modelo caso uso
 
BD I - Aula 08 A - Algebra Relacional
BD I - Aula 08 A - Algebra RelacionalBD I - Aula 08 A - Algebra Relacional
BD I - Aula 08 A - Algebra Relacional
 
Curso de HTML5 - Aula 01
Curso de HTML5 - Aula 01   Curso de HTML5 - Aula 01
Curso de HTML5 - Aula 01
 
Banco de dados - Mapeamento MER - Relacional
Banco de dados - Mapeamento MER - RelacionalBanco de dados - Mapeamento MER - Relacional
Banco de dados - Mapeamento MER - Relacional
 
UML - Criando Diagramas Eficientes
UML - Criando Diagramas EficientesUML - Criando Diagramas Eficientes
UML - Criando Diagramas Eficientes
 
AOO - Diagrama de Caso de Uso
AOO - Diagrama de Caso de UsoAOO - Diagrama de Caso de Uso
AOO - Diagrama de Caso de Uso
 
Aps lista de exercícios
Aps lista de exercíciosAps lista de exercícios
Aps lista de exercícios
 
Normalização - Banco de Dados
Normalização - Banco de DadosNormalização - Banco de Dados
Normalização - Banco de Dados
 
Apresentação da UML
Apresentação da UMLApresentação da UML
Apresentação da UML
 
Junções e subconsultas
Junções e subconsultasJunções e subconsultas
Junções e subconsultas
 
Aula 5 - Dicionário de Dados
Aula 5 - Dicionário de DadosAula 5 - Dicionário de Dados
Aula 5 - Dicionário de Dados
 
Aula 6 banco de dados
Aula 6   banco de dadosAula 6   banco de dados
Aula 6 banco de dados
 
Prática de laboratório utilizando views, stored procedures e triggers
Prática de laboratório   utilizando views, stored procedures e triggersPrática de laboratório   utilizando views, stored procedures e triggers
Prática de laboratório utilizando views, stored procedures e triggers
 
Aula 5 banco de dados
Aula 5   banco de dadosAula 5   banco de dados
Aula 5 banco de dados
 
Banco de Dados Não Relacionais vs Banco de Dados Relacionais
Banco de Dados Não Relacionais vs Banco de Dados RelacionaisBanco de Dados Não Relacionais vs Banco de Dados Relacionais
Banco de Dados Não Relacionais vs Banco de Dados Relacionais
 

Destaque

Sistemas Inteligentes de Apoio a Decisão
Sistemas Inteligentes de Apoio a DecisãoSistemas Inteligentes de Apoio a Decisão
Sistemas Inteligentes de Apoio a DecisãoGabriel Faustino
 
Conceito de metodologia orientada a objetos
Conceito de metodologia orientada a objetosConceito de metodologia orientada a objetos
Conceito de metodologia orientada a objetosGabriel Faustino
 
Programação orientada a objetos – III
Programação orientada a objetos – IIIProgramação orientada a objetos – III
Programação orientada a objetos – IIIGabriel Faustino
 
Parte3 - Fundamentos de Sistema de Informação
Parte3 - Fundamentos de Sistema de InformaçãoParte3 - Fundamentos de Sistema de Informação
Parte3 - Fundamentos de Sistema de InformaçãoGabriel Faustino
 
Evidence: Consolidation activity Stage 2 checklist .ENGLISH DOT WORKS 2. SENA...
Evidence: Consolidation activity Stage 2 checklist .ENGLISH DOT WORKS 2. SENA...Evidence: Consolidation activity Stage 2 checklist .ENGLISH DOT WORKS 2. SENA...
Evidence: Consolidation activity Stage 2 checklist .ENGLISH DOT WORKS 2. SENA..... ..
 
Como afecta el alcohol en la salud mental y en los adolescentes
Como afecta el alcohol en la salud mental y en los adolescentesComo afecta el alcohol en la salud mental y en los adolescentes
Como afecta el alcohol en la salud mental y en los adolescentesKatherine Taveras Torres
 
Comercio electrónico en méxico
Comercio electrónico en méxicoComercio electrónico en méxico
Comercio electrónico en méxicoOmar Sánchez
 
Ud 2 arte griego 2 escultura
Ud 2 arte griego 2 esculturaUd 2 arte griego 2 escultura
Ud 2 arte griego 2 esculturaFueradeclase Vdp
 
Principios Básicos de la Nomenclatura de Compuestos Orgánicos
Principios Básicos de la Nomenclatura de Compuestos OrgánicosPrincipios Básicos de la Nomenclatura de Compuestos Orgánicos
Principios Básicos de la Nomenclatura de Compuestos Orgánicosmaestroparra
 
Presentacioncableadoestructurado 130620221834-phpapp02
Presentacioncableadoestructurado 130620221834-phpapp02Presentacioncableadoestructurado 130620221834-phpapp02
Presentacioncableadoestructurado 130620221834-phpapp02MEP en imágenes
 
Herramientas para la BIBLIOTECA escolar II - La biblioteca como espacio peda...
Herramientas para la BIBLIOTECA escolar II - La biblioteca como espacio peda...Herramientas para la BIBLIOTECA escolar II - La biblioteca como espacio peda...
Herramientas para la BIBLIOTECA escolar II - La biblioteca como espacio peda...Portal Educativo Colombia Aprende
 
Mobil pazarlama i̇letişimi
Mobil pazarlama i̇letişimiMobil pazarlama i̇letişimi
Mobil pazarlama i̇letişimiilker Şin
 

Destaque (20)

Sistemas Inteligentes de Apoio a Decisão
Sistemas Inteligentes de Apoio a DecisãoSistemas Inteligentes de Apoio a Decisão
Sistemas Inteligentes de Apoio a Decisão
 
Exerciciosde treino
Exerciciosde treinoExerciciosde treino
Exerciciosde treino
 
Conceito de metodologia orientada a objetos
Conceito de metodologia orientada a objetosConceito de metodologia orientada a objetos
Conceito de metodologia orientada a objetos
 
Programação orientada a objetos – III
Programação orientada a objetos – IIIProgramação orientada a objetos – III
Programação orientada a objetos – III
 
Parte3 - Fundamentos de Sistema de Informação
Parte3 - Fundamentos de Sistema de InformaçãoParte3 - Fundamentos de Sistema de Informação
Parte3 - Fundamentos de Sistema de Informação
 
Ferramentas case
Ferramentas caseFerramentas case
Ferramentas case
 
26-02-14 Pobreza Extrema en México y su Evaluación
26-02-14 Pobreza Extrema en México y su Evaluación26-02-14 Pobreza Extrema en México y su Evaluación
26-02-14 Pobreza Extrema en México y su Evaluación
 
Evidence: Consolidation activity Stage 2 checklist .ENGLISH DOT WORKS 2. SENA...
Evidence: Consolidation activity Stage 2 checklist .ENGLISH DOT WORKS 2. SENA...Evidence: Consolidation activity Stage 2 checklist .ENGLISH DOT WORKS 2. SENA...
Evidence: Consolidation activity Stage 2 checklist .ENGLISH DOT WORKS 2. SENA...
 
Cáncer de mama
Cáncer de mamaCáncer de mama
Cáncer de mama
 
Como afecta el alcohol en la salud mental y en los adolescentes
Como afecta el alcohol en la salud mental y en los adolescentesComo afecta el alcohol en la salud mental y en los adolescentes
Como afecta el alcohol en la salud mental y en los adolescentes
 
Comercio electrónico en méxico
Comercio electrónico en méxicoComercio electrónico en méxico
Comercio electrónico en méxico
 
Hipótesis
HipótesisHipótesis
Hipótesis
 
Ud 2 arte griego 2 escultura
Ud 2 arte griego 2 esculturaUd 2 arte griego 2 escultura
Ud 2 arte griego 2 escultura
 
Principios Básicos de la Nomenclatura de Compuestos Orgánicos
Principios Básicos de la Nomenclatura de Compuestos OrgánicosPrincipios Básicos de la Nomenclatura de Compuestos Orgánicos
Principios Básicos de la Nomenclatura de Compuestos Orgánicos
 
Reglamento del xodigo fiscal de la federacion
Reglamento del xodigo fiscal de la federacionReglamento del xodigo fiscal de la federacion
Reglamento del xodigo fiscal de la federacion
 
结网
结网结网
结网
 
Presentacioncableadoestructurado 130620221834-phpapp02
Presentacioncableadoestructurado 130620221834-phpapp02Presentacioncableadoestructurado 130620221834-phpapp02
Presentacioncableadoestructurado 130620221834-phpapp02
 
Herramientas para la BIBLIOTECA escolar II - La biblioteca como espacio peda...
Herramientas para la BIBLIOTECA escolar II - La biblioteca como espacio peda...Herramientas para la BIBLIOTECA escolar II - La biblioteca como espacio peda...
Herramientas para la BIBLIOTECA escolar II - La biblioteca como espacio peda...
 
Mobil pazarlama i̇letişimi
Mobil pazarlama i̇letişimiMobil pazarlama i̇letişimi
Mobil pazarlama i̇letişimi
 
Luis felipe cadavid acosta
Luis felipe cadavid acostaLuis felipe cadavid acosta
Luis felipe cadavid acosta
 

Semelhante a Diagrama classes

Diagrama de classes1.1
Diagrama de classes1.1Diagrama de classes1.1
Diagrama de classes1.1Maikynata
 
Umlv4 090813182632-phpapp02
Umlv4 090813182632-phpapp02Umlv4 090813182632-phpapp02
Umlv4 090813182632-phpapp02Jhonefj
 
design patterns - introdução
design patterns - introduçãodesign patterns - introdução
design patterns - introduçãoelliando dias
 
Análise Orientada a Objetos com UML
Análise Orientada a Objetos com UMLAnálise Orientada a Objetos com UML
Análise Orientada a Objetos com UMLEliseu Castelo
 
Workflows, diagramas e classes de Analise. Sistemas de Informação
Workflows, diagramas e classes de Analise. Sistemas de InformaçãoWorkflows, diagramas e classes de Analise. Sistemas de Informação
Workflows, diagramas e classes de Analise. Sistemas de InformaçãoPedro De Almeida
 
Metodologia orientado a objetos
Metodologia orientado a objetosMetodologia orientado a objetos
Metodologia orientado a objetosGabriel Faustino
 
Apresentação versão 1.5
Apresentação   versão 1.5Apresentação   versão 1.5
Apresentação versão 1.5oliveiraprog
 
Object Oriented Programming
Object Oriented Programming Object Oriented Programming
Object Oriented Programming Alexandre Schmidt
 
Revisão 1º bimestre - Casos de Usos e Classes
Revisão 1º bimestre - Casos de Usos e ClassesRevisão 1º bimestre - Casos de Usos e Classes
Revisão 1º bimestre - Casos de Usos e ClassesMaria Alice Jovinski
 

Semelhante a Diagrama classes (20)

Trabalho de análise e projeto 2
Trabalho de análise e projeto 2Trabalho de análise e projeto 2
Trabalho de análise e projeto 2
 
Artigo c#
Artigo c#Artigo c#
Artigo c#
 
Aula 5 uml1 (1)
Aula 5   uml1 (1)Aula 5   uml1 (1)
Aula 5 uml1 (1)
 
4º semestre
4º semestre4º semestre
4º semestre
 
Diagrama de classes1.1
Diagrama de classes1.1Diagrama de classes1.1
Diagrama de classes1.1
 
Umlv4 090813182632-phpapp02
Umlv4 090813182632-phpapp02Umlv4 090813182632-phpapp02
Umlv4 090813182632-phpapp02
 
design patterns - introdução
design patterns - introduçãodesign patterns - introdução
design patterns - introdução
 
Análise Orientada a Objetos com UML
Análise Orientada a Objetos com UMLAnálise Orientada a Objetos com UML
Análise Orientada a Objetos com UML
 
Workflows, diagramas e classes de Analise. Sistemas de Informação
Workflows, diagramas e classes de Analise. Sistemas de InformaçãoWorkflows, diagramas e classes de Analise. Sistemas de Informação
Workflows, diagramas e classes de Analise. Sistemas de Informação
 
Sld 4
Sld 4Sld 4
Sld 4
 
Modelagem de Sistemas de Informação 08 - Diagrama de Classes
Modelagem de Sistemas de Informação 08 - Diagrama de ClassesModelagem de Sistemas de Informação 08 - Diagrama de Classes
Modelagem de Sistemas de Informação 08 - Diagrama de Classes
 
Metodologia orientado a objetos
Metodologia orientado a objetosMetodologia orientado a objetos
Metodologia orientado a objetos
 
Análise de Sistemas Orientado a Objetos - 06 - Diagrama de Classes
Análise de Sistemas Orientado a Objetos - 06 - Diagrama de ClassesAnálise de Sistemas Orientado a Objetos - 06 - Diagrama de Classes
Análise de Sistemas Orientado a Objetos - 06 - Diagrama de Classes
 
Apresentação versão 1.5
Apresentação   versão 1.5Apresentação   versão 1.5
Apresentação versão 1.5
 
Aula-04-UML.pptx
Aula-04-UML.pptxAula-04-UML.pptx
Aula-04-UML.pptx
 
Object Oriented Programming
Object Oriented Programming Object Oriented Programming
Object Oriented Programming
 
Revisão 1º bimestre - Casos de Usos e Classes
Revisão 1º bimestre - Casos de Usos e ClassesRevisão 1º bimestre - Casos de Usos e Classes
Revisão 1º bimestre - Casos de Usos e Classes
 
Paradigma Orientado a Objetos
Paradigma Orientado a ObjetosParadigma Orientado a Objetos
Paradigma Orientado a Objetos
 
Diagrama de classes
Diagrama de classesDiagrama de classes
Diagrama de classes
 
UMLIntro.pptx
UMLIntro.pptxUMLIntro.pptx
UMLIntro.pptx
 

Mais de Gabriel Faustino

Especificação caso de uso
Especificação caso de usoEspecificação caso de uso
Especificação caso de usoGabriel Faustino
 
Uso do auto preenchimento para inserir dados
Uso do auto preenchimento para inserir dadosUso do auto preenchimento para inserir dados
Uso do auto preenchimento para inserir dadosGabriel Faustino
 
Sobre data e os Sistemas de Data
Sobre data e os Sistemas de DataSobre data e os Sistemas de Data
Sobre data e os Sistemas de DataGabriel Faustino
 
Funçoes de Planilha listadas por categoria
Funçoes de Planilha listadas por categoriaFunçoes de Planilha listadas por categoria
Funçoes de Planilha listadas por categoriaGabriel Faustino
 
Sistema de Informação para e-Commerce
Sistema de Informação para e-CommerceSistema de Informação para e-Commerce
Sistema de Informação para e-CommerceGabriel Faustino
 
Lista de exercícios em portugol
Lista de exercícios em portugolLista de exercícios em portugol
Lista de exercícios em portugolGabriel Faustino
 
ADM - Modelos organizacionais
ADM - Modelos organizacionaisADM - Modelos organizacionais
ADM - Modelos organizacionaisGabriel Faustino
 
ADM - O ambiente organizacional
ADM - O ambiente organizacionalADM - O ambiente organizacional
ADM - O ambiente organizacionalGabriel Faustino
 
ADM - Evolução do pensamento em administração
ADM - Evolução do pensamento em administraçãoADM - Evolução do pensamento em administração
ADM - Evolução do pensamento em administraçãoGabriel Faustino
 
ADM - Estudo de caso - MC Donalds
ADM - Estudo de caso - MC Donalds ADM - Estudo de caso - MC Donalds
ADM - Estudo de caso - MC Donalds Gabriel Faustino
 
ADM - Jeitinho brasileiro nas organizações
ADM - Jeitinho brasileiro nas organizaçõesADM - Jeitinho brasileiro nas organizações
ADM - Jeitinho brasileiro nas organizaçõesGabriel Faustino
 
ADM - Introdução à administração e às organizações
ADM - Introdução à administração e às organizaçõesADM - Introdução à administração e às organizações
ADM - Introdução à administração e às organizaçõesGabriel Faustino
 
Programação orientada a objetos - IV
Programação orientada a objetos - IVProgramação orientada a objetos - IV
Programação orientada a objetos - IVGabriel Faustino
 

Mais de Gabriel Faustino (20)

Exercicio venda livros
Exercicio venda livrosExercicio venda livros
Exercicio venda livros
 
Diagramas uml
Diagramas umlDiagramas uml
Diagramas uml
 
Especificação caso de uso
Especificação caso de usoEspecificação caso de uso
Especificação caso de uso
 
Uso do auto preenchimento para inserir dados
Uso do auto preenchimento para inserir dadosUso do auto preenchimento para inserir dados
Uso do auto preenchimento para inserir dados
 
Sobre data e os Sistemas de Data
Sobre data e os Sistemas de DataSobre data e os Sistemas de Data
Sobre data e os Sistemas de Data
 
Resumo de Tipo de Dados
Resumo de Tipo de DadosResumo de Tipo de Dados
Resumo de Tipo de Dados
 
Funçoes de Planilha listadas por categoria
Funçoes de Planilha listadas por categoriaFunçoes de Planilha listadas por categoria
Funçoes de Planilha listadas por categoria
 
Funçao msgBox
Funçao msgBoxFunçao msgBox
Funçao msgBox
 
Função inPutbox
Função inPutboxFunção inPutbox
Função inPutbox
 
Sobre as Macros
Sobre as MacrosSobre as Macros
Sobre as Macros
 
Sistema de Informação para e-Commerce
Sistema de Informação para e-CommerceSistema de Informação para e-Commerce
Sistema de Informação para e-Commerce
 
Manual de portugol
Manual de portugolManual de portugol
Manual de portugol
 
Lista de exercícios em portugol
Lista de exercícios em portugolLista de exercícios em portugol
Lista de exercícios em portugol
 
ADM - Modelos organizacionais
ADM - Modelos organizacionaisADM - Modelos organizacionais
ADM - Modelos organizacionais
 
ADM - O ambiente organizacional
ADM - O ambiente organizacionalADM - O ambiente organizacional
ADM - O ambiente organizacional
 
ADM - Evolução do pensamento em administração
ADM - Evolução do pensamento em administraçãoADM - Evolução do pensamento em administração
ADM - Evolução do pensamento em administração
 
ADM - Estudo de caso - MC Donalds
ADM - Estudo de caso - MC Donalds ADM - Estudo de caso - MC Donalds
ADM - Estudo de caso - MC Donalds
 
ADM - Jeitinho brasileiro nas organizações
ADM - Jeitinho brasileiro nas organizaçõesADM - Jeitinho brasileiro nas organizações
ADM - Jeitinho brasileiro nas organizações
 
ADM - Introdução à administração e às organizações
ADM - Introdução à administração e às organizaçõesADM - Introdução à administração e às organizações
ADM - Introdução à administração e às organizações
 
Programação orientada a objetos - IV
Programação orientada a objetos - IVProgramação orientada a objetos - IV
Programação orientada a objetos - IV
 

Último

Apresentação sobrea dengue educação.pptx
Apresentação sobrea dengue educação.pptxApresentação sobrea dengue educação.pptx
Apresentação sobrea dengue educação.pptxtaloAugusto8
 
arte retrato de um povo - Expressão Cultural e Identidade Nacional
arte retrato de um povo - Expressão Cultural e Identidade Nacionalarte retrato de um povo - Expressão Cultural e Identidade Nacional
arte retrato de um povo - Expressão Cultural e Identidade Nacionalidicacia
 
Cruzadinha da dengue - Mosquito Aedes aegypti
Cruzadinha da dengue - Mosquito Aedes aegyptiCruzadinha da dengue - Mosquito Aedes aegypti
Cruzadinha da dengue - Mosquito Aedes aegyptiMary Alvarenga
 
PROJETO DE EXTENSÃO - SEGURANÇA, INOVAÇÃO E SUSTENTABILIDADE PARA O BEM COMUM...
PROJETO DE EXTENSÃO - SEGURANÇA, INOVAÇÃO E SUSTENTABILIDADE PARA O BEM COMUM...PROJETO DE EXTENSÃO - SEGURANÇA, INOVAÇÃO E SUSTENTABILIDADE PARA O BEM COMUM...
PROJETO DE EXTENSÃO - SEGURANÇA, INOVAÇÃO E SUSTENTABILIDADE PARA O BEM COMUM...Colaborar Educacional
 
Slides Lição 1, CPAD, O Início da Caminhada, 2Tr24, Pr Henrique.pptx
Slides Lição 1, CPAD, O Início da Caminhada, 2Tr24, Pr Henrique.pptxSlides Lição 1, CPAD, O Início da Caminhada, 2Tr24, Pr Henrique.pptx
Slides Lição 1, CPAD, O Início da Caminhada, 2Tr24, Pr Henrique.pptxLuizHenriquedeAlmeid6
 
aula 1.pptx Ementa e Plano de ensino Filosofia
aula 1.pptx Ementa e  Plano de ensino Filosofiaaula 1.pptx Ementa e  Plano de ensino Filosofia
aula 1.pptx Ementa e Plano de ensino FilosofiaLucliaResende1
 
O-P-mais-importante.pptx de Maria Jesus Sousa
O-P-mais-importante.pptx de Maria Jesus SousaO-P-mais-importante.pptx de Maria Jesus Sousa
O-P-mais-importante.pptx de Maria Jesus SousaTeresaCosta92
 
Verbos - transitivos e intransitivos.pdf
Verbos -  transitivos e intransitivos.pdfVerbos -  transitivos e intransitivos.pdf
Verbos - transitivos e intransitivos.pdfKarinaSouzaCorreiaAl
 
Trabalho DAC História 25 de Abril de 1974
Trabalho DAC História 25 de Abril de 1974Trabalho DAC História 25 de Abril de 1974
Trabalho DAC História 25 de Abril de 1974AnaRitaFreitas7
 
1. CIENCIAS-HUMANAS-GLOBALIZAÇÃO, TEMPO E ESPAÇO-V1.pdf
1. CIENCIAS-HUMANAS-GLOBALIZAÇÃO, TEMPO E ESPAÇO-V1.pdf1. CIENCIAS-HUMANAS-GLOBALIZAÇÃO, TEMPO E ESPAÇO-V1.pdf
1. CIENCIAS-HUMANAS-GLOBALIZAÇÃO, TEMPO E ESPAÇO-V1.pdfRitoneltonSouzaSanto
 
FORMAÇÃO POVO BRASILEIRO atividade de história
FORMAÇÃO POVO BRASILEIRO atividade de históriaFORMAÇÃO POVO BRASILEIRO atividade de história
FORMAÇÃO POVO BRASILEIRO atividade de históriaBenigno Andrade Vieira
 
Peixeiras da Coruña. O Muro da Coruña. IES Monelos
Peixeiras da Coruña. O Muro da Coruña. IES MonelosPeixeiras da Coruña. O Muro da Coruña. IES Monelos
Peixeiras da Coruña. O Muro da Coruña. IES MonelosAgrela Elvixeo
 
A Congregação de Jesus e Maria, conhecida também como os Eudistas, foi fundad...
A Congregação de Jesus e Maria, conhecida também como os Eudistas, foi fundad...A Congregação de Jesus e Maria, conhecida também como os Eudistas, foi fundad...
A Congregação de Jesus e Maria, conhecida também como os Eudistas, foi fundad...Unidad de Espiritualidad Eudista
 
Termo de audiência de Mauro Cid na ìntegra
Termo de audiência de Mauro Cid na ìntegraTermo de audiência de Mauro Cid na ìntegra
Termo de audiência de Mauro Cid na ìntegrafernando846621
 
Caça palavras - BULLYING
Caça palavras  -  BULLYING  Caça palavras  -  BULLYING
Caça palavras - BULLYING Mary Alvarenga
 
Apresente de forma sucinta as atividades realizadas ao longo do semestre, con...
Apresente de forma sucinta as atividades realizadas ao longo do semestre, con...Apresente de forma sucinta as atividades realizadas ao longo do semestre, con...
Apresente de forma sucinta as atividades realizadas ao longo do semestre, con...Colaborar Educacional
 
AS REBELIÕES NA AMERICA IBERICA (Prof. Francisco Leite)
AS REBELIÕES NA AMERICA IBERICA (Prof. Francisco Leite)AS REBELIÕES NA AMERICA IBERICA (Prof. Francisco Leite)
AS REBELIÕES NA AMERICA IBERICA (Prof. Francisco Leite)profesfrancleite
 

Último (20)

Apresentação sobrea dengue educação.pptx
Apresentação sobrea dengue educação.pptxApresentação sobrea dengue educação.pptx
Apresentação sobrea dengue educação.pptx
 
arte retrato de um povo - Expressão Cultural e Identidade Nacional
arte retrato de um povo - Expressão Cultural e Identidade Nacionalarte retrato de um povo - Expressão Cultural e Identidade Nacional
arte retrato de um povo - Expressão Cultural e Identidade Nacional
 
(42-ESTUDO - LUCAS) DISCIPULO DE JESUS
(42-ESTUDO - LUCAS)  DISCIPULO  DE JESUS(42-ESTUDO - LUCAS)  DISCIPULO  DE JESUS
(42-ESTUDO - LUCAS) DISCIPULO DE JESUS
 
Cruzadinha da dengue - Mosquito Aedes aegypti
Cruzadinha da dengue - Mosquito Aedes aegyptiCruzadinha da dengue - Mosquito Aedes aegypti
Cruzadinha da dengue - Mosquito Aedes aegypti
 
Abordagem 1. Análise textual (Severino, 2013).pdf
Abordagem 1. Análise textual (Severino, 2013).pdfAbordagem 1. Análise textual (Severino, 2013).pdf
Abordagem 1. Análise textual (Severino, 2013).pdf
 
PROJETO DE EXTENSÃO - SEGURANÇA, INOVAÇÃO E SUSTENTABILIDADE PARA O BEM COMUM...
PROJETO DE EXTENSÃO - SEGURANÇA, INOVAÇÃO E SUSTENTABILIDADE PARA O BEM COMUM...PROJETO DE EXTENSÃO - SEGURANÇA, INOVAÇÃO E SUSTENTABILIDADE PARA O BEM COMUM...
PROJETO DE EXTENSÃO - SEGURANÇA, INOVAÇÃO E SUSTENTABILIDADE PARA O BEM COMUM...
 
Slides Lição 1, CPAD, O Início da Caminhada, 2Tr24, Pr Henrique.pptx
Slides Lição 1, CPAD, O Início da Caminhada, 2Tr24, Pr Henrique.pptxSlides Lição 1, CPAD, O Início da Caminhada, 2Tr24, Pr Henrique.pptx
Slides Lição 1, CPAD, O Início da Caminhada, 2Tr24, Pr Henrique.pptx
 
aula 1.pptx Ementa e Plano de ensino Filosofia
aula 1.pptx Ementa e  Plano de ensino Filosofiaaula 1.pptx Ementa e  Plano de ensino Filosofia
aula 1.pptx Ementa e Plano de ensino Filosofia
 
O-P-mais-importante.pptx de Maria Jesus Sousa
O-P-mais-importante.pptx de Maria Jesus SousaO-P-mais-importante.pptx de Maria Jesus Sousa
O-P-mais-importante.pptx de Maria Jesus Sousa
 
Verbos - transitivos e intransitivos.pdf
Verbos -  transitivos e intransitivos.pdfVerbos -  transitivos e intransitivos.pdf
Verbos - transitivos e intransitivos.pdf
 
Trabalho DAC História 25 de Abril de 1974
Trabalho DAC História 25 de Abril de 1974Trabalho DAC História 25 de Abril de 1974
Trabalho DAC História 25 de Abril de 1974
 
1. CIENCIAS-HUMANAS-GLOBALIZAÇÃO, TEMPO E ESPAÇO-V1.pdf
1. CIENCIAS-HUMANAS-GLOBALIZAÇÃO, TEMPO E ESPAÇO-V1.pdf1. CIENCIAS-HUMANAS-GLOBALIZAÇÃO, TEMPO E ESPAÇO-V1.pdf
1. CIENCIAS-HUMANAS-GLOBALIZAÇÃO, TEMPO E ESPAÇO-V1.pdf
 
Abordagem 3. Análise interpretativa (Severino, 2013)_PdfToPowerPoint.pdf
Abordagem 3. Análise interpretativa (Severino, 2013)_PdfToPowerPoint.pdfAbordagem 3. Análise interpretativa (Severino, 2013)_PdfToPowerPoint.pdf
Abordagem 3. Análise interpretativa (Severino, 2013)_PdfToPowerPoint.pdf
 
FORMAÇÃO POVO BRASILEIRO atividade de história
FORMAÇÃO POVO BRASILEIRO atividade de históriaFORMAÇÃO POVO BRASILEIRO atividade de história
FORMAÇÃO POVO BRASILEIRO atividade de história
 
Peixeiras da Coruña. O Muro da Coruña. IES Monelos
Peixeiras da Coruña. O Muro da Coruña. IES MonelosPeixeiras da Coruña. O Muro da Coruña. IES Monelos
Peixeiras da Coruña. O Muro da Coruña. IES Monelos
 
A Congregação de Jesus e Maria, conhecida também como os Eudistas, foi fundad...
A Congregação de Jesus e Maria, conhecida também como os Eudistas, foi fundad...A Congregação de Jesus e Maria, conhecida também como os Eudistas, foi fundad...
A Congregação de Jesus e Maria, conhecida também como os Eudistas, foi fundad...
 
Termo de audiência de Mauro Cid na ìntegra
Termo de audiência de Mauro Cid na ìntegraTermo de audiência de Mauro Cid na ìntegra
Termo de audiência de Mauro Cid na ìntegra
 
Caça palavras - BULLYING
Caça palavras  -  BULLYING  Caça palavras  -  BULLYING
Caça palavras - BULLYING
 
Apresente de forma sucinta as atividades realizadas ao longo do semestre, con...
Apresente de forma sucinta as atividades realizadas ao longo do semestre, con...Apresente de forma sucinta as atividades realizadas ao longo do semestre, con...
Apresente de forma sucinta as atividades realizadas ao longo do semestre, con...
 
AS REBELIÕES NA AMERICA IBERICA (Prof. Francisco Leite)
AS REBELIÕES NA AMERICA IBERICA (Prof. Francisco Leite)AS REBELIÕES NA AMERICA IBERICA (Prof. Francisco Leite)
AS REBELIÕES NA AMERICA IBERICA (Prof. Francisco Leite)
 

Diagrama classes

  • 1. Metodologia de Desenvolvimento de Sistemas - Profa. Ana Paula Gonçalves Serra e Prof. André Luiz Ribeiro 1 METODOLOGIA DE DESENVOLVIMENTO DE SISTEMAS Professores: Ana Paula Gonçalves Serra André Luiz Ribeiro Diagrama de Classes – Parte I 1. Descrição O Diagrama de Classes é o principal digrama da UML, sendo estático, modela a estrutura do sistema, através de atributos, operações e relacionamentos. Uma classe é a descrição de um conjunto de objetos que compartilham os mesmos atributos, operações, relacionamentos e semântica. 2. Aplicação Utilizado para: Propor a estrutura do sistema. Auxiliar na definição de componentes e na implementação. Palavras chaves: Estrutura do sistema. O diagrama de Classes é um dos produtos da fase de Análise e/ou Projeto e pode ser elaborado através de ferramentas CASE. O diagrama de classes é o fundamento da modelagem orientada a objetos auxiliando em toda modelagem, definição dos componentes e codificação. O diagrama de classes pode ser classificado em dois tipos:
  • 2. Metodologia de Desenvolvimento de Sistemas - Profa. Ana Paula Gonçalves Serra e Prof. André Luiz Ribeiro 2 • Diagrama de Classes de Análise: Representam as classes de negócio do sistema, sendo um primeiro modelo conceitual para representar elementos do sistema que possuam características, ações e responsabilidades. Com o “tempo”, as classes de análise evoluem e se transformam em classes de projeto. As classes de análise não devem se preocupar diretamente com a implementação, ou seja, com particularidades da linguagem de programação. • Diagrama de Classes de Projeto: Representam as classes de negócio e de implementação do sistema. Para isso, o diagrama de classes de análise deve ser mapeado para um diagrama de projeto que deve abranger as classes de análise, componentes de implementação, interfaces externas, particularidades relevantes da linguagem de programação e da arquitetura do sistema. Esse diagrama é elaborado com base na “Realização dos Casos de Uso”. Obs: Alguns autores Scott e Fowler, classificam os diagramas de classes em 3 tipos: Conceitual, para definir as classes de negócio. Especificação, para definir as interfaces. Implementação: para definir as classes de implementação. Para nossas aulas o diagrama conceitual equivale ao diagrama de classes de análise, e o diagrama de especificação e implementação serão desenvolvidos em um único que será o diagrama de classes de projeto. Planejamento Análise Projeto Implementação Testes Diagrama de Classes de Análise Diagrama de Classes de Projeto Planejamento Análise Projeto Implementação Testes Planejamento Análise Projeto Implementação Testes Planejamento Análise Projeto Implementação Testes Planejamento Análise Projeto Implementação Testes Diagrama de Classes de Análise Diagrama de Classes de Projeto Planejamento Análise Projeto Implementação Testes Planejamento Análise Projeto Implementação Testes
  • 3. Metodologia de Desenvolvimento de Sistemas - Profa. Ana Paula Gonçalves Serra e Prof. André Luiz Ribeiro 3 3. Notação Básica – Diagrama de Classes de Análise CLASSE X OBJETO o Classe Representam algo do mundo real; Define as características e o comportamento dos objetos. o Objeto Uma ocorrência de uma classe; Criados durante a execução do sistema CLASSE Classe é um conjunto de objetos que possuem características e comportamentos comuns; Podem ser qualquer elemento que seja relevante dentro do domínio do problema; Devem Iniciar com letra maiúscula e no singular; Podem ter nomes compostos. Uma classe é representada por um retângulo composto de Nome, Atributos e Operações. Nome da classe: o nome da classe deve expressar o que a classe representa, pode ser um texto (substantivo) simples ou composto no singular e iniciado com letra maiúscula. Atributos: um atributo é uma propriedade (características) da classe. Em determinado momento, um objeto de uma classe terá um valor específico para cada um dos atributos de sua classe. – Descrevem as características dos objetos; – Definem os dados que devem ser armazenados; – São as informações que uma classe deve ter de si mesma; – Exemplo Classe Cliente: nome, cnpj, inscrição estadual. Operações: uma operação é uma ação ou transformação realizada ou sofrida por um objeto. Muitas vezes utiliza-se o termo método ao invés de operação. Método é a implementação de uma operação para uma classe. – São utilizados para: • Manipular os atributos • Realizar outros tipos de ações. Classe atributos operações()
  • 4. Metodologia de Desenvolvimento de Sistemas - Profa. Ana Paula Gonçalves Serra e Prof. André Luiz Ribeiro 4 – Pertencem às classes e somente podem ser aplicados aos objetos da classe; – Definem os serviços que a classe pode oferecer. RELACIONAMENTOS Um relacionamento é uma conexão entre classes, que representa comunicação e interação entre classes. Os tipos de relacionamentos podem que podem ser usados são associação (simples, agregação e composição), generalização e dependência. Associação: é um relacionamento que demonstra que uma classe está conectada a outra, com o intuito de comunicação entre elas. A associação normalmente é bidirecional, isso significa que se um objeto é associado a outro objeto, ambos os objetos se “conhecem”. A associação simples é uma conexão entre classes. Isto é representado por uma linha contínua entre as duas classes. A associação deve possuir um nome, representado próximo a linha de associação, frequentemente um verbo. Também é indicado que a associação possua uma seta, que indica a direção de leitura. Tanto o nome da associação como a seta é importante para facilitar o entendimento do domínio do problema Na associação deve-se especificar a cardinalidade entre as classes. A cardinalidade é a indicação de quantos objetos podem participar de um relacionamento, ou seja, multiplicidade. A multiplicidade das associações define todas as possibilidades numéricas de ocorrências entre os objetos. Exemplos de multiplicidades: zero a um (0..1) zero a muitos (0..*) ou (0..n) um a muitos (1..*) ou (1..n) sem indicação 1 3 exato (3) 1 a 3 (1..3) série (1,2,5..8) A associação e cardinalidade entre as classes está diretamente relacionada ao domínio do problema.
  • 5. Metodologia de Desenvolvimento de Sistemas - Profa. Ana Paula Gonçalves Serra e Prof. André Luiz Ribeiro 5 Classe1 atributo1 atributo2 atributon operação1() operação2() operaçãon() Classe2 atributo1 atributo2 atributon operação1() operação2() operaçãon() 1..n1 1..n nome do relacionamento 1 Associação Exemplo: O exemplo a seguir representa que um cliente possui 1 ou n pedidos e que um pedido pertence a somente um cliente. Cliente nome rg endereço e-mail telefone cadastrarCliente() consultarCliente() Pedido numeroPedido valorTotal valorPedido valorFrete dataPedido calcularPedido() cadastrarPedido() consultarPedido() emitirNotaFiscal() 1..n11 possui 1..n Além da associação simples, apresentada acima, existem dois tipos específicos de associação: Agregação: é um caso especial de associação, que representa conceitualmente que uma ou mais classes fazem parte de uma outra classe (“todo parte”). Mas as classes “todo parte” podem ”viver” independentes. A notação da agregação é um losângulo sem preenchimento. Classe1 atributo1 atributo2 atributon operação1() operação2() operaçãon() Classe2 atributo1 atributo2 atributon operação1() operação2() operaçãon() 1..n1 1..n nome do relacionamento 1 Agregação
  • 6. Metodologia de Desenvolvimento de Sistemas - Profa. Ana Paula Gonçalves Serra e Prof. André Luiz Ribeiro 6 Exemplo: O exemplo a seguir representa que uma empresa pode ser composta de 1 ou mais departamentos. Sendo que não necessariamente ao instanciar a classe Empresa a classe Departamento deve ser instanciada. Empresa cnpj inscriçãoEstadual nome consultarEmpresa() Departamento códigoDepto nomeDepto centroCusto cadastrarDepto() consultarDepto() 1..n 11 tem 1..n Composição: é um caso especial de associação e uma forma de agregação mais forte, onde o objeto parte depende do objeto todo, ou seja, espera-se que as partes “vivam” e “morram” como um todo conjuntamente. A notação da agregação em um losângulo preenchido. Classe1 atributo1 atributo2 atributon operação1() operação2() operaçãon() Classe2 atributo1 atributo2 atributon operação1() operação2() operaçãon() 1..n1 1..n nome do relacionamento 1 Composição
  • 7. Metodologia de Desenvolvimento de Sistemas - Profa. Ana Paula Gonçalves Serra e Prof. André Luiz Ribeiro 7 Exemplo: O exemplo a seguir representa que a classe CaixaMensagem é composta por uma ou mais classe Botão e por uma ou mais classe Texto. Sendo que ao instanciar a classe CaixaMensagem, as classes Botão e Texto também serão instanciadas “automaticamente” Botão tipo nome inserir() CaixaMensagem tamanho formato cor criar() 1..n 1 Texto descrição inserir() 1..n 11 possui 1..n 1 possui 1..n Obs: Tanto no caso da agregação, como da composição, o losângulo fica sempre na classe todo parte; Todas as regras de associação (por exemplo: nome da associação, seta da associação e cardinalidade), são válidas para agregação e composição. Generalização: é um relacionamento que descreve uma relação entre grupos de “coisas” com algo em comum, que demonstra a herança de atributos e operações de uma classe pai para seus filhos. A generalização é utilizada em classes visando a reutilização de implementação.
  • 8. Metodologia de Desenvolvimento de Sistemas - Profa. Ana Paula Gonçalves Serra e Prof. André Luiz Ribeiro 8 ClassePai atributo1Pai atributo2Pai atributonPai operação1Pai() operação2Pai() operaçãonPai() ClasseFilho1 atributo1Filho1 atributonFilho1 operação1Filho1() operaçãonFilho1() ClasseFilho2 atributo1Filho2 atributonFilho2 operação1Filho2() operaçãonFilho2() ClasseFilhoN atributo1FilhoN atributonFilhoN operação1FilhoN() operaçãonFilhoN() opname() Generalização Obs: O “triângulo” (representação da generalização) deve ser representado na classe pai; Não existe cardinalidade no relacionamento de generalização. A generalização é um processo bottom-up, utilizada para simplificar o modelo. A partir das Classes mais especializadas, deduzem-se Classes mais genéricas contendo associações, atributos e operações que sejam comuns as Classes originais. Estes, por sua vez, são reorganizados para conter somente a parte especializada. A especialização é um processo top-down, que é utilizada para refinar o modelo. A partir de Classes existentes no modelo, procuram-se especializações para o mesmo, como casos particulares da classe genérica, definindo atributos e operações específicos. Exemplo: O exemplo a seguir representa que um funcionário pode ser um funcionário contratado ou um funcionário terceiro. Tanto o funcionário contratado, como os funcionários terceiros possuem características (atributos) e ações (operações) comuns, que são representados na classe pai Funcionário. E as características (atributos) e ações (operações) específicas ficam nas classes filhas (Contratado e Terceiro).
  • 9. Metodologia de Desenvolvimento de Sistemas - Profa. Ana Paula Gonçalves Serra e Prof. André Luiz Ribeiro 9 Funcionário númeroFuncional cargo nome endereço telefone cadastrarFuncionário() consultarFuncionário() alterarFuncionário() excluirFuncionário() Contratado períodoFerias salariobruto salarioLiquido calcularSalario() verificarFerias() Terceiro nomeEmpresa valorHora Dependência: é um relacionamento de utilização, determinando que uma classe utilize atributos e operações de outra classe, mas não necessariamente o inverso. No exemplo abaixo uma alteração na Classe2 pode afetar a Classe1, pois esta utiliza a Classe2. Classe2 atributo1 atributo2 atributon operação1() operação2() operaçãon() Classe1 atributo1 atributo2 atributon operação1() operação2() operaçãon() Dependência Exemplo: A classe login depende da classe cliente, pois considera-se neste exemplo que ao efetuar o login os dados do cliente devem ser exibidos.
  • 10. Metodologia de Desenvolvimento de Sistemas - Profa. Ana Paula Gonçalves Serra e Prof. André Luiz Ribeiro 10 Cliente nome rg endereço e-mail telefone cadastrarCliente() consultarCliente() Login e-mail senha efetuarLogin() 4. Procedimento para elaboração do Diagrama de Classes de Análise 4.1. Identificação das Classes Descrição A primeira fase da elaboração de um modelo de Classes consiste na identificação das Classes que irão compor o sistema. A partir da descrição textual do sistema (especificação de requisitos) e/ou dos diagramas e descrições dos casos de uso, serão identificadas as Classes relevantes através de sucessivos refinamentos e detalhamentos, ou seja: Foco nas classes de negócio; Classes se originam de: o Especificações de Requisitos; o Diagramas de Casos de Uso; o Modelos de Processo; o Entrevistas; o Reuniões. Estrutura da Solução 1. Identifique os substantivos na descrição do sistema (Requisitos, especificação de casos de uso, diagrama de casos de uso, etc); 2. Anote-os separadamente e classifique-os; 3. Refine os objetos identificados, avaliando os que devem permanecer no modelo; 4. Crie um esboço do diagrama com os objetos identificados; 5. Não se preocupe com atributos, operações e relacionamentos; 6. Tente refiná-los, agrupando os objetos fortemente relacionados Dicas − Perguntas para auxiliar na identificação de classes: Existem informações que devem ser armazenadas ? Existem Sistemas Externos ? Existentes representações organizacionais ? Os atores representam algo no negócio ? Existem dispositivos utilizados pelo sistema ? Existem bibliotecas, componentes ou outros elementos de software ? − Dirija a modelagem segundo o problema a resolver.
  • 11. Metodologia de Desenvolvimento de Sistemas - Profa. Ana Paula Gonçalves Serra e Prof. André Luiz Ribeiro 11 − Escolha os nomes das Classes com critério. − Analise cuidadosamente o texto, examinando também pronomes, para não omitir substantivos implícitos. − Não elimine Classes a não ser que tenha absoluta certeza. É sempre possível eliminar uma Classe mais tarde. − Planeje a localização de suas Classes no diagrama. Facilitando enxergar os relacionamentos. 4.2. Identificação de Associações entre Classes Descrição Após a identificação das Classes que fazem parte do sistema, é necessário relacionar as Classes de acordo com os seus papéis. Uma Classe isolada no sistema geralmente não é útil, portanto toda Classe tem algum tipo de relacionamento com outra Classe. Identificar inicialmente as associações e agregações entre as Classes do sistema e posteriormente as generalizações/herança. Estrutura da Solução 1. Associações Marque os verbos e expressões que caracterizam os substantivos identificados como objetos; Identifique as associações entre os objetos; Dê nomes às associações Identifique as associações entre as Classes. Num primeiro momento não tente distinguir as agregações entre as associações. Num segundo momento distinguir quais associações podem ser agregações ou composições. 2. Cardinalidades Estime a cardinalidade das associações. 3. Hierarquia de generalização/herança No diagrama de caso de uso os atores que possuem generalização/herança tendem a ser classes representadas através da generalização/herança. Procure no texto de descrição do sistema e/ou na descrição dos casos de uso, casos de Classes especializadas. Algumas Classes podem não estar muito explícitas, ou podem não parecer que são especializadas. Aproveite para examinar seu modelo novamente contra a descrição textual, olhando o sistema do ponto de vista destes agrupamentos. Tente definir Classes generalizadas e agrupar seus casos particulares. Refine o modelo, observando as dicas abaixo. Não exagere. Ao descobrir as possibilidades do mecanismo de herança, o entusiasmo é comum e tenta-se ver a generalização em todo lugar. Cuidado para não complicar demais o modelo. Dicas − As cardinalidades dizem respeito a cada extremidade de uma associação. − As cardinalidades podem mudar dependendo do contexto em que a associação ocorre, do domínio do problema e das regras de negócio.
  • 12. Metodologia de Desenvolvimento de Sistemas - Profa. Ana Paula Gonçalves Serra e Prof. André Luiz Ribeiro 12 4.3. Identificação de atributos e operações A definição dos atributos e operações na classe é baseada nas responsabilidades. Responsabilidade é um contrato de uma determinada classe. Por exemplo, uma classe Sensor é responsável por medir a temperatura e disparar um alarme, caso a temperatura alcance um determinado ponto. Nesse exemplo é fácil identificar os atributos (valor temperatura obtida, valor temperatura máximo) e operações (medir temperatura e disparar alarme). Ao realizar a modelagem um bom ponto de partida para identificar as responsabilidades. Técnicas, como CRC (Class Responsability Collaboration) e análises baseadas em casos de uso são de grande ajuda. Estrutura da Solução para Atributos A partir da descrição textual do problema, tente identificar substantivos e adjetivos que representem propriedades das Classes identificadas. Tente descobrir mais alguns atributos através de análise e discussão. Atributos podem ser omitidos da descrição, mas o conhecimento do domínio da aplicação traz à tona muitos atributos implícitos. Complete o modelo de Classes com os atributos encontrados e verifique se estão na Classe correta. Estrutura da Solução para Operações Identifique as possíveis operações que irão manipular os atributos identificados e qual é a classe que será responsável pela execução dessa operação. Incluir estas operações nas classes. Dicas Atributos podem ser identificados como novas Classes, dependendo do contexto. Se um atributo tem atributos, então ele é uma Classe. Se a existência do atributo parece mais importante que o valor que ele guarda, então ele uma Classe. Observe o nível adequado de detalhamento. Alguns atributos são mais importantes que outros. Atributos que afetam muitas operações da aplicação são altamente relevantes. Outros atributos, que têm efeito pequeno, não necessitam ser considerados na análise. Cuidado com atributos necessários à implementação. Alguns atributos podem ser necessários somente para a linguagem onde será implementado o aplicativo, mas podem não ter função lógica no domínio da aplicação. Não considere estes atributos no diagrama de classes de análise. Verifique atributos fora de contexto. Se forem identificados grupos de atributos que não se relacionam dentro de uma Classe, examine melhor esta Classe. Pode ser interessante dividi-la em mais Classes, com os atributos mais relacionados juntos. Aproveite a identificação dos atributos para rever as suas Classes. Algumas Classes podem estar fora de foco, sem função definida no sistema. Observações Gerais: São sugeridas por Coad e Yourdon algumas características de seleção de Classes: A Classe será útil somente se a informação sobre ela for necessária para o funcionamento do sistema. A Classe em potencial deve ter um conjunto de operações identificáveis que podem mudar o valor de seus atributos de alguma maneira.
  • 13. Metodologia de Desenvolvimento de Sistemas - Profa. Ana Paula Gonçalves Serra e Prof. André Luiz Ribeiro 13 Uma Classe com um único atributo, provavelmente, será mais bem representada como um atributo de uma outra Classe. São sugeridas por Abbot, algumas dicas para análise das descrições gramaticais de sistemas: Gramática Componente do Diagrama Exemplo Nome Próprio Objeto Alice, Antonio, ... Nome comum (substantivo) Classe Funcionário, sala, ... Substantivo e Adjetivo Atributo Nome do aluno, número da página, ... Verbo de ação Operação Criar, calcular, ... Verbo de Existência Generalização/herança É um tipo de, e um de, pode ser, ... Verbo de Posse Agregação e Composição Consiste de, faz parte de, ... Notação Complementar – Interface Em muitos casos é necessário integrar uma ou mais classes com outros sistemas de software ou outros componentes de software. Na UML, utiliza-se o conceito de interface para integrar sistemas ou parte de sistemas. Uma interface é uma coleção de operações para especificar o serviço de uma classe. Declarando a interface, pode-se estabelecer o comportamento desejado de uma abstração independente da implementação (UML – Guia do Usuário). A interface pode ser representada por uma representação gráfica, apresentada a seguir ou utilizando o estereótipo <<interface>>. A interface no diagrama de classes de análise permite visualizar de forma ampla e abstrata a integração de uma classe com um sistema externo ou um componente externo, sem se preocupar com qualquer implementação. Notação gráfica de interface: Exemplo de Interface: Representação gráfica: Matricula codigoMatricula dataMatricula valorMatricula efetuarMatricula() Sistema Acadêmico Aluno Nome Interface
  • 14. Metodologia de Desenvolvimento de Sistemas - Profa. Ana Paula Gonçalves Serra e Prof. André Luiz Ribeiro 14 Representação com estereótipo: Matricula codigoMatricula dataMatricula valorMatricula efetuarMatricula() Sistema Acadêmico Aluno <<interface>> Copyright © 2008-2013 Profa. Ana Paula Gonçalves Serra e Prof. André Luiz Ribeiro Todos direitos reservados. Reprodução ou divulgação total ou parcial deste documento é expressamente proibido sem o consentimento formal, por escrito, da Profa. Ana Paula Gonçalves Serra e do Prof. André Luiz Ribeiro .