仕様の導出を目的としたUSDMの要求の導き方 - mkoszk’s blog
清水吉男さんの「要求を仕様化する技術 表現する技術」（以下、USDM本）には、次のように書かれています。 要求の扱う範囲が広すぎると仕様の抽出が拡散して漏れてしまいます。（p.196） 言いたいことは何となく分かるのですが、僕はこの「範囲が広い」という感覚がどうにもなくて、ずっともやもやしていました。でも、あるとき、内包と外延の話と似ていることに気づきました。内包を規定する条件を少なくすると、外延としての対象が増えます。内包を規定する条件を多くすると、外延としての対象が減ります。この説明が清水さんが解説している要求と仕様の関係に似ていると感じたのです。あまりにも要求がシンプルだと、自由度が高くなりすぎて仕様が爆発してしまう。要求に条件や制約を付け加えることにより、仕様の抽出に適切な範囲にしているということに、やっと気づいたのです。 でも、どうやって条件や制約を考えればよいのか分かっていませ
xddp.jp - このウェブサイトは販売用です！ - 派生開発 プロセス改善 ソフトウェア ソフトウェア開発 セミナー リソースおよび情報
このウェブサイトは販売用です！ xddp.jp は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、xddp.jpが全てとなります。あなたがお探しの内容が見つかることを願っています！
USDMで仕様書を書いてみた - SHIKOU-SAKUGO
「強いプログラミングを作るテクニックを学ぶ」の連載3回目で、『要求分析の重要さと難しさ』というサブタイトルで、要求仕様の分析について取り上げました。その中で、USDM(*)という仕様書の表記をご紹介しました。 ※ LEDキューブシステムUSDM版仕様書 >> Download ： specofledcube_specusdm_v1a.xls このUSDM版仕様書をご覧になった皆さんは、どう思われたでしょう？ 私も当初は、ドキュメント形態として重くて面倒だな．．．と思っていました。その後、いろいろ試す中で、USDMを使うのも悪くないなと思うようになりました。その理由を、3つばかりご紹介しておきます。 【こんな時に、USDM作ってみてよかったと思った】 (1) 仕様理解のために使う 連載本編でもこの方法をご紹介しました。 以前から、仕様書を読んでQ&Aシートを毎回作っていましたが、それでも理解
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.teras.or.jp/terasweb/wp-content/uploads/2013/03/07_%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2%E8%A6%81%E6%B1%82%E5%88%86%E6%9E%90%E3%81%8B%E3%82%89%E8%A9%B3%E7%B4%B0%E8%A8%AD%E8%A8%88%E3%81%BE%E3%81%A7%E3%82%B7%E3%83%BC%E3%83%A0%E3
