Especificação Suplementar - victorhdcoelho/Requisitos-uber-2018.2 GitHub Wiki

Especificação Suplementar - UBER

Data Versão Descrição Autor
08/10/2018 1.0 Adição da Introdução e Usabilidade Renan Schadt e João Pedro
08/10/2018 1.1 Adição de Suportabilidade e Design João Vítor
08/10/2018 1.2 Adição do Componentes Comprados e Requisitos do Sistema Luciano Santos
08/10/2018 1.3 Adição de Interfaces e Observações Legais Rômulo Souza
08/10/2018 1.4 Adição de Padrões Aplicáveis João Lucas
08/10/2018 1.5 Adição de Desempenho e Confiabilidade Davi Alves e Victor Hugo
08/10/2018 1.6 Adição das referências João Lucas
18/11/2018 2.0 Transferindo o documento para Markdown João Lucas

Sumário

  1. Introdução

    1.1. Finalidade

    1.2. Escopo

    1.3. Definições, Acrônimos e Abreviações

  2. Usabilidade

    2.1. RU01

    2.2. RU02

    2.3. RU03

  3. Confiabilidade

    3.1. RC01

    3.2. RC02

  4. Desempenho

    4.1. RD01

    4.2. RD02

    4.3. RD03

  5. Suportabilidade

  6. Restrições de Design

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

  8. Componentes Comprados

  9. Interfaces

    9.1. Usuário

    9.2. Hardware

    9.3. Software

    9.4. Comunicação

  10. Observações Legais de Direitos Autorais

  11. Padrões Aplicáveis

  12. Referências

1. Introdução

Uma especificação suplementar lista os requisitos não-funcionais do sistema, junto com as outras técnicas de modelagem e elicitação utilizadas é possível capturar o conjunto completo de requisitos do sistema. Entre estes requisitos estão incluídos: os atributos de qualidade do sistema a ser criado, incluindo requisitos de usabilidade, desempenho e suportabilidade. Além de outros requisitos, como sistemas operacionais e ambientes, requisitos de compatibilidade e restrições de design.

1.1. Finalidade

De acordo com Luiz Cysneiros e Julio Leite, requisitos não funcionais (RNFs) são obrigatórios para a construção de um software de qualidade; entre eles estão: facilidade de uso, desempenho, clareza de informações e outros. Este documento tem por função capturar os requisitos mencionados acima, relacionados ao aplicativo Uber, tema de pesquisa do nosso grupo.

1.2. Escopo

Esta especificação define os requisitos não-funcionais associados a usabilidade, confiabilidade, desempenho e suportabilidade. Além disso, apresenta as interfaces do sistema, restrições de design, requisitos de licenciamento, observações legais e padrões aplicáveis ao Uber.

1.3. Definições Acrônimos e Abreviações

Disponíveis em Léxicos

2. Usabilidade

2.1. RU01

Interface simples e minimalista: O sistema deverá prover uma interface simples e minimalista, com design intuitivo e sem excesso de comandos, sendo fácil de ser utilizado e reduzindo o tempo necessário para realizar qualquer tarefa dentro da aplicação. Os princípios da interface seguirão o padrão de ícone “flat”.

  • Importância: ​ Essencial.

2.2. RU02

Pequena curva de aprendizado: O aplicativo deve exibir cards de avisos com funcionalidades extras para aumentar a velocidade do usuário ao utilizar a aplicação.

  • Importância: ​ Relevante.

2.3. RU03

Facilidade de Uso: O sistema tem como tela inicial um mapa e não exige que o usuário execute funções do menu lateral para a funcionalidade principal do aplicativo. Tudo é disposto de maneira clara, e de fácil visualização.

  • Importância: ​ Essencial.

3. Confiabilidade

3.1. RC01

Segurança das informações pessoais: O aplicativo tem que está em constante análise para que suas informações não sejam acessadas do banco de dados responsáveis por informações sensíveis.

  • Importância:​​ Essencial.

3.2. RC02

Confiança na procedência dos dados: Os dados colocados no aplicativo parte da premissa que realmente são reais apesar de passar por uma validação para confirmar realmente essa informação.

  • Importância: ​ Essencial.

4. Desempenho

4.1. RD01

Acesso constante à internet: O aplicativo da uber tem que ter acesso constante à internet para que possam ser feitos todas as requisições e processamentos necessários para usar o aplicativo.

  • Importância:​​ Essencial.

4.2. RD02

Armazenamento interno e memória: O celular tem que ser capaz de comportar e fazer os cálculos necessários para que o aplicativo funcione corretamente. Para isso tem que haver uma memória ram suficiente para multitarefas e memória interna do sd para armazenamento de informações persistentes dos sistema.

  • Importância:​​ Essencial.

4.3. RD03

Bloqueio a api's de mapa: Para o aplicativo funcionar perfeitamente precisa que não haja bloqueio de rede para api's de mapa, uma vez que a uber usa api's como o maps da google.

  • Importância​​: Essencial.

5. Suportabilidade

Os aplicativo Uber e Uber Driver têm suporte apenas em dispositivos com versões superiores a 4.0.3 do Android ou 9.0 do IOS e que tenham acesso à internet.

6. Restrições de Design

A aplicação mobile deve ser responsiva, ou seja, seu design deve se adaptar ao tamanho da tela do dispositivo que o usuário estiver utilizando. A escolha de cores para aplicação tem o objetivo de proporcionar uma sensação de formalidade maior ao usuário para ir de acordo com a proposta do aplicativo. A disposição dos elementos e funcionalidades nas telas do aplicativo foram feitas de uma forma que o usuário tenha facilidade de usá-lo e tenha clareza da utilidade de cada elemento. O conjunto de telas do aplicativo do usuário foi criado de forma que a principal funcionalidade, que é pedir uma viagem, esteja em destaque já na tela inicial.

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

O sistema conta com uma seção de ajuda para auxiliar o usuário no manejo do aplicativo e solução de dúvidas em processos presentes no sistema, e conta com uber ajuda um site dedicado a ajudar e dar suporte on-line ao usuário.

8. Componentes Comprados

O sistema uber utiliza serviços de terceiros para tratar os pagamentos no aplicativo, esse serviço é o payment gateway da braintree.

9. Interfaces

9.1. Usuário

As interfaces apresentadas pela aplicação serão visualizadas através de um smartphone.

9.2. Hardware

O hardware deverá ser capaz de se conectar à internet e possuir um sistema de GPS.

9.3. Software

Deverá ser apresentado de maneira simples e interativa, para que todos os tipos de usuário consigam utilizar o serviço fornecido.

9.4. Comunicação

A comunicação será feita através de chats dentro da aplicação e notificações.

10. Observações Legais de Direitos Autorais

Ao baixar qualquer um dos aplicativos o usuário está sujeito ​ ao cumprimento dos termos legais da UBER. A empresa permite a licença limitada, não exclusiva, não passível de sub-licença, revogável e não transferível para:

  • (i) ​ Tanto os passageiros quanto os motoristas devem concordam nos termos de uso dos aplicativos da UBER e conscientizarem apenas no uso do serviços dos mesmos.
  • (ii) Uso de qualquer conteúdo, informação e material correlato que possa ser disponibilizado por meio dos Serviços, em cada caso, para seu uso pessoal, nunca comercial. Quaisquer direitos não expressamente outorgados por estes Termos são reservados à UBER e suas afiliadas licenciadores.

11. Padrões Aplicáveis

Os padrões utilizados dos aplicativos da UBER 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