Introduction of Business Models in Requirement Development

要求開発モデリング入門株式会社匠BusinessPlace 細川努 www.takumi-businessplace.co.jp

要求開発におけるモデリングシステムのための“価値のある要求”を開発するためにビジネス戦略・業務・システム要求を見える化する戦略デザインビジネス戦略業務ビ ＢＳＣ戦略マップ ゴール記述書 ビジネスユースケースジ 要求分析ツリー長期の株主価値 プロジェクト定義 概念モデルネ財務の視点原価構造の改善資産の有効活用収益機会の拡張顧客価値の向上顧客への価値提案顧客のパートナー視点価格品質入手可能性品揃え機能性サービスシップブランド 業務フロー製品／サービスの属性関連性イメージ業務管理の顧客管理のイノベーション規制と社会のプロセスプロセスのプロセスプロセス内部・調達・顧客の選別・機会の識別・環境プロセスの・生産・顧客の獲得・R&Dﾎﾟｰﾄﾌｫﾘｵ・安全衛生・配送・顧客の維持・設計／開発・雇用視点ス・ﾘｽｸﾏﾈｼﾞﾒﾝﾄ・顧客との関係強化・市場投入・地域社会スキル人的資本訓練知識学習と成長のシステム情報資本データベースネットワーク視点組織文化ﾘｰﾀﾞｰｼｯﾌﾟ組織資本戦略への方向づけﾁｰﾑﾜｰｸ システムユースケースシ 設計モデルス 非機能要件テムシステム要求システム設計 2 www.takumi-businessplace.co.jp

要求開発のフェーズ別主要成果物フェーズデザイン準備フェーズ立案フェーズ移行フェーズ目的・成果物フェーズ要求開発プロジェクト全現状業務を分析しながらあるべき業務とシステムをシステム開発への橋渡し般の計画と準備を行う方針を立案する設計するを行う目的･プロジェクト定義･ステークホルダーマネジメントリスト･ゴール記述書･戦略マップビジネス･要求分析ツリー要求主要 ※AS-ISベース ※TO-BEベース成業務･ビジネスユースケース･ビジネスユースケース･業務フロー･業務フロー果要求･概念モデル･概念モデル物 ※AS-ISベース（省略可） ※TO-BEベースシステム･システムユースケース･システムユースケース･非機能要求･非機能要求要求･（プロトタイプ）・分析モデルシステム・画面一覧設計・帳票一覧 3 www.takumi-businessplace.co.jp

マネジメントステークホルダーリスト・説明要求開発における利害関係者を一覧化する。・なぜ必要か？要求開発においては、こたつモデル（ステークホルダーが要求開発のための合意形成の場に入ること）の確立が重要。そのためには、ステークホルダーリストを作り、参加すべきステークホルダーを明確にする。 4 www.takumi-businessplace.co.jp

マネジメントステークホルダーリストの例重要度：高い 3 ･ 2 ･１低いステークホルダー名説明重要人数具体例想定される影響度（メリット・デメリット）経営会社経営の実施 3 4 山岸社長経営指標の迅速な把握。経営の見える化物流管理部倉庫在庫の管理及び顧客への配 3 4 山田在庫の適正化送等の業務を実施情報システム部会社の情報システム、インフラの 3 2 吉田運用管理の負荷管理・運営を実施増大 5 www.takumi-businessplace.co.jp

マネジメントゴール記述書・説明プロジェクトで実現すべき要求を、ゴールとして記述する。・なぜ必要か？要求開発においては、“どのような要求が必要か”がわかっただけでは「絵に描いた餅」になる。実現される時期と効果を明確にすることによって、要求の実現を宣言し、関係者が覚悟することが必要。 6 www.takumi-businessplace.co.jp

マネジメントゴール記述書の例プロジェクトゴール記述書プロジェクト名： XX業務要求開発プロジェクト作成日 No 何をすることで何がいつまでにどうなるのか評価尺度ネット販売サイトを開設することで新しい販売機会が創出され、結果として販売件数が大サイトアクセス数 1 2009年4月幅に増加する顧客管理システムを構築することで様々な会員サービスが提供され、結果として新規顧客とリポイント利用数 2 2009年4月ピーターが大幅に増加する（特記事項） 7 www.takumi-businessplace.co.jp

ビジネス要求戦略マップ・説明企業戦略をインプットとして、要求開発プロジェクトに関係する戦略を、BSC戦略マップにより可視化。・なぜ必要か？多くの企業では、中期経営計画など、なんらかの企業戦略を持っています。こうした戦略に基づいて、価値のある要求を導くためには、戦略自体を体系化して整理し、要求の実現が戦略に対してどのように役に立つのかについて「見える化」する必要があるのです。 8 www.takumi-businessplace.co.jp

ビジネス要求戦略マップの例長期の株主価値財務の視点原価構造の改善資産の有効活用収益機会の拡張顧客価値の向上顧客への価値提案顧客のパートナー視点価格品質入手可能性品揃え機能性サービスシップブランド製品／サービスの属性関連性イメージ業務管理の顧客管理のイノベーション規制と社会のプロセスプロセスのプロセスプロセス内部・調達・顧客の選別・機会の識別・環境プロセスの・生産・顧客の獲得・R&Dﾎﾟｰﾄﾌｫﾘｵ・安全衛生・配送・顧客の維持・設計／開発・雇用視点・ﾘｽｸﾏﾈｼﾞﾒﾝﾄ・顧客との関係強化・市場投入・地域社会人的資本学習と成長の情報資本視点組織文化ﾘｰﾀﾞｰｼｯﾌﾟ組織資本顧客への方向づけﾁｰﾑﾜｰｸ R・キャプラン、D・ノートン「戦略マップ」より引用 9 www.takumi-businessplace.co.jp

ビジネス要求要求分析ツリー・説明 BSC戦略マップや現場ステークホルダーとの議論などを元に視点毎の要求を体系的に整理し、要求に対して、課題と解決策の所在を明示する。・なぜ必要か？ BSC戦略マップでは、経営の視点でのトップダウンな要求が描かれるのに対して、要求分析ツリーは、現場ステークホルダーの要求までを詳細化し、課題を解決するためのシステム要求までを導く。（私見）要求分析ツリーは議論が発散したり、モデルが複雑化しすぎる可能性があるので、視点の絞り込み（例では顧客の視点を除外）や、要求範囲の絞り込み（プロジェクトのターゲットとする部分に要求を絞り込む）が必要。 10 www.takumi-businessplace.co.jp

ビジネス要求要求分析ツリーの例経営の視点業務の視点情報システムの視点（財務の視点）（内部プロセスの視点）（学習と成長の視点）課題解決策新規顧客の獲得既存顧客の販売数量のリピート率拡大低価格化・値引き売上の拡大マーケティ余剰在庫が発生ングし、在庫管理コストが急増している販売単価の高級化向上収益の向上自動発注システ原価の削減ム機能を導入し最適な発注量の変動費削減自動計算と自動発注を実現歩留り率の発注量の最発注量の自改善適化動計算コスト削減在庫の最適不要資産の化固定費削減処分在庫の減少仕入リード自動発注タイム短縮 11 www.takumi-businessplace.co.jp

業務要求ビジネスユースケース・説明企業が外部に対して提供するサービスをビジネスユースケースとしてモデル化する。・なぜ必要か？ビジネスが提供するサービスをわかりやすく見える化することによって、その価値について議論することが可能になる。 12 www.takumi-businessplace.co.jp

ビジネス要求ビジネスユースケースの例株式会社 XXXX 商品説明を受ける商品を購入する顧客商品を予約する商品を納入する仕入先商品を配送する配送業者 13 www.takumi-businessplace.co.jp

業務要求業務フロー・説明業務における作業の流れをモデルとして表現。・なぜ必要か？システムの導入によって、業務作業の流れがどう変わるのかを、現場のステークホルダーにわかりやすく説明し、変化への合意を形成するために必要。 14 www.takumi-businessplace.co.jp

業務要求業務フローの例 15 www.takumi-businessplace.co.jp

業務要求業務フローの例 16 www.takumi-businessplace.co.jp

業務要求概念モデル・説明業務を実施するために重要な要素とその構造を示したモデル。・なぜ必要か？業務に必要な、情報、機能やその構造等を「見える化」して、その必要性や価値について検討する。 17 www.takumi-businessplace.co.jp

業務要求概念モデルの例（ＴＦＰモデル） cd +貸し方仕訳 0..1 1..* 勘定科目 +借り方 0..1 1..* 支社月次更新累積データ BS/PL - 借り方計: int 科目 - 貸し方計: int 1 1 18 www.takumi-businessplace.co.jp

業務要求（参考）ＴＦＰの要素ＴＦＰは概念（クラス）を、Thing(もの）、Function（機能）、 Place（場）で分類したモデル大分類小分類事例リソース系科目商品顧客店 Thing モノもの（情報）として識別された単位。 Entity(属性の集合が一般的) イベント系仕訳取引注文コト機能系取引業務注文業務概念（クラス） Function 機能として識別された単位。スル Control(機能名がクラス) ルール系Ａ取引Ｂ取引通常、属性と操作がない。キソク Place 場所系会社部署役職グループ、組織や人の役割などバを示す。 19 www.takumi-businessplace.co.jp

システム要求システムユースケース・説明システムが提供するサービスを表現したモデル。必要に応じてユースケース毎にユースケース記述を作成。・なぜ必要か？業務に必要なシステムサービスを明確に定義。 20 www.takumi-businessplace.co.jp

システム要求システムユースケースの例スコープ（システム境界）アクターユースケース 21 www.takumi-businessplace.co.jp

システム要求非機能要求モデル・説明システムの非機能要求（性能、信頼性、セキュリティ等）に関する記述。・なぜ必要か？システムへの要求には、機能要求（システムユースケースなどで示される）だけでなく、非機能要求も必要。特に最近はセキュリティ対策が十分か、動かないシステムにならないか等の問題も多いので、システム要求の中で定義しておく必要がある。 22 www.takumi-businessplace.co.jp

システム要求非機能要件モデルの例 23 www.takumi-businessplace.co.jp

（参考）BABOKとの比較要求開発 BABOK ビジネス要求ビジネス要求業務要求ステークホルダー要求システム要求ソリューション要求・機能要求・機能要求・非機能要求・非機能要求 ※今後検討？移行要求 24 www.takumi-businessplace.co.jp

詳細については、次回以降で月度定例会コンテンツ案 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 www.takumi-businessplace.co.jp

Introduction of Business Models in Requirement Development

by Kent Ishizawa on Mar 02, 2010

Accessibility

Categories

Tags

Upload Details

Usage Rights

1 Embed 29

Statistics

Introduction of Business Models in Requirement Development — Presentation Transcript