Questões de Concurso Sobre engenharia de requisitos em engenharia de software

Foram encontradas 1.321 questões

Q215139 Engenharia de Software
Sobre a Obtenção de requisitos de um sistema proposto, abaixo analise as assertivas e assinale a alternativa que aponta a(s) correta(s).

I. Fontes de informações durante a fase de obtenção de requisitos incluem documentação, stakeholders de sistema e especificações de sistemas similares.

II. A interação com os stakeholders neste processo de dá por meio de entrevistas e observações, podendo ser utilizado cenário e até mesmo protótipos para auxiliar nesta obtenção.

III. Os stakeholders variam de usuários finais do sistema a gerentes e envolvidos externos.

IV. Fontes de requisitos como stakeholders, domínios e outros sistemas podem ser representados como pontos de vista do sistema, em que cada ponto de vista apresenta um subconjunto de requisitos do novo sistema.
Alternativas
Q214807 Engenharia de Software
Na engenharia de requisitos trata-se de uma técnica de elicitação que ocorre em ambiente mais informal em que toda a idéia deve ser levada em consideração para a solução de um problema, sendo proibida a crítica a qualquer sugestão dada, e encorajada, inclusive, a criação de ideias que pareçam estranhas ou exóticas:
Alternativas
Ano: 2011 Banca: CESPE / CEBRASPE Órgão: MEC
Q1208914 Engenharia de Software
Julgue o item subsecutivo, referentes à engenharia de requisito.
A rastreabilidade bidirecional ocorre tanto de forma horizontal quanto vertical: a vertical estabelece a dependência entre os requisitos ou produtos de trabalho em um mesmo nível, podendo ocorrer em relação aos requisitos entre si ou entre códigos de unidades dependentes; a horizontal estabelece um rastreamento a partir de um requisito fonte, passando pelos requisitos de mais baixo nível, até atingir o nível de decomposição mais baixo do produto.
Alternativas
Ano: 2011 Banca: FUMARC Órgão: PRODABEL - MG
Q1201267 Engenharia de Software
Analise as seguintes afirmativas sobre requisitos de sistemas.
I. “Requisitos funcionais” são declarações de serviços que o sistema deve fornecer, como o sistema deve reagir a entradas específicas e como o sistema deve se comportar em determinadas situações.
II. “Requisitos não funcionais” se aplicam à propriedades do sistema como um todo e podem definir restrições como tempo de resposta, espaço de armazenamento e perfis de acesso ao sistema.
III. “Requisitos de domínio” são regras de negócio, como uma fórmula de cálculo, que podem estar associadas somente a “requisitos funcionais” do sistema.
Assinale a alternativa CORRETA:
Alternativas
Ano: 2011 Banca: CESGRANRIO Órgão: BR Distribuidora
Q1194128 Engenharia de Software
Ao determinar um conjunto inicial de requisitos funcionais para um sistema Web de controle de pedidos feitos por postos de revenda de combustível, um analista inexperiente de uma empresa distribuidora chegou aos seguintes requisitos:
I - O sistema deverá permitir ao representante do posto solicitar uma entrega de combustíveis.
II - O sistema deverá utilizar JAVA.
III - O sistema deverá suportar pedidos em português e espanhol.
É(São) requisito(s) funcional(is) APENAS o(s) descrito(s) em 
Alternativas
Q453050 Engenharia de Software
Sobre os requisitos de software, é correto afirmar que:
Alternativas
Q379807 Engenharia de Software
O processo de engenharia de requisitos é realizado por meio da execução das funções con- cepção, levantamento, elaboração, negociação, especificação, validação e gestão. A validação se encarrega de realizar a avaliação quanto à qualidade, examinando a especificação para garantir que todos os requisitos do software tenham sido declarados de modo não ambíguo, que as inconsistências, omissões e erros tenham sido detectados e corrigidos e que os produtos de trabalho estejam de acordo com as normas estabelecidas para o processo, o projeto e o produto. O principal mecanismo de validação de requisitos é denominado:
Alternativas
Q379806 Engenharia de Software
Como a maioria das atividades de engenharia, a reengenharia de processo de negócio é interativa. As metas do negócio e os processos que as alcançam precisam ser adaptados a um ambiente de negócios mutante. Por essa razão, não há começo nem fim para a BPR - é um processo evolutivo. Esse modelo é ilustrado na figura que segue.

imagem-003.jpg
As fases I, II, III e IV são denominadas, respectivamente:
Alternativas
Q268170 Engenharia de Software
Sabendo que entrevistas e reuniões são técnicas utilizadas para a obtenção de requisitos de um software, julgue o  item  a seguir.


São considerados facilitadores para uma reunião: direcionar a discussão, encerrar a conversação e preparar um histórico, à medida que a reunião acontece, que vai ajudar na consolidação dos resultados e na identificação das próximas etapas.
Alternativas
Q268169 Engenharia de Software
Sabendo que entrevistas e reuniões são técnicas utilizadas para a obtenção de requisitos de um software, julgue o  item  a seguir.


As entrevistas podem ser classificadas como abertas ou fechadas. Nas entrevistas fechadas, não há roteiro predefinido. Na prática, é possível implementar uma combinação de entrevistas abertas e fechadas, visando obter uma compreensão mais ampla das necessidades dos stakeholders com relação ao sistema.
Alternativas
Q268168 Engenharia de Software
Sabendo que entrevistas e reuniões são técnicas utilizadas para a obtenção de requisitos de um software, julgue o  item  a seguir.

A coleta inicial dos requisitos ocorre normalmente em reunião que participam os stakeholders, gerentes, desenvolvedores e todas as pessoas envolvidas com o projeto. As regras e agenda da reunião devem ser comunicadas para todos os participantes. Os tópicos a serem discutidos nessa coleta inicial incluem identificação do problema, necessidade e justificativa do novo produto de software.
Alternativas
Q268167 Engenharia de Software
Considerando que a validação de requisitos permite demonstrar que os requisitos refletem o sistema que se deseja construir, julgue o  item  subsequente.

Verificações de realismo buscam averiguar se os requisitos não estão conflitantes, enquanto verificações de consistência, considerando a tecnologia existente, visam analisar a viabilidade de implementação desses requisitos.
Alternativas
Q268166 Engenharia de Software
Considerando que a validação de requisitos permite demonstrar que os requisitos refletem o sistema que se deseja construir, julgue o  item  subsequente.

Na prototipação, um modelo executável do sistema é apresentado aos usuários e clientes finais, que podem verificar se o modelo atende as suas necessidades reais.
Alternativas
Q268165 Engenharia de Software
Considerando que a validação de requisitos permite demonstrar que os requisitos refletem o sistema que se deseja construir, julgue o  item  subsequente.

A revisão de requisitos objetiva verificar o documento de requisitos em busca de anomalias ou omissões; é um processo manual que envolve cliente e fornecedor.
Alternativas
Q268164 Engenharia de Software
Os requisitos de um sistema definem o que esse sistema deve fazer, bem como estabelecem as restrições de operação e implementação desse sistema. Acerca de requisitos funcionais e não funcionais, julgue o  próximo  item.

Os requisitos funcionais descrevem o que o sistema deve fazer; dependem do tipo de software que está sendo desenvolvido, dos usuários e da abordagem geral utilizada pela organização para redigir os requisitos.
Alternativas
Q268163 Engenharia de Software
Os requisitos de um sistema definem o que esse sistema deve fazer, bem como estabelecem as restrições de operação e implementação desse sistema. Acerca de requisitos funcionais e não funcionais, julgue o  próximo  item.

A frase a seguir é um exemplo de descrição de requisito funcional: A interface de usuário do sistema xxx deve ser implementada como simples HTML, sem frames ou applets Java.
Alternativas
Q268162 Engenharia de Software
Os requisitos de um sistema definem o que esse sistema deve fazer, bem como estabelecem as restrições de operação e implementação desse sistema. Acerca de requisitos funcionais e não funcionais, julgue o  próximo  item.

Os requisitos não funcionais não estão relacionados diretamente às funções específicas fornecidas pelo sistema. Definições de desempenho, espaço e portabilidade são exemplos de requisitos não funcionais.
Alternativas
Q261484 Engenharia de Software
Julgue o  item  subsecutivo , referente  à engenharia de requisitos

A rastreabilidade bidirecional ocorre tanto de forma horizontal quanto vertical: a vertical estabelece a dependência entre os requisitos ou produtos de trabalho em um mesmo nível, podendo ocorrer em relação aos requisitos entre si ou entre códigos de unidades dependentes; a horizontal estabelece um rastreamento a partir de um requisito fonte, passando pelos requisitos de mais baixo nível, até atingir o nível de decomposição mais baixo do produto.

Alternativas
Q261483 Engenharia de Software
Julgue o  item  subsecutivo , referente  à engenharia de requisitos

No desenvolvimento de um software, ocorrem atividades associadas à rastreabilidade em quatro momentos: nos artefatos definidos na gerência de requisitos; no relatório de solicitação de mudança; na elaboração dos protótipos; e na codificação do software.

Alternativas
Q261482 Engenharia de Software
Julgue o  item  subsecutivo , referente  à engenharia de requisitos

A rastreabilidade dos requisitos, além de documentar as solicitações de mudança, indicando o solicitante, o motivo e a sua propriedade, ajuda a estimar os recursos de hardware e software necessários ao desenvolvimento do produto de software, permitindo um adequado gerenciamento de requisitos.

Alternativas
Respostas
1081: E
1082: D
1083: E
1084: A
1085: A
1086: C
1087: C
1088: B
1089: C
1090: E
1091: E
1092: E
1093: E
1094: C
1095: C
1096: E
1097: C
1098: E
1099: E
1100: E