@k2works/claude-code-booster 3.6.1 → 3.7.0

package/lib/assets/docs/reference//343/203/223/343/202/270/343/203/215/343/202/271/343/202/242/343/203/274/343/202/255/343/203/206/343/202/257/343/203/201/343/203/243/345/210/206/346/236/220/343/202/254/343/202/244/343/203/211.md

@@ -1,528 +1,528 @@
-# ビジネスアーキテクチャ分析ガイド
-
-## 概要
-
-本ガイドは、ビジネスアーキテクチャの分析指針を提供します。エンタープライズがどのように価値を生み出し、顧客に提供するかの構造を体系的に整理するための手法とフレームワークを定義します。
-
-## 全体像
-
-```plantuml
-@startmindmap
-
-* ビジネスアーキテクチャ
-** ビジネスアーキテクチャとは
-** ビジネスアーキテクチャを構成する主要な要素
-*** プリンシプル
-**** ガイディングプリンシプル
-***** ビジネスアーキテクチャ
-***** アプリケーションアーキテクチャ
-***** データアーキテクチャ
-***** テクノロジーアーキテクチャ
-**** ビジネスプリンシプル
-*** ビジネスモデル
-**** ビジネスモデルキャンバス
-** ビジネスケイパビリティとは
-*** ビジネスケイパビリティモデル
-**** ビジネスケイパビリティマップ
-**** トップダウンアプローチ
-**** ボトムアップアプローチ
-*** ビジネスケイパビリティとビジネスモデルの対応
-**** 階層化
-**** レベリング
-**** ヒートマッピング
-** バリューストリーム
-*** バリュー（価値）とは
-*** バリューの分析
-*** バリューチェーン
-*** バリューチェーンとバリューストリームの違い
-*** ケイパビリティをバリューストリームのステージにマッピングする
-*** バリューストリームとビジネスケイパビリティモデルの作成順序について
-** 組織マップ
-** 情報マップ
-** ビジネスシナリオ
-*** ビジネスシナリオの作成方法
-*** ビジネスシナリオワークショップ
-** ビジネスアーキテクチャの検討例
-*** ステップ1：ビジネスモデルキャンバスの活用
-*** ステップ2：バリューストリームの作成
-*** ステップ3：ケイパビリティの識別とマッピング
-*** ステップ4：アプリケーションアーキテクチャとデータアーキテクチャの設計
-
-@endmindmap
-```
-
-## ビジネスアーキテクチャとは
-
-> ビジネスアーキテクチャとは、エンタープライズがどのように価値を生み出し、それを顧客に提供するかの構造を表現するもの
-
-## ビジネスアーキテクチャを構成する主要な要素
-
-### プリンシプル
-
-「プリンシプル」とは、原理原則という意味です。
-
-それぞれの人が異なる立場や文化背景から考え方の違いを生じることがあります。そこで、プリンシプルはこのような場合に、考え方を統一するためのものとなります。
-
-#### ガイディングプリンシプル
-
-エンタープライズのビジョン、ミッション、価値観に基づいた基本的な方針や原則
-
-#### ビジネスプリンシプル
-
-ビジネスにおける原則原理を定義するもの
-
-### ビジネスモデル
-
-組織が価値を創造し、提供し、そして獲得する方法を体系的に説明するもの
-
-#### ビジネスモデルキャンバス
-
-ビジネスモデルのスケッチを作成するための直観的な技法
-
-## ビジネスケイパビリティ
-
-ビジネスが「何か」を行う能力
-
-### ビジネスケイパビリティモデル
-
-特定のビジネスや組織が持つ能力
-
-```plantuml
-@startmindmap
-
-* ビジネスケイパビリティマップ
-left side
-** 戦略
-*** ビジネスプラン
-*** マーケティング
-*** サプライヤ管理
-*** 出店計画
-*** 開発管理
-*** アライアンス
-right side
-** コア
-*** 生産管理
-*** 製品管理
-*** 配送管理
-*** 販売管理
-*** 店舗管理
-*** 購買
-** サポート
-*** 財務管理
-*** 教育管理
-*** 資材管理
-*** 人事管理
-*** ヘルプデスク
-*** 調達管理
-
-@endmindmap
-```
-
-### ビジネスケイパビリティとビジネスモデルの対応
-
-#### 階層化
-
-ビジネスケイパビリティを上位層、中間層、下位層の3つのカテゴリに分けるプロセス
-
-#### レベリング
-
-上位レベルのビジネスケイパビリティをより詳細に伝達するために、より下位のレベル（聴衆またはステークホルダにとって適切なレベル）に分解
-
-#### ヒートマッピング
-
-```plantuml
-@startmindmap
-
-* ビジネスケイパビリティマップ
-left side
-** 戦略
-***[#limegreen] ビジネスプラン
-***[#limegreen] マーケティング
-***[#limegreen] サプライヤ管理
-***[#limegreen] 出店計画
-***[#yellow] 開発管理
-***[#red] アライアンス
-right side
-** コア
-***[#yellow] 生産管理
-***[#limegreen] 製品管理
-***[#yellow] 配送管理
-***[#limegreen] 販売管理
-***[#limegreen] 店舗管理
-***[#limegreen] 購買
-** サポート
-***[#yellow] 財務管理
-***[#limegreen] 教育管理
-***[#limegreen] 資材管理
-***[#limegreen] 人事管理
-***[#orange] ヘルプデスク
-***[#limegreen] 調達管理
-@endmindmap
-```
-
-- グリーン：成熟度高
-- イエロー：成熟度中
-- レッド：成熟度低
-- オレンジ：新規に必要
-
-## バリューストリーム
-
-バリューストリームは、顧客への価値を提供する流れを川にたとえ、川上から川下へと価値を増加させる活動を表現したもの
-
-### バリュー（価値）とは
-
-「価値」は、組織が行うすべての活動の基盤です。組織の存在目的の1つは、ステークホルダに価値を提供することです。これはエンタープライズのビジネスモデルの土台であり、エンタープライズが価値を創出、提供、獲得するための理論的な根拠となります。
-
-### バリューの分析
-
-バリューチェーンは経済価値に重点を置いてます。バリューネットワークは価値創造と提供に関与するステークホルダの特定に焦点を合わせています。リーンバリューストリームは主に生産分野のビジネスプロセスの最適化に関しています。
-
-バリューストリームは、顧客やステークホルダからのエンドツーエンドの価値観を作り出すよう設計され、前述の他の手法が提供する財務、組織、運用のモデルよりも、組織のビジネスモデルの実現に密接に関わっています。
-
-### バリューチェーンとバリューストリームの違い
-
-バリューチェーンは企業がどのように価値を創出し、経済的利益を得るかを示すフレームワークであり、主にマクロレベルでの分析に適しています。バリューストリームは、ビジネスプロセスを詳細に分解し、どのようなコアアクティビティがどのようにして価値を生み出しているのかを明確にします。
-これにより、ビジネスアーキテクトやエンタープライズアーキテクトは、組織にケイパビリティを具体的な活動に紐付け、その活動がステークホルダーに有益な結果を提供するために不可欠なツールです。
-
-### ケイパビリティをバリューストリームのステージにマッピングする
-
-- ビジネスケイパビリティの特定
-- ステークホルダーの期待を満たすケイパビリティの評価
-- 不要なケイパビリティの排除
-
-### バリューストリームとビジネスケイパビリティモデルの作成順序について
-
-実践の場では、ビジネスケイパビリティモデルを作成する前に、バリューストリームマップを作成する方が一般的です。
-
-## 組織マップ
-
-```plantuml
-@startmindmap
-
-* A社
-** 研究
-***[#limegreen] 商品開発
-** 財務
-***[#limegreen] 財務管理
-** 法務
-***[#limegreen] 契約管理
-** 人事
-***[#limegreen] 人事管理
-** IT
-***[#limegreen] セキュリティ
-** カスタマーサポート
-***[#red] ヘルプデスク
-** 製造
-***[#yellow] 生産管理
-
-@endmindmap
-```
-
-## 情報マップ
-
-```plantuml
-@startuml
-
-entity "顧客" as customer
-
-entity "顧客ファイル" as customer_file
-
-entity "顧客属性" as customer_attribute
-
-entity "購買履歴" as purchase_history
-
-entity "請求情報" as billing_information
-
-entity "支払管理" as payment_management
-
-customer -- customer_file : 参照する
-customer_file -- customer_attribute
-customer_file -- purchase_history
-customer_file -- billing_information
-billing_information -- payment_management : 更新する
-
-@enduml
-```
-
-## ビジネスシナリオ
-
-ビジネスシナリオは、アーキテクチャが対応しなければならないビジネス要件の特定と理解を助けるための技法です。
-
-### ビジネスシナリオの作成方法
-
-1. 問題を特定し、文書化し、順序付を行う
-2. 問題が発生しているビジネスと技術の環境を高レベルなアーキテクチャモデルとして文書化する
-3. 目指すゴールを特定し、文書化する。また、問題に対処した結果を記述する
-4. ヒューマンアクター（参加者）とビジネスモデル上の位置を特定する
-5. コンピュータアクター（コンピューティングエレメント）とそれらのテクノロジーモデル上の位置を特定する
-6. 目的に対する適合性を確認し、必要であれば精緻化する
-
-```plantuml
-@startuml
-|顧客|
-start
-:店舗訪問;
-|店舗|
-:在庫照会;
-|配送業者|
-:在庫確認;
-|店舗|
-:在庫状況表示;
-|顧客|
-:購買決定;
-|店舗|
-:決済;
-|配送業者|
-:発注;
-|店舗|
-:納期回答;
-|配送業者|
-:配送;
-|顧客|
-:商品受け取り;
-
-@enduml
-```
-
-```plantuml
-@startuml
-left to right direction
-actor 顧客
-actor 配送業者
-actor 店舗
-
-rectangle {
-usecase "店舗訪問" as 店舗訪問
-usecase "商品受け取り" as 商品受け取り
-usecase "購買決定" as 購買決定
-usecase "在庫照会" as 在庫照会
-usecase "在庫確認" as 在庫確認
-usecase "在庫状況表示" as 在庫状況表示
-usecase "決済" as 決済
-usecase "発注" as 発注
-usecase "納期回答" as 納期回答
-usecase "配送" as 配送
-}
-
-顧客 --> 店舗訪問
-顧客 --> 購買決定
-顧客 --> 商品受け取り
-
-在庫照会 <-- 店舗
-在庫状況表示 <-- 店舗
-決済 <-- 店舗
-納期回答 <-- 店舗
-
-在庫確認 <-- 配送業者
-発注 <-- 配送業者
-配送 <-- 配送業者
-@enduml
-```
-
-## ビジネスアーキテクチャの検討例
-
-### ステップ1：ビジネスモデルキャンバスの活用
-
-```plantuml
-@startmindmap
-
-* クレイジークラスト社
-** 顧客
-*** 顧客セグメント
-**** 家族あり世帯
-**** 単身世帯
-**** オフィス
-*** 顧客関係
-**** 持ち帰り半額
-**** クーポン
-** 価値
-*** 価値提案
-**** 提供時間短縮
-**** おいしさ
-**** キャッシュレス
-**** プロモーション
-*** チャネル
-**** メディア報道
-**** ソーシャルメディア
-**** アプリ
-**** 口コミ
-** インフラ
-*** 主要活動
-**** 店舗売上増
-**** 競争力維持
-**** 店舗展開
-**** 顧客満足
-**** データ収集
-**** 分析
-*** 主要リソース
-**** 店員
-**** 店舗
-**** 配送車
-**** 収集データ
-*** 主要パートナー
-**** 店長
-**** 店員
-**** 技術指導員
-**** マーケター
-**** 投資家
-**** 保険会社
-** 資金
-*** 収益源
-*** コスト構造
-
-@endmindmap
-```
-
-### ステップ2：バリューストリームの作成
-
-```plantuml
-@startmindmap
-
-* クレイジークラスト社
-left side
-** 市場調査
-** 商品開発
-** 店舗展開
-** 店舗・アプリ受注
-** 販売提供
-right side
-** マーケティング
-***[#limegreen] マーケティング戦略
-***[#yellow] 市場調査
-** 研究開発
-***[#limegreen] メイン商品開発
-***[#limegreen] キャンペーン商品開発
-** 店舗展開
-***[#yellow] 店舗展開戦略
-***[#limegreen] 不動産
-** 店舗管理
-***[#limegreen] 店舗オーダー
-** アプリ
-***[#orange] 店舗アプリ
-** 店舗
-***[#limegreen] 資材管理
-***[#limegreen] 衛生管理
-***[#limegreen] 製造
-***[#yellow] 配送
-
-@endmindmap
-```
-
-### ステップ3：ケイパビリティの識別とマッピング
-
-```plantuml
-@startmindmap
-
-* クレイジークラスト社
-** マーケティング部門
-***[#yellow] マーケティング戦略
-** R&D部門
-***[#limegreen] 商品開発
-** 物流部門
-***[#yellow] サプライチェーン管理
-** 店舗部門
-***[#limegreen] 運営管理
-***[#limegreen] 資材管理
-***[#limegreen] 衛生管理
-***[#limegreen] 生産管理
-** IT部門
-***[#orange] アプリケーション開発
-** 管理部門
-***[#yellow] 人事管理
-***[#yellow] 財務管理
-***[#yellow] 資産管理
-
-@endmindmap
-```
-
-### ステップ4：アプリケーションアーキテクチャとデータアーキテクチャの設計
-
-#### 情報マップ
-
-```plantuml
-@startuml
-
-entity "顧客" as customer
-
-entity "顧客ファイル" as customer_file
-
-entity "顧客属性" as customer_attribute
-
-entity "購買履歴" as purchase_history
-
-entity "請求情報" as billing_information
-
-entity "支払管理" as payment_management
-
-customer -- customer_file : 参照する
-customer_file -- customer_attribute
-customer_file -- purchase_history
-customer_file -- billing_information
-billing_information -- payment_management : 更新する
-
-@enduml
-```
-
-#### ビジネスシナリオ
-
-```plantuml
-@startuml
-|顧客|
-start
-:店舗訪問;
-|店舗部門|
-:在庫照会;
-|物流部門|
-:在庫確認;
-|店舗部門|
-:在庫状況表示;
-|顧客|
-:購買決定;
-|店舗部門|
-:決済;
-|物流部門|
-:発注;
-|店舗部門|
-:納期回答;
-|物流部門|
-:配送;
-|顧客|
-:商品受け取り;
-
-@enduml
-```
-
-```plantuml
-@startuml
-left to right direction
-actor 顧客
-actor 物流部門
-actor 店舗部門
-
-rectangle {
-usecase "店舗訪問" as 店舗訪問
-usecase "商品受け取り" as 商品受け取り
-usecase "購買決定" as 購買決定
-usecase "在庫照会" as 在庫照会
-usecase "在庫確認" as 在庫確認
-usecase "在庫状況表示" as 在庫状況表示
-usecase "決済" as 決済
-usecase "発注" as 発注
-usecase "納期回答" as 納期回答
-usecase "配送" as 配送
-}
-
-顧客 --> 店舗訪問
-顧客 --> 購買決定
-顧客 --> 商品受け取り
-
-在庫照会 <-- 店舗部門
-在庫状況表示 <-- 店舗部門
-決済 <-- 店舗部門
-納期回答 <-- 店舗部門
-
-在庫確認 <-- 物流部門
-発注 <-- 物流部門
-配送 <-- 物流部門
-@enduml
-```
+# ビジネスアーキテクチャ分析ガイド
+
+## 概要
+
+本ガイドは、ビジネスアーキテクチャの分析指針を提供します。エンタープライズがどのように価値を生み出し、顧客に提供するかの構造を体系的に整理するための手法とフレームワークを定義します。
+
+## 全体像
+
+```plantuml
+@startmindmap
+
+* ビジネスアーキテクチャ
+** ビジネスアーキテクチャとは
+** ビジネスアーキテクチャを構成する主要な要素
+*** プリンシプル
+**** ガイディングプリンシプル
+***** ビジネスアーキテクチャ
+***** アプリケーションアーキテクチャ
+***** データアーキテクチャ
+***** テクノロジーアーキテクチャ
+**** ビジネスプリンシプル
+*** ビジネスモデル
+**** ビジネスモデルキャンバス
+** ビジネスケイパビリティとは
+*** ビジネスケイパビリティモデル
+**** ビジネスケイパビリティマップ
+**** トップダウンアプローチ
+**** ボトムアップアプローチ
+*** ビジネスケイパビリティとビジネスモデルの対応
+**** 階層化
+**** レベリング
+**** ヒートマッピング
+** バリューストリーム
+*** バリュー（価値）とは
+*** バリューの分析
+*** バリューチェーン
+*** バリューチェーンとバリューストリームの違い
+*** ケイパビリティをバリューストリームのステージにマッピングする
+*** バリューストリームとビジネスケイパビリティモデルの作成順序について
+** 組織マップ
+** 情報マップ
+** ビジネスシナリオ
+*** ビジネスシナリオの作成方法
+*** ビジネスシナリオワークショップ
+** ビジネスアーキテクチャの検討例
+*** ステップ1：ビジネスモデルキャンバスの活用
+*** ステップ2：バリューストリームの作成
+*** ステップ3：ケイパビリティの識別とマッピング
+*** ステップ4：アプリケーションアーキテクチャとデータアーキテクチャの設計
+
+@endmindmap
+```
+
+## ビジネスアーキテクチャとは
+
+> ビジネスアーキテクチャとは、エンタープライズがどのように価値を生み出し、それを顧客に提供するかの構造を表現するもの
+
+## ビジネスアーキテクチャを構成する主要な要素
+
+### プリンシプル
+
+「プリンシプル」とは、原理原則という意味です。
+
+それぞれの人が異なる立場や文化背景から考え方の違いを生じることがあります。そこで、プリンシプルはこのような場合に、考え方を統一するためのものとなります。
+
+#### ガイディングプリンシプル
+
+エンタープライズのビジョン、ミッション、価値観に基づいた基本的な方針や原則
+
+#### ビジネスプリンシプル
+
+ビジネスにおける原則原理を定義するもの
+
+### ビジネスモデル
+
+組織が価値を創造し、提供し、そして獲得する方法を体系的に説明するもの
+
+#### ビジネスモデルキャンバス
+
+ビジネスモデルのスケッチを作成するための直観的な技法
+
+## ビジネスケイパビリティ
+
+ビジネスが「何か」を行う能力
+
+### ビジネスケイパビリティモデル
+
+特定のビジネスや組織が持つ能力
+
+```plantuml
+@startmindmap
+
+* ビジネスケイパビリティマップ
+left side
+** 戦略
+*** ビジネスプラン
+*** マーケティング
+*** サプライヤ管理
+*** 出店計画
+*** 開発管理
+*** アライアンス
+right side
+** コア
+*** 生産管理
+*** 製品管理
+*** 配送管理
+*** 販売管理
+*** 店舗管理
+*** 購買
+** サポート
+*** 財務管理
+*** 教育管理
+*** 資材管理
+*** 人事管理
+*** ヘルプデスク
+*** 調達管理
+
+@endmindmap
+```
+
+### ビジネスケイパビリティとビジネスモデルの対応
+
+#### 階層化
+
+ビジネスケイパビリティを上位層、中間層、下位層の3つのカテゴリに分けるプロセス
+
+#### レベリング
+
+上位レベルのビジネスケイパビリティをより詳細に伝達するために、より下位のレベル（聴衆またはステークホルダにとって適切なレベル）に分解
+
+#### ヒートマッピング
+
+```plantuml
+@startmindmap
+
+* ビジネスケイパビリティマップ
+left side
+** 戦略
+***[#limegreen] ビジネスプラン
+***[#limegreen] マーケティング
+***[#limegreen] サプライヤ管理
+***[#limegreen] 出店計画
+***[#yellow] 開発管理
+***[#red] アライアンス
+right side
+** コア
+***[#yellow] 生産管理
+***[#limegreen] 製品管理
+***[#yellow] 配送管理
+***[#limegreen] 販売管理
+***[#limegreen] 店舗管理
+***[#limegreen] 購買
+** サポート
+***[#yellow] 財務管理
+***[#limegreen] 教育管理
+***[#limegreen] 資材管理
+***[#limegreen] 人事管理
+***[#orange] ヘルプデスク
+***[#limegreen] 調達管理
+@endmindmap
+```
+
+- グリーン：成熟度高
+- イエロー：成熟度中
+- レッド：成熟度低
+- オレンジ：新規に必要
+
+## バリューストリーム
+
+バリューストリームは、顧客への価値を提供する流れを川にたとえ、川上から川下へと価値を増加させる活動を表現したもの
+
+### バリュー（価値）とは
+
+「価値」は、組織が行うすべての活動の基盤です。組織の存在目的の1つは、ステークホルダに価値を提供することです。これはエンタープライズのビジネスモデルの土台であり、エンタープライズが価値を創出、提供、獲得するための理論的な根拠となります。
+
+### バリューの分析
+
+バリューチェーンは経済価値に重点を置いてます。バリューネットワークは価値創造と提供に関与するステークホルダの特定に焦点を合わせています。リーンバリューストリームは主に生産分野のビジネスプロセスの最適化に関しています。
+
+バリューストリームは、顧客やステークホルダからのエンドツーエンドの価値観を作り出すよう設計され、前述の他の手法が提供する財務、組織、運用のモデルよりも、組織のビジネスモデルの実現に密接に関わっています。
+
+### バリューチェーンとバリューストリームの違い
+
+バリューチェーンは企業がどのように価値を創出し、経済的利益を得るかを示すフレームワークであり、主にマクロレベルでの分析に適しています。バリューストリームは、ビジネスプロセスを詳細に分解し、どのようなコアアクティビティがどのようにして価値を生み出しているのかを明確にします。
+これにより、ビジネスアーキテクトやエンタープライズアーキテクトは、組織にケイパビリティを具体的な活動に紐付け、その活動がステークホルダーに有益な結果を提供するために不可欠なツールです。
+
+### ケイパビリティをバリューストリームのステージにマッピングする
+
+- ビジネスケイパビリティの特定
+- ステークホルダーの期待を満たすケイパビリティの評価
+- 不要なケイパビリティの排除
+
+### バリューストリームとビジネスケイパビリティモデルの作成順序について
+
+実践の場では、ビジネスケイパビリティモデルを作成する前に、バリューストリームマップを作成する方が一般的です。
+
+## 組織マップ
+
+```plantuml
+@startmindmap
+
+* A社
+** 研究
+***[#limegreen] 商品開発
+** 財務
+***[#limegreen] 財務管理
+** 法務
+***[#limegreen] 契約管理
+** 人事
+***[#limegreen] 人事管理
+** IT
+***[#limegreen] セキュリティ
+** カスタマーサポート
+***[#red] ヘルプデスク
+** 製造
+***[#yellow] 生産管理
+
+@endmindmap
+```
+
+## 情報マップ
+
+```plantuml
+@startuml
+
+entity "顧客" as customer
+
+entity "顧客ファイル" as customer_file
+
+entity "顧客属性" as customer_attribute
+
+entity "購買履歴" as purchase_history
+
+entity "請求情報" as billing_information
+
+entity "支払管理" as payment_management
+
+customer -- customer_file : 参照する
+customer_file -- customer_attribute
+customer_file -- purchase_history
+customer_file -- billing_information
+billing_information -- payment_management : 更新する
+
+@enduml
+```
+
+## ビジネスシナリオ
+
+ビジネスシナリオは、アーキテクチャが対応しなければならないビジネス要件の特定と理解を助けるための技法です。
+
+### ビジネスシナリオの作成方法
+
+1. 問題を特定し、文書化し、順序付を行う
+2. 問題が発生しているビジネスと技術の環境を高レベルなアーキテクチャモデルとして文書化する
+3. 目指すゴールを特定し、文書化する。また、問題に対処した結果を記述する
+4. ヒューマンアクター（参加者）とビジネスモデル上の位置を特定する
+5. コンピュータアクター（コンピューティングエレメント）とそれらのテクノロジーモデル上の位置を特定する
+6. 目的に対する適合性を確認し、必要であれば精緻化する
+
+```plantuml
+@startuml
+|顧客|
+start
+:店舗訪問;
+|店舗|
+:在庫照会;
+|配送業者|
+:在庫確認;
+|店舗|
+:在庫状況表示;
+|顧客|
+:購買決定;
+|店舗|
+:決済;
+|配送業者|
+:発注;
+|店舗|
+:納期回答;
+|配送業者|
+:配送;
+|顧客|
+:商品受け取り;
+
+@enduml
+```
+
+```plantuml
+@startuml
+left to right direction
+actor 顧客
+actor 配送業者
+actor 店舗
+
+rectangle {
+usecase "店舗訪問" as 店舗訪問
+usecase "商品受け取り" as 商品受け取り
+usecase "購買決定" as 購買決定
+usecase "在庫照会" as 在庫照会
+usecase "在庫確認" as 在庫確認
+usecase "在庫状況表示" as 在庫状況表示
+usecase "決済" as 決済
+usecase "発注" as 発注
+usecase "納期回答" as 納期回答
+usecase "配送" as 配送
+}
+
+顧客 --> 店舗訪問
+顧客 --> 購買決定
+顧客 --> 商品受け取り
+
+在庫照会 <-- 店舗
+在庫状況表示 <-- 店舗
+決済 <-- 店舗
+納期回答 <-- 店舗
+
+在庫確認 <-- 配送業者
+発注 <-- 配送業者
+配送 <-- 配送業者
+@enduml
+```
+
+## ビジネスアーキテクチャの検討例
+
+### ステップ1：ビジネスモデルキャンバスの活用
+
+```plantuml
+@startmindmap
+
+* クレイジークラスト社
+** 顧客
+*** 顧客セグメント
+**** 家族あり世帯
+**** 単身世帯
+**** オフィス
+*** 顧客関係
+**** 持ち帰り半額
+**** クーポン
+** 価値
+*** 価値提案
+**** 提供時間短縮
+**** おいしさ
+**** キャッシュレス
+**** プロモーション
+*** チャネル
+**** メディア報道
+**** ソーシャルメディア
+**** アプリ
+**** 口コミ
+** インフラ
+*** 主要活動
+**** 店舗売上増
+**** 競争力維持
+**** 店舗展開
+**** 顧客満足
+**** データ収集
+**** 分析
+*** 主要リソース
+**** 店員
+**** 店舗
+**** 配送車
+**** 収集データ
+*** 主要パートナー
+**** 店長
+**** 店員
+**** 技術指導員
+**** マーケター
+**** 投資家
+**** 保険会社
+** 資金
+*** 収益源
+*** コスト構造
+
+@endmindmap
+```
+
+### ステップ2：バリューストリームの作成
+
+```plantuml
+@startmindmap
+
+* クレイジークラスト社
+left side
+** 市場調査
+** 商品開発
+** 店舗展開
+** 店舗・アプリ受注
+** 販売提供
+right side
+** マーケティング
+***[#limegreen] マーケティング戦略
+***[#yellow] 市場調査
+** 研究開発
+***[#limegreen] メイン商品開発
+***[#limegreen] キャンペーン商品開発
+** 店舗展開
+***[#yellow] 店舗展開戦略
+***[#limegreen] 不動産
+** 店舗管理
+***[#limegreen] 店舗オーダー
+** アプリ
+***[#orange] 店舗アプリ
+** 店舗
+***[#limegreen] 資材管理
+***[#limegreen] 衛生管理
+***[#limegreen] 製造
+***[#yellow] 配送
+
+@endmindmap
+```
+
+### ステップ3：ケイパビリティの識別とマッピング
+
+```plantuml
+@startmindmap
+
+* クレイジークラスト社
+** マーケティング部門
+***[#yellow] マーケティング戦略
+** R&D部門
+***[#limegreen] 商品開発
+** 物流部門
+***[#yellow] サプライチェーン管理
+** 店舗部門
+***[#limegreen] 運営管理
+***[#limegreen] 資材管理
+***[#limegreen] 衛生管理
+***[#limegreen] 生産管理
+** IT部門
+***[#orange] アプリケーション開発
+** 管理部門
+***[#yellow] 人事管理
+***[#yellow] 財務管理
+***[#yellow] 資産管理
+
+@endmindmap
+```
+
+### ステップ4：アプリケーションアーキテクチャとデータアーキテクチャの設計
+
+#### 情報マップ
+
+```plantuml
+@startuml
+
+entity "顧客" as customer
+
+entity "顧客ファイル" as customer_file
+
+entity "顧客属性" as customer_attribute
+
+entity "購買履歴" as purchase_history
+
+entity "請求情報" as billing_information
+
+entity "支払管理" as payment_management
+
+customer -- customer_file : 参照する
+customer_file -- customer_attribute
+customer_file -- purchase_history
+customer_file -- billing_information
+billing_information -- payment_management : 更新する
+
+@enduml
+```
+
+#### ビジネスシナリオ
+
+```plantuml
+@startuml
+|顧客|
+start
+:店舗訪問;
+|店舗部門|
+:在庫照会;
+|物流部門|
+:在庫確認;
+|店舗部門|
+:在庫状況表示;
+|顧客|
+:購買決定;
+|店舗部門|
+:決済;
+|物流部門|
+:発注;
+|店舗部門|
+:納期回答;
+|物流部門|
+:配送;
+|顧客|
+:商品受け取り;
+
+@enduml
+```
+
+```plantuml
+@startuml
+left to right direction
+actor 顧客
+actor 物流部門
+actor 店舗部門
+
+rectangle {
+usecase "店舗訪問" as 店舗訪問
+usecase "商品受け取り" as 商品受け取り
+usecase "購買決定" as 購買決定
+usecase "在庫照会" as 在庫照会
+usecase "在庫確認" as 在庫確認
+usecase "在庫状況表示" as 在庫状況表示
+usecase "決済" as 決済
+usecase "発注" as 発注
+usecase "納期回答" as 納期回答
+usecase "配送" as 配送
+}
+
+顧客 --> 店舗訪問
+顧客 --> 購買決定
+顧客 --> 商品受け取り
+
+在庫照会 <-- 店舗部門
+在庫状況表示 <-- 店舗部門
+決済 <-- 店舗部門
+納期回答 <-- 店舗部門
+
+在庫確認 <-- 物流部門
+発注 <-- 物流部門
+配送 <-- 物流部門
+@enduml
+```