非機能要求グレードとは？6つのカテゴリと非機能要件を定義するポイント

バルテス・ホールディングス株式会社 R&C部副部長

ユーザー目線で分かりやすい機能要件に対して、非機能要件はわかりにくいものです。

しかし、非機能要件をないがしろにしてしまうと、開発中の大幅な手戻り、リリース後のトラブルなどが発生しかねません。本記事では、非機能要件を定義するための「非機能要求グレード」と、非機能要件を定義するポイントについて解説します。

もくじ

1．非機能要求グレードとは？

非機能要求グレードとは、非機能要件を定義付けるために重要な項目です。

この章では、非機能要求グレードとは何かと、非機能要求グレードの６つのカテゴリについて解説していきます。

非機能要求と非機能要件.png

そもそも、非機能要求とは、クライアントがソフトウェアを利用して達成したいこと・実現したいことを具体化したものです。
一方、非機能要件とはソフトウェアをどのように設計すべきか、という開発者の視点に基づいた概念です。

非機能要件は非機能要求をもとに整理していくことが必要になります。

非機能要求には、様々な団体や研究者によって定義が存在します。

日本においては、IPA(独立行政法人情報処理推進機構)が2018年に公開している「非機能要求グレード」というものがあり、本記事ではこの非機能要求について解説していきます。

非機能要件とはクライアントの"隠れた要望"！機能要件との違いと重要性

IPAが公開した、非機能要求グレードの６つの項目をご紹介します。

クライアント視点から要求の実現レベルを見える化するため、段階的に各項目を詳細化しながら「早期に」「誤解なく」「漏らさずに」確認できるようにします。

非機能要求グレードの項目を整理しながら、非機能要件の定義づけを行い、非機能要件テストの実行に移っていきましょう。

システムサービスを継続的に利用可能とするための要求
(例)長時間利用できるか・メンテナンスがクライアントの利用に支障を及ぼさないか・障害発生時の復旧手順・スケジュールが事前に用意されているか、など

システムの性能と将来のシステム拡張に関する要求
(例)今後の機能追加の可能性を考慮した設計になっているか、同時に利用するクライアント数やデータ負荷に耐えられるか、など

システムの運用と保守のサービスに関する要求
(例)ソフトウェアの利用目的に合わせて稼働時間を確保できているか、データのバックアップを適切な形式・頻度で取れているか、運用時の役割分担や手順のマニュアル化など

現行システム資産の移行に関する要
(例)旧システムの資産であるマスターデータやトランザクションデータを新システムへ安全に移行できるか、移行する場合の負担はどの程度か、など

情報システムの安全性の確保に関する要求
(例)機密性の高い情報へのアクセスには利用制限がかけられているか、不正なアクセスをブロックできているか、など

システムの設置環境やエコロジーに関する要求
(例)サーバーの設置環境が免震・耐震されているか、機材を故障させないための温度・湿度の管理ができているか、エネルギー面で環境に配慮できているか、など

非機能要件に不備があると具体的にどのようなことが起こるでしょうか。

非機能要求グレードの6項目ごとにそれぞれ解説します。

非機能要求	抜け漏れがあったときに起こるリスク
可用性	頻繁に停止したり、長時間停止したりして使いたいときに使えなくなってしまう
性能・拡張性	レスポンスが遅かったり、返ってこなかったりする。リソースの増強も困難となってしまう
運用・保守性	システム運用に多くの時間がかかってしまう
移行性	移行に失敗し、切り戻しにも多くの時間がかかってしまう
セキュリティ	システムがウイルスなどに感染して顧客情報が漏洩してしまう
システム環境・エコロジー	法令違反となり課徴金の支払いとシステム改修が必要となってしまう