非機能要件を定義するプロセスについて

　情報システムは，非機能要件の考慮漏れによって重大な障害を引き起こすことがある。非機能要件とは，信頼性を含む品質要件，運用・操作要件など，機能要件以外の要件のことである。利用者は非機能要件を明確に認識していないことが多いので，システムアーキテクトは，利用者を含む関連部門へのヒアリングによって必要な情報を収集する。収集した情報を基に，業務及び情報システム両方の視点から非機能要件を検討し，検討結果を意思決定者に提示し，判断してもらう。

　例えば，信頼性要件の場合，次のようなプロセスで検討する。

• リスクを洗い出し，想定される損失並びに事業及び業務への影響を分析する。
• 分析結果に基づき，目標とすべき復旧時間を設定する。
• 設定した復旧時間を達成するための情報システムの実現方式を具体化する。

　その際，前提となるシステム構成，開発標準，システム運用形態など，非機能要件を定義するに当たって制約となる事項を示した上で，例えば次のように，意思決定者に判断してもらうための工夫をすることも必要である。

• 複数のシステム構成方式について，想定される損失と，対策に必要なコストの比較を示す。
• 信頼性を向上させるためにデュアルシステム方式にすると効率性の指標の一つであるスループットが下がる，といった非機能要件間でのトレードオフが生じる場合，各非機能要件の関係性を示す。

　あなたの経験と考えに基づいて，設問ア〜ウに従って論述せよ。