機能要求を「ユースケース」(利用者=アクターから見たシステムの利用場面)としてまとめ,それを基に分析設計することが一般化してきた。ところが「ビジネス・ルールを入れ込んだり,if~thenレベルのロジックまで書き込んだりと,誤った書き方をしている人が結構多い」と,日本を代表するITアーキテクトの1人,榊原彰氏(日本IBM 東京基礎研究所 IBMディスティングイッシュト・エンジニア)は指摘する。どんどん詳細化し,必要ない情報まで盛り込んでしまうのだ。 「詳細化しないと気が済まないのだろう。『分析麻痺(Analysis Paralysis)』と言える」と同氏。オブジェクト指向分析設計とプロジェクトの「見える化」を実践・推進するチェンジビジョンの平鍋健児氏(代表取締役)も同意見。「画面レイアウトなど情報量が多過ぎることが結構ある。ユースケースはシステムの目的なのに,ユースケース=機能と考えるからそ
![[設計編]ユースケースに詳細を書いてはいけない](https://cdn-ak-scissors.b.st-hatena.com/image/square/bed39b5962a5d552c95b6d796db8f55e72d32943/height=288;version=1;width=512/https%3A%2F%2Fxtech.nikkei.com%2Fimages%2Fn%2Fxtech%2F2020%2Fogp_nikkeixtech_hexagon.jpg%3F20220512)