Introduction of Business Models in Requirement Development

要求開発モデリング入門

株式会社匠BusinessPlace
細川努

www.takumi-businessplace.co.jp

要求開発におけるモデリング
システムのための“価値のある要求”を開発するために
ビジネス戦略・業務・システム要求を見える化する
戦略デザイン

ビジネス戦略業務
ビ ＢＳＣ戦略マップ ゴール記述書 ビジネスユースケース

ジ 要求分析ツリー
長期の株主価値
プロジェクト定義
概念モデル

ネ
財務の
視点
原価構造の改善資産の有効活用収益機会の拡張顧客価値の向上

顧客への価値提案
顧客のパートナー
視点価格品質入手可能性品揃え機能性サービスシップブランド

業務フロー
製品／サービスの属性関連性イメージ

業務管理の顧客管理のイノベーション規制と社会の
プロセスプロセスのプロセスプロセス
内部・調達・顧客の選別・機会の識別・環境
プロセスの・生産・顧客の獲得・R&Dﾎﾟｰﾄﾌｫﾘｵ・安全衛生
・配送・顧客の維持・設計／開発・雇用
視点

ス
・ﾘｽｸﾏﾈｼﾞﾒﾝﾄ・顧客との関係強化・市場投入・地域社会

スキル人的資本訓練知識
学習と
成長のシステム情報資本データベースネットワーク
視点
組織文化ﾘｰﾀﾞｰｼｯﾌﾟ組織資本戦略への
方向づけ
ﾁｰﾑﾜｰｸ

システムユースケース

シ 設計モデル

ス 非機能要件

テ
ム
システム要求システム設計
2

要求開発のフェーズ別主要成果物
フェーズデザイン
準備フェーズ立案フェーズ移行フェーズ
目的・
成果物
フェーズ
要求開発プロジェクト全現状業務を分析しながらあるべき業務とシステムをシステム開発への橋渡し
般の計画と準備を行う方針を立案する設計するを行う
目的

･プロジェクト定義
･ステークホルダー
マネジメントリスト
･ゴール記述書
･戦略マップ
ビジネス･要求分析ツリー
要求
主
要 ※AS-ISベース ※TO-BEベース
成業務･ビジネスユースケース･ビジネスユースケース
･業務フロー･業務フロー
果要求･概念モデル･概念モデル
物
※AS-ISベース（省略可） ※TO-BEベース
システム･システムユースケース･システムユースケース
･非機能要求･非機能要求
要求･（プロトタイプ）
・分析モデル
システム・画面一覧
設計・帳票一覧

3

マネジメントステークホルダーリスト

・説明
要求開発における利害関係者を一覧化する。

・なぜ必要か？
要求開発においては、こたつモデル（ステークホルダーが
要求開発のための合意形成の場に入ること）の確立が重
要。
そのためには、ステークホルダーリストを作り、参加すべき
ステークホルダーを明確にする。

4

マネジメントステークホルダーリストの例

重要度：高い 3 ･ 2 ･１低い

ステークホルダー名説明重要人数具体例想定される影響
度（メリット・デメリット）

経営会社経営の実施 3 4 山岸社長経営指標の迅速
な把握。経営の見
える化
物流管理部倉庫在庫の管理及び顧客への配 3 4 山田在庫の適正化
送等の業務を実施
情報システム部会社の情報システム、インフラの 3 2 吉田運用管理の負荷
管理・運営を実施増大

5

マネジメントゴール記述書

・説明
プロジェクトで実現すべき要求を、ゴールとして記述する。

要求開発においては、“どのような要求が必要か”がわかっ
ただけでは「絵に描いた餅」になる。
実現される時期と効果を明確にすることによって、要求の実
現を宣言し、関係者が覚悟することが必要。

6

マネジメントゴール記述書の例
プロジェクトゴール記述書

プロジェクト名： XX業務要求開発プロジェクト作成日

No 何をすることで何がいつまでにどうなるのか評価尺度
ネット販売サイトを開設することで新しい販売機会が創出され、結果として販売件数が大サイトアクセス数
1 2009年4月幅に増加する

顧客管理システムを構築することで様々な会員サービスが提供され、結果として新規顧客とリポイント利用数
2 2009年4月ピーターが大幅に増加する

（特記事項）

7

ビジネス要求戦略マップ

・説明
企業戦略をインプットとして、要求開発プロジェクトに関係す
る戦略を、BSC戦略マップにより可視化。

多くの企業では、中期経営計画など、なんらかの企業戦略
を持っています。
こうした戦略に基づいて、価値のある要求を導くためには、
戦略自体を体系化して整理し、要求の実現が戦略に対して
どのように役に立つのかについて「見える化」する必要があ
るのです。

8

ビジネス要求戦略マップの例
長期の株主価値
財務の
視点
原価構造の改善資産の有効活用収益機会の拡張顧客価値の向上

顧客への価値提案
顧客のパートナー
視点価格品質入手可能性品揃え機能性サービスシップブランド
製品／サービスの属性関連性イメージ

業務管理の顧客管理のイノベーション規制と社会の
プロセスプロセスのプロセスプロセス
内部・調達・顧客の選別・機会の識別・環境
プロセスの・生産・顧客の獲得・R&Dﾎﾟｰﾄﾌｫﾘｵ・安全衛生
・配送・顧客の維持・設計／開発・雇用
視点・ﾘｽｸﾏﾈｼﾞﾒﾝﾄ・顧客との関係強化・市場投入・地域社会

人的資本
学習と
成長の情報資本
視点
組織文化ﾘｰﾀﾞｰｼｯﾌﾟ組織資本顧客への
方向づけ
ﾁｰﾑﾜｰｸ

R・キャプラン、D・ノートン「戦略マップ」より引用

9

ビジネス要求要求分析ツリー

・説明
BSC戦略マップや現場ステークホルダーとの議論などを元
に視点毎の要求を体系的に整理し、要求に対して、課題と
解決策の所在を明示する。

BSC戦略マップでは、経営の視点でのトップダウンな要求
が描かれるのに対して、要求分析ツリーは、現場ステーク
ホルダーの要求までを詳細化し、課題を解決するためのシ
ステム要求までを導く。
（私見）
要求分析ツリーは議論が発散したり、モデルが複雑化しすぎる可能性があるの
で、視点の絞り込み（例では顧客の視点を除外）や、要求範囲の絞り込み（プロ
ジェクトのターゲットとする部分に要求を絞り込む）が必要。
10

ビジネス要求要求分析ツリーの例
経営の視点業務の視点情報システムの視点
（財務の視点）（内部プロセスの視点）（学習と成長の視点）
課題解決策
新規顧客の
獲得

既存顧客の
販売数量のリピート率
拡大
低価格化・
値引き
売上の拡大
マーケティ
余剰在庫が発生ング
し、在庫管理コス
トが急増している

販売単価の高級化
向上

収益の向上

自動発注システ
原価の削減ム機能を導入し
最適な発注量の
変動費削減自動計算と自動
発注を実現
歩留り率の発注量の最発注量の自
改善適化動計算
コスト削減
在庫の最適
不要資産の化
固定費削減処分

在庫の減少仕入リード自動発注
タイム短縮

11

業務要求ビジネスユースケース

・説明
企業が外部に対して提供するサービスをビジネスユース
ケースとしてモデル化する。

ビジネスが提供するサービスをわかりやすく見える化するこ
とによって、その価値について議論することが可能になる。

12

ビジネス要求ビジネスユースケースの例

株式会社 XXXX

商品説明を受ける

商品を購入する

顧客
商品を予約する

商品を納入する

仕入先

商品を配送する

配送業者

13

業務要求業務フロー

・説明
業務における作業の流れをモデルとして表現。

システムの導入によって、業務作業の流れがどう変わるの
かを、現場のステークホルダーにわかりやすく説明し、変化
への合意を形成するために必要。

14

業務要求業務フローの例

15

業務要求業務フローの例

16

業務要求概念モデル

・説明
業務を実施するために重要な要素とその構造を示したモデ
ル。

業務に必要な、情報、機能やその構造等を「見える化」して、
その必要性や価値について検討する。

17

業務要求概念モデルの例（ＴＦＰモデル）

cd

+貸し方

仕訳 0..1 1..* 勘定科目

+借り方

0..1 1..*

支社月次更新

累積データ BS/PL

- 借り方計: int 科目
- 貸し方計: int 1 1

18

業務要求（参考）ＴＦＰの要素

ＴＦＰは概念（クラス）を、Thing(もの）、Function（機能）、
Place（場）で分類したモデル

大分類小分類事例

リソース系科目商品顧客店
Thing モノ
もの（情報）として識別された単位。
Entity(属性の集合が一般的)
イベント系仕訳取引注文
コト

機能系取引業務注文業務
概念（クラス） Function
機能として識別された単位。
スル
Control(機能名がクラス) ルール系Ａ取引Ｂ取引
通常、属性と操作がない。
キソク

Place 場所系会社部署役職
グループ、組織や人の役割などバ
を示す。

19

システム要求システムユースケース

・説明
システムが提供するサービスを表現したモデル。
必要に応じてユースケース毎にユースケース記述を作成。

業務に必要なシステムサービスを明確に定義。

20

システム要求システムユースケースの例
スコープ（システム境界）

アクターユースケース

21

システム要求非機能要求モデル

・説明
システムの非機能要求（性能、信頼性、セキュリティ等）に
関する記述。

システムへの要求には、機能要求（システムユースケースなどで示され
る）だけでなく、非機能要求も必要。
特に最近はセキュリティ対策が十分か、動かないシステムにならないか
等の問題も多いので、システム要求の中で定義しておく必要がある。

22

システム要求非機能要件モデルの例

23

（参考）BABOKとの比較

要求開発 BABOK
ビジネス要求ビジネス要求

業務要求ステークホルダー要求

システム要求ソリューション要求
・機能要求・機能要求
・非機能要求・非機能要求
※今後検討？移行要求

24

詳細については、次回以降で
月度定例会コンテンツ案
2010年01月新年につきお休み

2010年02月【ﾁｭｰﾄﾘｱﾙ】モデリング入門
【ﾒｲﾝ講演】要求開発モデリングの使い分け、適用場面
2010年03月【ﾁｭｰﾄﾘｱﾙ】戦略マップ入門
【ﾒｲﾝ講演】（仮）戦略マップ、実戦ではこう使う
2010年04月【ﾁｭｰﾄﾘｱﾙ】要求分析ツリー入門
【ﾒｲﾝ講演】（仮）要求とはなにか／BABOKの動向
2010年05月【ﾁｭｰﾄﾘｱﾙ】コタツモデル入門
【ﾒｲﾝ講演】（仮）要求開発ファシリテーション
2010年06月【ﾁｭｰﾄﾘｱﾙ】ビジネスユースケースとビジネスフロー
【ﾒｲﾝ講演】（仮）ユーザー企業における業務改善事例
2010年07月【ﾁｭｰﾄﾘｱﾙ】 TFPってどうよ（概念モデリング入門）
【ﾒｲﾝ講演】（仮）モデリングスキルを高めるには
2010年08月納涼会

2010年09月【ﾁｭｰﾄﾘｱﾙ】要求開発とRFP
【ﾒｲﾝ講演】（仮）システム企画書、ＲＦＰ作成の要点
2010年10月【ﾁｭｰﾄﾘｱﾙ】要求開発と非機能要求
【ﾒｲﾝ講演】（仮）クラウドの最新状況
2010年11月【全員参加型演習】（仮）君ならどうする？要求開発

2010年12月【ﾁｭｰﾄﾘｱﾙ】 X'mas特別企画「教えて隊長」
【ﾒｲﾝ講演】（仮）隊長おまかせ枠
2011年01月新年につきお休み

25

Introduction of Business Models in Requirement Development

Recommended

Recommended

More Related Content

What's hot

What's hot (20)

Similar to Introduction of Business Models in Requirement Development

Similar to Introduction of Business Models in Requirement Development (20)

More from Kent Ishizawa

More from Kent Ishizawa (15)

Recently uploaded

Recently uploaded (9)

Introduction of Business Models in Requirement Development