SlideShare une entreprise Scribd logo
1  sur  11
Télécharger pour lire hors ligne
BABOK2.0と要求開発


要求開発アライアンス
    細川
BABOKとは
• Business Analysis Body of Knowledge
   – ビジネス分析(Business Analysis)のための知識体系
• IIBA( International Institute of Business Analysis)
  が作成
• 現在、BABOK2.0がリリースされている。
   – 日本語版も出ているのですが、今回は英語版などを参
     考にしてこの資料を作ってみました。




                                                        2
BABOK2.0における知識領域

                               ビジネスアナリシス
                               の計画とモニタリング
                                   (Business Analysis
                                Planning and Monitoring)




                                                      ソリューションの
                エンタープライズアナリシス                     アセスメントと妥当性検証
                (Enterprise Analysis)             (Solution Assessment
                                                                          要求の管理と
                                                     and Validation)
要求の引き出し                                                                  コミュニケーション
                                                                           (Requirements
(Elicitation)                                                              Management and
                                                                          Communication)

                             要求アナリシス
                            (Requirements Analysis)




                                基礎能力
                            (Underlying Competence)


                                                                                            3
BABOK2.0における知識領域
• ビジネスアナリシスの計画とモニタリング
 – ビジネスアナリシス(BA)に関するアクティビティの
   計画とモニタリングをおこなう
• 要求の引き出し
 – ビジネスアナリシストが利害関係者のニーズや関心を
   識別し、理解する
• 要求の管理とコミュニケーション
 – ビジネスアナリストとプロジェクトチームや利害関係
   者がプロジェクトスコープや合意された要求等につい
   て管理する方法や、利害者とのコミュニケーション、
   将来の利用のための知識取得などについて

                               4
BABOK2.0における知識領域
• エンタープライズアナリシス
 – 企業のあるべき姿のために、ビジネスニーズの識別、
   見直し、明確化を行い、ソリューションの実現可能な
   スコープを定義する
• 要求アナリシス
 – 利害関係者(ステークホルダー)の要求や、それを実
   現するための要求(ソリューション要求)を定義する。
• ソリューションのアセスメントと妥当性検証
 – ソリューションがビジネスニーズを満たすか検証



                               5
BABOK2.0における主要概念
• 要求
 – 以下のように定義される
 1. 問題解決や目的達成のために、利害関係者が必要とす
    る状態や能力
 2. ソリューションもしくはソリューションコンポーネン
    トが契約、標準、仕様、その他の公式文書を充足する
    ために合致し、備えるべき状態や能力
 3. 上記1〃2のような状態や能力を文書として記述した
    もの




                               6
BABOK2.0における主要概念
• 要求の構造

              企業のゴール、目標、ニーズ等の高次元の要求
   ビジネス要求     エンタープライズアナリシスで開発・定義される

              特定のステークホルダー(利害関係者)のニーズ
 ステークホルダー要求   要求アナリシスで開発・定義される

              ビジネス要求やステークホルダー要求に合致した
  ソリューション要求   ソリューションに関する要求
              以下の要求が含まれる
     機能要求     ・機能要求
    非機能要求     ・非機能要求


              現状からあるべき姿(TO-BE)に移行するために
    移行要求      一時的に必要な能力




                                         7
BABOK2.0における主要概念
• 要求の構造と知識領域との関係
                                             ソリューションの
              エンタープライズアナリシス              アセスメントと妥当性検証
   ビジネス要求     (Enterprise Analysis)      (Solution Assessment
                                            and Validation)


 ステークホルダー要求                要求アナリシス
                          (Requirements Analysis)

  ソリューション要求
     機能要求
    非機能要求

    移行要求



                                                                8
BABOK2.0における主要概念
• ソリューション
 – ビジネスニーズの実現や、問題解決、機会活用のため
   に、現状(AS-IS)からあるべき姿(TO-BE)にかえる
   こと。
 – ソリューションには、ソリューションコンポーネント
   が含まれる
 – ソリューションコンポーネントには、ソフトウェア、
   Webサービス、ビジネスプロセス、ビジネスルール、組
   織構造、社員の役割などがある。




                                   9
BABOK2.0における主要概念
• 要求とソリューションとの関係


                                              ソリューション
   ビジネス要求
                             ネット販売による
 ステークホルダー要求                  売上げの向上



 ソリューション要求
     機能要求
    非機能要求       ネット販売用   ネット販売用 セキュリティ 販売プロセス 物流業者   決済業者
                Webソフト   Webインフラ  対策    の見直し との提携    との提携


    移行要求                    ・ITシステム構築だけでなく、業務改善や
              ソリューション         他社との提携なども含まれる
              コンポーネント       ・業務に直接かかわる機能要求だけでなく
                              非機能要求も含まれる
                                                            10
BABOK2.0と要求開発
• 従来の要求開発においては、要求とソリューションとが混在

                   要求モデル        ソリューションモデル
                                戦略モデル
ビジネス要求              コストを
(戦略要求)              削減する



                                オペレーションモデル
                                ビジネスユースケース図

            発注量の                           匠家具工房




ステークホルダ
                                           商品説明を受ける



            最適化を     …..   ……              商品を購入する




要求
                                                             [ ○○   [


            実現する
                                 顧客        商品を予約する           の場     el
                                                             合 ]    se
                                           商品を納入する                   ]



(業務要求)
                                                      匠家具
                                           商品を配送する    製造部門

                                 匠物流




                                システムモデル
                                 ユースケース図

ソリューション    最適発注量
                     ….    ……
           の自動化
要求
(システム要求)
            例:戦略マップ、要求分析ツリー
                                                                         11

Contenu connexe

Similaire à BABOK 2.0 and Requirement Development

要求開発の発展と展開、そして課題
要求開発の発展と展開、そして課題要求開発の発展と展開、そして課題
要求開発の発展と展開、そして課題Kent Ishizawa
 
実演!要求開発の成果物をastah*でこう作れ
実演!要求開発の成果物をastah*でこう作れ実演!要求開発の成果物をastah*でこう作れ
実演!要求開発の成果物をastah*でこう作れKent Ishizawa
 
Introduction of KOTATSU-MODEL in Requirement Development
Introduction of KOTATSU-MODEL in Requirement DevelopmentIntroduction of KOTATSU-MODEL in Requirement Development
Introduction of KOTATSU-MODEL in Requirement DevelopmentKent Ishizawa
 
ビジネスモデルをシステムにつなげる
ビジネスモデルをシステムにつなげるビジネスモデルをシステムにつなげる
ビジネスモデルをシステムにつなげるZenji Kanzaki
 
Determining Models in Requirement Development
Determining Models in Requirement DevelopmentDetermining Models in Requirement Development
Determining Models in Requirement DevelopmentKent Ishizawa
 
Introduction of Strategy Map in Requirement Development
Introduction of Strategy Map in Requirement DevelopmentIntroduction of Strategy Map in Requirement Development
Introduction of Strategy Map in Requirement DevelopmentKent Ishizawa
 
ビジネスモデリングによる問題解決型アプローチ
ビジネスモデリングによる問題解決型アプローチ ビジネスモデリングによる問題解決型アプローチ
ビジネスモデリングによる問題解決型アプローチ Kent Ishizawa
 
using astah for openthology modeling
using astah for openthology modelingusing astah for openthology modeling
using astah for openthology modelingKenji Hiranabe
 
アジャイル開発の始め方
アジャイル開発の始め方アジャイル開発の始め方
アジャイル開発の始め方ESM SEC
 
メディカルデザインプロデュース(基本軽)提案書100615
メディカルデザインプロデュース(基本軽)提案書100615メディカルデザインプロデュース(基本軽)提案書100615
メディカルデザインプロデュース(基本軽)提案書100615Daisuke Hachimura
 
ステップアップ実務セミナーC「EC運営」全ページ
ステップアップ実務セミナーC「EC運営」全ページステップアップ実務セミナーC「EC運営」全ページ
ステップアップ実務セミナーC「EC運営」全ページOsamu Sugiura
 
要求 【クラウドアプリケーションのためのオブジェクト指向分析設計講座 第12回】
要求 【クラウドアプリケーションのためのオブジェクト指向分析設計講座 第12回】要求 【クラウドアプリケーションのためのオブジェクト指向分析設計講座 第12回】
要求 【クラウドアプリケーションのためのオブジェクト指向分析設計講座 第12回】Tomoharu ASAMI
 
図解で学ぶ 「BABOK」
図解で学ぶ 「BABOK」図解で学ぶ 「BABOK」
図解で学ぶ 「BABOK」Katsuhito Okada
 
なぜ、現状の基幹業務システムは、ビジネス環境の変化に迅速に対応できないのか? ~超高速開発ツールの導入が必然である理由~
なぜ、現状の基幹業務システムは、ビジネス環境の変化に迅速に対応できないのか? ~超高速開発ツールの導入が必然である理由~なぜ、現状の基幹業務システムは、ビジネス環境の変化に迅速に対応できないのか? ~超高速開発ツールの導入が必然である理由~
なぜ、現状の基幹業務システムは、ビジネス環境の変化に迅速に対応できないのか? ~超高速開発ツールの導入が必然である理由~正善 大島
 
新たな価値観への経営視点の転換
新たな価値観への経営視点の転換新たな価値観への経営視点の転換
新たな価値観への経営視点の転換bpstudy
 
要求管理を確実に行うための知識と方法
要求管理を確実に行うための知識と方法要求管理を確実に行うための知識と方法
要求管理を確実に行うための知識と方法Kazuyuki Miyake
 
Ci&T Anti-Software Factory Pattern
Ci&T Anti-Software Factory PatternCi&T Anti-Software Factory Pattern
Ci&T Anti-Software Factory PatternYoshiyuki Ueda
 
アジャイル開発を支える開発環境 公開用
アジャイル開発を支える開発環境 公開用アジャイル開発を支える開発環境 公開用
アジャイル開発を支える開発環境 公開用ESM SEC
 
アジャイルツアー大阪
アジャイルツアー大阪アジャイルツアー大阪
アジャイルツアー大阪Tsuyoshi Ushio
 

Similaire à BABOK 2.0 and Requirement Development (20)

要求開発の発展と展開、そして課題
要求開発の発展と展開、そして課題要求開発の発展と展開、そして課題
要求開発の発展と展開、そして課題
 
事業開発メソッド
事業開発メソッド 事業開発メソッド
事業開発メソッド
 
実演!要求開発の成果物をastah*でこう作れ
実演!要求開発の成果物をastah*でこう作れ実演!要求開発の成果物をastah*でこう作れ
実演!要求開発の成果物をastah*でこう作れ
 
Introduction of KOTATSU-MODEL in Requirement Development
Introduction of KOTATSU-MODEL in Requirement DevelopmentIntroduction of KOTATSU-MODEL in Requirement Development
Introduction of KOTATSU-MODEL in Requirement Development
 
ビジネスモデルをシステムにつなげる
ビジネスモデルをシステムにつなげるビジネスモデルをシステムにつなげる
ビジネスモデルをシステムにつなげる
 
Determining Models in Requirement Development
Determining Models in Requirement DevelopmentDetermining Models in Requirement Development
Determining Models in Requirement Development
 
Introduction of Strategy Map in Requirement Development
Introduction of Strategy Map in Requirement DevelopmentIntroduction of Strategy Map in Requirement Development
Introduction of Strategy Map in Requirement Development
 
ビジネスモデリングによる問題解決型アプローチ
ビジネスモデリングによる問題解決型アプローチ ビジネスモデリングによる問題解決型アプローチ
ビジネスモデリングによる問題解決型アプローチ
 
using astah for openthology modeling
using astah for openthology modelingusing astah for openthology modeling
using astah for openthology modeling
 
アジャイル開発の始め方
アジャイル開発の始め方アジャイル開発の始め方
アジャイル開発の始め方
 
メディカルデザインプロデュース(基本軽)提案書100615
メディカルデザインプロデュース(基本軽)提案書100615メディカルデザインプロデュース(基本軽)提案書100615
メディカルデザインプロデュース(基本軽)提案書100615
 
ステップアップ実務セミナーC「EC運営」全ページ
ステップアップ実務セミナーC「EC運営」全ページステップアップ実務セミナーC「EC運営」全ページ
ステップアップ実務セミナーC「EC運営」全ページ
 
要求 【クラウドアプリケーションのためのオブジェクト指向分析設計講座 第12回】
要求 【クラウドアプリケーションのためのオブジェクト指向分析設計講座 第12回】要求 【クラウドアプリケーションのためのオブジェクト指向分析設計講座 第12回】
要求 【クラウドアプリケーションのためのオブジェクト指向分析設計講座 第12回】
 
図解で学ぶ 「BABOK」
図解で学ぶ 「BABOK」図解で学ぶ 「BABOK」
図解で学ぶ 「BABOK」
 
なぜ、現状の基幹業務システムは、ビジネス環境の変化に迅速に対応できないのか? ~超高速開発ツールの導入が必然である理由~
なぜ、現状の基幹業務システムは、ビジネス環境の変化に迅速に対応できないのか? ~超高速開発ツールの導入が必然である理由~なぜ、現状の基幹業務システムは、ビジネス環境の変化に迅速に対応できないのか? ~超高速開発ツールの導入が必然である理由~
なぜ、現状の基幹業務システムは、ビジネス環境の変化に迅速に対応できないのか? ~超高速開発ツールの導入が必然である理由~
 
新たな価値観への経営視点の転換
新たな価値観への経営視点の転換新たな価値観への経営視点の転換
新たな価値観への経営視点の転換
 
要求管理を確実に行うための知識と方法
要求管理を確実に行うための知識と方法要求管理を確実に行うための知識と方法
要求管理を確実に行うための知識と方法
 
Ci&T Anti-Software Factory Pattern
Ci&T Anti-Software Factory PatternCi&T Anti-Software Factory Pattern
Ci&T Anti-Software Factory Pattern
 
アジャイル開発を支える開発環境 公開用
アジャイル開発を支える開発環境 公開用アジャイル開発を支える開発環境 公開用
アジャイル開発を支える開発環境 公開用
 
アジャイルツアー大阪
アジャイルツアー大阪アジャイルツアー大阪
アジャイルツアー大阪
 

Plus de Kent Ishizawa

アーキテクチャ主導の情報システムへ
アーキテクチャ主導の情報システムへアーキテクチャ主導の情報システムへ
アーキテクチャ主導の情報システムへKent Ishizawa
 
納涼 和風要求開発小ネタ集
納涼 和風要求開発小ネタ集納涼 和風要求開発小ネタ集
納涼 和風要求開発小ネタ集Kent Ishizawa
 
要求開発×アジャイル開発×ドメイン駆動開発
要求開発×アジャイル開発×ドメイン駆動開発要求開発×アジャイル開発×ドメイン駆動開発
要求開発×アジャイル開発×ドメイン駆動開発Kent Ishizawa
 
要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)
要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)
要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)Kent Ishizawa
 
ソースコードは要求にとって地球の裏側なのか
ソースコードは要求にとって地球の裏側なのかソースコードは要求にとって地球の裏側なのか
ソースコードは要求にとって地球の裏側なのかKent Ishizawa
 
20130222jojo@hanawaの還暦を嗤う会LT資料
20130222jojo@hanawaの還暦を嗤う会LT資料20130222jojo@hanawaの還暦を嗤う会LT資料
20130222jojo@hanawaの還暦を嗤う会LT資料Kent Ishizawa
 
【14-E-7】Technology Enterprise Development「悪ふざけに関する真面目な話」
【14-E-7】Technology Enterprise Development「悪ふざけに関する真面目な話」【14-E-7】Technology Enterprise Development「悪ふざけに関する真面目な話」
【14-E-7】Technology Enterprise Development「悪ふざけに関する真面目な話」Kent Ishizawa
 
要求開発を100倍面白く活用するには(公開用)
要求開発を100倍面白く活用するには(公開用)要求開発を100倍面白く活用するには(公開用)
要求開発を100倍面白く活用するには(公開用)Kent Ishizawa
 
DMBOKをベースにしたデータマネジメント
DMBOKをベースにしたデータマネジメントDMBOKをベースにしたデータマネジメント
DMBOKをベースにしたデータマネジメントKent Ishizawa
 
エンタープライズクラウドの現在(要求開発アライアンス3月定例会)
エンタープライズクラウドの現在(要求開発アライアンス3月定例会)エンタープライズクラウドの現在(要求開発アライアンス3月定例会)
エンタープライズクラウドの現在(要求開発アライアンス3月定例会)Kent Ishizawa
 
間欠的ビッグバンから継続的リフォームへ(公開版)
間欠的ビッグバンから継続的リフォームへ(公開版)間欠的ビッグバンから継続的リフォームへ(公開版)
間欠的ビッグバンから継続的リフォームへ(公開版)Kent Ishizawa
 
レガシーシステム再生のアンチパターン
レガシーシステム再生のアンチパターンレガシーシステム再生のアンチパターン
レガシーシステム再生のアンチパターンKent Ishizawa
 
アジャイルについてちょっとだけよ
アジャイルについてちょっとだけよアジャイルについてちょっとだけよ
アジャイルについてちょっとだけよKent Ishizawa
 
As-Isシステムをマクロなソース解析によって見える化しよう
As-Isシステムをマクロなソース解析によって見える化しようAs-Isシステムをマクロなソース解析によって見える化しよう
As-Isシステムをマクロなソース解析によって見える化しようKent Ishizawa
 
As-Isシステム分析は入出力から始めよ
As-Isシステム分析は入出力から始めよAs-Isシステム分析は入出力から始めよ
As-Isシステム分析は入出力から始めよKent Ishizawa
 
【17 e-7】デブサミ2011要求開発アライアンス
【17 e-7】デブサミ2011要求開発アライアンス【17 e-7】デブサミ2011要求開発アライアンス
【17 e-7】デブサミ2011要求開発アライアンスKent Ishizawa
 
RFP and Requirement Development
RFP and Requirement DevelopmentRFP and Requirement Development
RFP and Requirement DevelopmentKent Ishizawa
 
Agile UX and Requirement Development
Agile UX and Requirement DevelopmentAgile UX and Requirement Development
Agile UX and Requirement DevelopmentKent Ishizawa
 
Introduction of Nonfunctional requirement in Requirement Development
Introduction of Nonfunctional requirement in Requirement DevelopmentIntroduction of Nonfunctional requirement in Requirement Development
Introduction of Nonfunctional requirement in Requirement DevelopmentKent Ishizawa
 

Plus de Kent Ishizawa (19)

アーキテクチャ主導の情報システムへ
アーキテクチャ主導の情報システムへアーキテクチャ主導の情報システムへ
アーキテクチャ主導の情報システムへ
 
納涼 和風要求開発小ネタ集
納涼 和風要求開発小ネタ集納涼 和風要求開発小ネタ集
納涼 和風要求開発小ネタ集
 
要求開発×アジャイル開発×ドメイン駆動開発
要求開発×アジャイル開発×ドメイン駆動開発要求開発×アジャイル開発×ドメイン駆動開発
要求開発×アジャイル開発×ドメイン駆動開発
 
要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)
要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)
要求開発をベースとした2つの企画メソッドの内容と事例紹介(公開用)
 
ソースコードは要求にとって地球の裏側なのか
ソースコードは要求にとって地球の裏側なのかソースコードは要求にとって地球の裏側なのか
ソースコードは要求にとって地球の裏側なのか
 
20130222jojo@hanawaの還暦を嗤う会LT資料
20130222jojo@hanawaの還暦を嗤う会LT資料20130222jojo@hanawaの還暦を嗤う会LT資料
20130222jojo@hanawaの還暦を嗤う会LT資料
 
【14-E-7】Technology Enterprise Development「悪ふざけに関する真面目な話」
【14-E-7】Technology Enterprise Development「悪ふざけに関する真面目な話」【14-E-7】Technology Enterprise Development「悪ふざけに関する真面目な話」
【14-E-7】Technology Enterprise Development「悪ふざけに関する真面目な話」
 
要求開発を100倍面白く活用するには(公開用)
要求開発を100倍面白く活用するには(公開用)要求開発を100倍面白く活用するには(公開用)
要求開発を100倍面白く活用するには(公開用)
 
DMBOKをベースにしたデータマネジメント
DMBOKをベースにしたデータマネジメントDMBOKをベースにしたデータマネジメント
DMBOKをベースにしたデータマネジメント
 
エンタープライズクラウドの現在(要求開発アライアンス3月定例会)
エンタープライズクラウドの現在(要求開発アライアンス3月定例会)エンタープライズクラウドの現在(要求開発アライアンス3月定例会)
エンタープライズクラウドの現在(要求開発アライアンス3月定例会)
 
間欠的ビッグバンから継続的リフォームへ(公開版)
間欠的ビッグバンから継続的リフォームへ(公開版)間欠的ビッグバンから継続的リフォームへ(公開版)
間欠的ビッグバンから継続的リフォームへ(公開版)
 
レガシーシステム再生のアンチパターン
レガシーシステム再生のアンチパターンレガシーシステム再生のアンチパターン
レガシーシステム再生のアンチパターン
 
アジャイルについてちょっとだけよ
アジャイルについてちょっとだけよアジャイルについてちょっとだけよ
アジャイルについてちょっとだけよ
 
As-Isシステムをマクロなソース解析によって見える化しよう
As-Isシステムをマクロなソース解析によって見える化しようAs-Isシステムをマクロなソース解析によって見える化しよう
As-Isシステムをマクロなソース解析によって見える化しよう
 
As-Isシステム分析は入出力から始めよ
As-Isシステム分析は入出力から始めよAs-Isシステム分析は入出力から始めよ
As-Isシステム分析は入出力から始めよ
 
【17 e-7】デブサミ2011要求開発アライアンス
【17 e-7】デブサミ2011要求開発アライアンス【17 e-7】デブサミ2011要求開発アライアンス
【17 e-7】デブサミ2011要求開発アライアンス
 
RFP and Requirement Development
RFP and Requirement DevelopmentRFP and Requirement Development
RFP and Requirement Development
 
Agile UX and Requirement Development
Agile UX and Requirement DevelopmentAgile UX and Requirement Development
Agile UX and Requirement Development
 
Introduction of Nonfunctional requirement in Requirement Development
Introduction of Nonfunctional requirement in Requirement DevelopmentIntroduction of Nonfunctional requirement in Requirement Development
Introduction of Nonfunctional requirement in Requirement Development
 

Dernier

クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdfクラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdfFumieNakayama
 
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?akihisamiyanaga1
 
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)NTT DATA Technology & Innovation
 
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdfAWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdfFumieNakayama
 
TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案
TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案
TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案sugiuralab
 
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察  ~Text-to-MusicとText-To-ImageかつImage-to-Music...モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察  ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...博三 太田
 
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineerYuki Kikuchi
 
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)UEHARA, Tetsutaro
 
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)Hiroshi Tomioka
 

Dernier (9)

クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdfクラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
 
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
 
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
 
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdfAWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
 
TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案
TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案
TataPixel: 畳の異方性を利用した切り替え可能なディスプレイの提案
 
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察  ~Text-to-MusicとText-To-ImageかつImage-to-Music...モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察  ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
 
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
 
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
 
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
 

BABOK 2.0 and Requirement Development

  • 2. BABOKとは • Business Analysis Body of Knowledge – ビジネス分析(Business Analysis)のための知識体系 • IIBA( International Institute of Business Analysis) が作成 • 現在、BABOK2.0がリリースされている。 – 日本語版も出ているのですが、今回は英語版などを参 考にしてこの資料を作ってみました。 2
  • 3. BABOK2.0における知識領域 ビジネスアナリシス の計画とモニタリング (Business Analysis Planning and Monitoring) ソリューションの エンタープライズアナリシス アセスメントと妥当性検証 (Enterprise Analysis) (Solution Assessment 要求の管理と and Validation) 要求の引き出し コミュニケーション (Requirements (Elicitation) Management and Communication) 要求アナリシス (Requirements Analysis) 基礎能力 (Underlying Competence) 3
  • 4. BABOK2.0における知識領域 • ビジネスアナリシスの計画とモニタリング – ビジネスアナリシス(BA)に関するアクティビティの 計画とモニタリングをおこなう • 要求の引き出し – ビジネスアナリシストが利害関係者のニーズや関心を 識別し、理解する • 要求の管理とコミュニケーション – ビジネスアナリストとプロジェクトチームや利害関係 者がプロジェクトスコープや合意された要求等につい て管理する方法や、利害者とのコミュニケーション、 将来の利用のための知識取得などについて 4
  • 5. BABOK2.0における知識領域 • エンタープライズアナリシス – 企業のあるべき姿のために、ビジネスニーズの識別、 見直し、明確化を行い、ソリューションの実現可能な スコープを定義する • 要求アナリシス – 利害関係者(ステークホルダー)の要求や、それを実 現するための要求(ソリューション要求)を定義する。 • ソリューションのアセスメントと妥当性検証 – ソリューションがビジネスニーズを満たすか検証 5
  • 6. BABOK2.0における主要概念 • 要求 – 以下のように定義される 1. 問題解決や目的達成のために、利害関係者が必要とす る状態や能力 2. ソリューションもしくはソリューションコンポーネン トが契約、標準、仕様、その他の公式文書を充足する ために合致し、備えるべき状態や能力 3. 上記1〃2のような状態や能力を文書として記述した もの 6
  • 7. BABOK2.0における主要概念 • 要求の構造 企業のゴール、目標、ニーズ等の高次元の要求 ビジネス要求 エンタープライズアナリシスで開発・定義される 特定のステークホルダー(利害関係者)のニーズ ステークホルダー要求 要求アナリシスで開発・定義される ビジネス要求やステークホルダー要求に合致した ソリューション要求 ソリューションに関する要求 以下の要求が含まれる 機能要求 ・機能要求 非機能要求 ・非機能要求 現状からあるべき姿(TO-BE)に移行するために 移行要求 一時的に必要な能力 7
  • 8. BABOK2.0における主要概念 • 要求の構造と知識領域との関係 ソリューションの エンタープライズアナリシス アセスメントと妥当性検証 ビジネス要求 (Enterprise Analysis) (Solution Assessment and Validation) ステークホルダー要求 要求アナリシス (Requirements Analysis) ソリューション要求 機能要求 非機能要求 移行要求 8
  • 9. BABOK2.0における主要概念 • ソリューション – ビジネスニーズの実現や、問題解決、機会活用のため に、現状(AS-IS)からあるべき姿(TO-BE)にかえる こと。 – ソリューションには、ソリューションコンポーネント が含まれる – ソリューションコンポーネントには、ソフトウェア、 Webサービス、ビジネスプロセス、ビジネスルール、組 織構造、社員の役割などがある。 9
  • 10. BABOK2.0における主要概念 • 要求とソリューションとの関係 ソリューション ビジネス要求 ネット販売による ステークホルダー要求 売上げの向上 ソリューション要求 機能要求 非機能要求 ネット販売用 ネット販売用 セキュリティ 販売プロセス 物流業者 決済業者 Webソフト Webインフラ 対策 の見直し との提携 との提携 移行要求 ・ITシステム構築だけでなく、業務改善や ソリューション 他社との提携なども含まれる コンポーネント ・業務に直接かかわる機能要求だけでなく 非機能要求も含まれる 10
  • 11. BABOK2.0と要求開発 • 従来の要求開発においては、要求とソリューションとが混在 要求モデル ソリューションモデル 戦略モデル ビジネス要求 コストを (戦略要求) 削減する オペレーションモデル ビジネスユースケース図 発注量の 匠家具工房 ステークホルダ 商品説明を受ける 最適化を ….. …… 商品を購入する 要求 [ ○○ [ 実現する 顧客 商品を予約する の場 el 合 ] se 商品を納入する ] (業務要求) 匠家具 商品を配送する 製造部門 匠物流 システムモデル ユースケース図 ソリューション 最適発注量 …. …… の自動化 要求 (システム要求) 例:戦略マップ、要求分析ツリー 11