1

INF1404 – MODELAGEM DE SISTEMAS

Bacharelado em Sistemas de Informação

Ivan Mathias Filho

ivan@inf.puc-rio.br

© LES/PUC-Rio

Programa – Capítulo 3

• Modelagem de Casos de Uso – 2ª Parte

• Exercícios

2

© LES/PUC-Rio

Programa – Capítulo 3

• Modelagem de Casos de Uso – 2ª Parte

• Exercícios

© LES/PUC-Rio

Podem existir três tipos de relacionamentos entre casos de uso. São eles:

• Inclusão;

• Extensão;

• Generalização.

Relacionamentos entre Casos de Uso

3

© LES/PUC-Rio

• Define que o comportamento de um caso de uso base é aumentado pela incorporação obrigatória do comportamento definido em um outro caso de uso;

• A incorporação se dá em uma localização específica dentro da descrição textual do caso de uso base.

Inclusão (1)

© LES/PUC-Rio

Inclusão (2)

4

© LES/PUC-Rio

Inclusão – Descrição Textual (1)

© LES/PUC-Rio

Inclusão – Descrição Textual (2)

5

© LES/PUC-Rio

• Define que o comportamento de um caso de uso base pode ser aumentado, sob certas condições, pela incorporação do comportamento definido em um outro caso de uso;

• A incorporação se dá em uma localização específica dentro da descrição textual do caso de uso base, chamado de ponto de extensão.

Extensão (1)

© LES/PUC-Rio

Extensão (2)

6

© LES/PUC-Rio

Extensão – Descrição Textual (1)

© LES/PUC-Rio

Extensão – Descrição Textual (2)

7

© LES/PUC-Rio

• Define uma relação hierárquica entre dois casos de uso, indicando que o primeiro representa um comportamento mais geral que o segundo;

• O segundo, por sua vez, pode acrescentar ou sobrescrever o comportamento herdado do caso de uso mais geral;

• No exemplo a seguir, a validação por password e a validação por varredura de retina representam formas especializadas da validação de um usuário.

Generalização (1)

© LES/PUC-Rio

Generalização (2)

8

© LES/PUC-Rio

Generalização vs. Extensão

X

© LES/PUC-Rio

• Além do texto estruturado, podemos usar outras ferramentas para a descrição de um caso de uso;

• Entre elas estão os diagramas de atividades, os diagramas de seqüência e os diagramas de estados;

• Devemos tomar cuidado, entretanto, para não investirmos muito tempo na criação destes diagramas;

• Eles só devem ser criados quando uma descrição precisa e formal de um caso de uso for necessária; seja por força de contrato, por exigência de órgãos reguladores ou pela complexidade do SeC.

Descrição dos Casos de Uso

9

© LES/PUC-Rio

Diagrama de Atividades

© LES/PUC-Rio

Um dos requisitos de um sistema é que todos os dias às 22 horas o sistema deve gerar um relatório com os pedidos pendentes do dia. Problema: quem é o ator neste caso de uso?

Atores – Outras Questões (1)

Contradição: como o sistemapode ser externo a ele mesmo?

10

© LES/PUC-Rio

Uma outra solução possível seria a seguinte:

Atores – Outras Questões (2)

Problema: o relógio não faz parte do sistema?

© LES/PUC-Rio

Podemos ainda utilizar estereótipos para caracterizar casos de uso como os abaixo:

Atores – Outras Questões (3)

11

© LES/PUC-Rio

A tabela abaixo ilustra alguns artefatos produzidos dentro do Processo Unificado, e as fases nas quais eles são criados e refinados.

Quando Criar os Modelos?

© LES/PUC-Rio

Casos de Uso - Resumo

12

© LES/PUC-Rio

Programa – Capítulo 3

• Modelagem de Casos de Uso – 2ª Parte

• Exercícios

© LES/PUC-Rio

Bibliografia

• Bezerra, E. Princípios de Análise e Projeto de Sistemas com UML. 1ª edição, Campus, 2006.

• Larman, C. Utilizando UML e Padrões. 3ª edição, Bookman, 2007.