Analise De Requisitos - Protótipos

Conteúdo

Conteúdo 3

1. Introdução 3

1.1 Visão geral do documento 3

2. Requisitos Funcionais 3

2.1 Casos de Uso 3

[RF001] Usuário 4

[RF002] Administrar 5

[RF003] Manter Funcionários 5

[RF004] Cadastrar Funcionário 6

[RF005] Excluir Funcionário 8

[RF006] Manter Estoque 8

[RF007] Cadastrar Produto 9

[RF008] Alterar Produto 10

[RF009] Excluir Produto 11

[RF010]Manter Pagamento 12

[RF011] Pagamento Funcionário 13

[RF012] Pagamento Produtos 14

[RF013] Pagamento Outras Despesas 15

[RF014] Venda 16

[RF015] Estacionamento 16

[RF016] Registrar Entrada de Carros 17

[RF017] Registrar Saída de Carros 18

[RF018]Gerar Relatório 18

4. Referências <Opcional> 5

A Diagrama de casos de uso 7

B Descrição da interface com o usuário 7

[RF001] Nome do caso de uso 7

[RF002] Nome do caso de uso 7

[RF00N] Nome do caso de uso 7

C Diagrama de Classes 7

1.Introdução

Este documento especifica o sistema SoftEvent, fornecendo aos desenvolvedores as informações necessárias para o projeto e implementação, assim como para a realização dos testes e homologação do sistema.

As informações aqui descritas formalizam o escopo do sistema e estabelecem uma referência comum a todos aqueles que participam do desenvolvimento do sistema.

1.1Visão geral do documento

Seção 1 – Requisitos funcionais: são especificados todos os casos de uso (funcionalidades) do sistema, descrevendo os fluxos de eventos, prioridades, atores de cada caso de uso a ser implementado.

Seção 2 – Referências: lista documentos que possam auxiliar no entendimento deste

Apêndice – Diagrama de casos de uso: apresenta uma ilustração do modelo de casos de uso do sistema. Descrição da interface com o usuário: apresenta um esboço da interface gráfica do usuário.

2.Requisitos Funcionais

2.1 Casos de Uso

[RF001] Usuário

Descrição do caso de uso: É exibida uma tela para os usuários efetuarem o login, após isso o sistema encaminha o funcionário para realizar a sua função cadastrada no sistema.

Ator: Administrador, Caixa, Caixa Estacionamento.

Prioridade: ( X) Essencial ( ) Importante ( ) Desejável

Fluxo de eventos principal

FC: Funcionário SO: Software

1. FC: Inicializa a operação usuário;

2. SO: O sistema pede para o usuário digitar o seu login e senha;

3. FC: Digita os dados e confirma;

4. SO: Autentica o usuário e o encaminha para a sua respectiva função;

Fluxos secundários

[FS001-1] – Login Inválido

No passo 3, se o login for inválido:

1. O sistema recebeu um login inválido;

2. O sistema informa o erro ao usuário e pede pra ele digitar uma login válidos;

3. Sistema limpa os dados digitados pelo usuário;

[RF002] Administrar

Descrição do caso de uso: Neste caso de uso o administrador irá selecionar a tarefa que ele deseja realizar.

Ator: Administrador.

Prioridade: ( X) Essencial ( ) Importante ( ) Desejável

Fluxo de eventos principal

AD: administrador SO: Software

1. AD: O usuário efetuou login e o sistema o encaminhou para a função administrar;

2. SO: Exibe um menu para o administrador selecionar: “Manter Funcionário”, “Manter Estoque”, “Manter Pagamento”, “Gerar relatórios”;

3. AD: Usuário seleciona a opção desejada;

Fluxos secundários

[FS002-1] – Opção inválida

No passo 2, o usuário pode clicar em alguma opção errada por distração. Então :

1. O sistema encaminhou o usuário para um menu que não é o desejado;

2. O sistema fornece ao usuário a opção de voltar ao menu principal;

3. O administrador seleciona a opção voltar à tela inicial da administração;

[FS002-2] – Sair

1. Caso o usuário queira sair da conta, o sistema disponibilizará uma opção.

[RF003] Manter Funcionários

Descrição do caso de uso: Este caso de uso permitirá que o usuário selecione uma das opções do menu manter funcionários.

Ator: Administrador

Prioridade: ( X) Essencial ( ) Importante ( ) Desejável

Fluxo de Evento principal

AD: