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

Transcrição

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

2 1. Índice 2. Introdução 3 3. Glossário 3 4. Definição dos requisitos do usuário 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 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 mais detalhados Desempenho Usabilidade Confiabilidade Segurança Manutenibilidade Evolução do sistema Análise de riscos Anexos Técnica orientada a pontos de vista Diagrama do brainstorming geral Bibliografia 22 2

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

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 Atributos Serviços Subpontos de vista Cliente ID, nome completo, RG, CPF, endereço completo, usuário, senha Visualizar pacotes, cadastrar usuário, selecionar pacote, comprar pacote, visualizar aquisições, cancelar cadastro Visitante, cadastrado 4

5 Operador do sistema Atributos Serviços Subpontos de vista Operador de sistema ID, usuário, senha Cadastrar operador, acessar pagamentos, acessar lista de usuários, acessar log do sistema, cadastrar destinos, cadastrar guias, cadastrar passeios Operador, administrador Segue o diagrama com os pontos de vista, serviços e requisitos não funcionais do sistema: Figura 1 - Diagrama de Pontos de Vista do Sistema 5

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 Visualizar pacotes Permitir que clientes, cadastrados ou visitantes, visualizem as opções de pacotes oferecidas pelo ViajarFacil.com.br. 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). Cliente Cadastrados e visitantes 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. Próprio sistema Tabela 2. Cadastrar usuários Cadastrar usuários 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 6

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. Cliente 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. Próprio sistema Tabela 3. Selecionar pacotes Selecionar pacotes Permitir que os clientes selecionem dentre as várias opções de pacotes possíveis. Selecionar, dentre as possibilidades: origem, destino, passeios, hotel, guia, transporte e período. Cliente Cadastrados As opções devem ser de fácil entendimento e mostrar a lista de pacotes no máximo em 10 segundos Próprio sistema Tabela 4. Comprar pacote Comprar pacote 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. 7

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. Cliente 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 Próprio sistema e sistema de pagamento externo Tabela 5. Visualizar aquisições Visualizar aquisições 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. Cliente. 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). Próprio sistema. Tabela 6. Cancelar cadastro Cancelar cadastro Permitir que os clientes cadastrados fechem a conta no ViajarFacil.com.br Após logado, na mesma página onde o cliente pode alterar seus dados cadastrais, haverá a opção 8

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. Cliente Cadastrado. O sistema deve garantir a exclusão de todos os dados do usuário. Próprio sistema. Tabela 7. Cadastrar operador Cadastrar operador 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. Operador de sistema 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. Próprio sistema. 9

10 Tabela 8. Acessar pagamentos Acessar pagamentos Permitir que o administrador tenha controle sobre os pagamentos e recebimentos feitos no sistema. Ter acesso sobre todas as transações feitas no sistema a partir do painel do administrador. Operador de sistema 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. Próprio sistema Tabela 9. Acessar lista de usuários Acessar lista de usuários 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. Operador do sistema Administrador Esse acesso deverá ser totalmente seguro para que nenhum dado seja visto por outro usuário que não seja o administrador Sistema Tabela 10. Acessar log do sistema Acessar log do sistema O administrador do sistema poderá visualizar ou fazer download do log do sistema. 10

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. Operador do sistema 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. Próprio sistema. Tabela 11. Cadastrar destinos Cadastrar destinos 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. Operador do sistema. 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. Próprio sistema 11

12 Tabela 12. Cadastrar passeio Cadastrar passeio 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. Operador de sistema 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. Próprio sistema. Tabela 13. Cadastro de guias Cadastro de guias 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. Operador de sistema Operador de sistema e administrador 12

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. 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). Figura 2 Diagrama de Relações do Sistema com Usuários e Sistemas Externos 13

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 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 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 novo cliente cadastrado 14

15 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 Pós-condição: O sistema deve atualizar o banco de dados incluindo este novo operador 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. Pós-condição: O sistema deve atualizar o banco de dados incluindo este novo guia 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. Pós-condição: O sistema deve atualizar o banco de dados incluindo este novo administrador 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). 15

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 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 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 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 Pagamento Função: Executar pagamento Descrição: O cliente escolhe a quantidade de parcelas e uma dentre três formas de pagamento: cartão, boleto bancário ou depósito em conta. 16

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 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 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 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 17

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 mais detalhados Nessa seção, serão descritos os requisitos não funcionais do sistema divididos em cinco propriedades: 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 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 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 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. 18

19 c. Métrica 3: O código fonte deverá seguir os padrões de segurança ABNT NBR ISO/IEC : 2005 para que o sistema seja protegido contra ataques na internet 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 M A M x A dados 4 Informações desatualizadas no pacote A A A x A 5 Porte do servidor de hospedagem B M B x M 6 Ausência de operadores B B B x B 19

20 Probabilidade FMEA Impacto 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 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 2 Acessibilidade comprometida 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. 4 Informações desatualizadas no pacote 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 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 20

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

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 acessado em 10/09/2011. Diego Fabiano Zilioti de Sousa - RA: Diego Sanches Rubini - RA: Murilo Murbach Travareli - RA: Roberto Hirokazu Usui - RA: Tiago de Lima Ferreira - RA: