Download as PDF, PPTX
Uploaded byTomoe Sawai
ユースケース駆動開発のワークショップやってみた！
2021/12/8「ユースケース駆動開発をやってみた」での発表資料です。 https://modeling-how-to-learn.connpass.com/event/229330/
ユースケース駆動開発のワークショップやってみた！
- 1.
- 2.
- 3. 自己紹介 フリーランスWebエンジニア ともえーぬ @tomoeine ● 東京→宮崎移住（5年前） ● フリーランス歴３年半 ●スタートアップ・ベンチャーを中心に、 スモールチームメインで開発のお手伝い ● よく使うのは Laravel, Node.js, Vue.js, Ruby on Rails, AWS 等 ● 設計や開発プロセスを学ぶのが好き （実践はまだまだ・・・）
- 4.
- 5. アジェンダ ● ICONIXプロセスへの理解 ● ワークショップの進め方 ●ワークショップの内容紹介 ○ ドメインモデリング ○ ユースケースモデリング ○ ロバストネス分析 ● ワークショップで学んだこと
- 6.
- 7. ICONIXプロセスの全体像 ● 要求定義よりも後の作業は イテレーティブ（繰り返し）。 ● 最初のドメインモデルとユースケースは ドラフト版。 以降のプロセスでアップデートされる。 ●稚拙ですが、初心者向けの記事も書きました のでよろしくお願いします！ https://zenn.dev/tomoeine/articles/2bab b554aa0478 https://tomoeine.github.io/2021/04/sof tware-design-miyazaki-202104/
- 8.
- 9.
- 10.
- 11. ワークショップの題材 居酒屋でボトルキープを記録するアプリ ● お客さんが居酒屋やスナックに行き、 ボトルキープしたらそれを記録する ● お客さんは後で キープしたボトルを確認する ●お店側も、誰がどのボトルを キープしたか確認する
- 12.
- 13.
- 14.
- 15. ドメインモデリング なるほど。ではドメインモデルはこんな感じでしょうか？ はい。それで良いと思います。 ● restaurant: 居酒屋やスナックの店舗 ●customer: ボトルキープするお客さん ● kept_bottle: キープされたボトル
- 16.
- 17.
- 18.
- 19.
- 20.
- 21. ユースケース記述 今回のシステムで最も重要なユースケース、 「ボトルをキープする」についての ユースケース記述を作成してみましょう。 ここからはイテレーションですね！ ● ドメインモデルの用語を用いる。 ● バウンダリクラス（主に画面名）の名前を使う。 ●ユーザーとシステムの対話の両側を記述する。 ● 指示的ではなく叙述的に書く。 ● 基本コースと代替コースを記述する。 ● 紙芝居やGUIプロトタイプを用いる。 以下のポイントに気をつけながら作成しましょう。
- 22. ユースケース記述 - 基本コース まずは「基本コース」から考えてみよう。 「ボトルをキープする」の基本コース 1.customer は名前を書いたボトルの写真を撮る 2. システムは位置情報を取得し、近隣の restaurant 一覧を表示する 3. customer は restaurant 一覧から自分の居る restaurant を選択する 4. システムは kept_bottle と restaurant と時刻を登録し、 完了画面を表示する 「基本コース」はこれで良さそうです！ ドメインエキスパートさん、どうでしょうか？
- 23.
- 24. ユースケース記述 - 基本コースと代替コース 「ボトルをキープする」の基本コース 1.customer は名前を書いたボトルの写真を撮る 2. システムは位置情報を取得し、近隣の restaurant 一覧を表示する 3. customer は restaurant 一覧から自分の居る restaurant を選択する 4. システムは kept_bottle と restaurant と時刻を登録し、 完了画面を表示する うーん、ログインチェックしてログイン画面を表示するの はどのタイミングなんだろう・・・？ 「ボトルをキープする」の代替コース 1. システムは、ログインしていない場合はログイン画面を表示する 「基本コース」に足りない項目があるようですね。
- 25. ユースケース記述 - 基本コースと代替コース 「ボトルをキープする」の基本コース 1.customer は「keepする」ボタンを押す 2. システムは keep画面を表示する 3. customer は名前を書いたボトルの写真を撮る 4. システムは位置情報を取得し、近隣の restaurant 一覧を表示する 5. customer は restaurant 一覧から自分の居る restaurant を選択する 6. システムは kept_bottle と restaurant と時刻を登録し、 完了画面を表示する 「ボトルをキープする」の代替コース 2-a. システムは、ログインしていない場合はログイン画面を表示する 5-a. customer は、自分の居る restaurant が restaurant 一覧にない場合はrestaurant 追加ボタンを押す 5-b. システムは、 restaurant 追加画面を表示する keep 画面までの導線が足りな かったんだ！
- 26.
- 27. ロバストネス図とは バウンダリ オブジェクト （名詞） エンティティ オブジェクト （名詞） コントローラ オブジェクト （動詞） ● バウンダリとエンティティは名詞、コントローラは動詞として捉え、「名詞-名 詞」にならないように表現する ×バウンダリ-エンティティ ○バウンダリ-コントローラ-エンティティ ● ユースケース記述に合致させて表現する ●代替コースも漏れなく記述する ● 詳細設計に踏み込まない ● 新たに見つけたオブジェクトをドメインモデル図に反映する
- 28. ロバストネス分析 ユースケース記述の上から書き出してみよう。 トップ画面 ログイン状態 か？ customer ログイン画面 いい え keep 画面 はい 写真を撮る？ keep画面で写真を撮る、でいいのかな・・・？ まずは、「撮影」ボタンを押す操作が必要でしょうか？
- 29.
- 30.
- 31.
- 33.
- 34. ロバストネス分析を踏まえたユースケース記述の修正 「ボトルをキープする」の基本コース 1. customer は「keepする」ボタンを押す 2.システムはボトル撮影画面を表示する 3. customer は名前を書いたボトルの写真を撮る 4. システムは写真をメモリー上に保存して、位置情報を取得し、近い順に最大n件の restaurant 一覧を検索し、 restraunt 一覧画面に表示する 5. customer は restaurant 一覧から自分の居る restaurant を選択する 6. システムは kept_bottle と restaurant と時刻を登録し、 完了画面を表示する 「ボトルをキープする」の代替コース 2-a. システムは、ログインしていない場合はログイン画面を表示する 4-a. 位置情報が取得できない場合、「位置情報が取得できません」エラーメッセージを表示する 5-a. customer は、自分の居る restaurant が restaurant 一覧にない場合はrestaurant 追加ボタンを押す 5-b. システムは、 restaurant 追加画面を表示する
- 35.
- 36.
- 37.