Diagramas Da UML

7/30/2019 Diagramas Da UML

1/153

Alessandro Almeida | www.alessandroalmeida.com


2/153

Os prximos slides fazem parte de umaatividade realizada pelos alunos da turma

SIN-NA6 (6 semestre de Sistemas deInformao 2 semestre de 2012)


3/153

ORIENTAO A OBJETOS


4/153

INTEGRANTES

Ana Paula de Sousa - 10101629

Caroline Soares - 10100815

Elias Nascimento - 10101626

Guilherme Oliveira - 10101599

Rafael V Cordeiro - 10103318


5/153

HISTRICO DA ORIENTAO A OBJETOS

Evoluo da Programao Estruturada

A Programao Orientada a Objetos uma evoluo da Programao Estruturada

Linguagem Estruturada

Funes e Dados podem ser acessados por qualquer funo.

Linguagem Orientada Objetos

Funes agregadas aos dados em uma unidade chamada objeto.


6/153

HISTRICO DA ORIENTAO A OBJETOS Anos 60:

A Linguagem de programao chamada de SIMULA (projetadas para apoiar a simulao de eventosdiscretos), j utilizavam o uso de conceitos de O.O.

Anos 70:Surge a primeira linguagem totalmente voltada a O.O., que SMALLTALK, Incorporou ideias dalinguagem de programao SIMULA.

Anos 80:Quase todas as linguagens de programao j apresentavam conceitos de O.O., como o Delphi, Java,C++, PASCAL, LISP, C++, ADA, EIFFEL, OBJECT PASCAL entre outras.

Anos 90:JAVA ao mesmo tempo um ambiente e uma linguagem de programao O.O., e foi projetado pararesolver os problemas da rea de programao cliente/servidor.


7/153

EVOLUO DA ORIENTAO A OBJETOS

Larry Constantine (1960) Foi quem primeiro lanou a ideia de que softwares poderiam serprojetados antes que fossem programados

Ole-Johan Dahl e Kristen Nygaard- (1966) - Foi quem primeiro lanou a ideia de Classesintroduzida na linguagem SIMULA

Alan Curtis Kay- (1970) Iniciou o conceito de Mensagem e Herana, usados na linguagemSmallTalk, e Adele Goldberg.


8/153

CONCEITOS DE ORIENTAO A OBJETOS

O que a Orientao a Objetos?

E o que colaboram para construir?

O que um paradigma?

O paradigma pode auxliar em que?


9/153

VANTAGENS DA TECNOLOGIA DE OBJETOS

Cdigo:-Eliminao de

redundncia

-Fcil manuteno

-Reaproveitamento de

cdigo

Se houver mudanas nos

requisitos?


10/153

CLASSE

O que Classe?

- Atributos e Mtodos.

Atributos = caractersticasMtodos = aes

Operaes caracterizam o comportamento de umobjeto, e so o nico meio de acessar, manipular emodificar os atributos de um objeto.


11/153

OBJETOS

Um objeto possui um estado, exibe um comportamento bem-definido e possui uma

identidade nica.

Conjunto de Propridades Reao (M ;P) Propriedade do Objeto


12/153

HERANA

- O que nos permite a herana?- Tambm conhecida como?

- Herana de Atributos e de Mtodos

- Herana de Relacionamentos

Atravs da herana possvel representar a relao degeneralizao/especializao entre duas classes:" a superclasse uma generalizao da(s) subclasse(s), e" a subclasse uma especializao da(s) superclasse(s).

Temos os tipos de herana:Herana estrita: as subclasses podem redefinir ouexcluir propriedades herdadas da superclasse.Herana no estrita: as mudanas citada acima no so

permitidas.


13/153

POLIMORFISMOPolimorfismo um conceito abstrato que, de forma sucinta,

diz que algo pode responder de formas diferentes parauma mesma situao.

A implementao de Polimorfismo se faz atravs deClasses e mtodos abstratos:

-Mtodos abstratos (mostrar programa)


14/153

LINGUAGENS DE PROGRAMAOORIENTADAS A OBJETOS

Java

C#

C++

Ruby

Python

Delphi

Lisp


15/153

APLICAO NA VIDA REAL


16/153

BIBLIOGRAFIA

http://www.webgoal.com.br/origem-da-orientacao-a-objetos/ (08/09/2012 19:45hs)

http://www.hardware.com.br/artigos/programacao-orientada-objetos/ (08/09/2012 19:40hs)

Conceitos de O.O

Blair, G. et al. (Editors) Object-Oriented Languages, Systems and Applications, PitmanPublishing, 1991. Buzato, L. E., Rubira, C. M. F. Construo de Sistemas Orientados a Objetos Confiveis, Dcima Primeira Escola de

Computao, Rio de Janeiro, Julho de 1998.

Cardelli, L, and Wegner, P. On understanding types, data abstraction and Oliva, Alexandre. Programao em Java. IISimpsio Brasileiro de Linguagens deProgramao, Campinas, setembro de 1997.

Takahashi, T. Programao Orientada a Objetos, Escola de Computao, So Paulo,1990.

Rubira, C. M. F. Tpicos Especiais em Engenharia de Software II, Universidade Estadual de Campinas, notas de aula,1996.

http://www.ufpa.br/cdesouza/teaching/es/3-OO-concepts.pdf


17/153


18/153

Aline Mayara Coqueto

10102152 Felipe Gustavo Marques Pires - 10103101

Gustavo Henrique da Cunha - 10101635

Stfanie Caroline Rodrigues Martins -10101621

Thais Cirqueira da Silva - 10103368


19/153

Requisitosso as necessidades do meucliente. O que meu sistema ir fazer.

Servem para ajudar a entender edelimitar o que deve ser implementadoem um software.


20/153

Responsvel por exibir de forma prticaas interaes das funcionalidades do

sistema uma com as outras e do sistemacom o usurio. uc Diagrama de Caso de UsoLanar Notas

Professor Aluno

Calcular Mdia Final

Realizar Prova 1

Realizar Prova 2

Realizar Segunda

Epoca

include

include

extend


21/153

1. Caso de Uso;

2. Ator;

3. Relacionamento;4. Fronteira do Sistema;

5. Cenrio.

Calcular Mdia Final

Turma de Sistemas

c a a a d e as o d e so

LanarNotas


22/153

Representa uma funo do sistema.

Calcular Mdia Final


23/153

Papel desempenhado por algo ou algumacoisa externa ao sistema.

Professor


24/153

So as conexes feitas entre os elementos .

Tipos de Relacionamento:

Associao ; Generalizao ;

Include ;

Extend.


25/153

Relacionamento entre um ator e o casode uso.

Professor

Calcular Mdia Final


26/153

Demonstra quando h algo em comumentre os papis do sistema.

Aluno 1 Aluno 2

Turma de Sistemas

Lanar Notas

Professor

Calcular Mdia FinalRealizar Prova 1

Realizar Prova 2

Realizar Segunda

Epoca

Turma de Sistemasinclude

include

extend


27/153

Lanar Notas

Professor Aluno

Calcular Mdia Final

Realizar Prova 2

include

Demonstra a dependncia entre doiscasos de uso.


28/153

Demonstra que o caso de uso base podeser complementado por outro caso deuso.

Lanar Notas

Professor Aluno

Calcular Mdia FinalRealizar Segunda

Epocaextend


29/153

Delimita os casos de uso que irocompor o diagrama.

Lanar Notas

Lanar Notas

Professor

Calcular Mdia Final


30/153

Sequncia de eventos gerados a partir deuma ao do usurio.

Lanar Notas

Professor

Calcular Mdia FinalRealizar Prova 1

Realizar Prova 2

Realizar Segunda

Epoca

Turma de Sistemasinclude

include

extend


31/153

Documento que descreve o passo a passo arespeito das aes geradas pelo sistemaatravs de determinadas aes do ator.

Composto por:

Fluxo Principal;

Fluxo Alternativo;

Ator.


32/153

Escopo bem definido;

Organizao e Diviso de Trabalho;

Estimativa do Tamanho do Projeto;

Direcionado de Testes.


33/153


34/153


35/153

Introduo Exemplo

Utilizao Composio Relacionamento Nveis de abstrao Criao de uma boa estrutura


36/153

Um diagrama de classes mostra um conjunto declasses, interfaces e colaboraes e seusrelacionamentos.

Os Diagramas de Classe so a base para: Diagramasde Componentes e os Diagramas de Implantao.

Os diagramas de classe so importantes para aconstruo de sistemas executveis por intermdiode engenharia do produo e reversa.


37/153


38/153

Use os diagramas de classe para fazer a modelagemda viso esttica do projeto de um sistema.


39/153

Nome da Classe

Atributos e tipo de dado~: de pacote+: publico#: protegido-: Privado

Operaes e parmetros


40/153

Associaes Define relacionamento entre as classes

Classe de Associaes Uma classe de associao contem informaes de

relacionamento entre outras classes


41/153

Dependncias Ocorre quando no possvel existir a classe A sem que a

classe B j exista

Multiplicidade Utiliza notaes (0..1, 0..*, *, 1, 1..*)


42/153

Agregaes Relacionamento onde uma classe formada por diversas

outras classes

Composio outro tipo de agregao, em que a relao mais forte


43/153

Interfaces As interfaces so apenas modelos de comportamentos, no

podendo ser instanciadas

Diagrama de Objetos Diagrama de objeto representa uma instancia de uma classe

especifica


44/153

Nvel de domnio Nvel de anlise Nvel de design

Generalizao Classes abstratas


45/153

Atribua-lhe um nome que comunique seu propsito Distribua organizadamente seus elementos de

modo a minimizar o cruzamento de linhas Comunicao de um nico aspecto da viso esttica

do projeto do sistema Apresentao de elementos essenciais

compreenso desse aspecto Exibir somente os detalhes essenciais

compreenso Use notas e cores para caractersticas importantes

do diagrama


46/153

Diagrama de ClassesUML


47/153

LIVRO: UML Guia do Usurio EDITORA: Campus AUTOR: Grady Booch LIVRO: Utilizando UML e Padres EDITORA: Bookman AUTOR: Craig Larman http://www.fernandoamaral.com.br/Default.aspx?Artigo=40 http://www.macoratti.net/net_uml1.htm http://pt.wikipedia.org/wiki/Diagrama_de_classes http://www.slideshare.net/suissapg/diagrama-de-classe-5802269 http://gilmarborba.com.br/?p=184 http://www.dsc.ufcg.edu.br/~jacques/cursos/map//html/uml/diagramas/classes/cl

asses3.htm http://javafree.uol.com.br/topic-876366-Diagrama-de-Classes-e-Objetos.html
http://www.fernandoamaral.com.br/Default.aspx?Artigo=40http://www.macoratti.net/net_uml1.htmhttp://pt.wikipedia.org/wiki/Diagrama_de_classeshttp://www.slideshare.net/suissapg/diagrama-de-classe-5802269http://gilmarborba.com.br/?p=184http://www.dsc.ufcg.edu.br/~jacques/cursos/map/html/uml/diagramas/classes/classes3.htmhttp://www.dsc.ufcg.edu.br/~jacques/cursos/map/html/uml/diagramas/classes/classes3.htmhttp://javafree.uol.com.br/topic-876366-Diagrama-de-Classes-e-Objetos.htmlhttp://javafree.uol.com.br/topic-876366-Diagrama-de-Classes-e-Objetos.htmlhttp://javafree.uol.com.br/topic-876366-Diagrama-de-Classes-e-Objetos.htmlhttp://javafree.uol.com.br/topic-876366-Diagrama-de-Classes-e-Objetos.htmlhttp://javafree.uol.com.br/topic-876366-Diagrama-de-Classes-e-Objetos.htmlhttp://javafree.uol.com.br/topic-876366-Diagrama-de-Classes-e-Objetos.htmlhttp://javafree.uol.com.br/topic-876366-Diagrama-de-Classes-e-Objetos.htmlhttp://javafree.uol.com.br/topic-876366-Diagrama-de-Classes-e-Objetos.htmlhttp://javafree.uol.com.br/topic-876366-Diagrama-de-Classes-e-Objetos.htmlhttp://javafree.uol.com.br/topic-876366-Diagrama-de-Classes-e-Objetos.htmlhttp://javafree.uol.com.br/topic-876366-Diagrama-de-Classes-e-Objetos.htmlhttp://javafree.uol.com.br/topic-876366-Diagrama-de-Classes-e-Objetos.htmlhttp://javafree.uol.com.br/topic-876366-Diagrama-de-Classes-e-Objetos.htmlhttp://javafree.uol.com.br/topic-876366-Diagrama-de-Classes-e-Objetos.htmlhttp://www.dsc.ufcg.edu.br/~jacques/cursos/map/html/uml/diagramas/classes/classes3.htmhttp://www.dsc.ufcg.edu.br/~jacques/cursos/map/html/uml/diagramas/classes/classes3.htmhttp://www.dsc.ufcg.edu.br/~jacques/cursos/map/html/uml/diagramas/classes/classes3.htmhttp://gilmarborba.com.br/?p=184http://www.slideshare.net/suissapg/diagrama-de-classe-5802269http://www.slideshare.net/suissapg/diagrama-de-classe-5802269http://www.slideshare.net/suissapg/diagrama-de-classe-5802269http://www.slideshare.net/suissapg/diagrama-de-classe-5802269http://www.slideshare.net/suissapg/diagrama-de-classe-5802269http://www.slideshare.net/suissapg/diagrama-de-classe-5802269http://www.slideshare.net/suissapg/diagrama-de-classe-5802269http://pt.wikipedia.org/wiki/Diagrama_de_classeshttp://www.macoratti.net/net_uml1.htmhttp://www.fernandoamaral.com.br/Default.aspx?Artigo=40http://www.fernandoamaral.com.br/Default.aspx?Artigo=40


48/153


49/153

IntegrantesJssica Soares Barbosa Marcelo Yassuo Cecilio Furuko

Rafael de Lima Abreu Rafael Rodrigues Alves

Tatiana Ribeiro de Oliveira


50/153

Diagrama de Classes Pode-se dizer que um dos mais importantesdiagramas da UML. A partir dele que os demaisdiagramas so elaborados;

Um diagrama de classes descreve os tipos de objetos nosistema e os vrios tipos de relacionamentos estticosque existem entre eles.

Em programao podemos dizer que diagrama declasses uma representao da estrutura e relaes dasclasses que servem de modelo para objetos


51/153

Seus ElementosAtributos Multiplicidade

Associao

Relacionamento Generalizao ou Herana

Agregao

Composio


52/153

Atributo Define as caractersticas da classe como um todo. Nome

Tipo de dados

Valor inicial(depende da linguagem de programao, e opcional)

Propriedade(opcional, depende da caracterstica doelemento)


53/153

Multiplicidade
http://gilmarborba.com.br/?attachment_id=221


54/153

Associao

As associaes em um diagrama de classe definem ostipos de ligaes que os objetos participam


55/153

Relacionamento Generalizao

Na implementao fsica correponde a um processo deherana.


56/153

Relacionamento - Agregao

Uma agregao representa um todo que composto devrias partes;
http://gilmarborba.com.br/?attachment_id=219


57/153

Relacionamento - Composio

A composio, diferente da agregao, pois umrelacionamento de conteno. Um objeto CONTMoutros objetos(elementos). Esses elementos que estocontidos dentro de outro objeto depende dele para

existir.


58/153

Exemplo


59/153

Especificao de instncia O que a especificao da instncia?

Qual o conceito utilizado para especificar?

Diagrama de Objetos utilizado na especificao de

instancias.


60/153

Especificao de instncia


61/153

Engenharia de cdigo


62/153

Engenharia Reversa Importao de cdigo para gerao de interfaces UMLAuxilia na recuperao de dados

Verificao de cdigo original para identificar possiveisalteraes

Permite modelar melhores protees para um softwareja existente


63/153

Gerao de Cdigo

Produto

+ codigo: String

+ descricao: String

+ modelo: String

+ marcaImpressora: String

+ cor: String

+ ultimaAtualizacao: Date

+saldo: Double+preco: Double

+ buscar()

+ listar()

+ criar()

+ atualizar()

+ excluir()

Produto.cls

Implementation of the Class Produto

Generated by Enterprise Architect

Create on: 10-Set-2012 20:46:15

Public codigo As String

Public descrio As String

Public modelo As String

Public marcaImpressora As String

Public cor As String

Public ultimaAtualizacao As Date

Public saldo As Double

Public preco As Double

Public Sub buscar()

End Sub

Public Sub Listar()

End Sub

Public Sub criar()

End Sub

Public Sub atualizar()

End Sub

Public Sub excluir()

End Sub


64/153

Classes de PersistnciasVisa preservar de maneira permanente os objetos de

uma classe gravar em disco

Nem toda classe /precisa ser persistente Necessrio explicitamente definir atravs de um

esteretipo/restrio

Diagrama de classe esquema lgico BD


65/153

Mapeamento de Atributos


66/153

Mapeamento de Relacionamentos


67/153

ConclusoViso geral do diagrama de classes

Vantagens da utilizao em projetos

O que agrega para o curso?


68/153

Diagrama de Objetos

SINNA6 - Engenharia de Software IIAlexandre Alisson

Leonardo Botelho

Lucas PalmaLuciana Sassaki


69/153

Funo do Diagrama

- O diagrama de objetos uma poderosaferramenta da UML para a modelagem de

exemplos.

- Esse diagrama tambm usado para

testar o comportamento de umadeterminada sociedade de classes.


70/153

Funo do Diagrama

- A funo do Diagrama de Objetos detalhar a classe, ele mostra os objetos daclasse.

- Testar se a classe foi especificadacorretamente.

- So importantes para visualizar, especificare documentar os modelos estruturais.


71/153

Estrutura do Diagrama

- Objeto: apresentado a partir de duaspartes: O nome do objeto e (com aseparao de dois pontos) o nome daclasse correspondente.


72/153


- Ligaes: Os objetos alm derepresentar/exemplificar os dados, tambmmostram os enlaces com outros objetos.Esses enlaces so denominados ligaes.


73/153


- Nome e Valores de Atributos: O diagrama deobjetos NO MOSTRA a definio dosatributos (tipo, visibilidade e assim pordiante). Ele mostra nomes e valores de

atributos em uma instruo de atribuio,como nome = Joo; CEP=30000-000 etc.Este diagrama simplesmente apresenta osnomes e os valores dos atributos no

segundo compartimento da caixarepresentativa do objeto no diagrama.


74/153



75/153



76/153

Exemplo de Utilizao- Diagrama de

Classse- Diagrama de

Objeto


77/153

Como deve ser usado

- Esse diagrama muito til medida queexemplifica para o usurio final, ou atmesmo o analista de sistemas. A finalidade daclasse ou de determinados atributos, queem alguns casos poderiam indicar dvidas.Alm disso esse digrama muito importantepara testar se a classe foi definidacorretamente, principalmente no que dizrespeito s multiplicidades, ou a quantidade

de ocorrncias de um objeto com relao aoutro.


78/153

Concluso

- Vantagens e Desvantagens.- O grupo concluiu que na teoria de

grande ajuda utilizar o diagrama de

objetos. Entretanto, na prtica, levandoem considerao a agilidade e urgncia daentrega dos projetos fica complicado a

aplicao do diagrama.


79/153

Bibliografia

- http://www.unesp.br/gs/treinamento/graduacao/CursoUML-Diagramas.pdf

- http://www.fag.edu.br/professores/elielder/materias/apoo/09.pdf

- http://techblog.desenvolvedores.net/2011/05/28/diagrama-de-objeto-uml

- http://tadeujnr.sites.uol.com.br/pcc/txt_uml.html

- http://gilmarborba.com.br/?p=706


80/153

DIAGRAMA DE SEQUNCIA

O diagrama que enfatiza interaes entre objetos.


81/153

Grupo

Francine - 10102189

Kelly - 09106691

Lyncon - 09211083

Marina - 09107265

Rodrigo - 10104385


82/153

Introduo

O que ?

Funo

Estrutura

Exemplos

Concluso


83/153

O que ?

O Diagrama de Sequencia um modelo

suportado pela UML, ele se localiza dentrodo grupo de diagramas dinmicos, poisexerce colaborao dinmica entre os vriosobjetos de um sistema.


84/153

Funo

Mostrar a sequncia de mensagens enviadasentre os objetos;

Mostrar o que ocorre em pontos especficosda execuo do sistema;

Apresentar as interaes entre atores esistema.

Estrutura


85/153


86/153

Estrutura Mensagens Tipos


87/153

Estrutura Mensagens Condies de guarda

:Aluno

imprimirRelatorio( )

login( )

:Sistema :Impressora

sistemaOk

matricula( )turmaCheia

matriculado

[com vaga][sem vaga]


88/153

Estrutura Objetos Principais

Objeto

Ator

Mensagens

Tempo


89/153

Exemplo 1 Diagrama de Sequncia

Cliente

Comunicar Extravio de BluRay

Sistema daLocadora

Atendente Gerente

Solicitar Registro de Aluguel

Retornar Registro de AluguelSolicitar Conversa com Gerente

Falar com o GerenteSolicitar Registro do BluRay

Retornar Registro do BluRayNegociar Multa

Pagar Multa

Buscar Aluguel

Buscar BluRay


90/153

Exemplo 2 Diagrama de Sequncia


91/153

Obrigado!

Francine - 10102189

Kelly - 09106691

Lyncon - 09211083

Marina - 09107265

Rodrigo - 10104385


92/153

DIAGRAMADE ATIVIDADESEngenharia de Software II


93/153

tila Romo 10102407Fabio Henrique 10103664

Jos Carlos 10100807

Lucas Akeda 10103693

Murillo Carvalho 10101630


94/153

FUNODO DIAGRAMA

utilizado para modelar o aspecto

comportamental de processos.

Uma atividade modelada como uma

sequncia estruturada de

aes, controladas potencialmente por

ns de deciso e sincronismo.


95/153

EXEMPLO DIAGRAMADE ATIVIDADES


96/153

RAIA

Seguradora OficinaSegurado

Acionar Seguro Recolher Automvel

Consertar Automvel

[else]

[perda total]Depositar Valor Segurado

Pagar Franquia Cobrar Fraquia

Avaliar Danos


97/153

COMODEVESERUSADO

Para capturar as aes que sero executadas.

Para mostrar como um grupo de aes relacionadaspode ser executado.

Para mostrar como uma instncia pode ser executada.

Para mostrar como um negcio funciona.


98/153


99/153

CONCLUSO

Fcil entendimento Esboa bem a comunicao e dependncias das tarefas.

Muito usada no mercado.


100/153

Carlos Renan Diogo Carvalho

Felipe Polizelo

Joilson Lazaro Rafael Vecchi


101/153

UML


102/153


103/153

CONGREGA UMA DETERMINADA VISO QUEPODE ENGLOBAR VRIOS DIAGRAMAS.

O DIAGRAMA DE VISO GERAL SEMELHANTEAO DIAGRAMA DE ATIVIDADES, CONFORMEVERSO ANTIGA DO UML.

ELE APRESENTA AS EXECUES, AES ETRANSAES DA ATIVIDADE DESCRITA.


104/153


105/153


106/153


107/153

PODE SER USADO PARA DEMONSTRAR DE FORMA

SINTTICA SITUAES QUE TENHAM INTERAES

COMPLEXAS.

COM OS DIAGRAMAS SE TEM UMA FCILVISUALIZAO DAS ATIVIDADES COMO UM TODO,

TIMO MATERIAL PARA SER USADA EMREUNIES.


108/153


109/153


110/153


111/153


112/153

UML


113/153


114/153

SIMILAR COM O DIAGRAMA DE SEQUENCIA ELETRAZ AS SEQUENCIAS DAS MENSAGENS.

IDENTIFICAO FEITA POR MEIO DESEQUENCIA NUMRICAS.

DIAGRAMAS DE COMUNICAO ILUSTRAM ASINTERAES ENTRE OBJETOS.


115/153


116/153


117/153


118/153

USADOS EM GRAFO OU REDE

PODE SER ALTERADO A QUALQUER MOMENTOSEM AFETAR OS PROCESSOS.

DIAGRAMA DE COMUNICAO TEM

VANTAGEM, SOBRE O DIAGRAMA DESEQUENCIA, DE PERMITIR A EXPANSOVERTICAL PARA NOVOS OBJETOS.


119/153


120/153


121/153


122/153


123/153


124/153

10100814 GILVAN VELAMES DA SILVA 10100845 RICARDO NOGUEIRA MENTA DE CARVALHO

10100843 RODINEI MIGUEL DOS SANTOS

10101211 RODRIGO GOERING OLIVEIRA

10101627 PALOMA HARUMI DA SILVA NISHIMURA


125/153

Representar o estado ou situaoem que um objeto pode se

encontrar no decorrer da execuode processos de um sistema. Comisso, o objeto pode passar de umestado inicial para um estado finalatravs de uma transio.


126/153

Estado (Inicial/Final) Guarda

Estados Aes Eventos Transio

Barra Sincronizao Condio

Inicial: utilizado para representar o incio da


127/153

p pmodelagem de estados de um objeto,

representado por um crculo preenchido.

Final: utilizado para representar o fim dos

estados modelados, representado por umcrculo preenchido envolvido por outro crculono preenchido.


128/153

Um objeto pode passar por diversos estados

dentro de um processo. Um estado pode demonstrar:

a espera pela ocorrncia de um evento.

a reao a um estmulo. a execuo de alguma atividade.

a satisfao de alguma condio.

Ex:

Segunda diviso do retngulo pode armazenar


129/153

trs clusulas:

Entry: representa as aes realizadas nomomento em que o objeto assume o Estadoem questo;

Exit: identifica as aes executadas antesdo objeto mudar de Estado;

Do: ilustra as atividades executadas

enquanto o objeto se encontra em umdeterminado Estado.

Ex:

Uma transio representa um evento que causa


130/153

uma mudana no Estado de um objeto, gerando

um novo Estado (evento de ativao). Transies podem possuir condies de guarda edescries, se isto for considerado necessrio.

Flecha que liga dois estados:estado origem -> estado destino

Evento - Provoca a transio de estado. Guarda - Condio que restringe a ocorrncia da

transio. Ao - Operao decorrente da transio de estado.


131/153

Ex:


132/153

Ocorrncia que deve ser reconhecida e gerar

uma reao pelo sistema em estudo.

A ocorrncia de um evento provoca a transio

entre estados de instncias de alguma classepertencente ao sistema.


133/153

A guarda uma expresso que resulta em um

valor booleano. representada entre colchetes [expresso]. A ao representada pela invocao de uma

operao: operacao(parametros) precedida por uma barra inclinada ou um

acento circunflexo.

Representa um ponto na transio de


134/153

estados de um objeto em que deve ser

tomada uma deciso, a partir da qual umdeterminado estado ser ou no gerado.


135/153


136/153

Mquinas de estadocomportamentais.

Mquinas de estado

para protocolos.


137/153

Podem ser utilizadas para especificar ocomportamento de vrios tipos deelementos. Por exemplo, podem ser

utilizadas para modelar o comportamentode entidades individuais (objetos), pormeio da modificao dos valores de seus

atributos. O formalismo de mquina deestados neste caso uma varianteorientada a objetos.


138/153

Mquinas de estado para representarprotocolos expressam as transies legaisque um objeto pode desenvolver. Com

seu uso, pode-se definir o ciclo de vida deobjetos, ou uma determinada ordem nainvocao de suas operaes. Para este

tipo de mquina de estado, interfaces eportas podem estar associados.


139/153


140/153

Pedido de Compra:


141/153


142/153

Diagramas de implementao

Cesar Augusto Romo 10103024

Lucas de Melo Favaretto 10102153

Thiago Pereira de Campos - 10100804

Definio


143/153

So utilizados como uma representao grfica da viso esttica de umsistema em funcionamento. Um nico diagrama no deve capturar tudosobre a viso de implantao do sistema. Neste estgio ondeorganizamos o cdigo fonte para ambiente de trabalho e realizamos oexecutvel (ambiente de instalao)

Foco na comunicao de um aspecto na viso esttica de implantao dosistema e deve somente conter elementos essenciais compreensodesse aspecto. Deve-se fornecer detalhes consistentes com seu nvel deabstrao alm de informar bem ao leitor sobre a semntica importante.

Podemos dividir o Diagrama de Implementao em dois, o Diagrama deComponentes e o Diagrama de Distribuio:

Diagrama de Componentes


144/153

Representa a parte fsica do sistema, exibindo os componentes do sistemae a dependncia entre eles. Cada componente composto por uma oumais classes. Prope uma viso esttica do sistema. O diagrama decomponentes utilizado para modelar a arquitetura e soluo deimplementao do sistema. Atravs do diagrama de componentes pode-segerar pseudo-cdigo em linguagens de programao. No diagrama decomponentes tambm possvel mostrar a configurao de um sistemade software mostrando, graficamente, a dependncia entre os diversosarquivos que compem o sistema.


145/153

Diagrama de Distribuio(Implantao)


146/153

(Implantao)

Os diagramas de distribuio mostram a distribuio de hardware dosistema, identificando os servidores como ns do diagrama e a rede querelaciona os ns. Os componentes de software vo estar mapeados nestesns.

Estrutura


147/153

Abaixo esto alguns itens importantes para uma definio da estrutura: Devemos nome-lo de forma capaz de se comunicar com seu propsito

Organize seus elementos de modo que os itens que so semanticamenteafins fiquem prximos fisicamente.

Usar notas e cores como indicaes visuais para destacar itens

importantes. Defina um conjunto de cones comuns e utilize de forma consistente,

evitando assim qualquer dificuldade no entendimento.

Estrutura no padro Factory method


148/153

O padro Factory Method, da forma como foi descrito no livro DesignPatterns: Elements of Reusable Object-Oriented Software, contm osseguintes elementos:

Creator declara o factory method (mtodo de fabricao) que retorna oobjeto da classe Product (produto). Este elemento tambm pode definir

uma implementao bsica que retorna um objeto de uma classeConcreteProduct (produto concreto) bsica;

ConcreteCreator sobrescreve o factory method e retorna um objeto daclasse ConcreteProduct;

Product define uma interface para os objectos criados pelo factory

method; ConcreteProduct uma implementao para a interface Product.


149/153

Utilizao


150/153

Este padro pode ser utilizado na construo de um framework quesuporta aplicaes que apresentam mltiplos documentos ao usurio.Normalmente este tipo de aplicao manipula um nmero varivel deformatos de documento e, por isso, este framework deve ser flexvel obastante para suportar qualquer formato. Uma soluo para esteproblema poderia disponibilizar, no framework, o cdigo para alguns dosformatos mais utilizados. O padro Factory Method prope uma soluoque deixa para o cliente (a implementao da aplicao) a tarefa desuportar os formatos necessrios e para o framework o papel de definiode uma abstrao que oferece uma interface nica para criao dedocumentos. Este framework seria baseado em duas classes abstratas,

que representam a Aplicao e o Documento.

Concluso


151/153

Concluso

Uma viso clara do sistema como um todo

Avaliar se os processos esto organizados deforma mais efetiva

Definir estratgias ou otimizar as jexistentes dentro deste diagrama.

Referencial terico


152/153

http://www.klebermota.eti.br/2011/11/22/uml-unified-modeling-language-a-linguagem-unificada-de-modelagem/
http://www.klebermota.eti.br/2011/11/22/uml-unified-modeling-language-a-linguagem-unificada-de-modelagem/http://www.klebermota.eti.br/2011/11/22/uml-unified-modeling-language-a-linguagem-unificada-de-modelagem/http://www.klebermota.eti.br/2011/11/22/uml-unified-modeling-language-a-linguagem-unificada-de-modelagem/http://www.klebermota.eti.br/2011/11/22/uml-unified-modeling-language-a-linguagem-unificada-de-modelagem/http://www.klebermota.eti.br/2011/11/22/uml-unified-modeling-language-a-linguagem-unificada-de-modelagem/http://www.klebermota.eti.br/2011/11/22/uml-unified-modeling-language-a-linguagem-unificada-de-modelagem/http://www.klebermota.eti.br/2011/11/22/uml-unified-modeling-language-a-linguagem-unificada-de-modelagem/http://www.klebermota.eti.br/2011/11/22/uml-unified-modeling-language-a-linguagem-unificada-de-modelagem/http://www.klebermota.eti.br/2011/11/22/uml-unified-modeling-language-a-linguagem-unificada-de-modelagem/http://www.klebermota.eti.br/2011/11/22/uml-unified-modeling-language-a-linguagem-unificada-de-modelagem/http://www.klebermota.eti.br/2011/11/22/uml-unified-modeling-language-a-linguagem-unificada-de-modelagem/http://www.klebermota.eti.br/2011/11/22/uml-unified-modeling-language-a-linguagem-unificada-de-modelagem/http://www.klebermota.eti.br/2011/11/22/uml-unified-modeling-language-a-linguagem-unificada-de-modelagem/http://www.klebermota.eti.br/2011/11/22/uml-unified-modeling-language-a-linguagem-unificada-de-modelagem/http://www.klebermota.eti.br/2011/11/22/uml-unified-modeling-language-a-linguagem-unificada-de-modelagem/http://www.klebermota.eti.br/2011/11/22/uml-unified-modeling-language-a-linguagem-unificada-de-modelagem/http://www.klebermota.eti.br/2011/11/22/uml-unified-modeling-language-a-linguagem-unificada-de-modelagem/http://www.klebermota.eti.br/2011/11/22/uml-unified-modeling-language-a-linguagem-unificada-de-modelagem/http://www.klebermota.eti.br/2011/11/22/uml-unified-modeling-language-a-linguagem-unificada-de-modelagem/http://www.klebermota.eti.br/2011/11/22/uml-unified-modeling-language-a-linguagem-unificada-de-modelagem/http://www.klebermota.eti.br/2011/11/22/uml-unified-modeling-language-a-linguagem-unificada-de-modelagem/http://www.klebermota.eti.br/2011/11/22/uml-unified-modeling-language-a-linguagem-unificada-de-modelagem/


153/153

[email protected]/alessandroalmeida

Documents

Diagramas Da UML