Você está na página 1de 30

1

2

“Modelar o domínio do problema (O QUE)”

Diagrama de Transição de Estados -

Modelo de Requisitos (Use Case)

Modelo de Classes de Objetos

Resultados da Etapa:

5S - ANÁLISE

Análise CRC

DTE

Participantes

Anal SistemasAnal NegóciosAnal DadosUsuário

3

- Objetivo - Abordagens para Modelagem de Requisitos - Sequência de atividades

Modelo de Requisitos

Agenda:

II
III

I

4

Estabelecer um modelo de requisitos do sistema através da identificação de como

mesmo será utilizado pelos atores e

Modelo de Requisitos

quais serviços deve prover.

I – Objetivo:

o

Observação direta do usuário final Entrevistas com o usuário Diálogos entre o usuário e o sistema Estudar a definição do problema Estudar o Mapa do Processo proposto na

5

de

Modelagem

Modelo de Requisitos

para

II – Abordagens Requisitos

3 .etapa


• •

III.1 Identificar atores Um ator define um papel que um usuário

sistema. São entidades ativas Estão fora do sistema No caso de revisão de processos, são as

6

(personagem que utiliza um sistema) pode

trocar informações com um

Modelo de Requisitos

III - Sequência de atividades:

áreas participantes do mesmo

assumir ao

7

Considerando o mapa do processo de

Acompanhamento de CCUEC, listar os atores

Modelo de Requisitos

envolvidos no mesmo.

e

Solicitação Serviços do

Exercício 1

8

Atividades são as ações executadaspor um ator No caso de revisão de processos, sãoobtidas analisando o mapa do processo

III.2 Identificar atividades do ator:

Modelo de Requisitos

9

de

Serviços do CCUEC, listar as atividades

o mapa do processo de

Acompanhamento

Modelo de Requisitos

dos atores envolvidos no mesmo.

Considerando

e

Exercício 2

Solicitação

o

de ações

maisCurso

sistema. •Deve-se definir um use case para cada par ator- atividade •Linguagem informal •Identificar conjunto de atividades comuns aos use

importante alternativos de ação: Variantes que podemCursos

e

10

ator

caminho

o

•Um use case é uma sequência completa

Modelo de Requisitos

entre

O

:

interação

ação

de

uma

III.3 Use cases

básico

especifica

ocorrer

cases

que

11

jantar

de

Ator : fornecedor Outro use case: comprando suprimentos.

Tomemos como exemplo a modelagem um restaurante médio onde se serve e almoço.

Modelo de Requisitos

Ator : freguês Use cases: jantando e almoçando

Exemplo:

use

Um freguês vem ao restaurante e é servido jantar. O freguês pode escolher baseado em um cardápio variado ou pode ainda pedir um prato composto por ele próprio.

12

seguintes

Modelo de Requisitos

os

temos

Resumindo

1-Jantando

:cases

refeições

Um freguês vem ao restaurante e é servido almoço. O freguês pode escolher baseado em um cardápio de almoço que consiste de

13

várias

Modelo de Requisitos

e

dia”

padrão (à la carte).

do

“pratos

2-Almoçando

dois

São comprados ingredientes necessários para pratos do cardápio. O fluxo inclui o planejamento da compra e compra atual do fornecedor para o restaurante.

14

Modelo de Requisitos

3-Comprando Suprimentos

15

Evento: Chegada no restaurante para jantar

Modelo de Requisitos

Use Case: 1-Jantando

Atividade: Jantando

Ator: Freguês

guarda-roupa e, após isso, serão oferecidos a

deve deixar seu casaco no

d - A cozinha é informada sobre a comida e

16

bebidas necessárias para atender o pedido.

Modelo de Requisitos

- O freguês entra no restaurante

ele uma mesa e um cardápio

- O freguês faz o pedido

Use Case: 1-Jantando

Curso básico de ação :

O freguês

-

a b

c

as

é servido para o freguês.

Quando o freguês tiver acabado de comer, fica-se aguardando um sinal para o garçom,

manifestando sua intenção de pagar a conta

17

h – O freguês apanha seu casaco e deixa o

e

- bebidas são apanhadas no refrigerador

cozinha, a comida é feita

restaurante. Isso encerra o use case

Modelo de Requisitos

O freguês paga a conta

Use Case: 1-Jantando

O prato

Na

-

g-

e

f

. No segundob

alternativo. Quando o freguês tiver decidido, o

Curso alternativo para c) Se o prato não estiver sendo servido aquele

Curso alternativo para a) Se o restaurante estiver cheio, o freguês pode esperar no bar ou ir embora. No primeiro caso,

um

18

sugerir

Modelo de Requisitos

e

caso, o use case está encerrado

dizê-lo

o use case continua no caso

.d

use case continua no passo

deve

garçom

o

dia,

19

Considerando o processo de Solicitação e Acompanhamento de Serviços do CCUEC, descrever os seguintes use cases:

2-Analisar necessidade de autorização

Modelo de Requisitos

1-Solicitar autorização

Exercício 3

20

o prato e pagar aEvento:

Modelo de Requisitos

Use case comum aos Use cases 1-Jantando e 2- Almoçando:

Servindo e PagandoAtividade:

de servir

4-Servindo e Pagando

É hora

FreguêsAtor:

conta

Quando o prato estiver pronto, ele é servido ao freguês. Quando ele tiver terminado de comer, é esperado que chame o garçom, de maneira a pagar a conta. Vá para o passo seguinte a este use case que usa este passo .no

21

Modelo de Requisitos

Use case 4-Servindo e Pagando

Curso básico de ação:

guarda-roupa e, após isso, serão oferecidos a

bebidas necessárias para atender o pedido - Na cozinha, a comida é feita e as bebidas

casaco no

g – O freguês apanha seu casaco e deixa o

d - A cozinha é informada sobre a comida e

são apanhadas no refrigerador - Execute o use case 4-Servindo e Pagando

22

restaurante. Isso encerra o use case.

Modelo de Requisitos

Novo Curso básico do 1-Jantando :

- O freguês entra no restaurante

seu

ele uma mesa e um cardápio

O freguês deve deixar

- O freguês faz o pedido

-

a b

e

c

f

Considerando o exercício 3, identificar ações comuns aos 2 use cases e escrever novamente estes use cases

23

Modelo de Requisitos

Exercício 4

cases, facilitando a identificação dos mesmos

demais use cases Objetivo é ter visualização gráfica dos use

e/ou verificação

Uma tabela de use cases apresenta todos

problema e seus relacionamentos com os

os use cases identificados no domínio do

•Horizontalmente: os use cases chamados

24

de inconsistências •Verticalmente: os use cases existentes

III.4 Montar a tabela de Use Cases

Modelo de Requisitos

alteração

caso de

no

2-use case yyy 3-use case zzz

25

use cases chamados

X

X

Modelo de Requisitos

X

X

Tabela de Use Cases

use cases existentes

4-use case www 5-use case ssss

1-use case xxx

2-use case yyy

3-use case zzz

26

use cases chamados

Modelo de Requisitos

4-Servindo e pagando

x x

No exemplo do restaurante

use cases existentes

3-Comprando Supr. 4-Servindo e pagando

2-Almoçando

1-Jantando

27

Considerando os Use Cases do exercício 4, montar a tabela de Use Cases.

Modelo de Requisitos

Exercício 5

verificar se todas

28

somente com a finalidade de correções e não de

do use case, um

número. Ao chamar um use case, referenciar também o

as atividades elencadas inicialmente ficaram

Não colocar nomes repetidos em use cases .

disponíveis

documentação de use cases

Modelo de Requisitos

completas. Colocar todas as informações

use cases,

nome

número a ele associado.

do

Recomendações:

Após concluir os

além

detalhamento

a

Colocar,

Alterar


29

UFA !!!
UFA !!!

30

30 oodtéM doargetnI
30 oodtéM doargetnI
30 oodtéM doargetnI