Documento de Especificação de Requisitos. MC436 Introdução à Engenharia de Software Profª Ariadne Maria Brito Rizzoni Carvalho

(1)

Documento de Especificação de Requisitos

MC436 – Introdução à Engenharia de Software

(2)

www.viajarfacil.com.br

2

1. Índice

2. Introdução 3

3. Glossário 3

4. Definição dos requisitos do usuário 4 4.1 4.2 4.3 4.3.1 4.3.2 4.3.3 4.3.4 4.3.5 4.3.6 4.3.7 4.3.8 4.3.9 4.3.10 4.3.11 4.3.12 4.3.13

Introdução sobre a seção Pontos de vista e seus serviços

Descrição dos pontos de vista e serviços Visualizar pacotes Cadastrar usuários Selecionar pacote Comprar pacote Visualizar aquisições Cancelar cadastro Cadastrar operador Cancelar pagamentos Acessar lista de usuários Acessar log do sistema Cadastrar destinos Cadastrar passeios Cadastrar guias 4 4 6 6 7 7 8 8 9 10 10 10 11 12 12 12 5. 5.1 5.1.1 5.1.2 5.1.3 5.1.4 5.1.5 5.1.6 5.1.7 5.1.8 5.1.9 5.1.10 5.1.11 5.1.12 5.1.13 5.2. 5.2.1 5.2.2 5.2.3 5.2.4 5.2.5 6. 7.

Especificação dos requisitos do sistema Requisitos funcionais mais detalhados Selecionar pacotes Cadastro do usuário Cadastro do operador Cadastro de guia Cadastro de administrador Log do sistema Opções de passeio Selecionar hotel

Realizar reserva de passagem, hotel, passeio e guia Executar pagamento

Imprimir roteiro

Compra automática de passagem Feedback

Requisitos não funcionais mais detalhados Desempenho Usabilidade Confiabilidade Segurança Manutenibilidade Evolução do sistema Análise de riscos 13 14 14 14 15 15 15 15 16 16 16 16 17 17 17 18 18 18 18 18 19 19 19 8. 8.1 8.2 Anexos

Técnica orientada a pontos de vista Diagrama do brainstorming geral

21 21 21

(3)

www.viajarfacil.com.br

3

2. Introdução

O ViajarFacil.com.br é um portal de vendas de pacotes de viagens turísticas pela internet. O objetivo deste projeto é justamente desenvolver uma plataforma de vendas de pacotes turísticos personalizáveis pelos clientes do sistema.

O mesmo deve ser integrado com as funcionalidades de venda de vagas em hotéis e transporte (marítimo ou aéreo) de empresas parceiras, como a hoteis.com e venere.com (hotéis), TAM, GOL, Azul, Alitália, AirFrance, Luftwansa e TAP (transporte aéreo) e BrazilCruises (transporte marítimo).

O sistema deve permitir também a escolha dos passeios opcionais e guias turísticos, que podem ser adquiridos no ato da compra do pacote ou durante a viagem.

Tendo em vista os demais sistemas de vendas de pacotes pela internet, é possível perceber que o grande diferencial do ViajarFacil.com.br é a opção de personalizar o pacote de viagem, proporcionando ao cliente exatamente o que ele quer. Isso garante a qualidade e satisfação com o produto adquirido.

3. Glossário

 Feedback: retorno de uma informação sobre o resultado de um processo ou

atividade.

 Framework: estrutura em camadas que indica qual tipo de programa pode

ou deve ser construído e como as camadas devem ser correlacionadas.  Interface: Parte gráfica do sistema.

 Internet: Rede de redes que conectam vários computadores globalmente.

 Log: relatório contendo as informações de uso do sistema.

 Logar: ação de efetuar login.

 Login: Processo de identificação em um sistema computacional. A partir dos

dados “usuário” e “senha”.

 Navegador: Programa utilizado para estabelecer e expor páginas da web.



Pacote: Conjunto de serviços oferecidos pelo sistema. No nosso caso, os

serviços são: vendas de transporte (aéreo ou marítimo), hospedagem, passeios opcionais e guias.

(4)

www.viajarfacil.com.br

4  Requisitos de Usuário: descrição dos requisitos funcionais e não funcionais

de forma não técnica, com o uso de recursos visuais que facilitam sua compreensão.

 Requisitos Funcionais: descreve o que o produto de software faz.

 Requisitos Não Funcionais: descrevem qualidades do sistema, como o

sistema é.

 Stakeholders: refere-se a qualquer pessoa ou grupo afetado pelo sistema,

diretamente ou indiretamente.

 Sistema: grupo de elementos correlacionados, dependentes entre si

formando um todo complexo ou unitário.  Web: sistema de servidores de Internet.

4. Definição dos requisitos do usuário

4.1 Introdução sobre a seção

Nesta seção serão descritas as funcionalidades do sistema segundo os requisitos do usuário, ou seja, funções que o sistema deve fornecer e restrições sob as quais deve operar.

4.2 Pontos de vista e seus serviços

Seguem as descrições dos pontos de vista:

Cliente

Referência Cliente

Atributos ID, nome completo, RG, CPF, endereço completo, usuário, senha Serviços Visualizar pacotes, cadastrar usuário, selecionar pacote, comprar

pacote, visualizar aquisições, cancelar cadastro Subpontos de vista Visitante, cadastrado

(5)

www.viajarfacil.com.br

5

Operador do sistema

Referência Operador de sistema Atributos ID, usuário, senha

Serviços Cadastrar operador, acessar pagamentos, acessar lista de usuários, acessar log do sistema, cadastrar destinos, cadastrar guias, cadastrar passeios

Subpontos de vista Operador, administrador

Segue o diagrama com os pontos de vista, serviços e requisitos não funcionais do sistema:

(6)

www.viajarfacil.com.br

6

4.3 Descrição dos pontos de vista e serviços

Abaixo, encontra-se a descrição de todos os pontos de vista e serviços do sistema:

Tabela 1. Visualizar pacotes

Referência Visualizar pacotes

Razão

Permitir que clientes, cadastrados ou visitantes, visualizem as opções de pacotes oferecidas pelo ViajarFacil.com.br.

Especificações

Na tela de pacotes, serão exibidos os pacotes cadastrados sob a forma de lista. Ela deverá oferecer opções de filtro (por ordem alfabética, por preço e por período). A exibição de cada pacote deverá apresentar suas informações básicas (origem, destino, período e preço).

Ponto de vista Cliente

Subponto de vista* Cadastrados e visitantes

Requisitos não funcionais

Mostrar pacotes e atualização da página, quando filtrada, em tempo inferior a 10 segundos. Para que os resultados fiquem visualmente mais acessíveis, o sistema deverá mostrar até 10 resultados por vez, fazendo paginação dos demais.

Provedor Próprio sistema

Tabela 2. Cadastrar usuários

Referência Cadastrar usuários

Razão Opção para os clientes se cadastrarem no site e

poderem usufruir dos nossos pacotes.

O cliente visitante aperta o botão “cadastrar-se” na página inicial do site. Ele preenche um pequeno formulário com nome completo, RG, CPF, endereço completo, usuário, senha e confirmação de senha. Após clicar em “enviar”, o sistema confere os dados, registra o novo usuário no banco de dados e retorna uma tela informando que o cadastro foi efetuado com sucesso e opção para o cliente logar. O sistema considera nome completo, CPF, usuário e senha como dados obrigatórios. Caso haja algum erro com os dados informados (algum dado obrigatório faltante, senha e

(7)

www.viajarfacil.com.br

7 confirmação de senha diferentes ou CPF informado não está de acordo com o descrito em [2]), o sistema retorna para a página do cadastro, indicando os campos com erro para serem corrigidos.

Subponto de vista* Visitantes

Mostrar o resultado do cadastro em no máximo 10 segundos. A estética deve ser simples e intuitiva para que o novo cliente preencha sem dúvidas.

Tabela 3. Selecionar pacotes

Referência Selecionar pacotes

Razão Permitir que os clientes selecionem dentre as várias

opções de pacotes possíveis.

Especificações Selecionar, dentre as possibilidades: origem, destino,

passeios, hotel, guia, transporte e período.

Subponto de vista* Cadastrados

Requisitos não funcionais As opções devem ser de fácil entendimento e mostrar

a lista de pacotes no máximo em 10 segundos

Tabela 4. Comprar pacote

Referência Comprar pacote

Razão Permitir que os clientes cadastrados comprem pacotes

de viagens já selecionados previamente pelos mesmos.

Na lista de pacotes (mostradas pela função Visualizar pacotes) o cliente cadastrado poderá efetuar a compra.

Este poderá clicar no pacote desejado e então será redirecionado para uma tela de compra de pacotes.

(8)

www.viajarfacil.com.br

8 Nessa tela o comprador poderá selecionar a forma de pagamento: cartão de crédito, boleto bancário ou depósito em conta corrente.

Após a seleção ser feita, o site irá redirecionar para um sistema de pagamento externo.

Por fim, depois de confirmar o pagamento, o cliente clicará no botão de confirmar a compra.

Subponto de vista* Cadastrados

Confirmar a compra de pacote em até 5 minutos após o cliente clicar no botão de confirmar a compra. Os dados preenchidos pelo cliente deverão ser guardados com total segurança

Provedor Próprio sistema e sistema de pagamento externo

Tabela 5. Visualizar aquisições

Referência Visualizar aquisições

Razão Permitir aos clientes cadastrados visualizar os pacotes

adquiridos.

Após logado, o cliente poderá selecionar a opção de abrir uma tela contendo os pacotes que adquiriu. O mesmo poderá selecionar um pacote para ver os detalhes do mesmo.

Ponto de vista Cliente.

Subponto de vista* Cadastrado.

Interface simples e intuitiva, a funcionalidade deve ser confiável (somente o próprio cliente cadastrado poderá visualizar as informações dos pacotes que adquiriu).

Provedor Próprio sistema.

Tabela 6. Cancelar cadastro

Referência Cancelar cadastro

Razão Permitir que os clientes cadastrados fechem a conta

no ViajarFacil.com.br

Especificações Após logado, na mesma página onde o cliente pode

(9)

www.viajarfacil.com.br

9 "Cancelar cadastro", que eliminará suas informações do banco de dados do sistema e excluirá seu login de acesso. Deverá haver uma janela de confirmação para evitar cancelamentos acidentais.

Subponto de vista* Cadastrado.

Requisitos não funcionais O sistema deve garantir a exclusão de todos os dados

do usuário.

Tabela 7. Cadastrar operador

Referência Cadastrar operador

Razão

O número e o cadastro de operadores devem ser controlados pelo administrador. Somente ele pode adicionar/remover operadores do sistema.

Após estar logado, no painel de administrador, pode ser selecionada a opção de cadastrar operador. Na tela de cadastro, o administrador informa o usuário, a senha do operador e a confirmação da mesma. Ao clicar no botão “enviar”, o sistema registra o novo usuário e retorna uma tela de aviso de sucesso com todos os operadores do sistema. Nessa tela retornada, ou mesmo selecionando pelo painel, o administrador tem a opção “remover operador” e “editar cadastro” ao lado do nome do login de cada um.

Ponto de vista Operador de sistema

Subponto de vista* Administrador

Mostrar o resultado do cadastro/exclusão em no máximo 10 segundos. A estética deve ser prática e não exigir conhecimentos específicos do sistema para o administrador.

(10)

www.viajarfacil.com.br

10

Tabela 8. Acessar pagamentos

Referência Acessar pagamentos

Razão Permitir que o administrador tenha controle sobre os

pagamentos e recebimentos feitos no sistema.

Especificações Ter acesso sobre todas as transações feitas no sistema

a partir do painel do administrador.

Visualização sobre as transações deve ser de fácil entendimento. Tempo mínimo de resposta depois de feita uma transação deve ser de no mínimo 1 hora após a confirmação.

Tabela 9. Acessar lista de usuários

Referência Acessar lista de usuários

Razão Permitir que o administrador do sistema veja a lista de

usuários do sistema

Na tela do painel do administrador ele terá uma opção para visualizar a lista de todos os usuários cadastrados no sistema: operadores, clientes e guias.

Ponto de vista Operador do sistema

Esse acesso deverá ser totalmente seguro para que nenhum dado seja visto por outro usuário que não seja o administrador

Provedor Sistema

Tabela 10. Acessar log do sistema

Referência Acessar log do sistema

Razão O administrador do sistema poderá visualizar ou fazer

(11)

www.viajarfacil.com.br

11

O administrador, após logado no sistema, poderá selecionar a opção de visualizar o log em tela. Com o log aberto, haverá a opção de filtrar as informações do mesmo por data, horário, operador do sistema, cliente, operador do sistema específico, cliente cadastrado específico ou tipo de operação. Também haverá a opção de fazer o download do log que está em exibição na tela.

Ponto de vista Operador do sistema

Subponto de vista* Administrador.

Segurança (apenas o administrador logado poderá visualizar e/ou realizar o download das informações). O arquivo para download estará em formato pdf.

Tabela 11. Cadastrar destinos

Referência Cadastrar destinos

Razão

Para permitir que os operadores fechem pacotes exclusivos ou que os clientes escolham sua viagem personalizada é necessário cadastrar os possíveis destinos no sistema.

No painel de operador de sistema, há uma opção para cadastro de destinos. Ao clicar na opção, o operador deverá preencher os dados do destino (cidade, país) que pretende cadastrar. Ao clicar em “enviar”, ele recebe uma confirmação do cadastro e é redirecionado para a tela de destinos cadastrados. Essa tela, que também pode ser selecionada no painel, terá a opção de exclusão/edição (retorna a tela do cadastro) ao lado de cada destino.

Ponto de vista Operador do sistema.

Subponto de vista* Operador do sistema e administrador.

Mostrar o resultado do cadastro em no máximo 10 segundos. A estética deve ser simples e intuitiva para que o operador preencha sem dúvidas.

(12)

www.viajarfacil.com.br

12

Tabela 12. Cadastrar passeio

Referência Cadastrar passeio

Razão

Os passeios para cada cidade são inseridos pelos operadores de sistema. Essas serão as opções de passeio extra que o cliente terá para seu pacote.

No painel de operador de sistema, há uma opção cadastro de passeio. Na tela do mesmo, o operador deverá preencher um formulário com nome do passeio, local, preço, período, tipo dentre três opções (show local, visita a locais históricos e jantar). Após completo, o operador clica em “enviar”, recebe uma confirmação do cadastro e é redirecionado para a tela de passeios cadastrados. Essa tela, que também pode ser selecionada no painel, terá a opção de exclusão/edição (retorna a tela do cadastro) ao lado de cada passeio.

Subponto de vista* Operador do sistema e administrador

Mostrar o resultado do cadastro/exclusão em no máximo 10 segundos. A estética deve ser prática e não exigir conhecimentos específicos do sistema para o operador.

Tabela 13. Cadastro de guias

Referência Cadastro de guias

Razão Permitir que operador de sistema e o administrador

tenham controle sobre os guias.

Um guia é cadastrado ao ser informado nome, línguas, período de trabalho e local. .Terá a possibilidade de inserir e remover cadastros de guias do sistema e poder editar informações dos guias.

(13)

www.viajarfacil.com.br

13

Visualização sobre os dados dos guias deve ser de fácil entendimento. Tempo mínimo de atualização dos dados no cadastro de 10 segundos.

Provedor Próprio Sistema

*Sentida a necessidade de dividir as funcionalidades entre clientes cadastrados e visitantes, por exemplo, acrescentamos o item subponto de vista nas tabelas acima.

5. Especificação dos requisitos do sistema

Nesta seção, estão abordados os requisitos tanto funcionais como não funcionais do sistema.

O software interage basicamente com 2 pessoas (clientes e administradores) e vários sistemas (reserva de hotéis, aviões e cruzeiros, sistemas bancário e de cartão de crédito).

(14)

www.viajarfacil.com.br

14 A linguagem Java foi escolhida para o desenvolvimento do sistema, devido à sua portabilidade, além de que o paradigma de orientação a objetos facilita uma futura expansão do projeto, contanto que seja mantida a documentação adequada.

5.1 Requisitos funcionais mais detalhados

Funcionalidades do Sistema 5.1.1. Função: Selecionar Pacotes

 Descrição: O usuário irá escolher as opções desejadas de pacote (origem,

destino, companhia aéreo ou cruzeiro, período, estrelas do hotel, solicitação de guias e passeios) e o sistema fará uma busca no banco de dados para mostrar ao cliente uma lista de todos os pacotes que satisfaçam as condições escolhidas.

 Pré-condição: Qualquer cliente, cadastrado ou não, poderá utilizar essa

função.

 Entrada: Origem, destino e período obrigatoriamente escolhidos pelo

usuário.

Uma ou mais opções de pacotes também preenchidas pelo usuário (companhia aérea ou cruzeira, estrelas do hotel, solicitação de guias e passeios).

 Saída: Lista com todos os pacotes que satisfaçam as condições impostas

pelo cliente

 Pós-condição: O sistema deve criar links nos pacotes listados para que o

usuário possa selecionar o desejado.

5.1.2. Função: Cadastro do Usuário

 Descrição: O cliente visitante aperta o botão “cadastrar-se” na página

inicial do site. Ele preenche um pequeno formulário com nome completo, RG, CPF, endereço completo, usuário, senha e confirmação de senha. Após clicar em “enviar”, o sistema confere os dados, registra o novo usuário no banco de dados e retorna uma tela informando que o cadastro foi efetuado com sucesso e opção para o cliente logar. O sistema considera nome completo, CPF, usuário e senha como dados obrigatórios. Caso haja algum erro com os dados informados (algum dado obrigatório faltante, senha e confirmação de senha diferentes ou CPF informado não está de acordo com o descrito em [2]), o sistema retorna para a página do cadastro, indicando os campos com erro para serem corrigidos.

 Pré-condição: Qualquer cliente, cadastrado ou não, poderá utilizar essa

função.

 Entrada: Dados pessoais oferecidos pelo visitante: nome completo, RG,

CPF, endereço completo, usuário, senha e confirmação de senha.  Saída: Confirmação de cadastro

 Pós-condição: O sistema deve atualizar o banco de dados incluindo este

(15)

www.viajarfacil.com.br

15

5.1.3. Função: Cadastro do Operador

 Descrição: Após estar logado, no painel de administrador, pode ser

selecionada a opção de cadastrar operador. Na tela de cadastro, o administrador informa o usuário, a senha do operador e a confirmação da mesma. Ao clicar no botão “enviar”, o sistema registra o novo usuário e retorna uma tela de aviso de sucesso com todos os operadores do sistema. Nessa tela retornada, ou mesmo selecionando pelo painel, o administrador tem a opção “remover operador” e “editar cadastro” ao lado do nome do login de cada um.

 Pré-condição: O administrador do sistema deverá estar logado.

 Entrada: Novos usuário e senha para o operador.

 Saída: Confirmação de cadastro

novo operador.

5.1.4. Função: Cadastro de Guia

 Descrição: O operador do sistema deverá ser capaz de cadastrar um guia.

Para isso terá uma opção “Guias” em seu painel, que conterá: cadastrar novo guia, modificar informações de guias já cadastrados e remover guias. Para cadastrar será necessário oferecer as seguintes informações: nome, línguas, período de trabalho e local.

 Pré-condição: O operador do sistema deverá estar logado.

 Entrada: Informações para cadastrar guias: nome, línguas, período de

trabalho e local.

 Saída: Confirmação de cadastro.

novo guia.

5.1.5. Função: Cadastro de Administrador

 Descrição: O sistema já conterá um administrador padrão para que possa

ser operado. Este administrador poderá cadastrar outros administradores em uma opção de seu painel. Para isso será necessário oferecer novos usuário e senha de administrador.

 Pré-condição: O administrador do sistema deverá estar logado.

 Entrada: Informações para cadastrar o administrador: usuário e senha.

 Saída: Confirmação de cadastro.

novo administrador.

5.1.6. Função: Log do Sistema

 Descrição: O sistema deverá conter um log com todas as transações

efetuadas pelo cliente (seleção, compra, pagamento, impressão), operador (inclusão/exclusão/edição de destino, guia, passeio) e administrador (inclusão/exclusão/edição de operador, acesso de pagamento).

(16)

www.viajarfacil.com.br

16  Pré-condição: O usuário (cliente ou operador) deve estar logado.

Entrada: Confirmação do sistema da transação efetuada, após clique no

botão de confirmação pelo usuário.  Saída: Registro do log.

 Pós-condição: Atualização do banco de dados com o registro do log. 5.1.7. Função: Opções de passeio

 Descrição: O cliente poderá visualizar e comprar as opções de passeio de

um determinado destino. A compra dos passeios poderá ocorrer no ato da aquisição do pacote até o fim da viagem.

 Pré-condição: O cliente deverá estar logado no sistema.

 Entrada: Confirmação do sistema da aquisição do pacote.

 Saída: Passeio adquirido.

 Pós-condição: Atualização do log do sistema. 5.1.8. Função: Selecionar hotel

 Descrição: O cliente tem a possibilidade, durante a seleção ou elaboração

do pacote, de filtrar as possibilidades por meio da categoria do hotel (estrelas) e da faixa de preço que deseja pagar. Após esse filtro, o sistema indica automaticamente o hotel a ser utilizado.

 Pré-condição: Qualquer cliente, cadastrado ou não, poderá executar

essas funções.

 Entrada: Categoria do hotel e faixa de preço.

 Saída: Hotel com disponibilidade escolhido pelo sistema

 Pós-condição: Sistema registra a escolha baseado nos dados informados

pelo cliente.

5.1.9. Função: Realizar a reserva de passagem, hotel, passeios e guias.

 Descrição: Assim que concluído o primeiro pagamento (integral ou 1ª

parcela), o sistema deverá fazer a reserva das passagens no sistema parceiro. O mesmo vale para o hotel. No caso dos passeios e guias, deverá ser gerada uma solicitação de reserva de passeios e guias, de forma que o operador, quando observar a pendência, faça as devidas reservas.

 Pré-condição: Cliente ter efetuado pagamento do pacote (pelo menos a

1ª parcela).

 Entrada: Dados do cliente para efetivação das reservas.

Saída: Reservas de todos os itens do pacote (transporte, hotel, passeios e

guia) realizados.

Pós-condição: Comprovantes de reserva de todos os serviços

devidamente registrados no sistema. Emissão de aviso ao cliente, com comprovantes de reserva anexos.

5.1.10. Pagamento

 Função: Executar pagamento

 Descrição: O cliente escolhe a quantidade de parcelas e uma dentre três

(17)

www.viajarfacil.com.br

17 Caso cartão tenha sido escolhido, o sistema indica as bandeiras disponíveis e o cliente é redirecionado para o sistema de pagamento da bandeira escolhida. No caso de boleto bancário, o cliente faz a seleção do banco e o sistema retorna o boleto. Para a opção de depósito, são mostrados os bancos,o cliente faz a seleção e é redirecionado ao sistema do banco.

 Pré-condição: Somente clientes cadastrados e que já tenham selecionado

o pacote para compra.

 Entrada: Preço do pacote e informações sobre a forma de pagamento.

 Saída: Comprovante de pagamento exibido na tela, com possibilidade de

impressão.

 Pós-condição: O sistema atualiza a situação do pacote do cliente,

indicando que o mesmo já foi pago integralmente ou parcialmente.

5.1.11. Impressão

 Função: Imprimir roteiro

 Descrição: O cliente pode imprimir o roteiro completo com todas as

informações do pacote (transporte, hospedagem, passeios).

 Pré-condição: Somente clientes cadastrados e que já tenham efetuado a

compra

 Entrada: Dados do pacote sobre transporte, hospedagem e passeios.

 Saída: Impressão do roteiro em uma impressora local ou na tela caso não

exista.

 Pós-condição: O sistema registra que o usuário imprimiu seu roteiro. 5.1.12. Função: Compra automática da passagem

 Descrição: O sistema compra passagens de viagens, seja do tipo aérea ou

marítima, a partir de sistemas parceiros das agências Gol, TAM e Azul para viagens aéreas nacionais, AirFrance, Luftwansa, TAP e Alitália para viagens aéreas para Europa e Brazil Cruisers para viagens marítimas somente em território nacional.

 Pré-condição: Os sistemas das agências de viagem devem estar

integrados com o sistema do site e o cliente deve ter realizado a pagamento da primeira parcela do pacote para ser efetuada a compra da passagem.

 Entrada: Escolha da agência aérea a partir do cliente e efetuação do

pagamento da primeira parcela do pacote.

 Saída: Compra da passagem da agência especificada.

 Pós-condição: O sistema registra a compra da passagem. 5.1.13. Função: Feedback

 Descrição: O usuário poderá avaliar a viagem, que foi realizada pelo

Viajar Fácil, através de nota e de comentário. Dentro da página de seu perfil estará a opção de feedback, na qual será possível editar apenas após o cliente ter realizado a viagem. Na página dos pacotes listados, logo abaixo de cada pacote, serão exibidos comentários e notas de todos os

(18)

www.viajarfacil.com.br

18 clientes que já viajaram com este pacote. A média das notas estará em destaque.

 Pré-condição: Cliente estar logado no sistema e já ter passado a data de

retorno de um pacote adquirido por este.

 Entrada: Uma nota com valor entre 0 e 10 e um comentário avaliando o

serviço recebido.

 Saída: As notas e os comentários de todos os clientes que realizaram o

pacote.

 Pós-condição: O banco de dados deverá ser atualizado com as novas

informações e a média das notas deverá ser recalculada.

5.2 Requisitos não funcionais mais detalhados

Nessa seção, serão descritos os requisitos não funcionais do sistema divididos em cinco propriedades:

5.2.1. Propriedade Desempenho

a.

Métrica 1 Velocidade: O sistema deverá mostrar todos os pacotes em até 10 segundos após o usuário selecionar as opções desejadas e deverá retornar a confirmação ou cancelamento da compra em até 5 minutos.

b.

Métrica 2 Recursos: O sistema deverá ser desenvolvido para a web e terá de funcionar nos seguintes navegadores: Chrome, Firefox, Internet Explorer, Safari, Netscape e Ópera nas versões mais atuais.

5.2.2. Propriedade Usabilidade

a.

Métrica 1 Estética: A interface deverá ser limpa, isto é, somente com textos essenciais ao sistema, sem muitas fotos e propagandas, afim de facilitar a compra de pacotes para os usuários.

b.

Métrica 2 Escolha de Pacotes: Na tela principal do sistema o usuário deverá ser capaz de escolher as opções que lhe agrade para que o sistema gere a lista com os pacotes que satisfaçam essas opções. As opções deverão ser de fácil entendimento para que o cliente não fique com nenhuma dúvida.

5.2.3. Propriedade Confiabilidade

a.

Métrica 1 Falhas: O máximo de erros permitidos deverá ser de 5 falhas graves por mês, tais como o site fora do ar, erro na hora de confirmar o pacote e erro na hora de mostrar os pacotes após o usuário confirmar suas opções.

5.2.4. Propriedade Segurança:

a.

Métrica 1: Somente o administrador do sistema poderá ter acesso ao log do sistema.

b.

Métrica 2: Nenhum usuário poderá ter acesso aos dados de outros usuários.

(19)

www.viajarfacil.com.br

19

c.

Métrica 3: O código fonte deverá seguir os padrões de segurança

ABNT NBR ISO/IEC 17799 : 2005 para que o sistema seja protegido contra ataques na internet.

5.2.5. Propriedade Manutenibilidade:

a.

Métrica1: O sistema deverá ter uma documentação adequada, de tal forma que qualquer alteração no mesmo seja feita por 3 (três) homens-hora.

b.

Métrica 2: O sistema deverá estar no ar durante 20h por dia, 5 dias por semana.

6. Evolução do sistema

Com o uso do sistema, o cliente eventualmente sentirá a necessidade de aumentar as suas opções de personalização para o dia da viagem. Como evolução do sistema, pode-se implementar um filtro de pesquisa para os pacotes oferecidos, além da opção de escolher o transporte local para os dias de viagem (o que poderia ser feito através de parcerias com companhias de táxi rodoviário ou outro meio de transporte local).

Também pode-se aumentar o escopo do ViajarFacil.com e fornecer pacotes de viagem para eventos, tanto esportivos quanto shows artísticos, além de opções para estudantes que querem fazer intercâmbio nos períodos de férias.

7. Análise de riscos

Para elaborar uma análise de riscos bem fundamentada, utilizou-se da metodologia FMEA (Failure Model and Effect Analysis). Ela consiste no mapeamento inicial dos riscos associados ao sistema, seguida da atribuição de notas (baixa, média ou alta) para os critérios “probabilidade de ocorrência” e “impacto”.

Com as notas atribuídas aos riscos, gera-se o índice de severidade para cada um deles. Priorizando-se os índices de severidade mais preocupantes, são citadas possíveis ações para mitigação ou eliminação destes possíveis problemas. A tabela abaixo elenca a dinâmica descrita:

N Risco Probabilidade Impacto Severidade

1 Indisponibilidade de serviços de um pacote comprado B A B x A

2 Acessibilidade comprometida M A M x A

3

Integração com outros sistemas (hotel, transporte, pagamento) impossibilitada por falta de documentação, suporte ou segurança no tráfego de dados

M A M x A

4 Informações desatualizadas no pacote A A A x A

5 Porte do servidor de hospedagem B M B x M

(20)

www.viajarfacil.com.br

20 Segue abaixo as possíveis ações como forma de mitigar ou eliminar os riscos encontrados nas áreas de maior severidade do gráfico (2, 3 e 4):

N Risco Ação

2 Acessibilidade comprometida

Realizar testes de interface com maior frequência durante a fase de elaboração do software

Fazer pesquisa com usuários diversos com o objetivo de mapear dificuldades encontradas ao utilizar as ferramentas do site

Implementar ferramenta de dicas de utilização no sistema

Fornecer um treinamento para operadores do sistema Disponibilizar central de dúvidas (SAC) para clientes

3

Integração com outros sistemas (hotel, transporte, pagamento) impossibilitada por falta de documentação, suporte ou segurança no tráfego de dados.

Estabelecer de forma contratual o repasse de informações necessárias à utilização completa do sistema

Testar o software “parceiro” com antecedência

Realizar testes de segurança frequentemente no sistema

Escolher sistemas parceiros que sejam recomendados por outros lojistas/consumidores pela alta qualidade do serviço ofertado

4 Informações desatualizadas no pacote

Garantir atualização constante do sistema por meio dos operadores

Acompanhamento do log de erros do sistema com o intuito de mapear frequência e origem dos mesmos em relação à disponibilidade de serviços dos pacotes Procurar parceiros cujos sistemas façam atualizações automaticamente, sem necessitar de mão-de-obra para tal 6 5 1 2 3 4 Pro ba bil id ad e Impacto

FMEA

(21)

www.viajarfacil.com.br

21

8. Anexos

8.1 Técnica orientada a pontos de vista

De acordo com o livro Engenharia de Software de Ian Sommerville[1]:

A técnica de análise orientada a pontos de vista organiza o processo de elicitação e os próprios requisitos usando pontos de vistas. Um ponto forte da análise é o reconhecimento de várias perspectivas e a obtenção de um framework para descobrir conflitos nos requisitos propostos por diferentes stakeholders.

Os pontos de vista podem ser usados como um meio de classificação de stakeholders e de outras fontes de requisitos. Existem três tipos genéricos de pontos de vista:



Pontos de vista de interação: representam pessoas ou outros sistemas que

interagem diretamente com o sistema. Esses pontos de vista fornecem requisitos detalhados do sistema que abrangem as características e as interfaces do mesmo.



Pontos de vista indiretos: representam os stakeholders que não usam o

sistema diretamente, mas que influenciam os requisitos de alguma forma, como, por exemplo, a gerência de um sistema e o pessoal de sua proteção. Esses pontos de vista são os que mais provavelmente fornecem requisitos e restrições organizacionais de alto nível.



Pontos de vista de domínio: representam características e restrições de

domínio que influenciam os requisitos de sistema, como, por exemplo, os padrões desenvolvidos para a comunicação entre vários sistemas.

Para qualquer sistema não trivial, existe um grande número de possíveis pontos de vista, e é praticamente impossível elicitar os requisitos baseado em todos eles. Por isso, é importante a utilização um diagrama hierárquico dos pontos de vista em que cada ramo seja compartilhado os requisitos comuns. A partir disso podem-se identificar os pontos de vista mais importantes e a com eles iniciar a obtenção de requisitos.

8.2 Diagrama do brainstorming geral

Para iniciar a discussão e levantamento de ideias com relação ao sistema, utilizamos a técnica do brainstorming, em que levantamos diversos requisitos. Após a triagem do mesmo, foi possível descrever as funcionalidades do sistema. Abaixo, segue o diagrama de brainstorming gerado.

(22)

www.viajarfacil.com.br

22 Figura 3 – Diagrama de brainstorm geral

Do diagrama pudemos tirar requisitos funcionais, tais como o feedback para os clientes, visitantes também terem acesso aos pacotes e preços, operador do sistema cadastrar os guias, entre outros. Também tiramos alguns requisitos não funcionais como, por exemplo, a segurança do site.

9. Bibliografia

[1] Ian Sommerville. Engenharia de Software. Addison-Wesley, 8ª Edição. [2] Algoritmo do CPF, como disponível no link

http://imasters.com.br/artigo/2410/javascript/algoritmo_do_cpf/, acessado em

10/09/2011.

Diego Fabiano Zilioti de Sousa - RA: 090914 Diego Sanches Rubini - RA: 090927 Murilo Murbach Travareli - RA: 094985 Roberto Hirokazu Usui - RA: 095960 Tiago de Lima Ferreira - RA: 093120