Sem 09 POO UML

AULA TEÓRICA 9
Tema 5. POO com UML Java. Desenho de classes.

 Uso da linguagem UML
 Modelos, diagramas, visões e elementos
 Desenho de classes
Elaborado por eng.Tatiana Kovalenko, UEM

POO com UML Java
Uso da linguagem UML(Unified Modeling Language)
A UML, ou Linguagem de Modelagem Unificada, é a junção das três mais
conceituadas linguagens de modelagem orientados a objectos (Booch de
Grady, OOSE de Jacobson e o OMT de Rumbaugh).
UML não é uma LP. Serve para visualização, especificação, construção e
documentação de sistemas que é padrão para modelagem orientada a objetos.
Vantagens da UML:
• É um padrão aberto;
• Suporta todo o ciclo de vida do software:
 modelagem do negócio (processos e objectos do negócio)
 modelagem de requisitos alocados ao software
 modelagem da solução de software
• Suporta diversas áreas de aplicação;
• É baseada na experiência e necessidades da comunidade de usuários;
• É suportada por muitas ferramentas.
2
Modelos, diagramas, visões e elementos
 Um modelo é uma representação em pequena escala, numa

perspectiva particular, de um sistema existente ou a criar;
 Ao longo do ciclo de vida de um sistema são construídos vários

modelos, sucessivamente refinados e enriquecidos;
 Um modelo é constituído por um conjunto de diagramas

(desenhos) consistentes entre si, acompanhados de
descrições textuais dos elementos que aparecem nos vários
diagramas.
3
Modelos, Diagramas e Visões (1.x)
Diagramas de
Objectos
Diagramas de
Diagramas de
Casos de
Classes
Uso
Modelos
Diagramas de Diagramas de
sequência Componentes
Um modelo é uma Diagramas de Diagramas de

Estado Implantação
descrição completa
de um sistema a partir Diagramas de
de uma perspectiva Actividades
particular.
4
 Um diagrama é uma visão sobre um modelo
 De acordo com o interesse de uma das partes envolvidas
(stakeholder)
 Proporciona uma representação parcial do sistema
 Deve ser semanticamente consistente com outras visões
 Na UML 1.5, há 9 diagramas padrões e 3 de organização:
 diagramas de visão estática: casos de uso (use case),
classes, objectos, componentes, implantação (deployment)
 diagramas de visão dinâmica: sequência, colaboração,
estados (statechart), actividades
 diagramas de organização: pacotes, subsistemas e
modelos
 O mesmo elemento (exemplo: classe) pode aparecer em vários
diagramas de um modelo
5
Diagrama de classes
Para melhor visualizar e entender a hierarquia de classes utilizam a notação

gráfica. Diagrama de classes denota a estructura estática do sistema. É
necessário identificar seus componentes, suas características e
comportamentos e o relacionamento entre estes componentes.
Nome
Atributos
Comportamentos
6
Exemplo:
Individuo
- nome : String
- idade : byte
- endereco : String
+ Individuo()
+ getNome () : String
+ getIdade() : byte
+ getEndereco() : String
- validarIdade() : byte
+ toString() : String
7
 Não criar classes com demasiados dados e métodos. Geralmente, a
definição de classes muito extensas é reflexo de uma concentração
demasiado pesada de funcionalidade numa única classe. É preferível
definir classes mais pequenas e mais especializadas.
Existem dois tipos de classes:

• públicas (para utilização geral) e
• auxiliares, que são utilizadas na construção de outras classes.
Em Java, a ordem dos membros é insignificante, no entanto são boas práticas:

 Ordenar os campos consoante as acessibilidades e papéis;
 Organizar os métodos por grupos com a seguinte ordem:
 Construtores públicos
 Métodos públicos de acesso ou de selecção (não mudam o estado
dos objectos)
 Métodos públicos de modificação (modificam o estado dos objectos)
 Construtores não públicos
 Métodos auxiliares
Referência bibliográfica:
António José Mendes; Maria José Marcelino.
“Fundamentos de programação em Java 2”. FCA. 2002.
Elliot Koffman; Ursula Wolz.
“Problem Solving with Java”. 1999.
F. Mário Martins;
“Programação Orientada aos objectos em Java 2”, FCA, 2000,
John Lewis, William Loftus;
“Java Software Solutions: foundation of program design”, 2nd edition, Addision-Wesley
John R. Hubbard.
“Theory and problems of programming with Java”. Schaum’s Outline series. McGraw-Hill.
H. Deitel; P. Deitel.
“Java, como programar”. 4 edição. 2003. Bookman.
Rui Rossi dos Santos.
“Programando em Java 2– Teoria e aplicações”. Axcel Books. 2004
UMLVisaoGeral-v2.pdf
“Modelagem de Sistemas”, Slides elaborados pela profa. Isabel Harb Monssur, 2009

Sem 09 POO UML

Enviado por

Direitos autorais:

Formatos disponíveis

Sem 09 POO UML

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Sem 09 POO UML

Enviado por

Direitos autorais:

Formatos disponíveis

AULA TEÓRICA 9

Tema 5. POO com UML Java. Desenho de classes.

Elaborado por eng.Tatiana Kovalenko, UEM

 Um modelo é uma representação em pequena escala, numa

 Ao longo do ciclo de vida de um sistema são construídos vários

 Um modelo é constituído por um conjunto de diagramas

Um modelo é uma Diagramas de Diagramas de

Para melhor visualizar e entender a hierarquia de classes utilizam a notação

Existem dois tipos de classes:

Em Java, a ordem dos membros é insignificante, no entanto são boas práticas:

Você também pode gostar