---
generated_at: 2026-01-28 10:30:00
metrics:
  claims_total: 45
  claims_with_evidence: 40
  claims_without_evidence: 5
confidence_derived: 0.89
---

# 根拠レポート：非機能要件定義書

## 本レポートについて

### 目的
本レポートは、生成された設計書・ドキュメントの信頼性を検証し、人間レビュアーが効率的にレビューできるようにすることを目的としています。

### チェック方法
以下の観点でドキュメントの内容（Claim：主張）を検証しています：

1. **根拠の有無確認**：各主張に対して、ソースコード・既存設計書・要件定義書などの根拠（Evidence）が存在するか
2. **根拠との整合性**：主張の内容が根拠と矛盾していないか
3. **網羅性**：参照すべき情報源を適切にカバーしているか

### 信頼度スコアの算出
- **confidence_derived** = 根拠あり件数 / 総主張件数
- 状態「○」：根拠あり、「△」：根拠不足または要確認

### 本レポートの使い方
1. まず「サマリー」で全体の信頼度と優先レビュー項目を確認
2. 「Claims と根拠の対応」で △ の項目を重点的にレビュー
3. 「不足情報」で補完が必要な情報源を確認

---

## 1) サマリー（まず見るところ）
- 総合信頼度（derived）：**0.89**
  - 根拠あり：40 / 45、根拠なし：5
- 優先レビュー（高）
  1. **レスポンスタイム目標値**：具体的な数値はコードから明示的に定義されておらず推定値
  2. **稼働率目標**：コードでは可用性の具体的なSLA定義なし
  3. **同時接続数**：サーバー側制限に依存するため、クライアント側コードでは検証不可

## 2) 参照した情報（Evidence一覧）
> ここに「実在するもの」だけ列挙。抽出フェーズで付けたIDをそのまま出す。

- E-01: `Wikipedia/Code/Session.swift` - セッション管理、キャッシュポリシー、HTTPメソッド
- E-02: `WMF Framework/CacheController.swift` - キャッシュコントローラー、永続キャッシュURL
- E-03: `Wikipedia/Code/ArticleFetcher.swift` - 記事取得、指数バックオフ、リトライ機構
- E-04: `WMF Framework/RetryBlockTask.swift` - 汎用リトライ機構（3回、1.5秒間隔）
- E-05: `WMF Framework/SharedContainerCache.swift` - 共有コンテナキャッシュ、50アイテム制限
- E-06: `WMF Framework/PermanentlyPersistableURLCache.swift` - 永続キャッシュ、ETag処理
- E-07: `Wikipedia/Code/WMFKeychainCredentials.swift` - Keychain認証情報管理
- E-08: `Wikipedia/Code/LoggingDefaults.swift` - DDLogレベル設定
- E-09: `Wikipedia/Code/BasicLogger.swift` - ロガー実装
- E-10: `WMF Framework/Event Platform/EventPlatformClient.swift` - イベント収集、バッファ制限、リトライ
- E-11: `WMF Framework/Configuration.swift` - 環境設定、ドメイン、API URL構築
- E-12: `Wikipedia/Code/SavedArticlesFetcher.swift` - 記事保存、リトライ間隔、バックグラウンドタスク
- E-13: `WMFData/Sources/WMFData/Service/WMFBasicService.swift` - 基本HTTPサービス

## 3) Claims と根拠の対応（レビューの主戦場）
| Claim ID | 主張 | Evidence | 状態 |
|---|---|---|---|
| C-01 | 永続キャッシュからの読み込みは1秒以内 | **根拠なし** | △ |
| C-02 | イベントバッファサイズは128 | E-10 (line 113: inbutBufferLimit = 128) | ○ |
| C-03 | キャッシュクリーンアップ閾値は50アイテム | E-05 (line 68: maxCacheSize = 50) | ○ |
| C-04 | SavedArticlesFetcherは100ms間隔で更新 | E-12 (line 179: afterDelay: .now() + .milliseconds(100)) | ○ |
| C-05 | PermanentlyPersistableURLCacheで永続キャッシュ | E-06 | ○ |
| C-06 | ネットワークエラー時に永続キャッシュへ自動フォールバック | E-01 (line 770-780), E-06 | ○ |
| C-07 | ETag/If-None-Matchヘッダ対応 | E-06 (line 118, 705), E-01 | ○ |
| C-08 | UIBackgroundTaskIdentifierによるバックグラウンド処理 | E-12 (line 21, 128-147) | ○ |
| C-09 | ストリーム設定取得は最大10回リトライ | E-10 (line 276: retries: 10) | ○ |
| C-10 | ストリーム設定リトライは1.5倍増加 | E-10 (line 294: retryDelay * 1.5) | ○ |
| C-11 | 記事ダウンロード失敗時30秒->15分->7.5時間... | E-12 (line 342-353) | ○ |
| C-12 | RetryBlockTaskは3回、1.5秒間隔 | E-04 (line 18: retryCount: 3, retryInterval: 1.5) | ○ |
| C-13 | 指数バックオフ（0.25秒 * 2^attempt） | E-03 (line 412: 0.25 * pow(2, Double(attempt))) | ○ |
| C-14 | Keychainで認証情報保存 | E-07 (kSecClassGenericPassword) | ○ |
| C-15 | kSecAttrAccessibleAfterFirstUnlock使用 | E-07 (line 130, 154) | ○ |
| C-16 | CentralAuthクッキーで複数ドメイン共有 | E-01 (line 117-120), E-11 | ○ |
| C-17 | 401応答時の自動再認証 | E-01 (line 360-374) | ○ |
| C-18 | HTTPCookieStorage.sharedCookieStorage使用 | E-01 (line 185) | ○ |
| C-19 | 全API通信はHTTPS | E-11 (line 145-148, 214-216) | ○ |
| C-20 | イベント送信先はintake-analytics.wikimedia.org | E-10 (line 189-192) | ○ |
| C-21 | ステージングはintake-analytics-beta.wmflabs.org | E-10 (line 189) | ○ |
| C-22 | User-Agentはアプリバージョン付き | E-01 (line 225), E-13 (line 252-253) | ○ |
| C-23 | キャッシュはiCloudバックアップから除外 | E-02 (line 26-32: isExcludedFromBackup = true) | ○ |
| C-24 | Configuration.Environmentで環境切替 | E-11 (line 32-36) | ○ |
| C-25 | APIURLComponentsBuilderでURL構築 | E-11 (line 232-243) | ○ |
| C-26 | CacheControllerで記事・画像共通インターフェース | E-02, E-06 | ○ |
| C-27 | EventInterface/Schemaでスキーマ管理 | E-10 (line 150-166) | ○ |
| C-28 | CocoaLumberjack (DDLog)使用 | E-08, E-09 | ○ |
| C-29 | DDLog.wmf_setSwiftDefaultLogLevelで動的変更 | E-08 (line 4-6) | ○ |
| C-30 | Swift Codableで型安全性 | E-10, E-01, E-13 | ○ |
| C-31 | Result型/throwsでエラー処理 | E-03, E-12, E-13 | ○ |
| C-32 | DispatchQueue/NSManagedObjectContextで同期 | E-02, E-10, E-12 | ○ |
| C-33 | Core Data自動マイグレーション | E-02 (line 81-84) | ○ |
| C-34 | EventPlatformClientでイベント収集 | E-10 | ○ |
| C-35 | SamplingControllerでサンプリング制御 | E-10 (line 66, 217-222) | ○ |
| C-36 | UserSessionでセッションID管理 | E-10 (line 68-72) | ○ |
| C-37 | postAllScheduled()でバッチ送信 | E-10 (line 372-411) | ○ |
| C-38 | 14種類のイベントストリーム対応 | E-10 (line 120-138) | ○ |
| C-39 | CacheController.totalCacheSizeInBytesでサイズ監視 | E-02 (line 38-40) | ○ |
| C-40 | deleteStaleCachedItemsで古いキャッシュ削除 | E-05 (line 62-81) | ○ |
| C-41 | レスポンスタイム（ネットワーク経由）3秒以内 | **根拠なし** | △ |
| C-42 | 画像表示0.5秒以内 | **根拠なし** | △ |
| C-43 | 検索結果表示2秒以内 | **根拠なし** | △ |
| C-44 | 同時ダウンロード1記事ずつ | E-12 (line 169: fetchLimit = 1) | ○ |
| C-45 | WiFi専用セッションでモバイルデータ制限 | E-01 (line 199-203: allowsCellularAccess = false) | ○ |

## 4) 不足情報（Unknown / Missing）
- **レスポンスタイム目標値（C-01, C-41, C-42, C-43）**：
  - クライアントコードには具体的なレスポンスタイムのSLA/目標値が定義されていない
  - 候補：製品要件定義書 / UXガイドライン / サーバー側SLA文書
- **稼働率目標**：
  - オフライン対応は実装されているが、サービス全体の稼働率目標はコードに記載なし
  - 候補：サービス要件定義書 / インフラ設計書

## 5) リスクフラグ（レビュー観点）
- **リスクレベル1（中リスク）**：レスポンスタイム目標値はコードベースから推定できないため、別途確認が必要
- **リスクレベル0（低リスク）**：キャッシュ、リトライ、セキュリティ関連の主張は全てコードで確認可能
- **リスクレベル0（低リスク）**：イベント収集・ロギング機能は実装詳細まで確認済み

## 6) レビュアーチェックリスト（最小）
- [ ] レスポンスタイム目標値が製品要件と整合しているか確認
- [ ] 指数バックオフの間隔設定がユーザー体験に影響しないか確認
- [ ] Keychainアクセシビリティ設定がセキュリティ要件を満たすか確認
- [ ] イベント収集のプライバシー要件との整合性を確認
- [ ] キャッシュサイズ制限（50アイテム）がユースケースに適切か確認
