非 機能 要件 と は
1. 2. 1を読めばイメージしやすいでしょう。これを表1に引用します。 表1:非機能要求グレードの6大項目 【出典】非機能要求グレード2018 利用ガイド [解説編] 表1. 3.
非機能要件 とは It
【2】性能/拡張性・・・どれだけ快適に使えるか?利用者が増えても大丈夫か? 【3】運用/保守性・・・アフターサービスはきっちりとされているか? 【4】移行性・・・引っ越しや、乗り換えは簡単にできるのか? 【5】セキュリティ・・・ウイルス対策など、セキュリティ対策がしっかりされているか? 【6】システム環境/エコロジー・・・そのモノを置く設置環境は適切か?また環境保護に役立っているか? (※)情報処理推進機構(IPA) 「経営に活かすIT投資の最適化」読本より引用
機能要件の検討が完了していること 当たり前かもしれないが、非機能要件を検討するのは、機能要件の検討が完了した後になる。 機能が変わってしまえば、裏側の要件である非機能要件も大きく変更されて無駄になってしまう可能性があるからだ。 1. 自分たちで非機能要件の仮設定 まず最初に非機能要件の洗い出しを行うわけだが、前述したように顧客側は非機能要件を意識していない場合が多いため、 「非機能要件は何かありますか?」 と聞いたところで何も得られないだろう。 そこでまず、私たちシステム屋から非機能要件の一覧表を仮作成する。 作成する際は、可用性や性能・拡張性などに分類しつつ、構築するシステムの特性に応じて要件を仮決めしていこう。 検討の際は、IPAの非機能要件グレードが参考になるだろう。 非機能要件グレードでは、モデルシステムと、非機能要件のレベルが記載されている。 <モデルシステム> ・社会的影響がほどんと無いシステム ・社会的影響が限定されるシステム ・社会的影響が極めて大きいシステム <可用性の継続性レベル> レベル1:定時内(9時〜17時) レベル2:夜間のみ停止(9時〜21時) レベル3:1時間程度の停止(9時〜翌8時) レベル4:若干の停止あり(9時〜翌8:55) レベル5:24時間無停止 (引用:IPA 非機能要件グレード) >> 情報処理推進機構(IPA) 非機能要件を見る IPAの非機能要件を参考にすれば、検討すべき項目の漏れを減らすことができるはずだ。 2. 非機能要件を顧客と設定 私たちシステム屋で、非機能要件一覧の仮作成ができた後は、顧客に適切な要件を確認する。 「システムの稼働時間は9時〜21時ではなく、6時〜22時として欲しい」 このような具体的な要件が出てくるはずだ。 注意しなければならないのは、要件の理由をしっかりと聞き、メモをしておくこと。 例)稼働時間を6時〜22時にする理由 ・始発で出勤して作業をする人がいるため ・残業終了時間が22時のため 要件の理由をメモしておかないと、顧客が言った要件を採用するしかなく、代替案が提示できない。 また、思いつきで回答する顧客もいるため、理由はしっかり聞いた方がいいだろう。 3.