非機能要求は，検証できなければ意味がない
JUAS(日本情報システム・ユーザー協会）が，「非機能要求仕様定義ガイドライン」を発行した。このガイドラインは，JUASが2007年9月から2008年3月にかけて実施した「UVC(User Vender Collaboration）研究プロジェクトII」の成果で，ユーザー企業がベンダーに提示する要求仕様書(別の言い方ではRFP＝提案依頼書）における非機能要求の定義方法をまとめたものである。 JUASは，2007年に「UVC研究プロジェクト」の成果として「要求仕様定義ガイドライン」を発行しているが，非機能要求については不十分だった。これを補うために，非機能要求に正面から取り組んだのがUVC研究プロジェクトIIであり，「非機能要求仕様定義ガイドライン」だ。 言うまでもなく，ユーザー企業がシステムの非機能要求を明確にベンダーに伝えることは非常に大切である。しかしこれまでは，どんな非機能要求を伝え
【連載】今さら聞けない RFPによる調達&提案ガイド | エンタープライズ | マイコミジャーナル
Copyright (C) Mainichi Communications Inc. All rights reserved. 掲載記事の無断転載を禁じます
第4回■ぜい弱性対策の考え方 -- 5W1H式ガイドラインを踏まえてRFPを作る
今回は，前回，前々回の内容を基に，基盤ソフトウエア選定のガイドラインを考えてみよう。 基盤ソフトウエアの選定は，セキュリティという観点から見ても保守フェーズでのコストに大きく影響する。このため，必要なコストを捻出できないことを理由に，古く危険なバーションを放置している例が少なくない。 基盤ソフトウエアの選定は，セキュリティ以外の要件から検討される場合が多いが，セキュリティの観点からは以下の項目が必要条件となる。 アプリケーションの稼働年限を仕様として定義する採用候補の基盤ソフトウエアが稼働年限までのサポートを保証しているか確認する稼働年限までのサポートが保証されない場合は，途中でサポート切れになった場合の代替策を検討して，予算を確保しておく アプリケーション発注者としての立場でも，基盤ソフトウエアを自ら選定する場合の注意点は上記と同じである。これに対して開発会社に提案を求める場合には，基盤
Webシステム セキュリティ要求仕様（RFP）」編 β版(全15ページ、1.1MB)
JNSA 2005 12 5 WG JNSA Copyright (c) 2005 NPO - 1 - ...................................................................................................................................1 1. ........................................................................................................................2 2. .......................................................................................
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SANS.edu Internet Storm Center - SANS Internet Storm Center
