Atps Controle Aereo

Documento de Especificação de Caso de Uso

Projeto: Portal de Reserva de Viagens - ViajarFacil.com.br (V 2.0)

Especialização em Engenharia de Software

INF-330 – Requisitos de Software e Modelos de Especificação

Profa Dra Ariadne M. B. R. Carvalho

Equipe 06

Bruno Pereira de Andrade

Everaldo Leme da Silva

Rafael Vieira

Ricardo Souza de Deus

Samuel Rocha Lima

Sandra Lamelas

Índice

1.Lista de Atores 3

2.Lista de Casos de Uso 4

3.Diagrama de Casos de Uso 6

4.Descrição de Casos de Uso 7

5.Especificação do de Casos de Uso 11

6.Cenários 15

7.Logs 16

1. Lista de Atores

Ator: Cliente

Descrição: Este ator é uma especialização do ator Usuário, pois na efetivação da compra do pacote de viagem o mesmo se tornará um usuário, O ator cliente efetuará a compra do pacote de viagem, visualizará os roteiros e poderá dar manutenção no seu cadastro de usuário.

Ator: Usuário

Descrição: O ator usuário poderá se autenticar no sistema, o mesmo pode ser um cliente, operador e administrador do sistema.

Ator: Operador

Descrição: Este ator é responsável pelos cadastros e manutenção dos dados do sistema, tais como dados do cliente, dados do pacote de viagem, dados do guia de viagem.

Ator: Administrador

Descrição: O ator administrador responsável por gerenciar todo o sistema e mantendo os dados do operador.

Ator: Companhia Aérea

Descrição: Ator externo ao sistema, que participa da integração de pesquisas de vôos solicitadas pelo cliente. Oferecerá ao sistema informações de passagens aéreas e receberá a confirmação do pagamento e reserva realizada.

Ator: Sistema bancário

Descrição: Este ator atua como portador de dados bancários recebendo e enviado ao sistema as transações bancarias realizadas na confirmação e efetivação do pagamento do pacote fechado pelo cliente.

Ator: Relógio

Descrição: Atua nos processamentos automáticos que serão executados pelo sistema em intervalos de tempo, como por exemplo, na verificação de confirmação de pagamento e fechamento de grupo de guias enviando e-mail de confirmação.

Ator: Hotel Parceiro

Descrição: Este ator, externo ao sistema, será responsável por disponibilizar ao sistema as informações de hotéis e vagas disponíveis na pesquisa realizada pelo cliente, assim como receber a confirmação da reserva da hospedagem.

2. Lista de Casos de Uso Identificados

Referencia: UC1 - Caso de Uso: Comprar pacote

Referencia: UC2 - Caso de Uso: Solicitar Guia

Referencia: UC3 - Caso de Uso: Selecionar Hotel

Referencia: UC4 - Caso de Uso: Efetuar Pagamento

Referencia: UC5 - Caso de Uso: Selecionar Vôo

Referencia: UC6 - Caso de Uso: Selecionar tipo de viagem

Referencia: UC7 - Caso de Uso: Selecionar Destino

Referencia: UC8 - Caso de Uso: Pagar com Cartão de Crédito

Referencia: UC9 - Caso de Uso: Pagar com Boleto Bancário

Referencia: UC10 - Caso de Uso: Pagar com Débito em Conta

Referencia: UC11 - Caso de Uso: Pesquisar Vôo

Referencia: UC12 - Caso de Uso: Comprar Passagem

Referencia: UC13 - Caso de Uso: Confirmar pagamento

Referencia: UC14 - Caso de Uso: Confirmar Reserva

Referencia: UC15 - Caso de Uso: Pesquisar Hotel

Referencia: UC16 - Caso de Uso: Visualizar Roteiro

Referencia: UC17 - Caso de Uso: Imprimir roteiro

Referencia: UC18 - Caso de Uso: Autenticar Usuário

Referencia: UC19 - Caso de Uso: Manter Cliente

Referencia: UC20 - Caso de Uso: Manter Usuário

Referencia: UC21 - Caso de Uso: Manter Operador

Referencia: UC22 - Caso de Uso: Manter Pacote

Referencia: UC23 - Caso de Uso: Cadastrar Guia

Referencia: UC24 - Caso de Uso: Consultar Guia

Referencia: UC25 - Caso de Uso: Excluir Guia

Referencia: UC26 - Caso de Uso: Cadastrar Passeio

Referencia: UC27 - Caso de Uso: Gerenciar Guia Turístico

Referencia: UC28 - Caso de Uso: Validar Dias do Roteiro

Referencia: UC29 - Caso de Uso: Controlar Grupo de Pessoas

3. Diagrama de Casos de Uso

4. Descrição de Casos de Uso

Referencia: UC1

Caso de Uso: Comprar pacote

Descrição: Ao acessar o sistema o cliente se depara com uma interface que permite a escolha do tipo de viagem e o destino. Caso seja uma viagem aérea o cliente pode selecionar um vôo entre os listados. O sistema sugere o Hotel, porém o cliente pode também selecionar o Hotel em uma lista. O cliente pode também solicitar um guia para passeios na cidade de destino. Ao final o usuário efetua o pagamento.

Referencia: UC2

Caso de Uso: Solicitar Guia

Descrição: O cliente pode solicitar um guia de viagem informando o idioma desejado, após isso o sistema espera o grupo ficar completo e avisa o cliente quando o grupo mínimo necessário para a contratação de um guia for completado.

Referencia: UC3

Caso de Uso: Selecionar Hotel

Descrição: O processo de seleção de hotel se inicia quando o cliente informa a categoria de hotel desejada, o sistema então disponibiliza ao cliente uma lista com os hotéis disponíveis na cidade de destino.

Referencia: UC4

Caso de Uso: Efetuar Pagamento

Descrição: Se inicia ao final da operação de compra de pacote. O cliente seleciona a forma de pagamento (cartão de crédito, débito em conta ou boleto bancário), confirma os dados de pagamento como número e validade do cartão ou número da conta corrente ou imprime o boleto bancário.

Referencia: UC5

Caso de Uso: Selecionar Vôo

Descrição: Dada uma lista de vôos selecionada pelo sistema o cliente deve escolher o vôo desejado.

Referencia: UC6

Caso de Uso: Selecionar tipo de viagem

Descrição: Representa o processo no qual o cliente pode escolher o tipo de viagem, a viagem pode ser aérea, ou marítima (cruzeiros). Ao final o cliente confirma os dados.

Referencia: UC7

Caso de Uso: Selecionar Destino

Descrição: O sistema disponibiliza uma interface onde o cliente escolhe a origem o destino e a data da viagem. Ao final o cliente confirma os dados.

Referencia: UC8

Caso de Uso: Pagar com Cartão de Crédito

Descrição: Este caso será acionado no momento da efetuação do pagamento se for selecionada a opção de pagamento por cartão de crédito, será acionado o sistema bancário para que valide as informações do cartão de credito até que retorne a confirmação do pagamento.

Referencia: UC9

Caso de Uso: Pagar com Boleto Bancário

Descrição: Este caso será acionado no momento da efetuação do pagamento se for selecionada a opção de pagamento por boleto bancário, será acionado o sistema interno de geração de boletos bancários já parametrizados o portador (banco), numero de documento e atributos de boleto para emissão automática no ato da efetuação do pagamento.

Referencia: UC10

Caso de Uso: Pagar com Débito em Conta

Descrição: Este caso será acionado no momento da efetuação do pagamento se for selecionada a opção de pagamento débito em conta, será acionado o sistema de contratos bancários para que valide as informações de banco, agencia e conta informada e envie para o banco portador estas informações para posterior efetivação do pagamento.

Referencia: UC11

Caso de Uso: Pesquisar Vôo

Descrição: De acordo com a cidade de origem e destino o sistema solicita à companhia aérea os vôos disponíveis.

Referencia: UC12

Caso de Uso: Comprar Passagem

Descrição: Assim que um pagamento é confirmado o sistema faz junto à companhia aérea a compra das passagens referentes ao pagamento. Após isso o cliente é informado sobre a situação.

Referencia: UC13

Caso de Uso: Confirmar pagamento

Descrição: O sistema de tempos em tempo solicita a de confirmação de pagamento nos agentes bancários, neste caso é verificado no agente bancário se o pagamento foi realizado de e esta de acordo. Se for boleto bancário identifica o numero da reserva com o numero de documento do boleto bancário se for deposito em conta verifica se o deposito é deposito identificado e o número da reserva, se for cartão de credito, no momento do pagamento já valida com a operadora do cartão o pagamento.

Referencia: UC14

Caso de Uso: Confirmar Reserva

Descrição: Assim que um pagamento do cliente é confirmado no sistema pelo agente bancário, o sistema faz junto ao hotel parceiro a compra das reservas de acomodações e a comporá de passagens aéreas ou marítimas junto as companhias. Após isso o cliente é informado sobre sua situação de pré-reserva para reserva confirmada.

Referencia: UC15

Caso de Uso: Pesquisar Hotel

Descrição: De acordo com a cidade de destino a data da viagem e a data da viagem o sistema solicita ao hotel parceiro os hotéis disponíveis.

Referencia: UC16

Caso de Uso: Visualizar Roteiro

Descrição: Permite usuário visualizar o roteiro da viagem, hospedagem, passagem aérea, guia.

Referencia: UC17

Caso de Uso: Imprimir roteiro

Descrição: O cliente solicita ao sistema a impressão do roteiro comprado, o sistema exibe o roteiro e disponibiliza a opção de impressão.

Referencia: UC18

Caso de Uso: Autenticar Usuário

Descrição: Acontece por solicitação do usuário ou quando o mesmo efetua pagamento. O usuário informa seu nome de usuário (login) e sua senha, o sistema verifica a autenticidade dos dados e caso os dados sejam válidos libera o acesso ao usuário

Referencia: UC19

Caso de Uso: Manter Cliente

Descrição: O usuário pode solicitar a listagem, alteração, exclusão e inclusão de um cliente (listagem somente para o operador e exclusão somente administrador)

Referencia: UC20

Caso de Uso: Manter Usuário

Descrição: O administrador, o operador e o cliente podem cadastrar um usuário (o cliente só pode cadastrar ele mesmo depois que realizar a primeira compra) informando login, senha, e-mail, nome completo, RG, CPF e endereço completo. O sistema valida as informações e retorna uma mensagem ao cliente informando se a operação obteve sucesso ou falha.

Toda a manutenção do cadastro de usuários pode ser realizada pelos operadores e administradores do sistema desde que tenham acesso para isso.

Referencia: UC21

Caso de Uso: Manter Operador

Descrição: O administrador tem à sua disposição as opções de cadastrar guia e passeio, o sistema retorna uma interface com tal responsabilidade.

Referencia: UC22

Caso de Uso: Manter Pacote

Descrição: O operador pode cadastrar um guia turístico e passeios.

Referencia: UC23

Caso de Uso: Cadastrar Guia

Descrição: O operador pode cadastrar um guia turístico informando seu nome, os idiomas falados, a cidade, e o número mínimo de pessoas necessárias para que ele possa desenvolver suas atividades e o preço cobrado. O sistema valida as informações e retorna uma mensagem com o resultado da operação

Referencia: UC24

Caso de Uso: Consultar Guia

Descrição: O operador pode buscar um guia informando o nome e/ou a cidade, o sistema traz em uma lista todos os guias correspondentes.

Referencia: UC25

Caso de Uso: Excluir Guia

Descrição: Através de uma lista de guias o operador pode excluir um guia, o sistema exibe uma mensagem de confirmação, caso o operador confirme a operação é realizada.

Referencia: UC26

Caso de Uso: Cadastrar Passeio

Descrição: O operador pode cadastrar um passeio informando seu roteiro e a cidade. Após as informações são validadas.

Referencia: UC27

Caso de Uso: Gerenciar Guia Turístico

Descrição: Operador realiza o cadastro do guia, seu idioma e os passeios que o mesmo pode atuar, bem como gerencia a agenda do guia na solicitação em pacotes e no fechamento de grupos de viagens com guia.

Referencia: UC28

Caso de Uso: Validar Dias do Roteiro

Descrição: Operador realiza o cadastro dos parâmetros da quantidade de dias para a solicitação do guia.

Referencia: UC29

Caso de Uso: Controlar Grupo de Pessoas

Descrição: Sistema realiza o controle das quantidades de pessoas necessárias para formar o grupo para liberação do guia e envia o e-mail.

5. Especificação de Caso de Uso

Caso de Uso: UC13 - Confirmar Pagamento

Descrição: O sistema de tempos em tempo solicita a confirmação de pagamento nos agentes bancários, neste caso é verificado no agente bancário se o pagamento foi realizado de e esta de acordo. Se for boleto bancário identifica o numero da reserva com o numero de documento do boleto bancário se for deposito em conta verifica se o deposito é deposito identificado e o número da reserva, se for cartão de credito, no momento do pagamento já valida com a operadora do cartão o pagamento.

Atores: Relógio, Sistema Bancário.

Pré-Condições: pré-reserva, dados de opção de pagamento

Pós-Condições: confirmação da reserva, confirmação de pagamento paras os parceiros envolvidos na reserva.

Requisitos Funcionais: Serviço 3: Confirmação de pagamento. (Documento de Análise de Requisitos)

Requisitos Não Funcionais: Segurança (Dados dos clientes criptografados), Performance, Interoperabilidade, Atomicidade Transacional e Disponibilidade de funcionamento 24 horas por dia, 7 dias por semana.

Fluxo Básico:

1 . O sistema através do relógio (contador automático de tempo) solicita a realização de Confirmação de Pagamento ao Sistema Bancário.

2. O sistema recebe todas as informações do pagamento referente ao pacote realizado pelo cliente.

3. O sistema verifica a forma de pagamento escolhida pelo usuário através do numero da pré-reserva.

4. No caso de pagamentos com cartões de crédito verifica imediatamente a autorização do pagamento com a administradora do cartão no momento da efetivação da compra.

5. Caso a opção do usuário seja boleto bancário o sistema verifica se o retorno do sistema bancário está amarrado numero de documento (nuemro do boleto) com o numero da pré-reserva.

6. Se for o mesmo numero confirma o pagamento para aquela pré-reserva.

7. Caso a opção do usuário seja deposito em conta, o sistema recebe o retorno do banco com os depósitos e o mesmo se for ou não deposito identificado deve ser conciliado pelo operador do sistema para efetivar a reserva que se refere.

8. O sistema envia a confirmação da reserva por email ao cliente confirmando o pagamento e a reserva.

Fluxo Alternativo 1:

1. O sistema verifica que o pagamento é com cartão de crédito, neste caso verifica imediatamente a autorização do pagamento com a administradora do cartão no momento da efetivação da compra.

2. A operadora retorna que o cartão não é aceito por algum motivo especifico.

3. O fluxo é interrompido e o cliente é informado para selecionar outra opção de pagamento ou cancelar a pré-reserva.

Fluxo Alternativo 2:

1 . O sistema através do relógio (contador automático de tempo) solicita a realização de Confirmação de Pagamento ao Sistema Bancário.

2. A opção do usuário foi boleto bancário, neste caso o sistema verifica se o retorno do sistema bancário está amarrado numero de documento (número do boleto) com o numero da pré-reserva.

3. No retorno do sistema bancário não consta o pagamento do boleto no vencimento

4. A pré-reserva é cancelada e o cliente é informado que a mesma foi cancelada, devendo efetuar uma nova reserva.

Caso de Uso: UC20 – Manter Usuário

Descrição: O administrador, o operador e o cliente podem cadastrar um usuário (o cliente só pode cadastrar ele mesmo depois que realizar a primeira compra) informando login, senha, e-mail, nome completo, RG, CPF e endereço completo. O sistema valida as informações e retorna uma mensagem ao cliente informando se a operação obteve sucesso ou falha.

Toda a manutenção do cadastro de usuários pode ser realizada pelos operadores e administradores do sistema desde que tenham acesso para isso.

Atores: Usuários

Pré-Condições: Fornecimento de informações pessoais do usuário.

Pós-Condições: Usuário cadastrado.

Requisitos Funcionais: Serviço 8: Cadastramento de clientes. (Documento de Análise de Requisitos)

Requisitos Não Funcionais: Performance e Disponibilidade de funcionamento 24 horas por dia, 7 dias por semana.

Fluxo Básico:

1. O usuário acessa o sistema para Cadastra de usuários

2. O usuário preenche todos os campos obrigatórios como Nome, RG, CPF, Endereço, CEP, Email, Telefones para Contato, Login e Senha de acesso.

2. O Sistema verifica o preenchimento dos dados e a integridade dos dados oferecidos pelo usuário como RG, CPF, Endereço, CEP, Email, Login e Senha de acesso.

3. O sistema cadastra o usuário.

4. O sistema informa ao usuário que o cadastro foi realizado com sucesso, um email é enviado ao usuário com algumas informações de cadastro.

Fluxo Alternativo 1:

1. O usuário acessa o sistema para Cadastra de usuários

2. O usuário não preenche um dos campos obrigatórios como o CPF, por exemplo

3. O sistema retorna que não foi preenchido o CPF

4. O usuário preenche o CPF e o sistema retorna pra o fluxo básico.

Fluxo Alternativo 2:

1. O sistema verifica que o CEP informado não existe

2. O sistema emite uma mensagem para o usuário sobre a invalidade do CEP informado.

3. O usuário preenche o CEP corretamente e sistema retorna para o fluxo básico.

Caso de Uso: UC 1 - Comprar Pacote

Descrição: Ao acessar o sistema o cliente se depara com uma interface que permite a escolha do tipo de viagem e o destino. Caso seja uma viagem aérea o cliente pode selecionar um vôo entre os listados. O sistema sugere o Hotel, porém o cliente pode também selecionar o Hotel em uma lista. O cliente pode também solicitar um guia para passeios na cidade de destino. Ao final o usuário efetua o pagamento.

Atores: Cliente

Pré-Condições: Informar dados para pesquisa de um roteiro de viagem.

Pós-Condições: retorno do sistema com as opções possíveis de viagem para a pesquisa solicitada.

Requisitos Funcionais: Serviço 1: Efetuar Filtro de Pesquisa para a Viagem. (Documento de Análise de Requisitos)

Requisitos Não Funcionais: Desempenho, pois a reserva e compra dos pacotes dependem de aplicação externas ter disponibilidade de funcionamento 24 horas por dia, 7 dias por semana.

Fluxo Básico:

1. Cliente acessa o sistema

2. O sistema disponibiliza os seguintes filtros de pesquisa: destino, período desejado, número de pessoas adulto e criança e o tipo de viagem: marítima ou aérea

3 O Cliente informa os dados obrigatórios de pesquisa.

4. O cliente pode também informar ou não uma categoria para o hotel.

5. Também ficara a critério do mesmo solicitar a reserva de veículos.

6. O sistema mostra todas as opções possíveis de viagem com os dados informados na pesquisa.

7. O cliente seleciona a compra de passeios extras se desejar.

8. O cliente seleciona as opções mostradas pelo sistema

9. O usuário deve confirmar a compra do roteiro.

10. O sistema solicita o cadastro de Usuário.

11. O sistema solicita a forma de pagamento.

12. O sistema gera a pré reserva do pacote.

Fluxo Alternativo 1:

1. No momento em que o sistema irá mostrar as opções possíveis de viagem, o sistema de Cia Aérea fica indisponível.

2. O sistema retorna para o usuário a impossibilidade da pesquisa e interrompe o fluxo, sugerindo ao usuário um acesso futuro.

Fluxo Alternativo 2:

1. No preenchimento dos dados para pesquisa o cliente não informa o destino desejado

2. O sistema retorna para o usuário a obrigatoriedade de preenchimento

3. O usuário preenche o destino e o sistema retorna para o fluxo básico.

Caso de Uso: UC 2 - Solicitar Guia

Descrição: O cliente pode solicitar um guia de viagem informando o idioma desejado, após isso o sistema espera o grupo ficar completo e avisa o cliente quando o grupo mínimo necessário para a contratação de um guia for completado.

Atores: Cliente

Pré-Condições: Selecionar um roteiro de viagem.

Pós-Condições: O sistema disponibiliza a pré reserva em grupo com guia.

Requisitos Funcionais: Serviço 2: Selecionar Guia para o Passeio. (Documento de Análise de Requisitos)

Requisitos Não Funcionais: Disponibilidade de um guia para determinado roteiro.

Fluxo Básico:

1. O cliente informar ao sistema que deseja um guia para o roteiro informado.

2. O sistema retorna a disponibilidade de guias

3. O cliente seleciona o guia e o idioma do mesmo.

3. O sistema verifica se já existe grupo para o dia e o guia solicitado

4 O sistema inclui o cliente no grupo do guia selecionado se houver disponibilidade

Fluxo Alternativo 1:

1. O guia selecionado já está alocado em um grupo que ainda não encerrou a quantidade de pessoas necessárias.

2. O sistema emite uma mensagem ao cliente que não o grupo com guia ainda não está completo e que será realizada uma pré reserva no grupo. O fluxo é encerrado.

Fluxo alternativo:

1. O sistema, ao pesquisar um guia, não encontrar um guia disponível para o passeio selecionado pelo cliente.

2. O sistema emite uma mensagem que não há disponibilidade de guia para o passeio

3. O cliente pode continuar a selecionar guia para outro passeio, o fluxo retorna ao inicio.

6. Cenários

Caso de Uso: UC1 - Comprar Pacote

Cenário Primário:

1. Cliente “João da Silva” acessa o sistema.

2. O sistema disponibiliza os seguintes filtros de pesquisa: destino, período desejado, número de pessoas adulto e criança e o tipo de viagem: marítima ou aérea

3 O Cliente informa os dados obrigatórios de pesquisa: destino: “Salvador”, período: “01/02/2011” a “07/02/2011”, 2 adultos e 2 crianças, viagem aérea.

4. O cliente “João da Silva” também informar categoria para o hotel de 5 estrelas.

5. Também solicita a reserva de um veiculo classe econômica para o período completo,

6. O sistema mostra todas as opções possíveis de viagem com os dados informados na pesquisa.

7. O cliente “João da Silva” seleciona a compra de passeios extra para o Pelourinho.

8. O cliente “João da Silva” seleciona as opções mostradas pelo sistema

9. O Cliente “João da Silva” confirma a compra do roteiro selecionado

10. O sistema solicita o cadastro de Usuário. (entra no caso de uso de Cadastro de Usuário).

11. O sistema solicita a forma de pagamento e o cliente seleciona cartão de crédito Visa.

11. O sistema gera a pré reserva do pacote numero 1023 e mostra ao cliente

Cenário Alternativo 1:

1. No preenchimento dos dados para pesquisa o cliente “João da Silva” não informa o destino desejado

2. O sistema retorna para o usuário a obrigatoriedade de preenchimento do destino

3. O usuário preenche o destino para “Salvador” e o sistema retorna para o fluxo básico.

Caso de Uso: UC13 - Confirmar Pagamento

Cenário Primário:

1. O cliente “João da Silva” na compra do pacote seleciona a opção cartão de crédito com bandeira Visa.

4. No caso de pagamento com cartão de crédito é verificada imediatamente a autorização do pagamento com a administradora Visa do cartão.

5. A administradora retorna a autorização.

8. O sistema envia a confirmação da reserva por email ao cliente confirmando o pagamento e a reserva.

Cenário Alternativo 1:

1. O sistema verifica que o pagamento é com cartão de crédito bandeira Visa, selecionado pelo cliente “João da Silva”, neste caso verifica imediatamente a autorização do pagamento com a administradora do cartão no momento da efetivação da compra.

2. A operadora retorna que o cartão de numero 1234-4321-7890-0987 e código verificador de numero 890 não foi aceito por crédito insuficiente.

3. O fluxo é interrompido e o cliente “João da Silva” é informado para selecionar outra opção de pagamento ou cancelar a pré-reserva.

7. Logs

Dúvidas, discussões e sugestões do grupo no desenvolvimento do trabalho:

 Diferenciação de extend e include na montagem do Diagrama.

 Referencia de requisito funcional com a especificação do caso de uso

 Atores realmente que são envolvidos nos casos de uso

 Montagem de fluxo Básico

 Montagem do fluxo Alternativo

 Montagem de Cenário referenciado aos fluxos