ユースケース オブジェクト指向の要求分析のためのモデル。 スウェーデンのイヴァー・ヤコブソンが1990年代前半に開発。

Slides:



Advertisements
Similar presentations
All Rights Reserved Copyright © 2004, Takashi Kobayashi 1 ロバストネス分析の演習問題 <問題1> 次の文をよんで問いに答えよ。 顧客は、 ATM により自分の口座から預金を払い出す。 顧客は、 ATM にキャッシュカードを挿入し、個人認証を行う。
Advertisements

データモデリング ボトムアップ分析. ボトムアップ分析の手順 トップダウン分析の結果とは別に実施 画面や帳票イメージからモデル化 ①画面や帳票を集める ② Excel などのワークシートで,エンティ ティ,データ項目名を決める ③ドメインを定義し,データ項目に割り当 てる ④正規化を実施 ⑤発生タイミングでエンティティを分離.
解説構造化システム設計手法. ・ 構造化分析設計技法 ・ オブジェクト指向分析・設計技法 ■ 現在の主なシステム分析設計技法 ・ データ中心分析設計技法 SA,SD (Structured Analysis and Structured Design) Data Oriented Analysis.
4 相互作用図 後半 FM13001 青野大樹.
相互作用図 FM11010 田中健太.
ソフトウェア工学特論III 第10回 その他の図 情報通信工学専攻 GM11013 堀江 真史
実地棚卸/棚卸検数 & 在庫調整 SAP Best Practices.
サプライ・チェインの設計と管理 第9章 顧客価値とサプライ・チェイン・マネジメント pp
パイプラインパフォーマンス管理 SAP Best Practices.
Chapter 4 相互作用図 FM12010 中山直飛.
OJT研修 「テスト実施、テスト設計の技術習得」 日時: 8月22日(月)  場所: 本社5階.
『大規模小売業告示』って知っていますか?
3-1システム戦略 3-1-3ソリューションビジネス (Point) ・代表的なサービスを通じ、ソリューションの考え方を理解
ソフトウェア工学特論Ⅲ ユースケース図 後半
データモデリング トップダウンモデルと ボトムアップモデルの融合
マルチエージェント・シミュレーション(2)
ユースケース図の概要 ・UMLの図のひとつ ・ユーザの要求を表現する目的で使用 ・システム開発の初期段階で頻繁に使用.
ユースケース図 FM12012 比嘉久登.
事業計画 発表者名 | 会社名.
マルチエージェント・シミュレーション(2)
データモデリング CRUD分析.
顧客/コンタクト管理 SAP Best Practices.
シナリオ(インターネット入試の「選抜」)
CHAPTER1 UMLとオブジェクト指向の基本概念(2)
経済・経営情報コース コース紹介.
演算回路 <例題> 問題:1+2=3を計算する アドレス 内容 データ プログラム 10 11 12 ・ 19 1 2 (答え) 20 21
パッケージソフトウェア利用コンピュータシステム構築委託契約書 パッケージソフトウェア、OS、第三者ソフトウェアの使用許諾契約
事業の全体概要図イメージ例 事業区分:①新たなヘルスケアサービス創出支援事業 コンソーシアム等名称; 1-① 事業の背景・目的
Chapter 2 ユースケース図 FM12011 バユウユウ 山内研究室
ユースケース図2-4~ FM11012 中島拓也.
企業情報システム構築の基礎技術 「情報システム開発概論」 ガイダンス ネットワーク情報学部 小林 隆
UML入門 UML PRESS vol.1 より 時松誠治 2003年5月19日.
E-Shopのご提案 ビズ ぱそ 朝日 太郎 2001/12/22 ビズPASO株式会社 E-コマース事業部.
オブジェクト プログラミング 第1回.
47070 オブジェクト指向モデリング [12] 2002年1月15日.
47070 オブジェクト指向モデリング [4] 2001年10月23日.
ネットビジネスの企画と ウェブサイトの設計
資格取得スキルⅠb (ITパスポート試験対策講座)
オーダー端末操作手順書 WideNet株式会社 Ver.2013/09/26.
その他の図 Chapter 7.
47070 オブジェクト指向モデリング [7] 2001年11月 12日.
プログラム動作理解支援を目的とした オブジェクトの振舞いの同値分割手法
禁煙希望者 募集 0円 日本旅行健康保険組合に加入する被保険者(社員)の皆さま 2ヶ月間の「オンライン禁煙プログラム」で卒煙チャレンジ !!
UML関係のTIPS 2008年5月26日 2010年5月16日改訂 海谷 治彦.
All Rights Reserved, Copyright © 2004, Kobayashi
All Rights Reserved, Copyright © 2004, Kobayashi
シナリオのアニメーション表示による 妥当性確認支援
11.3 酒屋の在庫問題(8) ユースケース 仕入販売支援システム 11. モデリング 受注する 入庫を記録する 在庫を引き当てる 受付係
47070 オブジェクト指向モデリング [3] 2001年10月16日.
E-Shopのご提案 ビズ ぱそ 朝日 太郎 2001/12/22 ビズPASO株式会社 E-コマース事業部.
営業トレーニング 提供: [名前].
プリミティブWebサービスとエージェントによる商品調達B2Bシステムの設計と実装
シナリオを用いたレビュー手法PBRの追証実験 - UMLで記述された設計仕様書を対象として -
1-3 UMLの図(ダイアグラム) コンポーネント図 システムの物理的な構成を表現 ソフトウェアコンポーネントの依存性を表現
UMLの概要とオブジェクト指向の基本概念
パッケージソフトウェア利用コンピュータシステム構築委託契約書 パッケージソフトウェア、OS、第三者ソフトウェアの使用許諾契約
All Rights Reserved, Copyright © 2004, Kobayashi
業務分析に基づくレジ業務の トラブル対処方法を学ぶ教材の開発
製品またはサービスの販売 サブタイトル.
E-Shopのご提案 ビズ ぱそ 朝日 太郎 2001/12/22 ビズPASO株式会社 E-コマース事業部.
@MD-NET Web-EDI導入について ~ 説明会資料 ~
受注~ご請求書発行までの流れ GPS携帯 お客様 ドライバー(会員) ①集荷依頼 (ご注文) 配車センター 受注(車輌検索・配車)
オブジェクト指向モデリング [9] 2003年12月2日.
データ中心システム設計方法論“DATARUN” 
Pay-easy&ネットバンク決済 審査追加必要資料 「サービス概要資料」
別紙1「標準業務フロー」.
より分かりやすい ユースケースモデルを作る
47070 オブジェクト指向モデリング [10] 2001年12月18日.
E-Shopのご提案 ビズ ぱそ 朝日 太郎 2001/12/22 ビズPASO株式会社 E-コマース事業部.
E-Shopのご提案 ビズ ぱそ 朝日 太郎 2019/11/17 ビズPASO株式会社 E-コマース事業部.
Presentation transcript:

ユースケース オブジェクト指向の要求分析のためのモデル。 スウェーデンのイヴァー・ヤコブソンが1990年代前半に開発。 現在、UMLの標準モデルの1つになっている。 システムの要件を外部環境との相互作用に着目して明確化。 ユースケースとは、システムを外部から利用(use)する事例パターン(case)という意味。 ユースケースは、システムが外部環境と相互作用した結果生じる一連のアクティビティを示す。 相互作用とは、一方のリクエストに対して、他方がレスポンスすること。 システム リクエスト 取引先 顧客 リクエスト レスポンス レスポンス リクエスト 他システム レスポンス

ユースケース図 アクター ユースケース 関係 対象システムに直接関わる人やシステムを役割として表わす。 主アクター:対象システムに対する要求をもった人やシステム。 支援アクター:対象システムからの要求に応じる人やシステム。 ユースケース 主アクターの要求を達成する処理。 支援アクターを使って自ら(システム)の要求を達成する処理。 関係 相互作用:アクターとユースケースの間の相互作用。 包含:複数のユースケースが、1つの共通的なユースケースの機能を含む。 拡張:あるユースケースが別のユースケースの機能を拡張したものである。 汎化:類似した機能のユースケースを抽象的なユースケースにまとめる。

ユースケース図 交信X ユースケース1 交信Y ユースケース2 アクターA ユースケース3 交信Z アクターB ビジネスシステム

ユースケースのシナリオ ■基本パス ■拡張パス ■事前条件 ■事後条件 単純な正しいパス(ハッピーパス)、すなわち、間違いや失敗がなく、最も一般的な流れを示す。 ■拡張パス どちらかというと一般的でないパス(選択肢)、または、間違いがあったときに発生するパス(エラー処理)。 ■事前条件 ユースケースを開始するために準備すべきこと。 ■事後条件 ユースケースが正常終了した後に満足されている条件。

オンラインショッピングのユースケース図 商品を選ぶ <<extend>> 顧客 期間限定の商品を注文する 汎化 <<include>> 配送業者 <<include>> ユーザ認証を行なう 商品の状況を確認する 会員 決済する 汎化 オンライン決済する クレジット決済する ネット銀行 クレジット会社 オンラインショッピングシステム

「商品注文」ユースケースのシナリオ ■ユースケース名:顧客からの注文を受け付ける ■要約:顧客から注文を受け、商品を調達して、顧客の元に配送する。 ■基本パス: 顧客から注文を受ける。 商品の在庫を調べ予約する。 顧客に商品の納期と価格を回答する。 配送業者に商品の発送を依頼する。 ■拡張パス: 2a. 商品の在庫がない: 2a1. メーカに商品を発注し、納期を確認する。 3a. 顧客が注文をキャンセルする: 3a1. 注文のキャンセルを記録し、商品の予約を解除する。 ■トリガー:顧客が注文を提示する。 ■事前条件:商品の注文受付準備ができている。 ■事後条件:注文された商品を配送業者に依頼済み。

ユースケースの作成手順 アクターを識別する。 ユースケースを識別する。 ユースケースのシナリオを記述する。 開発対象とするシステムを定義し、それと相互作用(要求と)する外部環境をリストアップ。 システムに処理を要求する主アクターをシステムの左に配置。 システムから処理を要求される支援アクターをシステムの右に配置。 ユースケースを識別する。 主アクターとシステムの相互作用に対応したユースケースを設定。 支援アクターとシステムの相互作用に対応したユースケースを設定。 相互作用を見つけるには「業務イベントモデル」が有効。 ユースケースのシナリオを記述する。 各ユースケースの処理手順を記述(10ステップ以内が適当)。 何も失敗がなくうまくいく状況を仮定して、基本パスを記述。 条件分岐や例外処理として、拡張パスを記述。

業務イベントモデル 依頼者 実行者 ①準備 ②交渉 ④合意 ③実行 要求 代案提示 満足 同意 受入拒否 完了報告 依頼者が実行者に 業務を提示する ②交渉 依頼者と実行者が 実行条件に同意する 代案提示 依頼者 実行者 満足 同意 受入拒否 ④合意 依頼者が業務の成果を受入れ評価する ③実行 実行者が業務を実行し 完了を通知する 完了報告 : 状態 : 業務イベント

オンラインショップの業務イベントモデル ①準備 ②交渉 ④合意 ③実行 HPアクセス 商品の選択 商品の注文受付 商品の再選択 満足 注文確定 ④合意 ③実行 返品 商品の受注処理 注文状況の確認 決済 発送 : 状態 : 業務イベント

ユースケースの演習問題 [問題1] ATMで現金を引き出すときのユースケースを書きなさい。 ユースケース図の作成 ユースケースの作成 アクターを洗い出し、対象システムの範囲を確定せよ。 ATMとアクターとの相互作用を全て挙げよ。 ユースケースの作成 最も重要と思われるユースケースを選び、基本パスを書け。 拡張パスを追加せよ。

ユースケースの演習問題 [問題2]  インターネット入試募集要項を読み、次の1~4の手順に従ってインターネット入試をサポートする情報システムのユースケースを作成せよ。 アクターを全て洗い出せ。 アクターとシステムの相互作用をリストアップせよ。 ユースケース図を作成せよ。 ユースケース図の中から最も重要と思うユースケースを1つ選んで、その具体的な実行手順をかけ。