Como documentar requisitos não funcionais da solução em seu negócio Analysis Report
Os requisitos não funcionais são tão importantes para a sua análise de negócios como os requisitos funcionais quando se trata de definir a aparência da solução. Os requisitos não funcionais são um desafio porque as pessoas diferentes interpretá-los de forma diferente de organização para organização (ou mesmo de departamento para departamento na organização). Você precisa entender muito sobre as pessoas que utilizam a solução e garantir que seus nonfunctionals documentar o seu desempenho.
Você cria os requisitos não-funcionais com base em suas elicitations dos usuários, quem são, e quais as suas expectativas de desempenho do sistema são.
Certifique-se de obter os nonfunctionals enquanto você está provocando os requisitos funcionais. Um monte de BAs encobrir os nonfunctionals e concentrar-se nos requisitos funcionais. Mas os nonfunctionals são importantes porque suportam os requisitos funcionais, dizendo-lhe quão bem algo deve ser feito. Identificação de ambos os tipos de requisitos, ao mesmo tempo garante que as solicitações do usuário e os requisitos são tecnologicamente viável.
Ao criar requisitos não funcionais, você precisa pensar sobre coisas como o seguinte:
Atuação: Até que ponto o sistema de executar? Para entender os requisitos de desempenho, pergunte partes interessadas questões como # 147-O que é o número de usuários simultâneos? # 148-, # 147-Quais são os horários de sistema ou de resposta de consulta? # 148-, e # 147 Qual é a capacidade do sistema em termos de memória, espaço em disco e os volumes de dados # 148?;
Lembre-se de falar na língua o seu público entende. Não espere uma resposta se você perguntar a seus agentes de negócios quantas partições do disco rígido que precisam em sua solução!
Segurança: Quem tem acesso ao sistema, e quanto o acesso que eles têm? Para entender os requisitos de segurança, faça perguntas como # 147 Que usuários estão autorizados a realizar as funções? # 148-, # 147 O que é a privacidade da informação que está sendo capturado e armazenado? # 148-, e # 147 Que características precisam estar no local para registrar o acesso de usuário e autenticação de usuários # 148?;
Uma técnica útil para a comunicação de acesso de segurança dentro da sua solução (o primeiro item na lista anterior de perguntas) é criar um matriz de segurança. Esta matriz mostra suas partes interessadas, que os usuários podem acessar quais processos (algumas vezes chamada casos de uso) Dentro do sistema.
Confiabilidade: Confiabilidade É assim que o sistema funciona com base na expectativa de o utilizador final. Pense em comprar um carro. Você provavelmente compra um carro por causa da funcionalidade (0-60 mph em 8 segundos, A / C, rádio por satélite, e assim por diante), mas você provavelmente pensar em ir para comprar o carro novo por causa da confiabilidade do carro.
Da mesma forma, você quer ter certeza de que você descobrir como consistentemente a empresa quer a solução para executar e que a manutenção e suporte que você precisa para se certificar de que continue assim.
Para obter os requisitos de confiabilidade, fazer perguntas como # 147 Quando é o sistema deverá estar disponível? # 148-, # 147 O tempo de inatividade O sistema tem para os administradores para executar a manutenção, e quando é o melhor momento para agendar o tempo de inatividade? # 148-, e # 147 Que notificação que os usuários precisam, quando o sistema está indo para baixo para manutenção? Quanto de antecedência eles devem receber # 148?;
Compatibilidade: Compatibilidade refere-se à extensão em que a solução desempenha agradável com outras aplicações. Para obter compatibilidade requisitos não funcionais, fazer perguntas como # 147 Que normas comuns, tecnologia comum e protocolos de existir na estação de trabalho? # 148-- # 147 Quão bem funciona a solução com a construção comum? # 148-- # 147 Que tipos de intercâmbio de dados você imagina? # 148-- e # 147 Que informação (dados) devem ser trocados com outros sistemas # 148?;
Manutenção: maintainability lida com o quão fácil o sistema é manter e reparar. Para obter os nonfunctionals para manutenção, faça perguntas como # 147 Qual é a capacidade de alterar um componente sem afetar os outros? # 148-, # 147 Que efeitos é que as atividades de manutenção têm sobre os clientes, usuários e funcionários? # 148-, e # 147-Quem realiza atualizações do sistema? Quem é responsável para interfaces # 148?;
As regras de negócios são altamente propensos a mudar, por isso quando se pensa em manutenção, fazer regras certeza que não são codificados.
transferibilidade: transferibilidade refere-se a facilidade com que um sistema pode ser transferido para um ambiente de hardware ou software diferente. Algumas destas preocupações estão diminuindo agora que muitas empresas estão criando aplicativos baseados em navegador, mas estas preocupações têm se expandido com os aplicativos móveis (como aqueles que você vê em seu smartphone) e as diferentes versões e padrões para e-readers.
Para obter nonfunctionals, fazer perguntas como # 147 O sistema pode ser instalado em um ambiente diferente (por exemplo, em um Mac e um PC) e em diferentes regiões e locais diferentes? # 148-, # 147-O ambiente operacional é considerada a base do sistema operacional (OS)? Será que o código executado da mesma forma em todas as plataformas? # 148-, e # 147-O que o governo regulamentos precisam ser abordadas # 148?;
Quando lançando um sistema para ambientes diferentes, lembre-se que cada ambiente precisa ser testado. Desenrolando a dois ambientes duplica o esforço de teste.
usabilidade: usabilidade diz respeito aos modos pelos quais o usuário é capaz de aprender, operar e interpretar os resultados do sistema. Esta categoria inclui a facilidade de entrada, de aprendizagem e de manipulação, bem como intuitiveness do sistema.
Pense nisso desta maneira: A razão pela qual você não recebeu treinamento sobre como usar um site como o Google é porque o aplicativo tem analistas fantásticas que se concentram na usabilidade. Para obter usabilidade, fazer perguntas como Nº 147-A rapidez com que o usuário deve ser capaz de realizar funções específicas? # 148-, # 147 Quanto tempo deve ser uma tarefa particular tomar? # 148-, e # 147 Qual é o número mínimo aceitável de cliques do mouse necessários para realizar uma tarefa como 148?;
afirmando # 147-O sistema deve ser fácil de usar # 148- não é um requisito de usabilidade válido. Você deve definir o que fácil de usar significa através de métricas.
Métricas e medições: Com qualquer requisito não-funcional, você deve compreender que critérios de medição que você vai usar para determinar se o requisito é bem sucedido e cumprido. Você está definindo o quão bem a solução atende aos requisitos. Para obter a métrica, fazer perguntas como # 147-Quais são alguns dos aspectos que cercam essa exigência de que você pode medir? # 148- e # 147-Quais são os prazos de medição aceitáveis que são aceitáveis para o stakeholder # 148?;