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

Visão Geral de Orientação a Objetos

com UML

OO e UML | 2

iti. T

ireito

Qualiti Software Processes

ObjetivosApresentar os princípios do paradigma de orientação a objetosApresentar os conceitos de orientação a objetos com a notação UML correspondenteFoco em aspectos estruturais: diagramas de classes

OO e UML | 3

iti. T

ireito

Princípios básicos de OORepresentação agrupa dados e operações relacionadas (objetos e classes)Dados usualmente protegidos contra acesso indevido: objetos se comunicam através de mensagensPela própria natureza, objetos podem ser distribuídosPotencialmente, embutem características como Abstração Encapsulamento information hiding modularidade Extensibilidade (herança) Polimorfismo

OO e UML | 4

iti. T

ireito

Abstração

cliente

animal

automóvel

OO e UML | 5

iti. T

ireito

AbstraçãoConstrução de um modelo para representação de uma realidade

Concentração nas características essenciais, gerenciando complexidade

OO e UML | 6

iti. T

ireito

AbstraçãoConstrução de um modelo para a

realidade

Automovelmodelopreco...atualizaPreco()...

OO e UML | 7

iti. T

ireito

Encapsulamento e Information hiding

Exemplos de encapsulamento usados no nosso “dia-a-dia”

OO e UML | 8

iti. T

ireito

EncapsulamentoAgrupa elementos relacionados em uma unidade sintática (cápsula, módulo, classe, pacote, ...)

OO e UML | 9

iti. T

ireito

Information hidingElimina dependência de implementação, escondendo-a do clienteUso de interfacesMudanças internas não têm impacto sobre os clientesImplementado via mecanismos de controle de visibilidade Ex.: elementos privados em classes

OO e UML | 10

iti. T

ireito

Número Saldo

21.342-7 875,32

Crédito

Débito

Exemplo: objeto conta bancária

Encapsulamentoagregação de

elementos

Information hidingocultamento de

elementos

OO e UML | 11

iti. T

ireito

Modularidade

OO e UML | 12

iti. T

ireito

ModularidadeDecomposição de um problema em partes menores, para gerenciar complexidadeCada conceito independente deve ser representado por um móduloConstrução de módulos desacoplados e coesosDividir para conquistar ...

OO e UML | 13

iti. T

ireito

Extensibilidade (Herança)

Figura

RetânguloTriângulo

Polígono

ContaEspecialPoupança

OO e UML | 14

iti. T

ireito

Extensibilidade (Herança)Criação de hierarquias de abstraçãoBase conceitual para permitir extensibilidade do softwareReuso de código e comportamento (subtipo)Herança comportamental (behavioural inheritance)Referência clássica: A behavioral notion of subtyping (Liskov & Wing)

OO e UML | 15

iti. T

ireito

Exemplo: objeto poupança

Número Saldo

21.342-7 875,32

Crédito

Débito

R. Juros

OO e UML | 16

iti. T

ireito

PolimorfismoLinguagens polimórficas permitem que valores e identificadores (variáveis e operações) possuam mais de um tipoHá vários tipos de polimorfismo: Paramétrico, de inclusão, overloading e

coerção Referência clássica: On understanding types, data abstraction and polymorphism (Cardelli & Wegner)

OO e UML | 17

iti. T

ireito

Polimorfismo de inclusão Herança define polimorfismo Objeto da subclasse usado no lugar

do objeto da classe Exemplo: uso de poupança em

contextos onde contas são esperadas

Interfaces também definem polimorfismo Reuso de tipo, mas não de código

OO e UML | 18

iti. T

ireito

Polimorfismo real ou paramétrico

Forma mais pura de polimorfismoO mesmo objeto ou operação usada uniformemente em diferentes contextos (tipos só determinados em tempo de execução)Exemplo: generics em Java 1.5

OO e UML | 19

iti. T

ireito

Polimorfismo via overloading e coerção

Overloading permite o uso do mesmo nome para elementos semânticos Exemplo: métodos ou construtores

em JavaCoerção é semelhante, mas inclui conversão implícita de tipos Exemplo: soma envolvendo um

operando inteiro e outro real

OO e UML | 20

iti. T

ireito

Conceitos básicos de OOObjetoClasseAtributoOperaçãoInterfaceComponentePacoteSubsistemaRelacionamentos

OO e UML | 21

iti. T

ireito

ObjetoModelo de um objeto real entidade física, conceitual ou

de softwarePossui comportamento, estado e identidadeExemplo: objetos conta e poupança apresentados

OO e UML | 22

iti. T

ireito

Objeto em UML

: Conta

contaSaque :Conta

contaSaqueApenas o nome daclasse

Apenas o nome doobjeto

Nome da classe e doobjeto

OO e UML | 23

iti. T

ireito

ClasseDescrições de objetos com propriedades e comportamento comunsAbstração que enfatiza o que é relevante suprime o que não

interessa Classes são fábricas de objetosObjetos são agrupados em classes

OO e UML | 24

iti. T

ireito

Classe de Contas Bancárias

OO e UML | 25

iti. T

ireito

Classes de ObjetosQuantas classes temos aqui?

Fonte: Rational

OO e UML | 26

iti. T

ireito

Classe em UML

Nome da Classe Conta

Atributos Operações

numerosaldo

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

estrutura

comportamento

OO e UML | 27

iti. T

ireito

AtributoPropriedades de um objetoArmazenam estado dos objetos

númerosaldo

OO e UML | 28

iti. T

ireito

Atributo em UML

: Conta

numero = 23.025-1saldo = 500,00

: Conta

numero = 21.342-7saldo = 875,32

numero: Stringsaldo: Real

Valor do Atributo

Objeto

OO e UML | 29

iti. T

ireito

OperaçãoModela comportamento das classesServiços que os objetos oferecem a outros objetos

númerosaldo

creditar debitar

getNumero

OO e UML | 30

iti. T

ireito

Operação em UML

credito(valor:Real)debito(valor:Real)getSaldo(): RealgetNumero(): String

Especificação das operações

OO e UML | 31

iti. T

ireito

Classes: visibilidade

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

+ público # protegido - privado

OO e UML | 32

iti. T

ireito

Visibilidade no Rose

Pessoanome : Stringcpf : Stringtelefone : String

incluir()consultar()atualizar()

público

privado

protegido

OO e UML | 33

iti. T

ireito

InterfaceInterfaces formalizam polimorfismo com implementações independentesAumentam o nível de reusabilidadeViabilizam o uso de componentesReduzem o esforço de evolução da aplicação

OO e UML | 34

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 corpo

Classes implementam interfaces provêem implementação para os métodos

especificados em uma interface

OO e UML | 35

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

OO e UML | 36

iti. T

ireito

Interface em UML: notação alternativa

RepositorioContas

Relacionamentos de realização

RepositorioContasOO

RepositorioContasXML

RepositorioContasBDR

OO e UML | 37

iti. T

ireito

Classe abstrataClasse abstrata é aquela que não possui instânciaEm geral, possui pelo menos um método abstratoMétodos abstratos não têm corpo subclasses não abstratas são obrigadas

a fornecer uma implementação para eles

OO e UML | 38

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

OO e UML | 39

iti. T

ireito

Classes abstratas x Interfaces

Herança de tipos x herança de códigoClasses descrevem propriedades fundamentais de um objetoInterfaces descrevem papéis desempenhados por um objeto em determinadas situaçõesInterfaces são úteis para implementar herança múltipla

OO e UML | 40

iti. T

ireito

ComponenteParte não trivial, quase independente, substituível de um sistema, que provê a realização de (uma/um conjunto de) interface(s)Exemplos um código fonte um componente de tempo de execução

um componente executável

OO e UML | 41

iti. T

ireito

Componente em UML

Interface doComponente

Arquivo fonte<<DLL>>

Componente<<EXE>>Arquivo

executável

OO e UML | 42

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

OO e UML | 43

iti. T

ireito

Coesão e AcoplamentoAcoplamento é a medida de quão conectadas duas classes são cuidado com herançaCoesão é a medida de quão auto-contida uma classe é

Sistemas devem ter baixo acoplamento e alta coesão bom para manutenção

OO e UML | 44

iti. T

ireito

SubsistemaUnião de pacote (agrupa outros elementos) classe (comportamento)

Realiza uma ou mais interfaces, que definem o seu comportamento

OO e UML | 45

iti. T

ireito

Subsistema em UML

Subsistema

Interface

Realização

<<subsystem>>

Nome do subsistema

OO e UML | 46

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

OO e UML | 47

iti. T

ireito

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

OO e UML | 48

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

OO e UML | 49

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

OO e UML | 50

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

OO e UML | 51

iti. T

ireito

Associação x Agregação x Composição

Como você modelaria: Dependente e Funcionário? Pedido e Item do pedido? Funcionário e Cartão de ponto? Carro, Roda, Direção e Carburador?

Na dúvida, use agregação!

Na dúvida, use associação!

OO e UML | 52

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

OO e UML | 53

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

OO e UML | 54

iti. T

ireito

Exercício - Relacionamentos

Modele os relacionamentos existentes entre as classes abaixo:

Universidade Departamento

Aluno Disciplina Professor

OO e UML | 55

iti. T

ireito

Multiplicidade

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

relacionada a uma instância de outra classe

Especificado em cada uma das pontas da associação

OO e UML | 56

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

OO e UML | 57

iti. T

ireito

Exemplo: Multiplicidade

PessoaEmpresa

Multiplicidade

OO e UML | 58

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

OO e UML | 59

iti. T

ireito

Exemplo: Navegação

PessoaEmpresa

Navegação

OO e UML | 60

iti. T

ireito

Exercício - MultiplicidadeAcrescente a multiplicidade nos relacionamentos encontrados no exercício anterior.

OO e UML | 61

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)

OO e UML | 62

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

OO e UML | 63

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

OO e UML | 64

iti. T

ireito

Herança Múltipla

Classes herdando de mais de uma classe

Mamífero AnimalVoadorHerançamúltipla

Cachorro Gato Morcego Passarinho Gaviao

OO e UML | 65

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?

OO e UML | 66

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

OO e UML | 67

iti. T

ireito

Exercício - ArquiteturaModele um diagrama de classes, com todos os relacionamentos, de uma aplicação bancária, envolvendo: Classes Conta, Poupanca e Cliente,

com as respectivas coleções Fachada Interface

OO e UML | 68

iti. T

ireito

Mecanismos adicionais de UML

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

OO e UML | 69

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

OO e UML | 70

iti. T

ireito

Estereótipos - Exemplo

Classes de fronteira:

ClasseFronteira

<<boundary>>ClasseFronteira

OO e UML | 71

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:

LeitoraCartao

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

OO e UML | 72

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}

LeitoraCartao {location=server}

OO e UML | 73

iti. T

ireito

Restrições

Pessoa Empresa{subset}

Funcionário

Diretor1..* 1

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

OO e UML | 74

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

OO e UML | 75

iti. T

ireito

Diagramas UML

Diagramas usados no curso serão apresentados sob demanda Seqüência Colaboração Classes (já apresentado) Pacotes Estados Estrutura

OO e UML | 76

iti. T

ireito

Paradigma de Orientação a Objetos

Favorece modularidade, manutenibilidade e reusoAproxima-se do mundo realUso do mesmo conceito em várias fases do desenvolvimentoMas não é adequado para capturar requisitos, planejar o projeto e realizar testes funcionais

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

Documents

Transcript of Visão Geral de Orientação a Objetos com UML Copyright © 2006 Qualiti. Todos os direitos...

Uml - Exemplos de Modelagem em UML

Exercitando UML

probability, random variables, and stochastic processes

Qualiti Software Processes Gerência de Configuração.

Orientação a Objetos com UML. Copyright © 2006 Qualiti. Todos os direitos reservados. Qualiti Software Processes Análise e Projeto OO com UML e Padrões|

1/51 O Fluxo de Requisitos © Alexandre Vasconcelos amlv@cin.ufpe.br alexandre@qualiti.com.br Centro de Informática da UFPE/ Qualiti Software Processes.

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

eidos uml - diseno orientado a objetos con uml spanish.pdf

Modelagem de Dados com UML Modelagem de Dados com UML ...

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

A Linguagem UML - faculty.dca.fee.unicamp.brfaculty.dca.fee.unicamp.br/.../files/ea975/slides/UML.pdf · A Linguagem UML FEEC-UNICAMP Ricardo Gudwin. A Linguagem UML A Linguagem UML

UML Introdução

Qualiti Software Processes Padrão de Codificação …PadraoDeCodificacaoJava.doc Última atualização: 18/02/00 11:45h 1 de 24 Qualiti Software Processes Padrão de Codificação

Inspxn Processes 7 - Virginia

Introdução à UML - professor.pucgoias.edu.brprofessor.pucgoias.edu.br/.../material/Aula_03_Introducao_a_UML.pdf · Introdução à UML Prof. Jesus José de Oliveira Neto. UML –Linguagem

2013-01 EM315_EM311 CH02 Casting Processes

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.

Copyright © 2002 Qualiti. Todos os direitos reservados. Qualiti Software Processes.

Apostila uml

Usando UML