Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (20)
Mehr von Zenji Kanzaki
Mehr von Zenji Kanzaki (20)
RDRAにおける合意形成の仕組み
- 2. 2
- 5. 12 45 7 5
- 7. 7
- 8. • コンテキストを共有する • 様々な事柄を適切な場所に置く • 複数の視点から組み合わせる 12 45 7 8
- 9. バリエーション・条件 条件AA ビジネスコンテキスト アクター アクター XXシステム 外部システム 目的 システムコンテキスト アク ター 要求 要求 要求モデル ビジネス ユースケース図 組織 自社 アク ター 取引先 商品 ABC EFG アクティ ビティ アクティ ビティ アク ター UUをYYする 情報A 画面A アクター XXをYYする 画面B XXX条件 情報B [AAA：BUC] UC複合図 組織 アク ター AAA BBB 取引先 商品 [ABC：業務] 組織 アク ター CCC 商品 [EFG：業務] アクティ ビティ アクティ ビティ アク ター RRをYYする 情報C 画面A アクター AAをBBする 画面B XXX条件 情報F [BBB：BUC] アクティ ビティ アクティ ビティ アク ター QQをYYする XX情報 画面A アクター OOをPPする 画面B 条件AA AA情報 [CCC：BUC] 情報D 情報E 情報A 情報B 情報F 情報C 情報モデル 状態C AAをBBする 状態A 状態BXXXをYYする OOをPPする 状態モデル RDRAとは 9
- 10. RDRAレイヤー システム価値 システム外部環境 システム境界 システム 依存 WhyWhyWhy アイコン アイコン アイコン アイコン システムに価値 をもたらす視点 システムの使われ方を 示す視点 システムの入出力を 明らかにする視点 システム化対象 の仕事上の情報 と状態 10
- 11. アイコンの関係 システム価値 システム境界 システム 外部システム 要求 アクター システム外部環境 利用シーン 業務フロー バリエーション 条件 業務 ビジネス ユースケース 業務 業務 業務 アクティビティ 画面 ユースケース イベント 情報 状態 状態 遷移 依存 11 様々な事柄を適 切な場所に置く
- 12. ダイアグラム バリエーション・条件 条件AA ビジネスコンテキスト アクター アクター XXシステム 外部システム 目的 システムコンテキスト アク ター 要求 要求 要求モデル ビジネス ユースケース図 組織 自社 アク ター 取引先 商品 申請 業務 アクティ ビティ アクティ ビティ アク ター UUをYYする 情報A 画面A アクター XXをYYする 画面B XXX条件 情報B [AAA：BUC] UC複合図 組織 アク ター AAA BBB 取引先 商品 [申請：業務] 組織 アク ター CCC 商品 [EFG：業務] アクティ ビティ アクティ ビティ アク ター RRをYYする 情報C 画面A アクター AAをBBする 画面B XXX条件 情報F [BBB：BUC] アクティ ビティ アクティ ビティ アク ター QQをYYする XX情報 画面A アクター OOをPPする 画面B 条件AA AA情報 [CCC：BUC] 情報D 情報E 情報A 情報B 情報F 情報C 情報モデル 状態C AAをBBする 状態A 状態BXXXをYYする OOをPPする 状態モデル システム価値 システム外部環境 システム境界 システム 12 価値の源泉を 明らかにする 重要な要求を 明らかにする システム化対象の業務とビジネス 要素を明らかにする ビジネス 要素 ビジネス要素との相互作 用で業務をBUCに分割する BUC毎に業務を組み立てる ビジネス要素との 相互作用としてシス テムを組み立てる ビジネス要素から バリエーションが 導出される ビジネス要素から 情報が導出される ユースケースを状態遷移に 当てはめ整合性を高める状態は情報として 保持される ルールはバリエー ションと状態の組 み合わせとして表 現する
- 13. 業務を組み立てる 組織顧客 申請 法人 申請 仕入 先 商品 申込 顧客 金融機関 システム 仕入先シ ステム 審査 XX登録 経理 組織 自社 顧客 取引先 商品 申請 業務 仕入先 金融機関 金融 機関 金融機関 システム 商品 食料品 生鮮品 金融機関 都市銀行 地方銀行 顧客 大口顧客 通常顧客 イベ ント XX契約を 登録する 登録 審査 条件 XXを審 査する XXを申 し込む 申込 画面 申込 審査 XX契約 経理 申込審査 XX契約 状態モデル 申込済み 審査中 顧客 金融 機関 商品 登録済み XXを申 し込む XXを審 査する XX契約を 登録する [申請：業務] ビジネスユースケース図 ビジネスコンテキスト図 [申請：BUC] UC複合図 自社の業 務は？ 業務に関わる ビジネスの要 素は？ 業務を価値や責 務に分割する そのBUCはどのよ うなビジネス要素 と関わるのか？ このBUCはどの ようなステップ で進むのか？ まずは各ステップ をビジネス要素ど の相互作用として 組み立てよう そのビジネス要素にはバ リエーションがあるか？ 各UCで何 を行う？ 顧客 金融 機関 申込 審査 XX契約 商品 情報モデル トランザクショ ン系の情報 これビジネスを駆 動する情報だね 情報を構造 化すると 申込、契約には状 態があるよね？ 状態は何処 で変わる？ 業務はどのようなBUC からできているか？ リソース 系の情報 そのBUCはどのような仕 事で組み立てているの？ 外部システムとつ なぐにはイベント が必要 13
- 14. 合意を得るためのRDRAの仕組み バリエーション・条件 条件AA ビジネスコンテキスト アクター アクター XXシステム 外部システム 目的 システムコンテキスト アク ター 要求 要求 要求モデル ビジネス ユースケース図 組織 自社 アク ター 取引先 商品 ABC EFG アクティ ビティ アクティ ビティ アク ター UUをYYする 情報A 画面A アクター XXをYYする 画面B XXX条件 情報B [AAA：BUC] UC複合図 組織 アク ター AAA BBB 取引先 商品 [ABC：業務] 組織 アク ター CCC 商品 [EFG：業務] アクティ ビティ アクティ ビティ アク ター RRをYYする 情報C 画面A アクター AAをBBする 画面B XXX条件 情報F [BBB：BUC] アクティ ビティ アクティ ビティ アク ター QQをYYする XX情報 画面A アクター OOをPPする 画面B 条件AA AA情報 [CCC：BUC] 情報D 情報E 情報A 情報B 情報F 情報C 情報モデル 状態C AAをBBする 状態A 状態BXXXをYYする OOをPPする 状態モデル コンテキストを共有 様々な事柄を適 切な場所に置く 複数の視点から 組み合わせる 12 45 7 14
- 15. 価値から要件 につなぐ 15
- 18. 問題解決 新業務用（マッチングビジネス用） サ ー ビ ス 提 供 者 サ ー ビ ス 利 用 者 プ ラ ッ ト フ ォ ー マ ー 仕事 自社保有オフィスの賃貸 ペイン デジタルサービスは苦手 ゲイン 共同賃借を実現し一定額の固定収入を得る 製品・サービス 従量制賃貸オフィス ペインリリーバー 従量課金契約で賃料を下げる ゲインクリエーター セキュリティに配慮したスペースを週単位で借りられる 仕事 オフィスで集まって仕事をする ペイン 使わないオフィスの賃料 ゲイン 必要な時だけオフィスを広げて利用 ビジョン コンセプト 製品・サービス 製品・サービス ペインリリーバー ゲインクリエーター ペインリリーバー ゲインクリエーター 不動産 に新た な価値 を付加 する 「必要な時に必要な分だけ」をサービスで支 援する 関係会社とのワークフローの実現 従量計算用の利用実績 管理 共同賃借、従量制に伴う面倒 事を境界を明示し解決する オフィスに新たな価値をデジタルで付加する 不動産オーナーがルールを設定 できる 新たなオフィスの利用方法を提案 リアルタイムのオフィスの 利用状況を確認できる 現状の悪循環構造 将来の好循環構造 コロナでオフィス 需要がなくなった 空きオフィスが増える 従来の契約形態では 賃料を安くできない 需要が減ったが便利な オフィスの需要はある 柔軟な賃借形態でオフィ ス利用者に対応する 関係会社と適切な フォーメーションを組む 18
- 19. 重要な要求を求めるために 組織 自社 顧客 取引先 商品 申請 EFG 仕入先 金融機関 ビジネスコンテキスト図 組織顧客 AAA BBB 仕入 先 商品 金融機関 システム 仕入先シ ステム金融 機関 経理 [申請：業務] ビジネスユースケース図 アク ティビ ティ アク ティビ ティ アク ター UUをYYする 情報A 画面A アクター XXをYYする 画面B XXX条 件 情報B [AAA：BUC] UC複合図 • 今の問題 • 将来に向けた好循環な構造 • 業務と関係者 • 障害と恩恵 • 障害除去と恩恵を産むもの これらを繰り返し洗練化 実現すべき重要な要求を明らかにする 重要な要求を中心に組み立てる 19
- 21. 価値の単位でテストする 21 A状態 UC2 UC3 UC1 Xxx Xxx Xxx UC3 BUCXxx Xxx Xxx Xxx UC1 BUCXxx Xxx Xxx Xxx UC2 BUCXxx システム評価結合テスト 各アクティビティの作業を UCの入出力で作業が行え るかを確認する UC複合図 UC UC UC UC複合図 UC UC UC UC複合図 UC UC UC UC複合図 UC UC UC 受入評価 UC複合図 A B 情報 情報 UCのつながりが同じ場合 はどちらかのBUCを検証 この場合はB側を実行 商流 物流 金流顧客 関係するビジネス要素のつな がりを網羅する UC複合図 A B C 情報 情報 画面遷移 ユースケーステスト ユニットテスト レイアウト 項目 振る舞い バリデーションチェック 条件の網羅 イベント 永続化項目 永続化条件 連携項目 連携条件 C B A B UC複合図 A 画面 B C 画面 情報 情報 A B C 情報 BUCにある条件につ ながるバリエーション を対象とする バリエーションの組 み合わせでテストシ ナリオを考える 価値を実現するBUCのつ ながりは状態モデルで表 現されているはず 受入評価 システム評価 企 画 要 件 仕 様 実 装 テスター 企画者 要件定 義者 仕様定 義者 UI設計 現場 テスター 設計者 現場 要件定 義者 開発者 UI設計 結合テスト ユースケーステストユニットテスト システムとしての整合性は 状態モデルとして確認する 価値を表すBUCの 単位でテストする
- 22. 保守開発を価値の単位で扱う RDRAモデル 案件仕様 Topic説明 背景 • システムの今を伝える 情報モデル バリエーション 条件 バリエーション / 条件 ビジネス コンテキスト 組 織 組 織 組 織 業務 組 織 業務 ビジネス ユースケース システム コンテキスト 目的 状態モデル 状態遷移 条件 UC複合図 業務フロー付き UC 情報 画面 イベント UC 情報 画面 イベント Act Act UC複合図 業務フロー付き 条件 UC 情報 画面 イベント UC 情報 画面 イベント Act Act UC複合図 業務フロー付き 条件 UC 情報 画面 イベント UC 情報 画面 イベント Act Act バリエーション 条件 バリエーション / 条件 UC複合図 業務フロー付き 条件 UC 情報 画面 イベント UC 情報 画面 イベント Act Act 企画 マーケ 営業 情シス サービス企画 運用 サポート 開発 価値を表すBUCの単位で認識を合わせる 22
- 23. まとめ アク ター アク ター XXシステム 外部システ ム 目的 システムコンテキスト ビジネスユースケース図 組織 アク ター AAA BBB 取引先 商品 [ABC：業務] アク ティビ ティ アク ティビ ティ アク ター UUをYYする 情報A 画面A アクター XXをYYする 画面B XXX条 件 情報B [AAA：BUC] アク ティビ ティ アク ティビ ティ アク ター RRをYYする 情報C 画面A アクター AAをBBす る 画面 B XXX条 件 情報F [BBB：BUC] アク ティビ ティ アク ティビ ティ アク ター QQをYYする XX情 報 画面A アクター OOをPPす る 画面B 条件AA AA情 報 [CCC：BUC] 情報 D 情報E 情報A 情報B 情報F 情報 C 情報モデル 状態C AAをBBする 状態A 状態BXXXをYYする OOをPPする 状態モデル コンテキストを共有 組織 自社 アク ター 取引先 商品 ABC EFG ビジネスコンテキスト バリエーション・条件 条件AA 様々な事柄を適 切な場所に置く 複数の視点から 組み合わせる 価値 ルール 要求 要件 システ ム価値 システム 外部環境 システム 境界 システ ム 依存 23