Proposta de Especificao de Software

Fbrica de Software CISS

Especificao de Caso de Uso

Observao: O template deste documento foi projetado pela Equipe de Anlise da CISS Automao Comercial, para ser usado na ferramenta Rational Requisite Pro. Os textos em itlico e com preenchimento cinza devero ser excludos antes da publicao do documento.Histrico de Revises

DataVersoDescrioAutor

17/02/20111.0Criao da seo para Histrico do documento.NONONON

INDICE

31Nome / Breve Descrio

2Pr-Condies33Ps-Condies34Atores35Fluxo de Eventos35.1Fluxo Bsico35.2Fluxos Alternativos36Requisitos37Diagramas38Prottipos de Interface39Referncias3

1 Nome / Breve Descrio

Sempre iniciado com um verbo, o nome do caso de uso deve ser muito claro e objetivo. A leitura do nome do caso de uso deve remeter o leitor ao objetivo do usurio.

Em um pargrafo transmita o papel e o propsito do caso de uso. Aqui o foco deve ser o Aqui o foco deve ser em objetivo do usurio, sem detalhes sobre campos, interface ou banco de dados. Utilize a linguagem mais prxima possvel do usurio de negcio, no utilize termos tcnicos. Lembre-se de seu pblico (fornecedor de requisito, cliente, equipe de projeto e desenvolvimento). Aqui esperamos encontrar o que devemos projetar tecnicamente, qual o retorno de valor observvel para o ator.

2 Pr-Condies

O estado do sistema antes do incio do caso de uso uma pr-condio (de um caso de uso).

3 Ps-Condies

Uma lista de possveis estados do sistema aps a finalizao de um caso de uso so as pr-condies (de um caso de uso).

4 Atores

Atores so pessoas ou sistemas que de alguma forma executam uma operao no conjunto do caso de uso a ser descrito.

Exemplo de atores: Vendedor, Sistema Cisspoder, Faturista, etc...

5 Fluxo de Eventos

5.1 Fluxo Bsico

[FB Nome do Caso de uso]

1. Ator 1: Executa passo

2. Ator 2: Retorna mensagem

Um caso de uso sempre inicia quando o ator faz algo, ou seja, um ator sempre inicia um caso de uso. O caso de uso deve descrever o que o ator faz e o que o sistema responde.

Na descrio do caso de uso deve ser evidenciado o que acontece dentro do sistema, nunca evidenciando o porqu e nem como. Por isso deve existir uma especificidade no contedo que passado e retornado.

Por exemplo, no muito esclarecedor dizer que determinado ator fornece informaes do cliente. muito melhor dizer que o ator fornece o nome e o endereo do cliente.

Para controlar a complexidade do caso de uso sempre bom fazer uso de um Glossrio de Termos, com base no exemplo acima, por exemplo, seria conveniente definir um termo de glossrio Informaes do Cliente, para evitar que o caso de uso fique cheio de detalhes.

Nesta seo do caso de uso devem ser apresentados os caminhos necessrios para satisfazer o caso de uso. Os fluxos alternativos so explicados na seo Fluxos Alternativos.

Como diz aquele velho e conhecido ditado, Uma imagem vale por mil palavras, ento, sinta-se a vontade para colar prottipos de interface, fluxos de processo ou outras imagens no caso de uso, desde que o intuito seja o esclarecimento. Se um fluxograma til para demonstrar um processo complexo de decises, manda bronca, utilize-o no documento!

O mesmo vale para os diagramas, porm sempre deve ser tomado um certo cuidado para no utilizar notaes ou imagens que o publico alvo do documento no entenda.

No mais, somente vale lembrar que a finalidade deste documento o esclarecer e no obscurecer.5.2 Fluxos Alternativos

Os comportamentos alternativos so descritos nesta seo, desde que a referncia seja feita na seo Fluxo Bsico. Cada fluxo alternativo deve representar um comportamento alternativo devido a alguma exceo ocorrida no fluxo bsico.

Um fluxo alternativo deve descrever todos os seus eventos, neste momento o tamanho do fluxo alternativo no deve ser preocupao, ou seja, deve ser do tamanho necessrio.

Ao final de um fluxo alternativo, os eventos do fluxo bsico devem ser retomados.

Caso seja necessrio aprimorar a clareza, deve ser utilizado um subfluxo alternativo.6 Requisitos

Geralmente um requisito 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 de requisitos 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 documentados nesta seo.

7 Diagramas

Diagramas utilizados para representar o processo.

8 Prottipos de Interface

Prottipos de interface utilizados.9 Referncias

6