Especificação Suplementar - EduardoMoreira/Desenho-UnB-2016-01 GitHub Wiki

Versão 1.1

Histórico da Revisão

Data Versão Descrição Autor
01/04/2016 0.1 Criação do documento Matheus Silva e Omar Junior
02/04/2016 0.2 Revisão da seção 2 Omar Junior
03/04/2016 1.0 Revisão da seção 1 e ajustes finais Matheus Silva
03/04/2016 1.1 Alteração da estrutura do documento e inclusão de alguns requisitos não especificados Eduardo Moreira

1. Introdução

Este Documento contém os requisitos não-funcionais (não documentados nos casos de uso) do sistema FarManager. Sendo estes categorizados de acordo com o modelo FURPS+.

1.1. Finalidade

Esta Especificação Suplementar tem por finalidade documentar e estruturar os requisitos que dizem respeito às restrições de comportamento e atributos de qualidade do sistema FarManager, servindo como base à equipe de desenvolvimento.

1.2. Escopo

Esta Especificação Suplementar guiará a equipe de desenvolvimento do FarManager na definição de uma arquitetura de software adequada ao projeto, buscando atender os requisitos aqui documentados.

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

SGBD - sigla para Sistema Gerenciador de Banco de Dados: Conjunto de programas responsáveis por gerenciar um banco de dados.

FURPS+ - sigla para Functionality (Funcionalidade), Usability (Usabilidade), Reliability (Confiabilidade), Performance (Desempenho), Supportability (Suportabilidade): É um modelo para a classificação de requisitos.

1.4. Visão Geral

####Este documento está organizado em seções, que estão dispostas da seguinte maneira (Ocultando-se a presente seção):

Usabilidade – Nesta seção estão descritos os requisitos não-funcionais categorizados como sendo de usabilidade.

Confiabilidade – Nesta seção estão descritos os requisitos não-funcionais categorizados como sendo de confiabilidade.

Desempenho – Nesta seção estão descritos os requisitos não-funcionais categorizados como sendo de desempenho.

Suportabilidade – Nesta seção estão descritos os requisitos não-funcionais categorizados como sendo de suportabilidade.

Restrições de Design – Nesta seção estão descritas as restrições de design referentes ao sistema FarManager.

2. Usabilidade

  1. O Sistema deverá mostrar sempre uma mensagem de resposta em tempo real após a execução de alguma ação, de forma a deixar o usuário ciente do que está acontecendo.

  2. O usuário deverá realizar ações complexas no sistema, como a geração de planos, com menos de 5 passos.

  3. O usuário deverá realizar ações básicas no sistema, como o cadastro de recursos, com menos de 3 passos.

3. Confiabilidade

  1. O sistema deverá estar disponível 24 horas por dia.

  2. O sistema deverá se recuperar de erros, retornando ao processo em execução anterior ao erro.

4. Desempenho

  1. O sistema deverá retornar os resultados das pesquisas do usuário em no máximo 3 segundos.

  2. O sistema não deve depender de conexão à internet para manipulação dos dados cadastrados.

5. Suportabilidade

  1. O sistema deverá seguir o padrão de codificação definidos no Artefato [Folha de Estilo](Folha de Estilo).

  2. A linguagem de programação deverá ser multiplataforma.

6. Restrições de Design

  1. O sistema deverá ser desenvolvido em JAVA, versão 1.8.0_77

  2. O sistema será desenvolvido sob o paradigma orientado a objetos.