Questões de Concurso
Comentadas sobre engenharia de requisitos em engenharia de software
Foram encontradas 577 questões
(SOMMERVILLE, 2011, p. 77.)
Considerando os tipos de verificação de requisitos, relacione adequadamente as colunas a seguir.
1. Verificações de validade.
2. Verificações de consistência.
3. Verificações de completude.
4. Verificações de realismo.
5. Verificabilidade.
( ) Usando o conhecimento das tecnologias existentes, os requisitos devem ser verificados para assegurar que realmente podem ser implementados. Devem ser considerados o orçamento e o cronograma para o desenvolvimento do sistema.
( ) Um usuário pode pensar no que é necessário em um sistema para executar determinadas funções. No entanto, maior reflexão e análise mais aprofundada podem identificar funções necessárias, adicionais ou diferentes.
( ) Para reduzir o potencial de conflito entre o cliente e o contratante, os requisitos do sistema devem ser passíveis de verificação. Isso significa que é possível escrever um conjunto de testes que demonstrem que o sistema entregue atenda a cada requisito especificado.
( ) O documento de requisitos deve incluir requisitos que definam todas as funções e as restrições pretendidas pelo usuário do sistema.
( ) Requisitos no documento não devem entrar em conflito, ou seja, não devem haver restrições contraditórias ou descrições diferentes da mesma função do sistema.
A sequência está correta em
Para implementar o requisito não funcional, um modo de proteger as senhas dos usuários é:
Para que o requisito não funcional “fácil de usar” seja objetivamente testado, a ETi deve considerar a métrica:
1. Requisitos funcionais: São restrições aos serviços ou funções oferecidos pelo sistema. Incluem restrições de timing, restrições no processo de desenvolvimento e restrições impostas pelas normas. Ao contrário das características individuais ou serviços do sistema, os requisitos funcionais, muitas vezes, aplicam-se ao sistema como um todo.
2. Requisitos não funcionais: São declarações de serviços que o sistema deve fornecer, de como o sistema deve reagir a entradas específicas e de como o sistema deve se comportar em determinadas situações. Em alguns casos, os requisitos não funcionais também podem explicitar o que o sistema não deve fazer.
Das afirmativas:
( ) Os requisitos são expressos como cenários (chamados de histórias do usuário), que são implementados diretamente como uma série de tarefas.
( ) Em um processo de XP, o cliente jamais poderá ser considerado um membro da equipe de desenvolvimento.
( ) Os pares de desenvolvedores trabalham somente em suas áreas específicas, e não em todas as áreas do sistema.
Assinale a alternativa que apresenta a sequência correta de cima para baixo.
• ST1: Como aluno, eu gostaria de me matricular em uma determinada disciplina.
• ST2: Como professor, eu gostaria de atribuir notas aos alunos das minhas disciplinas.
• ST3: Como gestor, eu gostaria de visualizar os alunos considerados destaque acadêmico de todo o campus.
• ST4: Como gestor, eu gostaria que o sistema fosse implementado em JavaScript.
No contexto de engenharia de requisitos, assinale a alternativa correta.
Acerca da metodologia Scrum, julgue o item subsequente.
No Scrum, para maximizar a transparência das principais
informações, o compromisso do artefato incremento é com a
meta do produto.
Na execução da técnica de apprenticing (aprendizado), o engenheiro de requisitos deve questionar procedimentos operacionais complexos e pouco claros do domínio do sistema que os stakeholders desejam preservar.
A analogia é uma técnica pouco recomendada quando é necessário identificar requisitos novos, inovadores ou atrativos, em um ambiente cujo objetivo é encontrar soluções criativas.
Julgue o item subsequente, a respeito de especificação de requisitos.
Os requisitos do sistema devem descrever os
comportamentos interno e externo do sistema, devendo-se
preocupar com a forma como ele deve ser projetado ou
implementado.
Julgue o item subsequente, a respeito de especificação de requisitos.
A especificação de requisitos é frequentemente composta de
vários tipos de documentos e não raro abrange: visão geral;
glossário; modelos do sistema; lista de requisitos funcionais
e lista de requisitos não funcionais; especificação detalhada
de requisitos.
Julgue o item subsequente, a respeito de especificação de requisitos.
O objetivo principal da especificação é documentar todas as
necessidades dos clientes e obter um aceite quanto às
entregas de produto propostas.
Acerca de engenharia de software, julgue o próximo item.
Requisitos funcionais definem o que o software deve fazer, e
requisitos não funcionais definem como o software deve
fazer.
Os requisitos não funcionais solicitados pelo cliente devem ser classificados pelo GDS como requisitos:
( ) Especificação do software – investiga as funcionalidades do software e as restrições que, em sua operação, devem ser definidas.
( ) Desenvolvimento de software – deve ser produzido de modo que atenda às suas especificações.
( ) Validação do software – o software deve evoluir para atender às necessidades mutáveis do cliente.
As afirmativas são, respectivamente, na ordem apresentada,