Carregar apresentação
A apresentação está carregando. Por favor, espere
PublicouJoaquim Santa Ana Alterado mais de 9 anos atrás
1
Revisão 2º Bimestre Engenharia de Software I
Leonardo Brussolo de Paula MSN:
2
Histórico – Técnicas de modelagem OO
Ano Autor (Técnica) 1990 Shaler & Mellor 1991 Coad & Yourdon (OOAD – Object-oriented Analysis and Design) 1993 Grady Booch (Booch Method) Ivar Jacobson (OOSE – Object Oriented Software Engineering) 1995 James Rumbaugh et al (OMT – Object Modeling Technique) 1996 Wirfs-Brock (Responsability Driven Design) Surge a UML como a melhor candidata de notações, diagramas e formas de representação
3
UML – Linguagem de Modelagem Unificada
Principais autores do processo: Grady Booch, James Rumbaugh, Ivar Jacobson Chamados os 3 amigos Aproveitar o melhor das caracterísiticas das notações preexistentes Notação da UML é uma união das diversas notações prexistentes com alguns elementos removidos e outros adicionados com o objetivo de torna-la mais expressiva.
4
UML – Linguagem de Modelagem Unificada
1997 – A UML foi aprovada pela OMG (Object Management Group) A definição passa por constantes melhorias e conta com diversos colaboradores comerciais(Digital, HP, IBM, Oracle, Microsof, Unysis, etc) 2003 – Foi lançada a UML 2.0 Especificação atual adotada pela OMG
5
UML – Linguagem de Modelagem Unificada
é uma linguagem visual para modelar sistemas Orientados a Objetos Define elementos gráficos que podem ser utilizados na modelagem de sistemas Através dos elementos definidos na linguagem podem-se construir diagramas para representar diferentes perspectivas de um sistema Cada elemento gráfico possui uma Sintaxe: forma predeterminada de denehar o elemento Semântica: O que significa o elemento e com que objetivo deve ser usado A sintaxe e a semântica são extensíveis
6
UML – Linguagem de Modelagem Unificada
Diagramas: Os documentos gerados em um processo de desenvoleimento são chamados de artefatos na UML Os artefatos compõe as visões do sistema A UML define 13 diagramas Esta quantidade de diagramas é justificada pela necessidade de analisar o sistema por meio de diferentes perspectivas Cada diagrama fornece uma perspectiva parcial do sistema.
7
Diagramas da UML Diagramas estruturais Diagramas comportamentais
de objetos Diagramas de Implementação Diagramas de Interação Diagramas de Atividades Diagramas de classes Diagramas de Casos de Uso Diagramas de Seqüência Diagramas de Componentes Diagramas de pacotes Diagramas de Colaboração Diagramas de Transições de estados Diagramas de Implantação Diagramas de estrutura composta Diagramas de Visão geral Da Interação Diagramas de Temporização UML 2.0 UML 2.0 UML 2.0
8
1º Modelo: Diagrama de Casos de Uso
9
Introdução Modelos de Casos de Uso
É uma representação das funcionalidades eternamente observáveis do sistema e dos elementos externos ao sistema que interagem com eles É um modelo de análise que representa um refinamento dos requisitos funcionais. Idealizado por Ivar Jacobson em 1970 e inserida na UML na década de 90. É o modelo mais popular para a documentação de requisitos funcionais O MCU representa os possíveis usos de um sistema. Componentes: Casos de Usos, Atores e Relacionamentos
10
Notação da UML
11
Atores Os atores representam os papéis desempenhados pelos diversos usuários Cliente, Caixa do Banco, Gerente, etc. Casos de Uso descrevem interações entre o sistema e estes atores Atores podem ser Pessoas que interagem com o sistema Um hardware especial que dispara uma interação Outro software que comunica com o sistema
12
Casos de Uso Definem os serviços, tarefas ou funções do sistema
Os nomes indicam ação (verbos) Cadastrar venda - loja Sacar - banco Consultar um filme - locadora
13
Relacionamentos Representam as interações ou associações entre
Atores e Casos de Uso Dois ou mais Casos de Uso Dois ou mais Atores Principais tipos de relacionamentos Inclusão Extensão Generalização
14
Especialização / Generalização
Acontece quando dois ou mais casos de uso possuem características semelhantes Reuso O Caso de Uso geral que descreve as características compartilhadas As especializações definem características específicas
15
Inclusão (Include) Utilizado quando um caso de uso é usado dentro de outro caso de uso Os relacionamentos de inclusão indicam obrigatoriedade A execução do primeiro obriga a execução do segundo
16
Extensão de Caso de Uso Geralmente usado em funcionalidades opcionais de um caso de uso Exemplo: cenários que somente acontecerão em uma situação específica Se uma determinada situação for satisfeita Extensão pode necessitar um teste para determinar se o caso de uso será estendido
17
2º Modelo: Diagrama de Seqüência
18
Diagrama de Seqüência Preocupa-se com a ordem temporal em que as mensagens são trocadas Baseia-se em um Caso de Uso Identifica O evento gerador da funcionalidade modelada O ator responsável por este evento
19
Diagrama de Seqüência
20
3º Modelo: Diagrama de Atividade
21
Diagrama de Atividades
Descreve as atividades a serem executadas para a conclusão de um processo Concentra-se na representação do fluxo de controle de um processo
22
Diagrama de Atividades
Tipicamente utilizados para a modelagem dos aspectos dinâmicos de um sistema Associado a um Caso de Uso descrev as atividades realizadas pelo Ator e pelo Sistema, tendo como referencial o ponto de vista dos atores que colaboram com o sistema
23
Desvios e Intercalações
O comportamento condicional é delineado por Desvios: Transição de entrada única e várias transições de saídas guardadas. Intercalações: Tem várias transições de entrada e uma única transição de saída.
24
Separação e Junção Separação: Junção:
Tem uma transição de entrada e várias transições de saída. Quando uma separação é acionadas todas as suas saídas são executadas em paralelo. Junção: A transição seguinte é efetuada somente quando todos os estados nas transições de entrada tenham completado suas atividades.
25
Diagrama de Atividades
Apresentações semelhantes
© 2024 SlidePlayer.com.br Inc.
All rights reserved.