mkoszk’s blog
はじめに USDMに関する記事をインターネット上で検索すると、「要求仕様定義ガイドライン」 に触れた記事がヒットします。ただし、内容について書かれたものは少ないようです。 そこで、どんな内容なのかUSDMとの関連に絞って書こうと思います。 USDMとガイドラインの関係 ガイドライン執筆の動機として、要求仕様書の品質が良くないため、ユーザ企業として何とかしたい。何を書けばよいのかは分かっているが、いかに書くかはよく分からない。どのような要求仕様書を書けばよいのか模索しているとき、清水吉男さんが提唱しているUSDMに出会い、USDMをベースにガイドラインを作ったということです。 なぜUSDMを採用したのか JUASがUSDMを採用した理由として次のようなものが挙げられています。 １．システム要求を二段階で記述すること。 ２．下位要求の基準があること。 ３．要求の下に仕様を記述することにより、仕
ソフト部品ではなく、要求仕様を標準化せよ
要求仕様には標準が必要だ システム開発の困難を解決する手段として「ソフトウェア部品の標準化」というような主張があり、 オブジェクト指向などと一緒にして正統的な手法であるとされていますが、まったくの勘違いです。 なによりも先に標準化する必要があるのは要求仕様です。 たとえば、次の図はちょっとした住居のレイアウト図です。これを見てクリーニング屋だと思う人は いないでしょう。また、もし玄関の代わりに育苗施設となっていたら驚くでしょう。 建築という分野では要求仕様に標準があるのです。 部品の標準化は最優先ではない 住宅の場合で言えば、窓とか床材の標準化はありえますし、無意味ではありません。しかし、 必要があれば大き目の窓を使ったりすることはよくあることです。 ソフトウェアの場合はどうでしょうか。標準の部品がそのまま使えるなんてことは、むしろまれです。 たいていの場合は大きくしたり小さくしたり、その
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
要求仕様の美学 | IT Leaders
要求工学:Requirements Engineering(月刊ビジネスコミュニケーション)
ソフトウェアエンジニアのためのホームページ Presented by System Creates Inc.
