A confiabilidade especificada para um software aplicativo é

Alternativa correta: E - um requisito não-funcional.

A confiabilidade de um software é uma característica que se refere à sua capacidade de funcionar corretamente e de maneira confiável ao longo do tempo. Isso é afetado por aspectos como a frequência e gravidade de falhas, a capacidade do software de se recuperar de falhas, e a precisão com que ele atende às necessidades durante sua operação. Para compreender por que a alternativa E é a correta, é fundamental distinguir entre requisitos funcionais e não funcionais:

• Requisitos Funcionais: São especificações que descrevem o que o sistema deve fazer, as funções e características relacionadas à execução das tarefas para as quais o sistema é destinado.
• Requisitos Não Funcionais: São as características relacionadas à qualidade do sistema, como usabilidade, desempenho, confiabilidade, segurança, entre outros. Esses requisitos não estão diretamente ligados às funções específicas que o sistema executa, mas sim à maneira como essas funções são realizadas e como o sistema se comporta em determinadas condições ou sob certos critérios de qualidade.

Portanto, a confiabilidade especificada para um software não é um mecanismo de teste ou uma restrição de escopo e tampouco se refere a uma função que o software deve desempenhar (requisito funcional), mas é uma expectativa de qualidade que influencia o design, a implementação e a manutenção do sistema. É por isso que a alternativa E, que classifica a confiabilidade como um requisito não funcional, está correta. Requisitos não funcionais como a confiabilidade são cruciais para a satisfação dos usuários e para o sucesso do software em ambientes de produção.

Os requisitos não funcionais são aqueles que expressam como deve ser feito (não confundir requisitos não funcionais com design). Em geral se relacionam com padrões de qualidade como confiabilidade, performance, robustez, etc.

O requisitos funcionais são aqueles que descrevem o comportamento do sistema, suas ações para cada entrada, ou seja, é aquilo que descreve o que tem que ser feito pelo sistema.

Segundo a INBR ISO/IEC 9126-1:2003, página 6 e 8 respectivamente:

"a confiabilidade de um produto de software é avaliada pela extração das falhas observadas, somente daqueles defeitos que ocorreram por causa do software (originárias dos requisitos, projeto ou implementação).";

"6.2 Confiabilidade: Capacidade do produto de software de manter um nível de desempenho especificado, quando usado em condições
especificadas".

Diante das premissas acima, podemos concluir que trata-se de um requisito não funcional, pois não é um mecanismo, restrição ou requisito funcional (não se implementa a confiabilidade em linha de código).

Confiabilidade segundo Garden:

- O software fornece todos os recursos e capacidade sem falhas?

- Esta dispível quando necessário?

- Fornece funcionalidades sem a ocorrência de erros?

Confiabilidade segundo McCall:

Confiabilidade é uma sub-característica do fator de qualidadeOperação do Produto, existem mais dois fatores que são:Revisão doproduto e transição do produto, porém voltando ao assuntoconfiabilidade é definino como: O quanto se pode esperar queum programa realize a função pretendida com a precisão exata.

Confiabilidade segundo ISO 9126:

Confiabilidade é a quantidade detempo que o software fica disponível para uso conforme indicadopelos seguintes subatributo:maturidade, tolerância a falhas efacilidade de recuperação.

Capítulo 14, 7^a. EdiçãoPressman

Fazendo um leitura em relação asdefinições acima e observando algumas palavras, como por exempo:

- “disponível quandonecessário”;

- “O quanto se pode esperar” ;

- “a quantidade de tempo que osoftware fica disponível”.

Trata-sede requisito não-funcional.

e-

Requisitos nao-funcionais sao caracteristicas do sistema, geralmente o comportamento e.g.: portabilidade, desempenho, compatibilidade etc