Documento de Requisitos

(1)

Universidade Federal de Pernambuco - UFPE

Centro de Informática - CIn

Documento de Requisitos

Disciplina: Engenharia de Software e Sistemas

Professor: Alexandre Vasconcelos

Alunos: Adelmo José Cabral de Almeida

Diogo de Lima Lages

João Paulo Fernandes Barbosa

Severino José de Barros Júnior

Thiago Augusto Ventura Lima

(2)

2 Histórico de Alterações

Data

Versão

Descrição

Autor

09/09/2008

0.1 Criação do Documento

Adelmo Cabral - ajca

Diogo Lages - dll

João Paulo Fernandes - jpfb

Severino Júnior - sjbj

Thiago Ventura - tavl

10/09/2008

1.0 Inserção de Textos e Formatação

Adelmo Cabral - ajca

Diogo Lages - dll

João Paulo Fernandes - jpfb

Severino Júnior - sjbj

Thiago Ventura - tavl

(3)

3 Índice

Apresentação...4

1- Introdução...5

2 - Benefícios do Produto...5

3 - Requisitos Não Funcionais...5

4 - Requisitos Funcionais...7

5 - Diagrama de Casos de Uso...8

6 - Conclusão...9

7 - Referências...10

(4)

4 Apresentação

Agências de turismo devem atender seus clientes com rapidez e eficiência. Para tanto,

devem buscar uma forma de garantir que o trabalho de seus funcionários seja aproveitado ao

máximo. Além disso, as transações para controle de atividades externas às agências devem ser

feitas de forma simples para que tempo adicional não seja gasto com tais tarefas. Isso é possível

quando existe um sistema computacional capaz de prover ferramentas simples do ponto de vista

dos usuários, porém complexa o bastante para garantir a correta execução das operações

requeridas. Neste contexto está inserida a ferramenta WinTour.

WinTour é um sistema dedicado a agilizar e simplificar as atividades desenvolvidas no

ambiente dos escritórios das agências de turismo. Com isso, é possível atender as necessidades

dos clientes de forma mais rápida e gerenciar de forma simples todas as informações envolvidas

no processo de organização de viagens.

(5)

5 1 - Introdução

O sistema WinTour busca agilizar e facilitar o trabalho desenvolvido em escritórios de

agências de turismo. Tal trabalho requer um conjunto de ações computacionais que se refletam

nos requisitos do sistema.

Neste documento estão descritos os requisitos que estarão relacionados ao sistema

WinTour. A equipe desenvolvedora do software irá se basear nas linhas descritas abaixo para

prover a correta implementação do produto. Destaca-se que o conjunto de requisitos aqui

apresentado poderá ser alterado durante a criação do software a ele relacionado. Essa alteração

será relatada, caso necessário, em novas versões deste documento.

2 - Benefícios do Produto

Na tabela abaixo estão relacionados os benefícios de WinTour e seu valor para o cliente.

Número

Benefício

Valor para o Cliente

01 Estimula geração de capital

Alto

02 Agrega valor à empresa

Alto

03 Facilita o gerenciamento da empresa

Alto

04 Agiliza o atendimento dos clientes da agência

Alto

3 - Requisitos não Funcionais

Para Sommerville os requisitos não funcionais são restrinções sobre os serviços ou as

funções oferecidas pelo sistema. Entre eles destacam-se restrinções de tempo, restrinções sobre

o processo de desenvolvimento, padrões entre outros. As tabelas abaixo mostram as descrições

dos requisitos não funcionais de WinTour separados por categorias: requisitos de processo,

requisitos de produto e requisitos externos. De posse dessas descrições a equipe desenvolvedora

poderá tomar as decisões mais apropriadas para coordenar o processo de implementação do

sistema.

3.1 - Requisitos de Processo

Código

Descrição

RNF/PROC - 01

O sistema deverá ser implementado em linguagem JAVA, pois isso o tornará

independente dos componentes de hardwarwe das máquinas onde será executado.

RNF/PROC - 02

O sistema deverá ser compatível com os sitemas operacionais Windows e Linux.

RNF/PROC - 03

Uma completa documentação do processo de desenvolvimento deverá ser

elaborada para que seja formada uma base de referência para a equipe responsável

pela construção de WinTour

(6)

6 3.2 - Requisitos do Produto

3.2.1 - Requisitos de Segurança

Código

Descrição

RNF/SEG - 04

Todos os usuários dos sistema deverão possuir seu login e senha que serão

únicos e intranferíveis.

RNF/SEG - 05

Para que qualquer ação seja realizada através do sistema o usuário deverá

estar logado.

3.2.1 - Requisitos de Usabilidade

Código

Descrição

RNF/USA - 06

A interface gráfica do sistema deve ser simples e intuitiva para que não

seja necessário proceder o treinamento dos usuários do sistema.

RNF/USA - 07

A interface gráfica do sistema deverá se basear em formulários usados em

agências de turísmo no armazenamento de dados e na documentação de

transações. Isso facilita a familiarização dos funcionários com a interface

do sistema.

RNF/USA - 08

Faz-se necessário o correto tratamento de exceções que possam surgir

durante o funcionamento do sistema. Sendo que, apenas exeções que

necessitem de intervenção direta do usuário, devem ser aparentes ao

mesmo. Exeções internas do sistema deverão ser transparentes para os

usuários.

3.2.2 - Requisitos de Documentação

Código

Descrição

RNF/DOC - 09

Um manual de usuário deverá acompanhar o produto para esclarecer as

dúvidas referentes ao funcionamento do sistema. Tal manual deverá estar

em formato eletrônico.

RNF/DOC - 10

O manual de usuário deverá estar acessível a qualquer momento durante o

funcionamento do programa. Isso possibilita a rápida solução de dúvidas

que possam surgir no usuário que esteja utilizando o sistema.

RNF/DOC - 11

O manual deve possuir um layout simples e deve prover um rápido acesso

às informações nele contidas.

3.2.3 - Requisitos de Performance

Código

Descrição

RNF/PRF - 12

As operações de condulta, cadastro, remoção e atualização de dados no

sistema não deverão demandar muito tempo, sendo 15 segundos o tempo

máximo para a concretização de tais operações.

RNF/PRF - 13

A geração de relatórios não devem demandar muito tempo, sendo 60

segundos o máximo tempo para a confecção do relatório.

(7)

7 3.2.4 - Requisitos de Manutenabilidade

Código

Descrição

RNF/MNT - 14

O sistema deverá estar organizado em módulos para agilizar sua

atualização e detecção de possíveis problemas.

3.3 - Requisito Externo

3.3.1 - Requisito Econômico

Código

Descrição

RNF/ECN - 15

O sistema deverá requerer baixo uso de memória e de capacidade de

processamento, pois o mesmo poderá ser utilizado em máquinas que

tenham uma certa limitação de tais componentes.

4 - Requisitos Funcionais

Segundo Sommerville, os requisitos funcionais são declarações de funções que o

sistema deve fornecer, como o sistema deve agir de acordo com uma determinada entrada e

como deve se comportar em uma situação específica. Na tabela abaixo estão os requisitos

funcionais do sistema WinTour. A descrição de cada um desses poderá ser encontrada no

Apêndice I. Tal descrição se apresenta de forma coerente com a definição de requisito funcional

de Sommerville.

Código

Nome

Prioridade

RF - 01

Efetuar Login

Essencial

RF - 02

Cadastrar Pessoa Física

Essencial

RF - 03

Atualizar Pessoa Física

Essencial

RF - 04

Remover Pessoa Física

Essencial

RF - 05

Consultar Pessoa Física

Essencial

RF - 06

Cadastrar Pessoa Jurídica

Essencial

RF - 07

Atualizar Pessoa Jurídica

Essencial

RF - 08

Remover Pessoa Jurídica

Essencial

RF - 09

Consultar Pessoa Jurídica

Essencial

RF - 10

Cadastrar Venda

Essencial

RF - 11

Atualizar Venda

Essencial

RF - 12

Remover Venda

Essencial

RF - 13

Consultar Venda

Essencial

RF - 14

Cadastrar Grupo

Essencial

RF - 15

Atualizar Grupo

Essencial

RF - 16

Remover Grupo

Essencial

RF - 17

Consultar Grupo

Essencial

RF - 18

Cadastrar Operadora

Baixa

RF - 19

Atualizar Operadora

Baixa

RF - 20

Remover Operadora

Baixa

RF - 21

Consultar Operadora

Baixa

RF - 22

Cadastrar Cartão

Essencial

RF - 23

Atualizar Cartão

Essencial

(8)

8 RF - 25

Gerar Relatório de Clientes com Passaporte a Vencer

Baixa

RF - 26

Gerar Relatório com as Compras de um Cliente

Essencial

RF - 27

Gerar Relatório de Destinos por Período de Tempo

Essencial

RF - 28

Gerar Relatório de Operadoras por Serviços oferecidos

Baixa

5 - Diagrama de Caso de Uso

A figura apresentada abaixo mostra os diagrama de caso de uso de WinTour. Tais

diagramas tentam expressar graficamente os requisitos funcionais do sistema. Isso pode ser

considerado como uma forma de auxiliar o processo de criação dos componentes básicos do

software produzido.

(9)

9 6 - Conclusão

O documento demonstra uma visão geral dos requisitos do sistema WinTour e sua

descrição mais detalhada. Deve-se destacar que este documento destina-se ao gerente e aos

demais integrantes do grupo de desenvolvimento, assim como ao cliente. E, tem por objetivo

descrever de forma clara e precisa os diversos serviços providos pelo software, assim como suas

restrições.

As alterações neste documento são previsíveis e recomendadas para que o mesmo se

adapte às diferentes funcionalidades que forem sendo adicionadas no processo de construção do

sistema WinTour.

(10)

10 7 - REFERÊNCIAS

Esta seção apresenta as referências aos documentos que utilizamos no auxílio à

construção deste documento.

[1] Sommerville, Ian. Software Engineering, 6th ed.,Addison-Wesley, 2003 – capítulos 5 e 6.

[2] http://www.cin.ufpe.br/~if682

(11)

11 Apêndice I: Descrição dos Requisitos Funcionais

RF - 01

Nome: Efetuar Login Descrição:

O sistema deverá permitir que o usuário seja identificado através do seu login. Após a identificação do usuário pelo sistema, serão exibidas as funções para as quais ele tem permissão de utilização.

Atores: Usuário

Prioridad e:

Essencial

Requisitos Não Funcionais Associados:

_{RNF/SEG - 04 RNF/SEG-05}

Entradas e pré-condições: -Login

-Senha Abrir o sistema

Saídas e pós-condições: O usuário identificado e com suas permissões

Fluxos de eventos

Fluxo principal: 1. O usuário entra com o login e a senha;

2. O sistema verifica login e senha;

3. O sistema carrega as telas que o usuário tem permissão de acesso;.

Fluxo secundário 1: No fluxo principal 2, se o usuário não constar no cadastro ou a senha não corresponder, o sistema deve exibir uma mensagem de erro na tela.

RF - 02

Nome: Cadastrar pessoa física

Descrição: O sistema deve permitir que o usuário adicione uma “pessoa física” ao banco de dados. Se a _{“pessoa física” já existir, uma mensagem deve ser exibida.}

Atores: Usuário

Prioridde: Essencial

Requisitos Não Funcionais Associados:

_{RNF/DOC - 09 RNF/SEG - 05}

Entradas e pré-condições: Nome

CPF

Data de nascimento Endereço residencial Endereço comercial Telefone

(12)

12

Passaporte (numero e validade)

Assento preferencial Email

Cartão de crédito Ter efetuado o login no sistema

Saídas e pós-condições: Nova “pessoa física” adicionada ao banco de dados do

sistema. Fluxos de eventos

Fluxo principal: 1. O usuário informa os dados necessários para o cadastro da “pessoa física”;

2. O sistema verifica se a “pessoa física” já está cadastrada (pelo número do CPF);

3. O sistema armazena os dados no repositório e informa que o cadastro foi realizado com sucesso

Fluxo secundário 1: No fluxo principal 2, se a “pessoa física” já existir, o sistema exibe uma mensagem

informando o ocorrido, voltando ao passo 1 do fluxo principal.

RF - 03

Nome: Atualizar pessoa física

Descrição: O sistema deverá permitir que as informações referentes aos clientes tipo “pessoa física” sejam _{atualizados e modificados sempre que necessário. Uma mensagem de erro deverá ser mostrada se} alguma nova informação for conflitante.

Atores: Usuário

Prioridade: Essencial

_{RNF/DOC - 09 RNF/SEG - 05}

Entradas e pré-condições: Nome

CPF

Data de nascimento Endereço residencial Endereço comercial Telefone

RG (numero, validade e órgão emissor) Passaporte (numero e validade) Assento preferencial

Email

Cartão de crédito

Ter efetuado o login no sistema; Ter selecionado a pessoa física a ser modificada dentre as retornadas numa consulta (por nome, CPF ou RG)

Saídas e pós-condições: As informações da pessoa física atualizadas no sistema.

Fluxos de eventos

Fluxo principal: 1. O usuário, através de uma consulta prévia, seleciona a pessoa física a ser

(13)

13

2. O usuário informa os novos dados da pessoa física ou modifica os já existentes; 3. O sistema verifica se os novos dados não são conflitantes;

4. O sistema atualiza os dados na base de dados.

Fluxo secundário 1: No fluxo principal 3, se os dados forem conflitantes, é apresentada uma mensagem de erro

e volta-se ao passo 2.

RF - 04

Nome: Remover Pessoa Física

Descrição: O sistema deverá permitir que o usuário remova uma determinada pessoa física cadastrada. Deverá _{ser exibida uma mensagem de confirmação, antes do processo de remoção ser efetivado.}

Atores: Usuário

_{RNF/DOC - 09 RNF/SEG - 05}

Entradas e pré-condições: Ter efetuado o login no sistema; Ter selecionado a pessoa física a

ser removida dentre as retornadas numa consulta (por nome, CPF ou RG)

Saídas e pós-condições: Pessoa física excluída da base de dados.

Fluxos de eventos

Fluxo principal: 1. O usuário, através de uma consulta prévia, seleciona a pessoa física a ser

removida;

2. O sistema exibe uma mensagem de confirmação, após a solicitação de remoção;

3. O sistema remove os dados da pessoa física em questão da base de dados.

Fluxo secundário 1: No fluxo principal 2, se usuário não confirmar a remoção, volta-se para a tela de seleção

da pessoa física (resultado da consulta).

RF - 05

Nome: Consultar Pessoa Física

Descrição: O sistema deve permitir que com o CPF, nome ou RG da pessoa física, usuário obtenha as _{informações relativas à pessoa física desejada. Caso a busca retorne alguma entrada do banco de} dados, uma tela de seleção deverá ser exibida, sendo possível optar entre visualizar os dados da pessoa física selecionada, modificar seus dados ou mesmo removê-la do sistema. Caso nenhuma pessoa física seja encontrada, uma mensagem deve comunicar a inexistência de tal pessoa física.

Atores: Usuário

_{RNF/DOC - 09 RNF/SEG - 05}

Entradas e pré-condições: CPF ou RG ou nome da pessoa física desejada

Ter efetuado o login no sistema.

(14)

14

Fluxos de eventos

Fluxo principal: 1. O usuário deve optar entre buscar a pessoa física pelo CPF, nome ou RG;

2. O usuário informa o dado do tipo selecionado em (1); 3. O sistema faz a busca da pessoa física desejada; 4. Uma tela com as pessoas físicas encontradas é exibida;

5. O usuário escolhe que ação executar sobre a pessoa física selecionada.

Fluxo secundário 1: No fluxo principal 3, se nenhuma pessoa física for encontrada, uma mensagem informando

que nenhuma ocorrência foi encontrada é exibida.

RF - 06

Nome:

_{Cadastrar Pessoa Jurídica}

Descrição: O sistema deve fornecer suporte para que uma pessoa jurídica possa ser cadastrada.

Atores: Usuário

_{RNF/DOC - 09 RNF/SEG - 05}

Entradas e pré-condições: -CNPJ

-Nome da entidade -Endereço -E-mail -Clientes

Saídas e pós-condições: Pessoa jurídica cadastrada no sistema

Fluxos de eventos

Fluxo principal: 1. Usuário fornece CNPJ e verifica se a entidade já foi cadastrada.

2. É feito uma varredura na base de dados.

3. Caso o sistema não encontre um registro a empresa é cadastrada .

Fluxo secundário 1: 1. Caso seja encontrado CNPJ na base de dados será retornado uma mensagem de

cadastro existente para o usuário ,retornando a tela anterior .

RF-07

Nome:

_{Atualizar Pessoa Jurídica}

Descrição: O sistema deve ser capaz de mudar informações de pessoas jurídicas na base de dados .

Atores: Usuário

(15)

15 _{RNF/DOC - 09 RNF/SEG - 05}

-Nome da entidade -Endereço -E-mail -Clientes

Saídas e pós-condições: Informações atualizadas no banco de dados .

Fluxos de eventos

Fluxo principal: 1. Usuário fornece CNPJ da entidade que deseja editar .

2. Caso seja encontrada uma entidade com CNPJ específico os dados serão recuperados com informações da base de dados.

3. Edição é realizada.

4. Sistema verifica consistência dos dados. 5. Sistema é atualizado.

Fluxo secundário 1:

No fluxo 1 , caso não seja encontrado cliente cadastrado no sistema o programa vai retornar erro informando, que não existente tal cliente. Após isso o sistema vai retornar a tela anterior .

No Fluxo 4, caso o sistema encontre inconsistência o programa vai retornar erro de inconsistência específico .

RF - 08

Nome:

_{Remover Pessoa Jurídica}

Descrição: O sistema deve permitir que o usário remova determinada pessoa jurídica da base de dados .

Atores: Usuário

_{RNF/DOC - 09 RNF/SEG - 05}

-Nome da entidade

Saídas e pós-condições: Exclusão das informações de determinada entidade.

Fluxos de eventos

Fluxo principal: 1. O usuário informa o CNPJ ou nome da entidade que deseja excluir.

2. O sistema faz uma pesquisa pela entidade.

3. Caso o sistema encontre determinada informação o sistema pergunta ao usuário se ele deseja excluir as informações do cliente.

Fluxo secundário 1: No fluxo 2, caso as informações não sejam encontradas o programa retorna uma

(16)

16

No fluxo 3,caso o usuário não deseje confirmar a remoção o sistema vai retornar a tela principal.

RF - 09

Nome:

_{Consultar Pessoa Jurídica}

Descrição: O sistema deve se capaz de realizar pesquisas para encontrar determinada pessoa jurídica através _{do CNPJ ou nome da empresa.}

Atores: Usuário

_{RNF/DOC - 09 RNF/SEG - 05}

Entradas e pré-condições: CNPJ

Saídas e pós-condições: Informações recuperadas da base de dados.

Fluxos de eventos

Fluxo principal: 1. O usuário informa o CNPJ ou nome da empresa que deseja encontrar .

2. O sistema verifica se determinada empresa encontrasse cadastrada no sistema. 3. O sistema retorna informações recuperadas da base de dados.

Fluxo secundário 1: No fluxo principal 2, caso não seja encontrada nenhuma empresa com CNPJ ou nome

especificado o sistema vai retornar uma mensagem de erro e retornará a tela anterior .

RF - 10

Nome: Cadastrar Venda Descrição:

Será realizado um cadastro de uma nova venda feita ao cliente. Durante a venda, o sistema verificará se o cliente já realizou alguma outra venda anterior, baseado no nome inserido, caso o nome coincida, mostrará uma mensagem de confirmação de preenchimento automático dos campos relacionados ao perfil do mesmo. Caso contrário, o sistema sugerirá o cadastro do novo cliente.

Prioridade: Essencial

_{RNF/USA - 07 RNF/USA - 08}

Entradas e pré-condições: - Nome (s) dos Passageiro (s)

- Localizadore (s) do (s) respectivo (s) passageiro (s) - Origem - Destno - Companhia - Vôo - Data - Horário de saída

(17)

17

- Horário de chegada

- Status da reserva - Classe da reserva

- Nome do funcionário que confirmou a reserva - Valor da tarifa - Taxa de embarque - Nome do cliente - Forma de pagamento - Cartão (opcional) - Observações

Saídas e pós-condições: - Confirmação de cadastro;

2. O sistema verifica login e senha; 3. O usuário insere os dados necessários; 4. O Sistema envia uma confirmação da venda;

RF- 11

Nome: Atualizar Venda Descrição:

Será realizado uma atualização de um ou mais dados de um Venda existente.

_{RNF/USA - 07 RNF/USA - 08}

Entradas e pré-condições: - ID da Venda

Saídas e pós-condições: - Confirmação da atualização;

2. O sistema verifica login e senha; 3. O usuário insere o ID da Venda; 4. O sistema verifica se a mesma existe; 5. Caso exista, inicie a atualização;

(18)

18 RF - 12

Nome: Remover Venda Descrição:

Será realizado uma remoção de uma Venda já cadastrada, confirmando assim o cancelamento da mesma.

_{RNF/USA - 07 RNF/USA - 08}

Entradas e pré-condições: - ID da Venda

Saídas e pós-condições: - Confirmação de remoção;

2. O sistema verifica login e senha; 3. O usuário insere o ID da Venda; 4. O sistema verifica se a mesma já existe; 5. Caso exista, remova a Venda;

6. Caso contrário, relate um erro de não existência da mesma;

RF - 13

Nome: Consultar vendas

Descrição: O sistema deve permitir que com o CPF do Cliente, o usuário obtenha as vendas realizadas para o _{mesmo. Deverá ser mostrada uma tela caso o Cliente não conste na base de dados.}

Atores: Usuário

_{RNF/USA - 07 RNF/USA - 08}

Entradas e pré-condições: - CPF do Cliente

Ter efetuado o login no sistema

Saídas e pós-condições: Vendas efetuadas ao Cliente

Fluxos de eventos

Fluxo principal: 1. O usuário informa o CPF do Cliente que ele deseja consultar os dados

2. O sistema faz a busca do Cliente desejado

3. O sistema mostra na tela todas as vendas relativas ao Cliente.

(19)

19 RF - 14

Nome:

_{Cadastrar Grupo}

Descrição: O sistema deve permitir a criação de grupos .Dessa forma grupos para viagens ou mala direta _{poderão ser criados.}

Atores: Usuário

RNF/USA - 06 RNF/USA - 07

Entradas e pré-condições: Nome do grupo

ID grupo (gerado pelo sistema)

CPF dos usuários que vão participar do grupo CPNJ das entidades que vão participar do grupo

Saídas e pós-condições: Cadastro de grupo para determinada viagem

Fluxos de eventos

Fluxo principal: 1. O usuário informa os dados necessários para a realização do cadastro.

2. O sistema verifica se o grupo ja foi cadastrado com o mesmo nome.

3. O sistema armazena os dados no repositório e informa que o cadastro foi realizado com sucesso.

Fluxo secundário 1: No fluxo principal 2, se o grupo já existir significa dizer que já está cadastrado. O sistema exibe

uma mensagem informando o ocorrido, voltando para tela anterior .

RF-15

Nome:

_{Atualizar Grupo}

Descrição: O sistema deve permitir que o usuário edite informações de um determinado grupo , como incluir ou _{excluir componentes pertencentes .}

Atores: Usuário

_{RNF/USA - 06 RNF/USA - 07}

Entradas e pré-condições: Nome do grupo ou ID do grupo

Saídas e pós-condições: Informações do grupo atualizada no sistema .

Fluxos de eventos

Fluxo principal: 1. O usuário informa os dados do grupo .

2. O sistema verifica se o grupo está cadastrado. 3. O sistema armazena os dados do grupo no repositório

(20)

20

Fluxo secundário 1: No fluxo 2 , caso o grupo não seja encontrada o sistema vai retornar uma mensagem de erro

.Assim o programa retornará a tela anterior.

No fluxo 3 , o programa verifica a consistência dos dados . Caso seja encontrado algum erro o sistema retornará uma mensagem de erro específica .

RF - 16

Nome:

_{Remover Grupo}

Descrição: O sistema deve permitir que o usuário remova algum grupo da base de dados.

Atores: Usuário

_{RNF/USA - 06 RNF/USA - 07}

Entradas e pré-condições: Nome do grupo ou ID do grupo

Saídas e pós-condições: O membro cadastrado no sistema.

Fluxos de eventos

Fluxo principal: 1. O usuário informa o ID do grupo ou nome do grupo.

2. O sistema faz uma pesquisa pela entidade.

Caso o sistema encontre determinada informação o programa pergunta ao usuário se ele deseja excluir determinado grupo.

Fluxo secundário 1: No fluxo principal 2, se o ID ou nome do grupo não existir significa dizer que o grupo não existe

. Logo,o sistema exibe uma mensagem informando o ocorrido, voltando ao passo 1.

RF - 17

Nome: Consultar Grupo

Descrição: O sistema deve permitir que com o ID do Grupo, o usuário obtenha as informações relativas ao Grupo _{desejado. Deverá ser mostrada uma tela caso o Grupo não conste na base de dados.}

Atores: Todos

_{RNF/USA - 06 RNF/USA - 07}

Entradas e pré-condições: Nome do Grupo

Saídas e pós-condições: Nome do Grupo

Nome das pessoas que fez parte do Grupo Fluxos de eventos

(21)

21

2. O sistema faz a busca do Grupo desejado

3. O sistema mostra na tela todas as informações relativas ao Grupo, inclusive o nome de cada membro do Grupo.

Fluxo secundário 1: No fluxo principal 1, se o Grupo não existe, é mostrada uma mensagem de erro.

RF - 18

Nome: Cadastrar Operadora Descrição:

Será realizado um cadastro de uma nova Operadora, assim que um grupo estiver em processo de cadastro e a mesma não estiver cadastrada.

Prioridade: Baixa

RNF/USA - 06

Entradas e pré-condições: - Durante cadastramento de Grupo - Nome da Operadora

- Telefone da Operadora

- Serviço (s) que a Operadora oferece

Saídas e pós-condições: - Confirmação de cadastro.

- Grupo terá vínculo com a operadora cadastrada

Fluxo principal: 1. O usuário inicia cadastro de Grupo;

2. O usuário inicia o cadastro da Operadora através de seu nome; 3. O sistema verifica se a mesma já existe;

4. Caso exista, relate ao usuário e vincule a operadora cadastrada ao grupo; 5. Caso contrário, iniciar o cadastro;

RF - 19

Nome: Atualizar Operadora Descrição:

Será feito uma atualização de um ou mais dados de uma Operadora existente.

_{RNF/USA - 06}

Entradas e pré-condições: - ID da Operadora

- Telefone da Operadora

- Serviço (s) que a Operadora oferece

(22)

22

2. O sistema verifica login e senha;

3. O usuário inicia a atualização da Operador, inserindo o ID; 4. O sistema verifica se a mesma existe;

5. Caso exista, inicie a atualização;

RF - 20

Nome: Remover Operadora Descrição:

Será realizado uma remoção de uma Operadora já cadastrada.

_{RNF/USA - 06}

Entradas e pré-condições: - ID da Operadora

Saídas e pós-condições: - Confirmação de remoção;

- Grupos serão desvinculados da operadora removida;

2. O sistema verifica login e senha; 3. O usuário insere o ID da Operadora; 4. O sistema verifica se a mesma já existe; 5. Caso exista, remova a Operadora;

RF - 21

Nome: Consultar Operadora Descrição:

Será realizado uma consulta por nome de uma nova Operadora já cadastrada.

_{RNF/USA - 06}

Entradas e pré-condições: - Nome da Operadora

(23)

23

Saídas e pós-condições: - Exibição da (s) Operadora (s) cadastrada (s), caso houver.

2. O sistema verifica login e senha; 3. O usuário insere o Nome da Operadora;

4. O sistema verifica a existência de uma ou mais contendo o mesmo nome inserido; 5. Caso exista (m), exibe a (s) Operadora (s);

6. Caso contrário, relate um erro de não existência de uma Operadora com o nome sugerido;

RF - 22

Nome: Cadastrar Cartão de Crédito

Descrição: O sistema deve permitir que o usuário inclua informações de cartão de crédito atrelados ao _{cliente no Banco de Dados. Uma mensagem deve ser exibida caso o cartão já estiver cadastrado.}

Atores: Usuário

_{RNF/SEG - 05 RNF/USA - 06 RNF/USA - 07 RNF/USA}

- 08 RNF/DOC - 09 RNF/PRF - 12

Entradas e pré-condições: - Nome do Cliente

- Nome do Cartão - Bandeira do Cartão - Número do Cartão - Validade do Cartão

- Codigo de segurança do cartão Ter efetuado o login no sistema

Saídas e pós-condições: O Cartão cadastrado do Cliente no sistema.

Fluxos de eventos

Fluxo principal: 1. O Cliente informa os dados necessários para a realização do cadastro (Número do

Cartão).

2. O sistema verifica se o número já foi usado;

3. O sistema armazena os dados no repositório e informa que o cadastro foi realizado com sucesso

Fluxo secundário 1: No fluxo principal 2, se o Cartão já existir significa dizer que já está cadastrado. O sistema

(24)

24 RF - 23

Nome: Atualizar Cartão de Crédito

Descrição: O sistema deverá permitir que o usuário seja capaz de atualizar as informações dos Cartões referentes _{aos Clientes cadastrados. Uma mensagem de erro deverá ser mostrada se o Cliente procurado não} tiver sido cadastrado.

Atores: Usuário

_{RNF/SEG - 05 RNF/USA - 06 RNF/USA - 07 RNF/USA - 08}

RNF/DOC - 09 RNF/PRF - 12

- Nome do Cartão - Bandeira do Cartão - Número do Cartão - Validade do Cartão

- Código de segurança de cartão Ter efetuado o login no sistema

Saídas e pós-condições: As informações dos Cartões dos Clientes atualizados no sistema.

Fluxos de eventos

Fluxo principal: 1. O usuário informa os dados do Cartão do Cliente a ser atualizado;

2. O sistema verifica se o Cliente existe; 3. O sistema retorna os dados do Cliente;

4. O usuário informa os dados a serem modificados; 5. O sistema verifica a validade dos dados;

6. O sistema atualiza os dados na base de dados.

Fluxo secundário 1: No fluxo principal 2, se o Cliente não existe é apresentada uma mensagem de erro e voltamos ao

passo 1.

Fluxo secundário 2: No fluxo principal 5, se os dados não são válidos, é apresentada uma mensagem de erro e

voltamos ao passo 4.

RF - 24

Nome: Remover Cartão de Crédito

Descrição: O sistema deverá permitir que o Usuário remova um determinado Cartão de Crédito do Cliente.

Atores: Usuário

_{RNF/SEG - 05 RNF/USA - 06 RNF/USA - 07 RNF/USA - 08}

(25)

25

- Número do Cartão

Saídas e pós-condições: Cartão do Cliente excluído da base de dados.

Fluxos de eventos

Fluxo principal: 1. O usuário informa o Nome do Cliente

2. O sistema verifica se o Cliente existe 3. O usuário informa o Número do Cartão 4. O sistema verifica se o Número do Cartão existe 5. O sistema remove os dados do Cartão da base de dados.

Fluxo secundário 1: No fluxo principal 2, se o Cliente não existir, o sistema exibe uma mensagem informando o

ocorrido, voltando ao passo 1.

No fluxo principal 4, se o Número não existir, o sistema exibe uma mensagem informando o ocorrido, voltando ao passo 3.

RF - 25

Nome: Gerar relatório de Vencimento de Passaporte

Descrição: O sistema deve gerar a partir de sua base de dados um relatório do vencimento do passaporte do _cliente.

Atores: Usuário

Prioridade: Baixo

_{RNF/SEG - 05 RNF/PRF - 12}

Entradas e pré-condições: - Data Início

- Data Fim

Saídas e pós-condições: Nome do Cliente

Data de Vencimento do Passaporte Número Telefone do Cliente Fluxos de eventos

Fluxo principal: 1. O usuário informa o intervalo entre datas (período) que o relatório deve cobrir.

2. O sistema faz a busca dos dados que satisfazem as restrições do usuário e os conta. 3. O sistema mostra na tela o relatório com os nomes dos clientes com o passaporte a

vencer no período definido pelo usuário com o seu respectivo telefone.

(26)

26 RF - 26

Nome: Gerar relatório de destinos por período

Descrição: O sistema deve gerar, a partir de sua base de dados, um relatório detalhado, para fins estatísticos, da _{quantidade de viagens realizadas, agrupadas por destino e limitadas a um período de tempo. Se as} datas limite do relatório forem inválidas, uma mensagem de erro deve ser apresentada.

Atores: Usuário

_{RNF/SEG - 05 RNF/PRF - 12}

Entradas e pré-condições: Data inicial do período desejado;

Data final do período desejado; Ter efetuado o login no sistema

Saídas e pós-condições: Número de viagens realizadas para cada destino no intervalo de

tempo informado. Fluxos de eventos

Fluxo principal: 1. O usuário informa as datas inicial e final a serem cobertas pelo relatório;

2. O sistema faz a busca das viagens ocorridas nesse período;

3. O sistema mostra na tela o relatório com a quantidade de viagens ocorridas no período, agrupadas por destino.

Fluxo secundário 1: No fluxo principal 1, se o intervalo é inválido, é mostrada uma mensagem de erro.

RF - 27

Nome: Gerar relatório do histórico do cliente

Descrição: O sistema deve gerar a partir de sua base de dados um relatório, contendo as informações do cliente _{e todas as viagens já realizadas por este, com a agência.}

Atores: Usuário

_{RNF/SEG - 05 RNF/PRF - 12}

Entradas e pré-condições: Ter efetuado o login no sistema; Ter selecionado o cliente sobre o

qual é desejado um relatório numa consulta (por nome, CPF ou RG, em caso de clientes pessoa física; por nome ou CNPJ, em caso de clientes pessoa jurídica)

Saídas e pós-condições: Relatório com o histórico do cliente (pessoa física ou jurídica)

Fluxos de eventos

Fluxo principal: 1. O usuário, através de uma consulta prévia, seleciona o cliente do qual deseja

produzir um relatório;

2. O sistema busca por todas as informações referentes ao cliente (dados cadastrais, cartões de crédito, viagens anteriores, etc);

(27)

27 RF - 28

Nome: Gerar relatório dos serviços prestados pelas operadoras

Descrição: O sistema deve gerar, a partir de sua base de dados, um relatório com a lista das empresas _{operadoras cadastradas e os serviços prestados por tais operadoras.}

Atores: Usuário

Prioridade: Baixa

_{RNF/SEG - 05 RNF/PRF - 12}

Entradas e pré-condições: Ter efetuado o login no sistema

Saídas e pós-condições: Relatório com a lista das empresas operadoras cadastradas e os

serviços prestados por tais operadoras. Fluxos de eventos

Fluxo principal: 1. O usuário solicita o relatório das operadoras;

2. O sistema busca pelas operadoras cadastradas e seus serviços;

3. O sistema mostra na tela o relatório com a lista das operadoras cadastradas e seus respectivos serviços.

Fluxo secundário 1: Caso não haja nenhuma operadora cadastrada, ao final da etapa (2) do fluxo principal, uma

(28)