- 読み
- ひきのうようけん
- 英語
- Non-functional requirements
- 別名・関連
- 品質要件
なぜ重要か
同じ機能のシステムでも、同時に使う人数が10人か1,000人か、夜間に止めてよいか24時間動かすか、個人情報を扱うかどうかで、設計・構成・費用は大きく変わります。非機能要件は見積りの前提そのものであり、ここが曖昧なまま進めると「動くけれど遅い」「公開後に負荷で落ちた」「バックアップが無かった」といった問題が起きます。しかも機能と違って画面には見えないため、発注側からは気づきにくい領域です。
発注・開発の実務での意味
中小企業の業務システムやWebサイトであれば、次の項目を要件定義の段階で決めておけば十分なことがほとんどです。
| 項目 | 決めること | 決めないと起きること |
|---|---|---|
| 性能 | 同時利用者数の目安、待てる応答時間 | 繁忙期に画面が固まる |
| 可用性 | 止めてよい時間帯、障害時に許容できる停止時間 | 復旧の優先度が決まらない |
| セキュリティ | 扱う情報の種類、誰がどこからアクセスするか | 対策の過不足が生じる |
| バックアップ | 取得の頻度、戻せる期間 | 誤操作や障害でデータが戻らない |
| 運用 | 監視の有無、更新の頻度、対応時間帯 | 保守契約の範囲が決まらない |
| 移行 | 既存データをどこまで引き継ぐか | 移行作業が見積りから漏れる |
すべてを高い水準にすると費用が跳ね上がるため、「この業務は1時間止まっても問題ない」「この画面は月末だけ重くなる」のように、実態に合わせて水準を決めることが大切です。弊社では見積りの前提として、これらを一覧にしてお客様と確認しています。
関連する用語
この用語が出てくるガイド
- 要件定義とは何をすることか — 発注前に整理したい5つのこと要件定義はシステムで何を実現するかを合意する工程です。発注前に整理したい目的と成功条件、現状業務の流れ、利用者と権限、扱うデータ、やらないことの5つを、想定例を交えて解説します。
- 中小企業のWebシステムに最低限必要なセキュリティ対策専任の担当者がいない中小企業でも押さえておきたい Web システムのセキュリティ対策を、SSL/TLS・認証と多要素認証・権限の最小化・アップデート・バックアップ・ログ・個人情報の順に優先度をつけて整理します。
- 納品後の保守・運用で何が必要かシステムは納品後も動かし続ける必要があります。監視、バックアップと復元テスト、OS・ミドルウェア・CMSのアップデート、ステージングでの検証、保守契約の範囲という基本を整理します。
- Webシステム開発の費用はどう決まるか — 相場の「考え方」と見積の内訳Webシステム開発の費用がどのように決まるのかを、工数と単価、要件の粒度、品質・非機能要件、保守費、変動要因の観点から解説します。金額の相場ではなく、見積を読み解くための考え方を整理します。
関連するサービス
監修: Unlogical Systems合同会社（杉並区・西荻窪）公開