147

Aula 2º

Características de objetos

Prezados(as) alunos(as),
Nesta segunda aula, vamos conhecer as definições dos
SULQFLSDLVWHUPRVUHODFLRQDGRVjRULHQWDomRDREMHWRV
Se ao final desta aula tiverem dúvidas, vocês poderão saná-
las através das ferramentas da plataforma de ensino.
Conto com a sua participação, aproveite para ler e refletir
os objetivos de aprendizagem, afinal da sua participação
dependerá seu aprendizado.
Bom Trabalho!
Bons estudos!

Objetivos de aprendizagem

Ao término desta aula, vocês serão capazes de:

• entender as definições dos termos mais utilizados na orientação a objetos;

• compreender as dificuldades de se observar um problema e transformar em uma solução;
• entender os benefícios da orientação a objetos.
148 Análise de Sistemas II 12
o mesmo comportamento são agrupados em uma estrutura
Seções de estudo que chamamos de FODVVH.
Em outras palavras, um REMHWRé algo distinguível que
1 – Objetos contém um HVWDGR(atributos ou propriedades) e possui um
2 – Classes FRPSRUWDPHQWR. O comportamento é como um objeto
3 – Características da orientação a objetos age e reage, em termos de mudanças em seu estado e troca de
mensagens. Uma RSHUDomR é alguma ação que um objeto
executa sobre outro para obter uma reação. Cada objeto tem
12EMHWRV uma LGHQWLGDGHe é distinguível de outro, mesmo que seus
atributos sejam idênticos. Instâncias de classes são chamadas
CONCEITO de objetos.
Ȋ8PREMHWRWHPHVWDGRFRPSRUWDPHQWRHLGHQWLGDGHDHVWUXWXUDH 2 FRQMXQWR GH YDORUHV DVVRFLDGRV jV SURSULHGDGHV do
FRPSRUWDPHQWRGHREMHWRVVLPLODUHVV¥RGHȴQLGRVHPVXDVFODVVHV REMHWRGHÀQHRHVWDGRGHVWHRFRPSRUWDPHQWRGHVFUHYHDV
FRPXQVRVWHUPRVLQVW¤QFLDHREMHWRVV¥RSHUPXW£YHLV VLPLODUHV ȋ mudanças do estado do objeto interagindo com o seu mundo
%22&+  externo, através das operações realizadas pelo objeto.
A comunicação entre objetos se dá por meio de troca de
Grady Booch (1955-) é um informático
mensagens. Assim, para acessar a estrutura de dados de outro
americano. Seu livro “Software Um objeto pode objeto, um objeto deve enviar uma mensagem para aquele
Engineering with Ada” lançou as raízes
do projeto orientado a objetos. Esse VHU GHÀQLGR FRPR XPD outro objeto. Uma mensagem consiste do nome de uma
trabalho evoluiu para uma metodologia
de desenvolvimento de sistemas entidade do mundo real operação e dos argumentos requeridos para que a operação
orientados a objetos publicada em seu que tem uma identidade. seja executada.
livro “Object- Oriented Analysis and
Design with Applications”. Em 1996, .KRVKDÀDQ  &RSHODQG O comportamento de um objeto representa como
em parceria com Ivar Jacobson e James
Rumbaugh, lançou uma linguagem citados por Booch (2005, este objeto reage, em termos de suas mudanças de estado,
XQLȴFDGDSDUDDPRGHODJHPGHVRIWZDUH p. 91) oferecem a seguinte jV PHQVDJHQV D HOH HQYLDGDV RX VHMD XP FRQMXQWR GH
que se tornou um padrão da indústria, a
UML. (Wikipedia, 2013) GHÀQLomR mensagens a que um objeto pode responder representa seu
comportamento.
A troca de mensagens é uma parte da equaçãoTXHGHÀQHR
6DEHU0DLV
comportamento de um objeto, uma vez que o estado de um
ȊΖGHQWLGDGH«DSURSULHGDGHGHXPREMHWRTXHRGLVWLQJXH
objeto afeta seu comportamento. Na maioria das linguagens
GHWRGRVRVRXWURVREMHWRVȋ
de programação orientadas a objetos, as operações que os
No mundo real um objeto limita-se a existir, mas, no clientes podem executar são tipicamente declaradas como
que se refere ao mundo da tecnologia da informação, cada métodos, que fazem parte da declaração das classes (veremos
REMHWRGLVS}HGHXPLGHQWLÀFDGRU~QLFRSHORqual pode ser o conceito de classe mais adiante). O estado de um objeto
referenciado inequivocamente (RUMBAUGH et al., 2005). representa os resultados cumulativos de seu comportamento
Os objetos podem representar uma entidade concreta (BOOCH, 2005).
(o parágrafo de um documento, a janela num computador, Um objeto é, pois, uma entidade que tem seus atributos
um aluno deste curso, o carro do aluno, um arquivo do representados por tipos de dados e seu comportamento
computador) ou uma entidade conceitual (uma regra num representado por operações.
sistema ou uma estratégia de jogo). A criação de um objeto é chamada de LQVWDQFLDomR.
Cada instância tem seus próprios valores para seus atributos,
mas compartilha o nome e os comportamentos dos atributos
com as outras instâncias da mesma classe.
A orientação a objetos possui alguns conceitos
fundamentais que norteiam todas as formulações e facilitam
a sua aplicação em software. As seções que seguem apresentam
outraV GHÀQLo}HV UHODFLRQDGDV j WHFQRORJLD GH REMHWRV TXH
sãRGHH[WUHPDLPSRUWkQFLDjFRPSUHHQVmRGDVDWLYLGDGHs e
metodologias baseadas em objetos.

1D SUµ[LPD VH©¥R YHUHPRV GHȴQL©·HV GH FODVVHV RXWUR WHUPR

HVVHQFLDOQDRULHQWD©¥RDREMHWRV

Figura 2.1. Características do objeto.

Fonte: Booch (2005)
A estrutura de um objeto é representada por um
conjunto de atributos. O comportamento do objeto é
representado por um conjunto de operações que podem ser
executadas sobre o objeto. Objetos com a mesma estrutura e
2 - Classes
Uma FODVVe é o agrupamento de objetos que possuem
características idênticas, ou seja, com a mesma estrutura de
GDGRV GHÀQLGDSHORVatributos ou propriedades) e comportamento
(operações).

Os atributos são “variáveis” ou campos que indicam
possíveis informações armazenadas por um objeto de uma
classe. Por exemplo: nome, cpf, endereço.
Métodos são funcionalidades da classe. Exemplo:
calcular saldo, atualizar estoque, lançar nota.
O conceito de classe é bastante semelhante ao conceito
de tipo de dados de outras linguagens tradicionais. Da mesma
IRUPD TXH SRGHPRV GHÀQLU RV Q~PHURV UHDLV FRPo um
conjunto de valores numéricos que possuem casas decimais,
ou strings como um conjunto de valores alfanuméricos,
chamados de cadeia de caracteres,WDPEpPSRGHPRVGHÀQLU
o conceito de uma classe.
As classes são um conjunto de “coisas”. Posteriormente,
veremos que essas coisas são chamadas de objetos que
apresentam características semelhantes. Numa classe, além
GHGHÀQLUPRVVXDVFDUDFWHUtVWLFDVWDPEpPSRGHPRVGHÀQLU
seu “comportamento”, que é expresso através de funções e
procedimentos.
Uma classe é uma abstração que descreve as propriedades
importantes para uma aplicação e não leva em conta as outras.
Exemplos de classes: Parágrafo, Janela, Aluno, Carro. Cada
FODVVHGHVFUHYHXPFRQMXQWRSRVVLYHOPHQWHLQÀQLWRde objetos
individuais. Cada objeto é uma LQVWkQFLD de uma classe.
Assim, cada instância de classe tem seus próprios valores para
cada um dos atributos da classe, mas compartilham os nomes
dos atributos e métodos com as outras instâncias da classe.
Pensemos na classe CARRO. Essa classe define os
comportamentos e atributos de um carro, e existem atributos
que serão comuns a todos os carros. As rodas e o motor são
atributos comuns a qualquer carro. Já uma Ferrari possui
atributos que são específicos dela, o valor por exemplo.
Figura 2.2. Classe de objetos – Classe Carro.
Fonte: Booch (2005)
Uma classe é um conjunto de objetos do mesmo tipo.
Todos os objetos de uma classe têm a mesma característica e
realizam as mesmas funções.
Fazendo uma comparação entre o Modelo Entidades
Relacionamentos (MER ou DER) e o Modelo Orientado a
objetos (OO), podemos dizer que:
MER....................................................................................OO
Entidades.......................................................................Classes
Ocorrência.....................................................................Objeto
Atributo.......................................................................Atributo
13 149
$VHJXLUYHUHPRVDVFDUDFWHU¯VWLFDVPDLVLPSRUWDQWHVGDRULHQWD©¥R
DREMHWRVTXHV¥R$EVWUD©¥R+LHUDUTXLD(QFDSVXODPHQWR+HUDQ©D
H3ROLPRUȴVPR
3  &DUDFWHU¯VWLFDV GD RULHQWD©¥R D
objetos
A Orientação a Objetos se caracteriza principalmente
SHODDEVWUDomRHQFDSVXODPHQWRKHUDQoDHSROLPRUÀVPR
Usando como exemplo um sistema de cadastramento
de veículos, teríamos, entre outras, a classe VEÍCULOS que
conteria um conjunto de registros ou ocorrência, um para
cada veículo cadastrado. Cada um destes registros representa
um OBJETO para a OOA (Object Oriented Analysis - Análise
Orientada a Objetos).
Se aprofundássemos a nossa análise, descobriríamos
que existem tipos diferentes de veículos tais como: veículo-
caminhão, veículo-de-passeio e veículo- ônibus. Estaríamos
diante das subclasses da classe veículo. É interessante notar
que,HPERUDH[LVWDPDWULEXWRVHFRPSRUWDPHQWRVHVSHFtÀFRV
a cada uma das subclasses, também existem atributos e
comportamentos comuns entre elas, isto é, as subclasses
herdam características das classes hierarquicamente
superiores. Este aspecto – HERANÇA – é profundamente
explorado e é uma das razões de ser das tecnologias orientadas
a objeto.
Pelo que foi exposto até agora parece não haver muita
diferença entre a Análise Orientada a Objetos e a Modelagem
Entidade-Relacionamento, mas essa diferença existe e é
fundamental.
Na OOA, guardamos nas classes de objeto mais que
simplesmente os dados ou atributos; guardamos também, os
serviços exclusivos sobre esses dados.
No exemplo da classe VEÍCULOS, teríamos os atributos
Placa, Proprietário, Data-Compra, Potência, Marca, Cor
etc. E os serviços Incluir- Veículo, Calcular-idade-Veículo,
Deletar-Veículo, entre outros. Para a subclasse VEÍCULOS
– CAMINHÃO, além do que foi herdado, teríamos os
atributos Capacidade-de-cargas e Distância-entre-Eixos, e
mais os serviços de Calcular- Tempo-Vida-Útil e Reservar-
Espaço-para-frete.
Na OOA, só é possível incluir, alterar, acessar e
excluir objetos de uma classe através de um acionamento
de seus serviços exclusivos. Trata-se do conceito de
ENCAPSULAMENTO, que dá a uma classe de objetos,
características de “caixa-preta”. Para acionar estes serviços, o
usuário ou outro objeto deve emitir uma mensagem para o
objeto receptor, indicando qual função deve ser executada e
quais os argumentos servirão de parâmetros para essa função.
Nas linguagens tradicionais, não orientadas a objetos, seria
algo parecido com acionar uma sub- rotina chamando um
procedimento ou função.
3.1 - Abstração
A abstração consiste em enfocar os aspectos mais
importantes de um objeto (visão externa; o que é e o que ele
faz), ignorando suas características internas (visão interna;
como ele deve ser implementado).
150 Análise de Sistemas II
3DUD5HȵHWLU
$DEVWUD©¥RFRQVLVWHHPUHWLUDUGRGRP¯QLRGRSUREOHPDRVGHWDOKHV
UHOHYDQWHVHUHSUHVHQWDORVHPXPDIRUPDGHVROX©¥R
Abstração é uma das formas fundamentais do ser humano
lidar com complexidade. Shaw, citado por Booch (2005, p.
  GHÀQH DEVWUDomR FRPR ´XPD GHVFULomR VLPSOLÀFDGD
RXHVSHFLÀFDomRGHXPsistema que dá ênfase a alguns dos
detalhes ou propriedades do sistema enquanto suprimem
outros. Uma boa abstração é aquela que enfatiza detalhes que
VmRVLJQLÀFDQWHVSDUDROHLWRURXXVXiULRHVXSULPHGHWDOKHV
que são, para o momento, imateriais ou desviadores do foco.”
Uma abstração denota as características
essenciais de um objeto que o distinguem
de todos os outros tipos de objetos e
desta maneira, fornece limites conceituais
FODUDPHQWH GHÀQLGRV UHODWLYRV j SHUVSHFWLYD
do observador. A abstração enfoca a visão
exterior de um objeto e serve para separar o
comportamento essencial do objeto de sua
implementação. (BOOCH, 2005)
Figura 2.3. A abstração enfoca as características essenciais de um objeto,
relativas à visão do observador. Fonte: Booch (2005)
1DÀJXUDSRGHPRVYHUTXHFDGDREVHUYDGRUWHPXPa
abstração diferente do objeto focado, enquanto a vovó vê o
gato como uma bola de pelos, a veterinária vê sua anatomia.
Cada uma vê da forma do seu interesse.
Abstração é o princípio de ignorar os
aspectos de um assunto não relevante para o
propósito em questão, tornando possível uma
concentração maior nos assuntos principais.
A abstração consiste então na seleção que
um analista faz de alguns aspectos, ignorando
outros (COA' <285'21 
Figura 2.4. Transformação do problema em modelo de sistema, através da
abstração Fonte: http://www.cpdee.ufmg.br
14
4XDQGRXVDPRVDEVWUDomRDGPLWLPRVTXHRTXe estamos
considerando é complexo; em vez de tentar compreender o
todo, selecionamos parte dele. Sabemos que existem detalhes
adicionais; simplesmente optamos por não considerá-los
neste momento.
Ao aplicar a abstração de dados, um analistDGHÀQHRV
atributos e os serviços que manipulam exclusivamente esses
atributos. O único jeito de chegar até os atributos é através de
um serviço. Os atributos e seus serviços podem ser tratados
como um todo intrínseco (COAD <OURDON, 1992).
3.2+LHUDUTXLD
$ +LHUDUTXLD p XP HQÀOHLUDPHQWR RX RUGHQDomR GDs
abstrações. A estrutura do objeto é importante uma vez que
ilustra como diferentes objetos colaboram uns com os outros
através de padrões de interação, chamados mecanismos. A
estrutura de classes é igualmente importante, uma vez que
destaca a estrutura comum e comportamento dentro de um
VLVWHPD$LGHQWLÀFDomRGHKLHUDUTXLDVHQWUHFODVVHVHREMHWRs
dentro de um sistema de software complexo não é uma tarefa
fácil, uma vez que requer a descoberta de padrões entre vários
objetos. No entanto, a partir do momento em que essas
estruturas estiverem mapeadas, a estrutura do sistema e seu
entendimento se tornam bastanteVLPSOLÀFDGRV
3.3 - Encapsulamento
O encapsulamento consiste em ocultar ao usuário o
funcionamento interno de uma classe. A principal vantagem
do encapsulamento é permitir que os programadores mudem
a implementação de uma classe sem que precisem alterar
algum código gerado. O encapsulamento é o empacotamento
de dados (atributos) e de operações sobre estes (métodos),
também conhecido como a capacidade de “esconder
informação” de detalhes de implementação (abstração).
No caso da orientação a objetos, os dados não podem ser
acessados diretamente, mas através de mensagens enviadas
para as operações. O uso de encapsulamento permite que a
implementação dHXPREMHWRSRVVDVHUPRGLÀFDGD sem afetar
as aplicações que usam este objeto ou a forma de acessá-lo.
Figura 2.5. O encapsulamento esconde os detalhes da implementação de um
objeto. Fonte: Booch (2005)
No encapsulamento, os usuários têm conhecimento
apenas das operações que podem ser realizadas e precisam
estar cientes apenas do que as operações realizam e não como
elas estão implementadas (BOOCH, 2005).

O encapsulamento é mais frequentemente alcançado
através do ocultamento das informações, que é o processo
de esconder os detalhes de um objeto que não contribuem
para suas características essenciais; tipicamente a estrutura de
um objeto é escondida, bem como a implementação de seus
métodos.
Por exemplo, para se cadastrar uma localização turística
e suas atrações através de um sistema desenvolvido para
Web, uma pessoa não precisa conhecer sua estrutura interna
(tabelas, atributos, classes) nem tão pouco como se dá a
implementação de seus métodos. Sabe-se que é necessário
acessar a página via Internet, mas não é preciso saber como
esta operação é implementada (construída). Dessa forma, o
usuário precisa conhecer apenas a interface (neste caso, as
telas) que permite a ele executar operações do tipo incluir,
alterar, excluir ou consultar, e não como essas operações são
de fato implementadas.
3.4+HUDQ©D
A Herança é uma das principais características da
orientação ao objetos, pois permite o reaproveitamento de
métodos e atributos, diminuindo o tempo de desenvolvimento
do sistema e facilita as futuras manutenções.
A herança consiste no compartilhamento de atributos e
operações entre as classes baseado num relacionamento de
hierarquia. Permite que uma nova classe seja descrita a partir
de outra classe já existente (reutilização). A subclasse herda
as características e o comportamento da superclasse, além de
poder adicionar novas características e comportamentos aos
herdados; por exemplo, a classe DXWRPyYHOherda da classe
YHtFXOR algumas propriedades e operações, pois a classe
automóvel pertencHjFODVVHYHtFXOR
A Herança é um mecanismo onde temos uma classe
GHÀQLGDDSDUWLUGH outra, adicionando todas as funcionalidades
e propriedades daquela primeira (chamada de superclasse) e
podendo adicionar outras funcionalidades e propriedades para
a classe criada a partir da primeira (chamada de subclasse).
Sua utilização força que a subclasse inclua todos os métodos e
propriedades de sua superclasse;
A utilização da herança representa mais que uma
simples economia na criaçãRGRSURJUDPDHODVLJQLÀFDPDLV
LQWHJULGDGH4XDQGo um comportamento (método) é alterado,
todas as classes que descendem dela terão acesso aos métodos
atualizados, sem a necessidade de serem refeitos.
Uma FODVVHSRGHVHUGHÀQLGDGHIRUPDDEUDQJHQWH (como
no caso do exemplo anterior) e posteriormenteUHÀQDGDHP
termos de subclasses e assim sucessivamente. Podemos dizer
com isso que a classe automóvel é uma subclasse da classe
veículo e que a classe veículo é uma superclasse.
O conceito de herança para o paradigma da orientação
a objetos é bastante semelhante ao conceito de herança que
conhecemos no nosso dia a dia. Cada um de nós herdou
características existentes em nossos antecessores, sejam elas
características físicas ou de comportamento. Da mesma
forma, as classes e, por consequência, seus objetos, também
têm a possibilidade de herdar características e métodos
GHÀQLGRVSUHYLDPHQWH para seus antecessores.
15 151
Figura 2.6. Exemplo de Herança. Fonte: Microsoft.com
Esta relação entre classes é uma das grandes vantagens
de sistemas orientados a objetos por causa da redução de
trabalho resultante durante o projeto e a programação destes.
Existem dois tipos de herança:
• herança simples, onde uma subclasse tem somente
uma superclasse, ou seja, uma subclasse herda
apenas as características de uma superclasse;
• herança múltipla, na qual uma subclasse herda
simultaneamente de várias superclasses.
3.5 - 3ROLPRUȴVPR
2 SROLPRUÀVPR VLJQLÀFD TXH XPD PHVPD RSHUDomo
pode se comportar de forma diferente em classes diferentes.
([HPSORGHSROLPRUÀVPRDRSHUDomRFDOFXODURSHUtPHWUR
que é diferente para as instâncias de classe círculo e polígono
ou a operação PRYHUdiferente para janela de computador e
para uma peça de um jogo de xadrez. Uma operação que tem
mais de um método que a implementa é dita SROLPyUÀFD, ou
seja, pode possuir várias formas. Uma mesma função pode
apresentar diferentes “comportamentos”, daí o nome do
FRQFHLWR3ROLPRUÀVPRTXHTXHUGL]HUYiULDVIRUPDV
O usuário não precisa saber quantas implementações
existem para uma operação, ou explicitar qual método deve
ser utilizado: a linguagem de programação deve ser capaz de
selecionar o método correto a partir do nome da operação,
classe do objeto e argumentos (parâmetros) para a operação.
Assim, novas classes podem ser adicionadas sem a necessidade
GHPRGLÀFDomRGHFyGLJRMá existente, pois cada classe apenas
GHÀQHos seus métodos e atributos.
Retomando a aula
1HVWD DXOD HVWXGDPRV GHȴQL©·HV LPSRUWDQWHV GH
WHUPRV XVDGRV IUHTXHQWHPHQWH QD RULHQWD©¥R D
REMHWRV9DPRVUHFRUGDUDOJXQVWµSLFRVLPSRUWDQWHV
GHVWD$XOD"
²2EMHWRV
Um objeto é qualquer “coisa”, lugar, relatório, evento,
tela ou conceito que se aplique ao sistema. Todo objeto
pertence a uma classe e tem seus próprios atributos. Os
152 Análise de Sistemas II 16
atributos dos objetos são mutáveis e podem receber valores
diferentes conforme as características do objeto. Minhas anotações

²&ODVVHV
Uma classe representa um conjunto de objetos. Estes,
apesar de possuírem atributos iguais, têm valores diferentes
em seus atributos. Uma classe é um modelo e todos os seus
objetos têm os mesmos atributos, embora sejam atributos que
podem ter valores diferentes, e os mesmos métodos.

²&DUDFWHUtVWLFDVGDRULHQWDomRDREMHWRV
Na abstração, nós isolamos os objetos que queremos
representar do ambiente complexo em que se situam, e nesses
objetos representamos someta as características que são
relevantes para o problema em questão.
O encapsulamento é um dos pilares da orientação a
objetos, sua característica é ocultar partes da implementação,
e assim construir softwares que atinjam suas funcionalidades e
escondam os detalhes de implementação do mundo exterior.
Os objetos encapsulados funcionam como uma caixa preta,
sabe- se da sua interface externa, mas não precisa se preocupar
com o que acontece dentro dela.
A herança é uma das principais características das
linguagens de programação orientadas a objetos, permite
o reaproveitamento de métodos e atributos diminuindo o
tempo de desenvolvimento, ainda reduz as linhas de código,
desta forma facilita as manutenções futuras.
2SROLPRUÀVPRHVWiGLUHWDPHQWHOLJDGRjKHUHGLWDULHGDGH
das classes, este trabalha com a redeclararão de métodos
herdados, ou seja, os métodos têm a mesma assinatura (têm
o mesmo nome), mas a forma de implementação utilizada
diferem o da superclasse.

Vale a pena

9DOHDpena ler
PRESSMAN, Roger. Engenharia de Software. São Paulo-
SP: Makron Books, 2006. SOMMERVILLE, I. Engenharia
de Software. 8ª Edição. Addison Wesley, 2007. BOOCH,
Grady, JACOBSON, Ivar; RUMBAUGH, James. UML –
guia do usuário. Elsevier, Rio de Janeiro. 2005.

9DOHDpena assistir
• YouTube. Vídeo aula de orientação a objetos. Disponível em:
<http://www.youtube.com/watch?v=t9Cd7EWL0eo!.
Acesso em 01/12/2013