Questões de Concurso Comentadas sobre engenharia de requisitos em engenharia de software

Foram encontradas 1.273 questões

Q2172358 Engenharia de Software
Analise as assertivas abaixo sobre as diretrizes básicas da coleta colaborativa de requisitos:
I. Um facilitador, que pode ser um cliente, um desenvolvedor ou uma pessoa de fora, controla a reunião.
II. As reuniões são assistidas somente por engenheiros de software que seguem uma agenda formal para cobrir todos os pontos importantes e registrar o fluxo de ideias.
III. Meta é identificar o problema, propor elementos da solução, negociar diferentes abordagens e especificar um conjunto preliminar de requisitos da solução em uma atmosfera que propicie que a meta seja alcançada.
Quais estão corretas?
Alternativas
Q2172356 Engenharia de Software
Em relação aos exemplos de requisitos funcionais, analise as assertivas abaixo, assinalando V, se verdadeiras, ou F, se falsas.
( ) Um usuário deve ser capaz de pesquisar as listas de agendamentos para todas as clínicas. ( ) O sistema deve gerar, a cada dia e para cada clínica, a lista dos pacientes para as consultas daquele dia. ( ) Cada membro da equipe que usa o sistema deve ser identificado apenas por seu número de oito dígitos.
A ordem correta de preenchimento dos parênteses, de cima para baixo, é:
Alternativas
Q2172145 Engenharia de Software
O teste de componente (também conhecido como teste de unidade/unitário ou módulo) é um teste de caixa branca que se concentra em componentes que são testáveis separadamente. Assinale a alternativa que NÃO é um exemplo de produto de trabalho que pode ser usado como base de teste para testes de componentes.
Alternativas
Q2171670 Engenharia de Software
Entrevistas são utilizadas para a realização do levantamento de requisitos como parte do processo da engenharia de requisitos. Analise as assertivas abaixo e assinale a alternativa correta.
I. Nas entrevistas fechadas, elabora-se um determinado e predefinido conjunto de perguntas.
II. As entrevistas abertas são realizadas de maneira menos estruturada que as fechadas e permitem que os envolvidos falem abertamente sobre determinadas questões.
III. Na prática, a equipe de engenharia de requisitos costuma realizar uma mistura entre entrevistas abertas e fechadas por serem mais eficazes para obter a resposta de determinadas questões.
Alternativas
Q2171171 Engenharia de Software
Na engenharia de software, o usuário de um documento de engenharia de requisitos que especifica e lê os requisitos do sistema para verificar se eles atendem às suas necessidades, especificando, inclusive, as mudanças nos requisitos, é o:
Alternativas
Q2159662 Engenharia de Software
No processo de engenharia de requisitos há uma etapa em que podem ser gerados modelos de sistema que ajudam a entender o sistema a ser especificado. Esta etapa é conhecida como
Alternativas
Q2156961 Engenharia de Software
Um analista de requisitos está alocado na etapa de descoberta dos requisitos de um novo sistema. Para tal, ele terá acesso aos futuros usuários desse sistema, bem como acompanhará a rotina diária desses usuários. Esse cenário indica que para descoberta de requisitos, o analista deve considerar a aplicação das técnicas de 
Alternativas
Q2128026 Engenharia de Software
Um Requisito é uma capacidade do sistema ou a descrição de algo que o sistema é capaz de realizar, para resolver um problema ou atingir um objetivo do usuário. Sobre este assunto, considere as seguintes afirmações:

I- Usuário deve ser capaz de pesquisar as listas de agendamentos para todas as clínicas.
II- O sistema deve estar disponível para uso durante o horário comercial, de segunda a sexta.
III- Usuário deve se autenticar no sistema com seu crachá de identificação.
IV- O sistema deve gerar a lista de clientes para visitação daquele dia.

Assinale a alternativa que traz os requisitos que são classificados como Funcionais.
Alternativas
Q2110091 Engenharia de Software
O estudo de viabilidade constitui-se na fase inicial do desenvolvimento da especificação de requisitos do software e o resultado desse estudo deve, prioritariamente, compreender
Alternativas
Q2107660 Engenharia de Software
Quando se trabalha com metodologias ágeis, uma construção que agrega especificações de requisitos na forma de histórias do usuário é o: 
Alternativas
Q2107659 Engenharia de Software
Assinale a alternativa que apresenta somente artefatos que podem ser gerados a partir do levantamento de requisitos de software.  
Alternativas
Q2107658 Engenharia de Software
Qual das tarefas abaixo NÃO pertence à Engenharia de Requisitos? 
Alternativas
Q2107657 Engenharia de Software
Sobre a técnica de prototipação na Engenharia de Requisitos, quanto ao ciclo de vida, um protótipo pode ser classificado em:  
Alternativas
Q2107656 Engenharia de Software
Considere um projeto de software para um sistema de concessão e controle de linhas de crédito para pessoas físicas e jurídicas. Abaixo estão elencados alguns dos requisitos levantados: 
I. Adequação à LGPD (Lei Geral de Proteção de Dados Pessoais). II. Desenvolvimento em linguagem C#. III. Multiplataforma: macOS, Linux e Windows. IV. Transações via PIX. V. Cópia diária de todos os dados.
Quais identificam um requisito do tipo funcional?
Alternativas
Q2098266 Engenharia de Software
Considere as seguintes afirmações sobre análise e modelos de análise.
I - Considerações de infraestrutura e outros modelos não funcionais devem ser postergados até a fase de projeto.
II - Cada elemento do modelo de requisitos deve contribuir para o entendimento geral dos requisitos de software e fornecer uma visão do domínio de informação, função e comportamento do sistema.
III - É importante representar os relacionamentos entre as classes e as funções, mesmo se o nível de interconexão for extremamente alto. Não se deve esforçar para reduzi-lo.
Quais estão corretas?
Alternativas
Q2098265 Engenharia de Software
Documentos de requisitos tradicionais possuem, muitas vezes, centenas de páginas e podem levar muito tempo para ficarem prontos. Os profissionais da indústria que apresentaram métodos ágeis perceberam — ou sofreram com — tais problemas e propuseram uma técnica pragmática para solucioná-los que ficou conhecida pelo nome de Histórias de Usuários. Quando usamos histórias de usuários, atividades de Engenharia de Requisitos ocorrem ao longo de todo o desenvolvimento, em praticamente todos os dias de uma iteração. Consequentemente, troca-se um documento de requisitos com centenas de páginas por conversas frequentes, nas quais o representante dos clientes explica os requisitos para os desenvolvedores da equipe. Assim, histórias de usuários favorecem comunicação verbal, em vez de comunicação escrita. Considere as seguintes afirmações.
I - Histórias não devem ser abertas para negociação. Uma vez definidas, não se pode usar histórias nas conversas entre clientes e desenvolvedores durante um sprint.
II - Histórias devem ser testáveis, isto é, elas devem ter critérios de aceitação objetivos.
III - Histórias devem ser independentes: dadas duas histórias, deve ser possível implementá-las em qualquer ordem. Para isso, idealmente, não devem existir dependências entre elas.
Quais caracterizam corretamente Histórias de Usuários?
Alternativas
Q2098264 Engenharia de Software
Considere as seguintes afirmações sobre Engenharia de Requisitos.
I - Os requisitos de um sistema definem o que ele deve fazer e como ele deve operar.
II - A Engenharia de Requisitos inclui o conjunto de atividades realizadas com o objetivo de definir, analisar, documentar e validar os requisitos de um sistema.
III - Requisitos funcionais definem como um sistema deve operar, sob quais restrições e com qual qualidade de serviço. Como exemplos de requisitos funcionais temos desempenho, disponibilidade, tolerância a falhas, segurança, privacidade, interoperabilidade, capacidade, manutenibilidade e usabilidade.
Quais estão corretas?
Alternativas
Q2084834 Engenharia de Software
A engenharia de requisitos compreende duas grandes etapas: o desenvolvimento e o gerenciamento de requisitos. Selecione a atividade de desenvolvimento de requisitos na qual é realizada a investigação dos requisitos por meio da compreensão do contexto em que o projeto está inserido.
Alternativas
Q2084760 Engenharia de Software
A seleção das funcionalidades de um software se baseia em diversos aspectos, dentre eles temos diversos meios de se obter essas informações do cliente, para que o software atinja suas expectativas. Selecione o usuário de um documento de Engenharia de Requisitos que usa os requisitos para compreender qual sistema será desenvolvido. 
Alternativas
Q2081591 Engenharia de Software
Entender os requisitos de um problema está entre as tarefas mais difíceis enfrentadas por um analista de tecnologia de informação. Do ponto de vista do processo de software, a engenharia de requisitos é uma atividade que se inicia em tempo de projeto e pode ocorrer de forma contínua ao longo do ciclo de desenvolvimento e em tempo de execução. (Adaptado de: Pressmam, R. S.; Maxin, B. R. Engenharia de Software: uma abordagem tradicional; 9ª ed. Porto Alegre: AMGH, 2021.)
Considerando as atividades de levantamento, análise, gerenciamento de requisitos e histórias de usuários, analise as afirmativas a seguir.
I. Uma importante atividade em engenharia de requisitos é entender as metas de negócios de longo prazo que devem ser atendidas pelo sistema de software. Essas metas podem ser funcionais ou não funcionais e são, frequentemente, uma boa maneira de explicar os requisitos aos envolvidos e, uma vez estabelecidas, podem ser usadas para gerenciar conflitos entre eles.
II. No processo de verificação de requisitos, diferentes processos de conferências podem ser realizados para garantir que a especificação do sistema, produto ou serviço atenda às necessidades do cliente e de outras partes envolvidas. Entre esses processos pode-se encontrar a geração de casos de teste, inspeção, rastreabilidade, conferência de consistência, de completude e de realismo.
III. Os modelos comportamentais representam os elementos funcionais do sistema e como eles transformam dados à medida que se movem pelo sistema. Entre os modelos UML pode-se encontrar o diagrama de estados.
IV. Histórias de usuários descrevem funcionalidades e são compostas de três partes: cartão onde uma funcionalidade é escrita e é usada no planejamento do sistema de software; conversas entre equipe de desenvolvimento e cliente, por meio das quais o cliente explica e detalha o que escreveu no cartão; e, confirmação que é um teste escrito pelo cliente, em alto nível, que ajuda a identificar que a história foi implementada como esperado. Para escrever uma boa história ela precisa focar em seis atributos, conhecidos pelo acrônimo INVEST.
Está correto o que se afirma apenas em
Alternativas
Respostas
301: C
302: C
303: A
304: A
305: E
306: B
307: C
308: C
309: B
310: B
311: E
312: C
313: A
314: C
315: B
316: D
317: B
318: C
319: C
320: B