Conteúdo
sem cabeçalhos
|
| DIVISÃO DE SISTEMAS |
|
| Versão | Atividade | Autor | Data |
| <Colocar versão do Caso de Uso> | <Criação, auditoria, atualização e homologação> | <Nome do Responsável> | <Data de execução da atividade> |
CASO DE USO
Fornecedor em Atraso de Recebimento de Empenho
Descrição: <Colocar aqui de forma sucinta o objetivo ou finalidade de caso de uso>.
Ator(es): <Colocar aqui todos os atores envolvidos no caso de uso. Deverá ser listado todos os atores que irão interagir com a funcionalidade bem como os perfis necessários para execução do Caso de Uso. Os atores devem ser consultados na Lista de Atores correspondente do módulo. Ex.: Ator (Perfil 1, perfil 2...)>.
Caminho para acesso a Funcionalidade: <Colocar aqui o(s) caminho(s) que dará(ão) acesso a funcionalidade. Ex.: SIPAC -> Módulos -> Catálogo de Materiais -> Material -> Listar/Alterar>.
Pré-condições: <Colocar aqui a lista de condições identificadas que o estado do software deve atender imediatamente antes da execução do caso de uso e/ou parametros configurados (quando for o caso). Trata-se de proposições que devem ser verdadeiras antes da execução do Caso de Uso>.
Pós-condições: <Colocar aqui a lista de condições identificadas que o estado do software deve atender imediatamente após a execução do caso de uso. Trata-se de proposições que devem ser verdadeiras após da execução do Caso de Uso. Ex. Projeto cadastrado e E-mail enviado para o coordenador>.
Descrição da Tela
| N | NOME DO ATRIBUTO | O | A | TIPO (TAM) | MÁSCARA | OBSERVAÇÕES | REGRA DE INTERFACE |
|---|---|---|---|---|---|---|---|
| 1 | |||||||
| 2 | |||||||
| 3 | |||||||
| 4 | |||||||
| 5 | |||||||
| 6 |
Não se aplica.
Fluxo Principal
| FP - Notificar fornecedor em atraso de recebimento de empenho | ||||
|---|---|---|---|---|
| ID | Passo | Fluxo | Regra de Negócio | Tela |
| 1 | O usuário acessa a funcionalidade | |||
| 2 | O sistema exibe a Tela 01 | |||
| 3 | O usuário seleciona os filtros desejados | |||
| 4 | O usuário clica no botão "Buscar" | |||
| 5 | O sistema exibe a Tela 02 | |||
| 6 | O usuário clica no botão "Notificar Fornecedor" | |||
| 7 | O sistema exibe a Tela 03 | |||
| 8 | O usuário preenche os campos da tela | |||
| 9 | O usuário clica no botão "Notificar" | |||
| 10 | O sistema exibe a pop-up com a mensagem "Deseja realmente notificar o fornecedor?" | |||
| 11 | O usuário clica no botão "Ok" | |||
| 12 | O sistema registra a notificação e exibe a Tela 04 | FA01, FA02 | ||
Fluxo Alternativo
| FA01 - Imprimir Notificação | ||||
|---|---|---|---|---|
| ID | Passo | Fluxo | Regra de Negócio | Tela |
| 1 | ||||
| 2 | ||||
| 3 | ||||
| 4 | ||||
| FA02 - Cadastrar outra notificação | ||||
|---|---|---|---|---|
| ID | Passo | Fluxo | Regra de Negócio | Tela |
| 1 | O usuário clica no link "Cadastrar outra notificação" | Tela 04 | ||
| 2 | O sistema retorna ao passo 5 do FP01 | FP01 | ||
Fluxo Extensão
Não se aplica.
Fluxo de Exceção
<Colocar aqui um fluxo de exceção ao fluxo principal. Os fluxos de exceção determinam as ações que devem ser tomadas em situações em que os fluxos (principal e alternativo) não possam ser concluídos, devido a alguma regra ter sido quebrada.
Para identificar os fluxos de exceção, examine o fluxo principal e os fluxos alternativos linha por linha, perguntando:
- Há alguma coisa que pode dar errado neste ponto? O quê?
- O que acontece se a transação é cancelada no meio? O que fazer nestes casos?
Cada resposta positiva implica em novo fluxo de exceção.>
Observações
- Caso não possuir fluxo de Exceção descrever 'Não se aplica'.
- Pode optar por excluir a tabela. Caso queira manter a tabela, manter apenas a primeira linha com a observação 'Não se aplica'.
Preenchendo a tabela
ID– Identificação numérica cardinal sequencial crescente.
Passo– Descrição da ação que deve ser tomada para dar sequência ao fluxo.
Fluxo– Referência e link do(s) fluxo(s) que pode(m) ser acionado(s) a partir do passo descrito.
Regras de Negócio- Referência e link ao Número da(s) Regra(s) de Negócio pertinente(s) ao passo descrito.
Tela– Referência e link da tela correspondente à funcionalidade.
| FE01 - <Nome do Fluxo de Exceção> | ||||
|---|---|---|---|---|
| ID | Passo | Fluxo | Regra de Negócio | Tela |
| 1 | ||||
| 2 | ||||
| 3 | ||||
| 4 | ||||
Regras de Negócio da Funcionalidade
<Listar todas as regras de negócio da funcionalidade. As mesmas devem ser referenciadas durante a execução dos passos executados nos fluxos (Principal, Alternativo e Exceção do caso de Uso>.
Observações
- Caso não possuir nenhuma regras de negócio descrever 'Não se aplica';
- Pode optar por excluir a tabela.Caso queira manter a tabela, manter apenas a primeira linha com a observação 'Não se aplica'.
| Identificador | Descrição da Regra de Negócio |
|---|---|
| RN <XX> | <Descrever a regra de negócio especifica da funcionalidade> |
| RN<XX> | <Descrever a regra de negócio especifica da funcionalidade> |
Regras de Interface
<Listar todas as regras de interface relacionadas ao campo. Documentar as regras de interface que vão mudar a tela durante a execução do caso de uso>.
Observações
- Caso não possuir nenhuma regras de Interface descrever 'Não se aplica';
- Pode optar por excluir a tabela.Caso queira manter a tabela, manter apenas a primeira linha com a observação 'Não se aplica'.
| Identificador | Descrição da Regra de Interface |
|---|---|
| RI<XX> | <Descrever a regra de Interface> |
| RI<XX> | <Descrever a regra de Interface> |
Regras Gerais do Módulo
<Fazer referência e link a(s) regra(s) do módulo que causa(am) impacto na funcionalidade em questão. As mesmas devem ser descritas no documento de Regra do módulo >.
RG<XX>, RG<XX> ......
Observações
- Caso não possuir nenhuma referência a(s) Regra(s) Gerais do Módulo descrever 'Não se aplica';
Casos de Teste
A ser informado pela Equipe de Teste.
Comentários