0% acharam este documento útil (0 voto)
5 visualizações4 páginas

Entendendo Requisitos Não Funcionais

Requisitos Não Funcionais (RNF) são restrições de qualidade que definem como um sistema deve operar, em contraste com os requisitos funcionais que descrevem o que o sistema faz. Exemplos incluem segurança, desempenho e portabilidade, sendo essenciais para a aceitação do produto e para evitar falhas em projetos. RNFs devem ser mensuráveis e documentados de forma a garantir sua verificação durante testes e validações.

Enviado por

Vinicius Ito
Direitos autorais
© All Rights Reserved
Levamos muito a sério os direitos de conteúdo. Se você suspeita que este conteúdo é seu, reivindique-o aqui.
Formatos disponíveis
Baixe no formato PDF, TXT ou leia on-line no Scribd
0% acharam este documento útil (0 voto)
5 visualizações4 páginas

Entendendo Requisitos Não Funcionais

Requisitos Não Funcionais (RNF) são restrições de qualidade que definem como um sistema deve operar, em contraste com os requisitos funcionais que descrevem o que o sistema faz. Exemplos incluem segurança, desempenho e portabilidade, sendo essenciais para a aceitação do produto e para evitar falhas em projetos. RNFs devem ser mensuráveis e documentados de forma a garantir sua verificação durante testes e validações.

Enviado por

Vinicius Ito
Direitos autorais
© All Rights Reserved
Levamos muito a sério os direitos de conteúdo. Se você suspeita que este conteúdo é seu, reivindique-o aqui.
Formatos disponíveis
Baixe no formato PDF, TXT ou leia on-line no Scribd

O que são Requisitos Não Funcionais?

• Definição:
São restrições ou condições de qualidade que limitam ou qualificam o comportamento
do sistema, mas não descrevem serviços ou funcionalidades diretas.
Enquanto os funcionais dizem o que o sistema faz, os não funcionais dizem como ele
deve fazer.

Exemplos de RNF

• Segurança: "A base de dados deve ser acessível apenas a usuários autorizados."

• Desempenho: "O tempo de resposta não deve ultrapassar 30 segundos."

• Portabilidade: "O sistema deve operar em Linux."

• Prazo: "O desenvolvimento deve ser concluído em seis meses."

Importância dos RNF

• São críticos para a aceitação do produto pelo cliente.

• Muitas falhas em projetos não vêm da falta de funções, mas da ausência de


requisitos não funcionais (sistema lento, inseguro, difícil de usar).

• Servem como critérios de qualidade e métricas para teste e validação.

Como Especificar
• RNF devem ser mensuráveis e verificáveis.
Evite: "O sistema deve ser rápido."
Prefira: "O sistema deve responder em até 2 segundos para consultas de até 10 mil
registros."

• Podem ser documentados em tabelas como RNF001, RNF002, vinculados às


estórias de usuário ou EAP.

Quadro Modelo de Requisitos Não Funcionais (RNF)


Este quadro exemplifica a relação entre Estórias de Usuário, Requisitos Funcionais (RF) e
Requisitos Não Funcionais (RNF). Os alunos devem manter o vínculo entre cada funcionalidade
e suas restrições de qualidade, de modo que os RNFs sejam sempre mensuráveis e verificáveis.

Estória de Usuário Requisito Funcional Requisito Não Categoria Critério de


(RF) Funcional (RNF) Aceitação
US001 – Como RF001 – Cadastro do RNF001 – O Desempenho / Teste de tempo de
atendente de balcão, cliente cadastro deve Segurança resposta com 50
quero um módulo para RF002 – Manutenção estar disponível usuários
realizar o cadastro do do cliente em até 3 segundos simultâneos.
cliente, para que eu RF003 – Solicitação após o login do Verificação de
possa solicitar a de entrega atendente. criptografia ativa
entrega da pizza. RNF002 – Os no banco.
dados do cliente
devem ser
armazenados de
forma
criptografada.
US002 – Como RF004 – Cadastro de RNF003 – O Confiabilidade Teste de carga
atendente de balcão, categorias sistema deve / Eficiência simulando 200
quero registrar o RF005 – Cadastro de permitir até 200 pedidos.
pedido da pizza e sabores pedidos Medição do tempo
acompanhamentos, RF006 – Cadastro de simultâneos sem de envio do
para encaminhar para a acompanhamentos falhas. pedido.
cozinha. RF007 – Registro do RNF004 – O
pedido pedido deve ser
RF008 – Visualização transmitido à
do pedido cozinha em menos
de 5 segundos.
US003 – Como gerente, RF009 – Relatório de RNF005 – O Desempenho / Teste de
quero um relatório pedidos relatório deve ser Portabilidade performance com
mensal de pizzas gerado em até 10 base de 50 mil
categorizado por sabor, segundos para 1 pedidos.
para identificar o perfil ano de dados. Verificação de
de consumo. RNF006 – O
relatório deve exportação nos
estar disponível dois formatos.
em formato PDF e
Excel.

Categorias Principais de RNFs

1. Desempenho (Performance)

o Tempo de resposta, uso de memória, escalabilidade.

o Ex.: “O sistema deve processar 1000 transações por minuto.”

2. Segurança (Security)

o Controle de acesso, criptografia, auditoria, confidencialidade.

o Ex.: “Somente usuários autenticados podem acessar relatórios


financeiros.”

3. Usabilidade (Usability)

o Facilidade de uso, acessibilidade, aprendizado, experiência do


usuário.

o Ex.: “O sistema deve permitir que um novo usuário execute tarefas


básicas em até 10 minutos.”

4. Confiabilidade (Reliability/Dependability)

o Disponibilidade, tolerância a falhas, recuperação de erros.

o Ex.: “O sistema deve estar disponível 99,95% do tempo.”

5. Portabilidade (Portability)

o Capacidade de rodar em diferentes sistemas operacionais ou


dispositivos.

o Ex.: “O software deve ser compatível com Linux, Windows e


Android.”

6. Manutenibilidade / Organizacionais

o Facilidade de atualizar, documentar, testar ou integrar.


o Ex.: “O código deve seguir padrão de codificação definido pela
empresa.”

7. Legais, Regulamentares e Éticos (Externos)

o Conformidade com leis, normas e padrões.

o Ex.: “O sistema deve atender aos requisitos da LGPD.”

Você também pode gostar