Orientação a Objetos com UML. Copyright © 2006 Qualiti. Todos os direitos reservados. Qualiti...

Orientação a Objetoscom UML

iti. T

ireito

Qualiti Software ProcessesAnálise e Projeto OO com UML e Padrões| 2

Elementos básicos de OO em UML

ObjetoClasseAtributoOperaçãoInterfaceComponentePacoteSubsistemaRelacionamentos

iti. T

ireito

Objeto em UML

: Conta

contaSaque :Conta

contaSaqueApenas o nome daclasse

Apenas o nome doobjeto

Nome da classe e doobjeto

iti. T

ireito

Classe em UML

Nome da Classe Conta

Atributos Operações

numerosaldo

credito()debito()getSaldo()getNumero()

estrutura

comportamento

• O que deve ser modelado por uma classe?• O que é abstração e modularidade?

iti. T

ireito

Visibilidade

Marcações de acesso podem ser usadas para especificar o tipo de acesso permitido aos atributos e operações

+ público # protegido - privado

iti. T

ireito

InterfaceInterfaces definem um tipo especificando apenas a assinatura de seus métodosInterfaces não possuem atributos e seus métodos não têm corpoClasses, subsistemas e componentes implementam interfaces provêem implementação para os métodos

especificados em uma interface

iti. T

ireito

Exemplo: Independência do meio de armazenamento

Isolando as coleções de negócio de mudanças na coleção de dados correspondente

RepositorioContasBDR RepositorioContasOO

CadastroContas

<<interface>>RepositorioContas

iti. T

ireito

Interface em UML: notação alternativa

RepositorioContas

Relacionamentos de realização

RepositorioContasOO

RepositorioContasXML

RepositorioContasBDR

iti. T

ireito

Classes, Interfaces e Classes Abstratas

Classes

• Atributos• Métodos

Classes Abstratas

• Atributos• Métodos• Assinatura de Métodos

Interfaces

• Assinaturas dos métodos

iti. T

ireito

Componente em UML

Interface doComponente

Arquivo fonte<<DLL>>

Componente<<EXE>>Arquivo

executável

iti. T

ireito

PacoteMecanismo para organizar elementos em gruposFacilita entendimento do sistemaFavorece modularidade e reuso em larga escalaEssencial para estruturar sistemas complexos

nome do pacote

iti. T

ireito

Subsistema em UML

Subsistema

Interface

Realização

<<subsystem>>

Nome do subsistema

iti. T

ireito

Subsistemas e Componentes

Ambos encapsulam um comportamento modelado por interfacesSubsistemas representam componentes no modelo de projetoComponentes são a realização física dos subsistemas

Projeto

Implementação

Nome do componente

<<subsystem>>Nome do subsistema

iti. T

ireito

RelacionamentosAssociação simples agregação composiçãoDependência GeneralizaçãoRealização

iti. T

ireito

AssociaçãoRelação estrutural entre classes

Pessoa

Pessoa Empresa

Empresa

trabalha

Associação

Nome da associação

Classe

Empregado Empregador

Papéis

iti. T

ireito

AgregaçãoTipo especial de associaçãoRelacionamento todo-parteO todo possui um nível de abstração maior que a parte

DepartamentoEmpresa

Todo Parte

Agregação

iti. T

ireito

ComposiçãoTipo especial de agregaçãoRelação de posse mais forteO todo é responsável pela criação da parteA parte não vive sem o todoNão permite compartilhamento

DepartamentoEmpresa

Todo Parte

Composição

iti. T

ireito

DependênciaRelacionamento não estrutural (uso) mais fraco que associação

Uma dependência entre dois elementos indica que mudança em um elemento pode causar mudanças no outro

CartãoLeitoraCartao

lerCartao (cartao) Relacionamentode Dependência

iti. T

ireito

DependênciaPode existir relacionamento de dependência entre vários elementos de UML

Classe

Pacote

PacoteFornecedor

ComponenteFornecedorCliente

PacoteClienteDependência

Fonte: Rational

FornecedorCliente

iti. T

ireito

Multiplicidade

Multiplicidade define quantos objetos participam do relacionamento O número de instâncias de uma classe

relacionadas a uma instância de outra classe

Especificado em cada uma das pontas da associação

iti. T

ireito

Tipos de MultiplicidadeNão especificadaExatamente umZero ou maisMuitos (mesmo que 0..*)Um ou maisZero ou umIntervalo determinadoValores múltiplos

2, 4..6

iti. T

ireito

Exemplo: Multiplicidade

PessoaEmpresa

Multiplicidade

iti. T

ireito

Navegação

Especifica a direção da associaçãoAssociações e agregações são bidirecionais por default, mas é desejável que a navegação seja restringida a apenas uma direçãoAssociações bidirecionais são mais difíceis de implementar

iti. T

ireito

Exemplo: Navegação

PessoaEmpresa

Navegação

iti. T

ireito

Generalização

Relacionamento entre classes onde uma classe compartilha a estrutura (atributos e relacionamentos) e comportamento (operações) de outras classesDefine uma hierarquia de abstraçõesRelacionamento “é um tipo de” (is-a-kind-of) Herança comportamental (behavioural

inheritance) Referência clássica: A behavioral notion of subtyping

(Liskov & Wing)

iti. T

ireito

Generalização

Uma subclasse pode adicionar atributos, operações e

relacionamentos redefinir operações herdadas

Tipos de herança: simples e múltipla

iti. T

ireito

Herança Simples

Classes herdando de apenas uma outra classe

Círculoraiocentrodesenhar()

Retânguloverticesdesenhar()diagonal()

Figuracorlargura da linhadesenhar()girar(graus)selecionar()

Subclasses

Superclasse(pai)

Relacionamentode Generalização

Quadrado

iti. T

ireito

Herança Múltipla

Classes herdando de mais de uma classe

Mamífero AnimalVoadorHerançamúltipla

Cachorro Gato Morcego Passarinho Gaviao

iti. T

ireito

Herança Múltipla

O que acontece quando as superclasses possuem o mesmo método (métodos com o mesmo nome? O que acontece quando se tenta executar um método que não está definido na subclasse? Em que hierarquia de superclasses deve-se procurar o método?

iti. T

ireito

Realização

SubsistemaClasse

Caso de uso

Indica que um elemento serve como contrato que o outro deve seguir

Exemplos:

Componente

Realização de Caso de uso

iti. T

ireito

Qualiti Software ProcessesAnálise e Projeto OO com UML para Sistemas

RT| 31

Exercício - ArquiteturaDefina uma arquitetura simplificada de uma aplicação bancária, com: Pelo menos 2 tipos de conta (corrente,

poupança) e um cadastro de contas Cliente e um cadastro de clientes Operações para criar, remover,

debitar, creditar, transferir, ... Adoção do padrão fachada

iti. T

ireito

Mecanismos adicionais de UML

EstereótiposNotasPropriedades (Tagged values)RestriçõesOCL (Object Constraint Language)

iti. T

ireito

Estereótipos

Mecanismo utilizado para estender os elementos de UMLDefine um novo modelo de elemento em termos de outro já existente Como criando um novo ícone utilizando a notação <<novo_elemento>>

iti. T

ireito

Estereótipos - Exemplo

Classes de fronteira:

ClasseFronteira

<<boundary>>ClasseFronteira

iti. T

ireito

NotasAnotação utilizada para adicionar informação a diagramas Pode ser afixionada a qualquer elemento de UML Pode ser ligada a um elemento com uma linha tracejada

Exemplo:

LeitorCartao

Esta classe é uma abstração do dispositivo de hardware que será usado para ler efetivamente as informações do cartão magnético.

iti. T

ireito

Propriedades (Tagged Values)

Servem para estender elementos UML, adicionando informações sobre elesExemplos já definidos em UML: Persistence Location (ex: no cliente, no servidor)

Você pode criar suas próprias propriedades

Cliente{persistence}

LeitorCartao {location=server}

iti. T

ireito

Restrições

Pessoa Empresa{subset}

funcionários

diretores

1..* 1

Usadas para criação de novas regras sobre elementos do modeloOu modificação de regras existentes

iti. T

ireito

OCL (Object Constraint Language)

Empresa

É uma linguagem usada para definir restrições sobre elementos do modelo ou modificação de restrições existentes Invariantes de classe Pré e pós-condições de operações

context Empresainv diretoresNecessarios:self.diretor->size() == 3

iti. T

ireito

Diagramas UML

Diagramas de UML usados no curso (apresentados sob demanda) Casos de uso Classes Sequência Comunicação (Colaboração) Pacotes Componentes (usado em SOA)

iti. T

ireito

Qualiti Software Processes40

Processos e PadrõesOrientação a objetos e DBC são paradigmas promissores, mas Reuso Extensibilidade Escalabilidade ...

exigem Processos Técnicas Disciplina Experiências anteriores de sucesso (padrões)!

Orientação a Objetos com UML. Copyright © 2006 Qualiti. Todos os direitos reservados. Qualiti...

Documents

Projetar Cápsulas Parte 1. Copyright © 2002 Qualiti. Todos os direitos reservados. Qualiti Software Processes Projetar cápsulas | 2 Objetivos deste módulo

Modelagem de Sistemas com UML - inf.ufpr.br · Modelagem de Sistemas com UML (parte 1) Jobson Massollar jobson@cos.ufrj.br Tayana Conte ... ¾Comportamentais ou Dinâmicos: 9Diagrama

Modelando Sistemas com UML

Análise e Modelagem com UML

Copyright © 2006 Qualiti. Todos os direitos reservados. Projetar Classes

Projeto de sistemas com UML - Parte 2

UML e Modelagem de Dados Com Visual Studio .NET

Projetar Arquitetura. Copyright © 2006 Qualiti. Todos os direitos reservados. Qualiti Software Processes Análise e Projeto OO com UML e Padrões| 2 Objetivos

Modelagem UML com Software Livremarcio/UMLIIConisli.pdf · Introdução A Linguagem UML. A origem da pesquisa de SL para UML. Os Software Livres para UML e suas caracteristicas. (Dia,

Fábrica de Software com UML

SOA Service Oriented Architecture. Copyright © 2008 Qualiti. Todos os direitos reservados. Copyright © 2006 Qualiti. Todos os direitos reservados. Estilo/padrão

Analise e Desenho Orientado a Objetos Com UML

Introdução à modelagem de software com UML

Modelagem UML com Software Livremarcio/UML5FISL.pdf · Modelagem UML com Software Livre Dia Umbrello ArgoUML Marcio Junior Vieira 2004 -Ambiente Livre - Marcio Junior Vieira

Modelagem de Sistemas Com UML

MODELAGEM COM A UML (UNIFIED MODELING LANGUAGE)

Modelagem de Objetos Com UML

Análise Orientada a Objetos com UML

Análise e Projeto OO com UML e Padrões Augusto Sampaio - acas Pedro Antonino – prga2 (Monitor) Agosto, 2013 Parte do material cedido pela Qualiti Software

Qualiti Software Processes Gerência de Configuração