Você está na página 1de 15

Analisar e desenhar sistemas de informação

Identificar definir documentar e modelar em


UML requisitos para sistemas de informação
Breve Histórico da UML

A UML surgiu da união de três métodos de modelagem:


 Método de Booch
 Método OMT (Object Modeling Technique) de Jacobson
 Método OOSE (Object-Oriented Software Engineering) de Rumbaugh
 Método Unificado
O que é UML

A UML (Unified Modeling Language – Linguagem de Modelagem Unificada) é


linguagem-padrão de modelagem de software pela indústria de engenharia de software

Objectivo
Auxiliar definirem as características do sistema, tais como seus requisitos, seu
comportamento, sua estrutura lógica, a dinâmica de seus processos e até mesmo suas
necessidades físicas em relação ao equipamento sobre o qual o sistema deverá ser
implantado
Diagramas que compõem a UML
Os diagramas que compõem a UML são:
 Diagrama de Casos de Uso  Diagrama de Atividade
 Diagrama de Classes  Diagrama de Visão Geral de Interação
 Diagrama de Objetos  Diagrama de Componentes
 Diagrama de Pacotes  Diagrama de Implantação
 Diagrama de Sequência  Diagrama de Estrutura Composta
 Diagrama de Comunicação  Diagrama de Tempo ou de Temporização
 Diagrama de Máquina de Estados  Síntese Geral dos Diagramas
Diagrama de casos de uso
Origem:
Casos de uso foram propostos pela primeira vez por ( Jacobson ET AL.1992) como um método
para documentar as funcionalidades de um sistema em planejamento ou existente.
Diagrama de casos de uso
Definição
Diagrama de caso de uso são modelos simples para documentar de forma esquemática as funções
de um sistema a partir do ponto de vista do usuário bem como as interações das funções de um
sistema a as relações entre essas funções e seu ambiente .

Objetivo
Apresentar as funcionalidade que o sistema deverá oferecer aos usuários
Tipos de diagrama de casos de uso

Caso de uso primário: é quando se refere a um processo importante, que enfoca


um dos requisitos funcionais do software

Caso de uso secundário: se refere a um processo periférico


Objectos que fazeu parte de diagrama de caso de uso
Basicamente existe três objetos:

(Nome ) → caso de uso- representa o nome do requisito no centro o nome do requisito sempre
é o verbo

→ O ator pode ser representado por uma pessoa ou grupo de pessoa também pode ser
um outro sistema

(Nome) → Limite do sistema é onde ficam todos os casos de uso


Exemplo de atores


Relacionamento
Associação
São relacionamentos entre os atores que fazem parte do diagrama, entre os atores e os casos de
uso ou os relacionamentos entre os casos de uso e outros casos de uso
Ex:
Relacionamento
Generalização/Especialização
Generalização é uma herança e pode acontecer quando existem dois ou mais casos de uso com
características semelhante ou quando existem características semelhantes entre atores
Ex:
Relacionamento
Inclusão
Indicam a uma obrigatoriedade, ou seja, quando um determinado caso de uso tem um
relacionamento de inclusão com outro, a execução do primeiro obriga também a execução do
segundo.
Ex:
Relacionamento

Extensão
Extensão é usado como uma opção não é obrigatório mais pode ser que um caso
de uso sozinho não representa todas as funcionalidades e precisar de uma extensão
para representar e detalhar uma funcionalidade do sistema
Representação de associações
As associações são representadas por uma linha que liga os dois conceitos. Cada associação
deverá receber um nome. Os números em cada lado da linha descrevem a cardinalidade (ou
multiplicidade) da associação e nos informam quantas instâncias de cada conceito podem existir
Exemplo de diagrama de caso de uso

Você também pode gostar