Questões de Concurso
Sobre engenharia de requisitos em engenharia de software
Foram encontradas 1.348 questões
Q3779526
Engenharia de Software
Em contraste com os Requisitos Não-Funcionais (RNF), os Requisitos Funcionais (RF) são essenciais para a codificação das funcionalidades do sistema.
A principal característica que define um RF é
Q3779525
Engenharia de Software
Durante o Processo de Engenharia de Requisitos para o novo sistema de gestão de documentos, o Analista de Sistemas identificou que dois stakeholders importantes têm requisitos conflitantes sobre a funcionalidade de arquivamento. Um exige arquivamento imediato e o outro exige retenção por 90 dias.
A fase do Processo de Engenharia de Requisitos é responsável por resolver essas inconsistências e conflitos entre requisitos e stakeholders é
Q3779523
Engenharia de Software
Em um projeto de alta concorrência na Assembleia, o Analista de Sistemas precisa coletar requisitos para um novo módulo de apoio legislativo, mas o tempo disponível com os stakeholders é muito limitado. O analista decide utilizar uma técnica de elicitação de requisitos que permite explorar em profundidade as exceções e detalhes dos workflows com o mínimo de pessoas.
A técnica de elicitação de requisitos, que envolve a interação direta com stakeholders-chave, e a mais adequada para obter informações detalhadas e em profundidade sobre os processos e regras de negócio é a de
Q3779521
Engenharia de Software
A equipe de desenvolvimento do sistema de votação remota na Assembleia definiu os seguintes requisitos:
1. O sistema deve registrar o voto de cada parlamentar em até 1 segundo.
2. O sistema deve permanecer operacional 99,99% do tempo durante as sessões plenárias.
3. O sistema deve estar em conformidade com a Lei Geral de Proteção de Dados (LGPD).
Estes requisitos acima, que descrevem critérios de desempenho, qualidade e restrição, são classificados como:
Ano: 2025
Banca:
IDCAP
Órgão:
HEMOBA
Prova:
IDCAP - 2025 - HEMOBA - Analista Técnico - Área de Atuação: Análise de Sistemas |
Q3773953
Engenharia de Software
A engenharia de requisitos é uma fase crítica do
desenvolvimento de software, onde as necessidades dos
stakeholders são compreendidas e documentadas. Dado
o contexto das atividades de elicitação e análise de
requisitos, analise as afirmativas a seguir:
I.A técnica de prototipação é utilizada para validar requisitos funcionais e não funcionais, mas é considerada de alto custo e baixo engajamento, sendo recomendada apenas para sistemas onde os requisitos já estão bem definidos e estáveis.
II.O JAD (Joint Application Design) é uma técnica de elicitação de requisitos que consiste em sessões de workshop altamente estruturadas, reunindo stakeholders-chave, usuários finais e a equipe de desenvolvimento, com o objetivo de definir e acordar os requisitos de forma colaborativa e acelerada.
III.A análise de cenários é uma técnica focada exclusivamente em identificar os "caminhos felizes" (happy paths) de um caso de uso, detalhando as interações bem-sucedidas do usuário com o sistema, deixando a análise de exceções e falhas para a fase de testes.
Está correto o que se afirma em:
I.A técnica de prototipação é utilizada para validar requisitos funcionais e não funcionais, mas é considerada de alto custo e baixo engajamento, sendo recomendada apenas para sistemas onde os requisitos já estão bem definidos e estáveis.
II.O JAD (Joint Application Design) é uma técnica de elicitação de requisitos que consiste em sessões de workshop altamente estruturadas, reunindo stakeholders-chave, usuários finais e a equipe de desenvolvimento, com o objetivo de definir e acordar os requisitos de forma colaborativa e acelerada.
III.A análise de cenários é uma técnica focada exclusivamente em identificar os "caminhos felizes" (happy paths) de um caso de uso, detalhando as interações bem-sucedidas do usuário com o sistema, deixando a análise de exceções e falhas para a fase de testes.
Está correto o que se afirma em:
Ano: 2025
Banca:
FGV
Órgão:
CPRM
Prova:
FGV - 2025 - CPRM - Analista em Geociências - Análise e Desenvolvimento de Sistemas |
Q3755442
Engenharia de Software
A ação de modelagem de requisitos resulta em um ou mais tipos
de modelos.
Aquele que representa os elementos funcionais do sistema e como eles transformam os dados à medida que percorrem o sistema é o modelo
Aquele que representa os elementos funcionais do sistema e como eles transformam os dados à medida que percorrem o sistema é o modelo
Ano: 2025
Banca:
FGV
Órgão:
CPRM
Prova:
FGV - 2025 - CPRM - Analista em Geociências - Análise e Desenvolvimento de Sistemas |
Q3755437
Engenharia de Software
Quando escrevemos casos de uso formais seguindo as normas e
padrões de documentação, aquilo que é sabido ser verdade antes
da execução de todo caso de uso é chamado
Ano: 2025
Banca:
UFSM
Órgão:
UFSM
Prova:
UFSM - 2025 - UFSM - Analista de Tecnologia da Informação (Inteligência Artificial) |
Q3729828
Engenharia de Software
Casos de uso são uma técnica para captar os requisitos funcionais de um sistema. O diagrama de casos de
uso a seguir descreve as interações entre os usuários e o sistema, possibilitando aos analistas e clientes
entenderem como o sistema será utilizado.
Com base no diagrama de casos de uso mostrado na figura e elaborado a partir da notação Unified Modeling Language (UML), considere as afirmativas a seguir.
I → O time deve aplicar as práticas de refatoração e padrão de codificação durante a programação em pares.
II → A prática Planning Poker é opcional e pode ser usada em qualquer tipo de reunião de planejamento.
III → O uso de um relacionamento de generalização/especialização possibilita que as interações comuns sejam compartilhadas, promovendo o reúso.
IV → A associação do ator Product Owner poderia ser com o caso de uso Reunião de Planejamento, não gerando impacto no comportamento do sistema.
Estão corretas
Com base no diagrama de casos de uso mostrado na figura e elaborado a partir da notação Unified Modeling Language (UML), considere as afirmativas a seguir.
I → O time deve aplicar as práticas de refatoração e padrão de codificação durante a programação em pares.
II → A prática Planning Poker é opcional e pode ser usada em qualquer tipo de reunião de planejamento.
III → O uso de um relacionamento de generalização/especialização possibilita que as interações comuns sejam compartilhadas, promovendo o reúso.
IV → A associação do ator Product Owner poderia ser com o caso de uso Reunião de Planejamento, não gerando impacto no comportamento do sistema.
Estão corretas
Q3708907
Engenharia de Software
Texto associado
O processo de desenvolvimento de software é uma atividade
realizada por e para pessoas. Assim, as pessoas são o elemento
essencial em todas as fases do processo, uma vez que os
produtos de software têm impacto direto na vida do seu
público-alvo. Os princípios de Diversidade, Equidade e Inclusão
(DEI) funcionam em conjunto e sua integração ao longo de
todo o processo de desenvolvimento de software aumenta o
desempenho da equipe, melhora a qualidade e a relevância
do produto de software para um público-alvo diversificado.
MARQUES, A. B. et al. Grandes desafios para diversidade, equidade e
inclusão (DEI) no Desenvolvimento de Software. Workshop sobre
Aspectos Sociais, Humanos e Econômicos de
Software. SBC, 2024 (adaptado).
Para atender pessoas com deficiência, idosos e pessoas com
baixo letramento digital, de acordo com os princípios DEI, qual
prática deve ser utilizada nesse contexto?
Ano: 2025
Banca:
FUNDATEC
Órgão:
UFRGS
Prova:
FUNDATEC - 2025 - UFRGS - Técnico em Tecnologia da Informação/Área: Sistemas de Informação |
Q3707472
Engenharia de Software
No contexto da Engenharia de Requisitos, uma disciplina crítica no Ciclo de Vida de
Desenvolvimento de Software (SDLC), considere o processo inicial de levantamento de informações.
A atividade que se foca primariamente na interação ativa com os stakeholders, na aplicação de
técnicas investigativas (como entrevistas contextuais, brainstorming facilitado e etnografia), e na
documentação de expectativas, objetivos de negócio e restrições de alto nível em uma linguagem
natural e ambígua, antes de qualquer modelagem formal, priorização ou verificação de consistência,
é denominada:
Ano: 2025
Banca:
FUNDATEC
Órgão:
UFRGS
Prova:
FUNDATEC - 2025 - UFRGS - Técnico em Tecnologia da Informação/Área: Sistemas de Informação |
Q3707471
Engenharia de Software
No desenvolvimento de sistemas de informação, quando os usuários finais
apresentam dificuldades em expressar com precisão suas necessidades e expectativas, torna-se crítico
adotar abordagens que permitam a exploração e validação antecipada de funcionalidades.
Considerando esse contexto, um analista sugere a utilização do modelo de prototipação, que envolve
a construção de versões preliminares do sistema, permitindo interação direta do usuário com o
protótipo, coleta de feedback contínuo e refinamento iterativo dos requisitos. Nesse cenário, a
principal vantagem da utilização do modelo de prototipação é:
Ano: 2025
Banca:
FUNDEP (Gestão de Concursos)
Órgão:
UFSJ
Prova:
FUNDEP (Gestão de Concursos) - 2025 - UFSJ - Analista de Tecnologia da Informação - Desenvolvimento de Sistemas - PROVA LEDOR |
Q3705841
Engenharia de Software
Ao planejar o desenvolvimento de um software, os requisitos
são essenciais para descrever o que o sistema deve fazer.
Sobre a diferença entre requisitos funcionais e não funcionais, assinale a alternativa correta.
Sobre a diferença entre requisitos funcionais e não funcionais, assinale a alternativa correta.
Ano: 2025
Banca:
FUNDATEC
Órgão:
BRDE
Prova:
FUNDATEC - 2025 - BRDE - Analista de Sistemas - Subárea Desenvolvimento de Sistemas |
Q3696870
Engenharia de Software
Sobre os processos de engenharia de requisitos, analise a sentença abaixo:
Os objetivos do processo de elicitação de requisitos são compreender o trabalho que os stakeholders realizam e entender como usariam um novo sistema para apoiar o trabalho deles (1ª parte). Já no processo de especificação de requisitos, são escritos os requisitos de usuário e de sistema em um documento de requisitos (2ª parte). Por fim, o processo de negociação de requisitos visa conferir se os requisitos definem o sistema que o cliente realmente quer (3ª parte).
Quais partes estão corretas?
Os objetivos do processo de elicitação de requisitos são compreender o trabalho que os stakeholders realizam e entender como usariam um novo sistema para apoiar o trabalho deles (1ª parte). Já no processo de especificação de requisitos, são escritos os requisitos de usuário e de sistema em um documento de requisitos (2ª parte). Por fim, o processo de negociação de requisitos visa conferir se os requisitos definem o sistema que o cliente realmente quer (3ª parte).
Quais partes estão corretas?
Ano: 2025
Banca:
FUNDATEC
Órgão:
BRDE
Prova:
FUNDATEC - 2025 - BRDE - Analista de Sistemas - Subárea Desenvolvimento de Sistemas |
Q3696869
Engenharia de Software
Na engenharia de requisitos, os requisitos de um sistema podem ser classificados
como funcionais ou não funcionais. Assinale a alternativa que apresenta um possível requisito não
funcional para um sistema de controle de ponto eletrônico.
Ano: 2025
Banca:
FUNCERN
Órgão:
IF-PE
Prova:
FUNCERN - 2025 - IF-PE - Técnico de Laboratório - Área Tecnologia da Informação |
Q3692050
Engenharia de Software
A técnica de elicitação de requisitos que é particularmente útil para descobrir requisitos implícitos e contextos
complexos por meio da observação direta e não participativa dos usuários em seu ambiente real de trabalho é
denominada de
Ano: 2025
Banca:
FUNCERN
Órgão:
IF-PE
Prova:
FUNCERN - 2025 - IF-PE - Técnico de Laboratório - Área Tecnologia da Informação |
Q3692046
Engenharia de Software
Na engenharia de software, um Caso de Uso (Use Case) corresponde a
Ano: 2025
Banca:
CESPE / CEBRASPE
Órgão:
TCE-RS
Prova:
CESPE / CEBRASPE - 2025 - TCE-RS - Auditor de Controle Externo (ACE )- Especialidade: Tecnologia da Informação |
Q3684225
Engenharia de Software
Em relação a BPMN 2.0, engenharia de requisitos e engenharia de usabilidade, julgue o próximo item.
Em sistemas complexos, a especificação de requisitos demanda documentos formais com modelos gráficos e descritivos, enquanto em ambientes técnicos bem compreendidos ou para produtos menores, os cenários de uso podem ser suficientes.
Ano: 2025
Banca:
FUNCERN
Órgão:
IF-PE
Prova:
FUNCERN - 2025 - IF-PE - Professor EBTT - Desenvolvimento |
Q3674691
Engenharia de Software
Durante o processo de elicitação de requisitos é primordial investir tempo compreendendo como as pessoas
trabalham para garantir que o sistema proposto atenda as necessidades do usuário. Algumas abordagens de
levantamento de requisitos são:
Ano: 2025
Banca:
CESPE / CEBRASPE
Órgão:
SEFAZ-SE
Prova:
CESPE / CEBRASPE - 2025 - SEFAZ-SE - Auditor Fiscal Tributário - Tecnologia da Informação |
Q3641762
Engenharia de Software
Por suas características e finalidades, o diagrama da UML
adequado para a modelagem de requisitos é o
Ano: 2025
Banca:
FUNDATEC
Órgão:
PROCERGS
Prova:
FUNDATEC - 2025 - PROCERGS - Analista em Computação/Ênfase em Programação de Sistemas na Tecnologia Microsoft |
Q3636604
Engenharia de Software
Considerando um projeto público com governança formal, assinale a alternativa
correta em relação à gestão de requisitos em metodologias ágeis e o modelo cascata (Waterfall).
Conheça nossos planos