Você está na página 1de 37

Universidade Politécnica

A Politécnica
Escola Superior de Gestão, Ciências e Tecnologia
ESGCT
Departamento de Ciências Tecnológicas e Engenharias (CTE)
Engenharia Informática e de Telecomunicações (EIT)

MODELAGEM DE COMPORTAMENTO

DISCENTE CODIGO
A N T Ó N I O S O TO 492807
ISABEL ALBINO MBIÉ 574137
GERSON FRANCISCO 586038
AISSA BACAR 587913
ALLAN SAFO 296706 DOCENTE: HORÁCIO FRANCISO ZIMBA
Introdução
UML é uma linguagem visual em vez de uma linguagem de programação. Os diagramas UML
são para descrever o comportamento e a estrutura usada de um sistema.

A Linguagem de Modelagem Unificada foi aprovada como padrão pelo


Object Management Group (MG) em 1997. Então a OMG é responsável por isso. Em 2005, a
Organização Internacional para Padronização (ISO). A UML foi atualizada ao longo do tempo e é
examinada regularmente.
Interações(Técnicas e conceitos)
Interação – É um comportamento que ocorre entre objetos em um determinado contexto,
envolvendo a troca de mensagens para a realização de um propósito.
Mensagem – É a especificação de uma comunicação entre objetos, contendo informações
relacionadas ao resultado esperado dessa atividade.
Contexto – As interações podem ocorrer em diferentes contextos, como colaboração de objetos
em um sistema ou subsistema, em uma operação ou em uma classe.
Diagramas de estrutura interna – Mostram a conexão estrutural entre os papéis dos objetos em
uma interação.
Sequenciamento – É o fluxo de mensagens entre objetos, formando uma sequência de
interações.
Modificação de objetos – Durante uma interação, os objetos podem mudar seus atributos, estado
ou papéis, o que pode ser representado em diagramas de sequência
Técnicas básicas de modelagem
Ao modelar interações na UML, é importante lembrar que elas representam o aspecto dinâmico de
uma sociedade de objetos,

É necessário definir o contexto, estágio e os vínculos relevantes para as comunicações realizadas na


interação.
Casos de uso (Termos e conceitos)
um caso de uso é uma descrição de um conjunto de sequencias de acoes, inclusive variantes, que
um sistema executa para Produzir um resultado de observável por um ator.
O assunto é uma classe descrita por um conjunto de casos de uso
Nomes – todo caso de uso deve te um nome que o diferencie dos demais casos de uso. Um nome é
uma sequência de caracteres textuais.
Casos de uso e atores
Um ator representa um conjunto coerente de papéis que os usuários de casos de uso desempenham
quando integram com esses casos de uso.
Exemplo de Actores:
o Uma pessoa;
o Dispositivo físico;
Casos de uso (Tipos de ator)
Ator principal;
Ator secundário.

Casos de uso e fluxo de eventos


caso de uso descreve o que um sistema faz, mas não especifica como
isso é feito
fluxo de eventos ele descreve as sequências de eventos que são
realizadas pelo ator e pelo sistema para completar o caso de uso.
Casos de uso e fluxo de eventos
Fluxo de evento principal:
Descreve a sequência de eventos que ocorre quando o caso de uso é executado sem problemas e
todas pré-condições são satisfeitas.
Fluxo excepcional de eventos:
Descreve a sequência de eventos que ocorrem quando há condições excepcionais ou situações
alternativas durante a execução do caso de uso.

Casos de uso e cenários


Casos de uso descreve a sequência em que cada sequência no conjunto representa um possível fluxo
nessas variações. Cada sequência é chamada cenário
Casos de uso
Casos de uso e colaborações
Colaborações de casos de uso são diagramas que representam as interações entre os elementos
envolvidos em casos de uso.
Casos de uso
Organização dos casos de uso

Os casos de uso podem ser organizados em pacotes do mesmo modo como são organizadas as
classes.
Também podem ser organizados de duas maneiras: por funcionalidades e por ator.

Por funcionalidades: Os casos de uso são agrupados em módulos ou sistemas que


correspondem a diferentes áreas funcionais do sistema.

Por ator: Os casos de uso são agrupados de acordo com os diferentes papéis desempenhados
pelos usuários do sistema.
Casos de uso
Organização dos casos de uso

Os casos de uso podem ser organizados em pacotes do mesmo modo como são organizadas as
classes.
Também podem ser organizados de duas maneiras: por funcionalidades e por ator.

Por funcionalidades: Os casos de uso são agrupados em módulos ou sistemas que


correspondem a diferentes áreas funcionais do sistema.

Por ator: Os casos de uso são agrupados de acordo com os diferentes papéis desempenhados
pelos usuários do sistema.
Técnicas básicas de modelagem de
casos de uso
Identificar os atores: Os atores são as entidades que interagem com o sistema, como usuários, sistemas
externos ou dispositivos.
Descrever os casos de uso: Os casos de uso representam as funcionalidades do sistema a partir da
perspectiva do usuário. Cada caso de uso deve ter um nome descritivo e incluir uma breve descrição.
Identificar os fluxos de eventos principais: Os fluxos de eventos principais são as sequências de passos que
ocorrem em cada caso de uso. Eles descrevem o comportamento normal do sistema quando o caso de uso é
executado.
Identificar exceções e condições especiais: As exceções e condições especiais representam situações em que
o comportamento normal do sistema precisa ser interrompido ou alterado.
Desenhar diagramas de casos de uso: Os diagramas de casos de uso são representações gráficas dos casos de
uso e dos atores envolvidos. Eles ajudam a visualizar as relações entre os atores e os casos de uso.
Refinar os casos de uso: A refinamento dos casos de uso envolve a especificação detalhada dos passos
envolvidos em cada fluxo de evento e a identificação de todas as exceções e condições especiais.
Diagramas de casos de uso
O diagrama de caso de uso resume os detalhes dos usuários do seu sistema (também conhecidos
como atores) e as interações deles com o sistema.

Um bom diagrama de caso de uso ajuda sua equipe a representar e discutir:

Cenários em que o sistema ou aplicativo interage com pessoas, organizações ou sistemas


externos;

Metas que o sistema ou aplicativo ajuda essas entidades (conhecidas como atores) a atingir;

O escopo do sistema.
Diagramas de casos de uso
O diagrama de caso de uso UML é ideal para:

Representar as metas de interações entre sistemas e usuários;

Definir e organizar requisitos funcionais no sistema;

Especificar o contexto e os requisitos do sistema;

Modelar o fluxo básico de eventos no caso de uso.


Diagramas de casos de uso
São componentes comuns dos diagramas de caso de uso os seguintes:

Atores: os usuários que interagem com o sistema. Ator pode ser uma pessoa, organização ou
sistema externo que interage com seu aplicativo ou sistema. Eles devem ser objetos externos
que produzam ou consumam dados.

Sistema: uma sequência específica de ações e interações entre os atores e o sistema. O sistema
também pode ser chamado de cenário.

Metas: o resultado final da maioria dos casos de uso. Um diagrama criado corretamente deve
descrever as atividades e variantes usadas para atingir a meta.
Diagramas de casos de uso
Resumidamente, estes são os passos para fazer um diagrama de caso de uso UML:
Iniciamos inserindo a forma de sistema no seu diagrama;
Adicione os atores primários (inicia a utilização do sistema) e secundários (reage);
Insira os casos de uso na ordem em que acontecem para representar as tarefas realizadas
dentro do sistema;
Rotule os casos de usos usando verbos e descrições simples para reforçar a ideia de que uma
ação acontece;
Conecte os atores e casos de uso para criar os relacionamentos;
Lembrando que os relacionamentos podem ser de associação, inclusão (include), extensão
(extend) ou de generalização (herança), quando são entre casos de uso gerais e especializados.
Descrições
Um modelo de caso de uso consiste em um conjunto de elementos de modelo. Os elementos de
modelo mais importantes são: casos de uso, atores e as relações entre eles.

Um diagrama de caso de uso é usado para descrever graficamente um subconjunto do modelo
para simplificar a comunicação.
Descrições
Nome – É o primeiro item que deve ter da descrição de casos de uso, este nome deve ser o
mesmo utilizado no DCU.

Identificador – É o código único para cada caso de uso que permite fazer referência cruzada entre
diversos documentos relacionados com o MCU.

Documentação dos casos de uso:

UML não define estruturação específica a ser utilizada na descrição de caso de uso.
Descrições
Fluxo principal

É o fluxo principal em um caso de uso, chamados de fluxos básico em algumas vezes, é a


descrição da sequência de passos usados.
O fluxo principal deve descrever o que normalmente acontece quando o caso de uso é utilizado.

O fluxo deve ser claro e conciso, o modelador deve se ater ao domínio do problema, e não solução do
mesmo conteúdo o jargão computacional não deve ser utilizado na descrição de casos de uso.
Descrições
Fluxo alternativo

Pode ser utilizado de diversas maneiras possíveis, mas deve haver resultado na existem de diversos
cenários.

Pode ser utilizado para descrever o que acontece quando o ator opta por utilizar caso de uso de
forma alternativa diferente do fluxo principal.

Também pode o fluxo alternativo ser utilizado para descrever situações de escolha exclusiva entre si
e somente uma deve ser feita.

As pinhas tracejadas representam fluxos alternativos, e o fluxo principal apresenta linhas sólidas.
Descrições
Ferramentas de Modelação UML
Ferramentas de Modelação UML é um software aplicativo que permite construir, visualizar
projetar e análisar um sistema.

Tipos de Ferramentas de Modelação UML


Paradigma Visual (Desktop) Visual Paradigm é um aplicativo de modelagem UML completo.

StarUML

Gliffy

Draw.io.
Ferramentas de Modelação
UML(Resolução de Exercicios Ficha1)
1. SISTEMA DE CONTROLE, RESERVA, EMPRESTIMOS DE LIVROS DE UMA BIBLIOTECA
 CONSULTA DE DISPONIBILIDADE DE OBRAS

 RESERVA DE OBRAS

 EMPRESTIMOS

 DEVOLUÇÃO

 COBRAÇA DE OBRAS EM ATRASO

 USUARIOS EM ATRASO

 OBRAS RESERVADAS

 OBRAS SOLICITADAS ( QUE NÃO EXISTEM NO ACERVO)


Ferramentas de Modelação
UML(Resolução de Exercicios Ficha1)
Desenhar o diagrama de casos de uso do sistema.
Ferramentas de Modelação
UML(Resolução de Exercicios Ficha1)
O diagrama de casos de uso elaborado na alínea a) deve conter pelo menos um caso de uso do tipo include e outro de
tipo extend.
Ferramentas de Modelação
UML(Resolução de Exercicios Ficha1)
Descrever os fluxos principal e alternativos de todos os casos de uso apresentados no diagrama elaborado na alínea
a.Fluxo principal

É o fluxo principal em um caso de uso, chamados de fluxos básico em algumas vezes, é a descrição da sequência
de passos usados.
Fluxo alternativo
Pode ser utilizado para descrever o que acontece quando o ator opta por utilizar caso de uso de forma alternativa
diferente do fluxo principal.
Ferramentas de Modelação UML(Resolução de Exercicios Ficha1)
Desenhar o diagrama de sequência de todos os casos de uso apresentados no diagrama elaboradona alínea a.
Ferramentas de Modelação UML(Resolução de Exercicios Ficha1)
Desenhar o diagrama de sequência de todos os casos de uso apresentados no diagrama elaboradona alínea a.
Ferramentas de Modelação UML(Resolução de Exercicios Ficha1)
Desenhar o diagrama de sequência de todos os casos de uso apresentados no diagrama elaboradona alínea a.
Ferramentas de Modelação UML(Resolução de Exercicios Ficha1)
Desenhar o diagrama de sequência de todos os casos de uso apresentados no diagrama elaboradona alínea a.
Ferramentas de Modelação UML(Resolução de Exercicios Ficha1)
Desenhar o diagrama de actividade de todos os casos de uso apresentados no diagrama elaborado na alínea a.
Ferramentas de Modelação UML(Resolução de Exercicios Ficha1)
Desenhar o diagrama de actividade de todos os casos de uso apresentados no diagrama elaboradona alínea a.
Ferramentas de Modelação UML(Resolução de Exercicios Ficha1)
Desenhar o diagrama de actividade de todos os casos de uso apresentados no diagrama elaboradona alínea a.
Ferramentas de Modelação UML(Resolução de Exercicios Ficha1)
Desenhar o diagrama de actividade de todos os casos de uso apresentados no diagrama elaboradona alínea a.
Ferramentas de Modelação UML(Resolução de Exercicios Ficha1)
Desenhar o diagrama de actividade de todos os casos de uso apresentados no diagrama elaboradona alínea a.
Ferramentas de Modelação UML(Resolução de Exercicios Ficha1)
Desenhar o diagrama de classes do sistema. O diagrama deve ilustrar as classes, atributos, operaçõese as respectivas associações.
Ferramentas de Modelação UML(Resolução de Exercicios Ficha1)
Desenhar o diagrama de objectos tendo como base o diagrama de classes do sistema apresentado na alínea g.
Obrigado!

Você também pode gostar