Questões de Concurso
Sobre engenharia de requisitos em engenharia de software
Foram encontradas 1.321 questões
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.
Julgue o item a seguir, acerca de engenharia de requisitos.
Requisitos não funcionais de um sistema descrevem seu
objetivo e dependem do tipo de software a ser desenvolvido,
dos usuários esperados para o software e da abordagem geral
adotada pela organização ao escrever os requisitos.
Julgue o item a seguir, acerca de engenharia de requisitos.
Requisitos organizacionais são requisitos de sistema amplos,
derivados das políticas e dos procedimentos nas
organizações do cliente e do desenvolvedor, cujas funções
incluem definir como o sistema será utilizado e especificar a
linguagem de programação.
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,
1. Problemas de escopo ocorrem quando os limites do sistema são definidos de forma precária ou os clientes/usuários especificam detalhes técnicos desnecessários que podem confundir, em vez de esclarecer, os objetivos globais do sistema.
2. Problemas de volatilidade ocorrem quando os requisitos mudam com o tempo. Para ajudar a superar esses problemas, devemos abordar o levantamento de requisitos de forma organizada.
3. O documento de especificação de requisitos de software (Software Requirements Specification - SRS) é criado ao final do processo de desenvolvimento, contendo uma descrição detalhada de todos os aspectos do software finalizado, devendo ser entregue ao cliente na fase de aceitação do produto.
Assinale a alternativa que indica todas as afirmativas corretas.
I – Avaliar se o sistema é útil para a empresa.
II – Descobrir os requisitos.
III – Converter requisitos em uma forma padrão.
IV – Verificar se os requisitos realmente definem o sistema que o cliente quer.
( ) – Validação. ( ) – Especificação. ( ) – Estudo de viabilidade. ( ) – Elicitação e análise.
A ordem das relações de cima para baixo é:
I – Idealmente, os requisitos de usuário e de sistema devem ser claros, inequívocos, de fácil compreensão, completos e consistentes.
II – Os requisitos de usuário para um sistema devem descrever todos os requisitos de modo que sejam compreensíveis para usuários do sistema que não tenham conhecimento técnico detalhado.
III – O documento de requisitos não deve incluir detalhes da arquitetura ou projeto do sistema.
Estão corretas as afirmações: