Documento de Requisitos

Transcrição

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 Recife

2 Histórico de Alterações Data Versão Descrição Autor 09/09/ Criação do Documento Adelmo Cabral - ajca Diogo Lages - dll João Paulo Fernandes - jpfb Severino Júnior - sjbj Thiago Ventura - tavl 10/09/ 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 2

3 Índice Apresentação Introdução Benefícios do Produto Requisitos Não Funcionais Requisitos Funcionais Diagrama de Casos de Uso Conclusão Referências...10 Apêndice I: Descrição dos Requisitos Funcionais

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. 4

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 Requisitos de Processo Código RNF/PROC - 01 RNF/PROC - 02 RNF/PROC - 03 Descrição O sistema deverá ser implementado em linguagem JAVA, pois isso o tornará independente dos componentes de hardwarwe das máquinas onde será executado. O sistema deverá ser compatível com os sitemas operacionais Windows e Linux. 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 5

6 3.2 - Requisitos do Produto Requisitos de Segurança Código RNF/SEG - 04 RNF/SEG - 05 Descrição Todos os usuários dos sistema deverão possuir seu login e senha que serão únicos e intranferíveis. Para que qualquer ação seja realizada através do sistema o usuário deverá estar logado Requisitos de Usabilidade Código RNF/USA - 06 RNF/USA - 07 RNF/USA - 08 Descrição 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. 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. 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 Requisitos de Documentação Código RNF/DOC - 09 RNF/DOC - 10 RNF/DOC - 11 Descrição 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. 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. O manual deve possuir um layout simples e deve prover um rápido acesso às informações nele contidas Requisitos de Performance Código RNF/PRF - 12 Descrição 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. 6

7 Requisitos de Manutenabilidade Código RNF/MNT - 14 Descrição O sistema deverá estar organizado em módulos para agilizar sua atualização e detecção de possíveis problemas Requisito Externo Requisito Econômico Código RNF/ECN - 15 Descrição 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 RF - 02 Cadastrar Pessoa Física RF - 03 Atualizar Pessoa Física RF - 04 Remover Pessoa Física RF - 05 Consultar Pessoa Física RF - 06 Cadastrar Pessoa Jurídica RF - 07 Atualizar Pessoa Jurídica RF - 08 Remover Pessoa Jurídica RF - 09 Consultar Pessoa Jurídica RF - 10 Cadastrar Venda RF - 11 Atualizar Venda RF - 12 Remover Venda RF - 13 Consultar Venda RF - 14 Cadastrar Grupo RF - 15 Atualizar Grupo RF - 16 Remover Grupo RF - 17 Consultar Grupo 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 RF - 23 Atualizar Cartão RF - 24 Remover Cartão 7

8 RF - 25 Gerar Relatório de Clientes com Passaporte a Vencer Baixa RF - 26 Gerar Relatório com as Compras de um Cliente RF - 27 Gerar Relatório de Destinos por Período de Tempo 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. 8

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. 9

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] 10

11 Apêndice I: Descrição dos Requisitos Funcionais RF - 01 Efetuar Login 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. Prioridad e: Requisitos Não Funcionais Associados: RNF/SEG - 04 RNF/SEG-05 -Login -Senha Abrir o sistema O usuário identificado e com suas permissões 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;. 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 Cadastrar pessoa física 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. Prioridde: Requisitos Não Funcionais Associados: RNF/DOC - 09 RNF/SEG - 05 Nome CPF Data de nascimento Endereço residencial Endereço comercial Telefone RG (numero, validade e órgão emissor) 11

12 Passaporte (numero e validade) Assento preferencial Cartão de crédito Ter efetuado o login no sistema Nova pessoa física adicionada ao banco de dados do sistema. 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 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 Atualizar pessoa física 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. Requisitos Não Funcionais Associados: RNF/DOC - 09 RNF/SEG - 05 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 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) As informações da pessoa física atualizadas no sistema. Fluxo principal: 1. O usuário, através de uma consulta prévia, seleciona a pessoa física a ser modificada; 12

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. No fluxo principal 3, se os dados forem conflitantes, é apresentada uma mensagem de erro e volta-se ao passo 2. RF - 04 Remover Pessoa Física 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. Requisitos Não Funcionais Associados: RNF/DOC - 09 RNF/SEG - 05 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) Pessoa física excluída da base de dados. 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. 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 Consultar Pessoa Física 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. Requisitos Não Funcionais Associados: RNF/DOC - 09 RNF/SEG - 05 CPF ou RG ou nome da pessoa física desejada Ter efetuado o login no sistema. Dados sobre uma pessoa física previamente cadastrada no sistema. 13

14 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. No fluxo principal 3, se nenhuma pessoa física for encontrada, uma mensagem informando que nenhuma ocorrência foi encontrada é exibida. RF - 06 Cadastrar Pessoa Jurídica O sistema deve fornecer suporte para que uma pessoa jurídica possa ser cadastrada. Requisitos Não Funcionais Associados: RNF/DOC - 09 RNF/SEG CNPJ -Nome da entidade -Endereço - -Clientes Pessoa jurídica cadastrada no sistema Fluxo principal: 1. 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. 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 Atualizar Pessoa Jurídica O sistema deve ser capaz de mudar informações de pessoas jurídicas na base de dados. 14

15 Requisitos Não Funcionais Associados: RNF/DOC - 09 RNF/SEG CNPJ -Nome da entidade -Endereço - -Clientes Informações atualizadas no banco de dados. Fluxo principal: 1. 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. 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 Remover Pessoa Jurídica O sistema deve permitir que o usário remova determinada pessoa jurídica da base de dados. Requisitos Não Funcionais Associados: RNF/DOC - 09 RNF/SEG CNPJ -Nome da entidade Exclusão das informações de determinada entidade. 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. No fluxo 2, caso as informações não sejam encontradas o programa retorna uma mensagem de erro ao usuário. 15

16 No fluxo 3,caso o usuário não deseje confirmar a remoção o sistema vai retornar a tela principal. RF - 09 Consultar Pessoa Jurídica O sistema deve se capaz de realizar pesquisas para encontrar determinada pessoa jurídica através do CNPJ ou nome da empresa. Requisitos Não Funcionais Associados: RNF/DOC - 09 RNF/SEG - 05 CNPJ Informações recuperadas da base de dados. 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. 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 Cadastrar Venda 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. Requisitos Não Funcionais Associados: RNF/USA - 07 RNF/USA Nome (s) dos Passageiro (s) - Localizadore (s) do (s) respectivo (s) passageiro (s) - Origem - Destno - Companhia - Vôo - Data - Horário de saída 16

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 Fluxo principal: - Confirmação de cadastro; 1. O usuário entra com o login e a senha; 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 Atualizar Venda Será realizado uma atualização de um ou mais dados de um Venda existente. Requisitos Não Funcionais Associados: RNF/USA - 07 RNF/USA ID da Venda - Confirmação da atualização; Fluxo principal: 1. O usuário entra com o login e a senha; 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; 6. Caso contrário, relate um erro de não existência da mesma; 17

18 RF - 12 Remover Venda Será realizado uma remoção de uma Venda já cadastrada, confirmando assim o cancelamento da mesma. Requisitos Não Funcionais Associados: RNF/USA - 07 RNF/USA - 08 Fluxo principal: - ID da Venda - Confirmação de remoção; 1. O usuário entra com o login e a senha; 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 Consultar vendas 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. Requisitos Não Funcionais Associados: RNF/USA - 07 RNF/USA CPF do Cliente Ter efetuado o login no sistema Vendas efetuadas ao Cliente 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. No fluxo principal 1, se o Cliente não existe, é mostrada uma mensagem de erro. 18

19 RF - 14 Cadastrar Grupo O sistema deve permitir a criação de grupos.dessa forma grupos para viagens ou mala direta poderão ser criados. Requisitos Não Funcionais Associados: RNF/USA - 06 RNF/USA - 07 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 Cadastro de grupo para determinada viagem 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. 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 Atualizar Grupo O sistema deve permitir que o usuário edite informações de um determinado grupo, como incluir ou excluir componentes pertencentes. Requisitos Não Funcionais Associados: RNF/USA - 06 RNF/USA - 07 Nome do grupo ou ID do grupo Informações do grupo atualizada no sistema. 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 19

20 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 Remover Grupo O sistema deve permitir que o usuário remova algum grupo da base de dados. Requisitos Não Funcionais Associados: RNF/USA - 06 RNF/USA - 07 Nome do grupo ou ID do grupo O membro cadastrado no sistema. 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. 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 Consultar Grupo 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. Todos Requisitos Não Funcionais Associados: RNF/USA - 06 RNF/USA - 07 Nome do Grupo Ter efetuado o login no sistema Nome do Grupo Nome das pessoas que fez parte do Grupo Fluxo principal: 1. O usuário informa o Nome do Grupo que ele deseja consultar os dados 20

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. No fluxo principal 1, se o Grupo não existe, é mostrada uma mensagem de erro. RF - 18 Cadastrar Operadora Será realizado um cadastro de uma nova Operadora, assim que um grupo estiver em processo de cadastro e a mesma não estiver cadastrada. Baixa Requisitos Não Funcionais Associados: RNF/USA - 06 Fluxo principal: - Durante cadastramento de Grupo - Nome da Operadora - Telefone da Operadora - Serviço (s) que a Operadora oferece - Confirmação de cadastro. - Grupo terá vínculo com a operadora cadastrada 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 Atualizar Operadora Será feito uma atualização de um ou mais dados de uma Operadora existente. Baixa Requisitos Não Funcionais Associados: RNF/USA ID da Operadora - Telefone da Operadora - Serviço (s) que a Operadora oferece - Confirmação de atualização. 21

22 Fluxo principal: 1. O usuário entra com o login e a senha; 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; 6. Caso contrário, relate um erro de não existência da mesma; RF - 20 Remover Operadora Será realizado uma remoção de uma Operadora já cadastrada. Baixa Requisitos Não Funcionais Associados: RNF/USA - 06 Fluxo principal: - ID da Operadora - Confirmação de remoção; - Grupos serão desvinculados da operadora removida; 1. O usuário entra com o login e a senha; 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; 6. Caso contrário, relate um erro de não existência da mesma; RF - 21 Consultar Operadora Será realizado uma consulta por nome de uma nova Operadora já cadastrada. Baixa Requisitos Não Funcionais Associados: RNF/USA Nome da Operadora 22

23 Fluxo principal: - Exibição da (s) Operadora (s) cadastrada (s), caso houver. 1. O usuário entra com o login e a senha; 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 Cadastrar Cartão de Crédito 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. Requisitos Não Funcionais Associados: RNF/SEG - 05 RNF/USA - 06 RNF/USA - 07 RNF/USA - 08 RNF/DOC - 09 RNF/PRF 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 O Cartão cadastrado do Cliente no sistema. 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 No fluxo principal 2, se o Cartão já existir significa dizer que já está cadastrado. O sistema exibe uma mensagem informando o ocorrido, voltando ao passo 1. 23

24 RF - 23 Atualizar Cartão de Crédito 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. Requisitos Não Funcionais Associados: RNF/SEG - 05 RNF/USA - 06 RNF/USA - 07 RNF/USA - 08 RNF/DOC - 09 RNF/PRF Nome do Cliente - 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 As informações dos Cartões dos Clientes atualizados no sistema. 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 2: No fluxo principal 2, se o Cliente não existe é apresentada uma mensagem de erro e voltamos ao passo 1. 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 Remover Cartão de Crédito O sistema deverá permitir que o remova um determinado Cartão de Crédito do Cliente. Requisitos Não Funcionais Associados: RNF/SEG - 05 RNF/USA - 06 RNF/USA - 07 RNF/USA - 08 RNF/DOC - 09 RNF/PRF

25 - Nome do Cliente - Número do Cartão Ter efetuado o login no sistema Cartão do Cliente excluído da base de dados. 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. 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 Gerar relatório de Vencimento de Passaporte O sistema deve gerar a partir de sua base de dados um relatório do vencimento do passaporte do cliente. Baixo Requisitos Não Funcionais Associados: RNF/SEG - 05 RNF/PRF Data Início - Data Fim Ter efetuado o login no sistema Nome do Cliente Data de Vencimento do Passaporte Número Telefone do Cliente 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. No fluxo principal 1, se o intervalo é inválido, é mostrada uma mensagem de erro. 25

26 RF - 26 Gerar relatório de destinos por período 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. Requisitos Não Funcionais Associados: RNF/SEG - 05 RNF/PRF - 12 Data inicial do período desejado; Data final do período desejado; Ter efetuado o login no sistema Número de viagens realizadas para cada destino no intervalo de tempo informado. 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. No fluxo principal 1, se o intervalo é inválido, é mostrada uma mensagem de erro. RF - 27 Gerar relatório do histórico do cliente 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. Requisitos Não Funcionais Associados: RNF/SEG - 05 RNF/PRF - 12 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) Relatório com o histórico do cliente (pessoa física ou jurídica) 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); 3. Uma tela com o resultado dessa pesquisa é exibida, em forma de relatório. 26

27 RF - 28 Gerar relatório dos serviços prestados pelas operadoras 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. Baixa Requisitos Não Funcionais Associados: RNF/SEG - 05 RNF/PRF - 12 Ter efetuado o login no sistema Relatório com a lista das empresas operadoras cadastradas e os serviços prestados por tais operadoras. 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. Caso não haja nenhuma operadora cadastrada, ao final da etapa (2) do fluxo principal, uma mensagem de erro é exibida. 27

28 28