ユースケースを書くということ自体は、ビジネスモデリングやシステム設計のあらゆる段階で応用できるということはよく言われているし、説明されればなるほどごもっともと納得できるが、いざ書こうと思うと、一体何を記述すればいいのか分からなくなる。<P>それはユースケースというのが本質的にはただの散文の集まりにすぎないからであり、根本的にはユースケースの書く側の問題の捉え方・整理の仕方に全てかかっているからじゃないだろうか。<P>それなのに従来のこの手の本といえば、書き方と簡単な例を示すだけで、具体的に何を根拠にして書くのかということに対して比較的無頓着な傾向があったと思うし、それを読んだ読者は一度は分かった気になるが、再びワープロに向かうと「何を書けばいいのかわからない」となることがあまりにも多かったように思う。<P>それに対して、この本はユースケースを書くために必要となる「視点」を読者に与えており、ユースケースといえど、所詮は散文の集まりであるのだから使う時と場所、問題把握のための視点と整理という基準をどのように持つかということを丁寧に教えている。<BR>多角的・広範な議論が記されており、変に隔たっているとも思えず、そのため非常に実用的だと思える。<P>またユースケースというものがシステム設計・開発においてどのような位置を占めるべきなのかについてもきちんと述べているので、木を見て森を見ずということもないだろう。<P>個人的には、この本を読んで、ユースケースを書くというのは完全に一つの技法をマスターすることなのだとつくづく痛感した。<P>現在提唱されているシステム開発プロセスは全てユースケースを中心に駆動しており、要件把握・問題の優先順位・複雑さの検討等、ユースケースなしには考えられないし、仮にそのようなプロセスを踏まなかったとしても、従来のシステム開発にも十分すぎるくらい応用可能なのは間違いない。<P>散文を書くという基本的な技能でありながらそれほどまでに重要な要素になり得る、ユースケースを書くということを学ばないのは完全に損であるし、またお茶を濁したような書き方の例だけ挙げた本など読むだけ時間の無駄と思う。<P>そんなわけで、ユースケースをこれから学ぼうという人や書き方が分からないという人に、この本は最適な視点と技法を与えてくれる(少なくとも与え得る)一冊だと思う。<P>#但し、ユースケースの書き方だけに300頁もあるのか辟易する可能性は否定しない(^^;
たとえば、自然言語でもプログラミング言語であっても、文法的に正しく書いただけでは最低のコミュニケーションしかできません。表現力のある日本語を書けば文学になりますし、構造化された綺麗なコードであれば人間も追いやすく結果として再利用もしやすいものになります。<P> 要件定義のレベルで使うユースケースという言語の記述でそういうレベルの力をつかるためにはとても優れた本だと思いました。いい例だけが書かれた本というのは他にもあるかもしれませんが、この本の優れた点は、様々な生の事例を引用し、それぞれどこがよくてどこがいけないかを解説してくれるところです。自分の書いたものが、どう評価されるか、どこを直せばいいか、を考えながら読み進められます。<BR>ユースケースで要件を記述していくということにいままでリアリティを感じませんでしたが、それは勉強した事例での記述がよくなかったからかもしれません。いい例と悪い例を見比べて学んでいくことで理解が深まるのはどんな言語でも同じなのですね。
詳細設計/実装を担当していた人が初めて要件定義を任されると、どう書いていいものか戸惑うものだ。過去のプロジェクトのドキュメントを参考にしたり、先輩のアドバイスを受けたりして学んでいくのが一般的な対処方法と思われる。<P>しかしこの本と来たら!その戸惑いを解消してくれる、物凄く実践的な本。タイトルに偽りなし。自分も今要件定義から基本設計をやっているのだが、試してみたいアイディアがぼろぼろと出てきた。<P>第3部の「忙しい人のためのメモ」に本書の濃厚なエッセンスが簡潔に纏まっており、タイトな仕事に関わってる人も読むことができる。<P>開発言語等問わない、普遍的な一冊。名著です。