)の協力の下、情報システム開発における「非機能要求」の重要性を4回に渡って解説していく。本稿をご覧になっている読者の方であれば、あらためて非機能要求という言葉を説明されなくても概要を把握している方が多いのではないかと思うが、第1回目となる今回は、今一度、なぜ非機能要求が重要なのか、そしてなぜ非機能要求を適切に設定することが難しいのかについて触れていきたい。インフォメーションシステムズ(MDIS)、OKIといった日本を代表するSIer6社が共同で「システム基盤の発注者要求を見える化する非機能要求グレード検討会(以下、非機能要求グレード検討会)」というプロジェクトの設立を発表した。このプロジェクトの目的は、企業ごと、プロジェクトごとに行われてきた顧客のシステム基盤に対する“非機能要求”を見える化および標準化し、顧客企業と開発ベンダの間でシステム開発において共通認識をもてる方法を策定していくというもの。6社で検討していくという趣旨であった。そのような叩き台が必要とされたのか。当時、航空券の発券システムやメガバンクの合併に伴い統廃合された銀行のオンラインシステムなど、社会的基盤となるITインフラでの事故が相次いでいた。事故の原因を探っていくと、発注側と受注側で実現すべきシステムのイメージが共通化されていなかったという、非常に根本的なところに行き着く。顕著だったのは「システムの強度や品質」、つまり“非機能要求”にかかわる部分での意識のすり合わせができていないという点だ。システムの基盤にかかわる非常に重要な部分でありながら、発注側と受注側者の間で最もギャップが生じていたのである。非機能要求とはここで簡単に機能要求と非機能要求について比較してみよう。機能要求とは、ひとことで言うと業務実現に関する要求、業務に直結する要求である。「営業情報をシステム上で共有し把握したい」「受発注情報に連動した在庫管理を行いたい」などだ。業務アプリケーションに対する要求が機能要求と認識されている場合も多い。一方で非機能要求とは、主にシステムの強度や品質に関わる要求である。ハードウェア、OS、ミドルウェア、データベースといったシステム基盤に関わるものが多い。非機能要求においても「ユーザーインターフェースの操作性」「ソフトウェアの品質」など業務アプリケーションに対する要求が含まれることもあり、このあたりの定義はややあいまいになりつつある。Japanは、CIOとITマネージャーを対象に、ビジネス課題の解決とITを活用した新たな価値創造を支援します。ついて運営会社サイトマップ当サイトは最新ブラウザでの閲覧を推奨します。permission.このサイトでは、利用状況の把握や広告配信などのために、Cookieなどを使用してアクセスデータを取得・利用しています。これ以降ページを遷移した場合、Cookieなどの設定や使用に同意したことになります。Cookieなどの設定や使用の詳細、オプトアウトについては詳細をご覧ください。