Guia de Especificao de Caso de Uso PDF

Guia de Especificao de Caso de Uso
Documento
Guia de Especificao de Caso de Uso.doc
Data
Verso
28/6/2012
1.0
Pgina
1 / 34
Controle de Reviso
Data
Verso
15/12/2010
1.1
06/01/2011
1.2
18/01/2011
1.3
28/01/2011
1.4
11/03/2011
1.5
21/03/2011
1.6
16/05/2011
1.7
06/06/2011
1.8
23/04/2012
1.9
28/06/2012
2.0
Documento
Descrio
Alterado incluindo as consideraes
acordadas com a rea de mtricas.
Alterao de formatao, colocando os itens
seguindo a ordem do template e excluso do
item Glossrio
Alterado no item 5.8.3 F1 para P1; FA1
para A1 e FE1 para E1!, conforme o
template Especificao de Casos de Uso
Alterado o exemplo do item 5.8.5 Fluxo de
Exceo
Alterado o item 5.9.2 e 5.9.14
Alterado os itens:
3.2;5.5;5.7;5.8;5.8.3;5.8.4;5.9
Reviso do documento e incluso do item
Ponto de Ateno que refere-se a algumas
notaes para caso de uso de relatrio e os
documentos que o saco de uso deve realizar
a rastreabilidade na ferramenta
Reviso completa do documento,
acrescentando exemplos e explicaes em
todos os itens, em especial o item
relacionamento de extenso e de incluso.
Alterado as pginas: 28.29.31 excluindo a
exceo do passo do ator e incluindo no
passo do sistema
Correo do ponto de anteo sobre a
rastreabilidade da Especificao de Caso de
Uso.
Data
Verso do Guia
28/6/2012
2.0
Autor
GPES- Lucia Maria
Santos da Silva
GPES- Lucia Maria
Santos da Silva
GPES- Lucia Maria
Santos da Silva
GPES- Lucia Maria
Santos da Silva
GPES- Lucia Maria
Santos da Silva
GPES- Lucia Maria
Santos da Silva
GPES- Lucia Maria
Santos da Silva
GPES Fbio
Teixeira Jnior
GPES- Lucia Maria
Santos da Silva
GPES Vanessa
R. Borges
Pgina
2 / 34
Sumrio
"
%
%
%
%
%
# &
'
"
'
%
(
(
(
+
,
'
%
(
$-
&
"
!
&
,
)
#$ %
+
&
&
,
'
'
(
(
$
$
&
.
) /
"
&
0
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
3 / 34
1.
1.1.
INTRODUO
Objetivo
Este documento tem por objetivo definir as diretrizes principais de especificao de casos de uso, servindo
como referncia quanto ao padro de escrita para o desenvolvimento de atividades de especificao
realizadas pelos analistas de requisitos.
1.2.
Escopo
As regras e padres definidos neste documento servem para atender a verso MDS 3.0 e posteriores.
1.3.
Definies, acrnimos e abreviaes
Consultar o glossrio.
2.
CONCEITOS BSICOS
2.1.
Caso de Uso
Um caso de uso um documento narrativo que descreve a seqncia de eventos de um ator (agente
externo) que usa um sistema para completar um processo [Jacobson92].
Os casos de uso podem ter dois formatos: alto nvel que descreve um processo de forma muito breve e
formato expandido que descreve um processo com mais detalhes e possui uma seqncia tpica de
eventos.
Um caso de uso descreve as operaes que o sistema deve cumprir para cada usurio. Ele vai ajudar a
formalizar as funes que o sistema precisa fazer. Um caso de uso se apresenta como uma lista completa
das interaes entre um usurio e o sistema para cumprir uma tarefa. Lista completa significa que o caso de
uso descreve as interaes desde o incio da tarefa, at o fim.
2.2.
Ator de Caso de Uso
Um ator uma entidade externa ao sistema que, de alguma maneira, participa da histria do caso de uso.
um papel que tipicamente estimula/solicita aes/eventos do sistema e recebe reaes. Cada ator pode
participar de vrios casos de uso.
3.
DIAGRAMAS DE CASO DE USO
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
4 / 34

Um diagrama de caso de uso ilustra um conjunto de casos de uso para um sistema, os atores e a relao
entre os atores e os casos de uso.
Os casos de uso sero ilustrados em ovais; os atores so ilustrados como figuras de trao simples. Os
relacionamentos (comunicao entre ator/caso de uso) so representados por linhas; as flechas indicam
fluxo de informao ou estmulo.
Ex.:
3.1.
Representao das Interaes Ator e Caso de Uso
Quando o ator inicia e interage com o caso de uso, pode ser utilizada a seta direcional para maior clareza.
Auditor
Quando o ator corresponde a um sistema externo fornecendo dados, utilizar a seta bidirecional.
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
5 / 34
Sistema EC
3.2.
Autorizar transaes de
consignao
Relacionamento de Extenso
O relacionamento de extenso estabelece a conexo entre um caso de uso de extenso e um caso de uso
base. Defina em que parte da base a extenso deve ser inserida, referindo-se a pontos de extenso no
caso de uso da base. comum o caso de uso de extenso ser abstrato, mas no necessrio que seja.
As extenses podem ser usadas para diversas finalidades:
Mostrar que uma parte de um caso de uso um comportamento opcional (ou possivelmente
opcional) do sistema. Isso faz a diferenciao entre comportamento opcional e comportamento
obrigatrio em um modelo.
Mostrar que um subfluxo s executado em determinadas condies (algumas vezes
excepcionais), como o disparo de um alarme.
Mostrar que pode haver um conjunto de segmentos de comportamento dentre os quais um ou
vrios podem ser inseridos em um ponto de extenso de um caso de uso base. Os segmentos
de comportamento que so inseridos (e a ordem na qual so inseridos) dependero da
interao com os atores durante a execuo do caso de uso base.
A extenso condicional, o que significa que sua execuo depende do que tiver acontecido durante a
execuo do caso de uso base. O caso de uso base no controla as condies da execuo da extenso.
Essas condies so descritas no relacionamento de extenso.
O caso de uso base deve ser completo em si mesmo, o que significa que deve ser compreensvel e fazer
sentido sem nenhuma referncia a extenses. No entanto, ele no independente das extenses, j que
no pode ser executado sem que as extenses tambm sejam executadas.
Exemplo;
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
6 / 34
Os casos de uso Realizar Chamada em Conferncia e Mostrar Identidade do Responsvel pela chamada
so extenses do caso de uso Realizar Chamada.
Em um sistema telefnico, o principal servio fornecido aos usurios representado pelo caso de uso
Realizar Chamada. So exemplos de servios opcionais:
Ter a possibilidade de adicionar uma terceira pessoa chamada (Realizar Chamada em
Conferncia).
Permitir que o receptor veja a identificao do chamador (Mostrar Identidade do Responsvel
pela chamada).
Podemos representar os comportamentos necessrios para esses servios opcionais como casos de uso de
extenso em relao ao caso de uso base Realizar Chamada. Este um uso correto do relacionamento de
extenso: como Realizar Chamada faz sentido por si s, no necessrio ler as descries dos casos de
uso de extenso para compreender a finalidade principal do caso de uso base.
O caso de uso de extenso pode consistir em um ou mais segmentos de insero, sendo que cada um
deles pode ter caminhos alternativos internos. Esses segmentos de insero modificam gradativamente o
comportamento do caso de uso base. Cada segmento de insero um caso de uso de extenso que pode
ser inserido em um local separado do caso de uso base. Isso significa que o relacionamento de extenso
tem uma lista de referncias a pontos de extenso, igual em termos de quantidade ao nmero de
segmentos de insero do caso de uso de extenso. Cada ponto de extenso deve ser definido no caso de
uso base.
Executando a Extenso
Quando uma instncia de caso de uso que esteja executando o caso de uso base atingir um local nesse
caso de uso em que tenha sido definido um ponto de extenso, a condio do relacionamento de extenso
correspondente ser avaliada. Se a condio for verdadeira ou se estiver ausente, a instncia de caso de
uso executar a extenso (ou o segmento de insero nela contido que corresponde ao ponto de extenso).
Se a condio do relacionamento de extenso for falsa, a extenso no ser executada. O caso de uso de
extenso, assim como qualquer caso de uso, pode ter um fluxo bsico de eventos e fluxos alternativos de
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
7 / 34

eventos. O caminho exato que a instncia de caso de uso percorrer na extenso depender no s do que
tiver acontecido antes da execuo (o estado da instncia de caso de uso), mas tambm do que acontecer
na interao com os atores medida que a extenso for executada. Depois que a instncia de caso de uso
tiver executado a extenso, ela volta a executar o caso de uso base no ponto em que o havia deixado.
Exemplo;
Uma instncia
de caso de uso executando um caso de uso base e sua extenso.
Um caso de uso de extenso pode ter mais de um segmento de insero, cada um deles relacionado ao
seu prprio ponto de extenso no caso de uso base. Se for este o caso, a instncia de caso de uso retoma
o caso de uso base e continua a execut-lo at o prximo ponto de extenso especificado no
relacionamento de extenso. Nesse ponto, ela executar o prximo segmento de insero do caso de uso
de extenso. Esse processo se repete at que o ltimo segmento de insero tenha sido executado.
Observe que a condio do relacionamento de extenso verificada apenas no primeiro ponto de extenso.
Se ela for verdadeira, a instncia de caso de uso dever executar todos os segmentos de insero.
Exemplo;
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
8 / 34
Documentando a Relao de Extenso

Descreva a condio da extenso em termos de atributos do caso de uso base. Voc tambm pode optar
por omitir a condio. Nesse caso, a extenso ser executada sempre.
Cada relacionamento de extenso tem uma lista de referncias a pontos de extenso (um ou mais) do caso
de uso base. Esses pontos de extenso so referenciados pelo nome. Se o caso de uso de extenso tiver
vrios segmentos de insero, necessrio especificar quais segmentos correspondem a cada ponto de
extenso. necessrio tambm especificar os passos ou subfluxos do caso de uso de extenso que
constituem cada segmento de insero.
Exemplo:
Em um sistema telefnico, o caso de uso Realizar Chamada pode ser estendido pelo caso de
uso abstrato Mostrar Identificao do Chamador. Este um servio opcional, referido muitas
vezes como "ID do Responsvel pela Chamada", que pode ou no ter sido solicitado pelo
receptor. A descrio do relacionamento de extenso entre Mostrar Identificao do Chamador e
Realizar Chamada pode ter a seguinte configurao:
Condio: O receptor deve ter solicitado o servio "ID do Responsvel pela Chamada".
Ponto(s) de Extenso: Mostrar Identidade - inserir todo o caso de uso Mostrar Identidade do
Responsvel pela Chamada.
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
9 / 34

Exemplo de Uso:
Considere o seguinte sistema telefnico simples:
O caso de uso abstrato Realizar Chamada em Conferncia uma extenso do caso de uso Realizar
Chamada.
Neste modelo, uma representao simples do servio de chamada bsico de nosso conhecido
sistema telefnico est descrita no caso de uso Realizar Chamada. Um resumo passo a passo
do fluxo bsico de eventos pode ter a seguinte configurao:
1. O Chamador tira o telefone do gancho.
2. O sistema apresenta tom de discagem.
3. O Chamador disca um dgito.
4. O Sistema desliga o tom de discagem.
5. O Chamador disca o restante do nmero.
6. O sistema executa:
a. Anlise dos dgitos e determina o endereo de rede do Receptor.
b. Anlise dos dgitos, determinando em que local da rede est o Receptor.
c.
Analisa se um circuito virtual pode ser estabelecido com o Receptor.

i. Em caso positivo, o Sistema toca o telefone do Receptor e apresenta o
tom de chamada no telefone do Responsvel pela Chamada.
ii. Quando o Receptor atender ao telefone, o sistema desativar o tom de
chamada no telefone do Responsvel pela Chamada, ir parar de tocar
telefone do Receptor e concluir o circuito virtual.
d. Inicia um registro de faturamento, registrando a hora de incio da chamada, os

pontos de extremidade da chamada e as informaes do cliente referentes ao
Responsvel pela Chamada.
i. A chamada prossegue durante um determinado tempo. Quando o
Chamador ou o Receptor encerra a chamada,
ii. o sistema registra a hora de trmino da chamada e libera todos os
recursos necessrios para suportar o circuito virtual.
7. O caso de uso se encerra.
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
10 / 34

O caso de uso Realizar chamada teria a seguinte adio:
Pontos de Extenso:
A chamada de conferncia ocorre aps a etapa 6 d.
O caso de uso de extenso Realizar Chamada em Conferncia - poderia ser descrito como:
Caso de Uso Realizar Chamada em Conferncia

Este caso de uso estende Realizar Chamada. Ele inserido no ponto de extenso Realizar
Chamada em Conferncia.
Fluxo Bsico:
1. O responsvel pela chamada pressiona o boto de desligamento, de link ou de flash.
2. O sistema gera 3 sinais sonoros curtos para reconhecimento.
3..07.<estas etapas so idnticas s etapas 3..07 do caso de uso da base>
08. O responsvel pela chamada reconectado ao receptor do caso de uso Fazer Chamada.
No desejvel que as etapas 3..07 sejam idnticas s do caso de uso base. Uma maneira de
resolver isso separar a parte comum e trat-la como um caso de uso de incluso.
3.3.
Relacionamento de Incluso
O relacionamento de incluso conecta um caso de uso base a um caso de uso de incluso. O caso de uso
de incluso sempre abstrato. Ele descreve um segmento de comportamento inserido em uma instncia de
casos de uso que esteja executando o caso de uso base. O caso de uso base controla o relacionamento
com o caso de uso de incluso e pode depender do resultado da execuo da incluso, mas nenhum deles
pode acessar os atributos um do outro. Nesse sentido, a incluso encapsulada e representa um
comportamento que pode ser reutilizado em diferentes casos de uso base.
O relacionamento de incluso pode ser usado para:
Separar o comportamento do caso de uso base que no seja necessrio para compreender a
finalidade principal do caso de uso; apenas o resultado importante.
Separar o comportamento que seja comum a dois ou mais casos de uso.
Exemplo:
Em um sistema de Caixa Eletrnico, os casos de uso Retirar Dinheiro, Depositar Dinheiro e Transferir
Fundos precisam incluir a forma como o cliente identificado para o sistema. Esse comportamento pode ser
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
11 / 34

extrado para um novo caso de uso de incluso chamado Identificar Cliente, includo nos trs casos de uso
base. Como os casos de uso base independem do mtodo usado para identificao, ele encapsulado no
caso de uso de incluso. Para os casos de uso base, no importa se o mtodo para identificao destina-se
leitura de um carto de banco magntico ou leitura de retina. Eles dependem apenas do resultado de
Identificar Cliente, que a identidade do cliente. E vice-versa, da perspectiva do caso de uso Identificar
Cliente, no importa como os casos de uso base utilizam a identidade do cliente ou o que aconteceu neles
antes da execuo da incluso - o mtodo de identificao exatamente o mesmo.
No sistema de Caixa Eletrnico, os casos de uso Retirar Dinheiro, Depositar Dinheiro e Transferir Fundos
incluem o caso de uso Identificar Cliente.
Um caso de uso base pode ter diversas incluses. Um caso de uso de incluso pode ser includo em
diversos casos de uso base. Isso no indica nenhum relacionamento entre os casos de uso base. Pode at
haver diversos relacionamentos de incluso entre o mesmo caso de uso de incluso e o mesmo caso de
uso base, desde que a incluso seja feita em diferentes locais do caso de uso base. O relacionamento de
incluso define qual o local. Todas as adies podem ser aninhadas, o que significa que um caso de uso
de incluso pode funcionar como caso de uso base para outra incluso.
Como o caso de uso de incluso abstrato, no precisa ter um agente associado a ele. Uma associao de
comunicao com um agente s ser necessria se o comportamento na incluso envolver de forma
explcita a interao com um agente.
Executando a Incluso
O comportamento da incluso inserido em um local no caso de uso base. Quando uma instncia
de casos de uso que siga a descrio de um caso de uso base chegar ao local no caso de uso base
a partir do qual o relacionamento de incluso definido, ela passar a seguir a descrio do caso
de uso de incluso. Uma vez realizada a incluso, a instncia de casos de uso retomar as
atividades do ponto em que parou no caso de uso base.
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
12 / 34
Uma instncia de casos de uso seguindo a descrio de um caso de uso base com a incluso.
O relacionamento de incluso no condicional: se a instncia de caso de uso alcanar o local no
caso de uso base para o qual est definida, ela sempre ser executada. Se desejar expressar uma
condio, faa-o como parte do caso de uso base. Se a instncia de casos de uso nunca chegar ao
local para o qual o relacionamento de incluso definido, ela no ser executada.
A instncia de casos de uso no 1 chega ao local no caso de uso base para o qual o relacionamento
de incluso definido e a incluso realizada. A instncia de caso de uso n 2 no chega a esse
local e, portanto, a incluso no desempenhada como parte dessa instncia.
Descrevendo a Relao de Incluso

No relacionamento de incluso, necessrio definir o local na seqncia de comportamentos do
caso de uso base na qual ser realizada a incluso. Para definir o local, faa referncia a
determinada etapa ou subfluxo dentro do fluxo de eventos do caso de uso base.
Exemplo:
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
13 / 34

No sistema de Caixa Eletrnico, o caso de uso Retirar Dinheiro inclui o caso de uso Identificar
Cliente. Para maior clareza, mencione tambm a incluso no texto que descreve o fluxo de eventos
do caso de uso base.
3.4.
Relacionamento de Generalizao
A generalizao usada quando voc encontra dois ou mais casos de uso que tm comportamento,
estrutura e finalidade comuns. Quando isso ocorre, voc pode descrever as partes compartilhadas em um
caso de uso novo, geralmente abstrato, que especializado pelos casos de uso filho.
Explicao
Um caso de uso pai pode ser especializado em um ou mais casos de uso filho que representam
formas mais especficas do pai. Nem o pai, nem o filho so necessariamente abstratos, embora o
pai seja abstrato na maioria dos casos. Um filho herda a estrutura, o comportamento e os
relacionamentos do pai. Todos os filhos do mesmo pai so especializaes do pai. Essa a
maneira como a generalizao se aplica aos casos de uso.
A generalizao utilizada quando voc encontra dois ou mais casos de uso que tm
comportamento, estrutura e finalidade comuns. Quando isso ocorre, voc pode descrever as partes
compartilhadas em um caso de uso novo, geralmente abstrato, que especializado pelos casos de
uso filho.
Exemplo:
Os casos de uso Pedido por Telefone e Pedido da Internet so especializaes do caso de uso
abstrato Fazer Pedido.
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
14 / 34
Executando a Generalizao de Casos de Uso

Uma instncia de caso de uso que executa um caso de uso filho seguir o fluxo de eventos
descritos para o caso de uso pai, inserindo um comportamento adicional e modificando o
comportamento da maneira definida no fluxo de eventos do caso de uso filho.
A instncia de casos de uso segue o caso de uso pai, com o comportamento inserido ou modificado
da maneira descrita no caso de uso filho.
Exemplo de Uso
Considere os seguintes esquemas passo a passo para os casos de uso de um simples sistema de
telefone:
Fazer Chamada Local

1) O chamador tira o fone do gancho.
2) O sistema apresenta o tom de discagem.
3) O chamador disca um dgito.
4) O sistema desativa o tom de discagem.
5) O chamador insere o restante do nmero.
6) O sistema analisa o nmero.
7) O sistema localiza a parte correspondente.
8) O sistema estabelece a conexo das partes.
9) Desconexo das partes.
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
15 / 34
Fazer Chamada a Longa Distncia

1) O chamador tira o fone do gancho.
2) O sistema apresenta o tom de discagem.
3) O chamador disca um dgito.
4) O sistema desativa o tom de discagem.
5) O chamador insere o restante do nmero.
6) O sistema analisa o nmero.
7) O sistema envia o nmero para outro sistema.
8) O sistema estabelece a conexo das linhas.
9) Desconexo das partes.
O texto em azul muito semelhante nos dois casos de uso. Se os dois casos so to semelhantes,
necessrio considerar a mesclagem dos dois em um, onde os subfluxos alternativos mostram a
diferena entre as chamadas locais e as chamadas interurbanas.
Se, entretanto, a diferena entre eles tiver algum significado e houver um valor que exiba
claramente o relacionamento entre chamada local e chamada interurbana no modelo de casos de
uso, ser possvel extrair o comportamento comum em um novo caso de uso mais geral,
denominado Realizar Chamada.
Em um diagrama de casos de uso, o relacionamento da generalizao criado ser ilustrado da
seguinte maneira:
Os casos de uso Realizr Chamada Local e Realizar Chamada em longa distncia so herdados do
caso de uso abstrato Realizar Chamada.
4.
DIRETRIZES GERAIS DO CASO DE USO
As seguintes diretrizes aplicam-se a todos os fluxos e descries da especificao do caso de uso.
4.1.
Capa
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
16 / 34
A capa do documento deve ser atualizada com sigla do projeto, nome do projeto, nome do caso de uso e
verso da baseline.
As informaes do documento: sigla do projeto, nome do projeto nome do caso de uso e verso devem ser
registradas nas propriedades deste.
4.2.
Cabealho e Rodap
No cabealho do documento deve constar a Sigla do Projeto/Sistema Nome do Projeto/Sistema

No rodap do documento deve constar o nome do documento edata.
4.3.
Histrico de revises
A verso do documento deve ser incrementada no histrico de revises, sempre que o caso de uso sofrer
alteraes por solicitao do cliente. Todas as alteraes realizadas no caso de uso devem ser descritas no
histrico de revises.
4.4.
Sumrio
A cada elaborao ou alterao o sumrio deve ser atualizado.
4.5.
Formatao
Fonte: Arial. Tamanho: 14 para ttulos e 12 para subttulos e 10 para o detalhamento do caso de uso.
4.6.
Sees Vazias
As sees que no possurem informaes para serem registradas devem apresentar o seguinte texto:
No se aplica.
5.
DIRETRIZES DE ESPECIFICAO DO CASO DE USO

Especificar caso de uso descrever o dilogo entre o ator e sistema. Esse dilogo deve ser redigido
buscando a mxima objetividade e legibilidade possvel. As seguintes diretrizes contribuem para que este
objetivo seja atingido.
5.1.
Estrutura do Caso de Uso

A estrutura do caso de uso deve seguir o modelo Especificao de caso de uso, que se encontra na
intranet TI VIRTUAL.
http://intranet.fnde.gov.br/tivirtual/index.php
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
17 / 34
5.2.
Nomenclatura do Caso de Uso
Todo caso de uso precisa ter um nome. Ao passo que um caso de uso, necessariamente, corresponde a
uma e apenas uma transao de negcio, esta informao descrita no prprio nome do caso de uso, que
deve ser composto como uma sentena curta (o mais curta possvel), que utilize um verbo de ao e
explique a transao a que ele se refere.
Exemplo: Considere que estamos em um projeto para automatizar o setor de servios a clientes de seguros
de automveis.
Um servio muito comum a seguradora disponibilizar um reboque para retirar um veculo de um cliente
com defeito ou batido. Imagine como seria o nome do caso de uso que descreva a transao em que um
cliente tem por objetivo, fazer uso deste servio:
Verbo de Ao: Requisitar
Nome do Caso de Uso: Requisitar Reboque.
Todo caso de uso deve ter um nome que o diferencie dos demais, os casos de uso devem ser nomeados
como objetivos do usurio que o sistema suportar. Devem seguir os padres listados abaixo:
O nome deve ser breve e comear com um verbo no infinitivo para enfatizar que ele um
processo, comeando com letra maiscula. Havendo mais de uma palavra, estas tambm
devem comear com letra maiscula, exceto as preposies. Quando o caso de uso opera
sobre um nico objeto, palavras que indicam esse objeto devem estar no singular. Ex.:
Cadastrar Funcionrio, Efetuar Devoluo.
Evitar verbos ambguos, como Controlar, Processar, etc.
Utilizar verbos precisos, como Consultar, Aprovar, Registrar, Notificar, etc.
Definir termos utilizados na nomeao no glossrio do projeto.
Para os casos de uso que realizam cadastros de tabelas bsicas do sistema que possuem as operaes,
incluir, ler, atualizar e excluir deve ser utilizado o verbo Manter. Ex: Manter Municpios.
Para os casos de uso que especificam relatrios de ser utilizado o verbo Emitir. Ex: Emitir relatrio contbil.
5.3.
Objetivo (Descrio Bsica)

Descrio bsica do caso de uso
A descrio do caso de uso deve relatar resumidamente o objetivo do caso de uso, deve ser
clara e objetiva, relatando em poucas palavras o objetivo negocial do caso de uso, citando
suas funcionalidades.
5.4.
Tipos de Caso de Uso (Concreto ou Abstrato)
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
18 / 34

H uma distino entre casos de uso concretos e abstratos. Um caso de uso concreto iniciado por um
ator e constitui um fluxo completo de eventos. "Completo" significa que uma instncia do caso de uso
executa a operao inteira chamada pelo ator.
Um caso de uso abstrato propriamente nunca instanciado pelo atotr. Os casos de uso abstratos so
includos em (Relacionamento de Incluso), se estendem para (Relacionamento de Extenso) ou
generalizam (Generalizao de Casos de Uso) outros casos de uso.
A distino entre os dois importante porque so os casos de uso concretos que os atores "vero" e
iniciaro no sistema.
Nos diagrams um caso de uso abstrato indicado pelo seu nome em itlico.
Exemplo:
O caso de uso Criar Tarefa includo no caso de uso Registrar Pedido. Criar Tarefa um caso de uso
abstrato.
No Sistema para Administrao de Depsito, o caso de uso abstrato, Criar Tarefa, includo no caso de uso
Registrar Pedido. Quando o caso de uso Registrar Pedido iniciado, uma instncia de Registrar Pedido
criada e, independente de seguir o fluxo de eventos do Registro do Pedido, tambm segue o fluxo de
eventos descrito no caso de uso includo, Criar Tarefa. O caso de uso Criar Tarefa nunca realizado por si
mesmo, sempre como parte do Registrar Pedido (ou qualquer outro caso de uso em que esteja includo).
Criar Tarefa , portanto, um caso de uso abstrato.
5.5.
Atores do Caso de Uso

O ator de um caso de uso o responsvel pela execuo da sequencia de funcionalidade descritas
no caso de uso.
Na especificao de caso de uso devem ser listados os atores do caso de uso e suas definies
e/ou caractersticas, conforme quadro abaixo.
Obs: Caso o Analista deseje informar o perfil correspondente no sistema de segurana coorporativo
do FNDE para o ator, poder fazer como informao complementar. Entretanto essa informao
dever necessariamente ser disponibilizada no Documento de Criao do Ambiente do sistema o
que pode dificultar a manuteno e consistncia dessa informao.
Atores
Seq
01
Identificao do ator
<nome do ator>
Documento
Permisso de Acesso dos Atores

<definio do que o ator faz, ou seja, definio das permisses
Data
Verso do Guia
28/6/2012
2.0
Pgina
19 / 34
02
03
Diretor da DIRAT
do ator>
Ator responsvel por manter o cadastro de Nutricionista
Analista da DIRAT
Tcnico da DIRAT
Ator responsvel por manter o cadastro de Nutricionista

Ator responsvel por manter o cadastro de Nutricionista exceto
realizar as operaes de excluso
Obs: Caso todos os funionrios da unidade tem o mesmo perfil de acesso para funionalidade, o
ator deve ter o nome da unidade Ex: DIRAT Ator responsvel por manter o cadastro de
Nutricionista.
No fluxo de eventos, basta utilizar o termo ator.
Padres de Nomenclatura
A identificao do ator deve usar substantivo singular, sempre comeando com letra maiscula.
Havendo mais de uma palavra, estas devem comear com letra maiscula, exceto as
preposies, separada por espao.
Exemplo:
Na unidade DIATA para o caso de uso Manter Cadastro o ator deve ser o Tcnico da DIATA e
para o Aprovar o Cadastro o ator deve ser o Gerente da DIATA. Diante do exposto os atores a
serem citados no quadro ator sero: Tcnico da DIATA e Gerente da DIATA.
Exemplificando considerando ainda o exemplo citado no item 5.2:

- As pessoas para as quais este servio foi pensado, do ponto de vista do negcio de seguros,
so identificadas como segurados. Normalmente so as pessoas cujo veculo protegido
pelo seguro e necessita do reboque. Assim temos um ator: Segurado.
- Entretanto, ao fazer a requisio, esta recebida por algum preposto da seguradora, que
responsvel por validar a requisio e acionar o servio de reboque. Normalmente as
seguradoras disponibilizam centrais de atendimento telefnico para este fim. Assim temos um
segundo ator, que o Operador da Central de Atendimento.
- Temos, naturalmente, outro ator, que representado pelo prprio servio de reboque.
5.6.
Cenrios
Um caso de uso formado por conjunto de cenrios, podendo ser realizado de diversas maneiras. Um
cenrio, ou instnica de caso de uso, a descrio de uma das maneiras pelas quais este pode ser
realizado e normalmente h diversos cenrios para um mesmo caso de uso. Cada cenrio descreve modos
alternativos de comportamento do sistema, suas falhas ou casos excepicionais.
.Quando o cenrio corresponder a um fluxo, deve-se colocar o nome desse cenrio conforme o fluxo. Por
exemplo, para o caso de uso Manter Cadastro tem-se os seguintes cenrios: Incluir Cadastro (que
corresponde ao fluxo principal), Pesquisar Cadastro, Alterar Cadastro e Excluir Cadastro (que
correspondem aos fluxos alternativos). Entretanto, vale ressaltar, que podem existir fluxos que no so
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
20 / 34

cenrios do caso de uso. Todo cenrio na especificao de caso de uso deve corresponder a um fluxo
existente no caso de uso e deve ter o mesmo nome, entretanto nem todo fluxo existente no caso de uso
correspode a um cenrio. Por exemplo o fluxo de limpar.
Exemplo de Cenrio:
Incluir a demanda.
Editar a demanda.
Excluir a demanda.
Imprimir a demanda.
Visualizar a demanda.
Visualizar o histrico da demanda.
5.7.
Pr-Condies e Ps-Condies do Caso de Uso
Pode ser til usar a noo de pr-condio e ps-condio para esclarecer como o fluxo de eventos
comea e termina. Entretanto, s use isso se for agregar valor ao pblico do caso de uso.
Uma pr-condio o estado do sistema e da sua vizinhana, que exigido antes do incio do caso de uso.
Em outras palavras uma restrio sobre quando um caso de uso pode comear, a pr-condio no o
evento que inicia o caso de uso. Uma ps-condio o estado que o sistema deve apresentar aps o trmino
do caso de uso
Alm disso a pr-condio de um caso de uso no apenas para um subfluxo, apesar de ser
possvel definir pr-condies e ps-condies no nvel do subfluxo.
A ps-condio de um caso de uso deve ser verdadeira independentemente dos fluxos alternativos
que foram executados; no deve ser verdadeira apenas para o fluxo principal. Se houver
possibilidade de falha, deve-se abordar na ps-condio informando que "A ao est concluda.
Caso ocorra alguma falha, a ao no ser realizada", em vez de apenas "A ao est concluda".
Quando usa ps-condies junto com os relacionamentos de extenso, deve tomar cuidado para
que o caso de uso estendido no introduza um subfluxo que viole a ps-condio no caso de uso
base.
Ps-condies pode ser uma ferramenta poderosa para descrever casos de uso. Voc define
primeiro o caso de uso que pretende alcanar a ps-condio. possvel descrever como
alcanar essa condio (o fluxo de eventos necessrio).
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
21 / 34

Exemplo:
Objetivo: Permitir ao ator manter o cadastro das pendncias referentes ao vnculo empregatcio do
Nutricionista
Pr-Condio:
O ator dever estar logado no sistema com as devidas permisses de acesso.
Outro exemplo, considerando um caso de uso de:

Retirada em Dinheiro no caixa eletrnico
Pr-Condio:
O cliente ter um carto distribudo pessoalmente que se encaixa na leitora de cartes.
O ator ter recebido um nmero PIN e est registrado com o sistema bancrio.
Ps-Condio:
.
Todos os registros da conta e da transao so verificados, a comunicao com o sistema
bancrio reinicializada e o cliente recebe o carto de volta.
5.8.
Detalhamento dos Fluxos Principal, Alternativo e de Exceo)
Os nome do Fluxo Principal tanto quanto dos Fluxos Alternativos, devem ser iniciados com um verbo
no infinitivo.
Exemplos:
Emitir, Incluir, Alterar ou Editar, Consultar ou Visualizar (exibir uma tela e consulta), Listar (exibir
vrios registro e no tem filtro), Excluir ou Deletar, Pesquisar (exibir vrios registro e tem filtro),
Imprimir (solicitar impresso), Enviar, Gerar Arquivo, Aprovar ou Autorizar, Reprovar.
O fluxo principal e todas as extenses do cenrio (fluxos alternativos e excees) seguem uma estrutura
que consiste de:
Uma condio sob a qual o cenrio executado (acionador)
Um objetivo a alcanar (para o cenrio principal satisfazer o propsito do caso de uso, para
um cenrio de extenso completar o caso de uso, retornar ao fluxo principal aps algum
tratamento ou encerrar o caso de uso.
Um conjunto de passos de ao (formam o corpo do cenrio) e cada passo deve
Mostrar claramente quem o sujeito da ao. Exemplo: Ator...; Sistema ...
Representar uma simples ao na qual um ator realiza uma tarefa ou passa informao para outro ator.
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
22 / 34

Descrever de forma clara para cada ao do ator a resposta correspondente do sistema. Todos os passos
devem ser iniciados com uma ao do ator ou com uma resposta do sistema, demonstrando assim a
interatividade entre o ator e sistema. Por exemplo:
O sistema exibe a tela de pesquisa com os campos de filtro;
O ator informa os campos do filtro e pressiona o boto Consultar;
O sistema exibe uma lista com todos os bens cadastrados, conforme
parmetros informados.
Indicar em cada ao a regra de negcio aplicada.
Possuir uma condio de finalizao.
5.8.1.
Fluxo de Eventos (Contedo)
Seqncia tpica de eventos a qual descreve os eventos passo a passo. O fluxo de eventos formado por:
fluxo principal, fluxos alternativos, excees.
O Fluxo de Eventos de um caso de uso contm as informaes mais importantes derivadas da modelagem
de casos de uso. Ele deve descrever o fluxo de eventos do caso de uso claramente, para que algum de
fora o entenda facilmente. Lembre-se de que o fluxo de eventos deve descrever o qu acontece entre o
usurio e o sistema, sem, entretanto, informar como essa informao ocorre.
As diretrizes para o contedo do fluxo de eventos so:

Descreva como o caso de uso comea e termina;
Descreva os dados que so trocados entre o ator e o caso de uso;
No descreva os detalhes da interface do usurio, a menos que seja necessrio entender o
comportamento do sistema. As regras de apresentao de interface devero ser descritas no
documento Prottipo de Interface.
Descreva quando o caso de uso utiliza as informaes armazenadas, ou mesmo s armazena
no sistema;
Descreva somente os eventos que pertencem ao caso de uso e no o que ocorre em outros
casos de uso ou fora do sistema;
Evite terminologia vaga, como, por exemplo", "etc." e "informaes";
Detalhe o fluxo de eventos - todos os "o qu" devem ser respondidos. Lembre-se de que os
designers do teste devem usar esse texto para identificar os casos de teste.
Sempre que necessrio deve-se refinar o glossrio, adicionando novos termos identificados durante a
especificao de casos de uso.
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
23 / 34
A estrutura tpica do fluxo de eventos. A seta reta representa o fluxo de eventos bsico e as setas curvas
representam os caminhos alternativos em relao ao normal. Alguns caminhos alternativos voltam ao fluxo de
eventos bsico, enquanto outros finalizam o caso de uso.
Tanto o fluxo de eventos bsico quanto os fluxos de eventos alternativos devem ser estruturados em passos
e subfluxos. Com isso, a principal meta deve ser a legibilidade do texto. Uma maneira prtica de proceder
a seguinte: um subfluxo deve ser um segmento de comportamento no caso de uso que tem uma finalidade
clara, e ser "atmico" no sentido de que voc realiza todas ou nenhuma das aes descritas. Voc pode
precisar de vrios nveis de subfluxos, mas evite, se puder, pois isso torna o texto mais complexo e difcil de
entender.
O leitor desse tipo de texto escrito, estruturado em subsees consecutivas, subentende, pela natureza do
texto, que h uma seqncia entre os subfluxos. Para evitar mal-entendidos, voc sempre deve indicar se a
ordem dos subfluxos fixa ou no. As consideraes desse tipo freqentemente se relacionam a:
Regras de negcios. Por exemplo, o usurio deve ser autorizado para que o sistema possa
disponibilizar certos dados.
Design da interface do usurio. Por exemplo, o sistema no deve impor uma determinada
seqncia de comportamentos que pode ser intuitiva para alguns, mas no para outros
usurios.
Para esclarecer onde um fluxo de eventos alternativo se encaixa na estrutura, necessrio descrever o
seguinte para cada "desvio" no fluxo de eventos bsico:
Onde o comportamento alternativo pode ser inserido no fluxo de eventos bsico.
A condio que precisa ser atendida para que o comportamento alternativo comece.
Como e onde o fluxo de eventos bsico retomado, ou como o caso de uso termina.
Exemplo:
Este um subfluxo alternativo no caso de uso Devolver Itens no Sistema da Mquina de
Reciclagem.
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
24 / 34

1. Garrafa Emperrada
Se na seo Inserir Itens de Depsito, uma garrafa ficar emperrada na porta, os
sensores em torno da porta e a porta da medio detectar esse problema. A esteira
transportadora parada e a mquina emite um alarme para chamar o operador. A
mquina aguardar o operador indicar que o problema foi resolvido. A mquina
continua na seo do fluxo bsico.
No exemplo acima, o fluxo de eventos alternativo inserido em um local especfico no fluxo

de eventos bsico. H tambm um fluxo de eventos alternativo que pode ser inserido em
mais de um local, alguns at podem ser inseridos em qualquer local do fluxo de eventos
bsico.
Exemplo:
Este um subfluxo alternativo no caso de uso Devolver Itens no Sistema da Mquina de
Reciclagem.
2. Painel Frontal Removido
Se algum remover o painel frontal da Mquina de Reciclagem, a compactao das
latas desativada. No ser possvel iniciar a compactao das latas com o painel
frontal desativado. A remoo tambm ativar um alarme para o operador. Quando o
painel frontal estiver fechado novamente, a mquina continuar a operao a partir do
local em que parou no fluxo de eventos bsico.
Se o fluxo de eventos alternativo for muito simples, pode ser tentador descrev-lo apenas na seo do fluxo
de eventos bsico (usando alguma construo informal "if-then-else"). Isso deve ser evitado. Muitas
alternativas dificultaro o exame do comportamento normal. Alm disso, incluir caminhos alternativos na
seo do fluxo de eventos bsico tornar o texto mais "parecido com pseudocdigo" e mais difcil de ler.
Em geral, a extrao de partes do fluxo de eventos e a descrio dessas partes separadamente podem
aumentar a legibilidade do fluxo de eventos bsico e melhorar a estrutura do caso de uso e do modelo de
casos de uso. Voc pode modelar as partes extradas como:
Um fluxo de eventos alternativo no caso de uso base se for uma variante simples, uma opo
ou uma exceo no fluxo de eventos bsico.
Uma incluso explcita no caso de uso base se for algo que voc deseje encapsular para que
possa ser reutilizado por outros casos de uso.
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
25 / 34

Uma incluso implcita no caso de uso base se o fluxo de eventos bsico do caso de uso base
estiver completo, ou seja, se tiver um incio e um fim definidos. A natureza do fluxo de extenso
deve ser da maneira que voc preferir ocult-lo na descrio do caso de uso base para que
fique menos complexo.
Um subfluxo no fluxo de eventos bsico, possivelmente como outra opo, se nenhuma das
alternativas acima se aplica. Por exemplo, em um caso de uso Manter Informaes do
Funcionrio, podem existir subfluxos separados para adicionar, excluir e modificar as
informaes do funcionrio.
5.8.2.
Fluxo Principal
O primeiro passo identificar o fluxo principal do caso de uso. Normalmente o fluxo principal permitir o
acionamento dos fluxos alternativos ou exceo. Por exemplo:
O caso de uso se inicia quando o ator seleciona a opo "Pendncias" na tela Cadastro de
Nutricionista;
Quando, em algum passo do fluxo principal, existir um desvio para um fluxo alternativo ou a uma
exceo, deve ser indicado claramente qual o prximo fluxo deste cenrio. Por exemplo:
Listar Pendncias
P1. O caso de uso se inicia quando o ator seleciona a opo de menu "Pendncias"
P2. O sistema recupera todas as pendncias do vnculo empregatcio na base de dados do
SINUTRI, conforme selecionado, exibe a tela Anexo I - Listar Pendncias com a lista das
pendncias do vnculo (RNS006), e exibe as opes Fechar (A1), Novo (A2), Alterar
(A3), Excluir (A4);
P3. O caso de uso encerrado.
Descrever de forma clara a chamada da funcionalidade, ou seja, escrever claramente quando o passo
uma ao do Ator com a respectiva ao do sistema e quando uma Regra de Negcio realizada pelo
sistema.
O fluxo principal descreve o dilogo principal ator/sistema. Nos casos de uso de manter, casos de
uso normalmente compostos por funcionalidades de consultar, incluir, alterar e excluir - o fluxo principal ser
a funcionalidade de consulta, as demais funcionalidades sero fluxos alternativos. O fluxo principal deve
seguir os seguintes padres:
Numerao
Os fluxos devem ser numerados, cada fluxo deve corresponder a uma ao do ator ou sistema.
A numerao do fluxo ser apresentada no incio do pargrafo de acordo com o padro
definido. Exemplo:
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
26 / 34

1.
.....
2.
.......
1.
O caso de uso se inicia quando o ator seleciona o item de menu Cadastro de
demanda;
2.
O sistema apresenta uma tela com um filtro de pesquisa, (ANEXO I Lista e filtro de
pesquisa) e exibe uma lista com o(s) registro(s) localizado(s) conforme condio informada no
filtro de pesquisa;
3.
O ator informa os campos de filtro disponvel na tela e, em seguida, seleciona o boto
Filtrar (A1); (RNS003) (RNS004) (RNS005) (RNS008) (RNS009) (RNS0021) (RNS0058)
4.
O sistema apresenta as opes na grid Visualizar (A4), Editar (A6); Excluir (A5);
Incluir demanda (A3); Histrico (E1), Anexar arquivo (E2), Imprimir (A7);
5.
O caso de uso encerrado.
Nota: para o caso de uso que contenham integrao com outros sistemas descrever no
fluxo o momento da utilizao da integrao.
Exemplo: .2. O sistema apresenta uma tela com um filtro de pesquisa, (ANEXO I Lista
e filtro de pesquisa) e exibe uma lista com o(s) registro(s) localizado(s) conforme condio informada no
filtro de pesquisa recuperando as informaes na da base de dados Corporativo;
Passo inicial
1 O caso de uso se inicia quando o ator seleciona...
Aes do Ator x Sistema
As aes dos atores e do sistema devem ocorrer em passos distintos.
O caso de uso sempre deve iniciar com o ator.
Regras de Negcio e Fluxos de Eventos

Devero ser descritas no documento Regra de Negcio que se encontra <nome da pasta do
projeto no StarTeam>\ <Regras de Negcio> e referenciada conforme indicado abaixo.
As regras de negcio, fluxos alternativos, excees devem ser referenciadas e apresentadas
ao final do passo entre parnteses. Exemplo:
1 descrio do passo. (A1) (RNS001) (E1)
5.8.3.
Fluxo Alternativo
Os fluxos de eventos alternativos abordam o comportamento de carter opcional ou excepcional em relao

ao comportamento normal e tambm as variaes do comportamento normal. Podem ser encarados como
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
27 / 34

"desvios" do fluxo de eventos principal, alguns dos quais voltaro ao fluxo de evento principal e alguns
finalizaro a execuo do caso de uso.
Numerao
Os fluxos devem ser numerados, cada fluxo deve corresponder a uma ao do ator ou
sistema. A numerao do fluxo ser apresentada no incio do pargrafo de acordo com o padro
definido. Exemplo:
A1
A2
...
...
A3. Incluir a demanda

1.
O ator seleciona a opo Incluir demanda;
2.
O sistema exibe a tela conforme (ANEXO II Cadastrar/Visualizar/Editar
demandas) disponveis para edio; (RNS0016) (RNS0025) (RNS0026) (RNS0036)

(RNS0038);
3.
O ator preenche o campo N no DOCUMENTA;
4.
O sistema valida o N do DOCUMENTA (A8);
5.
O ator informa os dados obrigatrios;
6.
O ator pressiona o boto Salvar; (RNS001) (RNS002) (RNS0010) (RNS0014)
(RNS0015);
7.
O sistema atualiza o status para CADASTRADA e, grava as informaes no banco
de dados (E1);
8.
O caso de uso retorna para o passo 2 do fluxo principal.
Passo inicial
A1
O ator seleciona a opo...
Ordem dos fluxos alternativos

A ordem sugerida para representao dos fluxos alternativos: Incluso, alterao, excluso e os
demais fluxos.
Descrio do passo
Idem fluxo bsico.
Passo final
Se a funcionalidade descrita no fluxo alternativo precisa retornar ao fluxo principal ou outro fluxo
alternativo para ser finalizada, informar o fluxo e passo que deve retornar. Exemplo:
AN
O sistema retorna para o passo N do fluxo...
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
28 / 34

Exemplo:
A2 Incluir Pendncias do Nutricionista;
1. O ator seleciona a opo Novo;
2. O sistema exibe a tela Anexo II Incluir/Alterar Pendncias do vnculo empregatcio
selecionado, com os campos e as opes Gravar, Cancelar (A5);
3. O ator informa os dados e seleciona a opo Gravar (RNS001),;
4. O sistema disponibiliza a opo: Pendncia Concluda (E1);
5. O ator pode selecionar a opo Pendncia Concluda
5.1 O sistema atualiza o campo Concluso com a data e hora corrente;
6. O ator pode retirar a seleo da opo Pendncia Concluda
6.1 O sistema limpa o campo Concluso;
7. O sistema inclui o registro na base de dados do SINUTRI;
8. O sistema retorna para o passo 2 do fluxo principal.
Cenrios alternativos (Fluxo Alternativo e de Exceo)

Os casos de uso podem conter cenrios alternativos ou secundrios que contm variaes do tema
principal. Excees, ou o que acontece quando as coisas no correm bem, devem tambm ser descritas.
Exemplo:
5.8.4.
Fluxo de Exceo -
As excees tratam todos os problemas possveis, ou seja, situaes que interrompam a execuo do caso
de uso e devem conter somente aes de tratamentos de erros e no devem referenciar regras de
negcios. As seguintes diretrizes devem ser observadas:
Ttulo
O ttulo da exceo deve identificar claramente a situao da exceo ocorrida.
Numerao
A numerao do fluxo ser apresentada no incio do pargrafo de acordo com o padro
definido. Exemplo:
E1 Senha Invlida
E2 Campo Obrigatrio
Descrio
Deve ser clara e objetiva, informando o erro cometido e o comportamento do sistema. Exemplo:
E1. Campo Obrigatrio
1. O sistema verificou que o campo obrigatrio Pendncia no foi preenchido e exibe
mensagem: Verifique o preenchimento do(s) campo(s) obrigatrio(s): - Selecione a
Pendncia;
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
29 / 34

2. O sistema retorna ao passo 2 do fluxo alternativo (A2).
Nas situaes que couberem, devero ser previstos e descritos neste fluxo (casos de
insucesso) para:
Obrigatoriedade;
Preenchimento invlido;
Pesquisa incorreta;
Duplicidade na incluso de dados;
Validao de datas (regras para preenchimento);
Resultado de pesquisa quando nenhum campo for preenchido;
Resultado de pesquisa conforme o filtro informado e etc;
Fluxo de Botes como Limpar, Voltar, Ajuda, Sair e etc;
Falha na conexo com a base de dados;
Validaes de CPFs, CNPJs, CEPs, emails, etc;
Passo final
As excees no necessariamente encerram o caso de uso, mas elas impedem a continuidade
do fluxo (bsico ou alternativo). O caso de uso pode ser encerrado, voltar para um passo ou
ficar preso at que a exceo. No h passo final.
Exemplo:
E2. Campo Obrigatrio
1. O sistema verifica que o campo obrigatrio Pendncia no foi preenchido e exibe
mensagem: Verifique o preenchimento do(s) campo(s) obrigatrio(s): - Selecione a
Pendncia;
2. O sistema retorna ao passo 2 do fluxo alternativo (A2).
5.9.
Pontos de Extenso
5.9.1.
Nesta seo do documento especificao de caso de uso , devem-se referenciar os casos de uso que so
estendidos, conforme exemplo: PE1 Cadastrar Dependente; PE2 Verificar Pendncias.
Os Pontos de Extenso devem ser
identificados ao final do passo onde poder ocorrer a extenso
conforme exemplo
PE1
PE1.
Manter Vnculo Empregatcio;
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
30 / 34

PE2.
Manter Vnculo Escolas e Nutricionista;
PE3.
Manter Pendncias do Nutricionista;
PE4.
Manter Histrico de Modificaes.
Os Pontos de Extenso devem ser referenciados ao final do passo onde ser chamado/ conforme exemplo:
A1. Alterar Nutricionistas

1. O ator seleciona um item na lista e a opo Alterar;
2. O sistema pesquisa os dados do nutricionista selecionado;
3. O sistema exibe a tela Anexo II Cadastrar/Alterar Nutricionistas com os campos
preenchidos com os dados do nutricionista, conforme selecionado e a opo Fechar (A6)
e a opo Gravar;
4. O sistema disponibiliza as opes nas Abas: Endereo (A9), Vnculos Empregatcios
(PE1), Escolas Vinculadas (PE2), Pendncias (PE3), Histricos do Vnculo (PE4);
5. O ator pode alterar o nmero do CPF (RNS002);
6. O sistema recupera as informaes do Contribuinte RFB (PI1) e exibe o Nome e CPF
(E5); (E6);
7. O ator pode alterar os demais campos;
8. O sistema habilita opo Gravar (E2); (E3); (E4);;
9. O ator seleciona a opo Gravar (A5) (E1) (RNS007);
10. O sistema armazena as informaes na base de dados do SINUTRI e exibe a tela Anexo
IV Listar Endereo Nutricionistas (A9);
5.9.2.
Relacionamento de incluso
Nesta seo do documento, devem-se referenciar os pontos de incluso conforme exemplo a seguir:
PI1
PI1 Caso de uso - Recuperar endereo atravs do CEP
PI2 Caso de Uso - Recuperar informaes do Contribuinte RFB
Os Pontos de Incluso devem ser referenciados ao final do passo onde ser definido conforme exemplo:
A2. Incluir Endereo Nutricionista
1. O ator seleciona a opo Novo;

2. O sistema recupera a lista das UFs e Municpios na base de dados Coorporativa;
3. O sistema exibe a tela Anexo V Cadastrar/Alterar Endereos Nutricionista com os
campos e as opes Gravar e Fechar (A14);
4. O ator informa o nmero do CEP;
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
31 / 34

5. O sistema recupera na base de dados do SINUTRI e exibe o endereo, bairro, UF e
Municpio referente ao nmero do CEP informado (E8) (E9) (PI2);
6. O ator informa os demais campos e seleciona a opo Gravar (A13); (E7);
5.10. Ps Condio
Uma ps-condio o estado que o sistema deve apresentar aps o trmino do caso de uso.
Uma ps-condio lista os possveis estados, e no as aes em que o sistema pode apresentar quando
finalizado.
5.11. Interface com outros softwares

Informar caso exista a interface com outros softwares.
O quadro deve ser preenchido descrevendo o nome do sistema que realiza a interface, as informaes que
esto sendo consultadas e/ou atualizadas e/ou processadas e o tipo de integrao conforme a legenda
abaixo;
Tipo da Integrao
Sistema
Descrio
<nome do sistema>ex: Documenta Sistema de Controle de Documentos
<descrio do sistema>ex:
Recuperar os documentos do
tipo prestao de contas na
situao pendente.
<nome do sistema>ex: SIAPESistema Integrado de Administrao

de Recursos Humanos
<descrio do sistema>ex:
Enviar as informaes de
convnios pagos no ms
anterior ao ms corrente
<descrever o tipo de
integrao, conforme a
correspondncia
do
sistema
aos
tipos
descritos na lista abaixo
<descrever o tipo de
integrao, conforme a
correspondncia
do
sistema
aos
tipos
descritos na lista abaixo
Sistema A: Sistema objeto desse documento de escopo preliminar.

Sistema B: Sistema a se integrar com o sistema A
Tipo 1: Sistema A consulta dados/informaes no sistema B;
Tipo 2 : Sistema A atualiza dados/informaes no sistema B;
Tipo 3 : Sistema A gera dados/informaes para processamento no sistema B;
Tipo 4 : Sistema A processa dados/informaes gerado por B.
Descrever no caso de uso o momento em que esta ocorrendo integrao.
Exemplo:
Sistema
SEGWEB - Sistema de Segurana
WEB
Tipo da Integrao
Descrio
Recuperar
permisso
acesso ao sistema
de
1
1.O Ator seleciona a opo Cadastrar Demanda

2.O sistema verifica se o usurio autenticado possui permisso para executar a funcionalidade no
sistema SEGWEB.
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
32 / 34
5.12. Inversos (o que o caso de uso no deve fazer)

Descrever o que o caso de uso no deve fazer
5.13. Observaes
Descrever qualquer tipo de observao, notas, pendncias, etc.
5.14. Prottipo de Interface

Nesta seo deve-se fazer referncia ao documento prottipo de interface do caso de uso, conforme
exemplo:
Verificar
documento
de
interface
\ProjetosFNDE\sinutri
doc\Documentao
do
Sistema\Requisitos\Prottipos de Interface.
5.15. Referncias
Informar os artefatos necessrios para o entendimento do caso de uso. Por exemplo: Glossrio, Regras de
Negcio.
6. Ponto de Ateno
Na especificao de caso de uso de relatrio deve ser esclarecido o tipo de relatrio (operacional/online ou
analtico/batch). Se for analtico, informar se o relatrio ser agendado por data ou se ser um
agendamento repetitivo. Para agendamento por data, informar a data e hora em que o relatrio deve ser
disparado. Para agendamento repetitivo, informar a periodicidade (Dirio, Semanal, Mensal) e o horrio a
ser disparado. Independente do tipo de agendamento, deve-se tambm informar como o relatrio ser
recuperado atravs de alguma funcionalidade ou encaminhamento por email.No caso de relatrios enviados
por email configurar tambm o assunto do email, geralmente colocando o nome do relatrio e a data da
gerao.
Os relatrio anliticos gerados ficam disponveis no servidor (tempo padro) mas o prazo deve ser
configurado de acordo com a necessidade da aplicao e deve ser informado na especificao de caso de
uso. importante informar quanto ao formato de arquivo gerado ex: .pdf, .exel.
Ratreabilidade do Caso de Uso:

A especificao de caso de uso deve realizar na ferramenta a rastreabilidade com os seguintes
documentos:
- Glossrio;
- Documento de Viso -> Funcionalidades;
- Especificao Suplementar -> Requisito No Funcional;
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
33 / 34

- Especificao do Caso de Uso que tenha relacionamento de extenso;
- Especificao do Caso de Uso que tenha relacionamento de incluso;
- Regra de Negcio -> regra(s) de negcio utilizada(s) na especificao de caso de uso.
7. Bibliografias
RUP Rational Unified Process, 2003.06.00.06. Acessado em 05/08/2010. Disponvel em
http://www.wthreex.com/rup/portugues/index.htm;
CMMI Capability Maturity Model Integration. SEI, Software Engineering Institute. Capability
Maturity Model Integration;
NBR ISO/IEC 12207- Associao Brasileira De Normas Tcnicas.: Processos de Ciclo de Vida
de Software. 1997;
NBR ISO/IEC 9126 - Associao Brasileira De Normas Tcnicas. Engenharia de software Qualidade de produto - Parte 1: Modelo de qualidade. 2003;
PMBOK Guide - A Guide to the Project Management Body of Knowledge.
Third
Edition.ed. Project Management Institute;

Glossrio Padro de Termos Utilizados em Teste de Software. Verso 1.3br (01 de Julho de
2007). Produzido pelo Glossary Working Party - International Software Testing Qualification
Board;
IEEE - Standards Collection. Software Engineering. 1993
Documento
Data
Verso do Guia
28/6/2012
2.0
Pgina
34 / 34

Guia de Especificao de Caso de Uso PDF

Caricato da

Informazioni sul documento

Titolo originale

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

Guia de Especificao de Caso de Uso PDF

Caricato da

Copyright:

Formati disponibili

Guia de Especificao de Caso de Uso