01 / Infrastructure
İstasyon ve peron yapısı modellenir.
Fiziksel ağın operasyonel veriyle ilişkilendirilebilmesi için istasyon/peron gibi temel varlıklar sistem modelinin parçasıdır.
Operational Data · Transport Systems · Simulation
İZBAN
İZBAN çalışması, bir ulaşım sisteminin farklı operasyonel parçalarını tek veri modeli altında düşünmek için geliştirilmiş veri ve simülasyon odaklı bir proje. İstasyon/peron yapısı, yolcu hareketleri, bakım ve personel-vardiya gibi farklı alanların aynı sistem bağlamında birlikte incelenmesini hedefliyor.
Nedir?
Ulaşım operasyonunda tek bir tablo hiçbir şeyi tek başına anlatmıyor; anlam, istasyon, yolcu, bakım ve insan kaynağı gibi farklı veri alanlarının birbiriyle ilişkilendirilebilmesinden geliyor.
Bu proje, operasyonel veri kümelerini birbirinden kopuk dosyalar olarak görmek yerine ortak bir sistem modeli içinde ele alıyor. İstasyon ve peron yapıları fiziksel bağlamı; yolcu hareketleri talep tarafını; bakım kayıtları varlık sürekliliğini; personel ve vardiya verileri ise operasyonel kapasiteyi temsil ediyor.
Hedef, bu alanları analiz ve simülasyon senaryolarına girdi olabilecek bütünlüklü bir modele dönüştürmek. Bu portföy sayfası yalnız mimari ve proje bağlamını anlatır; gerçek operasyonel veri, kişisel kayıtlar veya özel dataset içerikleri burada yayımlanmaz.
02 / Passenger Flow
Yolcu hareketleri ayrı veri alanıdır.
Talep ve hareket verisi, istasyon yapısıyla ilişkilendirilerek analiz/simülasyon senaryolarına girdi olabilir.
03 / Maintenance
Bakım kayıtları operasyonla ilişkilendirilir.
Bakım verisi yalnız arşiv değil; sistem kullanılabilirliği ve operasyonel senaryolarla birlikte ele alınan bir veri boyutudur.
04 / Personnel
Personel ve vardiyalar modele dahildir.
İnsan kaynağı ve vardiya planı, fiziksel altyapıdan ayrı fakat aynı operasyonel modelde bağlı bir katman olarak düşünülür.
05 / Analysis
Farklı alanlar birlikte sorgulanabilir.
Ortak model, tek veri kümesinin veremediği çapraz analizleri mümkün kılacak bir temel oluşturur.
06 / Simulation
Model senaryo üretimine hazırlanır.
Normalize edilmiş operasyonel yapı, “şu koşul değişirse ne olur?” türü simülasyon ve karşılaştırma çalışmalarının giriş katmanını oluşturabilir.
Modelleme akışı
Farklı operasyonel dosyaların simülasyonda kullanılabilmesi için önce ortak kimlikler ve ilişkiler altında tutarlı hale gelmesi gerekir.
01
Kaynak alanlarİstasyon/peron, yolcu, bakım ve personel-vardiya veri alanları ayrıştırılır.
↓
02
KimliklerAynı varlığı temsil eden alanların ortak referansları belirlenir.
↓
03
NormalizeAlan ve değer biçimleri analiz edilebilir ortak yapıya yaklaştırılır.
↓
04
İlişkilendirFiziksel, talep, bakım ve personel katmanları bağlanır.
↓
05
DoğrulaTutarsız veya eksik ilişkiler analizden önce görünür hale getirilir.
↓
06
Analiz / simülasyonTemiz model sorgu, senaryo ve simülasyon çalışmalarına giriş olur.
✓
Operational Model
Projenin değeri belirli bir veri dosyasında değil; farklı operasyonel gerçeklikleri aynı modelde bir araya getiren ilişkilerde.
Infrastructure layer
İstasyon ve peron gibi fiziksel varlıklar diğer veri alanlarının oturduğu yapısal çerçeveyi oluşturur.
Demand layer
Yolcu hareketleri operasyonel talebin zamana ve konuma bağlı tarafını temsil eder.
Continuity layer
Bakım kayıtları sistemin hizmet verebilirliği ve varlık sürekliliği açısından ayrı bir operasyon boyutu sağlar.
Workforce layer
Personel ve vardiya bilgisi, altyapının gerçek operasyon kapasitesiyle ilişkilendirilmesini sağlar.
Hastasına
İçeride ne oluyor?
Buradaki teknik problem “çok sayıda Excel dosyasını bir araya getirmek” değil. Aynı operasyonu farklı açılardan anlatan veri kümelerinin referanslarını, zaman boyutunu ve ilişkilerini bozmadan ortak modele bağlamak; sonra bu modeli analize veya simülasyona beslemek.
model/infrastructure
İstasyon / peron varlıkları
Fiziksel yapı, diğer operasyonel kayıtların bağlanabileceği temel referans katmanıdır. İstasyon ve peron kimlikleri tutarlı olmadığı sürece yolcu, bakım veya personel analizi aynı bağlama oturmaz.
- Station entities
- Platform relationships
- Physical network context
- Canonical references
model/passenger
Yolcu hareketi katmanı
Yolcu verisi fiziksel ağ üzerinde hareket/talep boyutunu temsil eder. Analiz ve simülasyonda bu katmanın istasyon/peron bağlamıyla ilişkilendirilebilir olması önemlidir.
- Origin/destination context
- Passenger movement
- Demand dimension
- Scenario input
model/maintenance
Bakım kayıtlarının bağlanması
Bakım verisi ilgili varlık ve zaman bağlamıyla ilişkilendirildiğinde hizmet sürekliliği veya operasyon etkisi açısından analiz edilebilir hale gelir.
- Asset/context linkage
- Maintenance records
- Temporal relation
- Operational continuity
model/workforce
Personel ve vardiya boyutu
İnsan kaynağı verisi, istasyon veya operasyon görevi gibi bağlamlarla ilişkilendirilerek kapasite ve vardiya senaryolarının parçası haline gelebilir.
- Personnel records
- Shift planning
- Operational assignment
- Capacity dimension
quality/normalization
Kimlik ve veri kalitesi
Farklı kaynaklarda aynı varlığın farklı biçimde temsil edilmesi en temel veri modelleme risklerinden biridir. Ortak kimlikler, biçim normalizasyonu ve ilişki doğrulaması analiz öncesi sınırdır.
- Identifier normalization
- Cross-dataset references
- Missing/inconsistent relations
- Validation before analysis
privacy/boundary
Portföyde veri değil mimari anlatılıyor
Bu sayfa proje bağlamını, veri alanlarını ve modelleme yaklaşımını açıklar. Gerçek operasyonel içerik, kişisel kayıt veya özel veri seti satırları teknik detay göstermek uğruna yayımlanmaz.
- Architecture-only public description
- No raw operational records
- No personal dataset content
- Privacy-preserving portfolio boundary
Operational data chain — sadeleştirilmişSources → model → validate → simulate
01 / SOURCES
Operational domains
İstasyon/peron, yolcu, bakım ve personel-vardiya alanları ayrı kaynak bağlamları olarak alınır.
02 / IDENTITIES
Canonical references
Aynı fiziksel veya operasyonel varlığı temsil eden kayıtlar ortak referanslara bağlanır.
03 / MODEL
Unified relationships
Farklı veri alanları tek sistem bağlamında ilişkilendirilir.
04 / QUALITY
Normalization + validation
Tutarsızlıklar ve eksik ilişkiler analiz öncesi görünür hale getirilir.
05 / ANALYSIS
Cross-domain queries
Birden fazla operasyon alanını birlikte değerlendiren analizler üretilebilir.
06 / SIMULATION
Scenario layer
Model, kontrollü senaryolar ve simülasyon çalışmalarının giriş veri yapısına dönüşür.
Bugün
ScopeÇalışma çok alanlı operasyon modeline odaklı.
İstasyon/peron, yolcu, bakım ve personel/vardiya alanları aynı sistem bağlamında ele alınıyor.
GoalAnaliz ve simülasyona uygun ortak model.
Amaç veri kümelerini birbirine bağlanabilir ve senaryolarda kullanılabilir hale getirmek.
BoundaryPortföyde özel veri yayımlanmıyor.
Gerçek operasyonel veya kişisel içerik yerine yalnız proje mimarisi ve veri modelleme yaklaşımı gösteriliyor.
CharacterÜrün arayüzünden çok sistem çalışması.
Projenin ağırlığı görsel UI’dan ziyade veri ilişkileri, model bütünlüğü ve operasyonel senaryo kurgusunda.