-
Os requisitos I, II e III devem ser substituídos por outros não funcionais mais claros, como:
I. O usuário não deve dar mais que 3 clicks para acessar uma ajuda;
II. O preenchimento do formulário não pode demorar mais que 30 segundos;
III. O sistema deve estar 98% do tempo disponível para o usuário.
-
Os requisitos não funcionais devem ser mensuráveis, a fim de poderem ser efetivamente testados.
Logo, os requisitos previamente levantados devem ser substituidos, uma vez que são muito vagos e impossíveis de se verificar objetivamente.
-
Resposta A.
Essa questão poderia ser melhor formulada. Ex: 98% do tempo não é tão detalhado como dizer que ele deve funcionar "98% do tempo no perído de um mês."
-
a-
Para Sommerville (2011), os requisitos funcionais são declarações de serviços do sistema, como reage a inputs e se comporta em determinadas situações.
Ja os não funcionais são restrições ao serviço ou funções disponíveis. Sao restrições tecnológicas no processo de desenvolvimento e restrições impostas pelas normas. Muitas vezes, aplicam-se ao sistema como um todo.
A norma ISO/IEC 9126 (2015) caracteriza os requisitos não funcionais:
Funcionalidade: Adequação; precisao; Interoperabilidade; Segurança de acesso.
confianca: Maturidade; Tolerância a falhas; Recuperabilidade.
Usabilidade: Inteligibilidade; Apreensibilidade; Operacionalidade; Atratividade.
Eficiência: Comportamento em relação ao tempo e recursos.
Manutenibilidade: Analisabilidade; Modificabilidade; Estabilidade; Testabilidade.
Portabilidade: Adaptabilidade; Capacidade para ser instalado; Coexistência; substitutabilidade
-
Que lixo
-
Nesta questão o avaliador colocou uma “cortina de fumaça” para tentar confundir o candidato. Vamos às afirmativas.
⦁ A interface do sistema deve ser amigável para o usuário.
Requisito não-funcional de usabilidade.
⦁ O sistema deve ter o melhor desempenho possível.
Requisito não-funcional de performance.
⦁ O sistema deve ser confiável.
Requisito não-funcional de performance.
Observe que os 3 itens são requisitos não-funcionais, mas eles têm um problema. Eles estão mal definidos, muito genéricos.
O avaliador colocou no início do enunciado que os requisitos deveriam ser listados de forma clara e precisa.
A alternativa a faz exatamente isso. Reescreve os 3 requisitos não-funcionais em uma forma clara e precisa.
Item Antes (enunciado) Depois (alternativa A)
I A interface do sistema deve ser amigável para o usuário O usuário não deve dar mais que 3 clicks para acessar uma ajuda
II O sistema deve ter o melhor desempenho possível O preenchimento do formulário não pode demorar mais que 30 segundos
III O sistema deve ser confiável O sistema deve estar 98% do tempo disponível para o usuário
Isso é comum acontecer em projetos de software. Na atividade inicial de elicitação, o usuário poderia comunicar requisitos não-funcionais desta forma imprecisa, genérica. O analista de requisitos já na fase de elicitação, dependendo da técnica, poderia refiná-los e sair com os requisitos mais precisos. Ou somente perceber isso mais à frente, na fase de análise ou de validação dos requisitos. O ideal é perceber isso o quanto antes. Quanto mais cedo, menor o custo da alteração.
Independentemente do momento, é de primordial importância que no Documento de Especificação de Requisitos todos os requisitos estejam especificados de forma bem clara e precisa.
Resposta: A
-
✅Gabarito(A)
Digamos que a alternativa A é a mais correta em relação as outras alternativas.
✓ Não se pode afirmar por qual técnicas os requisitos mencionados foram levantados.
✓ Já sobre o uso do "Caso de Uso" temos a seguinte afirmação: "Na Engenharia de Software, o diagrama de caso de uso descreve a funcionalidade proposta para um novo sistema que será projetado, é uma excelente ferramenta para o levantamento dos requisitos funcionais" - Q717552.
Um detalhe que confunde é o uso do termo "deve", que mantém o sentido de obrigatoriedade. Sendo que a definição dos requisitos não tem uma regra específica e formal de como devem ser escritos, porém existem as boas práticas que podem ser usadas no contexto.