非機能要求グレードの活用

インフラ構築において非機能要件の試験実施についてどこまでやればいいのか、何をすれば非機能要件を満たせるのかは課題になることが多いと感じるかと思います。

非機能要件として確認する内容についてIPA（情報処理推進機構）が公開している「非機能要求グレード」を利用しての非機能要件について整理してみました。

機能要件はシステムで実現したい機能の要件となり、わかりやすいと思います。

非機能要件はどんな要件なのかわかり辛く、どこから手を付ければとなりがちです。

非機能要件とは機能要件を実現するためにどういった品質で実現するか、どういった品質を担保するべきかを定義した要件となります。

システム利用者はシステムに求める要件である機能要件はエンジニアに対して要求を伝えることは難しくありません。しかしながら非機能要件をシステム利用者が考えたり、要件をエンジニアに伝えたりすることは難しいこととなります。また、エンジニア側も非機能要件のレベルを聞き出したり、品質担保に必要であることを伝えたりするには専門の知識や用語を利用するため、伝わり辛い、理解し辛いというギャップが生じてしまいます。

ギャップが発生し、非機能要件が定まらないまま、システム開発が進んでしまうと、運用でのトラブルの原因となってしまいます。

これらの問題を解決するために共通で利用可能なツールとして非機能要求グレードが定義され、一般公開されています。

3.非機能要求グレードの活用

非機能要求グレードでは以下6項目に分類し、非機能要件を整理しています。

各分類に目標値が定義されており、こちらを活用してシステム利用者、エンジニア双方に認識齟齬や確認漏れが無いように防ぐように利用します。

〇可用性

　システムサービスの継続的に利用可能とするための要求

　要求例：継続性、耐障害性、災害対策

　実現例：機器の冗長構成、バックアップセンターの設置

〇性能・拡張性

　システムの性能及び詳細のシステム拡張に関する要求

　要求例：業務処理量、性能目標値、リソース拡張性、性能品質担保

　実現例：性能目標を意識したサイジング、ピーク性能試験

〇運用・保守性

　システムの運用と保守のサービスに関する要求

　要求例：保守運用、障害時運用、サポート体制

　実現例：システム計画停止、開発環境の設置、保守契約

〇移行性

　現行システム資産の移行に関する要求

　要求例：移行方式、移行対象、移行計画

　実現例：対象データ量、移行媒体、移行リハーサル

〇セキュリティ

　システムの安全性の確保に関する要求

　要求例：制約条件、セキュリティリスク分析、セキュリティ診断

　実現例：セキュリティに関するコンプライアンス、セキュリティリスク分析方法

〇システム環境・エコロジー

　システム設置環境やエコロジーに関する要求

　要求例：制約条件、システム特性、適合規格

　実現例：構築、運用時の制約、利用ユーザ、クライアント数、製品安全規格、環境保護

非機能要求グレードには上記項目について要件を整理できるように活用シートが用意されています。こちらから構築するシステムに合わせて、非機能要件として定めるべき項目についてシステム利用者とエンジニアで合意形成していきます。これにより、検討漏れを防いだ非機能要件の検討が実現することができます。

4. 非機能要求グレードを利用するメリット

非機能要求グレードを利用することで以下のメリットがあると考えられます。

〇検討漏れが防げる

　非機能要求グレードには検討すべき非機能要件が網羅的に記載されており、経験が少なくても検討すべき項目の抜け漏れが最小限にすることが可能です。

〇非機能要件レベルの妥当性が取りやすい

　可用性やセキュリティ等システムによって重視する非機能要件が違ってくると思われます。その中で本来もっとレベルを上げなければならなかった、過剰にレベルを上げてコストをかけすぎた等、本来必要な非機能要件レベルの妥当性を検討しやすくなります。

〇システム利用者とエンジニアの合意形成がしやすい

　システム利用者が伝えきれていない要件に対して同じ指標値を利用して検討することが可能であり、コミュニケーションギャップによる検討レベル違いを防ぐことができます。

〇設計以降で一貫して利用可能

　要件定義の段階で非機能要件を定義することで、設計工程以降で一貫して検討すべき項目が見える化しており、後工程での大きな手戻りを防ぐことが可能になります。

今回は非機能要求グレードの活用についてご紹介しました。

昨今パブリッククラウドの利用、コンテナ技術の利用等でハードウェアから解放されていることが多くなってきていると思います。そのため、非機能要件の検討比重も変わってきています。

ですが、非機能要件をシステム利用者と要件定義時点でしっかりと合意形成することで、

利用するサービスや技術の選定、より顧客志向なシステム構成、安定的に運用可能なシステム構成の実現が可能になるのではないでしょうか。

CNSではインフラ基盤について要件定義から運用まで大小様々なシステムの支援をしています。

インフラ基盤にご興味のある方は、お気軽にご相談下さい。

こちらの発言は全て個人的意見です。内容につきましては、十分注意し投稿しておりますが、誤りがあれば直接ご指導頂けますとありがたいです。

CNS Tech Blog Beyond｜CNS シイエヌエス - BEYOND THE RIGHT ANSWER.: 株式会社シイエヌエス