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
-
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.
-
O usuário deverá realizar ações complexas no sistema, como a geração de planos, com menos de 5 passos.
-
O usuário deverá realizar ações básicas no sistema, como o cadastro de recursos, com menos de 3 passos.
3. Confiabilidade
-
O sistema deverá estar disponível 24 horas por dia.
-
O sistema deverá se recuperar de erros, retornando ao processo em execução anterior ao erro.
4. Desempenho
-
O sistema deverá retornar os resultados das pesquisas do usuário em no máximo 3 segundos.
-
O sistema não deve depender de conexão à internet para manipulação dos dados cadastrados.
5. Suportabilidade
-
O sistema deverá seguir o padrão de codificação definidos no Artefato [Folha de Estilo](Folha de Estilo).
-
A linguagem de programação deverá ser multiplataforma.
6. Restrições de Design
-
O sistema deverá ser desenvolvido em JAVA, versão 1.8.0_77
-
O sistema será desenvolvido sob o paradigma orientado a objetos.