Ontoloji: Tabloların Ötesinde Anlam Kurmak

Üretimde ve yazılımda uzun süre tablolarla çalıştık. Satırlar, sütunlar, birincil anahtarlar. Bir ürün burada, bir tezgah şurada, bir kalıp başka bir yerde. Sistemler çalışıyor, raporlar çıkıyor. Ama bir soru sorduğunda iş değişiyor: “Bu ürün hangi tezgahta, hangi kalıpla, kimin vardiyasında üretildi?” Tablolar cevabı vermiyor — çünkü aradaki ilişkiyi tutmuyor, sadece veriyi tutuyor.

Bu yazıda ontolojinin ne olduğunu, teknolojide ne ifade ettiğini, basit bir örnekle ve mevcut tabanlı sistemlerden nasıl çıkılabileceğini anlatacağım.

Açıklama: Ontoloji nedir?

Ontoloji, bir alanın kavramlarını ve bu kavramlar arasındaki ilişkileri açıkça, paylaşılan bir şekilde tanımlayan yapıdır. Felsefeden gelen kelime aslında tam da bunu söylüyor: “varlıkların bilgisi”.

Bir fabrikada ontoloji şu soruyu cevaplar:

• Hangi kavramlar var? (Ürün, Tezgah, Kalıp, Operatör, Vardiya, Sipariş, Hata)
• Bunlar nedir?
• Birbirleriyle nasıl bağlı? (Ürün üretilir Tezgah’ta, Tezgah kullanır Kalıp’ı, Operatör çalışır Vardiya’da)
• Bu bağlantılar hangi kurallara uyuyor? (Bir kalıp aynı anda iki tezgahta olamaz)

Fark şu: tablo “veriyi” saklar, ontoloji “anlamı” saklar. Tablo kaydı tek başına anlamsızdır; ontoloji kaydı bağlamının içindedir.

Teknolojide ne ifade ediyor?

Yazılımda ontoloji, makinelerin bir alanda “anlaması” için gerekli zemindir.

• ERP/MES/MOM sistemleri veriyi işler ama çoğu zaman birbirini anlamaz. Ontoloji, sistemler arası ortak bir dil oluşturur.
• Semantik katman dediğimiz şey, aslında ontolojinin uygulamasıdır: veri artık “ilişkili nesne” olarak akar.
• Yapay zeka bir tahmin yaptığında, o tahminin hangi ürüne, hangi tezgaha ait olduğunu bilir çünkü ontoloji bağlamı sağlar.
• Arama, öneri, kök neden analizi gibi işlemler, ilişkiler üzerinden çalıştığı için ontoloji olmadan eksik kalır.

Kısaca: ontoloji, dağınık veriyi birbiriyle konuşan bir sisteme dönüştürür.

Örnek bir diyagram

Basit bir üretim ontolojisi:

[Ürün A]
   │ üretilir
   ▼
[Tezgah 3]
   │ kullanır
   ▼
[Kalıp 2]
   │ çalıştıran
   ▼
[Operatör X] ── çalışır ──▶ [Vardiya-1]

[Sipariş 100] ── talep eder ──▶ [Ürün A]
[Hata-7] ── etkiler ──▶ [Ürün A]

Burada oklar sadece bağ değil, anlam taşıyor. “Üretilir”, “kullanır”, “çalıştıran”, “talep eder”, “etkiler” — hepsi tanımlı ilişki tipleri. Bir sistem bu diyagramı okuduğunda “Hata-7 neyi etkiledi?” sorusunu tek sorguyla cevaplayabilir.

Tablo tutanlar nereden başlasın?

Şu an çoğu firma veriyi tablolarda tutuyor ama aralarında anlam ilişkisi kurmuyor. Böyle bir sistemden ontoloji oluşturmak için şu sorularla başlayın:

1. Temel kavramlarımız neler? (Ürün, müşteri, sipariş, tezgah, hata…)
2. Bu kavramlar gerçekten var mı, yoksa rapor kolaylığı mı? Gereksiz olanı çıkarın.
3. A ve B arasında ne tür bir ilişki var? (“aittir”, “üretir”, “neden olur”)
4. Bir ilişki tek yönlü mü, çift yönlü mü? (Ürün→Tezgah ile Tezgah→Ürün aynı şey değil)
5. Bu ilişki için kural var mı? (Bir kalıp aynı anda iki tezgahta olamaz)
6. Aynı kavram farklı yerlerde farklı mı adlanıyor? (ERP’de “Malzeme”, MES’te “Hammadde” → tek tip tanımlayın)
7. Bir kayıt silinirse bağlantılı ne olur? (Sipariş iptal edilince üretim emri ne yapar?)

Bu soruları cevapladığınızda tablolarınızın ötesinde, ilişkisel bir zemin çıkar. O zemin ontolojininizi doğurur.

Bitirirken

Ontoloji abartılacak bir şey değil. Karmaşık bir araç değil, sadece “bu kavramlar var ve şöyle bağlı” demektir. Ama bu basit adım, sistemlerin birbirini anlamasını, yapay zekanın bağlama oturmasını, insanın doğru soruyu doğru yere sormasını sağlar.

Tabloları tutmaya devam edin — ama onların ötesinde, aralarındaki bağı da tanımlayın. Gerisi kendiliğinden akar.