Seu próximo nível começa aqui
Com a Assinatura Ilimitada, você tem tudo que precisa para sua aprovação.
Com a Assinatura Ilimitada, você combina prática, teoria e método em uma única assinatura com tudo que você precisa para sua aprovação.
- Gran Questões
- Questões
Questões de Concurso sobre Especificação de requisitos.
Disciplina
1
Assunto
1
Banca
Instituição
Cargo
Ano
Carreira
Área de formação
Escolaridade
Dificuldade
Comentários:
Professores
Alunos
Meus Comentários
Vídeo
Minhas questões:
Resolvidas
Não resolvidas
Certas
Erradas
Tipo de questão:
Certo e errado
Múltipla escolha
Incluir questões:
Anuladas
Desatualizadas
Questões:
Todas as questões
Filtro simplificado
Questões
Todas as questões
65
questões
encontradas
20
Mais recentes
Especificação de requisitos de software normalmente se refere à produção de um documento que pode ser sistematicamente revisado, avaliado e aprovado. Para sistemas complexos podem ser produzidos até três tipos diferentes de documentos. O documento denominado definição do sistema registra
A
os requisitos de software que estabelecem a base para o acordo entre clientes e contratados ou fornecedores.
B
o que o produto de software deve fazer bem como o que não se espera que ele faça.
C
uma base realista para estimar os custos, riscos e cronogramas do produto.
D
os componentes substanciais de software e não software.
E
os requisitos do sistema de alto nível a partir da perspectiva do domínio.
Acerca do processo de levantamento e análise de requisitos é correto afirmar que
A
para elicitar requisitos, podem ser utilizadas as técnicas de entrevistas, questionários, observação e construção da matriz de rastreabilidade.
B
os modelos de caso de uso fornecem uma representação gráfica para o relacionamento entre os requisitos e os componentes do projeto de software.
C
tem como propósito definir os requisitos do cliente, do produto e dos componentes do produto.
D
as listas de verificação (ou checklists) são úteis na fase de elicitação de requisitos porque permitem modelar os cenários de uso do sistema.
E
apesar de existirem muitos interessados diferentes, os requisitos do sistema devem convergir para serem explorados sob um único ponto de vista.
Um Analista de Sistemas da PRODATER recebeu os seguintes requisitos para a especificação do novo sistema a ser desenvolvido:
I. O software deve ser compatível com os browsers Internet Explorer, Firefox e Chrome.
II. O tempo de resposta às consultas que envolvam a base de dados não pode ser superior a 10 segundos.
III. O software deve executar em smartphones, tablets, notebooks e desktops.
Os requisitos
A
são todos não funcionais.
B
são todos funcionais.
C
são todos de domínio.
D
I e II, são funcionais e o III, é não funcional.
E
I e III, são não funcionais e o II, é funcional
Um grupo de usuários emprega o documento de especificação dos requisitos com a finalidade de entender qual é o sistema a ser desenvolvido. Tal grupo corresponde aos
A
clientes do sistema.
B
engenheiros de sistema.
C
gerentes do empreendimento.
D
engenheiros de teste do sistema.
E
engenheiros de manutenção do sistema.
As principais técnicas de elicitação de requisitos podem ser classificadas em quatro categorias: tradicionais, colaborativas, cognitivas e abordagens contextuais. Na categoria cognitiva encontram-se
A
análise de tarefas, analise de protocolos e técnicas de aquisição de conhecimentos.
B
entrevistas, brainstorms e reuniões tecnosociais.
C
entrevistas, pesquisas e questionários, reuniões e cenários.
D
etnografia, análise de discursos e métodos tecnosociais.
E
grupo focal, brainstorms e prototipação.
Em um projeto de desenvolvimento de software, a qualidade de um sistema informatizado depende, em grande parte, da qualidade de seus requisitos. A especificação de requisitos deve satisfazer a seguinte característica para ser considerada de qualidade:
I. Precisão: a especificação de requisitos é dita precisa quando todo requisito presente nela tiver apenas uma única interpretação, ou seja, todos os requisitos são entendidos da mesma forma por todos os stakeholders.
II. Consistência: diz-se que uma especificação de requisitos é consistente quando todo requisito presente nela é realmente um requisito de produto a ser construído. A consistência pode ser verificada por meio da checagem da coerência entre os diversos documentos, assim como pela avaliação se as especificações de requisitos obtidas junto ao cliente estão de acordo com os demais documentos do projeto.
III. Completude: uma especificação de requisitos é dita completa quando reflete todas as decisões de especificação que foram tomadas, não havendo nenhuma pendência. Portanto, a especificação é dita completa quando contém todos os requisitos significativos quanto às funcionalidades, desempenho e restrições.
Quais estão corretas?
A
Apenas I.
B
Apenas II.
C
Apenas I e III.
D
Apenas II e III.
E
I, II e III.
Assinale abaixo a alternativa INCORRETA em relação à Engenharia de requisitos: conceitos técnicas e especificação de requisitos.
A
Os requisitos de software são frequentemente classificados como requisitos funcionais e requisitos não funcionais.
B
Normalmente, os requisitos 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, também podem explicar o que o sistema não deve fazer.
C
Normalmente, os requisitos não funcionais são as restrições aos serviços ou funções oferecidos pelo sistema, muitas vezes, aplicam-se ao sistema como um todo.
D
A imprecisão na especificação dos requisitos não causam muitos problemas na engenharia de software, pois no momento da implementação, o desenvolvedor pode tirar as dúvidas necessárias.
E
Em princípio, a especificação dos requisitos funcionais de um sistema deve ser completa e consistente, dessa forma, todos os serviços requeridos pelo usuário devem ser definidos e os requisitos não devem ter definições contraditórias.
Em relação a Engenharia de requisitos: conceitos, técnicas e especificação de requisitos, assinale abaixo a alternativa INCORRETA
A
Os requisitos de um sistema são as descrições que um sistema deve fazer, os serviços que oferece e as restrições a seu funcionamento.
B
Requisitos de usuário são declarações, em uma linguagem natural com diagramas, de quais serviços o sistema deverá fornecer a seus usuários e as restrições com as quais este deve operar.
C
Requisitos de sistema são descrições mais detalhadas das funções, serviços e restrições operacionais do sistema de software. O documento de requisitos do sistema às vezes pode ser chamado de especificação funcional.
D
Os requisitos precisam ser escritos em diferentes níveis de detalhamento para que diferentes leitores possam usá-los de diversas maneiras.
E
Os únicos usuários do documento de requisitos são os engenheiros de requisitos responsáveis pelo desenvolvimento do software.
Quanto à análise e às técnicas de levantamento de requisitos, marque V para verdadeiro ou F para falso e, em seguida, assinale a alternativa que apresenta a sequência correta.
( ) A equipe de desenvolvimento precisa estar preparada para mudanças durante o desenvolvimento, uma vez que os requisitos são de natureza volátil.
( ) A evolução de requisitos ocorre no sentido do desenvolvimento de software, mudando do nível alto de abstração para a implementação.
( ) Os requisitos podem mudar no sentido da melhoria contínua para atender a novas necessidades ou demandas.
( ) Conhecer e gerenciar as interações entre requisitos é extremamente importante para a decomposição e para a modularização das características do sistema.
( ) Interações entre requisitos são relacionamentos de dependência, decomposição, complementação e conflito.
A
V/ V/ V/ V
B
F/ V/ V/ F
C
F/ F/ F/ V
D
V/ F/ F/ F
E
V/ V/ F/ V
A fase de análise de um processo de desenvolvimento de software consiste de:
A
codificação das funcionalidades do software.
B
testar de forma automatizada as funcionalidades codificadas aplicando testes unitários.
C
um processo interativo no qual os requisitos são traduzidos para um modelo de referência a ser usado na construção do software, conhecido como arquitetura do software.
D
analisar e refinar os requisitos do software considerando o domínio do problema e das possíveis soluções.
E
analisar a performance do software e fornecer manutenção evolutiva para o mesmo.
Durante a elicitação de requisitos de um projeto pode ser empregada uma técnica denominada workshop, na qual os principais stakeholders de um projeto são reunidos por um curto período de tempo. Essa técnica prevê a existência de um facilitador, que deve ser um dos stakeholders e não deve interferir nas decisões do grupo ou emitir opiniões.
C
Certo
E
Errado
Requisitos de funcionalidade de um sistema são declarações de serviços que esse sistema deve fornecer e que definem como ele deve reagir a entradas específicas e se comportar em determinadas situações. Entre esses requisitos estão a velocidade, a eficiência, a disponibilidade, a exatidão e o tempo de resposta.
C
Certo
E
Errado
A etnografia é uma técnica utilizada para a descoberta de requisitos de sistemas de software na qual, por meio de observações, procura-se compreender os requisitos sociais e organizacionais do ambiente onde o sistema será usado.
C
Certo
E
Errado
No processo de requisitos, é importante que haja um bom entendimento do domínio do problema e das necessidades que devem ser atendidas. Ao final do processo devem estar definidos os requisitos do sistema a ser implementado, os quais não devem incluir informações a respeito do projeto ou da arquitetura do sistema. Portanto, informações como a linguagem de programação ou o sistema gerenciador de banco de dados a serem utilizados não devem estar presentes nos requisitos de software documentados.
C
Certo
E
Errado
Considerando as atividades e as técnicas necessárias ao levantamento de requisitos, assinale a opção correta.
A
A melhor e mais rápida técnica para levantamento de requisitos é a entrevista, pois nela se obtém tudo o que o usuário precisa.
B
O uso de questionários pode ser recomendado no caso de um número muito grande de usuários envolvidos, mas pode demandar muito tempo para elaboração, validação e teste do questionário.
C
Não se recomenda acompanhar o usuário em suas atividades para coletar requisitos, pois o envolvimento direto entre as equipes de coleta de requisitos e usuários pode corromper os objetivos do software.
D
Protótipos são complexos e tomam tempo para serem desenvolvidos, e, portanto, devem ser sempre evitados, a não ser que o cliente os exija
E
Workshops de casos de uso geralmente levam os usuários a querer colocar requisitos demais no projeto, reduzindo a agilidade e progresso do projeto.
O gerenciamento de requisitos deve compreender e controlar mudanças nos requisitos de sistema, além de avaliar os seus impactos. Para atingir esse propósito, podem ser mantidas informações de rastreabilidade a serem usadas para avaliar quais outros requisitos seriam afetados por uma mudança, bem como o impacto da mudança de requisitos no projeto e na implementação do sistema.
C
Certo
E
Errado
A respeito de análise de requisitos, julgue os itens a seguir.
I O usuário deve ser capaz de pesquisar tanto no banco de dados inteiro como em uma parte dele.
II A interface de usuário para o sistema deve ser implementada em HTML sem frames ou em applets Java.
III O sistema deve fornecer visões apropriadas para que o usuário possa ler documentos.
IV Cada ordem deve ter um identificador único (OSID), que o usuário deve poder copiar na área permanente de armazenamento da conta.
V O processo de desenvolvimento do sistema e os documentos devem ser realizados conforme o padrão interno da empresa.
São requisitos funcionais apenas os itens
A
I, II e III.
B
I, II e V.
C
I, III e IV.
D
II, IV e V.
E
III, IV e V.
Estruturar o modelo de caso de uso de negócios, que é o modelo das metas de negócio e as funções pretendidas, é uma tarefa da disciplina requisitos.
C
Certo
E
Errado
A fase de projeto define o que o software deve fazer, enquanto a fase de eliciação de requisitos define como o software deve atingir seus requisitos.
C
Certo
E
Errado
Requisitos descrevem um acordo ou contrato entre duas partes, especificando, entre outros aspectos, o que o sistema de software deve fazer para ser aprovado em um teste de aceitação.
C
Certo
E
Errado
Gerar simulado