Histórico de Revisão Data Versão Descrição Autor 19/09/ Implementação de itens essenciais para futuro aprimoramento.

Transcrição

1 Documento de Requisitos 1 Documento de Requisitos Versão 1.2 Histórico de Revisão Data Versão Descrição Autor 19/09/ Implementação de itens essenciais para futuro aprimoramento. Camilo Fernandes 01/10/ Revisão de Requisitos Funcionais Camilo Fernandes 08/10/ Inserção de mais entradas nos requisitos funcionais Camilo Fernandes

2 Documento de Requisitos 2

3 Documento de Requisitos 3 Sumário INTRODUÇÃO 4 Visão geral deste documento 4 Convenções, termos e abreviações 4 1.Identificação dos Requisitos 4 2.Prioridades dos Requisitos 5 Referências 5 CAPÍTULO 1 - DESCRIÇÃO GERAL DO SISTEMA 6 Abrangência e sistemas relacionados 6 Descrição dos usuários 7 1.Cliente 7 2.Taxista 7 3.Back-Office 7 4.Call-Center 7 4.Gerente de Back office 7 CAPÍTULO 2 - REQUISITOS FUNCIONAIS (CASOS DE USO) 8 Cadastro dos participantes 8 [RF001] Fazer Login 8 [RF002] Manter Taxistas 8 [RF003] Manter Taxi 8 [RF004] Consultar Taxi 9 [RF005] Manter Base 9 [RF006] Manter Clientes 9 [RF007] Consultar dados de viagem 10 [RF008] Manter dados de viagem 10 [RF005] Finalizar dados de viagem 10 CAPÍTULO 3 - REQUISITOS NÃO FUNCIONAIS 11 Usabilidade 11 [NF001] Login 11 [NF002] Não Exigir conexão frequente com Internet 11 [NF003] Interface Amigável 11 [NF004]Disponibilidade 24x7d 11 [NF005]Facilidade de utilização 11 [NF006] Segurança 11 [NF007]Performance 11 Confiabilidade 12

4 Documento de Requisitos 4 [NF001] Login 12 [NF006] Segurança 12 Desempenho 12 [NF002] Não Exigir conexão frequente com Internet 12 [NF003] Interface Amigável 12 [NF007]Performance 12 Segurança 13 [NF001] Login 13 [NF006] Segurança 13 Distribuição 13 [NF007]Performance 13 Padrões 13 [NF002] Não Exigir conexão frequente com Internet 14 [NF003] Interface Amigável 14 [NF004]Disponibilidade 24x7d 14 [NF005]Facilidade de utilização 14 Hardware e software 14

5 Documento de Requisitos 5 Introdução Este documento especifica o sistema, fornecendo aos desenvolvedores as informações necessárias para o projeto e implementação, assim como para a realização dos testes e homologação do sistema. Visão geral deste documento Esta introdução fornece as informações necessárias para fazer um bom uso deste documento, explicitando seus objetivos e as convenções que foram adotadas no texto, além de conter uma lista de referências para outros documentos relacionados. As demais seções apresentam a especificação do sistema e estão organizadas como descrito abaixo. Seção 1 Descrição geral do sistema: apresenta uma visão geral do sistema, caracterizando qual é o seu escopo e descrevendo seus usuários. Seção 2 Requisitos funcionais (casos de uso): especifica todos os requisitos funcionais do sistema, descrevendo os fluxos de eventos, prioridades, atores, entradas e saídas de cada caso de uso a ser implementado. Seção 3 Requisitos não funcionais: especifica todos os requisitos não funcionais do sistema, divididos em requisitos de usabilidade, confiabilidade, desempenho, segurança, distribuição, adequação a padrões e requisitos de hardware e software. Convenções, termos e abreviações A correta interpretação deste documento exige o conhecimento de algumas convenções e termos específicos, que são descritos a seguir. TERMO Hardware Software Waze Mobiles Android/IoS PHP SIGNIFICADO Parte física de um computador /celular Parte de programas de um computador/celular Programa de localização gps e compartilhamento de informações sobre o transito para celulares. Celulares Sistemas operacionais para celulares. Lingugagem de programação para desenvolvimento WEB. 1. Identificação dos Requisitos Por convenção, a referência a requisitos é feita através do nome da subseção onde eles estão descritos, seguido do identificador do requisito, de acordo com o esquema abaixo: [nome da subseção.identificador do requisito] Por exemplo, o requisito [Recuperação de dados.rf016] está descrito em uma subseção chamada Recuperação de dados, em um bloco identificado pelo número [RF016]. Já o requisito não funcional [Confiabilidade.NF008] está descrito na seção de requisitos não funcionais de Confiabilidade, em um bloco identificado por [NF008].

6 Documento de Requisitos 6 2. Prioridades dos Requisitos Para estabelecer a prioridade dos requisitos foram adotadas as denominações essencial, importante e desejável. Essencial é o requisito sem o qual o sistema não entra em funcionamento. Requisitos essenciais são requisitos imprescindíveis, que têm que ser implementados impreterivelmente. Importante é o requisito sem o qual o sistema entra em funcionamento, mas de forma não satisfatória. Requisitos importantes devem ser implementados, mas, se não forem, o sistema poderá ser implantado e usado mesmo assim. Desejável é o requisito que não compromete as funcionalidades básicas do sistema, isto é, o sistema pode funcionar de forma satisfatória sem ele. Requisitos desejáveis são requisitos que podem ser deixados para versões posteriores do sistema, caso não haja tempo hábil para implementá-los na versão que está sendo especificada. Referências Documentos relacionados ao e/ou mencionados nas seções a seguir: 1. Visão; 06/08/2014; Action Vision; 2. TAP; 28/06/2014 ; Action Vision ; 3. CASO DE USO; 14/08/2014; Action Vision ; Capítulo 1

7 Documento de Requisitos 7 Descrição geral do sistema O sistema a ser desenvolvido para o terá como objetivo melhorar a gestão da frota de veículos da cooperativa alem de auxiliar os gestores, informando o local exato onde o taxista se encontra. Para isso o sistema contará com uma interface PHP em uma rede de intranet integrada com aplicativos mobiles tanto para as plataformas Android e IOS e web. O projeto é de suma importancia para a cooperativa, como foi dito anteriormente, esse sistema irá sanar problemas de gestão, para isso, o gerente e o back office terão essa ferramenta em mãos para auxiliar a gestão da cooperativa e dos cooperados (taxistas). O sistema controlará as viagens feitas, os táxis, taxistas e passageiros. De modo que, parte do sistema funcionará em ambiente controlado (intra) e outra pública (extra), exigindo assim conexão com internet. Outros recursos externos também serão utilizados tais como Waze e Google Maps. Abrangência e sistemas relacionados As principais funcionalidades do sistema serão são: Manter dados do taxi (taxista, modelo, ano); manter a base de dados do taxista, do modelo do veiculo, placa e ano do mesmo. Manter dados da base (local de estacionamento padrão de um dado táxi); mantém o exato local onde o taxista se encontra, geralmente a base de apoio de táxi. Manter dados do cliente (nome e telefone); matem dados de clientes como nome e telefones do mesmo. Manter dados da viagem (data/hora da saída, local de destino, data/hora da chegada no destino); mantém a hora da saída e da chegada da viagem, o local em que foi feito o percurso. O que não irá fazer parte do sistema será: Incluir publicidade; Gerenciar RH; Manter financeiro da cooperativa; Manter registro da manutenção do táxi; Desenvolvimento para outras plataformas (inclusive Windows Phone); Gerenciar sistema de segurança (câmeras, seguro); Gerenciar documentação judicial; Descrição dos usuários O sistema Call of táxi possuirá 5 atores no envolvidos diretamente no sistema: Cliente, Taxista, Gerente de Back office, Back office e Call-center.

8 Documento de Requisitos 8 1. Cliente. Tem poder para Manter ele mesmo e para consultar o dados da viagem. Atualmente enfrenta problemas com relação a chegada do táxi e comunicação com o taxista. Esse ator não terá acesso aos casos de uso: Manter Taxista, Manter Base, Manter Táxi e Manter dados da viagem. 2. Taxista. Tem poder de manter ele mesmo e para finalizar os dados da viagem para manter o táxi. Enfreta problemas para contactar passageiro e obter tragetória de aonde localiza-se o mesmo. Esse ator não terá acesso aos casos de uso: Manter Cliente e Manter Base. 3. Back-Office. Tem poder de Manter Clientes, consultar os táxi e manter a base e herda tudo do Gerente de Back office. Enfrenta problemas para gerir taxistas e rotas. Esse ator não terá acesso aos casos de uso: Manter Cliente, Mater Táxi, Manter Taxisita e Manter dados da viagem. 4. Call-Center. Tem poder de manter os dados da viagem e de manter os clientes. Enfrenta problemas para registrar viagens, dados de clientes e alocar taxista para viagem. Esse ator não terá acesso aos casos de uso: Manter Base, Manter Táxi, Manter Cliente. 5. Gerente de Back office. Ele tem poder de manter táxi, manter taxista, manter base e manter cliente. Enfrenta problemas em gerir o negócio e alocar táxis em locais a partir da demanda. Esse ator não terá acesso aos casos de uso: Manter dados da viagem.

9 Documento de Requisitos 9 Capítulo 2 Requisitos funcionais (casos de uso) Cadastros de Participantes Cadastros de participantes do sistema, ambos estão relacionando-se com o ator do sistema Gerência de Back-Office. 1. [RF001] Fazer Login Ator: Taxista, Call Center, Back office, Gerencia de Back office Entradas e pré condições: O sistema deve estar ligado e em stand by com a opção de username e password ativa. Saídas e pós condições: Após o manuseio pelo usuário o sistema deve solicitar a opção de fazer logout e após 1 minuto de espera sem obter resposta pelo usuário o sistema deve fazer logout automaticamente para segurança de dados e informações. Vai ser solicitado no acesso Usuário e Senha de forma obrigatória. 2. [RF002] Manter taxistas Ator: Taxista e Gerencia de Back office Entradas e pré condições: O sistema deve estar iniciado e ativo. Como pré-condições temos CNH profissional, Nome e ser associado além do telefone para contato. Saídas e pós condições: Após manuseio pelo usuário o sistema deve solicitar a opção de fazer logout ou voltar ao menu principal. Informar se foi Cadastrado com sucesso ou não. 3. [RF003] Manter taxi Ator: Taxista e Gerencia de Back office

10 Documento de Requisitos 10 Entradas e pré condições: O sistema deve estar iniciado e ativo. Pré-Condições temos, deve estar logado, registrar placa, registro de táxi, ano, fabricante, marca e data da última manutenção realizada. Saídas e pós condições: Após manuseio pelo usuário o sistema deve solicitar a opção de fazer logout ou voltar ao menu principal. Informar se foi Cadastrado com sucesso ou não. 4. [RF004] Consultar taxi Ator: Taxista e Gerência de Back-office e gerência de Back-office Prioridade: Essencial Importante Desejável Entradas e pré condições: O sistema deve estar iniciado, ativo e no requisito Manter taxi com a opção de consultar taxi Saídas e pós condições: Apos manuseio pelo usuário o sistema deve solicitar a opção de fazer logout, voltar ao requisito manter taxi ou voltar ao menu principal. Como Pós condições deve ter manutenção validada. 5. [RF005] Manter base Ator: Back office Prioridade: Essencial Importante Desejável Entradas e pré condições: O sistema deve estar iniciado e ativo. Como entrada temos o nome, endereço, bairro, cidade e estado. Saídas e pós condições: Após o uso pelo usuário o sistema deve solicitar a opção de fazer logout ou voltar ao menu principal e informar se foi cadastrado com sucesso ou não. 6. [RF006] Manter Clientes Ator: Back office e Call Center Entradas e pré condições: O sistema deve estar iniciado e ativo. Deve conter nome, telefone, endereço, bairro, cidade, estado e ponto de referência. Saídas e pós condições: Após o uso pelo usuário o sistema deve solicitar a opção de fazer logout ou voltar ao menu principal. Informar se foi Cadastrado com sucesso ou não.

11 Documento de Requisitos [RF007] Consultar Dados de Viajem Ator: taxista, Back office, Cliente e Call Center Prioridade: Essencial Importante Desejável Entradas e pré condições: O sistema deve estar logado e ativo no requisito Manter Dados de Viajem. Saídas e pós condições: Apos o uso pelo usuário o sistema deve solicitar a opção de fazer voltar ao requisito Manter dados de viajem ou voltar ao menu principal. 8. [RF008] Manter Dados da viajem Ator: taxista, Back office, Cliente e Call Center Entradas e pré condições: O sistema deve estar iniciado e ativo, início e fim da viagem, origem (endereço, bairro, cidade, estado e ponto de referência) e destino (endereço, bairro, cidade, estado). Saídas e pós condições: Apos o uso pelo usuário o sistema deve solicitar a opção de finalizar dados de viajem, fazer logout ou voltar ao menu principal. Informar se foi Cadastrado com sucesso ou não. 9. [RF009] Finalizar Dados da viajem Ator: taxista Entradas e pré condições: O sistema deve estar iniciado e ativo no requisito manter dados de viajem. Saídas e pós condições: Apos o uso pelo usuário o sistema deve solicitar a opção de finalizar dados de viajem e apos aceitação pelo usuário deve solicitar a opção de voltar ao menu principal ou fazer logou

12 Documento de Requisitos 12 Capítulo 3 Requisitos não funcionais Usabilidade Esta seção descreve os requisitos não funcionais associados à facilidade de uso da interface com o usuário, material de treinamento e documentação do sistema. [NF001] Login Login (base própria de senha com Identificador unívoco por login da rede) Caso(s) de uso associado(s): Está associado a todos os requisitos funcionais, pois precisa estar logado no sistema para interagir com ele. [NF002] Não exigida conexão frequente com internet O software após a instalação não precisa estar conectado a internet para funcionar. Caso(s) de uso associado(s): Relacionado aos MANTER. [NF003] Interface amigável Ter uma interface fácil e intuitiva para o usuario. Prioridade: Essencial Importante Desejável [NF004] Disponibilidade 24hx7d Estar funcionando 24h durante os 7 dias da semana para o taxista, usuario e o cliente. Prioridade: Essencial Importante Desejável Caso(s) de uso associado(s): Todos os MANTER vão ter que estar funcionando dessa maneira. [NF005] Facilidade de utilização É desejavél que o usúario consiga utilizar facilmente o software Prioridade: Essencial Importante Desejável

13 Documento de Requisitos 13 [NF006] Segurança Garantir a segurança por meio de bloqueio de login por inatividade [NF007] Perfomance Performance que suporte resposta de menos de 5 segundos para acesso a apresentação de cada funcionalidade. Confiabilidade Esta seção descreve os requisitos não funcionais associados à freqüência, severidade de falhas do sistema e habilidade de recuperação das mesmas, bem como à corretude do sistema. [NF001] Login Login (base própria de senha com Identificador unívoco por login da rede) Caso(s) de uso associado(s): Está associado a todos os requisitos funcionais, pois precisa estar logado no sistema para interagir com ele. [NF006] Segurança Garantir a segurança por meio de bloqueio de login por inatividade Desempenho Esta seção descreve os requisitos não funcionais associados à eficiência, uso de recursos e tempo de resposta do sistema. [NF002] Não exigida conexão frequente com internet O software após a instalação não precisa estar conectado a internet para funcionar. Caso(s) de uso associado(s): Relacionado aos MANTER.

14 Documento de Requisitos 14 [NF003] Interface amigável Ter uma interface fácil e intuitiva para o usuario. Prioridade: Essencial Importante Desejável [NF007] Perfomance Performance que suporte resposta de menos de 5 segundos para acesso a apresentação de cada funcionalidade. Segurança Esta seção descreve os requisitos não funcionais associados à integridade, privacidade e autenticidade dos dados do sistema. [NF001] Login Login (base própria de senha com Identificador unívoco por login da rede) Caso(s) de uso associado(s): Está associado a todos os requisitos funcionais, pois precisa estar logado no sistema para interagir com ele. [NF006] Segurança Garantir a segurança por meio de bloqueio de login por inatividade Distribuição Esta seção descreve os requisitos não funcionais associados à distribuição da versão executável do sistema. [NF007] Perfomance Performance que suporte resposta de menos de 5 segundos para acesso a apresentação de cada funcionalidade.

15 Documento de Requisitos 15 Padrões Esta seção descreve os requisitos não funcionais associados a padrões ou normas que devem ser seguidos pelo sistema ou pelo seu processo de desenvolvimento. [NF002] Não exigida conexão frequente com internet O software após a instalação não precisa estar conectado a internet para funcionar. Caso(s) de uso associado(s): Relacionado aos MANTER. [NF003] Interface amigável Ter uma interface fácil e intuitiva para o usuario. Prioridade: Essencial Importante Desejável [NF004] Disponibilidade 24hx7d Estar funcionando 24h durante os 7 dias da semana para o taxista, usuario e o cliente. Prioridade: Essencial Importante Desejável Caso(s) de uso associado(s): Todos os MANTER vão ter que estar funcionando dessa maneira. [NF005] Facilidade de utilização É desejavél que o usúario consiga utilizar facilmente o software Prioridade: Essencial Importante Desejável Hardware e software Em anexo documento de especificação de hardware e diagrama de implantação de componentes. APROVAÇÃO Estou ciente e de acordo com as informações passadas por mim para composição deste documento e com o conteúdo deste.

16 Documento de Requisitos 16 Data : 21/09/2014 Data : 21/09/2014 RESPONSÁVEL SOLICITANTE Camilo Fernandes Alves dos Santos Analista de Requisitos Action Vision Edilberto Silva Engenharia de Software Faculdade de Tecnologia SENAC-DF