非機能要件一覧

これは何か

非機能要件一覧は、システムが「何をするか」（機能）ではなく、「どれくらい速く・たくさん・止まらずに・安全に動くか」（非機能）についての要件を、条件と確かめ方と一緒に一覧にした成果物です。

非機能要件の考え方は 06-01 非機能要件とは何か、機能要件との違いは 04-03 機能要件と非機能要件 で学びます。

なぜ作るか

• 「速く」「止まらない」のような言葉だけの要望を、確かめられる要件にする
• 設計の担当が、どの水準を目指して設計すればよいかを分かるようにする
• テストで、どの条件で何を測ればよいかを決められるようにする
• 水準を上げると費用も増えるため、どこまで求めるかを判断した記録を残す

誰が使うか・いつ作るか

• 作る人：要件を取りまとめる担当と、システムの設計の担当（業務の担当に聞き取りながら）
• 確かめる人：業務の責任者、システムアーキテクト、運用の担当
• 使う人：設計・テスト・運用の担当
• 一般的には、機能の要件と同じ時期に作り始め、設計の段階で具体的な水準と確かめ方を詰めます
• アステリア案件の非機能要件の中身（性能・利用人数・止めてよい時間・失ってよいデータの範囲など）は、正本に記載がありません。未確定

アステリア案件の性能の目標・条件、同時利用者数、止めてよい時間などは、正本に記載がありません。未確定 従業員数は、システムの利用者数ではありません。危機演習で扱う数値は、危機演習の中で扱います。

主な項目（列）

一般的には、1行に次の列を持ちます。

1. 要件番号
2. 分類：性能・利用の量・止めてよい時間・失ってよいデータ・安全・運用 など
3. 対象：どの業務・画面・処理か
4. 条件：いつ・どのくらいのデータ量・どのくらいの利用で
5. 水準：満たすべき値（目標）
6. 確かめ方：どのテストで、どう測るか
7. 根拠：なぜその水準か（業務への影響、聞き取りの記録）
8. 確定した人

読み方

1. 「条件」の列が埋まっているか（条件のない水準は、確かめられない）
2. データの量の条件が、稼働の直後だけでなく、将来の見込みも考えているか
3. 「確かめ方」の列が埋まっていて、テストの計画とつながっているか
4. 根拠と、確定した人が書かれているか
5. 業務にとって大事な処理ほど、水準がはっきりしているか

書き方

1. 業務の担当に、困る場面から聞く（「遅いと困るのはどの画面か」「止まると困るのはいつか」）
2. 場面ごとに、対象・条件・水準を書く（06-02 で学んだ「場面・人数・操作・基準」）
3. 水準ごとに、確かめ方を決める
4. 水準を上げたときの費用を設計の担当に見積もってもらい、業務の責任者と決める
5. 決めた水準と根拠を記録する

何を書いてはいけないか

• 「高速」「高可用」「十分な性能」など、数値も条件もない言葉
• 条件のない数値（どの操作を、どのデータ量で、何人が使うときか分からない）
• 確かめ方のない要件

よくある失敗

• 機能の要件に比べて後回しにされ、設計が進んでから決める
• 条件を書かずに数値だけを決め、テストで何を再現すればよいか分からない
• 費用を見ずに高い水準を決め、あとで下げる

関係するUnit・成果物・危機演習

• Unit：06-01 非機能要件とは何か、06-02 何人まで利用できればよいのか、04-03 機能要件と非機能要件、10-04 性能をどう確認するのか
• 成果物：TST-005 性能試験結果報告書、ARC-006 設計判断記録、REQ-002 要件一覧
• 危機演習：この成果物を直接の題材にする危機演習はありません

いつ使うか

この教材では STAGE 06｜壊れることを前提に設計する の文脈で扱います。 アステリア案件での正式な作成・使用時期（月）は正本に記載がないため、未確定としています。