Governança de TI · FGV · 2022 | Questão sqc-fg055316

Governança de TIPlanejamento e Gestão de Sistemas de TI

Código: fg055316
Banca: FGV
Órgão: TCU
Ano: 2022
Nível: Superior

Cargo: Auditor Federal de Controle Externo

A universidade YEDU implantou um sistema ERP (Enterprise Resource Planning) no final da década de 1990. Ao longo dos anos, foram feitas diversas customizações para atender novas demandas de negócio. Após um tempo, tornou-se evidente uma disparidade de dados na YEDU. Um mesmo aluno era visto em até seis sistemas. Para agravar ainda mais essa disparidade, os nomes e os atributos dos alunos foram preenchidos com diversos erros de digitação em cada sistema. Os sistemas de BI não possuíam recursos para mostrar uma visão única de cada aluno.A alta administração da YEDU decidiu então implementar um programa de Gestão e Governança de Dados.Para resolver o problema de repetições de dados de alunos na YEDU, o CDO (Chief Data Officer) definiu corretamente a seguinte abordagem:

Aimplantar uma plataforma de gestão de dados mestre, possibilitando a elaboração de uma base única de alunos a partir das informações mais representativas disponíveis em cada sistema, base única que servirá como uma nova fonte de dados aos sistemas de BI;
Bimplantar uma plataforma de gestão de dados de referência, possibilitando a elaboração de uma base única de alunos a partir das informações mais representativas disponíveis em cada sistema, base única que servirá como uma nova fonte de dados aos sistemas de BI;
Cimplantar uma plataforma de gestão de dados mestre, possibilitando a elaboração de uma base única de alunos a partir das informações mais representativas disponíveis em cada sistema, base única que será usada para atualizar informações com falhas de digitação nos sistemas de origem;
Dimplantar uma plataforma de pareamento de dados estruturados, possibilitando a elaboração de uma base única de alunos a partir das informações mais representativas disponíveis em cada sistema, base única que será usada para atualizar informações com falhas de digitação nos sistemas de origem;
Eimplantar uma plataforma de pareamento de dados não estruturados, possibilitando a elaboração de uma base única de alunos a partir das informações mais representativas disponíveis em cada sistema, base única que será usada para atualizar informações com falhas de digitação nos sistemas de origem.

Revelar gabarito e comentário

GabaritoC — implantar uma plataforma de gestão de dados mestre, possibilitando a elaboração de uma base única de alunos a partir das informações mais representativas disponíveis em cada sistema, base única que será usada para atualizar informações com falhas de digitação nos sistemas de origem;

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”.

Gestão de Dados Mestre (MDM) vs. Dados de Referência

Gabarito: letra C. O problema descrito é de duplicidade e inconsistência de dados de alunos (entidade mestre) em múltiplos sistemas. A solução correta é a Gestão de Dados Mestre (MDM), que cria uma base única confiável (golden record) a partir das informações mais representativas e, crucialmente, atualiza os sistemas de origem com as correções. A alternativa C captura exatamente isso: "base única que será usada para atualizar informações com falhas de digitação nos sistemas de origem". As demais ou trocam o conceito (dados de referência), ou não incluem o feedback para as fontes (alternativa A), ou usam apenas pareamento sem a gestão integrada (D e E).

Característica	Gestão de Dados Mestre (MDM)	Gestão de Dados de Referência	Pareamento de Dados
Objeto de gestão	Entidades centrais do negócio (ex.: aluno, cliente, produto)	Tabelas de domínio (ex.: códigos de país, estados)	Identificação de duplicatas entre registros
Objetivo principal	Criar base única confiável (golden record) e corrigir sistemas de origem	Padronizar valores de referência	Matching e deduplicação
Escopo da solução	Ciclo de vida completo do dado mestre (criação, harmonização, distribuição)	Classificação e codificação de dados	Apenas etapa de pareamento
Aplicabilidade ao caso YEDU	✅ Sim: resolve duplicidade e inconsistência de alunos, com realimentação das fontes	❌ Não: alunos não são dados de referência	❌ Não: apenas pareamento não corrige as fontes nem gerencia o ciclo de vida

Gestão de Dados Mestre (MDM): Objetivo (Golden record (base única), Corrigir sistemas de origem); Escopo (Entidades mestre (aluno, cliente), Dados estruturados); Processo (Matching (pareamento), Harmonização, Realimentação das fontes); Gestão de Dados de Referência (Tabelas de domínio (país, estado), Não se aplica a entidades)

Alternativa A — ❌ Incorreta

Propõe MDM, mas afirma que a base única servirá apenas como nova fonte para os sistemas de BI. O MDM vai além: ele também corrige e realimenta os sistemas transacionais de origem, eliminando a disparidade na raiz. Deixar os dados errados nos sistemas originais não resolve o problema.

Alternativa B — ❌ Incorreta

Troca "gestão de dados mestre" por "gestão de dados de referência". Dados de referência são tabelas de domínio (ex.: códigos de país, estados) e não se aplicam a entidades como alunos. O problema é de dados mestre (cliente, aluno, produto). O restante da alternativa (base única para BI) repete o erro da A.

Alternativa C — ✅ Correta ⟵ GABARITO

MDM com o objetivo duplo: criar a base única e corrigir os sistemas de origem. Essa é a prática recomendada: o golden record é estabelecido e, por meio de processos de harmonização, as inconsistências são eliminadas nas fontes, prevenindo novos erros.

Alternativa D — ❌ Incorreta

"Plataforma de pareamento de dados estruturados" refere-se apenas à técnica de matching para identificar duplicatas, mas não abrange a gestão do ciclo de vida do dado mestre, nem a correção das fontes. Pareamento é uma ferramenta, não uma solução completa.

Alternativa E — ❌ Incorreta

"Pareamento de dados não estruturados" é inadequado: dados de alunos são tipicamente estruturados (nome, matrícula, CPF). Além disso, o erro conceitual é o mesmo da D, acrescido da inadequação do tipo de dado.

NÃO CAIA NESSA!

A banca explora duas confusões comuns: (1) Trocar MDM por dados de referência — lembre-se: dados mestre são entidades do negócio; dados de referência são tabelas de domínio. (2) Achar que o MDM só serve para alimentar BI — na verdade, ele também realimenta os sistemas de origem com dados corrigidos, fechando o ciclo de qualidade.

PEGA ESSA DICA!

Em questões de governança de dados, quando houver duplicidade de entidades (clientes, alunos, produtos), pense em Master Data Management (MDM). Se a alternativa mencionar apenas criação de base para BI, sem correção das fontes, ela está incompleta. O MDM sempre inclui o processo de reconciliação e atualização dos sistemas de origem.

Gabarito: letra C.

Link permanente: /questoes/fg055316