非機能要件の定義

• 日程: Day 2 / セッション 07
• 時間: 13:30-14:10
• 形式: 実習
• ゴール: 自チームの開発テーマに対する非機能要件を、性能・可用性・運用性・保守性などのカテゴリに分けて10項目以上書き出し、各項目に具体的な数値や条件を明記できる
• 学習形式: AI協働型（カテゴリごとの典型例と数値の妥当性検証をAIに依頼する）

前のセッションで「非機能要件は後で気付くと致命的」と学びました。「動くものはできたが10秒待たないと表示されない」アプリは誰も使いません。

このセッションでは、自チームの開発テーマに対する非機能要件を10項目以上書き出します。10は意外と多く感じるかもしれませんが、AIをフル活用して「カテゴリごとに典型的なもの」を出させれば、楽に到達できます。

ここで重要なのは**「定性的な記述」で終わらせない**こと。「速い」ではなく「3秒以内に応答」、「安定」ではなく「年間稼働率99.9%」、と数値や具体条件で書きます。

IPAの非機能要求グレードを簡略化した6カテゴリで考えます。

「数値・条件・期日」のいずれかを必ず付けること。「速い」「使いやすい」のような形容詞だけでは、後でテストできず合格判定もできません。

2007年、東京証券取引所の新システム稼働初日に大規模障害が発生し、市場が大混乱に陥りました。原因の1つが「想定取引件数の見積もり甘さ」、すなわち性能要件の不備でした。機能は完璧でも、非機能（性能）を満たさないと社会的事件になります。逆に、非機能をしっかり定義してテストすれば「品質の高いシステム」と評価されます。

自チームの開発テーマで非機能要件を10項目以上書き出す。各項目は次の3要素を必ず含める：

1. カテゴリ
2. 要件内容
3. 具体的数値または条件

AIプロンプト例（カテゴリ別ブレスト）

私たちのチームは「家計簿アプリ」を開発しています。
ペルソナは「家計を見える化したい30代会社員」、
想定ユーザー数は最初100人、将来1万人。

以下6カテゴリそれぞれで、非機能要件として
盛り込むべき項目を2つずつ提案してください：
- 性能
- 可用性
- 運用・保守性
- 移行性
- セキュリティ
- 環境

各項目に具体的な数値もたたき台で出してください。

AIプロンプト例（数値の妥当性検証）

私は「応答時間3秒以内」という性能要件を出しました。
家計簿アプリの場合、この数値は厳しすぎ／甘すぎ／妥当のどれですか？
業界の一般的なベンチマーク（金融系・SNS系・ECサイト等）と比べて根拠付きで教えてください。

AIプロンプト例（漏れチェック）

私たちの非機能要件は以下の12項目です。
[ここに表をコピペ]

「中小規模のWeb家計簿サービス」として、見落としがちで
追加すべき項目があれば、優先度付きで提案してください。

• 「『使いやすさ』はどう非機能要件として書けばいい？」
• 「保守期間1年・5年・10年で、設計に何が変わる？」
• 「データ量が将来100倍になることをどう要件化する？」

非機能要件10項目以上が手に入りました。これは明日以降の設計・実装で「何を妥協してはいけないか」の指針になります。

たとえば「全通信HTTPS」を要件化したから、明日「HTTPだけでも動くからいいや」と妥協できなくなります。非機能要件はチームの規律装置でもあるのです。

次のセッション（Session08）では一気に話題を「ユーザインタフェース（UI）」に切り替えます。ユーザーが触れる「画面」をどう設計するかの基礎です。

• 非機能要件は10項目以上書けましたか？
• 各項目に数値・条件を付けましたか？
• 「これはテストで合格判定できる」と言えますか？

• 参考リンク：IPA 非機能要求グレード（無料公開）、AWS Well-Architected Framework
• 発展課題：非機能要件のうち「これだけは絶対」TOP3を選んでチーム共有