Programação Orientado A Objeto

Estrutura
z Introduo
z Mtodos de Desenvolvimento OO
z UML
{Histrico
{Conceitos bsicos
{Elementos Bsicos
{ Diagramas
Anlise Orientada a Objetos
z Diagrama de Casos de Uso

z Diagrama de Classes
z Diagrama de Seqncia
z Diagrama de Colaborao.
Requisitos de Software
Orientao Baseada em Objetos
Orientao Baseada em Objetos

Introduo
z Estuda os problemas com utilizao de modelos

fundamentados em conceitos do mundo real.
z A estrutura bsica o objeto, que combina a
estrutura e o comportamento dos dados em uma nica
entidade.
Ns percebemos o mundo
como uma coleo de objetos
que interagem entre si
z Contrasta com os mtodos tradicionais, onde a

estrutura e o comportamento dos dados tm pouca
vinculao.
Histrico
Caractersticas
z Evoluiu do desenvolvimento (programao) para a

anlise
z Princpios bsicos da orientao a objetos:
Tcnicas de Anlise e Projeto OO A partir de 1980

Linguagem SmallTalk 1980
Linguagem Simula67 1967
{ qualquer coisa um objeto;

{ objetos realizam tarefas atravs da requisio de
servios a outros objetos;
{ cada objeto pertence a uma determinada classe;
{ a classe um repositrio para comportamento associado
ao objeto; e
{ classes so organizadas em hierarquias.
Linguagem Simula Final da dcada de 60

Caractersticas
Caractersticas - Identidade
z Existem algumas caractersticas que definem uma

abordagem orientada a objetos:
z Os dados so subdivididos em entidades distintas,

denominadas objetos.
{ Identidade (Objeto);
{ Classificao (Classe) ;
{ Mensagens;
{ Abstrao:
Lmpada
z Encapsulamento;
z Polimorfismo; e
z Herana.
Automvel do Pedro
Automvel da Ana
z Cada objeto tem sua prpria identidade, ou seja,

dois atributos so distintos, mesmo que tenham os
mesmos valores para seus atributos.
7
Caractersticas - Classificao
Caractersticas - Classificao
z Os objetos que possuem a mesma estrutura de dados

(atributos) e o mesmo comportamento (operaes)
so agrupados em uma classe.
z Cada classe descreve um conjunto infinito de objetos
individuais;
z Cada objeto chamado instncia de uma classe;
z Os objetos possuem os mesmos atributos, porm,
podendo ter valores diferentes para cada objeto.
z Exemplo:
Classe Automvel
Atributos
marca
nmero de portas
Operaes
acelerar
brecar
mudar marcha
Objetos da classe Automvel
Automvel do Pedro
Automvel da Ana
10
Caractersticas - Mensagens
Caractersticas - Encapsulamento
z Objetos no executam suas operaes aleatoriamente
z O conceito de encapsulamento decorrente do fato de se

combinar, em um objeto, os dados (atributos) e os mtodos
que manipulam estes dados;
z Os atributos de uma classe somente so acessveis pelos
mtodos da prpria classe
{ deve haver um estmulo enviado a este objeto;

{ o objeto pode responder a estmulos a ele enviados;
z Independente da origem do estmulo, quando ele ocorre,

diz-se que o objeto est recebendo uma mensagem
requisitando que ele realize alguma operao;
z objetos de um sistema esto trocando mensagens
significa que estes objetos esto enviando mensagens uns
aos outros com o objetivo de realizar alguma tarefa
dentro do sistema no qual esto inseridos.
11
{ Outras classes s podem acessar os atributos atravs de mtodos

pblicos;
z O encapsulamento garante que a classe seja uma caixinha

preta para o usurio: ele no sabe o que h dentro do objeto,
sabe apenas para que ele serve e quais os mtodos disponveis
para a manipulao deste;
12
Caractersticas - Polimorfismo
Caractersticas - Herana
z Do grego muita formas;

z Tais formas se referem aos vrios comportamentos
que um mesmo mtodo pode assumir;
z a possibilidade de dar a um mesmo mtodo, por
exemplo, variadas formas, de acordo com o momento
em que se decide utiliz-lo;
z Por exemplo, a operao consultar saldo() pode atuar
de forma diferente nas classes ContaPoupana e
ContaCorrente;
z Compartilhamento de atributos e operaes entre

classes com base em um relacionamento hierrquico;
z Uma classe pode ser definida de forma abrangente
(classe me ou super classe) e depois refinada em
sucessivas subclasses mais definidas;
z Cada subclasse incorpora, ou herda, todas as
caractersticas da superclasse, podendo acrescentar
suas prprias caractersticas.
13
14
Caractersticas - Herana
Benefcios da OO
z Exemplo:
z Pode representar melhor o mundo real (herana,

agregaes, entre outros);
z A mesma notao utilizada em todas as fases do
desenvolvimento de um sistema;
z Dedicao maior nas fases de anlise e projeto, com
uma grande quantidade de mtodos de representao
da realidade a ser implementada;
z Diminuio dos erros de implementao, em
decorrncia da grande dedicao s fases anteriores;
PESSOA
Nome
Endereo
Incluir()
Excluir()
FSICA
CPF
Sexo
JURDICA
CGC
Consultar()
15
16
Benefcios da OO
Benefcios da OO
z Melhoria da comunicao entre desenvolvedor e

usurio, devido a possibilidade de fcil e completa
representao da realidade implementada;
z Reduo do tempo de manuteno, pois as revises
so mais fceis e rpidas, pela organizao detalhada
do sistema;
z Favorece a reutilizao, pela construo de
componentes mais independentes;
z Facilidade de extenso, visto que os objetos tem sua

estrutura bem definida;
z Por todas as caractersticas acima, ocorre um aumento da
produtividade, qualidade e flexibilidade.
17
{Produtividade, pela facilidade de reutilizao a partir de

componentes j desenvolvidos;
{Qualidade, pela independncia entre os objetos, que permite
uma maior organizao; e
{Flexibilidade, pelos mecanismos de herana e polimorfismo,
que permitem menor redundncia de cdigo e fcil
manuteno;
18
Mtodos de Desenvolvimento OO
z O primeiro mtodo foi criado por Matt Flavin,
empregando, como enfoque principal, o que hoje
conhecido como anlise de entidade/ relacionamento
estendido (herana e agregao);
Mtodos de Desenvolvimento
Orientado a Objeto
z No incio dos anos 80, Jacobson, LearMonth e

Burchett desenvolveram a idia de especificar os
estados que uma entidade poderia assumir em seu
ciclo de vida;
z Mtodos orientados a objeto procuraram tanto

redefinir quanto estender mtodos existentes;
z Histrico
{A tcnica OMT e Shlaer/Mellor beneficiam-se da

modelagem funcional e de dados;
z Existem muitos mtodos hbridos: combinam

aspectos de orientao a objetos e mtodos
estruturados;
21
{ Mtodos OO comearam a aparecer entre meados de 70

e incio dos anos 80;
{ Alguns eventos que contriburam para a disseminao
de mtodos OO:
zForam escritos livros sobre anlise e projeto OO, por
Schlaer e Mellor, em 1989 e 1991;
zPeter Coad e Edward Yourdon escreveram livros que
propuseram um enfoque leve e orientado a prottipos;
z Histrico
z Booch
{Alguns eventos que contriburam para a disseminao de

mtodos OO (cont):
zRumbaugh liderou uma equipe de pesquisadores nos
laboratrios da General Eletric, resultando em seu popular
livro sobre mtodos chamado OMT Object Modeling
Technique, em 1991 e 1996;
zO mtodo de Booch e livros publicados pelo autor, em
1994 e 1995;
zOs livros de Ivar Jacobson sobre seu mtodo, OOSE
Object-Oriented Software Engineering, em 1994 e 1995.
23
20
22
{Desenvolvido, em 1991, por Grady Booch;

{Consistia no emprego de tcnicas de projeto OO, sendo
estendido, mais tarde, para suportar anlise OO;
{Descreve o mundo real representado por uma srie de
vises (esttica, dinmica,...), que so modeladas atravs
de diagramas;
24
z Booch
z OMT - (Object Modeling Technique)
{Descreve um objeto como sendo um modelo do mundo

real que consiste de dados e habilidades para o
tratamento desses dados;
{Quando todos os objetos forem localizados, passam a
servir de base para a construo dos mdulos do sistema;
{Cada mdulo representa um objeto ou uma classe de
objetos com reutilizao e encapsulamento ao longo dos
processos.
25
{Tcnica (mtodo) de modelagem de objetos,

desenvolvida em 1991, por James Rumbaugh;
{Desenvolvido pela GE (General Electric), onde
Rumbaugh trabalhava;
{Combina as trs vises de modelagem de sistemas:
zmodelo de objetos (diagrama de classes);
zmodelo dinmico (diagrama de cenrios); e
zmodelo funcional (diagramas de fluxo de dados).
26
z OOSE/Objectory
z Outros mtodos
{Desenvolvido, em 1992, por Ivar Jacobson;

{O mtodo OOSE basicamente voltado para orientao
a objetos;
{O mtodo Objectory permite modelar qualquer tipo de
sistemas, tendo sido adaptado para modelar processos de
negcios (workflow);
{Ambos so fortemente focados na utilizao de casos de
usos.
27
{CRC
(Class
Responsability
Collaborator),
desenvolvido em 1989, por Beecke e Cunningham

{OOA (Object Oriented Analysis) e OOD (Object
Oriented Design) - desenvolvido em 1990, por Coad e
Yourdon;
{Fusion, desenvolvido em 1994;
{UML (Unified Modeling Language) - proposta em
outubro de 1994 e oficialmente aceita pelo OMG
(Object Management Group) em novembro de 1997.
28
Unified Modeling Language - UML

z Unificao dos trs maiores mtodos existentes no
mercado
UML
Unified Modeling Language
OOSE - Jacobson
OMT - Rumbaugh
Livro Texto: UML - Guia do Usurio

Captulo Base: Introduo a UML (captulo 2)
UML
BOOCH - Grady Booch

30
UML - Histrico
UML - Histrico
z Surgimento da idia quando Booch (Rational

Software Corporation), Jacobson (Objectory) e
Rumbaugh (General Electric) comearam a adotar
idias provenientes dos trs mtodos, reconhecidos
como os principais mtodos orientados a objeto;
z Os esforos para a criao se iniciaram oficialmente,
quando em outubro de 1994, Rumbaugh juntou-se a
Booch na Rational;
z Foco inicial - unificao dos mtodos BOOCH e

OMT;
z Em outubro de 1995 foi lanado o esboo da verso
0.8 do Mtodo Unificado (como ento foi chamado);
z Nesta poca, Jacobson se associou Rational e o
escopo do projeto UML foi expandido para
incorporar os aspectos do mtodo OOSE;
z Em junho de 1996 foram lanados os documentos da
verso 0.9 da UML;
31
32
UML - Histrico
UML - Histrico
z Foi estabelecido um consrcio com diversas

empresas interessadas em uma definio mais forte e
completa da UML, para ajudar seus negcios. Entre
elas: HP, IBM, Oracle, Microsoft e Unisys;
z Em janeiro de 1997, a verso 1.0 da UML foi
oferecida para padronizao ao OMG (Object
Management Group), em resposta solicitao do
prprio OMG de proposta para uma linguagem
padro de modelagem;
z Novos parceiros associados ao OMG, passaram a

integrar a equipe de colaboradores da UML;
z Passou-se tentativas de formalizao da
especificao da UML;
z Em julho de 1997, uma verso revisada da UML verso 1.1 - foi oferecida para padronizao OMG;
z Esta verso foi aceita em setembro do mesmo ano,
sendo adotada oficialmente pela OMG em 14 de
novembro de 1997.
33
UML - Histrico
UML - Histrico
z A manuteno da UML foi ento assumida pela RTF

(Revision Task Force) da OMG;
z Em junho de 1998, a RTF lanou uma reviso
editorial, a UML 1.2;
z No final do mesmo ano foi lanada a UML 1.3,
fornecendo alguns aprimoramentos tcnicos.
z A UML j est na sua verso 1.5 e suas modificaes
tm sido amplamente discutidas em eventos e listas
de discusso.
{ Em andamento verso 2.0.
34
35
OMG
UML 1.2, 1.3, 1.4

UML 1.1
Feedback
Pblico
Parceiros
da UML
UML 1.0
Padronizao
(Jan97)
UML 0.9
Unificao II
(Jun96)
Unified Method 0.8

Outros
mtodos
Booch
Industrializao
(Set97, Jun98
Dez98, Set01)
OMT
Unificao I
(Out95)
OOSE
Fragmentao
36
UML Conceitos Bsicos
z Unificao das trs maiores metodologias existentes no

mercado:
z adequada para a modelagem de sistemas, cuja

abrangncia poder incluir, entre outros:
{OOSE - Jacobson;
{OMT - Rumbaugh; e
{Booch - Grady Booch.
z Trata-se de uma proposta no proprietria e aberta, ou

seja, as empresas membro da OMG tem a liberdade de
propor recomendaes e adendos a especificao
original, permitindo que novas funcionalidades sejam
assumidas;
37
{sistemas de informao simples;

{distribudos a aplicaes baseadas na Web; e at
{sistemas complexos embutidos de tempo real;
z uma linguagem expressiva, abrangendo todas as

vises necessrias ao desenvolvimento e implantao
de sistemas;
z baseada em um conjunto de diagramas, portanto, o

modelo no termina no primeiro diagrama, a no ser
que se deseja um aspecto bem reduzido do problema;
z A UML uma linguagem de modelagem, no uma
metodologia;
z A UML considerada uma linguagem, pois...
{As metodologias consistem de uma linguagem de

modelagem e um procedimento de uso dessa linguagem;
{A UML no explicita o procedimento de sua utilizao.
Rational Unified Process
39
{fornece um vocabulrio e as regras para a combinao

de palavras desse vocabulrio com a finalidade de
comunicar algo (definio de linguagem);
z uma linguagem destinada a:

{Visualizar;
{Especificar;
{Construir; e
{Documentar artefatos de software.
z Linguagem para Visualizao
z Linguagem para Especificao
{Permite elaborar modelos que facilitam a comunicao

com o usurio;
{Emprega uma semntica que permite que outros
desenvolvedores possam interpretar os modelos sem
ambigidades.
41
38
40
{Permite a construo de modelos precisos, completos e

sem ambigidades;
{Atende a todas as decises importantes em termos de
anlise, projeto e implementao, que devem ser
tomadas para o desenvolvimento e implantao de
sistemas complexos de software.
42
z Linguagem para Construo
z Linguagem para Documentao
{A UML no uma linguagem visual de programao,

mas seus modelos podem ser diretamente conectados a
diversas linguagens de programao;
{Permite a gerao de cdigo a partir de um modelo
UML, seja para uma linguagem orientada a objetos ou
para um banco de dados relacional;
43
UML Elementos Bsicos
{Com seus diagramas, que englobam todas as fases de

produo de software, a UML permite que todas as
etapas possam ser documentadas formalmente.
44

z Formada por trs elementos bsicos:
z Formada por trs elementos bsicos :

{os blocos bsicos de construo;
{as regras que determinam como estes blocos de
construo devero ser aplicados; e
{alguns mecanismos bsicos que se aplicam a toda a
linguagem.
45
{os blocos bsicos de construo;

linguagem.
z Blocos de Construo da UML
46
{O vocabulrio da UML abrange trs tipos de blocos de

construo:

construo:
zitens - so as abstraes identificadas como participantes

da primeira classe em um modelo;
zrelacionamentos - renem os itens; e
zdiagramas - agrupam colees de itens.
zitens - so as abstraes identificadas como

participantes da primeira classe em um modelo;
zdiagramas - agrupam colees de itens.
47
48
z Blocos de Construo da UML - Itens
z Blocos de Construo da UML - Itens Estruturais
{Existem quatro tipos de itens na UML:
{Constituem as partes mais estticas do modelo,

representando elementos conceituais ou fsicos;
zItens estruturais;
zItens comportamentais;
zItens de agrupamento; e
zItens anotacionais.
{Ao todo, existem sete tipos estruturais, entre eles:

classes, interfaces, classes ativas, componentes e ns.
49

z Blocos de Construo
Comportamentais
da
UML
50

-
Itens
{So as partes dinmicas dos modelos da UML;

{Representam comportamentos no tempo e no espao;
{Existem dois tipos principais de itens comportamentais:
zinterao - abrange um conjunto de mensagens trocadas
entro um conjunto de objetos; e
zestado - um comportamento que especifica seqncias
de estados pelas quais objetos passam durante sua
existncia.
51

Agrupamento

Agrupamento
de
{Partes organizacionais dos modelos da UML;

{Blocos em que os modelos podem ser decompostos;
{Pacote - nico tipo de item de agrupamento;
{Um pacote um mecanismo geral de organizao dos
elementos em grupos;
{Itens estruturais e comportamentais podem ser colocados
em pacotes;
52

de
{O uso de Pacotes puramente conceitual, ou seja, existe

apenas em tempo de desenvolvimento;
{Graficamente representado como diretrios com guias,
geralmente incluindo somente seu nome.
N om e Pacote
53
z Blocos de Construo da UML - Itens Anotacionais

{So as partes explicativas dos modelos da UML;
{So comentrios, includos para descrever, esclarecer e
fazer observaes sobre qualquer elemento de um
modelo;
{Existe um nico tipo de item anotacional, chamado
Nota;
{Uma nota apenas um smbolo para representar
restries e comentrios anexados a elementos de
modelos;
54
z Blocos de Construo da UML - Itens Anotacionais
{Graficamente, uma nota representada por um retngulo

com um dos cantos como uma dobra de pgina;
Come ntrio s obre
um item qualquer
{Uma nota geralmente usada para aprimorar os

diagramas com restries ou comentrios que possam
ser melhor expressos por um texto formal ou informal;
{ o nico item anotacional bsico que poder ser
includo em um modelo da UML.
55

construo:
zdiagramas - agrupam colees de itens
z Blocos de Construo da UML - Relacionamentos
z Relacionamentos na UML - Dependncia
{Existem quatro tipos de relacionamentos na UML:
56
{Uma dependncia um relacionamento semntico entre

dois itens, nos quais a alterao de um pode afetar a
semntica do outro;
{Graficamente, uma dependncia representada por
linhas tracejadas, possivelmente com setas e um rtulo
zdependncia;
zassociao;
zgeneralizao;e
zrealizao.
{Esses relacionamentos so os blocos relacionais bsicos

de construo da UML
57
z Relacionamentos na UML - Associao
z Relacionamentos na UML - Generalizao
{Relacionamento estrutural, que descreve ligaes entre

objetos;
{Um tipo de associao a agregao, representando um
relacionamento entre o todo e suas partes;
{A associao representada graficamente por uma linha
slida ligando dois objetos (classes), podendo possuir
rtulos, multiplicidades, nomes de papis, entre outros.
58
{Relacionamento de especializao/generalizao, nos

quais os objetos dos elementos especializados (os filhos)
compartilham a estrutura e o comportamento dos pais.
{Graficamente, uma generalizao representada por
uma linha slida com uma seta em branco apontando
para o pai.
(0..*)
(0..1)
mora em
59
60
10
z Relacionamentos na UML - Realizao
{Relacionamento semntico entre itens;

{Podem ser encontrados em dois lugares:
zentre interfaces e as classes ou componentes que as
realizam; e
zentre casos de usos e as colaboraes que os realizam.
{Graficamente, um relacionamento de realizao

representado por um linha tracejada com uma seta
branca.
61

construo:
zdiagramas - agrupam colees de itens
62
z Blocos de Construo da UML - Diagramas
z Diagramas na UML - so nove, os diagramas da

UML:
{Um diagrama a apresentao grfica de um conjunto

de elementos, geralmente representadas por grficos de
vrtices (itens) e arcos (relacionamentos);
{So desenhados para permitir a visualizao de um
sistema sob diferentes perspectivas;
{Permitem a representao de uma viso parcial dos
elementos que compem o sistema, dentro das principais
vises da arquitetura de um sistema;
63

Diagramas Estruturais (partes
estticas do sistema):
Diagrama de classes;
Diagrama de objetos;
Diagrama de componentes; e
Diagrama de implantao. Diagramas Comportamentais (partes
dinmicas de um sistema):
Diagrama de casos de uso;
Diagrama de seqncias;
Diagrama de colaboraes;
Diagrama de grficos de estados;
65
Diagrama de atividades;
zDiagrama de classes;
zDiagrama de objetos;
zDiagrama de casos de uso;
zDiagrama de seqncias;
zDiagrama de colaboraes;
zDiagrama de grficos de estados;
zDiagrama de atividades;
zDiagrama de componentes; e
zDiagrama de implantao.
64

z Diagramas na UML Diagrama de Classes
{Tem por objetivo identificar as estruturas mnimas de
informao;
{Abrange uma viso esttica da estrutura do sistema.
z Diagramas na UML Diagrama de Objetos

{Exibe um conjunto de objetos e seus relacionamentos;
{Representa instncias de itens encontrados em
diagramas de classes;
{Abrange uma viso esttica da estrutura do sistema, sob
a perspectiva de casos reais ou de prottipos.
66
11
z Diagramas na UML Diagrama de Casos de Uso
z Diagramas na UML Diagramas de Interaes
{Exibe um conjunto de casos de uso e atores e seus

relacionamentos;
{Tem por objetivo identificar as funes do sistema e seus
respectivos responsveis;
{Importante para a organizao e modelagem de
comportamentos do sistema.
z Diagramas na UML Diagramas de Interaes

{Um Diagrama de Interao exibe uma interao,
consistindo de um conjunto de objetos e seus
relacionamentos, incluindo as mensagens que podem ser
trocadas entre eles;
67
{Tem por objetivo modelar e compreender o

comportamento e o dinamismo do sistema;
{Diagramas de Seqncia e Diagramas de Colaborao so
tipos de diagramas de interao
zum Diagrama de Seqncia um diagrama de
interao cuja nfase est na ordenao temporal das
mensagens;
zo Diagrama de Colaborao um diagrama de
interao cuja nfase est na organizao estrutural dos
objetos que enviam e recebem mensagens.
z Diagramas na UML Diagrama de Estados
z Diagramas na UML Diagrama de Componentes
{Formado por estados, transies, eventos e atividades;

{Abrange a viso dinmica do sistema;
{Importante para compreender os estados das execues,
permitindo identificar o comportamentos das classes.
z Diagramas na UML Diagrama Atividades

{Tipo especial de diagrama de estados, exibindo o fluxo de
uma atividade para a outra no sistema;
{Abrange a viso dinmica do sistema.
69
68
{Exibe as organizaes e as dependncias existentes em um

conjunto de componentes de software;
{Abrange a viso esttica da implementao do sistema.
z Diagramas na UML Diagrama de Implantao

{Permite arquitetar a organizao lgica do hardware
participante de um ambiente.
70
z Formada por trs elementos :
z Regras da UML - a UML possui regras semnticas

para:
{ os blocos bsicos de construo;

{ alguns mecanismos bsicos que se aplicam a toda a
linguagem.
71
{Nomes quais nomes podem ser atribudos a coisas,

relacionamentos e diagramas;
{Escopo o contexto que determina um significado
especfico para um nome;
{Visibilidade como estes nomes podem ser vistos e
utilizados pelos outros;
{Integridade como os itens se relacionam entre si de forma
adequada e consistente;
{Execuo o que significa executar ou simular um modelo
dinmico.
72
12
z Formada por trs elementos :
z Mecanismos Bsicos da UML
{ os blocos bsicos de construo;

linguagem.
{provm comentrios suplementares, informaes, ou

semntica sobre os elementos que compem os modelos;
z adornos
{ provm tambm mecanismos de extenso para adaptar

ou estender a UML para um mtodo/processo,
organizao ou usurio especfico.
zesteretipos, valores atribudos e restries;
73
74
13

Programação Orientado A Objeto

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Programação Orientado A Objeto

Hochgeladen von

Copyright:

Verfügbare Formate

Estrutura

Anlise Orientada a Objetos

z Diagrama de Casos de Uso

Orientao Baseada em Objetos

Orientao Baseada em Objetos

z Estuda os problemas com utilizao de modelos

z Contrasta com os mtodos tradicionais, onde a

z Evoluiu do desenvolvimento (programao) para a

z Princpios bsicos da orientao a objetos:

Tcnicas de Anlise e Projeto OO A partir de 1980

{ qualquer coisa um objeto;

Linguagem Simula Final da dcada de 60

z Existem algumas caractersticas que definem uma

z Os dados so subdivididos em entidades distintas,

z Cada objeto tem sua prpria identidade, ou seja,

z Os objetos que possuem a mesma estrutura de dados

Objetos da classe Automvel

z Objetos no executam suas operaes aleatoriamente

z O conceito de encapsulamento decorrente do fato de se

{ deve haver um estmulo enviado a este objeto;

z Independente da origem do estmulo, quando ele ocorre,

{ Outras classes s podem acessar os atributos atravs de mtodos

z O encapsulamento garante que a classe seja uma caixinha

z Do grego muita formas;

z Compartilhamento de atributos e operaes entre

z Pode representar melhor o mundo real (herana,

z Melhoria da comunicao entre desenvolvedor e

z Facilidade de extenso, visto que os objetos tem sua

{Produtividade, pela facilidade de reutilizao a partir de

z No incio dos anos 80, Jacobson, LearMonth e

z Mtodos orientados a objeto procuraram tanto

{A tcnica OMT e Shlaer/Mellor beneficiam-se da

z Existem muitos mtodos hbridos: combinam

{ Mtodos OO comearam a aparecer entre meados de 70

{Alguns eventos que contriburam para a disseminao de

{Desenvolvido, em 1991, por Grady Booch;

z OMT - (Object Modeling Technique)

{Descreve um objeto como sendo um modelo do mundo

{Tcnica (mtodo) de modelagem de objetos,

{Desenvolvido, em 1992, por Ivar Jacobson;

desenvolvido em 1989, por Beecke e Cunningham

Unified Modeling Language - UML

Livro Texto: UML - Guia do Usurio

BOOCH - Grady Booch

z Surgimento da idia quando Booch (Rational

z Foco inicial - unificao dos mtodos BOOCH e

z Foi estabelecido um consrcio com diversas

z Novos parceiros associados ao OMG, passaram a

z A manuteno da UML foi ento assumida pela RTF

UML 1.2, 1.3, 1.4

Unified Method 0.8

UML Conceitos Bsicos

UML Conceitos Bsicos

z Unificao das trs maiores metodologias existentes no

z adequada para a modelagem de sistemas, cuja

z Trata-se de uma proposta no proprietria e aberta, ou

{sistemas de informao simples;

z uma linguagem expressiva, abrangendo todas as

UML Conceitos Bsicos

UML Conceitos Bsicos

z baseada em um conjunto de diagramas, portanto, o

z A UML considerada uma linguagem, pois...

{As metodologias consistem de uma linguagem de