• Nenhum resultado encontrado

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

N/A
N/A
Protected

Academic year: 2021

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

Copied!
18
0
0

Texto

(1)

Página 1

Modelagem Estática

Grupo 3: Caio Gomes Geovane Godoi Leonardo Tamura Roberto Honda Rosana Fagundes Talita Malaquias

(2)

Página 2

1. Índice

1. Índice ... 2

2. Caso de Uso #04 Reservar pacote ... 3

3. Caso de Uso #07 Contratar Passeios Extras ... 6

4. Caso de Uso #06 Contratar Guias turísticos ... 7

5. Caso de Uso #14 Reservar Transporte ... 9

6. Caso de Uso #15 Reservar Hotel ... 10

7. Caso de Uso #16 Efetuar pagamento ... 12

(3)

Página 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, RF006.

2.1. Fluxo de Eventos 2.1.1. 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;

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

1.2. Se o cliente desejar reiniciar a consulta, vá para o passo 1 do fluxo básico.

(4)

Página 4

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

1.2. Se o cliente desejar reiniciar a consulta, vá para o passo 1 do fluxo básico.

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

1.2. Se o cliente desejar reiniciar a consulta, vá para o passo 1 do fluxo básico.

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

1.2. Se o cliente desejar realizar uma nova consulta de pacote, vá para o passo 1 do fluxo básico.

(5)

Página 5

(6)

Página 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: RF006.

3.1. Fluxo de Eventos 3.1.1. 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.

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

(7)

Página 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)

(8)

Página 8

4.1. Fluxo de Eventos 4.1.1. 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.

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

4.1.3. 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. 1.2. Se o cliente cancelar a operação, o caso de uso termina.

(9)

Página 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, RF004. 5.1. Fluxo de Eventos 5.1.1. 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;

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

5.1.3. Fluxo Alternativo 2

1. No passo 5 caso o cliente não concorde com o transporte escolhido, poderá cancelar a operação.

(10)

Página 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)

(11)

Página 11

6.1. Fluxo de Eventos 6.1.1. 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;

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

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

(12)

Página 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, RF008.

7.1. Fluxo de Eventos 7.1.1. 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.

(13)

Página 13

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

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

(14)

Página 14

8. Diagrama de Classes

A criação de um diagrama de classes utilizando análise textual utiliza os passos descritos a seguir. 8.1. 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

(15)

Página 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 Justificativa

localidade destino Atributo da classe Pacote

senha Atributo da classe Cliente

sistema financeiro Parte externa ao nosso sistema

Idioma Atributo da classe GuiaTuristico

faixa de preço

Atributos da classe Hotel número de estrelas

prazo

Atributos da classe Pagamento forma de pagamento aceite São operações 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

(16)

Página 16

Palavra Justificativa

conta

Sinônimo de palavra utilizada 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

Termo muito genérico dados erro informação opção opções sistema Sistema 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

(17)

Página 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.

(18)

Página 18

Referências

Documentos relacionados

Estaca de concreto moldada in loco, executada mediante a introdução no terreno, por rotação, de um trado helicoidal contínuo. A injeção de concreto é feita pela haste

Promovido pelo Sindifisco Nacio- nal em parceria com o Mosap (Mo- vimento Nacional de Aposentados e Pensionistas), o Encontro ocorreu no dia 20 de março, data em que também

A placa EXPRECIUM-II possui duas entradas de linhas telefônicas, uma entrada para uma bateria externa de 12 Volt DC e uma saída paralela para uma impressora escrava da placa, para

No entanto, maiores lucros com publicidade e um crescimento no uso da plataforma em smartphones e tablets não serão suficientes para o mercado se a maior rede social do mundo

3.3 o Município tem caminhão da coleta seletiva, sendo orientado a providenciar a contratação direta da associação para o recolhimento dos resíduos recicláveis,

Conclui-se que os artigos que utilizaram ou se referiram à estratégia de estudo de caso em pesquisas sobre Contabilidade Gerencial, publicados em periódicos internacionais de

QUANDO TIVER BANHEIRA LIGADA À CAIXA SIFONADA É CONVENIENTE ADOTAR A SAÍDA DA CAIXA SIFONADA COM DIÂMTRO DE 75 mm, PARA EVITAR O TRANSBORDAMENTO DA ESPUMA FORMADA DENTRO DA

O emprego de um estimador robusto em variável que apresente valores discrepantes produz resultados adequados à avaliação e medição da variabilidade espacial de atributos de uma