Análise
Exercício de Análise Estruturada de Sistemas
1)-Principais Requisitos não funcionais
Requisitos de facilidade de uso
Usuários deverão operar o sistema após um determinado tempo de treinamento Requisitos de Segurança
O software deve garantir a segurança dos dados, bem como as permissões de acesso às suas funcionalidades, como, por exemplo, usar criptografia em senhas e liberar acesso aos menus do sistema de acordo com a hierarquia do usuário. Quando se trata de um software com informações confidenciais (como dados de vendas, faturamentos ou citações de pessoas), este item se torna indispensável. Requisitos de Confiabilidade
O sistema deverá ter alta disponibilidade, por exemplo, 99% do tempo.
Determina a capacidade do sistema em lidar com eventos inesperados. Suponha que o usuário esteja cadastrando um novo registro, e após inserir todas as informações, ocorre um erro no sistema e o usuário acaba perdendo as informações digitadas. Revoltante, não? A primeira coisa que ele irá fazer é pedir pra trocar o software, e dependendo das circunstâncias o pedido é atendido. A confiabilidade significa que o sistema deve ser capaz de tratar exceções e se
recuperar de falhas, sem que haja perda de dados. Backup e restauração do banco de dados também se encaixam neste item.
Requisitos de Usabilidade
Procure desenvolver um sistema fácil de operar e que dispense muitos recursos gráficos. Se possível, adicione descrições das funções (hints) aos botões e configure teclas de atalho para as funções mais utilizadas. Quanto mais simples for a usabilidade, maior será a aceitação dos usuários.
Requisitos de Entrega
Um relatório de acompanhamento deverá ser fornecido toda segunda-feira.
Requisitos de Desempenho
De nada adianta ter um sistema seguro, interativo e confiável se ele consome muitos recursos do computador e demora pra executar os processamentos. Um sistema lento é alvo de crítica dos usuários, mesmo que seja