サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
Pixel 9
d.hatena.ne.jp/mkoszk
要件定義を勉強し始めた頃、こんな話を聞きました。 要求には3種類あります。要望、要求、要件です。 お客様は要望、要求を対象にしています。我々SEは要件を相手にしています。しかし、駄目なSEはお客様の要求をそのまま要件にします。違いを分かった上で、要件定義をやりましょう。 最初に聴いたとき、「そのとおり。良いこと聞いたなぁ。」と思い、今から思えば恥ずかしいことなのですが、いろいろな人に言っていました。でも、要件定義の世界に触れている時間が長くなるにつれ、疑問に思い始めました。それはなぜか? 実は人によって要望、要求、要件の定義が異なるからです。 ある人は、 要求は、要求者の期待や願望である。 要件は、お客様との間で合意されたソフトウェアに対する機能や性能である。 ある人は 要求は、業務に関する要望である。 要件は、システムに関する要望である。 ある人は 要求は、漠然とした希望や願い、経営上期
はじめに USDMに関する記事をインターネット上で検索すると、「要求仕様定義ガイドライン」 に触れた記事がヒットします。ただし、内容について書かれたものは少ないようです。 そこで、どんな内容なのかUSDMとの関連に絞って書こうと思います。 USDMとガイドラインの関係 ガイドライン執筆の動機として、要求仕様書の品質が良くないため、ユーザ企業として何とかしたい。何を書けばよいのかは分かっているが、いかに書くかはよく分からない。どのような要求仕様書を書けばよいのか模索しているとき、清水吉男さんが提唱しているUSDMに出会い、USDMをベースにガイドラインを作ったということです。 なぜUSDMを採用したのか JUASがUSDMを採用した理由として次のようなものが挙げられています。 1.システム要求を二段階で記述すること。 2.下位要求の基準があること。 3.要求の下に仕様を記述することにより、仕
このページを最初にブックマークしてみませんか?
『d.hatena.ne.jp』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く