documento de especificaÇÃo de requisitos

30
DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS VIAJARFACIL.COM.BR Nomes RAs Eric Velten de Melo 073024 João Carlos Maggiotto 081721 João Renato D. do Sacramento 061740 Pedro Tabacof 082493 Rodrigo Makoto Inoue 084091 2 Índice 1. Introdução................................................. ......................................................... 3 2. Glossário.................................................. ........................................................... 3 3. Requisitos do Usuário.................................................... ..................................... 4 4. Requisitos do Sistema.................................................... ..................................... 4 4.1. Especificações Técnicas................................................... ..................... 4 4.2. Detalhamento dos Requisitos Funcionais............................................ 5 4.3. Detalhamento dos Requistos Não- Funcionais..................................... 9 4.3.1. Requisitos do

Upload: francisco-balbino-neto

Post on 01-Dec-2015

250 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS

DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS

VIAJARFACIL.COM.BR

Nomes RAs

Eric Velten de Melo 073024

João Carlos Maggiotto 081721

João Renato D. do Sacramento 061740

Pedro Tabacof 082493

Rodrigo Makoto Inoue 084091

2

Índice

1.

Introd

ução........................................................................................................

.. 3

2.

Glos

sário.......................................................................................................

...... 3

3. Requisitos do

Usuário......................................................................................... 4

4. Requisitos do

Sistema......................................................................................... 4

4.1. Especificações

Técnicas........................................................................ 4

4.2. Detalhamento dos Requisitos

Funcionais............................................ 5

4.3. Detalhamento dos Requistos Não-

Funcionais..................................... 9

4.3.1. Requisitos do Sistema........................................................... 9

4.3.2. Requisitos Organizacionais.................................................... 9

4.3.3. Requisitos Externos............................................................... 9

Page 2: DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS

5. Evolução do

Sistema........................................................................................... 10

6. Análise de

Risco.................................................................................................. 11

7. Diagrama de Hierarquia de Pontos de Vista

(HPV)............................................. 12

8. Análise dos Pontos de Vista e

Discussões............................................................

12

8.1. Brainstorming de Pontos de

Vista ........................................................ 12

8.2. Tabelas

VORD....................................................................................... 12

8.3.

Brainstorms..........................................................................................

16

8.3.1 – Brainstorm Usuário.............................................................. 16

8.3.2 – Brainstorm Vendas.............................................................. 17

8.3.3 – Brainstorm Marketing......................................................... 18

8.3.4 – Brainstorm Guia Turístico.................................................... 18

8.3.5 – Brainstorm Administrador................................................... 19

9.

Bibliografia.............................................................................................

.............. 20

3

1. Introdução

O Sistema apresentado neste documento tem como objetivo facilitar

as vendas de pacotes de viagens da

empresa ViajarFacil.com.br através da internet.

O sistema irá conter todos os requisitos necessários para que o cliente

Page 3: DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS

possa montar e adquirir um pacote

de viagem , o qual poderá estar inclusos o transporte, a hospedagem,

os passeios, o guia turístico, de acordo com as

opções dadas pelo sistema. Guiando-o até a finalização do pedido e o

pagamento.

Além de especificar os aspectos citados acima, este documento irá

detalhar as especificações tecnicas

necessárias para que o sistema possa funcionar, especificar os seus

requisitos funcionais e não-funcionais, uma

análise de risco

inerente a esse tipo de sistema, uma espectativa de evolução, através

de sugestões e novas

funcionalidades que podem ser implementadas no futuro e , por fim,

uma listagem de todas as suas funcinalidades.

2. Glossário

·   E-mail: é um método que permite compor, enviar e receber

mensagens através de sistemas eletrônicos de

comunicação.

·   IP: Significa em português, Protocolo Internet, e é utilizado para a

comunicação através da rede Internet .

·   Logon: Processo de identificação do usuário para o computador.

·   Usuário: Aquele que utiliza o sistema.

·   Viajante: Usuário cadastrado no sistema

·   Banco de dados: Conjunto de informações, organizadas e

estruturadas, separadas por campos, para

armazenamento. Um arquivo composto de registros, com cada um

contendo campos juntamente com um

conjunto de operações para pesquisa, classificação, recombinação e

outras funções.

·   Feedback: é o procedimento que consiste no provimento de

Page 4: DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS

informação à uma pessoa sobre o

desempenho, conduta, eventualidade ou ação executada por esta.

·   Bug: é um erro no funcionamento comum de um software, também

chamado de falha na lógica

programacional de um programa de computador.

·   Feature: é uma caracteristica distintiva de um item do software.

·   Bug tracking: é uma aplicação designada a ajudar a garantir a

qualidade do software.

·   Denial-of-Service (DoS): é uma tentativa em tornar os recursos de

um sistema indisponíveis para seus

utilizadores.

·   Service-level agreement (SLA): é um acordo firmado entre a área

de TI e seu cliente interno, que descreve

o serviço de TI, suas metas de nível de serviço, além dos papéis e

responsabilidades das partes

envolvidas

no acordo.

·   Hacker: são indivíduos que elaboram e modificam software e

hardware de computadores, seja

desenvolvendo funcionalidades novas, seja adaptando as antigas.

·   Cracker: é o termo usado para designar quem pratica a quebra (ou

cracking) de um sistema de segurança,

de forma ilegal ou sem ética.

·   Back-up: é a cópia de dados de um dispositivo de armazenamento

a outro para que possam ser

restaurados em caso da perda dos dados originais, o que pode

envolver apagamentos acidentais ou

corrupção de dados.

·   Log: é o termo utilizado para descrever o processo de registro de

eventos relevantes num sistema

Page 5: DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS

computacional.

·   Software: logiciário ou suporte lógico é uma sequência de

instruções a serem seguidas e/ou executadas, na

manipulação, redirecionamento ou modificação de um

dado/informação ou acontecimento.

·   Servidor: um servidor é um sistema de computação que fornece

serviços a uma rede de computadores.

·   LAMP: é um acrônimo para a combinação: * Linux * Apache *

MySQL * PHP, Perl ou Python *

Recentemente a letra P começou a fazer referência a PERL ou Python

como linguagens de programação

alternativas ao PHP.

4

3. Requisitos do Usuário

Os usuários do sistema devem ser capazes de visualizar e escolher

pacotes de viagem para adquirir,

personalizando seu produto de acordo com as opções fornecidas pelo

Viajar Fácil. Após escolher o seu pacote, o

usuário pode customizá-lo de acordo com as opções fornecidas pela

empresa, incluindo transporte, hospedagem,

passeios e guia turístico, detalhados a seguir:

·   Transporte: Comprado diretamente com a companhia parceira:

o Aéreo: Nacional (TAM, GOL, e Azul)

ou Europa (Air France, Luftansa, TAP, Alitália)

o Marítmo: Nacional (BrazilCruises)

·   Hospedagem: O hotel é reservado diretamente em sites de reserva

parceiros (Hoteis.com,

Venere.com ou outros), determinado pelo próprio site, depois que o

usuário seleciona os seguintes

critérios:

Page 6: DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS

o Categoria (Número de estrelas do hotel)

o Faixa de preço

·   Guia Turístico : Ítem opcional que pode ser solicitado pelo usuário,

mas a oferta está sujeita a condições de

quórum mínimo. O usuário seleciona:

o Quantidade de dias

o Idioma

·   Passeios Extras : São opcionais

Após a escolha do pacote, personalização e inclusão de itens

opcionais, é gerado um relatório completo

com todas as opções incluídas, para verificação do usuário.

Nesse momento, se o usuário não está cadastrado, o cadastro deve

ser realizado. O cadastro deve conter:

·   Usuário

·   Senha

·   Nome completo

·   RG

·   CPF

·   Endereço completo

O pagamento pode ser feito através de cartão de crédito, boleto

bancário ou depósito em conta corrente.

A reserva só é efetuada após confirmação do pagamento da primeira

parcela.

4. Requisitos do Sistema

4.1 - Especificações Técnicas

Em relação a este campo, é necessário estarmos cientes que o

sistema é uma aplicação WEB, ou seja, será

necessário nos preocuparmos com a questão do servidor.

Considerando que, no período de 1 ano, a aplicação terá cerca de

10000 usuários e até 1000 usuários

simultâneos em períodos de pico, como temporadas e férias

Page 7: DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS

escolares, por exemplo.

Há duas opções, a primeira é a obtenção de um hardware e software

que cumpra com todos os requisitos

externos e internos do sistema.

Afim de reduzir os custos,

temos a opção da utilização do software livre. Desta forma, podemos

utilizar o

LAMP, um conjunto de softwares que oferece uma solução funcional

para aplicação web. Neste pacote estão

inclusos:

·   Linux - O sistema operacional

·   Apache - O servidor web

·   MySQL - O sistema de gerenciamento do banco de dados

·   Perl, PHP ou Python - As linguagens de script

Em relação ao hardware, podemos considerar inicialmente o sistema

com um sistema de pequeno porte

5

que irá crescer ao decorrer do tempo. Assim, devemos investir em um

hardware que sempre trabalhe com folga

mesmo com a evolução do sistema. O conjunto de hardware deve ter

pelo menos a seguinte configuração:

·   Processador Quadcore ou da linha i7 da Intel.

·   Pelo menos 6GB de memória RAM.

·   Pelo menos um HD 250 GB, como hoje em dia o custo do HD não é

tão alto, é bastante vantajoso optar por

um espaço maior.

A segunda opção é optar por um data center. Esta opção vem sendo

largamente utilizada atualmente para

aplicações web. Primeiramente, por ter a vantagem de ter um custo

inicial reduzido, pois não há gastos com

Page 8: DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS

hardware. Além da questão da segurança, por exemplo, quando há a

utlização de hardware próprio, em caso de

queda de energia, o servidor cairá, causando a saída do ar do

website. Caso isso aconteça num data center, a

responsabilidade é toda da empresa tercerizada.

A configuração pode ser bastante modesta. Uma vez que esta

configuração é bastante maleável quando se tratado

de data centers. Desta forma, ao decorrer do crescimento do sistema,

a configuração pode ser melhorada.

Inicialmente, podemos considerar um servidor com a seguinte

configuração:

·

  Processador de pelo menos 1 GHz.

·   500 MB de memória RAM.

·   20 GB de espaço em disco.

·   500 GB de limite de transferência.

Para a escolha do data center, devemos considerar a sua

performance e o seu custo. Desta forma,

escolheremos uma configuração básica que gere um bom

custo/benefício.

Outra questão que devemos nos preocupar é o funcionamento correto

do sistema para o usuário. Para iss

o, temos que ter a certeza que ele funcionará corretamente nos

navegadores mais utilizados atualmente (Internet E

xplorer. Mozilla Firefox, Safari e Google Chrome). Desta forma, todo o

código do sistema seguirá o padrão criado pe

la W3C, cujo padrão é reconhecido por todos os navegadores.

4.2 – Detalhamento dos Requisitos Funcionais

I. Seleção da cidade origem baseado no IP do usuário

Função: Oferecer ofertas de pacotes e transportes direcionados ao

Page 9: DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS

usuário, tomando como base sua localidade de

acesso.

Descrição: A partir do IP utilizado pelo usuário, definir cidade de

acesso à rede para direcionar ofertas ao usuário.

Casa a cidade não tenha aeroporto ou porto, será definida a cidade

mais próxima que contenha tais características.

Utilizado por: Usuário anônimo e Usuário cadastrado.

Entrada: IP do usuário.

Saída: Cidade de acesso do usuário.

II. Listagem de pacotes promocionais

Função: Exibir ao usuário as ofertas cadastradas no sistema,

auxiliando sua busca.

Descrição: A partir da localidade do usuário e de seu histórico de

buscas e compras, filtrar e ordenar por relevância

as ofertas cadastradas no sistema.

Utilizado por: Usuário anônimo e Usuário cadastrado.

Entrada: Histórico de buscas e compras (se Usuário cadastrado)

e cidade de acesso do usuário.

Saída: Lista de anúnios de ofertas.

III. Listagem de cidades de destino

Função: Exibir ao usuário as possibilidades de destino para sua dada

origem.

Descrição: Com base na origem do usuário, consulta e exibe as

possibilidades de cidade destino para viagem.

Utilizado por: Usuário anônimo e Usuário cadastrado.

6

Entrada: Cidade de acesso (origem) do usuário.

Saída: Lista com as possíveis cidades de destino, dada a origem do

usuário.

IV. Montagem de pacotes personalizados

Page 10: DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS

Função: Possibilitar a customização de pacotes de viagens, incluindo

transporte, hospedagem, guias turísticos e/ou

passeios.

Descrição: O usuário tem a opção de montar um itinerário de viagem

(nacional ou internacional) baseado nas

cidades a serem visitadas, incluindo passagens aéreas e/ou

marítimas, hospedagem em hotéis, guias e passeios

turísticos disponíveis conforme seu interesse.

Utilizado por: Usuário anônimo, Usuário cadastrado e Vendas.

Entrada: Cidades incluídas no itinerário, transportes a serem

utilizados e guias e passeios turísticos a serem

contratados.

Saída: Lista com os itens incluídos no pacote personalizado pelo

usuário.

VI. Cadastro de usuário

Função: Cadastrar o usuário no sistema de modo a permiti-lo efetuar

a reserva de pacotes.

Descrição: Dadas as informações pessoais do usuário, verificar pré-

existência de um cadastro para o mesmo cliente,

de utilização do nome usuário e validade do RG e e-mail, e então

cadastrar o usuário no sistema.

Utilizado por: Usuário anônimo e Vendas.

Entrada: Nome e endereço completos, RG, CPF, e-mail, usuário e

senha.

Saída: Confirmação ou rejeição do cadastro do

usuário.

VI. Logon

Função: Cadastrar o usuário no sistema de modo a permiti-lo efetuar

a reserva de pacotes.

Descrição: Dadas as informações pessoais do usuário, verificar pré-

Page 11: DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS

existência de um cadastro para o mesmo cliente,

de utilização do nome usuário e validade do RG e e-mail, e então

cadastrar o usuário no sistema.

Utilizado por: Usuário cadastrado e Vendas.

Entrada: Nome e endereço completos, RG, CPF, e-mail, usuário e

senha.

Saída: Confirmação ou rejeição do cadastro do usuário.

VII. Gerenciamento de informações pessoais

Função: Permitir o usuário a alterar suas informações pessoais

cadastradas.

Descrição: Para cada campo cadastrado pelo usuário (com exceção do

nome do usuário), possibilidar a alteração da

informação cadastrada mediante apresentação da senha.

Utilizado por: Usuário cadastrado e Vendas.

Entrada: Nome completo, endereço completo, RG, CPF e/ou e-mail e

senha.

Saída: Confirmação da alteração dos dados cadastrais do usuário.

VIII. Sistema de bug tracking

Função: Reportar bugs e problemas do sistema diretamente ao

suporte técnico

Descrição: Envia mensagem eletrônica do usuário à equipe de suporte

técnico do sistema diretamente por meio do

site.

Utilizado por: Administração, Vendas e Marketing.

Entrada: Problema ou bug encontrado.

Saída: Confirmação do recebimento da mensagem e um ticket que

pode ser utilizado para verificar o andamento da

solução.

IX. Sistema de reclamação e sugestão

Função: Abrir um registro de comunicação do usuário para fazer

reclamações ou sugestões sobre sistema.

Page 12: DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS

Descrição: Envia mensagem eletrônica do usuário à administração do

sistema diretamente por meio do site.

Utilizado

por: Viajante, Vendas e Marketing.

Entrada: Assunto e mensagem utilizada para contato.

Saída: Confirmação do contato.

X. Visualização de pacotes antigos

Função: Permitir o usuário visualizar seu histórico de aquisição de

pacotes através do sistema.

7

Descrição: Exibe uma listagem com todos os pacotes comprados no

passado pelo usuário do sistema.

Utilizado por: Usuário cadastrado e Vendas.

Entrada: Nome do usuário.

Saída: Lista dos pacotes adquiridos no passado pelo usuário.

XI. Visualização para impressão do relatório do pacote atual

Função: Reunir as informações importantes do pacote atual do usuário

num relatório para impressão.

Descrição: Exibe um relatório com os dados do pacote atual do

usuário no formato para impressão.

Utilizado por: Usuário cadastrado e Vendas.

Entrada: Nome do usuário, código do pacote.

Saída: Relatório com os dados do pacote em questão.

XII. Visualização para impressão do relatório de histórico de pacotes

promocionais

Função: Possibilitar análise dos pacotes promocionais oferecidos pelo

sistema ao longo do tempo.

Descrição: Exibe a listagem de todos os pacotes promocionais

utilizados no sistema após a data início e após a data t

érmino do limite estabelecido.

Page 13: DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS

Utilizado por: Marketing e Administrador.

Entrada: Datas limite de início e fim do período de busca desejado.

Saída: Lista de pacotes promocionais que estejam dentro do período

estipulado.

XIII. Visualização para impressão do relatório de visualizações e

compras de pacotes promocionais

Função: Possibilitar análise de quais os pacotes promocionais mais

visualizados e também os mais comprados pelos

viajantes.

Descrição: Exibe

a listagem dos pacotes promocionais armazenados pelo sistema

ordenados decrescentemente com

relação ao número de visualizações ou vendas, filtrados por perfil de

usuário.

Utilizado por: Marketing e Administrador.

Entrada: Prisma de visualização desejado (número de visualizações ou

número de vendas), período a ser considerad

o (data inicial e final da busca), localização, faixa etária dos viajantes

compradores.

Saída: Lista de pacotes promocionais que estejam dentro dos filtros

buscados, ordenados decrescentemente, com a

informação do número de visualizações e compras.

XIV. Visualização para impressão do relatório de programação diária e

semanal, programas mais procurados

Função: Facilitar o acesso do Guia Turístico a informações como quais

os passeios que ele realizará no dia ou na

semana, e também verificar quais os programas mais procurados

pelos viajantes.

Descrição: Exibe a listagem dos programas turísticos a serem feitos

por aquele usuário Guia Turístico no dia ou

Page 14: DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS

semana, ou quais os mais procurados em ordem decrescente.

Utilizado por: Guia Turístico e Administrador.

Entrada: Dia ou semana que se deseja consultar a programação.

Saída: Lista de programas turísticos a serem feitos no dia ou na

semana, ou ainda lista decrescente dos programas

mais procurados pelos usuários viajantes.

XV. Visualização para impressão do relatório de vendas

Função: Permitir análise da evolução de vendas feitas por um

operador.

Descrição: Exibe as estatísticas de número de pacotes vendidos pelo

operador, bem como sua evolução em relação

aos meses e anos anteriores.

Utilizado por: Vendas e Administrador.

Entrada: Mês e ano inicial

e final do período de análise.

Saída: Lista de estatísticas com os números de programas vendidos e

a evolução percentual do vendedor relativo a

cada período.

XVI. Pagamento de pacote

Função: Possibilitar a finalização da compra de pacote através do

pagamento do mesmo.

Descrição: Exibe ao usuário o valor do pacote para que ele escolha a

forma de pagamento a ser utilizada para

finalizar a compra.

Utilizado por: Usuário cadastrado e Vendas.

Entrada: Dados do usuário e do pacote e forma de pagamento.

8

Saída: Comprovante de pagamento (se a forma de pagamento for

cartão) ou boleto bancário (se a forma de

pagamento por boleto).

Page 15: DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS

XVII. Manutenção de pacotes promocionais

Função: Possibilitar o cadastro, alteração e exclusão de pacotes

promocionais do sistema.

Descrição: No caso de cadastro, solicita ao usuário as informações do

pacote promocional a ser cadastrado. No caso

de alteração e exclusão, solicita ao usuário alguma informação do

pacote de modo a buscá-lo no sistema e permitir

ao usuário encontrá-lo; uma vez selecionado o pacote promocional,

suas informações podem ser alteradas ou ele

pode ser excluído do sistema.

Utilizado por: Marketing e Administrador.

Entrada: Dados do pacote a ser incluído, excluído ou cujas

informações serão alteradas.

Saída: Mensagem de confirmação da operação realizada ou

justificando o porquê do insucesso.

XVIII. Manutenção de programas turísticos

Função: Possibilitar o cadastro, alteração e exclusão de programas

turísticos do sistema.

Descrição: No caso de cadastro, solicita ao usuário as informações do

programa turístico a ser cadastrado. No caso

de alteração e exclusão, solicita

ao usuário alguma informação do programa turístico de modo a

buscá-lo no sistema

e permitir ao usuário encontrá-lo; uma vez selecionado o programa

turístico, suas informações podem ser alteradas

ou ele pode ser excluído do sistema.

Utilizado por: Guia Turístico e Administrador.

Entrada: Dados do programa turístico a ser incluído, excluído ou cujas

informações serão alteradas.

Saída: Mensagem de confirmação da operação realizada ou

Page 16: DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS

justificando o porquê do insucesso.

XIX. Visualização de logs de todas as operações realizadas

Função: Registrar e visualizar os logs das operações feitas no sistema,

por razões de segurança.

Descrição: Permite ao Administrador visualizar cada operação

realizada no sistema (como vendas, cadastros,

atualizações) através de uma listagem das mesmas por ordem

decrescente de momento de realização.

Utilizado por: Administrador.

Entrada: Período (data inicial e final) de que se desejam visualizar os

logs.

Saída: Lista com as operações feitas, contendo o dia e horário da

operação e qual usuário a realizou.

XX. Acesso aos sistemas de bancos de dados

Função: Acessar e modificar todos os sistemas de banco de dados do

sistema.

Descrição: Acessar o banco de dados do sistema com permissão para

modificar (incluir, alterar ou excluir) itens que

sejam necessários.

Utilizado por: Administrador

XXI. Gerencia de todos os espaços dos usuários

Função: gerenciar espaços dos usuários.

Descrição: Habilitar e desabilitar funcionalidades de todos usuários

(principalmente vizualização de relatórios).

Utilizado por: Administrador.

XXII. Acesso a espaço de usuário

Função: Alterar informações de um usuário e/ou operar

reservas e pagamentos para esse.

Descrição: Através de uma tela de login, o usuário de vendas pode,

sem ter de se desconectar de seu perfil, acessar

Page 17: DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS

à conta de um Viajante e atualizar suas informações e operar reservas

e pagamentos de pacotes de viagens.

Utilizado por: Vendas.

Entrada: Nome do usuário e senha do Viajante.

Saída: Mensagem confirmando o êxito no acesso ou justificando o

insucesso.

9

4.3 – Detalhamento dos Requisitos Não-Funcionais

4.3.1. Requisitos do Sistema

Velocidade

O Tempo de resposta do sistema ao usuário deve ser rápido, não

devendo passar de 10 segundos para

carregar as páginas utilizando acesso externo com uma conexão

banda-larga de 1Mbps.

Facilidade de uso

O Usuário do sistema deve se familiarizar rapidamente com as

funcionalidades do sistema. Os recursos prin

cipais devem estar apresentados de forma intuitiva e direta.

Confiabilidade

O sistema deverá ser tolerante a falhas. A ocorrência de uma falha

não deve impedir o funcionamento do si

stema como um todo. Todas as falhas devem ser reportadas para que

possa ser verificada sua causa.

Disponibilidade

O sistema deve estar disponível 24 horas por dia, com uptime de

99.9%.

Robustez

O sistema deve garantir que os dados não sejam perdidos devido a

uma falha do sistema. Para isso, backup

s devem ser realizados periodicamente de forma automática.

Segurança

Page 18: DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS

Todos os dados dos usuários e informações sensíveis devem ser

transmitidos de modo seguro através da re

de, usando protocolos confiáveis de criptografia.

4.3.2 Requisitos organizacionais

Implementação

O sistema deve ser implementado utilizando a linguagem JAVA para

web.O FrontEnd da

aplicação será

implementado como um site usando HTML 5/CSS. A implementação

deverá utilizar um gerenciador de aplicações

web de código aberto.

Fornecimento

Os documentos e processos do sistema desenvolvidos devem ser

entregues conforme estipulado no

contrato principal.

4.3.3 Requisitos externos

Privacidade

10

Nenhuma informação pessoal dos usuários podem ser divulgadas à

outras pessoas cadastradas no sistema

ou não. Assim como nenhuma consulta sobre históricos de compras,

produtos de interesse e preferências dos

usuários podem ser divulgadas sem o consentimento do mesmo.

5. Evolução do Sistema

A evolução do sistema se refere ao plano de manutenção e de

melhoramento dele após a entrega do

produto, cujas mudanças podem ser classificadas em quatro

diferentes categorias [1]:

·   Manutenção corretiva: modificação reativa do software feita após a

descoberta de um problema;

Page 19: DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS

·   Manutenção adaptativa: modificação para que o software continue

funcional em um ambiente que foi

modificado;

·   Manutenção perfectiva: modificação do software para melhoria de

performance ou para a adequação de

requisitos novos ou modificados do cliente;

·   Manutenção preventiva: modificação do software para melhorar sua

manutabilidade ou para resolver

possíveis problemas latentes do sistema.

Em caso de uma mudança de um requisito do sistema, é possível que

as modificações decorrentes sejam

classificadas em mais de uma das quatro categorias acima [2].

O sistema deve ser feito de forma a facilitar o feedback de seus

usuários (incluindo todos pontos de vista

considerados), mas de forma diferenciada:

·   Para a administração, marketing ou vendas

deve haver um sistema de bug tracking, que permite reportar

diretamente aos desenvolvedores e verificar o andamento da solução

para cada bug que for encontrado no

sistema;

·   Para o usuário autenticado que realizou uma compra deve haver

um sistema opcional de avaliação, em que

ele pode dar feedback sobre todo o processo (não implementado a

princípio - ver abaixo);

·   Para todos os usuários deve haver um sistema de reclamação e

sugestão genérico, inicialmente

implementado como e-mail para a administração.

Dessa forma poderia ser feita uma reunião semanal entre a

administração e os desenvolvedores em que

aqueles, munidos de todas reclamações, sugestões e avaliações

Page 20: DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS

recebidas, possam sugerir e especificar novos

requisitos do sistema para estes, sob custo a ser discutido (o custo da

adição de uma nova feature deve refletir o

tempo de implementação dela, enquanto o da correção de um

problema faz parte do custo inicial do produto).

A integração das seguintes funcionalidades está planejada:

·   Possibilidade de mudar as parcerias com companhias aéreas e sites

de hoteis;

·   Sistema de reclamação e sugestão genérico integrado ao site,

suplantando o sistema por e-mails descrito

acima;

·   Sistema de avaliação do usuário após realização de operação para

que ele possa dar um feedback sobre o

processo pelo qual ele passou;

·   Sistema de avaliação dos serviços comprados após a utilização

destes em que o usuário possa relatar e

avaliar sua experiência de viagem para ajudar a escolha de outros

usuários. Seria necessário esperar que o

usuário terminasse sua viagem para enviar (por e-mail) o pedido de

avaliação;

·   Atendimento online

utilizando interação textual (chat), auditiva ou visual;

·   Integração a novas plataformas computacionais, como

smartphones (Android, iPhone, etc) ou tablets (iPad,

Kindle, etc).

11

6. Análise de Risco

I. Falta de energia ou queda da internet

Descrição: Queda de energia ou da conexão de internet no local onde

se encontram os servidores que hospedam o

Page 21: DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS

sistema.

Probabilidade: 25%

Possível solução: Utilizar o serviço de hospedagem de empresas que

possuam geradores próprios de energia, que

tenham seus servidores distribuídos geograficamente, e/ou empresa

cujo SLA (service-level agreement) garanta

operação do servidor na maior parte do tempo (mais que 99%),

sujeito a multa ou a redução de preço caso

contrário.

II. Erro fatal de software

Descrição: Erro de software que leve ao travamento do servidor

Probabilidade: 5%

Possível solução: Detecção automática de falhas fatais de software

(verificando a resposta do servidor

periodicamente, por exemplo) e subsequente reinicialização do

sistema para manter a continuidade da execução

deste.

III. Ataque DoS (Denial-of-Service)

Descrição: Ataque em que grande quantidade de pedidos inócuos são

feitos ao servidor com o intuito de

sobrecarregá-lo, impossibilitando que os usuários possam utilizar os

serviços oferecidos, podendo vir de um usuário

só ou ser distribuído (Distributed DoS - DDoS).

Probabilidade: 2%

Possível solução: Para o DoS comum, basta limitar a quantidade de

pedidos que um único IP possa mandar em

determinado intervalo de tempo. No caso do DDoS, a melhor maneira

de se proteger é não tomar atitudes que

possam irritar a comunidade hacker, como se pronunciar a favor

Page 22: DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS

de políticas restritivas na internet ou ser contra

movimentos de software livre. Se o ataque for feito por uma empresa

concorrente, é mais prático tomar medidas

legais após a ocorrência do ataque, pois a proteção contra DDoS é

tecnicamente muito complexa.

IV. Roubo de conta dos usuários

Descrição: Usuário tem a conta roubada por um cracker, sendo que

isso pode acontecer de diversas maneiras

diferentes usualmente em contextos aos quais não temos acesso.

Probabilidade: 100%

Possível solução: Como não se pode controlar o que o usuário faz no

seu próprio computador, é preciso criar meios

para que ele possa recuperar a conta facilmente e que as ações feitas

pelo cracker sejam revertidas. Para recuperar

a conta, pode-se utilizar perguntas secretas, números de celular ou e-

mails alternativos. Para reverter ações, podese

utilizar um log de todas ações que a conta realizou no sistema.

V. Perda de dados

Descrição: Falha no sistema de armazenamento do servidor levando à

perda de dados (descarga elétrica queimando

HDs, por exemplo)

Probabilidade: 25%

Possível solução: Utilizar sistema de hospedagem cujo contrato inclua

back-up de todos os dados.

VI. Preço errado de serviços

Descrição: Erro no momento de alterar o criar o preço de um serviço,

possivelmente levando a grande prejuízo caso

o preço errado seja bem menor do que deveria ser e vários viajantes

comprem o serviço antes da correção ser feita.

Probabilidade: 10%

Possível solução: Toda vez que houver a modificação do preço de um

Page 23: DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS

serviço já existente ou a criação de um novo

serviço, fazer com que o operador tenha absoluta certeza do preço a

ser colocado, insistindo que

ele leia e escreva o

preço mais de uma vez.

VII. Invasão do sistema

Descrição: Crackers invadem o sistema com intuito malígno (roubo de

informações, por exemplo)

Probabilidade: 15%

Possível solução: Os crackers em geral se utilizam da engenharia

social para obter as informações necessárias para a

invasão, assim a conscientização dos usuários não-viajantes de que a

maior parte das invasões decorrem de falhas

humanas é essencial para que eles sempre sejam cuidadosos com

suas contas, com as informações que eles

12

divulgam e com que eles fazem nos seus computadores (pessoais e

do trabalho).

7. Diagrama de Hierarquia de Pontos de Vista (HPV)

8. Análise dos Pontos de Vista e Discussões

8.1 - Brainstorming de Pontos de Vista

1. Usuário (Cliente)

2. Administrador

3. Operadores

a. Televendas

b. Pacotes (Descartado)

4. Marketing

5. RH / financeiro (Descartado)

6. Webmaster (Descartado)

7. Parceiros

Page 24: DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS

a. Companhias aéreas & marítimas

b. Buscador de hotéis

c. Guias turísticos

8.2 – Tabelas VORD

I. Ponto de vista do Usuário

Referência: Usuário Anônimo

Atributos

1. Endereço IP (localização)

Eventos

1. Visualizar Pacotes Promocionais;

2. Montar e Visualizar Pacotes Personalizados;

3. Cadastrar-se no site;

Serviços

1. Selecionar cidade origem baseado no IP do usuário;

2. Listar Pacotes Promocionais;

3. Listar cidades de destino;

4. Montador de Pacotes Personalizados;

13

5. Realizar Cadastro.

Subpontos de Vista:

II. Ponto de Vista Viajante

Referência: Viajante

Atributos

1. Endereço IP (localização);

2. E-mail (login);

3. Senha;

4. Nome Completo;

5. Endereço;

6. RG;

7. CPF;

8. Telefone.

Page 25: DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS

Eventos

1.

Logar;

2. Gerenciar Informações Pessoais (login, senha, endereço, etc);

3. Contactar suporte técnico;

4. Visualizar pacotes antigos;

5. Visualizar e imprimir relatório do pacote atual;

6. Realizar pagamento de pacote atual;

7. Todas dos Subpontos de vista listados abaixo.

Serviços

1. Realizar Login;

2. Listar pacotes adquiridos anteriormente;

3. Gerar relatório do pacote atual;

4. Visualizar e alterar informações pessoais;

5. Criar, Visualizar e Finalizar contato com o Suporte Técnico;

6. Acessar sistema de pagamento;

7. Todos dos Subpontos de vista listados abaixo

Subpontos de Vista:

1. Usuário Anônimo.

III. Ponto de Vistas Vendas

Referência: Vendas

Atributos

1. Função;

1. E-mail (login);

2. Senha;

Eventos

1. Logar;

2. Acessar relatórios (Parceiros, Vendas e outros);

3. Visualizar registro de todas as suas operações;

4. Acessar o Espaço do Usuário: pode alterar pacotes já existentes e

Page 26: DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS

realizar novas vendas;

5. Todos dos sub-pontos de vista listados abaixo;

14

Serviços

1. Realizar login;

2. Gerar e visualizar relatórios;

3. Registrar todas as operações;

4. Acessar o espaço do Usuário:

a. Cadastrar e Alterar novos Usuários (Clientes)

b. Acessar sistema de pagamentos (Finalizar Vendas);

Subpontos de Vista:

1. Viajante;

2. Usuário Anônimo.

IV. Ponto de Vista Marketing

Referência: Marketing

Atributos

1. Função;

2. E-mail (login);

3. Senha;

Eventos

1. Logar;

2. Visualizar Relatórios;

3. Gerenciar Pacotes Promocionais.

Serviços

1. Realizar Login;

2. Gerar relatórios: pacotes promocionais ativos e anteriores;

3. Gerar relatórios sobre visualizações e compras;

4. Cadastrar, Alterar e Excluir

pacotes promocionais.

Subpontos de Vista:

Page 27: DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS

V. Ponto de Vista Guia Turístico

Referência: Guia Turístico

Atributos

1. E-mail (login);

2. Senha;

3. Nome Completo;

4. Endereço;

5. RG;

6. CPF;

7. Telefone.

Eventos

1. Logar;

2. Visualizar Relatórios;

3. Gerenciar programas turísticos.

Serviços

1. Realizar Login;

2. Gerar relatórios;

15

3. Cadastrar, Alterar e Excluir programas turísticos.

Subpontos de Vista:

VI. Ponto de Vista Administrador

Referência: Administrador

Atributos

1. Função;

2. E-mail (login);

3. Senha.

Eventos

1. Logar;

2. Administrar todas as bases de dados e espaços dos usuários;

3. Visializar logs do sistemas;

4. Monitorar a integridade do sistema;

Page 28: DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS

5. Cadastrar, Alterar e Excluir usuários do Sistema;

6. Todos dos sub-pontos de vista listados abaixo;

Serviços

1. Realizar Login;

2. Acessar e modificar todos os sistemas de banco de dados;

3. Gerar logs de todas as operações realizadas e agregar em um

visualizador;

4. Todos dos sub-pontos de vista listados abaixo;

Subpontos de Vista:

1. Usuários Cadastrados;

2. Guia turístico;

3. Vendas;

4. Marketing.

16

8.3 – Brainstorms

8.3.1 – Brainstorm Usuário

17

8.3.2 – Brainstorm Vendas

18

8.3.3 – Brainstorm Marketing

8.3.4 – Brainstorm Guia Turístico

19

8.3.5 – Brainstorm Administrador

20

9. Bibliografia

[1] Lientz, B.P. and Swanson, E.B., Software Maintenance

Management, A Study Of The Maintenance Of Computer

Application Software In 487 Data Processing Organizations. Addison-

Wesley, Reading MA, 1980. ISBN 0201042053

[2] http://en.wikipedia.org/wiki/Software_maintenance

[3] http://www.ic.unicamp.br/~ariadne/mc436/2s2011/index.html

Page 29: DOCUMENTO DE ESPECIFICAÇÃO DE REQUISITOS