Changing the way you learn

UML

Linguagem de Modelagem Unificada
1. Linguagem
  1. Usada para expressar e comunicar idéias
2. Modelagem
  1. Descrever um sistema em um alto nível de abstração
3. Unificada
  1. UML se tornou o padrão mundial para modelagem de sistemas
DEFINIÇÔES
1. não é uma metodologia de desenvolvimento, o que significa que ela não diz para você o que fazer primeiro
2. foco na representação conceitual de um sistema de software
3. É uma notação independente de processos
4. Vantagens
  1. Não é dependente de tecnologia
  2. Ajuda a obter uma visão geral do sistema
  3. Diminui a fragmentação, aumenta a padronização
5. Não é proprietária, que tem que pagar.
6. NÂO É UM METODO
O que é UML ?
1. Linguagem gráfica para especificar, visualizar, construir e documentar os artefatos de software
2. 14 Diagramas
  1. Elementos principais Para forma um modelo UML
    1. • Blocos de construção (IRD)
      1. Itens(ECAA)
      2. Relacionamentos
      3. Diagrama
    2. Mecanismo Comuns Aplicado na UML
      1. Especificações
      2. Adornos
        O negrito do nome da classe abstrata, o sinal de + ou ~ nas classes
      3. • Divisões Comuns
      4. Mecanismos de extensão
    3. Relacionamentos mais importantes
      1. dependências
      2. generalizações
      3. associações
      4. realizações
DIAGRAMA ESTRUTURAL / Estático
1. Mostram a estrutura estática do sistema e suas partes em diferentes níveis de abstraçã
  1. Não utilizam conceitos relacionados ao tempo
2. DIAGRAMA DE CLASSE
  1. reúne os elementos mais importantes de um sistema orientado a objetos
  2. Exibe um conjunto de classes, interfaces e seus relacionamentos
  3. Estrutura da classe
    1. Atributo estatico
      1. Sublinhado
    2. Metodo/ Classe Abstrato
      1. Em ITALICO
  4. Modificadores de acesso
  5. Relacionamento
    1. Associação
      1. Associação Simples
      2. Associação Qualificada
        Um qualificador de associação é um atributo do elemento-alvo capaz de identificar uma instância dentre as demais
      3. MULTIPLICIDADE= 1....1, 1..N
    2. Agregação
      1. a parte existe sem o todo
    3. Composição
      1. o todo controla o ciclo de vida da parte, e ela não pode ser compartilhada em outros relacionamentos
    4. Dependencia
      1. Indica que mudança em um elemento pode causar mudanças no outro (uso)
        A classe GUI depende do FOMULARIO
        Se a classe Formulario mudar, a classe GUI pode mudar tb
      2. Dependencia entre CLasse e INTERFACE
        O cilco representa a interface
    5. Generalização / HERANÇA
      1. Relacionamento “é um tipo de”
    6. Realização (Interfaces)
      1. Quando uma classe implementa a interface.
3. Objeto
  1. O diagrama de objetos representa uma fotografia do sistema em um dado momento
  2. uma “instância” do diagrama de classe
  3. D1 :
    1. Nome do OBJETO
    2. DEPARTAMENT
      1. Qual OBJETO D1 Representa
  4. : ContacInfomation
    1. Objeto ANÔNIMO
    2. LINHA TRACEJADA
      1. Representa o OBJETO
  5. NÂO DESCREVE OS METODOS
4. COMPONENTE
  1. DEVE TER:
    1. ALTA COESÃO
      1. Componentes bem definidos
    2. BAIXO ACOPLAMENTO
      1. Devem ser INDEPENDENTE
  2. Decompõe o sistema em subsistemas que detalham a estrutura interna
    1. As interfaces devem ser bem definidas
  3. Representação
5. PACOTE
  1. Agrupa outros diagramas em pacotes
    1. Pacotes e suas dependências
  2. Interfaces entre os pacotes
  3. ◦ Generalizações entre pacotes
6. IMPLANTAÇÃO
  1. Modela a configuração física do sistema, revelando que pedaços de software rodam em que equipamento de hardware
  2. Nós
    1. Dispositivos hardwares
    2. Ambientes de execução
  3. Artefatos
    1. Código Fonte, Código Binário
    2. Executáveis
7. Estrutura Composta
  1. É utilizado para modelar colaborações entre interfaces, objetos ou classes
    1. O único diagrama que tem : Objeto / classe / Interface num luga só
  2. Diagrama em tempo de execução
  3. Parte
    1. Representa o conjunto de uma ou mais instância contidas em outro elemento
  4. Porta
    1. Ponte de interação entre os elementos
  5. COLABORAÇÂO
DIAGRAMA COMPORTAMENTAL / Dinâmico
1. DIAGRAMA DE INTERAÇÃO
  1. São as interações ENTRE OBJETOS
  2. Sequencia
    1. Captura o comportamento de um determinado cenário de um caso de uso
      1. Modela as interações entre os atores e objetos alem das interações entre os próprios OBJETOS
      2. Na crialção de um objeto A seta aponta direto para o objeto
        Tipos de Mensagem
        SINCRONA
        Espera-se um retorno
        ASSINCRONA
        Não tem retorno
        No objeto 3 esta sendo criado no momento 1.1, pois como podemoes ver os objt 1 e 2 foram criado juntos, estão na mesma linha
    2. Enfatiza a ORDEM TEMPORAL das mensagens
      1. tem uma SEQUENCIA O TEMPO ENTRE OS OBJETOS
    3. Util para detalhar o caso de uso
    4. Tipos de mensagem
      1. Call
      2. Return
      3. Send
      4. Create
      5. Destroy
    5. OBJETO
      1. "Nome do Objeto" : Tipo do objeto
  3. Comunicação / Colaboração
    1. Enfatiza a ORDEM ESTRUTURAL entre Obejtos
    2. Melhor utilização do espaço
      1. Como podemos ver o objeto COMPRA está relacionado com mais 3 objetos, é possivel perceber de imediato
        No diagrama de sequencia não é possivel essa persecpção de imediato
    3. não se preocupam com a temporalidade do processo
    4. COMO NÃO TEM O EIXO DO TEMPO É OBRIGADO A SEQUENCIAR AS MENSAGENS
  4. TEMPO
    1. Capturar o comporatamento de objetos ao longo do tempo e a sua DURAÇÃO na qual eles permancem em determinados estados
    2. útil para modelagem de sistemas de tempo real.
    3. Mistrura : Diagrama de Sequencia e Maquina de Estado
  5. Interação Geral
    1. Fornece uma visão geral do controle de fluxo entre objetos
    2. é uma mistura entre diagrama de sequencia e Atividades
2. Mostram a natureza dinâmica dos objetos do sistema
3. uma série de mudanças no sistema com o passar do tempo
4. CASO DE USO
  1. Modela interações entre ATORES e o SISTEMA
  2. um ator é SEMPRE uma entidade EXTERNA ao sistema e nem sempre é um usuário HUMANO
  3. Representa as funcionalidades externamente observáveis do sistema e os elementos externos ao sistema que interagem com ele.
  4. Auxilia para captar os requisitos funcionais, tem pespectiva do usuario
  5. Documentação
    1. não existe um formato específico de documentação para casos de uso definidos pela UML
  6. Mostra como o usuário interage com o sistema
    1. <<Extende>>
      1. Comportamento OPCIONAL
    2. <<INCLUDE>>
      1. Comportamento OBRIGATÒRIO
    3. Atores
      1. São esses desenhos ou simplesmente um : <<Ator>>
    4. Generalização
      1. O filho herda o comportamento do Pai
  7. Serve de base para outros diagramas
  8. TIPOS
    1. Concreto
      1. Iniciado por um ATOR
      2. COnstitui um fluxo concreto
    2. Abstrato
      1. São incluidos dentro de outros casos de uso
      2. nunca é invocado por um ATOR
      3. A fonte é em ITÁLICO
5. Atividade
  1. Representa os fluxos conduzidos por processamentos
  2. suporta e estimula o comportamento paralelo,
  3. Utilizado em :
    1. fase de análise
    2. Modelagem dos fluxos de trabalho de um processo do negócio
    3. Modelagem da lógica de um caso de uso
    4. Em determinadas situações, é interessante complementar a descrição do caso de uso com um diagrama de atividade.
  4. baseia-se em redes de Petri.
  5. ELEMENTOS
    1. Estado Inicial e final,
    2. Atividades e transições
    3. Decisões
    4. bifurcação e união
  6. Diagrma com RAIS ( SWIMLANES)
6. Máquina de Estados
  1. Mostra os vários estados possíveis por quais um objeto pode passar
  2. UM objeto muda de estado quando algum evento intero ou externo ao sistema
  3. • Os estados estão associados a outros pelas transições
  4. ELEMENTOS
    1. Estado
      1. Situação na vida de um Objeto na qual ele satisfaz uma condição ou realiza uma atividade
    2. Transições
      1. Estados são associados através de transições
    3. Ações
      1. Ao passar de um objeto para outro o objeto pode realizar ações
    4. Atividade
      1. executada durante um estado
  5. Diagrama de um escalonamento de processo
TRATAMENTO DE exceptions
1. Tipos de gráficos
  1. Gráfico de Barras
  2. Gráfico Marcos
  3. Gráfico de Gantt
  4. Gráfico de Redes
  5. Gráfico de Sequência
OCL ( Object Constaint Language)
1. Objetivo de desenvolver modelos mais PRECISOS

Next up

UML

Description

Resource summary

Media attachments

Similar

	Created by lorranz sousa over 6 years ago