Com relação a requisitos de software, julgue o item a seguir. 

A necessidade de interoperabilidade para determinar como um sistema irá interagir com outro sistema é considerada um requisito externo bem como não funcional. 

Com relação a requisitos de software, julgue o item a seguir. 

O requisito é considerado de produto bem como não funcional, quando for determinada uma taxa de falhas aceitável para o sistema.

Com relação a requisitos de software, julgue o item a seguir. 

Se, para um sistema, o requisito de espaço para armazenamento for de pelo menos 1 TB, então ele constitui um requisito funcional. 

Com relação a requisitos de software, julgue o item a seguir. 

Um requisito é considerado funcional quando estiver relacionado a uma propriedade do sistema, tal como a confiabilidade.  

Com relação a requisitos de software, julgue o item a seguir. 

Os requisitos de domínio podem ser requisitos funcionais quando forem parte do domínio da aplicação; por sua vez, os requisitos não funcionais não podem fazer parte dos requisitos de domínio. 

Com relação a requisitos de software, julgue o item a seguir. 

Os requisitos associados a um sistema para que ele reaja ao receber dados nulos são denominados requisitos funcionais. 

Considerando a figura precedente como referência inicial, julgue o item a seguir, em relação à engenharia de requisitos. 

A prototipação como técnica a ser implementada no contexto da engenharia pode ser executada na etapa indicada por #2 na figura, conquanto não na atividade indicada por #4.

Considerando a figura precedente como referência inicial, julgue o item a seguir, em relação à engenharia de requisitos. 

No contexto da engenharia de requisitos, a matriz de rastreabilidade é um artefato da rastreabilidade de requisitos que descreve a relação entre os requisitos e outros artefatos da engenharia de software, indicando a presença de um vínculo entre esses requisitos e os artefatos.

Considerando a figura precedente como referência inicial, julgue o item a seguir, em relação à engenharia de requisitos. 

Estudos etnográficos prescindem na etapa indicada por #2 na figura, uma vez que estão mais afetos à atividade indicada por #1.

Com relação à engenharia de software, julgue o item a seguir.

Para levantamento de requisitos, pode-se considerar que clientes e usuários finais de um software são pessoas ou entidades diferentes.

Julgue o próximo item, com relação à engenharia de software.

Na análise de requisitos se software, os funcionais devem ser restritos ao que o sistema deve fazer; os não funcionais não devem abordar restrições que se apliquem ao sistema como um todo e sim aos detalhes específicos, tais como segurança e desempenho. 

Julgue o seguinte item, relativos à engenharia de software.

Os processos de verificação e validação de um sistema devem demonstrar que ele atende à sua especificação e que o seu comportamento suporta os requisitos do cliente, por meio da busca de erros na especificação ou de projeto.

Julgue o seguinte item, relativos à engenharia de software.

O modelo de desenvolvimento de software prototipação é dirigido a riscos contendo etapas que são executadas na forma de evolução, cada uma contendo planejamento, definição de requisitos, projeto e sistema final, em que cada evolução representa uma versão do software. 

Julgue o seguinte item, relativos à engenharia de software.

No modelo de desenvolvimento Waterfall, a partir da coleta de requisitos e da elaboração do projeto desenvolve-se uma implementação inicial, que é apresentada para a apreciação dos usuários; esse ciclo continua com a criação de várias versões, até que o sistema final seja desenvolvido por meio da execução das etapas de desenvolvimento e testes de forma intercalada.

Julgue o seguinte item, relativos à engenharia de software.

Na técnica etnografia utiliza-se um conjunto predefinido de questões; a equipe de engenharia de requisitos explora essa série de questões com os stakeholders do sistema, de modo a obter a compreensão de suas necessidades.

Julgue o item a seguir, relativos a gerenciamento do ciclo de vida do sistema.

Apenas um requisito não funcional de segurança pode afetar a arquitetura geral de um sistema inteiro; em função dele, pode-se gerar uma série de requisitos funcionais relacionados, assim como requisitos que restrinjam os já existentes.

A respeito de requisitos e experiência do usuário, julgue o item subsecutivo.

Uma das limitações da prototipação relacionada ao design da solução ocorre quando as partes interessadas se concentram mais nas especificações do design do que nos requisitos e os desenvolvedores acreditam que é necessário fornecer ao usuário uma interface fielmente precisa ao protótipo, mesmo que existam tecnologias e abordagens de interface mais interessantes.  

A respeito de requisitos e experiência do usuário, julgue o item subsecutivo.

Os critérios de aceitação descrevem um conjunto mínimo de requisitos que precisam ser atendidos para que valha a pena implementar uma solução específica.

A respeito de requisitos e experiência do usuário, julgue o item subsecutivo.

Histórias de usuário são ferramentas para a definição de escopo de produtos de software voltadas a fornecer uma análise detalhada sobre a atividade do usuário e a viabilizar a retenção de conhecimento em longo prazo.

A respeito de requisitos e experiência do usuário, julgue o item subsecutivo.

Ferramentas automatizadas para armazenamento derequisitos, gerenciamento de mudanças e gerenciamento de rastreabilidade são indicadas para apoio ao processo de gerenciamento de requisitos.