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

Foram encontradas 1.123 questões

Q2557696 Engenharia de Software
No contexto de projetos que utilizam o Desenvolvimento de Aplicações Rápidas (RAD), a JAD (Joint Application Development) é uma técnica crucial para o levantamento de requisitos. Com base nisso, assinale a alternativa correta que descreve a JAD: 
Alternativas
Q2557695 Engenharia de Software
O levantamento de requisitos é uma etapa crucial no desenvolvimento de sistemas, pois é nessa fase que as necessidades do sistema são identificadas. Dentre as técnicas utilizadas para otimizar os resultados obtidos pelas entrevistas, assinale a alternativa correta. 
Alternativas
Q2543685 Engenharia de Software
    É o seu pior pesadelo. Um cliente entra em seu escritório, senta-se, olha diretamente nos seus olhos e diz: “Eu sei que você pensa que entendeu o que eu disse, mas o que você não entende é que aquilo que eu disse não era o que eu quis dizer”. Invariavelmente, isso acontece no final do projeto, após compromissos de prazos de entrega terem sido estabelecidos, reputações estarem em risco e muito dinheiro estar em jogo.
    Quem trabalhou na área de software e sistemas por mais do que alguns poucos anos já viveu esse pesadelo; mesmo assim, poucos aprenderam a livrar-se dele. Passamos por muitas dificuldades ao tentar extrair os requisitos de nossos clientes. Temos dificuldades para entender as informações obtidas. Normalmente, registramos os requisitos de forma desorganizada e investimos pouco tempo verificando aquilo que registramos. Deixamos que as mudanças nos controlem, em vez de estabelecermos mecanismos para controlar as mudanças. Em suma, não conseguimos estabelecer uma base sólida para o sistema ou software. Todos esses problemas são desafiadores. Quando combinados, o panorama é assustador até mesmo para os gerentes e profissionais mais experientes. Mas soluções existem.
(PRESSMAN, 2021, p. 103. Adaptado.)

Sobre a Engenharia de Requisitos, marque V para as afirmativas verdadeiras e F para as falsas.
( ) Recomenda-se iniciar a engenharia de requisitos desde o início de um projeto de software para garantir que o software atenda às necessidades do cliente.
( ) Durante a tarefa de elaboração na engenharia de requisitos, são identificados e analisados os cenários de usuário.
( ) A principal finalidade da negociação durante a engenharia de requisitos é eliminar completamente os requisitos conflitantes.
( ) A especificação de requisitos no contexto da engenharia de requisitos é um processo iterativo de captura e documentação dos requisitos.
( ) A rastreabilidade é importante na engenharia de requisitos para garantir que todos os requisitos estejam alinhados com as diretrizes de engenharia de software.
A sequência está correta em 
Alternativas
Q2543678 Engenharia de Software
Os requisitos não funcionais são caracterizados pelos requisitos que não estão diretamente relacionados com os serviços específicos oferecidos pelo sistema a seus usuários; geralmente, esses requisitos estão relacionados às propriedades emergentes da aplicação. Considerando que a PRODABEL S/A possui uma equipe específica e dedicada para as tarefas de engenharia de sistemas, que trabalha com diversas etapas e tarefas como, por exemplo, a coleta de requisitos não funcionais, marque V para as afirmativas verdadeiras e F para as falsas.
( ) A propriedade velocidade aborda transações processadas/segundo, tempo de resposta de usuário/evento e tempo de atualização de tela.
( ) O tempo de reinício após falha, o percentual de eventos que causam falhas e a probabilidade de corrupção de dados em caso de falhas são abordadas pela propriedade robustez.
( ) A propriedade portabilidade pode avaliar o percentual de declarações dependentes do sistema-alvo e a disponibilidade.
( ) Abordar o tempo de treinamento, o número de frames de ajuda e o número de chip de memória ROM está relacionada à propriedade facilidade de uso.
A sequência está correta em
Alternativas
Q2534642 Engenharia de Software
Na Engenharia de Requisitos, considerando as diversas atividades e técnicas utilizadas para a descoberta, a análise, a especificação e a validação de requisitos em projetos de desenvolvimento de software, avalie as afirmativas a seguir.

I. A Elicitação de Requisitos é limitada à coleta de informações através de entrevistas e questionários, excluindo métodos como a observação direta ou a integração no ambiente de trabalho dos stakeholders para entender suas necessidades e processos.
II. Histórias de Usuários, como principais instrumentos da Engenharia de Requisitos em Métodos Ágeis de Desenvolvimento, servem exclusivamente para documentar requisitos funcionais de forma detalhada, sem considerar aspectos não-funcionais ou restrições operacionais.
III. O conceito de Produto Mínimo Viável (MVP) é empregado para validar a relevância e viabilidade de um produto em mercados desconhecidos ou incertos, focando-se no desenvolvimento de funcionalidades essenciais para testar hipóteses críticas de negócios.

Está correto o que se afirma em
Alternativas
Q2518072 Engenharia de Software
João foi direcionado, pela consultoria na qual trabalha, para um novo cliente, a fim de iniciar a elicitação de requisitos. Após analisar alguns documentos e entrevistar alguns gestores, ele resolveu utilizar a técnica de card sorting, na qual contará com a participação de um grupo de 15 usuários. Após a utilização da técnica, João observou que o card sorting:
Alternativas
Q2500082 Engenharia de Software
No que diz respeito à engenharia de requisitos, à análise e projeto de sistemas e à norma ISO/IEC 14598‑3, julgue o item.
Os requisitos de software podem ser tanto as necessidades funcionais quanto as necessidades não funcionais.
Alternativas
Q2500081 Engenharia de Software
No que diz respeito à engenharia de requisitos, à análise e projeto de sistemas e à norma ISO/IEC 14598‑3, julgue o item.
A elicitação de requisitos pode ser definida como as atividades que envolvem a descoberta de requisitos de um sistema, como a identificação das fontes de informação.
Alternativas
Q2492543 Engenharia de Software

Com relação à engenharia de requisitos, julgue o item subsequente.


Na criação das histórias de usuários, o modelo dos 3C refere-se a: cartões, conversas e confirmações.

Alternativas
Q2492542 Engenharia de Software

Com relação à engenharia de requisitos, julgue o item subsequente.


Na construção do backlog do produto, os épicos são usados para agrupar cada uma das histórias de usuários, as quais contêm features e tarefas.

Alternativas
Q2491453 Engenharia de Software

Em relação à engenharia de requisitos, julgue o próximo item.  


No escopo da modelagem de requisitos, que visa criar várias representações do que o cliente deseja, os modelos baseados em cenários representam os requisitos de software sob o ponto de vista do usuário; nesse modelo, o caso de uso descreve a interação entre um ator e o software.

Alternativas
Q2491452 Engenharia de Software

Em relação à engenharia de requisitos, julgue o próximo item.  


Os requisitos não funcionais, mesmo não tendo relação direta com os serviços específicos oferecidos pelo sistema a seus usuários, podem estar relacionados, por exemplo, à confiabilidade e ao tempo de resposta do sistema. 

Alternativas
Q2491451 Engenharia de Software

Em relação à engenharia de requisitos, julgue o próximo item.  


Descrever aquilo que o sistema não deve fazer pode ser considerado, em alguns casos, como requisito funcional.

Alternativas
Q2491449 Engenharia de Software

Em relação à engenharia de requisitos, julgue o próximo item.  


Os processos de engenharia de requisitos podem incluir quatro atividades de alto nível: validação, especificação, estudo de viabilidade e elicitação, e, nessa última etapa, descobrem-se os requisitos.

Alternativas
Q2485893 Engenharia de Software
O Software Engineering Body of Knowledge (SWEBOK), do Institute of Electrical and Electronics Engineers (IEEE), é um guia com conteúdo que reúne as diretrizes e conceitos que regem a Engenharia de Software.

Com relação ao SWEBOK v3, analise os itens a seguir:


I. O SWEBOK apresenta uma divisão da Engenharia de Software em tópicos e subtópicos que dão uma boa visão geral da área, tendo o guia uma breve explicação para cada uma das divisões e apontamentos para as referências específicas mais relevantes para o aprofundamento teórico.
II. Desde seu lançamento em 2004, o SWEBOK vem sendo reconhecido no mundo todo como a padronização ideal dos ensinamentos que formavam engenheiros de Software realmente capacitados, abrangendo Knowledge areas (KA) como: Requisitos de Software; Projeto de Software; Construção de Software; Teste de Software; e, Manutenção de Software.
III. O SWEBOK contém a compilação de práticas de engenharia de Software consolidadas, na academia e na indústria, e pode servir como material de referência e consulta, além de indicar áreas de especialização que são mais importantes dentro da engenharia de Software.


Está correto o que se afirma em 
Alternativas
Q2485796 Engenharia de Software
Na engenharia de software, entre as técnicas para elicitação de requisitos, o brainstorming caracteriza-se por:
Alternativas
Q2480614 Engenharia de Software

Com relação à Engenharia de Requisitos, analise as afirmativas a seguir e assinale (V) para a verdadeira e (F) para a falsa.


( ) A Engenharia de Requisitos inclui três atividades fundamentais: elicitação (e análise); especificação; e, validação.

( ) Na etapa de classificação e organização, no processo de elicitação e análise de requisitos, o conjunto não estruturado de requisitos é agrupado pelos requisitos relacionados e organizado em grupos coerentes.

( ) Na prática, a Engenharia de Requisitos é um processo iterativo, no qual as atividades são intercaladas


As afirmativas são, respectivamente:

Alternativas
Q2480606 Engenharia de Software

Relacione as técnicas de elicitação e especificação de requisitos às suas respectivas definições:


1. Entrevistas

2. Etnografia

3. Histórias e Cenários

4. Casos de Uso

( ) Identifica os atores envolvidos, as funcionalidades principais, bem como a interação entre atores e funcionalidades do sistema

( ) Identifica características sobre o sistema (ou processo) atual e sobre o sistema que será desenvolvido a partir de questionamento aos stakeholders

( ) Descreve situação de uso do sistema, com informações como: ator(es); pré-condição; fluxo normal; fluxos alternativos; e pós-condição.

( ) Técnica de observação onde o analista (engenheiro de requisitos) se insere na organização do cliente, observa o trabalho no dia a dia e anota as tarefas dos funcionários


Assinale a opção que indica a relação correta, segundo a ordem apresentada.

Alternativas
Q2477533 Engenharia de Software
Durante o processo de Engenharia de Requisitos, qual técnica é comumente utilizada para identificar e documentar requisitos que podem não ser evidentes para os stakeholders? 
Alternativas
Q2471709 Engenharia de Software
Imagem associada para resolução da questão


A figura precedente ilustra um processo de elicitação e análise de requisitos. Em relação a esse processo, a técnica casos de uso
Alternativas
Respostas
41: A
42: D
43: A
44: A
45: B
46: D
47: C
48: C
49: C
50: E
51: C
52: C
53: C
54: C
55: A
56: A
57: D
58: D
59: B
60: B