架空企業「みらい業務サービス」の社内依頼・承認管理アプリの例。実在する会社・案件・人物は含まない。 記事「作り方を決める前に、社内の制約を確認済み・未確認・仮定に分ける」（03-01）の本文で使った内容をまとめたもの。空欄版は 03-01-constraints_template.md。

1. 制約・前提条件一覧

分類内容出所確認状況影響する判断
端末会社支給のノートPCのみ業務利用を許可する（教材上の仮定）教材上の設定（正本に記載なし）仮定私物端末前提の案は候補から外れる（この仮定が前提）
ネットワーク社内ネットワークからのアクセスのみ許可する（教材上の仮定）。社外からの可否は未確認教材上の設定（正本に記載なし）／未確認仮定（社内限定）・未確認（社外可否）社外利用が必要になれば追加確認が必要。それまでは仮定に基づく比較例として扱う
データ持出し依頼の件名・内容を外部のAIサービスへ送ってよいかが未確認未確認未確認（仮定：確認できるまで送らない）AIへ渡す情報の範囲を架空データのみに限定する
利用可能なAI社内で契約済みのAIサービスのみ利用してよい（教材上の仮定）教材上の設定（正本に記載なし）仮定個人契約のAIサービスは候補から外れる（この仮定が前提）
予算開発・運用の予算枠が未確定未確認未確認（仮定：予算未確定として進める）費用は見積条件付きとし確定値と区別する
運用担当運用管理者という役割は記事Aに存在する。「総務の担当者1名」という人数は正本に根拠がなく、教材上の仮定とする記事A（役割）／教材上の設定（人数）一部確認済み（役割）・仮定（人数）役割表に引き継ぐが、人数は仮定であることに留意する

2. 完了条件の確認

3. 次工程へ渡すもの