@k2works/claude-code-booster 1.2.0 → 1.3.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/lib/assets/.claude/skills/analyzing-business/SKILL.md +117 -0
- package/lib/assets/.claude/skills/orchestrating-analysis/SKILL.md +19 -12
- package/lib/assets/.env.example +8 -0
- package/lib/assets/CLAUDE.md +1 -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/{350/250/255/350/250/210 → 345/210/206/346/236/220}/343/202/254/343/202/244/343/203/211.md +2 -2
- package/lib/assets/docs/template//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.md +379 -0
- package/lib/assets/gulpfile.js +3 -0
- package/package.json +1 -1
|
@@ -0,0 +1,117 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: analyzing-business
|
|
3
|
+
description: ビジネスアーキテクチャ分析を支援。要件定義の前段階として、ビジネスモデルキャンバス、バリューストリーム、ケイパビリティマップ、組織マップ、情報マップ、ビジネスシナリオの作成。ビジネスアーキテクチャやビジネス構造の検討時に使用。
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# ビジネスアーキテクチャ分析支援
|
|
7
|
+
|
|
8
|
+
要件定義の前段階として、エンタープライズがどのように価値を生み出し、顧客に提供するかの構造を体系的に整理・設計します。本スキルの成果物は後続の要件定義（`analyzing-requirements`）やユースケース分析（`analyzing-usecases`）の入力となります。
|
|
9
|
+
|
|
10
|
+
## Instructions
|
|
11
|
+
|
|
12
|
+
### 1. 参照ドキュメント
|
|
13
|
+
|
|
14
|
+
- @docs/reference/ビジネスアーキテクチャ分析ガイド.md - ビジネスアーキテクチャ分析の進め方
|
|
15
|
+
|
|
16
|
+
### 2. テンプレート
|
|
17
|
+
|
|
18
|
+
- @docs/template/ビジネスアーキテクチャ.md - ビジネスアーキテクチャテンプレート（**編集禁止**）
|
|
19
|
+
|
|
20
|
+
### 3. 入力
|
|
21
|
+
|
|
22
|
+
- プロジェクトの基本情報（ビジョン、ミッション、ビジネス概要）
|
|
23
|
+
- ステークホルダーからのヒアリング情報
|
|
24
|
+
|
|
25
|
+
### 4. 成果物
|
|
26
|
+
|
|
27
|
+
- @docs/design/business_architecture.md - ビジネスアーキテクチャ分析書
|
|
28
|
+
|
|
29
|
+
### 5. 作業内容
|
|
30
|
+
|
|
31
|
+
#### プリンシプルの定義
|
|
32
|
+
|
|
33
|
+
- ガイディングプリンシプル（ビジョン、ミッション、価値観に基づく方針）の策定
|
|
34
|
+
- ビジネスプリンシプル（ビジネスにおける原則原理）の定義
|
|
35
|
+
|
|
36
|
+
#### ビジネスモデルの整理
|
|
37
|
+
|
|
38
|
+
- ビジネスモデルキャンバスの作成
|
|
39
|
+
- 顧客セグメント、価値提案、チャネル、顧客関係の整理
|
|
40
|
+
- 主要活動、主要リソース、主要パートナーの特定
|
|
41
|
+
- 収益源、コスト構造の明確化
|
|
42
|
+
|
|
43
|
+
#### バリューストリームの設計
|
|
44
|
+
|
|
45
|
+
- バリュー（価値）の分析
|
|
46
|
+
- バリューストリームマップの作成
|
|
47
|
+
- 各ステージでの価値増加の可視化
|
|
48
|
+
|
|
49
|
+
#### ビジネスケイパビリティモデルの構築
|
|
50
|
+
|
|
51
|
+
- ビジネスケイパビリティの特定（戦略・コア・サポート）
|
|
52
|
+
- ケイパビリティの階層化とレベリング
|
|
53
|
+
- ヒートマッピングによる成熟度評価
|
|
54
|
+
- ケイパビリティとバリューストリームのマッピング
|
|
55
|
+
|
|
56
|
+
#### 組織マップの作成
|
|
57
|
+
|
|
58
|
+
- 部門・組織構造の整理
|
|
59
|
+
- 組織とケイパビリティの対応付け
|
|
60
|
+
|
|
61
|
+
#### 情報マップの作成
|
|
62
|
+
|
|
63
|
+
- ビジネスエンティティの特定
|
|
64
|
+
- エンティティ間のリレーション整理
|
|
65
|
+
|
|
66
|
+
#### ビジネスシナリオの策定
|
|
67
|
+
|
|
68
|
+
- 問題の特定と文書化
|
|
69
|
+
- ビジネス・技術環境のモデル化
|
|
70
|
+
- ゴールと期待する結果の定義
|
|
71
|
+
- ヒューマンアクター・コンピュータアクターの特定
|
|
72
|
+
|
|
73
|
+
### 6. 注意事項
|
|
74
|
+
|
|
75
|
+
- **前提条件**: プロジェクトの基本情報（ビジョン、ミッション、ビジネス概要）が提供されていること
|
|
76
|
+
- **制限事項**: ビジネスアーキテクチャの決定は ADR で記録すること
|
|
77
|
+
- **推奨事項**: バリューストリームを先に作成し、その後ケイパビリティモデルを構築する
|
|
78
|
+
|
|
79
|
+
### 7. 記述ルール
|
|
80
|
+
|
|
81
|
+
タスク項目などは一行開けて記述する。
|
|
82
|
+
|
|
83
|
+
OK:
|
|
84
|
+
|
|
85
|
+
```markdown
|
|
86
|
+
**受入条件**:
|
|
87
|
+
|
|
88
|
+
- [ ] ビジネスモデルキャンバスが作成されている
|
|
89
|
+
- [ ] バリューストリームマップが作成されている
|
|
90
|
+
```
|
|
91
|
+
|
|
92
|
+
NG:
|
|
93
|
+
|
|
94
|
+
```markdown
|
|
95
|
+
**受入条件**:
|
|
96
|
+
- [ ] ビジネスモデルキャンバスが作成されている
|
|
97
|
+
- [ ] バリューストリームマップが作成されている
|
|
98
|
+
```
|
|
99
|
+
|
|
100
|
+
## Examples
|
|
101
|
+
|
|
102
|
+
### 新規プロジェクトでビジネスアーキテクチャを設計
|
|
103
|
+
|
|
104
|
+
1. プロジェクトの基本情報とビジネス概要を確認
|
|
105
|
+
2. @docs/reference/ビジネスアーキテクチャ分析ガイド.md に基づいて分析
|
|
106
|
+
3. ビジネスモデルキャンバス → バリューストリーム → ケイパビリティモデルの順に作成
|
|
107
|
+
|
|
108
|
+
### 既存ビジネスの分析・改善
|
|
109
|
+
|
|
110
|
+
1. 既存の @docs/design/business_architecture.md を読み込む
|
|
111
|
+
2. ヒートマッピングで成熟度を評価し改善提案を作成
|
|
112
|
+
|
|
113
|
+
### 関連スキル
|
|
114
|
+
|
|
115
|
+
- `analyzing-requirements` : 後続の要件定義（本スキルの成果物が入力となる）
|
|
116
|
+
- `analyzing-usecases` : 後続のビジネスユースケース詳細化
|
|
117
|
+
- `analyzing-architecture` : 後続のシステムアーキテクチャ設計への橋渡し
|
|
@@ -13,56 +13,62 @@ description: 分析フェーズ全体のワークフローをオーケストレ
|
|
|
13
13
|
|
|
14
14
|
分析フェーズは以下の工程で構成されます:
|
|
15
15
|
|
|
16
|
-
1.
|
|
16
|
+
1. **ビジネスアーキテクチャ分析** (Skill: `analyzing-business`)
|
|
17
|
+
|
|
18
|
+
- ビジネスモデルキャンバスの作成
|
|
19
|
+
- バリューストリームの設計
|
|
20
|
+
- ビジネスケイパビリティモデルの構築
|
|
21
|
+
|
|
22
|
+
2. **要件定義** (Skill: `analyzing-requirements`)
|
|
17
23
|
|
|
18
24
|
- システム価値の明確化
|
|
19
25
|
- システム外部環境の分析
|
|
20
26
|
- システム境界の定義
|
|
21
27
|
|
|
22
|
-
|
|
28
|
+
3. **ユースケース作成** (Skill: `analyzing-usecases`)
|
|
23
29
|
|
|
24
30
|
- ビジネスユースケースの抽出
|
|
25
31
|
- システムユースケースの定義
|
|
26
32
|
- ユーザーストーリーの作成
|
|
27
33
|
|
|
28
|
-
|
|
34
|
+
4. **アーキテクチャ設計** (Skill: `analyzing-architecture`)
|
|
29
35
|
|
|
30
36
|
- バックエンドアーキテクチャ
|
|
31
37
|
- フロントエンドアーキテクチャ
|
|
32
38
|
- インフラストラクチャアーキテクチャ
|
|
33
39
|
|
|
34
|
-
|
|
40
|
+
5. **データモデル設計** (Skill: `analyzing-data-model`)
|
|
35
41
|
|
|
36
42
|
- ER 図の作成
|
|
37
43
|
- テーブル定義
|
|
38
44
|
|
|
39
|
-
|
|
45
|
+
6. **ドメインモデル設計** (Skill: `analyzing-domain-model`)
|
|
40
46
|
|
|
41
47
|
- エンティティ定義
|
|
42
48
|
- 値オブジェクト定義
|
|
43
49
|
- 集約の設計
|
|
44
50
|
|
|
45
|
-
|
|
51
|
+
7. **UI 設計** (Skill: `analyzing-ui-design`)
|
|
46
52
|
|
|
47
53
|
- 画面遷移図
|
|
48
54
|
- 画面イメージ
|
|
49
55
|
|
|
50
|
-
|
|
56
|
+
8. **テスト戦略** (Skill: `analyzing-test-strategy`)
|
|
51
57
|
|
|
52
58
|
- テストピラミッド設計
|
|
53
59
|
- テスト種別の定義
|
|
54
60
|
|
|
55
|
-
|
|
61
|
+
9. **非機能要件** (Skill: `analyzing-non-functional`)
|
|
56
62
|
|
|
57
63
|
- 性能要件
|
|
58
64
|
- セキュリティ要件
|
|
59
65
|
|
|
60
|
-
|
|
66
|
+
10. **運用要件** (Skill: `analyzing-operation`)
|
|
61
67
|
|
|
62
|
-
|
|
63
|
-
|
|
68
|
+
- 運用フロー
|
|
69
|
+
- 監視設計
|
|
64
70
|
|
|
65
|
-
|
|
71
|
+
11. **技術スタック** (Skill: `analyzing-tech-stack`)
|
|
66
72
|
|
|
67
73
|
- 技術選定
|
|
68
74
|
- バージョン管理
|
|
@@ -91,6 +97,7 @@ cat README.md
|
|
|
91
97
|
|
|
92
98
|
### 関連スキル
|
|
93
99
|
|
|
100
|
+
- `analyzing-business` : ビジネスアーキテクチャ分析支援
|
|
94
101
|
- `analyzing-requirements` : 要件定義関連の作業支援
|
|
95
102
|
- `analyzing-usecases` : ユースケース・ユーザーストーリー作成支援
|
|
96
103
|
- `analyzing-architecture` : アーキテクチャ設計支援
|
package/lib/assets/.env.example
CHANGED
|
@@ -7,3 +7,11 @@ MKDOCS_PORT=8000
|
|
|
7
7
|
|
|
8
8
|
# Docker 設定（通常は設定不要、Docker Desktop が自動設定）
|
|
9
9
|
# DOCKER_HOST=npipe:////./pipe/docker_engine
|
|
10
|
+
|
|
11
|
+
# SSH 接続設定
|
|
12
|
+
DEV_SSH_HOST=xxxxxxxx
|
|
13
|
+
DEV_SSH_USER=xxxxxxxx
|
|
14
|
+
STG_SSH_HOST=xxxxxxxx
|
|
15
|
+
STG_SSH_USER=xxxxxxxx
|
|
16
|
+
PRD_SSH_HOST=xxxxxxxx
|
|
17
|
+
PRD_SSH_USER=xxxxxxxx
|
package/lib/assets/CLAUDE.md
CHANGED
|
@@ -0,0 +1,379 @@
|
|
|
1
|
+
# ビジネスアーキテクチャ - [エンタープライズ名]
|
|
2
|
+
|
|
3
|
+
## プリンシプル
|
|
4
|
+
|
|
5
|
+
### ガイディングプリンシプル
|
|
6
|
+
|
|
7
|
+
| カテゴリ | プリンシプル | 説明 |
|
|
8
|
+
| :--- | :--- | :--- |
|
|
9
|
+
| ビジネスアーキテクチャ | [プリンシプル名] | [ビジネスアーキテクチャに関する方針] |
|
|
10
|
+
| アプリケーションアーキテクチャ | [プリンシプル名] | [アプリケーションに関する方針] |
|
|
11
|
+
| データアーキテクチャ | [プリンシプル名] | [データに関する方針] |
|
|
12
|
+
| テクノロジーアーキテクチャ | [プリンシプル名] | [テクノロジーに関する方針] |
|
|
13
|
+
|
|
14
|
+
### ビジネスプリンシプル
|
|
15
|
+
|
|
16
|
+
| # | プリンシプル | 説明 | 根拠 |
|
|
17
|
+
| :--- | :--- | :--- | :--- |
|
|
18
|
+
| 1 | [プリンシプル名] | [ビジネスにおける原則原理の説明] | [プリンシプルを定める根拠] |
|
|
19
|
+
| 2 | [プリンシプル名] | [ビジネスにおける原則原理の説明] | [プリンシプルを定める根拠] |
|
|
20
|
+
| 3 | [プリンシプル名] | [ビジネスにおける原則原理の説明] | [プリンシプルを定める根拠] |
|
|
21
|
+
|
|
22
|
+
## ビジネスモデル
|
|
23
|
+
|
|
24
|
+
### ビジネスモデルキャンバス
|
|
25
|
+
|
|
26
|
+
```plantuml
|
|
27
|
+
@startmindmap
|
|
28
|
+
|
|
29
|
+
* [エンタープライズ名]
|
|
30
|
+
** 顧客
|
|
31
|
+
*** 顧客セグメント
|
|
32
|
+
**** [顧客セグメント1]
|
|
33
|
+
**** [顧客セグメント2]
|
|
34
|
+
*** 顧客関係
|
|
35
|
+
**** [顧客関係施策1]
|
|
36
|
+
**** [顧客関係施策2]
|
|
37
|
+
** 価値
|
|
38
|
+
*** 価値提案
|
|
39
|
+
**** [価値提案1]
|
|
40
|
+
**** [価値提案2]
|
|
41
|
+
**** [価値提案3]
|
|
42
|
+
*** チャネル
|
|
43
|
+
**** [チャネル1]
|
|
44
|
+
**** [チャネル2]
|
|
45
|
+
**** [チャネル3]
|
|
46
|
+
** インフラ
|
|
47
|
+
*** 主要活動
|
|
48
|
+
**** [主要活動1]
|
|
49
|
+
**** [主要活動2]
|
|
50
|
+
**** [主要活動3]
|
|
51
|
+
*** 主要リソース
|
|
52
|
+
**** [主要リソース1]
|
|
53
|
+
**** [主要リソース2]
|
|
54
|
+
**** [主要リソース3]
|
|
55
|
+
*** 主要パートナー
|
|
56
|
+
**** [主要パートナー1]
|
|
57
|
+
**** [主要パートナー2]
|
|
58
|
+
**** [主要パートナー3]
|
|
59
|
+
** 資金
|
|
60
|
+
*** 収益源
|
|
61
|
+
**** [収益源1]
|
|
62
|
+
**** [収益源2]
|
|
63
|
+
*** コスト構造
|
|
64
|
+
**** [コスト項目1]
|
|
65
|
+
**** [コスト項目2]
|
|
66
|
+
|
|
67
|
+
@endmindmap
|
|
68
|
+
```
|
|
69
|
+
|
|
70
|
+
## バリューストリーム
|
|
71
|
+
|
|
72
|
+
### バリューストリームマップ
|
|
73
|
+
|
|
74
|
+
```plantuml
|
|
75
|
+
@startmindmap
|
|
76
|
+
|
|
77
|
+
* [エンタープライズ名]
|
|
78
|
+
left side
|
|
79
|
+
** [バリューストリームステージ1]
|
|
80
|
+
** [バリューストリームステージ2]
|
|
81
|
+
** [バリューストリームステージ3]
|
|
82
|
+
** [バリューストリームステージ4]
|
|
83
|
+
** [バリューストリームステージ5]
|
|
84
|
+
right side
|
|
85
|
+
** [部門・機能領域1]
|
|
86
|
+
***[#limegreen] [ケイパビリティ1]
|
|
87
|
+
***[#yellow] [ケイパビリティ2]
|
|
88
|
+
** [部門・機能領域2]
|
|
89
|
+
***[#limegreen] [ケイパビリティ3]
|
|
90
|
+
***[#limegreen] [ケイパビリティ4]
|
|
91
|
+
** [部門・機能領域3]
|
|
92
|
+
***[#yellow] [ケイパビリティ5]
|
|
93
|
+
***[#limegreen] [ケイパビリティ6]
|
|
94
|
+
** [部門・機能領域4]
|
|
95
|
+
***[#limegreen] [ケイパビリティ7]
|
|
96
|
+
** [部門・機能領域5]
|
|
97
|
+
***[#orange] [ケイパビリティ8]
|
|
98
|
+
** [部門・機能領域6]
|
|
99
|
+
***[#limegreen] [ケイパビリティ9]
|
|
100
|
+
***[#limegreen] [ケイパビリティ10]
|
|
101
|
+
***[#yellow] [ケイパビリティ11]
|
|
102
|
+
|
|
103
|
+
@endmindmap
|
|
104
|
+
```
|
|
105
|
+
|
|
106
|
+
### バリューストリーム詳細
|
|
107
|
+
|
|
108
|
+
| ステージ | 説明 | 提供価値 | 関連ケイパビリティ |
|
|
109
|
+
| :--- | :--- | :--- | :--- |
|
|
110
|
+
| [ステージ1] | [ステージの説明] | [提供する価値] | [関連するケイパビリティ] |
|
|
111
|
+
| [ステージ2] | [ステージの説明] | [提供する価値] | [関連するケイパビリティ] |
|
|
112
|
+
| [ステージ3] | [ステージの説明] | [提供する価値] | [関連するケイパビリティ] |
|
|
113
|
+
| [ステージ4] | [ステージの説明] | [提供する価値] | [関連するケイパビリティ] |
|
|
114
|
+
| [ステージ5] | [ステージの説明] | [提供する価値] | [関連するケイパビリティ] |
|
|
115
|
+
|
|
116
|
+
## ビジネスケイパビリティ
|
|
117
|
+
|
|
118
|
+
### ビジネスケイパビリティマップ
|
|
119
|
+
|
|
120
|
+
```plantuml
|
|
121
|
+
@startmindmap
|
|
122
|
+
|
|
123
|
+
* ビジネスケイパビリティマップ
|
|
124
|
+
left side
|
|
125
|
+
** 戦略
|
|
126
|
+
*** [戦略ケイパビリティ1]
|
|
127
|
+
*** [戦略ケイパビリティ2]
|
|
128
|
+
*** [戦略ケイパビリティ3]
|
|
129
|
+
*** [戦略ケイパビリティ4]
|
|
130
|
+
right side
|
|
131
|
+
** コア
|
|
132
|
+
*** [コアケイパビリティ1]
|
|
133
|
+
*** [コアケイパビリティ2]
|
|
134
|
+
*** [コアケイパビリティ3]
|
|
135
|
+
*** [コアケイパビリティ4]
|
|
136
|
+
** サポート
|
|
137
|
+
*** [サポートケイパビリティ1]
|
|
138
|
+
*** [サポートケイパビリティ2]
|
|
139
|
+
*** [サポートケイパビリティ3]
|
|
140
|
+
*** [サポートケイパビリティ4]
|
|
141
|
+
|
|
142
|
+
@endmindmap
|
|
143
|
+
```
|
|
144
|
+
|
|
145
|
+
### ヒートマッピング
|
|
146
|
+
|
|
147
|
+
```plantuml
|
|
148
|
+
@startmindmap
|
|
149
|
+
|
|
150
|
+
* ビジネスケイパビリティマップ
|
|
151
|
+
left side
|
|
152
|
+
** 戦略
|
|
153
|
+
***[#limegreen] [戦略ケイパビリティ1]
|
|
154
|
+
***[#limegreen] [戦略ケイパビリティ2]
|
|
155
|
+
***[#yellow] [戦略ケイパビリティ3]
|
|
156
|
+
***[#red] [戦略ケイパビリティ4]
|
|
157
|
+
right side
|
|
158
|
+
** コア
|
|
159
|
+
***[#yellow] [コアケイパビリティ1]
|
|
160
|
+
***[#limegreen] [コアケイパビリティ2]
|
|
161
|
+
***[#limegreen] [コアケイパビリティ3]
|
|
162
|
+
***[#limegreen] [コアケイパビリティ4]
|
|
163
|
+
** サポート
|
|
164
|
+
***[#yellow] [サポートケイパビリティ1]
|
|
165
|
+
***[#limegreen] [サポートケイパビリティ2]
|
|
166
|
+
***[#limegreen] [サポートケイパビリティ3]
|
|
167
|
+
***[#orange] [サポートケイパビリティ4]
|
|
168
|
+
|
|
169
|
+
@endmindmap
|
|
170
|
+
```
|
|
171
|
+
|
|
172
|
+
- グリーン：成熟度高
|
|
173
|
+
- イエロー：成熟度中
|
|
174
|
+
- レッド：成熟度低
|
|
175
|
+
- オレンジ：新規に必要
|
|
176
|
+
|
|
177
|
+
### ケイパビリティ階層化
|
|
178
|
+
|
|
179
|
+
| レベル | ケイパビリティ | 分類 | 成熟度 | 説明 |
|
|
180
|
+
| :--- | :--- | :--- | :--- | :--- |
|
|
181
|
+
| L1 | [上位ケイパビリティ1] | 戦略 | [高/中/低] | [ケイパビリティの説明] |
|
|
182
|
+
| L2 | [中位ケイパビリティ1-1] | 戦略 | [高/中/低] | [ケイパビリティの説明] |
|
|
183
|
+
| L2 | [中位ケイパビリティ1-2] | 戦略 | [高/中/低] | [ケイパビリティの説明] |
|
|
184
|
+
| L1 | [上位ケイパビリティ2] | コア | [高/中/低] | [ケイパビリティの説明] |
|
|
185
|
+
| L2 | [中位ケイパビリティ2-1] | コア | [高/中/低] | [ケイパビリティの説明] |
|
|
186
|
+
| L1 | [上位ケイパビリティ3] | サポート | [高/中/低] | [ケイパビリティの説明] |
|
|
187
|
+
| L2 | [中位ケイパビリティ3-1] | サポート | [高/中/低] | [ケイパビリティの説明] |
|
|
188
|
+
|
|
189
|
+
## 組織マップ
|
|
190
|
+
|
|
191
|
+
```plantuml
|
|
192
|
+
@startmindmap
|
|
193
|
+
|
|
194
|
+
* [エンタープライズ名]
|
|
195
|
+
** [部門1]
|
|
196
|
+
***[#limegreen] [ケイパビリティ1]
|
|
197
|
+
***[#limegreen] [ケイパビリティ2]
|
|
198
|
+
** [部門2]
|
|
199
|
+
***[#limegreen] [ケイパビリティ3]
|
|
200
|
+
** [部門3]
|
|
201
|
+
***[#yellow] [ケイパビリティ4]
|
|
202
|
+
***[#limegreen] [ケイパビリティ5]
|
|
203
|
+
***[#limegreen] [ケイパビリティ6]
|
|
204
|
+
** [部門4]
|
|
205
|
+
***[#orange] [ケイパビリティ7]
|
|
206
|
+
** [部門5]
|
|
207
|
+
***[#yellow] [ケイパビリティ8]
|
|
208
|
+
***[#yellow] [ケイパビリティ9]
|
|
209
|
+
***[#yellow] [ケイパビリティ10]
|
|
210
|
+
|
|
211
|
+
@endmindmap
|
|
212
|
+
```
|
|
213
|
+
|
|
214
|
+
## 情報マップ
|
|
215
|
+
|
|
216
|
+
```plantuml
|
|
217
|
+
@startuml
|
|
218
|
+
|
|
219
|
+
entity "[ビジネスエンティティ1]" as e1
|
|
220
|
+
|
|
221
|
+
entity "[ビジネスエンティティ2]" as e2
|
|
222
|
+
|
|
223
|
+
entity "[ビジネスエンティティ3]" as e3
|
|
224
|
+
|
|
225
|
+
entity "[ビジネスエンティティ4]" as e4
|
|
226
|
+
|
|
227
|
+
entity "[ビジネスエンティティ5]" as e5
|
|
228
|
+
|
|
229
|
+
entity "[ビジネスエンティティ6]" as e6
|
|
230
|
+
|
|
231
|
+
e1 -- e2 : [リレーション説明]
|
|
232
|
+
e2 -- e3
|
|
233
|
+
e2 -- e4
|
|
234
|
+
e4 -- e5 : [リレーション説明]
|
|
235
|
+
e1 -- e6
|
|
236
|
+
|
|
237
|
+
@enduml
|
|
238
|
+
```
|
|
239
|
+
|
|
240
|
+
## ビジネスシナリオ
|
|
241
|
+
|
|
242
|
+
### [ビジネスシナリオ1名]
|
|
243
|
+
|
|
244
|
+
#### 問題の定義
|
|
245
|
+
|
|
246
|
+
| 項目 | 内容 |
|
|
247
|
+
| :--- | :--- |
|
|
248
|
+
| 問題 | [対処すべき問題の説明] |
|
|
249
|
+
| 環境 | [問題が発生しているビジネスと技術の環境] |
|
|
250
|
+
| ゴール | [目指すゴールと期待する結果] |
|
|
251
|
+
|
|
252
|
+
#### アクティビティ図
|
|
253
|
+
|
|
254
|
+
```plantuml
|
|
255
|
+
@startuml
|
|
256
|
+
|[アクター1]|
|
|
257
|
+
start
|
|
258
|
+
:[アクティビティ1];
|
|
259
|
+
|[アクター2]|
|
|
260
|
+
:[アクティビティ2];
|
|
261
|
+
|[アクター3]|
|
|
262
|
+
:[アクティビティ3];
|
|
263
|
+
|[アクター2]|
|
|
264
|
+
:[アクティビティ4];
|
|
265
|
+
|[アクター1]|
|
|
266
|
+
:[アクティビティ5];
|
|
267
|
+
|[アクター2]|
|
|
268
|
+
:[アクティビティ6];
|
|
269
|
+
|[アクター3]|
|
|
270
|
+
:[アクティビティ7];
|
|
271
|
+
|[アクター1]|
|
|
272
|
+
:[アクティビティ8];
|
|
273
|
+
|
|
274
|
+
@enduml
|
|
275
|
+
```
|
|
276
|
+
|
|
277
|
+
#### ユースケース図
|
|
278
|
+
|
|
279
|
+
```plantuml
|
|
280
|
+
@startuml
|
|
281
|
+
left to right direction
|
|
282
|
+
actor [アクター1]
|
|
283
|
+
actor [アクター2]
|
|
284
|
+
actor [アクター3]
|
|
285
|
+
|
|
286
|
+
rectangle {
|
|
287
|
+
usecase "[ユースケース1]" as UC1
|
|
288
|
+
usecase "[ユースケース2]" as UC2
|
|
289
|
+
usecase "[ユースケース3]" as UC3
|
|
290
|
+
usecase "[ユースケース4]" as UC4
|
|
291
|
+
usecase "[ユースケース5]" as UC5
|
|
292
|
+
}
|
|
293
|
+
|
|
294
|
+
[アクター1] --> UC1
|
|
295
|
+
[アクター1] --> UC2
|
|
296
|
+
[アクター1] --> UC5
|
|
297
|
+
|
|
298
|
+
UC3 <-- [アクター2]
|
|
299
|
+
UC4 <-- [アクター2]
|
|
300
|
+
|
|
301
|
+
UC3 <-- [アクター3]
|
|
302
|
+
UC5 <-- [アクター3]
|
|
303
|
+
@enduml
|
|
304
|
+
```
|
|
305
|
+
|
|
306
|
+
#### アクター一覧
|
|
307
|
+
|
|
308
|
+
| 種別 | アクター | 役割 |
|
|
309
|
+
| :--- | :--- | :--- |
|
|
310
|
+
| ヒューマン | [アクター1] | [アクターの役割と責任] |
|
|
311
|
+
| ヒューマン | [アクター2] | [アクターの役割と責任] |
|
|
312
|
+
| コンピュータ | [アクター3] | [システムの役割と責任] |
|
|
313
|
+
|
|
314
|
+
---
|
|
315
|
+
|
|
316
|
+
## 記入ガイド
|
|
317
|
+
|
|
318
|
+
### 1. プリンシプルの記入方法
|
|
319
|
+
|
|
320
|
+
- **ガイディングプリンシプル**: エンタープライズのビジョン、ミッション、価値観に基づく方針を 4 つのアーキテクチャカテゴリごとに定義
|
|
321
|
+
- **ビジネスプリンシプル**: ビジネスにおける原則原理を定義し、根拠を明示
|
|
322
|
+
|
|
323
|
+
### 2. ビジネスモデルキャンバスの記入方法
|
|
324
|
+
|
|
325
|
+
- **顧客セグメント**: ターゲットとする顧客グループ
|
|
326
|
+
- **価値提案**: 顧客に提供する価値
|
|
327
|
+
- **チャネル**: 価値を届ける経路
|
|
328
|
+
- **顧客関係**: 顧客との関係構築方法
|
|
329
|
+
- **主要活動**: ビジネスモデルを実現するために必要な活動
|
|
330
|
+
- **主要リソース**: ビジネスモデルを支える資源
|
|
331
|
+
- **主要パートナー**: 外部の協力者
|
|
332
|
+
- **収益源**: 収益を得る仕組み
|
|
333
|
+
- **コスト構造**: 主要なコスト要因
|
|
334
|
+
|
|
335
|
+
### 3. バリューストリームの記入方法
|
|
336
|
+
|
|
337
|
+
- バリューストリームは顧客への価値提供の流れを表現
|
|
338
|
+
- 左側にステージ（川上から川下への流れ）を記述
|
|
339
|
+
- 右側に各ステージに対応するケイパビリティをマッピング
|
|
340
|
+
- ヒートマッピングの色で成熟度を表現
|
|
341
|
+
- **推奨**: ビジネスケイパビリティモデルより先にバリューストリームを作成する
|
|
342
|
+
|
|
343
|
+
### 4. ビジネスケイパビリティマップの記入方法
|
|
344
|
+
|
|
345
|
+
- **戦略**: 長期的な方向性を決めるケイパビリティ
|
|
346
|
+
- **コア**: 価値創出に直接関わるケイパビリティ
|
|
347
|
+
- **サポート**: コアを支援するケイパビリティ
|
|
348
|
+
- 階層化（L1/L2/L3）で詳細度を調整
|
|
349
|
+
- ヒートマッピングで成熟度と投資優先度を可視化
|
|
350
|
+
|
|
351
|
+
### 5. 組織マップの記入方法
|
|
352
|
+
|
|
353
|
+
- 部門・組織構造を整理し、各部門が持つケイパビリティを対応付け
|
|
354
|
+
- ヒートマッピングの色で各ケイパビリティの成熟度を表現
|
|
355
|
+
|
|
356
|
+
### 6. 情報マップの記入方法
|
|
357
|
+
|
|
358
|
+
- **ビジネスエンティティ**: ビジネスで扱う主要な情報
|
|
359
|
+
- エンティティ間のリレーションを線で表現
|
|
360
|
+
- リレーションの説明はラベルで付記
|
|
361
|
+
|
|
362
|
+
### 7. ビジネスシナリオの記入方法
|
|
363
|
+
|
|
364
|
+
- **問題**: アーキテクチャが対応すべきビジネス要件
|
|
365
|
+
- **環境**: 問題が発生しているビジネスと技術の環境をモデル化
|
|
366
|
+
- **ゴール**: 期待する結果を具体的に記述
|
|
367
|
+
- **ヒューマンアクター**: 業務に参加する人をアクティビティ図のレーンで表現
|
|
368
|
+
- **コンピュータアクター**: システムやコンピューティングエレメントを特定
|
|
369
|
+
- ユースケース図でアクターとユースケースの関係を整理
|
|
370
|
+
|
|
371
|
+
### 8. 記入時の注意点
|
|
372
|
+
|
|
373
|
+
1. **ビジネス視点**: 技術詳細ではなくビジネス構造の表現に集中する
|
|
374
|
+
2. **段階的詳細化**: 最初は大まかに記入し、徐々に詳細化する
|
|
375
|
+
3. **一貫性の確保**: 各図間での用語と関連性の整合性を維持する
|
|
376
|
+
4. **ステークホルダー視点**: 業務担当者が理解できる用語を使用する
|
|
377
|
+
5. **後続フェーズへの接続**: 要件定義（RDRA）やユースケース分析の入力となることを意識する
|
|
378
|
+
|
|
379
|
+
このテンプレートを使用して、プロジェクト固有のビジネスアーキテクチャ分析書を作成してください。
|
package/lib/assets/gulpfile.js
CHANGED
|
@@ -4,15 +4,18 @@
|
|
|
4
4
|
* Gulpfile that loads tasks from the script directory
|
|
5
5
|
*/
|
|
6
6
|
|
|
7
|
+
import 'dotenv/config';
|
|
7
8
|
import gulp from 'gulp';
|
|
8
9
|
import mkdocsTasks from './ops/scripts/mkdocs.js';
|
|
9
10
|
import journalTasks from './ops/scripts/journal.js';
|
|
10
11
|
import vaultTasks from './ops/scripts/vault.js';
|
|
12
|
+
import sshTasks from './ops/scripts/ssh.js';
|
|
11
13
|
|
|
12
14
|
// Load gulp tasks from script modules
|
|
13
15
|
mkdocsTasks(gulp);
|
|
14
16
|
journalTasks(gulp);
|
|
15
17
|
vaultTasks(gulp);
|
|
18
|
+
sshTasks(gulp);
|
|
16
19
|
|
|
17
20
|
export const dev = gulp.series('mkdocs:serve', 'mkdocs:open');
|
|
18
21
|
|