タグ

仕様書と見える化に関するshirotorabyakkoのブックマーク (1)

  • [設計編]ユースケースに詳細を書いてはいけない

    機能要求を「ユースケース」(利用者=アクターから見たシステムの利用場面)としてまとめ,それを基に分析設計することが一般化してきた。ところが「ビジネス・ルールを入れ込んだり,if~thenレベルのロジックまで書き込んだりと,誤った書き方をしている人が結構多い」と,日を代表するITアーキテクトの1人,榊原彰氏(日IBM 東京基礎研究所 IBMディスティングイッシュト・エンジニア)は指摘する。どんどん詳細化し,必要ない情報まで盛り込んでしまうのだ。 「詳細化しないと気が済まないのだろう。『分析麻痺(Analysis Paralysis)』と言える」と同氏。オブジェクト指向分析設計とプロジェクトの「見える化」を実践・推進するチェンジビジョンの平鍋健児氏(代表取締役)も同意見。「画面レイアウトなど情報量が多過ぎることが結構ある。ユースケースはシステムの目的なのに,ユースケース=機能と考えるからそ

    [設計編]ユースケースに詳細を書いてはいけない
    shirotorabyakko
    shirotorabyakko 2007/09/04
    ビジネスルールを入れたり,if〜thenのロジックまで書き込んだ誤り。良いユースケースは,メインシナリオ,代替シナリオ,バリエーションを区別,シナリオ把握に不要なビジネスルールは,別途カタログとして作成
  • 1