<Nome do Projeto>

Especificao de Caso de Uso: <Nome do Caso de Uso>

Verso <1.0>

[Observao: O template a seguir fornecido para ser usado no Rational Unified Process. O texto entre
colchetes e exibido em itlico, em azul (estilo=InfoBlue), fornecido para orientar o autor e dever ser excludo
antes da publicao do documento. Qualquer pargrafo inserido aps esse estilo ser definido automaticamente
como normal (estilo=BodyText).]




Pgina 1 de 5 Especificao de Caso de Uso: <Nome do Caso de Uso>
17/06/2008 http://www.wthreex.com/rup/webtmpl/templates/req/rup_ucspec.htm
Histrico da Reviso


Data Verso Descrio Autor
<dd/mmm/aa> <x.x> <detalhes> <nome>



Pgina 2 de 5 Especificao de Caso de Uso: <Nome do Caso de Uso>
17/06/2008 http://www.wthreex.com/rup/webtmpl/templates/req/rup_ucspec.htm
ndice Analtico
1. Nome do Caso de Uso
1.1 Breve Descrio
2. Fluxo de Eventos
2.1 Fluxo Bsico
2.2 Fluxos Alternativos
2.2.1 < Primeiro Fluxo Alternativo >
2.2.2 < Segundo Fluxo Alternativo >
3. Requisitos Especiais
3.1 < Primeiro Requisito Especial >
4. Condies Prvias
4.1 < Condio Prvia Um >
5. Condies Posteriores
5.1 < Condio Posterior Um >
6. Pontos de Extenso
6.1 <Nome do Ponto de Extenso>

Pgina 3 de 5 Especificao de Caso de Uso: <Nome do Caso de Uso>
17/06/2008 http://www.wthreex.com/rup/webtmpl/templates/req/rup_ucspec.htm
Especificao de Caso de Uso <Nome do Caso de Uso>
1. Nome do Caso de Uso
[O template a seguir fornecido para uma Especificao de Caso de Uso, que contm as propriedades de texto
do caso de uso. Este documento usado com uma ferramenta de gerenciamento de requisitos, como o Rational
RequisitePro, para especificar e marcar os requisitos contidos nas propriedades do caso de uso.
Os diagramas do caso de uso podem ser desenvolvidos em uma ferramenta de modelagem visual, como o
Rational Rose. Um relatrio de caso de uso (com todas as propriedades) pode ser gerado com o Rational SoDA.
Para obter mais informaes, consulte os mentores de ferramentas do Rational Unified Process.]
1.1 Breve Descrio
[A descrio relata brevemente a finalidade do caso de uso. Para tanto, ser suficiente um nico pargrafo.]
2. Fluxo de Eventos
2.1 Fluxo Bsico
[Este caso de uso iniciado quando o ator faz algo. Um ator sempre inicia os casos de uso. O caso de uso
descreve o que o ator faz e o que o sistema faz em resposta. Ele deve ser elaborado como um dilogo entre o
ator e o sistema.
O caso de uso descreve o que acontece dentro do sistema, mas no o porqu nem como. Se forem trocadas
informaes, seja especfico no que diz respeito ao contedo que passado e retornado. Por exemplo, no
muito esclarecedor dizer que o ator fornece informaes do cliente. melhor dizer que ele fornece o nome e o
endereo do cliente. Freqentemente til fazer uso de um Glossrio de Termos para manter a complexidade do
caso de uso sob controle poder ser conveniente definir termos como, por exemplo, informaes do cliente
nesse glossrio, a fim de evitar que o caso de uso fique repleto de detalhes.
As alternativas simples podero ser apresentadas no texto do caso de uso. Se forem necessrias apenas algumas
frases para descrever o que acontece quando h uma alternativa, faa essa descrio diretamente na seo
Fluxo de Eventos. Se o fluxo alternativo for mais complexo, use uma seo separada para descrev-lo. Por
exemplo, uma subseo Fluxo Alternativo explica como descrever alternativas mais complexas.
s vezes, uma figura vale por mil palavras, embora no haja nada que possa substituir uma redao clara e
organizada. Se for mais esclarecedor, sinta-se vontade para colar representaes grficas de interfaces do
usurio, fluxos de processo ou outras imagens no caso de uso. Se um fluxograma for til para apresentar um
processo complexo de decises, utilize-o sem nenhuma dvida! Semelhantemente no que diz respeito a
comportamentos dependentes de estado, um diagrama de transio de estado geralmente esclarece o
comportamento de um sistema muito mais do que pginas e pginas de texto. Use o meio de apresentao certo
para o problema, mas procure evitar o uso de terminologia, notaes ou imagens que o pblico possa deixar de
compreender. Lembre-se de que sua finalidade esclarecer e no obscurecer.]
2.2 Fluxos Alternativos
2.2.1 < Primeiro Fluxo Alternativo >
[As alternativas mais complexas so descritas em uma seo separada, a que feita referncia na subseo
Fluxo Bsico da seo Fluxo de Eventos. Pense nas subsees Fluxo Alternativo como comportamentos
alternativos cada fluxo alternativo representa um comportamento alternativo geralmente devido a excees
que ocorrem no fluxo principal. O tamanho desses fluxos poder ser to extenso quanto o necessrio para
descrever os eventos associados ao comportamento alternativo. Quando um fluxo alternativo termina, os eventos
do fluxo principal de eventos so retomados a menos que seja especificado de outra maneira.]
2.2.1.1 < Um Subfluxo Alternativo >
[Os subfluxos alternativos, por sua vez, podero ser divididos em subsees para aprimorar a clareza.]
2.2.2 < Segundo Fluxo Alternativo >
[Poder haver, e muito provavelmente haver, uma srie de fluxos alternativos em um caso de uso. Mantenha
cada fluxo alternativo separado para aprimorar a clareza. O uso de fluxos alternativos melhora a legibilidade
do caso de uso e tambm evita que os casos de uso sejam decompostos em hierarquias de casos de uso. Lembre-
se de que os casos de uso so apenas descries textuais e que sua finalidade principal documentar o
comportamento de um sistema de maneira clara, concisa e compreensvel.]
3. Requisitos Especiais
[Normalmente um requisito especial um requisito no funcional que especfico de um caso de uso, mas que
no especificado, de maneira fcil ou natural, no texto do fluxo de eventos do caso de uso. Entre os exemplos
Pgina 4 de 5 Especificao de Caso de Uso: <Nome do Caso de Uso>
17/06/2008 http://www.wthreex.com/rup/webtmpl/templates/req/rup_ucspec.htm
de requisitos especiais esto includos requisitos legais e reguladores, padres de aplicativo e atributos de
qualidade do sistema a ser criado incluindo requisitos de usabilidade, confiabilidade, desempenho ou
suportabilidade. Alm disso, outros requisitos como sistemas operacionais e ambientes, requisitos de
compatibilidade e restries de design devero ser capturados nesta seo.]
3.1 < Primeiro Requisito Especial >

4. Condies Prvias
[Uma condio prvia de um caso de uso o estado do sistema que deve estar presente antes de um caso de uso
ser realizado.]
4.1 < Condio Prvia Um >

5. Condies Posteriores
[Uma condio posterior de um caso de uso uma lista dos possveis estados em que o sistema poder se
encontrar imediatamente depois do trmino de um caso de uso.]
5.1 < Condio Posterior Um >

6. Pontos de Extenso
[Pontos de extenso do caso de uso.]
6.1 <Nome do Ponto de Extenso>
[Definio da localizao do ponto de extenso no fluxo de eventos.]

Pgina 5 de 5 Especificao de Caso de Uso: <Nome do Caso de Uso>
17/06/2008 http://www.wthreex.com/rup/webtmpl/templates/req/rup_ucspec.htm