| 工程 | 要求定義 | 分析 | 設計 | ||
|---|---|---|---|---|---|
| アーキテクチャー分析 | ユースケース分析 | アーキテクチャー設計 | ユースケース設計 | ||
| 成果物 | ユースケース・モデル(ユースケース図)、 用語集、 機能外要求 | ドメイン･モデル、 分析クラス･メカニズム対応表 | 相互作用図(コラボレーション図)、 VOPC(ユースケースのクラス図) | パターン、 レイヤー、 設計クラス･メカニズム対応表 | 相互作用図(シーケンス図)、 クラス図 |
アクター ユースケース ------------ ---------------- 利用者 記事を閲覧する 利用者 記事を登録する 利用者 記事を削除する
| ユースケース名 | ユースケース図と対応づけた名前 |
| 識別番号 | ユースケース図と対応づけた番号 |
| ユースケースの概要 | そのユースケースがどのようなユースケースなのかを 2 ~ 3 行で説明する記述 |
| 分析者名および最終更新日 | |
| アクター名 | このユースケースとリンクのあるアクターのリスト |
| イベント･フロー | ユースケースの詳細処理内容。 事前条件、事後条件、本文(基本フロー、代替フロー、例外フロー)などに分割して記述する場合もある |
| 備考 | 未解決問題、機能外要求(FURPS)など |
ユースケース名: 記事の登録
分析者名: 丸野和夫 作成日:
アクター名: 利用者
1. 事前条件
セッションがつながっていること。
2. メインフロー(基本フロー)
2-1. 利用者は「記事の閲覧」で、「返信」ボタンをクリックする。
2-2. システムは、掲示板に入力できる画面を利用者に表示する。
2-3. 利用者は、掲示板の必要項目(名前、本文)を記入したら、｢登録｣ボタンをクリックする。
2-4. システムは、入力の妥当性を検証して、システムに記事を登録する。
2-5. ユースケースを終了する。
3. 代替フロー
3-1. 基本フロー 2-1 で、利用者が「新規作成」ボタンをクリックして登録する場合
3-1-1. システムは、掲示板に入力できる画面を利用者に表示する。
3-1-2. 利用者は、掲示板の必要項目(名前、件名、本文)を記入したら、｢登録｣ボタンをクリックする。
3-1-3. 基本フロー 2-3 に戻る。
4. 例外フロー
4-1. 基本フロー 2-3 または 代替フロー 3-1-2 で、入力項目が正しくないとき。
4-1-1. システムはその旨を通知する。
4-1-2. 基本フロー 2-3 または 代替フロー 3-1-2 に戻る。
4-2. 掲示板記入項目の保存にシステムが失敗した。
4-2-1. システムはエラーを通知する。
4-2-2. ユースケースを終了する。
5. 事後条件
記入した項目が登録されていること。
利用者の鈴木さんは、掲示板を見ていて、「子犬の甘噛み」記事に返信しようと思いまし た。 鈴木さんは、自分の名前と、返信内容を本文に記入し、｢登録」ボタンをクリックして、 記事を登録しました。
利用者の鈴木さんは、掲示板を見ていて、「子犬の甘噛み」記事に返信しようと思いまし た。 鈴木さんは、返信内容を本文に記入し、｢登録」ボタンをクリックしましたが、「名前」 項目が未記入だったため、その旨のメッセージが出て、登録できませんでした。
