A apresentação está carregando. Por favor, espere

A apresentação está carregando. Por favor, espere

Alcides Calsavara alcides@epsilon.pucpr.br Orientação a Objetos Alcides Calsavara alcides@epsilon.pucpr.br.

Cópias: 1
Modelagem Orientada a Objetos Relacionamentos. Conteúdo n Ligação entre objetos n Associação entre classes n Agregação n Multiplicidade e Papel n Atributo.

Apresentações semelhantes


Apresentação em tema: "Alcides Calsavara alcides@epsilon.pucpr.br Orientação a Objetos Alcides Calsavara alcides@epsilon.pucpr.br."— Transcrição da apresentação:

1 Alcides Calsavara alcides@epsilon.pucpr.br
Orientação a Objetos Alcides Calsavara

2 Objetivo Estudar técnicas e ferramentas para análise, projeto e implementação de sistemas orientados a objetos (OO)

3 Ementa Conceituação de OO Método para modelagem OO Programação OO
Modelagem de Objetos Modelagem Dinâmica Modelagem Funcional Programação OO

4 Bibliografia Básica James Rumbaugh et al. Modelagem e Projetos Baseados em Objetos. Editora Campus, ISBN X. Grady Booch. Object-Oriented Analysis and Design with Applications. Second Edition. Addison-Wesley, ISBN Ivar Jacobson. Object-Oriented Software Engineering - a Use Case Driven approach. Addison-Wesley, ISBN Peter Coad. Objet Models - Strategies, Patterns & Applications. Prentice-Hall, ISBN Dennis de Champeaux. Object-Oriented Development Process and Metrics. Prentice-Hall, ISBN Gregory Satir and Doug Brown. C++ : The Core Language. O’Reilly & Associates, ISBN X.

5 Bibliografia Complementar
Jag Sodhi and Prince Sodhi. Object-Oriented Methos for Software Development. McGraw Hill, ISBN Chris Zimmermann (Ed). Advances in Object-Oriented Metalevel Architectures and Reflection. CRC Pr, ISBN X. Jonathan Pletzke. Advanced Smalltalk.. John Wiley & Sons, ISBN Al Stevens. C++ Database Development. Mis Pr, ISBN Grady Booch and Ed Eykholt (Eds). The Best of Booch: Designing Strategies for Object Technology. Prentice-Hall, ISBN

6 Grupo de Usuários da Tecnologia de Objetos (GUTO)
Página WWW Lista de discussões Mensagem para: Com conteúdo: sub GUTO-L

7 Conceitos de OO Modelagem de Objetos

8 Vantagens Independência de implementação Esconder detalhes
Flexibilidade Clareza conceitual Modularização Reusabilidade

9 Áreas de aplicação Linguagens de programação Bancos de dados
Sistemas operacionais Sistemas distribuídos Interface gráfica Métodos de modelagem de sistemas Métodos formais: Z++ Empacotamento de software: classes, componentes Integração de sistemas: CORBA, DCOM Reflexão: tolerância a falhas, reconfiguração

10 Conceitos fundamentais
Objeto Identidade Encapsulamento Classificação/Instanciação Generalização/Especialização Herança Polimorfismo

11 Objeto Um conceito, uma abstração, algo com limites e significados definidos para o problema em questão Um objeto do mundo real Um conjunto de atributos (estado) e métodos (comportamento) Uma instância de uma classe

12 Identidade Característica peculiar de um objeto que denota a existência em separado do objeto, mesmo que ele tenha os mesmos valores de atributos de outro objeto Uma identificação única de cada objeto

13 Encapsulamento Técnica de modelagem e implementação que separa os aspectos externos de um objeto dos detalhes internos de implementação do mesmo objeto Os atributos (estado) de objeto só é modificável a partir de seus métodos (interface)

14 Atributo Propriedade denominada de uma classe, que descreve o valor de um dado contido por cada objeto da classe Todo atributo tem um tipo e, opcionalmente, um valor default inicial Cada instância de uma classe possui todos os atributos definidos pela classe

15 Método (ou Operação) Função ou transformação que pode ser aplicada aos objetos de uma classe Todo método definido para uma classe pode ser aplicado a qualquer instância daquela classe Um método tem um nome, uma lista de argumentos, um tipo de retorno e uma implementação

16 Classe Descrição de um grupo de objetos com propriedades semelhantes, comportamento, relacionamentos e semântica comuns Instância: um objeto descrito por uma classe

17 Generalização Relacionamento entre uma classe e uma ou mais versões refinadas ou especializadas da classe Especialização: relacionamento inverso Superclasse: versão mais abstrata de outra classe, a subclasse Subclasse: versão mais refinada de outra classe, a superclasse

18 Herança Mecanismo baseado em objetos que permite que as classes compartilhem atributos e operações baseados em um relacionamento, geralmente generalização Uma subclasse herda atributos e métodos da superclasse

19 Polimorfismo Assume muitas formas
A propriedade segundo a qual uma operação (método) pode comportar-se diferentemente em classes diferentes A subclasse redefine a implementação de um método herdado da superclasse Onde se espera uma instância de um certa classe pode aparecer uma instância de qualquer subclasse daquela classe

20 Exemplos/Exercícios Componentes de uma interface gráfica: botões, menus, barras, ... Pessoas: aluno, professor, secretária, reitor Veículos: bicicleta, veleiro, carro, caminhão, avião, planador, motocicleta, cavalo Habitações: tenda, caverna, barraco, garagem, celeiro, casa, arranha-céu

21 Ligação Uma conexão física ou conceitual entre objetos
Exemplo: O país Brasil tem como capital a cidade de Brasília. Exemplo: O funcionário João trabalha na empresa Transamérica S.A. Exemplo: O artigo “OO Solutions” foi publicado na conferencia OOPSLA’99.

22 Associação Relacionamento entre instâncias de duas ou mais classes descrevendo um grupo de ligações com estrutura e semântica comuns. Exemplo: Um país tem como capital uma cidade. Exemplo: Um funcionário trabalha numa empresa.

23 Agregação Forma especial de associação, entre o todo e suas partes, na qual o todo é composto pelas partes Também chamada de herança horizontal Exemplo: Um artigo é publicado em uma conferência, isto é, o artigo faz parte da conferência (ou dos anais da conferência).

24 Multiplicidade e Papel
Multiplicidade: Número de instâncias de uma classe que podem se relacionar a uma única instância de um classe associada (ou agregada). Papel: nome que identifica inequivocamente uma extremidade de uma associação.

25 Atributo de Ligação Um valor de dados presente em cada ligação (nível de instâncias) de uma associação (nível de classes) Uma propriedade da ligação entre objetos, e não dos objetos ligados, propriamente ditos Exemplos: permissão de acesso que um usuário possui para a um arquivo; o salário de uma pessoa em um emprego em uma companhia

26 Associação como uma Classe
Cada ligação de uma associação é uma instância de uma classe Uma ligação é um objeto, com atributos e métodos Útil quando ligações podem participar em associações com outros objetos Útil quando ligações sofrem operações Exemplo: autorização para usuários em estações de trabalho

27 Associação Ternária Representa ligações entre 3 objetos
Não pode ser dividida em associações binárias sem que haja perda de informações Associações de grau maior que 3 são raras e devem ser evitadas devido a complexidade de entendimento e implementação Exemplo: pessoas que são programadoras usam linguagens de programação em projetos

28 Ordenação em Associações
Em alguns casos o conjunto de objetos associados a um certo objeto apresenta uma ordem A palavra "ordenado" deve aparecer junto à multiplicade "muitos" de uma associação para indicar que existe uma ordem entre os objetos ligados Exemplos: as janelas visíveis em uma tela possuem uma ordem; os vértices de um polígono

29 Associação Qualificada
Relaciona dois objetos e um qualificador O qualificador reduz a multiplicidade Exemplo: Um diretório contém muitos arquivos, mas é o nome do arquivo dentro do diretório que identifica o arquivo (e identifica um único arquivo) Maior precisão na informação!!

30 Uso de Agregação Na dúvida, use associação!
Herança não representa o relacionamento parte-todo Agregados recursivos são frequentes Agregação normalmente implica em propagação de operações

31 Classes Abstratas e Concretas
Classe abstrata: classe que não pode ter instâncias diretas, mas cujos descendentes sim; organizam características comuns a diversas classes; mecanismo para reutilizar código; pode definir operações abstratas (sem um correspondente método) Classe concreta: classe que pode ter instâncias diretas; não pode definir operações abstratas

32 Cancelamento para extensão
A nova operação é igual à operação herdada, exceto pelo fato de acrescentar alguns detalhes de comportamento, normalmente afetando novos atributos da subclasse.

33 Cancelamento para restrição
A nova operação restringe o protocolo (assinatura da operação), podendo reduzir os tipos de argumentos. A operação herdada fica fechada (restrita) dentro de cada subclasse específica.

34 Cancelamento para otimização
O novo método tem o mesmo protocolo externo e apresenta o mesmos resultados A implementação do novo método (algoritmo utilizado) pode ser completamente diferente

35 Cancelamento por conveniência
Emprego adhoc de herança para reutilizar classes. Uma nova classe é tornada subclasse de uma classe existente e substitui os métodos inconvenientes. Semanticamente errado e conduz a problemas de manutenção; recomenda-se criar uma terceira classe (superclasse das demais)

36 Herança Múltipla Uma classe possui mais de uma subclasse e herda características de todos os seus ancestrais Maior capacidade de especificação de classes Maior oportunidade de reutilização Perda em simplicidade conceitual e de implementação Surgem classes de junção

37 Modelagem Dinâmica

38 Modelo Dinâmico Representa os aspectos de um sistema relativos ao tempo e às modificações de estado Abrangência: interações seqüência de operações fluxo de controle

39 Controle de um sistema Descreve as seqüências de operações que ocorrem em resposta a estímulos externos, sem consideração ao que as operações fazem, sobre o que elas atuam ou como são implementadas.

40 Conceitos fundamentais
EVENTO: representa um estímulo externo; conduz informação de um objeto para outro. ESTADO: representa valores (atributos e ligações) de um objeto; estado externo do objeto. MÁQUINA DE ESTADOS FINITOS Permite especificação de controle

41 Diagrama de Estados Representação gráfica de uma máquina de estados finitos Representa o padrão de eventos, estados e transições de estados para uma classe O modelo dinâmico de um sistema é composto por um conjunto de diagramas de estados, uma para cada classe. Cada máquina de estado funciona de maneira independente; são combinadas através de eventos compartilhados.

42 Eventos Um evento é algo que acontece "instantaneamente", em um certo momento. Exemplos: pressionar um botão do mouse aparecer uma janela na tela partida de um avião chegada de um avião tocar um telefone atender ao telefone

43 Relacionamentos entre eventos
Causal: existe uma ordem entre os eventos. Exemplo: O vôo 123 deve partir de Chicago antes de chegar a São Francisco. Concorrente: ordem dos eventos é irrelevante. Exemplo: O vôo 123 pode partir antes ou depois que o vôo 456 parta de Roma. (Se fosse "para Roma", deveríamos considerar se não usam a mesma pista.)

44 Classes de eventos Indicam estrutura e comportamentos comuns a eventos. Simplificam a construção de diagramas de estados. Exemplo: classe partidas de aviões, com atributos linha aérea, número de vôo, cidade de origem, cidade destino. O momento ocorrência de um eventos é um atributo implícito.

45 Cenário Sequência de eventos que ocorrem durante uma determinada execução do sistema Ilustra uma situação típica do sistema Auxilia no entendimento do problema e na condução para uma representação geral (modelo dinâmico) Diagrama de eventos: representação gráfica de um cenário. Exemplo: uma chamada telefônica.

46 Diagramas de Estados Relaciona eventos e estados
Um objeto muda de estado dependendo do evento e do estado atual. Transição: modificação de estado causada por um evento (mesmo quando estado final e inicial coincidem). Um evento pode ser irrelevante para um objeto em um certo estado. Exemplo: linha telefônica

47 Tipos de diagramas de estados
Diagrama de laço contínuo: representa um ciclo de vida; sem estado inicial ou final. Exemplo: linha telefônica. Diagrama de uma só passagem: representa objetos com vida finita; possuem um estado inicial (criação do objeto) e um estado final (destruição do objeto). Exemplo: jogo de xadrez

48 Condições Uma condição é uma função booleana de valores, válida dentro de um intervalo de tempo. Condições funcionam como guardas nas transições: uma transição só dispara quando ocorre o evento e a condição de guarda for verdadeira. Exemplo: Pessoa com relação ao atributo "estar de luvas".

49 Controle de Operações Atividades e ações podem ser vinculadas a estados e eventos a fim de se especificar o que faz o objeto quando está em um determinado estado e o que faz em resposta a estímulos externos. Definem o comportamento do objeto!

50 Atividade Está sempre vinculada a um estado
Consome tempo para se completar É executada continuamente durante o tempo em que o objeto está num certo estado Notação: faça: atividade Exemplo: Um vendedor logo após ter recebido dinheiro para pagamento do item vendido deve calcular o troco. faça: calcular troco

51 Ação Está normalmente vinculada a um evento, mas também pode estar vinculada a um estado (ações de entrada, saída e internas) É executada "instantaneamente" Notação: evento / ação Exemplo: Exibir um menu quando o botão direito do mouse é pressionado. botão direito pressionado / exibir menu

52 Diagramas de Estados Nivelados
Permitem refinamentos sucessivos do modelo dinâmico Permitem uma descrição estruturada do sistema Pode-se expandir: um evento e sua correspondente ação uma atividade realizada em um certo estado Exemplo: Máquina de vender

53 Generalização de Estados
Os estados de um objeto podem ser organizados de forma hierárquica, em super-estados e sub-estados. Um sub-estado é um refinamento de um super-estado, ie, um sub-estado é um dos possíveis estados do objeto dentro daquele super-estado. Um sub-estado herda as transições do super-estado; transições que se aplicam ao super-estado também se aplicam ao sub-estado. Exemplos: linha telefônica, transmissão automática de um automóvel

54 Generalização de Eventos
Os eventos que ocorrem em um sistema podem ser organizados de forma hierárquica, em super-eventos e sub-eventos. Um sub-evento herda atributos do super-evento. Onde um evento é descrito qualquer sub-evento seu é implicitamente descrito. A generalização de eventos facilita a abstração e permite concisão na representação de diagramas. Exemplo: Entrada do usuário.

55 Concorrência de Agregação
O estado de um objeto composto (um agregado) é determinado pelos estados dos objetos que o compõem. Exemplo: O estado de um carro é determinado pelo estado da ignição, da transmissão, do freio, do acelerador, do motor, ... Os componentes de um agregado normalmente interagem entre si: a mudança de estado de um componente pode disparar uma transição em outro componente. A interação entre diagramas de estados de componentes é representada através de eventos compartilhados e/ou condições de guarda.

56 Concorrência Interna de Objetos
O diagrama de estados de um objeto pode ser particionado de acordo com atributos e ligações em sub-diagramas. O estado do objeto compreende um estado de cada sub-diagrama. Um mesmo evento pode causar transições em mais de um sub-diagrama. Exemplo: Jogo de bridge rubber.

57 Transição Automática Disparada quando a atividade vinculada a um estado termina O "evento" que causa a transição é o término da atividade Exemplo: Máquina de vender no estado correspondente a atividade testar item e calcular troco pode disparar uma de quatro transições automáticas.

58 Ações de Entrada e de Saída
Ações vinculadas ao ato de entrar ou sair de um estado Não adicionam poder de expressão, mas permitem uma representação mais concisa Exemplo: Controle de uma porta de garagem

59 Envio de Eventos Uma ação pode ser especificada como enviar um certo evento para outro objeto. Notação: enviar E (atributos) (palavra enviar pode ser omitida) Exemplo: Uma linha telefônica envia o evento ligar(número-de-telefone) para o comutador quando um número completo é discado. número completo / ligar(número-de-telefone)

60 Sincronização de Eventos Concorrentes
Um objeto pode executar várias atividades de forma concorrente (paralela). As atividades não são necessariamente sincronizadas, mas todas devem terminar para que ocorra transição de estado. Exemplo: Caixa automática.


Carregar ppt "Alcides Calsavara alcides@epsilon.pucpr.br Orientação a Objetos Alcides Calsavara alcides@epsilon.pucpr.br."

Apresentações semelhantes


Anúncios Google