Especificação Suplementar - Andre-Eduardo/2019.1-Requisitos-Moovit GitHub Wiki

Data Versão Descrição Autor
29/04/2019 1.0 Criação da page Fabiana Ribas
29/04/2019 1.2 Adição de conteúdo Fabiana Ribas
29/04/2019 1.3 Adição de conteúdo Ingrid Galvão
29/04/2019 1.4 Adição de conteúdo Matheus Toscano
29/04/2019 1.5 Revisão da página Fabiana Ribas

Especificação Suplementar versão 1.0

Especificação Suplementar versão 1.1

Sumário

  1. Introdução

1.1 Finalidade

1.2 Definições, Acrônimos e Abreviações

1.3 Visão Geral

2.1 Requisito de Usabilidade

2.1.1 RU01

2.1.2 RU02

2.1.3 RU03

2.1.4 RU04

  1. Confiabilidade

3.1 Requisito de Confiabilidade

3.1.1 RC01

3.1.2 RC02

  1. Desempenho

4.1 Requisito de Desempenho

4.1.1 RD01

4.1.2 RD02

  1. Suportabilidade

5.1 Requisito de Suportabilidade

  1. Design

6.1 Restrição de Design

  1. Requisitos de Sistema de Ajuda e de Documentação de Usuário On-line

  2. Componentes Utilizados

  3. Interfaces

9.1 Interfaces do Usuário

9.2 Interfaces de Hardware

9.3 Interfaces de Software

9.4 Interfaces de Comunicação

  1. Observações Legais, de Copyright e Outras

  2. Padrões Aplicáveis

  3. Referências

1. Introdução

Este documento de Especificação Suplementar é um complemento para os Casos de Uso e outas técnicas de elicitação aplicadas ou caso do aplicativo Moovit, para documentar os requisitos não funcionais do sistema. Esses requisitos englobam o conjunto de: requisitos de usabilidade, confiabilidade, requisitos não funcionais, suportabilidade, desempenho entre outros.

1.1 Finalidade

A finalidade deste documento é definir e complementar os requisitos não funcionais do aplicativo Moovit levantados por Caso de Uso e outras técnicas. O conjunto dessas técnicas capturam um conjunto completo de requisitos do sistema.

1.2 Definições, Acrônimos e Abreviações

Consulte o documento de Léxicos e Cenários.

1.3 Visão Geral

Este documento apresenta os requisitos suplementares distribuídos em:

  • funcionalidade;
  • usabilidade;
  • confiabilidade;
  • desempenho;
  • suportabilidade;
  • restrições de design;
  • requisitos de sistemas de ajuda e de documentação de usuário on-line;
  • interfaces;
  • requisitos de licenciamento;
  • observações legais de Copyright e outras e padrões aplicáveis.

2. Usabilidade

2.1 Requisito de Usabilidade

2.1.1 RU01

Versão: 1.0

Importância: ​ Essencial.

Rastreabilidade:INT04

Aprendizado rápido do sistema: O aplicativo exibe ícones(ônibus,metrô,casa,localização),termos próximos a linguagem do usuário além das cores das linhas e estações de transporte, para aumentar a agilidade do mesmo ao utilizar a aplicação.

2.1.2 RU02

Versão: 1.0

Importância: ​ Essencial.

Rastreabilidade:INT04

Consistência e Padronização visual: O aplicativo fornece ao usuário formas de reconhecer padrões e informações na medida que ele navega pela aplicação. Fazer os design das paginas o mais próximo possível entre elas.

2.1.3 RU03

Versão: 1.0

Importância: ​ Essencial.

Rastreabilidade:INT04

Estética e design minimalista: Para o usuário, manter apenas as informações que são realmente necessárias(favoritos,viagens recentes e barra de pesquisa), as informações secundárias são deixadas em segundo plano (menus, linhas e estações) assim a aplicação se torna eficiente ao transmitir informação aos usuários.

2.1.4 RU04

Versão: 1.0

Importância: ​ Essencial.

Rastreabilidade:ST02 - ID RNF09

Facilidade de Uso: O usuário executa ações principais em no máximo 3 clicks. Além disso o sistema permite que o usuário tenha a opção de definir um endereço pelo mapa, facilitando o uso da aplicação, e proporciona o usuário executar a mesma função de duas formas. Tudo é disposto de maneira clara, e de fácil visualização.

3. Confiabilidade

3.1 Requisito de Confiabilidade

3.1.1 RC01

Versão: 1.0

Importância: ​ Essencial.

Rastreabilidade:INT01-ID1

Disponibilidade do sistema: As informações de transporte estão disponíveis de acordo com os horários das frotas de ônibus e metrô. Devido ao mecanismo de chegadas em tempo real que oferece conectividade com qualquer tipo e tamanho de frota para garantir que os usuários obtenham tempos de chegada precisos em tempo real. Nessa infraestrutura não é possível ter garantia de 100% de disponibilidade do serviço sem internet. Com o sistema off-line todas as informações das linhas também estão off-line. Caso a internet esteja disponível novamente, informações serão sincronizadas, e atualizações de locais de cada usuário, linhas e estações também serão atualizadas.O sistema utiliza o plug-and-play que oferece cronogramas confiáveis ​​em tempo real aos passageiros, ao mesmo tempo em que fornece um painel de controle de operações em tempo real para os administradores.

3.1.2 RC02

Versão: 1.0

Importância: ​ Essencial.

Rastreabilidade:INT04 / INT02-ID09

Avisos e informações em tempo real: A aplicação porta um mecanismo de alertas de serviço que sempre mantém seus usuários cientes das alterações e interrupções, de transportes e rotas, de última hora.

4. Desempenho

4.1 Requisito de Desempenho

4.1.1 RD01

Versão: 1.0

Importância: ​ Essencial.

Rastreabilidade:INT01-ID1

Conexão com internet: O aplicativo deve ter conexão constante com a internet, para que possam ocorrer os processamentos necessários e o usuário usufruir de 100% das funcionalidades do aplicativo.

4.1.2 RD02

Versão: 1.0

Importância: ​ Essencial.

Rastreabilidade:INT01-ID4

Permissão para usar o GPS: O aplicativo deve ter permissão para utilizar o gps, para que possam ocorrer as requisições necessárias com a api de mapa que o aplicativo usa, é de suma importância para o usuário usufruir totalmente das funcionalidades presentes no aplicativo.

5. Suportabilidade

Importância: ​ Essencial.

Rastreabilidade:INT01

O website é suportado para navegadores em qualquer sistema operacional (Windows, Mac e Linux). A performance da aplicação pode variar de um sistema para outro e também entre navegadores. Já o aplicativo para as versões mobile, é oferecido suporte para Android (Google Play), Windows Phone e iOS (Apple Store).

6. Design

Importância: ​ Essencial.

Rastreabilidade:ST02 - ID RNF09

6.1 Restrição de Design

A definição da paleta de cores na aplicação foi feita para ser compatível com as cores das linhas de transporte público tais como metrô e ônibus, facilitando o reconhecimento para o usurário.A exposição dos dados na telas do aplicativo foram feitas em forma de lista para que o usuário entenda de forma clara as informações dispostas. Além disso as telas da aplicação mobile e web devem ser responsivas de modo a se ajustar a tela do dispositivo de cada usuário. No menu principal e no conjunto de telas do Moovit, a funcionalidade principal do sistema, "planejar uma viagem" estão em destaque, para agilizar o uso do aplicativo. Todas as funcionalidades estão á uma distância de no máximo 3(três) clicks de serem realizadas, já que o aplicativo envolve horário/tempo das rotas e transportes.

7. Requisitos de Sistema de Ajuda e de Documentação de Usuário On-line

O sistema conta com uma central de ajuda tanto na versão mobile quanto no site Central de ajuda para auxiliar o usuário nas mais diversas questões de uso do aplicativo. Possui categorias e listas de questões mais procuradas e também uma opção de digitar sua duvida personalizadamente. Em versões mais antigas a empresa disponibilizava para download um arquivo de guia do usuário mostrando as principais funcionalidades e seignificados dentro do aplicativo.

8. Componentes Utilizados

O sistema Moovit utiliza serviços como:

  • MOBILITY ANALYTICS: Sistema abrangente de coleta de dados que fornece aos administradores de cidades e de trânsito as ferramentas necessárias para analisar e criar decisões ideais de planejamento de transporte.

  • MOOVIT TIMEPRO: Forneçe dados de trânsito em tempo real para os passageiros da cidade, com facilidade. Sistema baseado em nuvem leve e fácil de integrar que monitora, exibe e analisa a localização em tempo real dos ônibus urbanos. O TimePro facilita a distribuição de informações de chegada de ônibus em tempo real por meio de qualquer site, aplicativo móvel ou placas de partida de estação conectadas à API do Moovit.

9. Interfaces

9.1 Interfaces do Usuário

As interfaces apresentadas pela aplicação serão visualizadas através de dispositivo mobile e navegador web.

9.2 Interfaces de Hardware

O hardware deverá estar atualizado para comportar versões estáveis do aplicativo (5.0+) e ser capaz de se conectar à internet/3G. Também deverá possuir um sistema de localização (GPS).

9.3 Interfaces de Software

A interface deve ser intuitiva e interativa de modo que diferentes tipos de usuário consigam utilizar o serviço fornecido pelo Moovit.

9.4 Interfaces de Comunicação

A comunicação será feita pelo aplicativo via email, notificações, avisos e mensagens na caixa de entrada.

10. Observações Legais, de Copyright e Outras

Ao entrar, conectar-se, acessar ou usar o Serviço, o usuário deve reconhecer que leu e entendeu primeiramente os termos e condições, incluindo os termos de Política de Privacidade e que concorda em ficar vinculado a eles e cumprir todas as leis e regulamentos aplicáveis ​​em relação ao seu uso do Serviço. Além de reconhecer que estes Termos constituem um contrato legal vinculante e executável entre o Moovit e o usuário. Estes Termos de Serviço são um contrato juridicamente vinculativo entre o usuário e o Moovit com relação ao seu uso do Serviço. Caso o usuário não concorde com os termos, ele não deve, de maneira alguma, fazer o uso da aplicação ou acessar e fazer download de conteúdo que possa ter siodo disponibilizado.

11. Padrões Aplicáveis

Os padrões utilizados pelo Moovit serão baseados em todas documentações em que os alunos da disciplina de Requisitos de Software irão realizar em torno do semestre. Desde de elicitação de documentos, rastreabilidade, modelagem entre outros.

12. Referências