A Generalized Feature Model for Digital Twins

Este artigo propõe um modelo de características generalizado para Modelos, Sombras e Gêmeos Digitais, desenvolvido a partir de um estudo de mapeamento sistemático e validado em três casos de uso, visando fundamentar a tomada de decisão, o desenvolvimento e a verificação dessas tecnologias.

O essencial

Imagine que você tem um gêmeo digital. Não um irmão gêmeo real, mas uma cópia perfeita de algo do mundo real (como um carro, uma fábrica ou até mesmo o coração de um paciente) que vive dentro de um computador. Esse é o conceito de Gêmeo Digital (Digital Twin).

Mas aqui está o problema: todo mundo usa esse termo de um jeito diferente. Às vezes, é só um desenho 3D estático. Às vezes, é um sistema que recebe dados em tempo real. E às vezes, é uma inteligência artificial que toma decisões sozinha. Isso cria uma bagunça: os engenheiros não sabem exatamente o que precisam construir, e os gestores não sabem o que estão comprando.

Foi para resolver essa confusão que os autores deste artigo criaram um "Modelo de Funcionalidades Generalizado" (GFM). Pense nisso como um menu de construção de Lego ou uma receita de bolo universal para Gêmeos Digitais.

Aqui está a explicação simplificada do que eles fizeram:

1. O Grande Menu (O Modelo de Funcionalidades)

Os autores olharam para centenas de estudos e projetos em diferentes áreas (fábricas, hospitais, cidades inteligentes, carros) e criaram uma lista de "ingredientes" essenciais. Eles dividiram esses ingredientes em três categorias:

• O que é OBRIGATÓRIO: O que todo Gêmeo Digital precisa ter para ser chamado de Gêmeo Digital.
• O que é OPCIONAL: O que você pode adicionar dependendo do que quer fazer (como adicionar morango ao bolo, se quiser).
• O que é PROIBIDO (ou desnecessário): Coisas que não fazem parte do conceito.

2. A Escada da Evolução (Do Espelho ao Mago)

O artigo explica que nem todo "gêmeo" é igual. Eles usam uma analogia de uma escada de maturidade para classificar o que você tem:

• Nível 1: O Espelho (Digital Model): É como ter uma foto de um carro no computador. Você pode olhar, mas não recebe informações novas. É estático.
  • Analogia: É como ter um mapa de papel. Você sabe onde as ruas estão, mas não sabe se há um engarrafamento agora.
• Nível 2: O Espelho Vivo (Digital Shadow): O computador agora recebe dados do carro em tempo real. Se o carro acelera, a foto no computador muda. Mas o computador não pode mandar o carro acelerar.
  • Analogia: É como um painel de controle de trânsito que mostra onde os carros estão agora. Você vê o problema, mas não consegue mudar o semáforo.
• Nível 3: O Gêmeo Mágico (Digital Twin): Aqui, a mágica acontece. O computador não só recebe dados, mas envia comandos de volta. Se o carro está superaquecendo, o Gêmeo Digital pode dizer ao motor para reduzir a velocidade automaticamente.
  • Analogia: É como um copiloto robô que não só vê o trânsito, mas pega o volante e freia o carro para evitar um acidente.

3. Por que isso é importante? (A "Caixa de Ferramentas")

Antes desse estudo, se alguém quisesse construir um Gêmeo Digital para uma fábrica, teria que "adivinhar" o que colocar. Com esse novo modelo, é como se eles tivessem dado a todos uma caixa de ferramentas padronizada.

• Para quem vai construir: Eles podem olhar no modelo e dizer: "Ok, para o meu caso, eu preciso de 'Comunicação Bidirecional' (obrigatória) e 'Inteligência Artificial' (opcional, mas útil)".
• Para quem vai validar: Eles podem checar se o sistema construído tem os ingredientes certos. "Esse sistema promete ser um Gêmeo Digital, mas falta 'Sincronização em Tempo Real'. Então, na verdade, é só um Espelho Vivo."

4. Exemplos do Mundo Real

O artigo testou esse modelo em três situações diferentes para ver se funcionava:

1. Detectar Incêndio em Prédios: Eles descobriram que o sistema usado para detectar fogo, na verdade, era mais um "Espelho Vivo" (recebia dados, mas não desligava o prédio automaticamente). O modelo ajudou a classificar corretamente o que era e o que faltava.
2. Alerta de Colisão em Carros: Aqui, o sistema precisava ser um "Gêmeo Mágico" completo. Ele recebia dados, simulava cenários e mandava o carro frear. O modelo mostrou que todos os ingredientes necessários estavam presentes.
3. Soldagem em Fábricas: Um sistema que monitora a temperatura de solda. O modelo ajudou a garantir que o sistema tivesse a "comunicação" e o "processamento de dados" corretos para funcionar bem.

Resumo Final

Imagine que você está construindo uma casa. Antes, cada arquiteto usava seus próprios termos e materiais, e às vezes a casa caía porque faltava uma viga.

Este artigo criou um código de obras universal para Gêmeos Digitais. Ele diz:

• "Para ter uma casa segura (Gêmeo Digital), você precisa ter fundação e telhado (funcionalidades obrigatórias)."
• "Você pode ter uma piscina ou um jardim (funcionalidades opcionais), dependendo do seu orçamento e necessidade."
• "Se não tiver fundação, não é uma casa, é só um desenho."

Isso ajuda empresas e pesquisadores a falarem a mesma língua, a construírem sistemas melhores e a evitarem gastar dinheiro com coisas que não funcionam. É um passo gigante para tornar a tecnologia de Gêmeos Digitais algo real, confiável e útil para todos.

Resumo técnico

Resumo Técnico: Um Modelo de Funcionalidades Generalizado para Gêmeos Digitais

Autores: Philipp Zech, Yanis Mair, Michael Vierhauser, Pablo Oliveira Antonino, Frank Schnicke, Tony Clark.
Contexto: O artigo aborda a falta de um modelo de funcionalidades (feature model) abrangente e padronizado para Gêmeos Digitais (DTs), que capture tanto as funcionalidades obrigatórias quanto as opcionais através de diversos domínios de aplicação.

---

1. O Problema

A adoção de tecnologias de Gêmeos Digitais está expandindo rapidamente em setores industriais, econômicos e sociais. No entanto, a literatura atual apresenta desafios significativos:

• Falta de Consolidação: Não existe um modelo de funcionalidades unificado que defina claramente o que constitui um Gêmeo Digital, distinguindo-o de conceitos relacionados como "Modelos Digitais" (DM) e "Sombras Digitais" (DS).
• Ambiguidade Conceitual: A terminologia é frequentemente usada de forma inconsistente, dificultando a tomada de decisões informadas durante o design, desenvolvimento e validação de DTs.
• Ausência de Estrutura para Engenharia: A falta de um modelo estruturado impede a aplicação de metodologias de desenvolvimento orientado a funcionalidades (Feature-Driven Development) e dificulta a automação de fluxos de trabalho de Engenharia Orientada a Modelos (MDE).
• Desafios Transversais: Existem barreiras comuns na implementação de DTs, como integração de dados, interoperabilidade, segurança, privacidade, fidelidade do modelo e gestão do ciclo de vida, que não são sistematicamente mapeadas em um único framework.

2. Metodologia

O estudo segue o paradigma de Pesquisa em Ciência do Design (Design Science Research - DSR) e utiliza uma Revisão Sistemática da Literatura (SLR) rigorosa para construir o artefato principal (o modelo).

• Revisão Sistemática (SLR):
  • Critérios: Foram analisadas publicações de 2017 a maio de 2024, em inglês, de periódicos e conferências científicas.
  • Domínios Focados: Manufatura, Cidades Inteligentes, Saúde, Automotivo, Aeroespacial e Marítimo.
  • Seleção: Inicialmente, 63 publicações foram identificadas em bases de dados (Web of Science, ScienceDirect, IEEE Xplore, EBSCOhost) e 25 adicionais via busca reversa, totalizando 88 publicações incluídas na análise final.
  • Processo de Extração: As funcionalidades extraídas foram codificadas, categorizadas e estruturadas usando o método FODA (Feature-Oriented Domain Analysis).
• Desenvolvimento do Modelo:
  • O processo foi iterativo, resultando na distinção de três modelos: um para Gêmeo Digital (DT), um para Sombra Digital (DS) e um para Modelo Digital (DM), baseando-se nos níveis de integração de dados definidos por Kritzinger et al.
  • O modelo foi validado usando a ferramenta FeatureIDE para verificar consistência lógica e contagem de configurações possíveis.
  • Validação Empírica: O modelo foi aplicado a três casos de uso reais (Domínios de Emergência, Veículos e Manufatura) para testar sua aplicabilidade e utilidade.

3. Contribuições Principais

O artigo apresenta quatro contribuições fundamentais:

1. Exploração dos Espaços de Problema e Solução: Mapeamento detalhado dos desafios (espaço do problema) e conceitos de design (espaço de design) que compõem o ecossistema de DTs.
2. Terminologia Consensual: Estabelecimento de uma terminologia unificada para DTs através de domínios e dimensões de funcionalidades.
3. Elicitação de Funcionalidades: Identificação clara de quais funcionalidades são obrigatórias (essenciais para a existência do conceito) e quais são opcionais (dependentes do caso de uso).
4. O Modelo de Funcionalidades Generalizado (GFM): Um artefato formal que permite a classificação de DTs, DMs e Ds, suportando a engenharia de software, a inferência de requisitos e a geração de casos de teste.

4. Resultados e o Modelo de Funcionalidades (GFM)

A análise resultou em um modelo hierárquico contendo 21 funcionalidades abrangentes derivadas da literatura.

Distinção entre DM, DS e DT:

O modelo diferencia os três conceitos com base na automação e na direção do fluxo de dados:

• Modelo Digital (DM): Troca de dados manual. Possui funcionalidades básicas de representação virtual e visualização.
• Sombra Digital (DS): Troca de dados automática (unidirecional: Físico -> Virtual). Adiciona sincronização e aquisição de dados em tempo real.
• Gêmeo Digital (DT): Troca de dados automática (bidirecional: Físico <-> Virtual). Inclui controle e feedback do virtual para o físico.

Funcionalidades Chave (Exemplos):

• Obrigatórias para DTs (13 funcionalidades): Incluem Representação Virtual, Aquisição de Dados, Sincronização, Comunicação Bidirecional, Feedback & Controle, Interoperabilidade, Comunicação Interna, Interface Humano-Máquina (HMI), Processamento de Dados, Armazenamento de Dados, Simulação (ou Cognição), Identificação e Cálculo.
• Opcionais (11 funcionalidades): Incluem Inteligência Artificial (IA), Aprendizado de Máquina (ML), Análise de Dados (Data Analytics), Realidade Estendida (XR), Modularidade e Escalabilidade/Composabilidade.

Relação com Modelos de Maturidade:
O GFM alinha-se com o modelo de maturidade de Wagg et al. (níveis 1 a 5), onde a evolução de um DT envolve a adição progressiva de capacidades como simulação, aprendizado e controle autônomo.

5. Validação e Casos de Uso

O modelo foi testado em três cenários para demonstrar sua flexibilidade e capacidade de classificação:

1. Identificação de Incêndios em Edifícios (Cidades Inteligentes): O estudo de caso original foi classificado como uma Sombra Digital (DS), pois focava em monitoramento e análise, mas carecia de controle bidirecional (feedback para o sistema físico).
2. Alerta de Colisão para Veículos (Automotivo): Classificado como um Gêmeo Digital (DT) completo, pois envolve monitoramento, simulação, decisão e, crucialmente, feedback e controle sobre o veículo físico (bidirecional).
3. Monitoramento de Temperatura em Soldagem (Manufatura): Classificado como DT, pois permite não apenas a visualização, mas o ajuste de parâmetros físicos com base em simulações e dados em tempo real.

6. Significado e Implicações

• Padronização: O GFM oferece uma linguagem comum para pesquisadores e profissionais, facilitando a comparação entre diferentes implementações de DTs.
• Engenharia Orientada a Modelos (MDE): O modelo serve como base para transformações automáticas (Model-to-Model, Model-to-Text), acelerando o desenvolvimento de DTs.
• Validação e Verificação (V&V): Ao definir funcionalidades obrigatórias, o modelo permite a geração sistemática de casos de teste para garantir que um DT atenda aos requisitos mínimos de sua categoria.
• Tomada de Decisão: Ajuda as partes interessadas a identificar quais funcionalidades são necessárias para um objetivo específico (ex: manutenção preditiva vs. controle autônomo), evitando a superengenharia ou a subestimação de requisitos.

Conclusão

O artigo preenche uma lacuna crítica na literatura de Gêmeos Digitais ao fornecer o primeiro modelo de funcionalidades generalizado, validado empiricamente e aplicável a múltiplos domínios. Ao distinguir claramente entre Modelos, Sombras e Gêmeos Digitais e mapear suas funcionalidades obrigatórias e opcionais, o trabalho estabelece uma base sólida para a engenharia sistemática, escalável e verificável de Gêmeos Digitais no futuro.