GB Exemplos Praticos de UML

Globalcode – open4education1

Exemplos práticos de UML: Diagrama de Classes, Atividades,

Sequência e Casos de uso


Importância da UMLFerramentasDificuldades na UtilizaçãoDiagrama de Casos de UsoDiagrama de ClassesDiagrama de AtividadesDiagrama de SeqüênciaEstudo de Caso

Agenda



Agenda


Padrão de documentação de modelagem de software da OMG

Unifica os métodos de Ivar Jacobson, Grady Booch e James Rumbaugh

Modelagem gráfica através de diagramas

Importância da UML



Agenda


Na hora de escolher a ferramenta é importante verificar:

Suporte a UML 1.4 ou UML 2.0;Integração com código fonte;Grau de customização do código fonte gerado a partir dos diagramas permitido pela ferramenta;Capacidade de exportar e importar diagramas;

Ferramentas



Agenda


Sincronismo entre código e documentação UML;

Dificuldade em representar conceitos importantes como por exemplos exceções, generics e coleções;

Suporte das ferramentas;

Dificuldades na utilização


Dependência da ferramenta devido a dificuldade de migração;

Dificuldade em determinar se os diagramas estão tecnicamente corretos ou em nível de detalhe ideal;

Dificuldade em determinar quais diagramas devem ser feitos e vão agregar valor ao projeto;

Dificuldades na utilização



Agenda


Representam uma unidade funcional fornecida pelo sistema.

Conceito criado por Ivar Jacobson.

Cada caso de uso captura um ou mais cenários que descrevem como o sistema deve interagir com os usuários para atingir determinada meta ou funcionalidade.

Casos de Uso


Importância dos casos de uso:

• Modelagem de requisitos funcionais• Estimativa de esforço• Planejamento de testes

Casos de Uso


Diagrama da UML utilizado para representação gráfica dos casos de uso.

Seus principais elementos são:• Caso de uso• Ator• Associação• Relacionamento de inclusão• Relacionamento de extensão• Generalização

Diagrama de Casos de Uso


Caso de uso: representado graficamente por uma elipse com o nome do caso de uso.



Ator: representa um papel representado por uma pessoa, sistema ou dispositivo que interage com o sistema.



Associação: representa a interação entre um ator e um caso de uso.



Relacionamento de inclusão: relacionamento entre casos de uso no qual um caso de uso inclui incondicionalmente outro caso de uso.



Relacionamento de extensão: relacionamento entre casos de uso no qual um caso de uso pode estender a funcionalidade de outro caso de uso.



Generalização: relacionamento no qual um ator ou caso de uso possui as mesmas características de um elemento base, mais suas características específicas.



Os diagramas de casos de uso visam dois objetivos principais:• Definição de escopo: permitem que sejam

visualizadas as funcionalidades presentes no sistema.• Identificação de papéis: permitem identificar quem

interage com o sistema e a que funcionalidades tem acesso.

Não permitem detalhar os passos necessários para implementação da funcionalidade.




Agenda


Diagrama da UML utilizado para representação da estrutura das classes do sistema.

Representa os relacionamentos, atributos e métodos de cada classe.

Diagrama de Classes


Classe: representa os métodos e atributos de uma classe.

Elementos - Diagrama de Classes


Associação: representa um relacionamento entre classes onde uma das classes está presente como atributo na outra.

Possui algumas propriedades básicas:• Cardinalidade/Multiplicidade• Navegabilidade• Papéis• Restrições



Associação com cardinalidade 1-1

Associação com cardinalidade 1-n



Associação com cardinalidade n-n

Papéis



Navegabilidade

Restrições



Associação reflexiva



Agregação

Composição



Dependência



Classe Associativa



Herança



Representação de interfaces



Implementação de interfaces




Agenda


Diagrama da UML utilizado para representar o fluxo de atividades dentro de um processo.

Semelhantes a fluxogramas

Utilizados para:• Detalhar os passos de um caso de uso;• Detalhar algoritmos complexos;• Representar atividades concorrentes;

Diagrama de Atividades


Atividade: representa uma etapa em um processo.

Elementos - Diagrama de Atividades


Transição: fluxo de uma atividade para outra.



Condição de guarda: condição necessária para a realização da transição.



Decisão: dependendo de uma condição, mostra as diferentes transições.



Ponto de junção: mostra a união de atividades em um único fluxo.



Início e fim: indicam o início e o término do fluxo de atividades.



Concorrência: indica atividades executando em paralelo.



Raia: separa as atividades de acordo com o ator que as executa.




Agenda


Diagrama da UML utilizado para representar a interação entre objetos em ordem seqüencial no tempo.

Utilizados para:• Ilustrar e validar a lógica implementada;• Identificar a necessidade de novos métodos e classes;• Identificar quais classes serão mais complexas• Identificar gargalos na modelagem de um aplicativo

Diagrama de Seqüência


Objetos: representam as instâncias de classes cuja interação será representada no diagrama.

Elementos - Diagrama de Seqüência


Mensagens: representam as interações entre objetos.



Mensagens de criação de objetos



Mensagens de retorno



Chamadas de um método na própria classe



Chamada condicional if com UML 1.4



Fragmentos: Elementos criados com UML 2.0 para permitir o agrupamento de diversas mensagens em fluxos mais complexos.



Chamada condicional if com UML 2.0



Chamada condicional if/else



Chamadas dentro de um laço




Agenda


Apresentamos a seguir um estudo de caso de modelagem de um sistema de vendas online.

Nosso exemplo vai se concentrar na funcionalidade de comprar produtos.

Sistema de Vendas Online




Diagrama de Classes


Diagrama de Atividades





Documents

GB Exemplos Praticos de UML