Modelagem Estática. Modelagem Estática. INF318 - Análise Orientada a Objetos e Projeto Arquitetural

Transcrição

1 Modelagem Estática Grupo 3: Caio Gomes Geovane Godoi Leonardo Tamura Roberto Honda Rosana Fagundes Talita Malaquias Página 1

2 1. Índice 1. Índice Caso de Uso #04 Reservar pacote Caso de Uso #07 Contratar Passeios Extras Caso de Uso #06 Contratar Guias turísticos Caso de Uso #14 Reservar Transporte Caso de Uso #15 Reservar Hotel Caso de Uso #16 Efetuar pagamento Diagrama de Classes Página 2

3 2. Caso de Uso #04 Reservar pacote Atores: Cliente. Descrição: Este é o processo pelo qual o cliente realiza a reserva de um pacote. O processo de reserva se inicia com a escolha de um pacote e a customização ocorre caso haja a contratação de guias turísticos e passeios extras. Em seguida, o cliente solicita ao sistema o fechamento da reserva do pacote. O processo finaliza quando o sistema registra a reserva. Pré-condições: O cliente deve ter feito a autenticação no sistema. Pós-condições: No final do processo, uma reserva de pacote deverá ser registrada para o cliente. Condições invariantes: O cliente se mantém autenticado durante o processo de reserva. Requisitos Especiais: Segurança (RNF001), Usabilidade (RNF002), Performance (RNF003) Disponibilidade de guia turístico (RNF004). Requisitos Funcionais: RF001, RF002, RF004, RF005, RF Fluxo de Eventos Fluxo Básico 1. O cliente solicita a criação de um pacote de viagens; 2. O sistema fornece opções de hotéis (<<include>> Reservar Hotel); 3. O sistema fornece opções de transporte (<<include>> Reservar Transporte); 4. Se o cliente deseja contratar guia turístico, o sistema apresenta a opção de contratação (<<extend>> Contratar Guias Turísticos); 5. Se o cliente deseja contratar passeios extras, o sistema apresenta a opção de contratação (<<extend>> Contratar Passeios Extras); 6. O cliente confirma a escolha do pacote; 7. O sistema registra a reserva do cliente; Fluxo Alternativo 1 1. No passo 1, se o cliente solicitar a criação de um pacote no qual não existe disponibilidade de transporte ou hotel: 1.1. Se o cliente cancelar o processo de reserva, o caso de uso termina Se o cliente desejar reiniciar a consulta, vá para o passo 1 do fluxo básico. Página 3

4 Fluxo Alternativo 2 1. No passo 2, se o cliente não quiser as opções de hotel oferecidas: 1.1. Se o cliente cancelar o processo de reserva, o caso de uso termina Se o cliente desejar reiniciar a consulta, vá para o passo 1 do fluxo básico Fluxo Alternativo 3 1. No passo 3, se o cliente não quiser as opções de transporte oferecidas: 1.1. Se o cliente cancelar o processo de reserva, o caso de uso termina Se o cliente desejar reiniciar a consulta, vá para o passo 1 do fluxo básico Fluxo Alternativo 4 1. No passo 6, se o cliente não concordar com o pacote montado: 1.1. Se o cliente cancelar o processo de reserva, o caso de uso termina Se o cliente desejar realizar uma nova consulta de pacote, vá para o passo 1 do fluxo básico. Página 4

5 2.2. Diagrama de Sequência Página 5

6 3. Caso de Uso #07 Contratar Passeios Extras Atores: Cliente. Descrição: Representa o processo de contratação de um passeio extra no portal. Durante o processo de reserva de pacote, o cliente pode optar pela contratação de passeios extras que estão disponíveis para a localidade destino. Quando o cliente escolhe contratar passeios extras, o sistema obtém a lista de passeios na localidade destino e o cliente seleciona os passeios desejados. Pré-condições: O cliente deve ter escolhido um pacote e feito a autenticação no sistema. Pós-condições: Passeios extras incluídos no pacote escolhido. Condições Invariantes: Outros serviços que integram o pacote não são alterados. Requisitos Especiais: Segurança (RNF001), Performance (RNF003). Requisitos Funcionais: RF Fluxo de Eventos Fluxo Básico 1. O cliente decide contratar passeios extras. 2. O sistema apresenta a lista de passeios extras disponíveis para a localidade destino do pacote escolhido. 3. O cliente escolhe os passeios desejados. 4. O sistema associa os passeios selecionados ao pacote Fluxo Alternativo 1 1. No passo 3, o cliente desiste da contratação e não seleciona nenhum passeio extra. O caso de uso termina. Página 6

7 3.2. Diagrama de Sequência 4. Caso de Uso #06 Contratar Guias turísticos Atores: Cliente Descrição: Representa o processo de contratação de um guia turístico no portal. O processo se inicia quando o cliente opta pela contratação de um guia turístico, em seguida o sistema exibe as melhores opções que atendam as exigências do cliente. Pré-condições: O cliente deve ter escolhido um pacote e feito a autenticação no sistema. Pós-Condições: Guia turístico incluído no pacote escolhido. Condições Invariantes: Outros serviços que integram o pacote não são alterados. Requisitos Especiais: Usabilidade (RNF002), Performance (RNF003) Requisitos Funcionais: RF03, RF04 Página 7

8 4.1. Fluxo de Eventos Fluxo Básico 1. O cliente solicita contratação de um guia turístico; 2. O sistema verifica a disponibilidade de guias turísticos no local de destino. 3. O sistema exibe ao cliente uma lista dos guias turísticos de acordo com o idioma solicitado; 4. O cliente escolhe um idioma; 5. O sistema associa o guia turístico selecionado ao pacote Fluxo Alternativo 1 1. No passo 2 do fluxo básico, se não houver disponibilidade de guias turísticos no local de destino, o sistema informa ao cliente; 2. O caso de uso termina Fluxo Alternativo 2 1. No passo 4 do fluxo básico, se não houver disponibilidade do idioma desejado pelo cliente, ele pode cancelar a operação ou escolher outro idioma; 1.1. Se o cliente escolher outro idioma, vai para o Passo 4 do Fluxo Básico Se o cliente cancelar a operação, o caso de uso termina Diagrama de Sequência Página 8

9 5. Caso de Uso #14 Reservar Transporte Atores: Cliente. Descrição: Este é o processo pelo qual o cliente reserva o transporte (passagem aérea ou cruzeiro) no parceiro. A reserva se inicia com a escolha do transporte pelo cliente. Após a confirmação da reserva do pacote é feita a reserva com o parceiro Sistema Transporte. Pré-condições: O cliente deve ter escolhido um pacote e feito a autenticação no sistema. Pós-condições: Serviço de transporte incluído no pacote escolhido. Condições Invariantes: Outros serviços que integram o pacote não são alterados. Requisitos Especiais: Segurança (RNF001), Usabilidade (RNF002), Performance (RNF003). Requisitos Funcionais: RF001, RF002, RF Fluxo de Eventos Fluxo Básico 1. O cliente seleciona um pacote de sua preferência; 2. O sistema fornece opções de transporte; 3. O cliente seleciona o tipo de transporte; 4. O sistema exibe o detalhamento do transporte; 5. O cliente confirma a escolha do tipo de transporte; 6. O sistema registra a reserva do cliente; Fluxo Alternativo 1 1. No passo 3, caso o cliente não concorde com as opções de transportes oferecidas, o cliente poderá cancelar a operação. 2. Se o cliente cancelar a operação, o caso de uso termina Fluxo Alternativo 2 1. No passo 5 caso o cliente não concorde com o transporte escolhido, poderá cancelar a operação. 2. Se o cliente cancelar a operação, o caso de uso termina. Página 9

10 5.2. Diagrama de Sequência 6. Caso de Uso #15 Reservar Hotel Atores: Cliente. Descrição: Este é o processo pelo qual o cliente reserva hotéis no parceiro. A reserva inicia-se quando o cliente, após ter escolhido seu pacote de viagens, confirma a sua escolha e é feita uma pré-reserva no sistema de hotelaria. Pré-condições: O cliente deve ter escolhido um pacote e feito a autenticação no sistema. Pós-condições: Serviço de hospedagem incluído no pacote escolhido. Condições Invariantes: Outros serviços que integram o pacote não são alterados. Requisitos Especiais: Segurança (RNF001), Usabilidade (RNF002), Performance (RNF003) Requisitos Funcionais: RF001, RF002, RF004, RF005, RF006. Página 10

11 6.1. Fluxo de Eventos Fluxo Básico 1. O cliente seleciona um pacote de sua preferência; 2. O sistema fornece opções de hospedagem por faixa de preço e número de estrelas. 3. O cliente seleciona o hotel desejado; 4. O sistema exibe o detalhamento do hotel; 5. O cliente confirma a escolha do hotel; 6. O sistema registra a reserva do cliente; Fluxo Alternativo 1 1. No passo 3, caso o cliente não concorde com as opções de hospedagem oferecidas, o cliente poderá cancelar a operação. 2. Se o cliente cancelar a operação, o caso de uso termina Fluxo Alternativo 2 1. No passo 5 caso o cliente não concorde com o hotel escolhido, poderá cancelar a operação. 2. Se o cliente cancelar a operação, o caso de uso termina 6.2. Diagrama de Sequência Página 11

12 7. Caso de Uso #16 Efetuar pagamento Atores: Cliente. Descrição: Este é o processo pelo qual o cliente pode escolher a forma de pagamento do pacote de viagem e suas reservas (hotéis, passagens, guia turístico, passeios extras). A confirmação do pagamento dentro do prazo máximo estipulado para confirmação das reservas permitirá ao sistema financeiro confirmar todas as reservas do usuário. Ele tem inicio quando o cliente opta pelo fechamento do pedido dos serviços escolhidos e escolhe a forma de pagamento desejada. Encerra quando o sistema registra a forma e o estado do pagamento. Pré-Condições: O cliente deve ter feito a autenticação no sistema através de usuário e senha. B) O cliente optou pelo fechamento do pacote e reservas feitas. C) O prazo estipulado para a confirmação de todas as reservas feitas ainda estão vigentes. Pós-Condições: Ao término da execução desse processo, o cliente não poderá realizar alterações no pacote. O sistema do portal registrará em seu banco de dados a situação do pagamento. A situação será informada pelo sistema financeiro correspondente à forma de pagamento escolhido pelo cliente. Nos casos em que a confirmação do pagamento é imediata, o sistema confirmará todas as reservas feitas pelo cliente. Condições Invariantes: Os serviços que integram o pacote não são alterados. Requisitos Especiais: Segurança (RNF001), Usabilidade (RNF002), Performance (RNF003) Requisitos Funcionais: RF003, RF004, RF005, RF006, RF007, RF Fluxo de Eventos Fluxo Básico 1. O cliente confirma a reserva do pacote; 2. O sistema apresenta as formas de pagamento possíveis; 3. O cliente elege uma das formas de pagamento; 4. O sistema exibe o detalhamento da forma de pagamento escolhida; 5. O cliente realiza o pagamento; 6. O sistema confirma todas as reservas. Página 12

13 Fluxo Alternativo 1 1. No passo 3 do fluxo básico, se ocorrer problema de conexão com o sistema financeiro, o sistema informa o erro ao cliente; 2. O sistema do portal apresenta ao cliente a opção de eleger outra forma de pagamento ou cancelar a operação; Se o cliente cancelar a operação: 2.1. O sistema aguarda uma nova operação de pagamento dentro do prazo máximo estipulado para confirmação das reservas. 3. Se o cliente decidir por outra forma de pagamento, vá para o Passo 2 do Fluxo Básico Fluxo Alternativo 2 1. No passo 5 do fluxo básico, se ocorrer erro no pagamento, o sistema informa ao cliente a não efetivação do pagamento; 2. O sistema apresenta ao cliente a opção de eleger outra forma de pagamento ou cancelar a operação; Se o cliente cancelar a operação: 2.1. O sistema aguarda uma nova operação de pagamento dentro do prazo máximo estipulado para confirmação das reservas. 3. Se o cliente decidir por outra forma de pagamento, vá para o Passo 2 do Fluxo Básico Diagrama de Sequência Página 13

14 8. Diagrama de Classes A criação de um diagrama de classes utilizando análise textual utiliza os passos descritos a seguir Lista de Substantivos Aceite Alterações Autenticação banco de dados Cadastro Cliente Comunicação Confirmação Consulta consulta de hotéis consulta de pacote consulta de transporte Conta Contratação Customização Dados Erro Escolha faixa de preço forma de pagamento guia turístico Guias Turísticos Hotel Hospedagem Idioma Informação lista de passeios lista de passeios extras localidade destino meio de transporte Navegador número de estrelas Opção Opções opções de hotéis opções de transporte operação pacote pacote de viagens pagamento pagamento da reserva. Parceiro parcela passeio extra passeios passeios extras pedido portal portal prazo processo processo de contratação processo de reserva processo de reserva de pacote processo de reserva. Reserva reserva de pacote reservas senha serviços sistema Sistema sistema financeiro sistema. Site transporte usuário Vôo Página 14

15 8.2. Palavras não utilizadas Da lista anterior, algumas viraram classes e atributos, outras não foram utilizadas. Segue a lista delas e as justificativas Palavra localidade destino senha sistema financeiro Idioma faixa de preço número de estrelas prazo forma de pagamento aceite alterações autenticação comunicação confirmação consulta consulta de hotéis consulta de pacote consulta de transporte contratação customização operação processo processo de contratação processo de reserva processo de reserva de pacote processo de reserva. reserva reserva de pacote reservas Justificativa Atributo da classe Pacote Atributo da classe Cliente Parte externa ao nosso sistema Atributo da classe GuiaTuristico Atributos da classe Hotel Atributos da classe Pagamento São operações Página 15

16 Palavra conta escolha hospedagem lista de passeios lista de passeios extras meio de transporte opções de hotéis opções de transporte pacote de viagens pagamento da reserva. parceiro parcela passeios pedido portal site usuário vôo Banco de dados dados erro informação opção opções sistema Sistema Justificativa Sinônimo de palavra utilizada Termo muito genérico 8.3. Dicionário de dados Classe Navegador: representa o ponto de acesso entre os clientes (usuários que realizam a aquisição dos pacotes de viagem) e o portal de viagens. Classe ControlaPacote: representa a classe de controle dos pacotes de viagem, incluindo a consulta, seleção e reserva dos serviços relacionados. A classe permite também verificar o status do pagamento o status da reserva. Classe ControlaUsuario: representa a classe de controle dos clientes, incluindo o cadastro e autenticação do mesmo. Classe ControlaParceria: representa a classe de controle necessária para os serviços que necessitam trocar mensagens com parceiros (hotelaria, companhias aéreas e marítimas) do portal de viagens. Classe Pacote: representa o pacote de viagem montado pelo cliente, guardando informações dos serviços selecionados, formas de pagamento e status da compra e das reservas Página 16

17 Classe CadastroCliente: representa a classe que mantém o cadastro dos clientes do portal de viagens. Classe FichaCliente: representa o cliente que realiza a aquisição de pacotes oferecidos pelo portal de viagens. Classe Pagamento: representa o pagamento do pacote de viagem, incluindo a forma de pagamento selecionado e o status do pagamento. Classe Servico: representa os serviços oferecidos pelo portal de viagens. A classe Servico na realidade representa um conjunto de outras classes que são: Hotel, PasseioExtra, GuiaTuristico e Transporte. Classe ServicoHotel: representa o serviço de reserva de hotel. A consulta e reserva de hotel é realizada através de parceiros cadastrados. Classe PasseioExtra: representa o serviço de passeios extras oferecido ao cliente, como visitas a museus, locais históricos, shows locais ou jantares. Classe GuiaTuristico: representa o serviço de guia turístico oferecido ao cliente. O guia turístico pode ser escolhido por idioma. Classe ServicoTransporte: representa os serviços de transporte oferecidos pelo portal de viagens. A classe Transporte representa um conjunto de outras classes que são: Aereo e Maritimo. Classe Aereo: representa o serviço de transporte aéreo. A consulta de disponibilidade e compra de passagens aéreas é realizada através de parceiros cadastrados. Classe Maritimo: representa o serviço de transporte marítimo. A consulta de disponibilidade e compra de passagens marítimas é realizada através de parceiros cadastrados. Página 17

18 8.4. Diagrama de classes padrão MVC Página 18