Adım 9: Raporlama — ÖTR ve DTR Hazırlık Rehberi

Hedef: ÖTR (9 sayfa) ve DTR (30 sayfa) raporlarını birincilik getirecek kalitede hazırlamayı öğrenmek.
Süre: Sprint-3 (ÖTR: 8-15 Mart) + Sprint-6 (DTR: 28 Nisan - 14 Mayıs)
İlişkili iş paketi: WP-5 (Raporlama)
Çıkış kriterleri: ÖTR teslime hazır (16 Mart), DTR teslime hazır (15 Mayıs)

9.1 Neden Raporlama Bu Kadar Önemli?

Jüri, tasarımını doğrudan görmez. Gördüğü tek şey senin yazdığın rapordur. En iyi tasarım bile kötü raporla düşük puan alır. En büyük puan kaybı nedenleri:

1. İster ile test arasındaki bağın kurulamaması
2. Şematik vs post-layout karşılaştırmasının yapılmaması
3. Tasarım kararlarının teknik gerekçesinin verilmemesi
4. Grafiklerde tutarsız eksen ve birimler

Altın Kural: Raporu yazmak ayrı bir iş değil, tasarımın parçası. Her simülasyon sonucunu anında rapora taşı.

9.2 ÖTR (Ön Tasarım Raporu)

Genel Bilgiler

• Teslim: 16 Mart 2026, 17:00
• Sayfa limiti: Maksimum 9 sayfa
• Amaç: "Neyi, neden, nasıl ve ne zaman yapacağız" sorusuna net cevap vermek

ÖTR Kilit Mesajı

"Zorunlu isterleri hangi mimariyle, hangi testle, hangi tarihte kapatacağımız net."

Sayfa Bütçesi (9 Sayfa)

ÖTR Yazım İpuçları

• Her sayfa tek bir konuya odaklansın
• Tablo ve diyagram metin yerine tercih et (jüri hızlı tarar)
• "Neden bu topoloji?" sorusuna her blok için 2-3 cümle gerekçe yaz
• Alternatif topoloji en az 1 tane göster ve neden seçmediğini açıkla
• Takvim Gantt şeması formatında olursa daha profesyonel görünür

9.3 DTR (Detay Tasarım Raporu)

Genel Bilgiler

• Teslim: 15 Mayıs 2026, 17:00
• Sayfa limiti: Maksimum 30 sayfa
• Amaç: Tüm tasarım detayları, simülasyon sonuçları ve post-layout kapanış kanıtları

DTR Bölüm Yapısı (13 Bölüm)

9.4 Birincilik İçin Rapor Fark Noktaları

1. İzlenebilirlik Tablosu

Her isterin (requirement) hangi testle doğrulandığını ve sonucunu tek tabloda göster:

| İster ID | Şartname Kriteri | Test | Analiz | Sonuç | Durum |
|----------|------------------|------|--------|-------|-------|
| AFE-05   | ≥250 mVpp,diff   | tb_afe_eye | Eye ölçümü | 292 mVpp | Pass |
| BGR-03   | ≤15 ppm/°C       | tb_bgr_temp | Temp sweep | 9.8 ppm/°C | Pass |

2. Alternatif Topoloji Kıyaslaması

Her kritik karar için en az 1 alternatif göster:

| Kriter | Seçilen: Brokaw | Alternatif: Kuijk | Neden Brokaw? |
|--------|-----------------|-------------------|---------------|
| TC     | ≤10 ppm/°C      | ~20 ppm/°C        | TC kontrolü daha iyi |
| PSRR   | Opamp tabanlı    | Basit, düşük PSRR | Opamp kazancı avantaj |
| Trim   | 3-bit mümkün     | Trim zor           | Proses kompanzasyonu |

3. Sch vs PEX Karşılaştırma Tablosu

Şematik ve post-layout sonuçlarını fark yüzdesiyle göster (Adım 8'de detaylı anlatıldı).

4. SS/FF Corner Sonuçları

Robustness kanıtı olarak worst-case köşelerde de çalıştığını göster:

| Metrik | TT @27°C | SS @125°C | FF @-40°C | Şartname |
|--------|----------|-----------|-----------|----------|
| Eye H  | 292 mVpp | 261 mVpp  | 318 mVpp  | ≥250     |
| Eye W  | 0.41 UI  | 0.37 UI   | 0.44 UI   | ≥0.35    |

5. Monte Carlo Dağılımı (BGR)

İstatistiksel güvenilirlik kanıtı:

BGR VREF Monte Carlo (200 örnek):
  Ortalama (µ):  1.2498 V
  Std sapma (σ): 0.0012 V
  µ ± 3σ:        1.2462V - 1.2534V
  Yield:         99.7% (3σ içinde)

6. Neden-Sonuç Analizi

Sadece değer vermek yetmez, "neden bu değer çıktı?" sorusuna cevap ver:

Kötü örnek: "Göz yüksekliği 292 mVpp çıktı."

İyi örnek: "Göz yüksekliği 292 mVpp çıktı. Bu değer, şartname sınırından (250 mVpp) %16.8 marjlıdır. CTLE boost'unun 20 dB kanal senaryosunda 7.2 dB'ye ayarlanması ve ikinci kademe yükselteçteki limiting davranış bu sonucu sağlamıştır. Post-layout'ta ~%10-15 düşüş beklendiğinden bu marj güvenli bölgededir."

9.5 Puanı Artıran Yazım Kuralları

Görsel Kurallar

• Grafiklerde aynı eksen ve aynı birim kullan (tutarlılık)
• Tablo başlıklarına doğrudan şartname kriterini yaz
• Renk kodlaması: yeşil = pass, kırmızı = fail, sarı = margin
• Blok diyagramlarda blok adları Cadence hücre isimleriyle eşleşsin

İçerik Kuralları

• Her ister için tek satırda durum: Pass, Margin, Risk
• Gereksiz metin yerine ölçüm tablosu tercih et
• "Yapacağız" değil "yaptık, sonuç şu" dilini kullan
• Gelecek çalışmaları sadece "sonraki adımlar" bölümünde yaz

Format Kuralları

• Sayfa numarası mutlaka koy
• İçindekiler tablosu ekle (DTR için)
• Şekil ve tablo numaraları: "Şekil 1:", "Tablo 1:" formatında
• Kaynakçada IEEE formatı kullan

9.6 Rapor Yazım Takvimi

ÖTR Takvimi (Sprint-3: 8-15 Mart)

DTR Takvimi (Sprint-6: 28 Nisan - 14 Mayıs)

Kritik Kural: Son hafta yeni topoloji değişikliği yapma! Raporu bitirmeye odaklan.

9.7 Bu Adımı Tamamladığını Nasıl Anlarsın?

• [ ] ÖTR'nin 9 sayfa bütçesini ve her sayfanın içeriğini biliyor musun?
• [ ] DTR'nin 13 bölümünü ve sayfa dağılımını biliyor musun?
• [ ] İzlenebilirlik tablosu nasıl hazırlanır, örnek verebilir misin?
• [ ] Sch vs PEX karşılaştırma tablosu formatını çizebilir misin?
• [ ] Alternatif topoloji kıyaslamasının birincilik puanına etkisini açıklayabilir misin?
• [ ] "Neden-sonuç analizi" ile basit sonuç raporlama arasındaki farkı bilir misin?

Sonraki Adım

→ Adım 10: Sunum ve Final Hazırlığı

İlgili sözlük terimleri: ÖTR, DTR, DDK, İzlenebilirlik, İster, Şartname, Topoloji, Marj, Çıkış Kriteri, Sprint, WP, DRC, LVS, PEX, Post-layout, GDSII, Signoff
Detaylı açıklamalar için → TERIMLER_SOZLUGU.md