Questão de Engenharia de Software — Engenharia de Requisitos — FUNDATEC 2023
Engenharia de Software›Engenharia de Requisitos
Código
qa541613
Banca
FUNDATEC
Órgão
PROCERGS
Ano
2023
Cargo
ANC ( )
elacione a Coluna 1 à Coluna 2, associando as etapas do ADML (Application Development Lifecycle Management) às suas respectivas definições.
Coluna 1
1. Gerenciamento de Requisitos.
2. Gerenciamento de Construção.
3. Gestão de Operação e Mudança.
4. Experiência do Usuário.
Coluna 2
( ) O aplicativo é monitorado e os bugs são identificados e resolvidos.
( ) Testadores e desenvolvedores verificam todo o aplicativo e compartilham os seus comentários antes do aplicativo ser lançado ou entregue.
( ) Os arquivos de código-fonte são convertidos em componentes de software independentes.
( ) Os requisitos são identificados, documentados, analisados, rastreados e priorizados.
A ordem correta de preenchimento dos parênteses, de cima para baixo, é:
A3 – 1 – 4 – 2.
B1 – 2 – 3 – 4.
C4 – 3 – 2 – 1.
D2 – 1 – 4 – 3.
E3 – 4 – 2 – 1
Revelar gabarito e comentário▾
GabaritoE — 3 – 4 – 2 – 1
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
ADML (Application Development Lifecycle Management)
Gabarito: letra E. A ordem correta é 3 – 4 – 2 – 1: a definição de monitoramento e correção de bugs corresponde à Gestão de Operação e Mudança (3); a verificação do aplicativo por testadores e desenvolvedores antes do lançamento corresponde à Experiência do Usuário (4); a conversão de código-fonte em componentes independentes corresponde ao Gerenciamento de Construção (2); e a identificação, documentação, análise, rastreamento e priorização de requisitos corresponde ao Gerenciamento de Requisitos (1).
O ADML (Application Development Lifecycle Management) é um conjunto de práticas e ferramentas que gerenciam todo o ciclo de vida de uma aplicação, desde a concepção até a operação. Ele integra diferentes disciplinas para garantir que o software seja entregue com qualidade e atenda às necessidades do negócio. As quatro etapas citadas na questão — Gerenciamento de Requisitos, Gerenciamento de Construção, Gestão de Operação e Mudança e Experiência do Usuário — representam fases distintas desse ciclo, cada uma com responsabilidades específicas.
O Gerenciamento de Requisitos é a fase inicial e fundamental, onde se define o que o sistema deve fazer. Envolve atividades como elicitação (coleta de necessidades), análise, especificação, validação e rastreamento dos requisitos. É a base para todo o desenvolvimento, pois garante que o produto final atenda às expectativas dos stakeholders. A definição apresentada na Coluna 2 — "Os requisitos são identificados, documentados, analisados, rastreados e priorizados" — descreve exatamente esse processo.
O Gerenciamento de Construção refere-se à fase de desenvolvimento propriamente dita, onde o código-fonte é transformado em componentes de software executáveis. Isso inclui a compilação, a integração de módulos e a criação de builds. A definição "Os arquivos de código-fonte são convertidos em componentes de software independentes" captura a essência dessa etapa, que é a materialização do código em um produto utilizável.
A Gestão de Operação e Mudança abrange as atividades pós-implantação, focando na operação contínua do sistema. Isso envolve monitoramento do ambiente, identificação e correção de bugs, aplicação de patches e gerenciamento de mudanças no software em produção. A definição "O aplicativo é monitorado e os bugs são identificados e resolvidos" descreve precisamente essa responsabilidade.
A Experiência do Usuário (UX) é uma disciplina que, no contexto do ADML, preocupa-se com a interação do usuário com o aplicativo. Isso inclui testes de usabilidade, avaliação da interface e coleta de feedback para melhorar a satisfação do usuário. A definição "Testadores e desenvolvedores verificam todo o aplicativo e compartilham os seus comentários antes do aplicativo ser lançado ou entregue" refere-se a essa etapa, pois envolve a avaliação da experiência antes da entrega final.
A pegadinha desta questão está em associar a definição de "verificação do aplicativo" à Experiência do Usuário, quando muitos candidatos podem confundi-la com uma etapa de teste genérica. No entanto, o contexto de "compartilhar comentários" e "antes do lançamento" aponta para a avaliação da experiência do usuário, não para o gerenciamento de construção ou operação. Guarde a fronteira entre as quatro etapas: requisitos (o que fazer), construção (como fazer), operação (manter funcionando) e experiência (como o usuário percebe).
1Requisitos (o que fazer)
2Construção (como fazer)
3Operação (manter funcionando)
4Experiência do usuário (percepção)
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
A sequência 3 – 1 – 4 – 2 associa a definição de "requisitos identificados, documentados..." ao Gerenciamento de Construção (2), o que está errado. Essa definição pertence ao Gerenciamento de Requisitos (1), não à construção. A construção trata da conversão do código-fonte em componentes, não da gestão de requisitos.
Alternativa B — ❌ Incorreta
A sequência 1 – 2 – 3 – 4 associa a definição de "monitoramento e bugs" ao Gerenciamento de Requisitos (1), o que é incorreto. Monitoramento e correção de bugs são atividades da Gestão de Operação e Mudança (3), não da gestão de requisitos. A ordem correta começa com a operação (3), não com os requisitos.
Alternativa C — ❌ Incorreta
A sequência 4 – 3 – 2 – 1 associa a definição de "requisitos identificados..." ao Gerenciamento de Construção (2), o que está errado. Essa definição pertence ao Gerenciamento de Requisitos (1). Além disso, a definição de "conversão de código-fonte" é associada à Experiência do Usuário (4), quando na verdade pertence ao Gerenciamento de Construção (2).
Alternativa D — ❌ Incorreta
A sequência 2 – 1 – 4 – 3 associa a definição de "monitoramento e bugs" ao Gerenciamento de Construção (2), o que é incorreto. Monitoramento e correção de bugs são atividades da Gestão de Operação e Mudança (3), não da construção. A construção trata da conversão do código-fonte, não da operação.
Alternativa E — ✅ Correta ⟵ GABARITO
A sequência 3 – 4 – 2 – 1 associa corretamente cada definição à sua respectiva etapa: (3) Gestão de Operação e Mudança para "monitoramento e bugs"; (4) Experiência do Usuário para "verificação e comentários antes do lançamento"; (2) Gerenciamento de Construção para "conversão de código-fonte em componentes"; e (1) Gerenciamento de Requisitos para "identificação, documentação, análise, rastreamento e priorização de requisitos".
NÃO CAIA NESSA!
A banca troca a definição de "verificação do aplicativo" entre Experiência do Usuário e Gerenciamento de Construção. Muitos candidatos associam "testadores e desenvolvedores verificam" à construção, mas o contexto de "compartilhar comentários" e "antes do lançamento" indica avaliação da experiência do usuário, não da construção. Fique atento a essa distinção!
PEGA ESSA DICA!
Para resolver questões de associação, identifique a palavra-chave de cada definição e relacione-a à etapa correspondente. "Monitorar" e "bugs" → Operação; "verificar" e "comentários" → Experiência do Usuário; "código-fonte" e "componentes" → Construção; "requisitos" e "priorizados" → Requisitos. Essa técnica agiliza a resolução e evita confusões.