(感想)難しいと思ったこと具体的なプロダクトに適用すること考えたことがなかったような特性は特に、練習が必要そうだと思いました。きょんさんユーザーストーリー同様、テスト設計コンテストの課題(http://aster.or.jp/business/contest/testbase.html)を使って教えてもらいました。わかったこと「ユースケース」と言われるのは、UML(図)の場合とシナリオ(文)の場合がある。文には大きく3流派がある。きょんさんはこれが書きやすいアクターにできることをユースケース名にするユーザーストーリーのWhyとWhatの間くらいの感じ。ユーザーが硬貨投入口に硬貨を入れると基本パスと代替パスに分けて書く基本パスと代替パスの名前はいろいろ。ex)晴れの日パスと雨の日パスパスが大量になり過ぎたらケースを分割する要求分析~外部設計、および及びそれにかかわるテストを考えるときに使えるユーザーストーリーは要求分析までが範囲ドメインモデリングとユースケースの記述を並行すると良いユビキタス言語を作ってからユースケースを書きましょうという派もある。ユースケースを書いていて必要な言葉がわかることもあるので、並行が良いと思われるとのこと。難しいと思ったことどれくらいのパスを書いたら満足かわからないICONIXとRUPは目安があるので勉強するといいとのこと。きょんさん的には実装できる気がするまで。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。