01
Specify
İstenen sonucu, repository veya system boundary'yi, kısıtları, acceptance criteria'yı, riski ve gerekli evidence'i tanımla.
ILAIOS Software Factory
Açık sınırlar ve acceptance gate'leri olan yazılım mühendisliği.
Software Factory, software hedeflerini unrestricted one-shot code generation yerine governed engineering work'e dönüştürür.
Software Factory özeti
Gereksinimleri test edilmiş, incelenebilir yazılım değişikliklerine dönüştür.
Hedef görsel; requirement, implementation, tests, review, bounded repair ve handoff aşamalarını görünür tutar; bir code diff'i completion saymaz.
Hedef workflow: requirement + context → scope & plan → implement → test → review → bounded repair → tested change.
ILAIOS capability maturity ile release state'i ayrı takip eder. Bounded bir scope için repository verification, her Software Factory fonksiyonunun veya external effect'in bugün genel kullanıma açık olduğu anlamına gelmez.
02
Plan
İşi dependencies, ownership, permissions ve validation planı olan bounded engineering jobs'a ayır.
03
Değiştirmeden önce incele
Blind edit yerine mümkün olduğunda source, symbol, dependency, configuration ve runtime context kullan.
04
Kapsam içinde implement et
Engineering capabilities yalnız yetkili dosya ve sistemleri değiştirir; architecture ve security boundaries otoriter kalır.
05
Test & review
Acceptance öncesi uygulanabilir deterministic tests, lint/type/static checks, code review ve security checks çalıştır.
06
Bağımsız doğrula
Material work yalnız author veya executing process başarı bildirdi diye kabul edilmez. Gerekli independent verification risk-driven kalır.
07
Release preparation
Artifact'leri versionla, build/test/security evidence'i yakala, rollback/recovery semantics hazırla ve environment progression'ı açık tut.
08
Deliver & reconcile
Source/build/deployment preparation'ı traceable evidence ile teslim et; failures bounded diagnose, repair, retest, retry veya rollback yollarını izler.
Governed delivery
Implementation, verification, merge ve release authority risk gerektirdiğinde ayrı kalır.
Test edilmiş değişiklik otomatik olarak merged, deployed veya production-verified değildir. Bu geçişlerin her biri ayrı evidence ister.