Vous êtes sur la page 1sur 52

Orientao a Objetos

Histrico

Histrico

Classes

Classes

Classes

Classes Exemplo

Objeto

Objetos

Objeto

10

Objeto

11

Atributos

12

Atributo

13

Mtodo

14

Mtodo

15

Herana

16

Herana

17

Polimorfismo

18

Polimorfismo

19

Encapsulamento

20

Encapsulamento

21

Abstrao

22

Abstrao

23

Exerccio


Em relao aos conceitos ralacionados a


orientao a objetos, conceitue:

a)

Objetos;

b)

Classes;

c)

Atributos;

d)

Mtodos;

e)

Herana;

f)

Polimorfismo;

g)

Encapsulamento;

h)

Abstrao.

Com base nos conceitos vistos e pesquisados,


a partir de um contexto geral, exemplifique tais
24
conceitos.

Introduo a UML

25

UML


A UML (Unified Modeling Linguage ou


Linguagem de Modelagem Unificada)
uma linguagem visual utilizada para
modelar sistemas computacionais;

26

UML


Objetivo auxiliar os engenheiros de


software a definir as caractersticas do
software, tais como seus requisitos, seu
comportamento, sua estrutura lgica, a
dinmica de seus processos e at
mesmo suas necessidades fsicas em
relao ao equipamento sobre o qual o
sistema dever ser implantado.
27

Por Que Modelar Software?




Por mais simples que seja, todo e


qualquer sistema deve ser modelado
antes de se iniciar a implantao, entre
outras coisas, por que os sistemas de
informao frequentemente costumam
possuir a propriedade de crescer, isto
, aumentar em tamanho, complexidade
e abrangncia;
28

Por Que Modelar Software?




Sistemas no so sempre finalizados,


termo correto dinmicos, porque
normalmente
os
Sistemas
de
Informao esto em constante
mudana.

29

Por Que Modelar Software?




Mudanas:
Os clientes desejam constantemente
modificaes ou melhorias no sistema;
 O mercado estar sempre mudando, o
que fora a adoo de novas estratgias
por
parte
das
empresas
e
consequentemente de seus sistemas;


30

Por Que Modelar Software?




Mudanas:


O governo frequentemente promulga


novas leis e criar novos impostos e
alquotas ou ainda modificar leis,
impostos e alquotas j existentes, o que
acarreta a manuteno do software.

31

Diagramas



Ao todo, so 13 diagramas.
Por que a UML composta por tantos
diagramas?


Para fornecer mltiplas vises do sistema a


ser modelado, analisando-o e modelando-o
sob diversos aspectos, procurando atingir a
completude da modelagem.

Cada diagrama da UML analisa o


sistema, sob uma determinada tica;
32

Diagramas da UML 2.0




Diagrama de EntidadeRelacionamento


o mais utilizado e o mais importante da UML,


servindo de apoio para a maioria dos outros
diagramas;
Descreve o modelo de dados de um sistema com
alto nvel de abstrao.
Ele a principal representao do Modelo de
Entidades e Relacionamentos.
Sua maior aplicao para visualizar o
relacionamento entre tabelas de um banco de
dados, no qual as relaes so construdas

33

Diagramas da UML 2.0




Diagrama de Caso de Uso





Diagrama mais geral e informal da UML;


Ser consultado durante todo o processo da
modelagem;
Apresenta uma linguagem simples e de fcil
compreenso para que os usurios do modelo
tenham idia de como o software ir se
comportar;
Procura identificar os atores.
34

Diagramas da UML 2.0




Diagrama de Classes


o mais utilizado e o mais importante da UML,


servindo de apoio para a maioria dos outros
diagramas;
Busca determinar atributos e mtodos
possudos por cada classe, alm de estabelecer
como as classes se relacionam e trocam
informaes entre si.

35

Diagramas da UML 2.0




Diagrama de Objetos


Est diretamente ligado ao diagrama de


classes, ele oferece uma viso dos valores
armazenados pelos objetos de um diagrama de
classe em um determinado momento da
execuo do processo de software;
Considerado uma extenso do diagrama de
classe.

36

Diagramas da UML 2.0




Diagrama de Estrutura Composta




Descreve a estrutura interna de uma classe ou


componente, detalhando como elas se
comunicam e colaboram entre si.

37

Diagramas da UML 2.0




Diagrama de Sequncia


Tem como base os casos de uso e o diagrama


de classe para determinar os objetos das
classes envolvidas em um determinado caso de
uso;
Costuma identificar o evento gerador do
processo modelado, bem como o ator
responsvel por este evento e determinar como
o processo deve se desenvolver

38

Diagramas da UML 2.0




Diagrama de Comunicao/
Colaborao


Est amplamente associado ao diagrama de


sequncia, na verdade um complementa o
outro;

39

Diagramas da UML 2.0




Diagrama de Estados


Procura acompanhar as mudanas sofridas por


um objeto dentro de um determinado processo;
Utilizado para representar os estados de um
caso de uso .

40

Diagramas da UML 2.0




Diagrama de Atividades


Descreve os passos a serem percorridos para a


concluso de uma atividade especfica, muitas
vezes representada por um mtodo com certo
grau de complexidade e no de um processo
completo, embora tambm possa ser usado
para este fim.

41

Diagramas da UML 2.0




Diagrama de Componentes


Est amplamente ligado linguagem de


programao que ser utilizada para
desenvolver o software modelado.

42

Diagramas da UML 2.0




Diagrama de Implantao


Determina as necessidades do hardware e do


software, as caractersticas fsicas como
servidor, estaes, topologia e protocolo de
comunicao, ou seja toda parte fsica sobre o
qual o software dever ser executado.

43

Diagramas da UML 2.0




Diagrama de Pacotes


Tem como objetivo representar os subsistemas


englobado em um sistema buscando determinar
as partes que o compem.

44

Diagramas da UML 2.0




Diagrama de Tempo


Descreve as mudanas no estado ou condies


de uma instancia de uma classe ou seu papel
durante um tempo, buscando mostrar as
mudanas no estado de um objeto no tempo em
resposta a eventos externos.

45

Diagramas


No existe uma ordem predefinida que


determine a sequncia de modelagem dos
diagramas;
Os diagramas podem ser divididos em duas
fases: a fase de requisitos e a fase do
projeto de sistemas;

46

Diagramas


Portanto estudaremos:
 Diagrama de caso de uso;
 Diagrama de classe;
 Diagrama de sequncia;
 Diagrama de atividades.

47

Mtodo, Processo e Linguagem




Conceitos:


Modelo:
Pode
ser
visto
como
uma
representao idealizada de um sistema a ser
construdo;
Modelagem: A modelagem de sistemas de
software consiste na utilizao de notaes
grficas e textuais com o objetivo de construir
modelos que representam as partes essenciais
de um sistema;

48

Mtodo, Processo e Linguagem




Conceitos:


Processo: Conjunto de atividades interrelacionadas ou interativas, que transforma


insumos (entradas) em produtos (sada);
Mtodo: composto de uma linguagem de
modelagem, e de um processo que orienta
passos para elaborao de um projeto
Linguagem: conjunto de elementos (smbolos)
e um conjunto de mtodos (regras) para
combinar estes elementos.
49

UML - Conceitos


A UML no um processo, e sim a


forma de comunicao que um
processo pode utilizar;
Finalidade:


Proporcionar um padro para a preparao de


planos de arquitetura de projetos de sistemas,
incluindo aspectos conceituais, como regras de
negcio e funes do sistema.

50

A UML Permite:





Agilidade
na
construo
e
o
mapeamento dos modelos construdos
para as linguagens de programao;
Facilidade na documentao;
Unificao das diversas etapas para o
desenvolvimento de sistemas.

51

Exerccio






Conceitue UML, Modelo, Modelagem,


Processo e Mtodo.
Qual o objetivo principal da UML?
Por que devemos modelar softwares?
Quais so as principais caractersticas e
funcionalidades dos diagramas abaixo?





Diagrama de caso de uso;


Diagrama de classe;
Diagrama de sequncia;
Diagrama de atividades.

52