Microsoft PowerPoint - REBOK-ReqSympo Final

要求工学知識体系(REBOK)

顧客要求をシステム開発へ活かすWin-Win Way

要求工学知識体系(REBOK)

顧客要求をシステム開発へ活かすWin-Win Way

第6回要求シンポジウム

第6回要求シンポジウム

青山 幹雄

南山大学 情報理工学部 ソフトウェア工学科

JISA REBOK企画WG 座長

[email protected]

www.

n

i

s

e

.org

2012年 3月 5日

青山 幹雄

南山大学 情報理工学部 ソフトウェア工学科

JISA REBOK企画WG 座長

[email protected]

www.

n

i

s

e

.org

2012年 3月 5日

All Rights Reserved, Copyright Mikio Aoyama, 2012 All Rights Reserved, Copyright Mikio Aoyama, 2012

2

シナリオ

シナリオ

1.

要求工学が

成功の鍵

1.

要求工学が

成功の鍵

2.

REBOKとは

2.

REBOKとは

3.

REBOKに基づく

要求の開発と管理

3.

REBOKに基づく

要求の開発と管理

4.

REBOKを

現場で活かすには

4.

REBOKを

現場で活かすには

5.

さあ，REBOKで

Win-Win Wayへ

for Success

5.

さあ，REBOKで

Win-Win Wayへ

for Success

3

要求工学が成功の鍵

要求工学の効果

要求工学が成功の鍵

要求工学の効果

)

要求定義のコスト効果: NASAの

統計データ

*

*

開発コストで要求定義コストの効果

,

2- 3% ⇒ コスト超過=80-200%

,

8-12% ⇒ コスト超過=0-50%

)

経済産業省/JUASの調査**

*

要求定義ができていない ⇒

予定通り=0%,

予定より超過=60%

)

要求定義のコスト効果: NASAの

統計データ

*

*

開発コストで要求定義コストの効果

,

2- 3% ⇒ コスト超過=80-200%

,

8-12% ⇒ コスト超過=0-50%

)

経済産業省/JUASの調査**

*

要求定義ができていない ⇒

予定通り=0%,

予定より超過=60%

10%

20%

要求定義のコスト配分比率

200%

100%

0%

出典: *B. B. Roberts, et al., The Benefit of Integrated, Quantitative Risk Management, INCOSE, 2001.

**企業IT動向調査2011, 経済産業省/JUAS, 2011.

コスト

超過率

要求定義

が不十分

15

41

45

17

51

32

0

40

60

0

20

40

60

80

予定通り完了

ある程度は予定通り完了

予定より遅延

できている(N=96)

普通(N=63)

できていない(N=20)

[%]

要求定義の

コスト効果

4

要求工学が成功の鍵

要求工学の「成熟化」

要求工学が成功の鍵

要求工学の「成熟化」

)

要求工学研究者による大著(700~800ページ超)が続々刊行

)

国内でも40冊以上刊行

)

要求工学研究者による大著(700~800ページ超)が続々刊行

)

国内でも40冊以上刊行

これ1冊で1.9Kg!

要求工学の

習得は大変?

5

要求工学が成功の鍵

要求工学に関連する知識体系の出現と課題

要求工学が成功の鍵

要求工学に関連する知識体系の出現と課題

)

要求定義に関する様々な知識体系(BOK)/標準と認定制度

*

海外: SWEBOK, BABOK(Business Analysis BOK), IREBのシラバス

*

国内: ITSS[ITスキル標準]ほか

)顧客要求からソフトウェア要求までカバーする知識体系の欠如

)

要求定義に関する様々な知識体系(BOK)/標準と認定制度

*

海外: SWEBOK, BABOK(Business Analysis BOK), IREBのシラバス

*

国内: ITSS[ITスキル標準]ほか

)顧客要求からソフトウェア要求までカバーする知識体系の欠如

BOK

SWEBOK(Software

Engineering BOK)

BABOK(Business

Analysis BOK)

IREB(Int’l RE

Board)

ITSS(IT Skill

Standard)

最新版

2004

V2(2009)

V2(2009)

V3(2008)

組織

IEEE CS(米国)

IIBA(カナダ)

IREB(ドイツ)

経済産業省/IPA

対象者

(人材)

ソフトウェア開発専門家

ビジネスアナリスト

(BA)

要求エンジニ

ア(RE)

コンサルタント,

ITアーキテクト

内容

ソフトウェア工学の中のソフ

トウェア要求工学:基礎知識

ビジネス分析:専門的

手順

要求工学:

基礎知識

情報技術とスキ

ル

認定

CSDP*, CSDA

CBAP*, CCBA

CPRE

情報処理技術者

認定

レベル

*学卒で4年(7,000時間)以

上のソフトウェア開発実務経

験[大学で専攻の場合2年]

*高度専門家: 7,500

時間以上のビジネス

分析実務経験

初心者

(Foundation

Level)

中～高度技術者

(スキルレベルを

設定)

6

要求工学が成功の鍵

日本は要求工学方法論の先進国

要求工学が成功の鍵

日本は要求工学方法論の先進国

)

提供されている要求工学方法論の例

*

TERASOLUNA, MOYA(NTTデータ)

*

Tri-shaping(富士通)

*

Ex(エクスペリエンス指向)アプローチ(日立)

*

Openthology(要求開発アライアンス)

)

多くの社内方法論

*

ユーザ企業，ベンダ企業

)

提供されている要求工学方法論の例

*

TERASOLUNA, MOYA(NTTデータ)

*

Tri-shaping(富士通)

*

Ex(エクスペリエンス指向)アプローチ(日立)

*

Openthology(要求開発アライアンス)

)

多くの社内方法論

*

ユーザ企業，ベンダ企業

出典:

TERASOLUNA: http://www.terasoluna.jp/

Tri-shaping: http://pr.fujitsu.com/jp/news/2011/02/9-2.html

Exアプローチ: http://www.hitachi.co.jp/design/new_award/ex_approach_01/index.html

Openthology: http://www.openthology.org/

要求工学を組織的に実践するには?

7

REBOKとは

REBOKへ至るJISA要求工学WGの活動

REBOKとは

REBOKへ至るJISA要求工学WGの活動

[2006~2008年度] JISA 要求工学調査検討WGの活動:

のべ100名以上が参画

・2006年度: 要求開発の組織的取組み: 要求開発コーディネ－タの提案と事例収集

・2007年度: 要求工学ベストプラクティスの収集と整理

・2008年度: REBOKの検討とユーザにおける事例収集

要求工学の実践的知識の習得と人材育成の仕組み作り

[2009年度~] JISA REBOK WGの設立によるREBOK策定

・現場の視点から要求工学のグローバルな知識ベースの活用

・JISA要求工学シンポジウムからのフィードバック

2007~2009年開催: 各100名以上の参加者

2009年10月2日 第3回シンポジウム[REBOKの検討結果の議論]

・学会・国際会議での発表と討議によるレビュー

2010年要求工学国際会議

(http://www.re10.org/)

REBOK特別セッション

グローバルな要求工学コミュニティとの連携

・2011年6月 REBOK 第1版 刊行

REBOK

は

アールイーボック

とお読み下さい

2010年要求工学国際会議特別セッション

8

REBOKとは

REBOKのミッション

REBOKとは

REBOKのミッション

)

要求工学の全体像(地図)を示す

*

スコープ: ビジネス/プロダクト要求，システム要求，ソフトウェア要求

*

実践の視点からグローバルな要求工学コミュニティの知識を編集

,

関連知識体系や標準と対応付け可能：ISO/IEC 29148, ほか

)

ビジネス要求をシステム/ソフトウェア要求へつなげる

*

要求展開: ビジネス要求からシステム，ソフトウェア要求へ展開

*

人材育成: 初心者から高度専門家へ

)

要求工学の全体像(地図)を示す

*

スコープ: ビジネス/プロダクト要求，システム要求，ソフトウェア要求

*

実践の視点からグローバルな要求工学コミュニティの知識を編集

,

関連知識体系や標準と対応付け可能：ISO/IEC 29148, ほか

)

ビジネス要求をシステム/ソフトウェア要求へつなげる

*

要求展開: ビジネス要求からシステム，ソフトウェア要求へ展開

*

人材育成: 初心者から高度専門家へ

ビジネス/プロダクト要求

システム要求

ソフトウェア要求

ソフトウェア開発

ビジネス

要求

プロダクト

(組込み)

要求

高度

専門家

初心者

BABOKと

CBAP[IIBA]

SWEBOKと

CSDP(高度専門家),

CSDA(準専門家)

[IEEE CS]

CPRE[IREB]

REBOK

参考文献: ISO/IEC 29148:2011, Systems and Software Engineering – Life Cycle Processes –

9

REBOKとは

要求の3層モデル化と要求アナリストの役割定義

)

要求の3層モデル

*

ビジネス/プロダクト要求, (情報)システム要求, ソフトウェア要求

)

要求アナリスト*: ユーザ，ベンダによらない要求工学の人材像

*

ビジネスアナリスト(BA), システムアナリスト, ソフトウェアアナリスト

環境: ステークホルダ, 市場/ビジネス慣行, 法規制, ほか

ビジネス

業務要求

情報システム

ソフトウェア

システム

ソフトウェア要求

機能要求

非機能要求

ハードウェアシステム

(情報)システム要求

ビジネスプロセス

ビジネス戦略/ゴール

データ

ビジネスルール

ビジネス要求/プロダクト(組込み製品)要求

ビジネスアナリスト

[ビジネス要求定義]

システムアナリスト

[システム要求定義]

ハードウェア要求

ソフトウェアアナリスト

[ソフトウェア要求定義]

*要求アナリスト: ヨーロッパでは「要求エンジニア」とも呼ぶ

10

REBOKとは

インクリメンタルでイテラティブな要求工学プロセス

REBOKとは

インクリメンタルでイテラティブな要求工学プロセス

)

インクリメンタル: 要求の3階に応じた要求工学プロセス

*

国際標準(ISO/IEC 29148:2011)と整合

)

イテラティブ(反復): 各層内で要求工学プロセスを反復

*

要求獲得, 要求分析, 要求仕様化, 要求の検証・妥当性確認・評価

)

インクリメンタル: 要求の3階に応じた要求工学プロセス

*

国際標準(ISO/IEC 29148:2011)と整合

)

イテラティブ(反復): 各層内で要求工学プロセスを反復

*

要求獲得, 要求分析, 要求仕様化, 要求の検証・妥当性確認・評価

ソフトウェア

要求仕様書

ビジネス/プロダクト

要求定義書

システム

要求仕様書

ビジネス/

プロダクト

要求工学プロセス

(情報)システム

要求工学プロセス

ソフトウェア

要求工学プロセス

要求の源泉

ビジネス戦略,

ステーク

ホルダ要求,

既存システム/

既存プロダクト

などの文書,

ビジネス/

IT環境

インクリメンタル

ビジネス/

プロダクト

要求定義

システム

要求定義

ソフトウェア

要求定義

適用

適用

適用

REBOK 要求工学プロセス

11

REBOKとは

REBOKの要求工学プロセス

REBOKとは

REBOKの要求工学プロセス

)

イテラティブ要求工学プロセス

)

イテラティブ要求工学プロセス

要求の

源

泉

( ス

テ

ー

ク

ホ

ル

ダ

・ 文

書

・ 等

)

REBOK共通知識

カテゴリ

要求開発

基礎

知識

1.要求工学の基礎

7.要求の計画と管理

シス

テ

ム

構

築

実践

知識

8.実践の考慮点

2.要求工学プロセス

4.要求分析

6.要求の検証・

妥当性確認・ 評価

REBOK

拡張知識

カテゴリ

プロダクト分析

エンタープライズ分析

5.要求仕様化

3.要求獲得

分析要求

獲得要求

要求仕様書

12

REBOKとは

REBOKコア(共通知識カテゴリ)の8知識領域

REBOKとは

REBOKコア(共通知識カテゴリ)の8知識領域

)

SWEBOKを基礎に, 要求工学の内容を強化した知識体系化

*

知識カテゴリ: 共通のコア知識とドメインとの接点となる拡張とに分離

)

SWEBOKを基礎に, 要求工学の内容を強化した知識体系化

*

知識カテゴリ: 共通のコア知識とドメインとの接点となる拡張とに分離

2.要求工学プロセス

(Requirements

Engineering

Process)

<<process>>

6.要求の検証・妥当

性確認・ 評価

(Requirements

Verification,

Validation, and

Evaluation)

8.実践の考慮点

(Practical

Consideration)

<<process>>

4.要求分析

(Requirements

Analysis)

1.要求工学の基礎

(Requirements

Engineering

Fundamentals)

<<process>>

3要求獲得

(Requirements

Elicitation)

<<process>>

5.要求仕様化

(Requirements

Specification)

7.要求の計画と

管理

(Requirements

Planning and

Management)

REBOK 共通知識カテゴリ(REBOK Core)

REBOK拡張知識カテゴリ

要求工学知識体系 REBOK(Requirements Engineering Body of Knowledge)

13

REBOKとは

REBOKコア(共通知識カテゴリ)の8知識領域

REBOKとは

REBOKコア(共通知識カテゴリ)の8知識領域

)

技術知識

*

要求工学の基礎, 要求工学プロセス, 要求の計画と管理，実践の考慮点

)

プロセス知識

*

要求獲得，要求分析，要求仕様化，要求の検証と妥当性の確認，評価

)

技術知識

*

要求工学の基礎, 要求工学プロセス, 要求の計画と管理，実践の考慮点

)

プロセス知識

*

要求獲得，要求分析，要求仕様化，要求の検証と妥当性の確認，評価

知識領域

内 容

要求工学の基礎

要求とそのスコープや性質などの基礎的事項．機能/非機能要求も含む

要求工学プロセス 要求定義と管理のプロセスと主要なアクティビティなどに関する知識

要求獲得

顧客を含むステークホルダを明らかにし, 会議やインタビューなどを通し

て要求を引出す技術に関する知識

要求分析

要求項目を整理し, その間の関係づけ, 優先順位づけなどを行い, 実現

すべき要求を明らかにして絞り込みに関する知識

要求仕様化

分析された要求を規定の書式や表記法で記述する技術に関する知識

要求の検証・妥当

性確認・評価

要求間の矛盾がないことや, 必要な顧客の要求項目を満たしていること

の確認, あるいは, その達成の度合いを評価する技術などに関する知識

要求の計画と管理 要求管理を計画し, 遂行や成果物を管理する技術に関する知識

実践の考慮点

要求工学を実践する上で知っておくべき知識やベストプラクティス

14

要求の検証・

妥当性確認・ 評価

要求仕様化

要求分析

要求獲得

REBOKに基づく要求の開発と管理

要求開発

REBOKに基づく要求の開発と管理

要求開発

)

要求開発: 要求の獲得から妥当性確認に至る絞り込みと整合

)

要求開発: 要求の獲得から妥当性確認に至る絞り込みと整合

ステークホルダ(ユーザ)のビュー(要求の源泉)

実現可能な要求のスコープ

企業戦略,

製品戦略

ステークホルダ

A, .., Xの要求

既存システム,

製品に関する文書

要求の集まり

文書化された要求の集まり

分析され, 構造化された要求

検証され, 合意された要求(要求仕様書)

・・・

ベンダのビュー

仕様化された要求(要求仕様書)

15

REBOKに基づく要求の開発と管理

要求獲得プロセス

REBOKに基づく要求の開発と管理

要求獲得プロセス

)

要求獲得

*

要求工学の原点＝ユーザ/ベンダ協調の出発点

)

要求獲得プロセス

*

要求獲得の諸技術を統合: 単なる「引き出し」ではない

)

要求獲得

*

要求工学の原点＝ユーザ/ベンダ協調の出発点

)

要求獲得プロセス

*

要求獲得の諸技術を統合: 単なる「引き出し」ではない

現状(As-Is)

システム

将来(To-Be)

システム

課題解決

=要求

ゴール

(課題が解決

された状態)

課題

ステーク

ホルダ

3.1 ステーク

ホルダの識別

3.2 現状システム

の理解

3.3 現状システム

のモデル化

3.4 課題の抽出と

原因分析

向けたゴールの抽出

3.5 課題解決に

3.6 ゴール達成

手段の抽出

3.7 将来システム

のモデル化

3.8 要求の記述

と詳細化

ステークホルダ分析

ステークホルダ分析

ゴール分析

シナリオ分析

16

獲得された要求の要素

ビジネス要求

ビジネス

分析

(エンター

プライズ

分析)

REBOKに基づく要求の開発と管理

エンタープライズの要求獲得

REBOKに基づく要求の開発と管理

エンタープライズの要求獲得

)

要求獲得=要求の源泉×獲得方法

*

3つのコア技術: ステークホルダ分析，ゴール分析，シナリオ分析

*

ドメイン固有技術: ビジネス分析, プロダクト(ドメイン)分析

)

要求獲得=要求の源泉×獲得方法

*

3つのコア技術: ステークホルダ分析，ゴール分析，シナリオ分析

*

ドメイン固有技術: ビジネス分析, プロダクト(ドメイン)分析

要求の源泉

ビジョン

/ミッション

ゴール

ステークホルダ

経営者

企画

エンドユーザ

監督官庁

ドキュメント

ドメイン知識

SME

システム

/ソフトウェア機能要求

ビジネスプロセス

ビジネスルール

ビジネスデータ

ビジネスケース

ユースケース

画面遷移

ゴール分析

シナリオ分析

ステーク

ホルダ

分析

ソ

フ

ト

ウ

ェ

ア

の

機

能要

求・

非機

能要求

充足

SME: Subject Matter Expert(当該分野の専門家)

獲得

17

機能要求

の前に

ゴールを

合意する

機能

/

非機能

要求

REBOKに基づく要求の開発と管理

ゴール分析の活用: ゴールとは

REBOKに基づく要求の開発と管理

ゴール分析の活用: ゴールとは

)

ゴール(Goal)[目標(Objective), 目的(Purpose)]

*

システムのあるべき姿: ゴールは状態として定義

,

例: 「常時顧客の欲しい商品を提供できる」

)

ゴールの意義

*

まずゴールを合意する: 課題解決とはゴールの達成

*

機能/非機能要求はゴール達成手段(複数ある)

⇒ 機能/非機能要求よりゴールは上位で安定

)

ゴール(Goal)[目標(Objective), 目的(Purpose)]

*

システムのあるべき姿: ゴールは状態として定義

,

例: 「常時顧客の欲しい商品を提供できる」

)

ゴールの意義

*

まずゴールを合意する: 課題解決とはゴールの達成

*

機能/非機能要求はゴール達成手段(複数ある)

⇒ 機能/非機能要求よりゴールは上位で安定

リアルタイム

在庫管理

実現する

実現する

)

ゴールの発見

*

問題から: 現状システムの問題点,

顧客クレーム, など

*

機会から: 経営戦略, 市場調査，

新技術の導入

)

ゴールの発見

*

問題から: 現状システムの問題点,

顧客クレーム, など

*

機会から: 経営戦略, 市場調査，

新技術の導入

システムの実装

顧客需要

予測

ゴール

(常時顧客の欲しい

商品を提供できる)

18

タスク

(達成手段)

タスク

(達成手段)

ハードゴール

(戦術, 具体目標)

ハードゴール

(戦術, 具体目標)

REBOKに基づく要求の開発と管理

ゴール分析の活用: 戦略ゴールから機能要求へ

REBOKに基づく要求の開発と管理

ゴール分析の活用: 戦略ゴールから機能要求へ

)

ソフトゴール(Soft-Goal)[戦略的, 抽象的]

*

戦略的目標

*

システムが持つべき定性的な特性(達成の可否は定性的)

)

ハードゴール(Hard Goal)[戦術的, 具体的]

*

システム(ビジネス)のもつべき望ましい状態

*

到達可否や達成の定量的評価可能

)

ソフトゴール(Soft-Goal)[戦略的, 抽象的]

*

戦略的目標

*

システムが持つべき定性的な特性(達成の可否は定性的)

)

ハードゴール(Hard Goal)[戦術的, 具体的]

*

システム(ビジネス)のもつべき望ましい状態

*

到達可否や達成の定量的評価可能

*

ハードゴールの分類

,

達成ゴール: 現状から達成すべき

状態への遷移を求める

,

維持/回避ゴール: 現状(良い状態,

悪い状態の回避)を維持

)

タスク(Task): ゴールの達成手段

*

ハードゴールの分類

,

達成ゴール: 現状から達成すべき

状態への遷移を求める

,

維持/回避ゴール: 現状(良い状態,

悪い状態の回避)を維持

)

タスク(Task): ゴールの達成手段

ソフトゴール

(経営目標, 戦略)

タスク

(達成手段)

ハードゴール

(戦術, 具体目標)

機能

要求

19

凡例

要求範囲

(コンテキスト)

REBOKに基づく要求の開発と管理

ゴール分析の活用: コンビニの事例

REBOKに基づく要求の開発と管理

ゴール分析の活用: コンビニの事例

)

経営目標から情報システムへゴールとシステムの階層的展開

)

経営目標から情報システムへゴールとシステムの階層的展開

常時顧客の欲しい品を

提供できる全国規模店舗網

リアルタイム商品確保

サプライチェイン管理

店舗のリアルタイム在庫管理

ニーズに即応する仕入れ

リアルタイム棚卸し

_{顧客行動情報収集}

店舗毎

, 商品毎

顧客のプロファイル

と売り上げデータ

入荷商品情報送信

顧客の性別

, 齢層の入力

企業

顧客

集配

センタ

納入

業者

店舗

顧客

店員

商品

ソフトゴール

(経営目標, 戦略)

タスク

ハードゴール

(戦術, 具体目標)

参考文献: S. Bleistein, et al., Requirements Engineering for e-Business Systems: Integrating Jackson

Problem Diagram with Goal Modeling and BPM, Proc. APSEC 2004, IEEE CS Press, pp. 410-417.

達成

POSで商品情報の入力

顧客情報

POS

本社

店舗

顧客需要予測

20

REBOKに基づく要求の開発と管理

要求分析

REBOKに基づく要求の開発と管理

要求分析

4.1要求の

分類

獲得された

要求項目

4.4 要求の

優先順位づけ

構造化された要求

4.5

要求交渉

優先順位づけられた要求

合意された要求

要求の源泉

(ステーク

ホルダ)

4.2 要求の

構造化

分類された要求

4.3 要求の割当て

割当てられた

要求

要求

獲得

)

要求分析プロセス: 要求の合意へ至る要求工学技術の統合

*

4.1 要求の分類: 獲得した要求項目を一定の基準に基づき分類

*

4.2 要求の構造化: 要求間を関係づけ, 図表などに整理して表現

*

4.3 要求の割当て: 要求をアーキテクチャに割当て，実現可能性を確認

*

4.4 要求の優先順位づけ: 重要度, 緊急度などに基づく優先順位づけ

*

4.5 要求交渉: 重要度などに基づき仕様に盛込む要求をユーザと合意

)

要求分析プロセス: 要求の合意へ至る要求工学技術の統合

*

4.1 要求の分類: 獲得した要求項目を一定の基準に基づき分類

*

4.2 要求の構造化: 要求間を関係づけ, 図表などに整理して表現

*

4.3 要求の割当て: 要求をアーキテクチャに割当て，実現可能性を確認

*

4.4 要求の優先順位づけ: 重要度, 緊急度などに基づく優先順位づけ

*

4.5 要求交渉: 重要度などに基づき仕様に盛込む要求をユーザと合意

合意

21

REBOKに基づく要求の開発と管理

要求仕様化

REBOKに基づく要求の開発と管理

要求仕様化

)

要求を規定の書式や表記法で文書化

*

分析で得られた構造化された要求を規定の書式に従い文書化

)

国際標準に準拠した文書テンプレート

*

ビジネス要求の文書化: IEEE Std.1362-1998準拠

*

システム要求の仕様化: IEEE Std.1233-1998準拠

*

ソフトウェア要求の仕様化: IEEE Std. 830-1998準拠

)

要求を規定の書式や表記法で文書化

*

分析で得られた構造化された要求を規定の書式に従い文書化

)

国際標準に準拠した文書テンプレート

*

ビジネス要求の文書化: IEEE Std.1362-1998準拠

*

システム要求の仕様化: IEEE Std.1233-1998準拠

*

ソフトウェア要求の仕様化: IEEE Std. 830-1998準拠

要求仕様化プロセス

ビジネス/

プロダクト要求の

文書化

システム要求の

仕様化

ソフトウェア要求の

仕様化

要求

獲得

要求

分析

ステーク

ホルダ

要求

ビジネス

要求

プロダクト

要求

ビジネス

_{要求定義書}

/プロダクト

システム

要求仕様書

要求仕様書

ソフトウェア

22

要求仕様書の

関連資料, 知識

検証の作業標準,

規定など

検証の条件

REBOKに基づく要求の開発と管理

要求の検証・妥当性確認・評価

REBOKに基づく要求の開発と管理

要求の検証・妥当性確認・評価

)

検証(Verification)[正当性の確認]

*

要求仕様書を構造的, 意味的な特性に照らして正しいことを確認

)

妥当性確認(Validation)

*

要求仕様書がステークホルダ要求を満たしていることを確認

)

評価(Evaluation)

*

種々の要求評価基準に基づき, 要求の良さとリスクを評価

)

検証(Verification)[正当性の確認]

*

要求仕様書を構造的, 意味的な特性に照らして正しいことを確認

)

妥当性確認(Validation)

*

要求仕様書がステークホルダ要求を満たしていることを確認

)

評価(Evaluation)

*

種々の要求評価基準に基づき, 要求の良さとリスクを評価

要求の

検証

要求の

妥当性

確認

未検証の

要求仕様書

検証済み

(Well-formed)

要求仕様書

検証報告書

妥当性

確認済み

(Valid)

要求仕様書

ステークホルダ

要求

要求レビューの

組織的実践

23

要求管理

プロジェクト管理

要求管理計画書

REBOKに基づく要求の開発と管理

要求の計画と管理

REBOKに基づく要求の開発と管理

要求の計画と管理

)

REBOKの要求管理とPMBOKのプロジェクト管理の融合

*

プロジェクト管理の計画を補完: 要求仕様が計画の入力

)

REBOKの要求管理とPMBOKのプロジェクト管理の融合

*

プロジェクト管理の計画を補完: 要求仕様が計画の入力

(a) 立上げ

(b)計画プロセス群

(c)実行プロセス群

(d)終結プロセス群

プロジェクト文書

プロジェクト

監視・

コント

ロール

プロセス

群

要求仕様書

(1) 要求開発・管理の計画

要求開発

監視・

コント

ロール

プロセス

群

要求開発計画書

(2) 要求開発実行

ステークホルダ

(4) 要求変更管理

(3) 要求トレース管理

24

REBOKを現場で活かすには

REBOK活用のユースケース

REBOKを現場で活かすには

REBOK活用のユースケース

要求工学とは

何か，知りたい

要求工学の導入

を推進したい

要求工学を実践

できる人材を

育成したい

要求工学を適用

して良い要求

定義をしたい

要求工学の基礎を

お読みください

後の章は，必要に

応じてお読みください

REBOKで要求工学の

全体像をつかんでください

要求定義に必要な役割と

行うべきアクティビティを

理解して下さい

REBOKの中から

開発に応じて必要な

技術を選んでください

全て適用する必要は

ありません

REBOKで要求工学の

人材育成コースを

作りましょう

1時間, 1日, 3日など

ステップアップしましょう

25

人材育成

RE再構築

REBOKを現場で活かすには

REBOKに基づく望ましい要求定義の構築

REBOKを現場で活かすには

REBOKに基づく望ましい要求定義の構築

)

REBOKを規範とし, 現行要求定義(RE-As-Is)の評価

*

現行の要求定義のプロセスと成果物の評価

*

要求の計画と管理: プロジェクト管理との整合性評価

)

REBOKを利用し, 望ましい要求定義(RE-To-Be)の構築

*

基本4プロセスの内容再構築とREBOK知識要素の選択導入

*

ドメインへの対応: テーラリングと知識付加

*

必要とする人材の育成

)

REBOKを規範とし, 現行要求定義(RE-As-Is)の評価

*

現行の要求定義のプロセスと成果物の評価

*

要求の計画と管理: プロジェクト管理との整合性評価

)

REBOKを利用し, 望ましい要求定義(RE-To-Be)の構築

*

基本4プロセスの内容再構築とREBOK知識要素の選択導入

*

ドメインへの対応: テーラリングと知識付加

*

必要とする人材の育成

現行の要求定義

プロセスと方法(RE-As-Is)

望ましい要求定義

プロセスと方法(RE-To-Be)

知識利用

評価規範

必要な人材

現行の人材

26

提案力の向上

調達力の向上

さあ，REBOKでWin-Win Wayへ

ベンダとユーザのWin-Win Way

さあ，REBOKでWin-Win Wayへ

ベンダとユーザのWin-Win Way

)

REBOK: ユーザとベンダの共通理解の基盤

*

個人の経験知を体系的，組織的な知識化

)

要求工学の組織的実践

*

良い要求定義: ユーザとベンダの共通価値

)

REBOK: ユーザとベンダの共通理解の基盤

*

個人の経験知を体系的，組織的な知識化

)

要求工学の組織的実践

*

良い要求定義: ユーザとベンダの共通価値

ベンダ

ユーザ

REBOKを基盤とし

要求定義力の底上げ

REBOKはフルセット

必要な技術を選択して

活用

27

さあ，REBOKでWin-Win Wayへ

要求工学を成功の梃にしよう

さあ，REBOKでWin-Win Wayへ

要求工学を成功の梃にしよう

)

上流工程を梃としよう: ドイツ自動車ソフトウェア開発の事例

*

総開発コスト: 27%削減，開発期間: 36%短縮

)

上流工程を梃としよう: ドイツ自動車ソフトウェア開発の事例

*

総開発コスト: 27%削減，開発期間: 36%短縮

23

10

37

-46

-9

-9

-9

18

6

25

-45

-12

-12

-12

-60

-40

-20

0

20

40

60

コスト

期間

出典:M. Broy, Opportunities and Challenges in Software Engineering for the Next Generation Automotive,

COMPSAC 2011 Panel, http://www.nise.org/jp/confs/2011-07-COMPSAC11/NextGenAutoSE.htm

[%]

28

さあ，REBOKでWin-Win Wayへ

REBOKの今後のロードマップ

さあ，REBOKでWin-Win Wayへ

REBOKの今後のロードマップ

)

要求工学知識体系(REBOK)ガイドの編成

*

REBOKの解説と実践の手引き

)

REBOKに基づく人材育成ガイドラインの策定

*

人材育成カリキュラムのモデル策定

)

REBOKベストプラクティスと現場からのフィードバック

*

ベストプラクティスの収集と公開

)

要求工学のグローバルコミュニティとの連係

*

英語版の作成

アジア太平洋ソフトウェア工学国際会議(APSEC)2011

[2011年12月，ホーチミン市]におけるREBOK講習会

29

さあ，REBOKでWin-Win Wayへ

3つの提言

さあ，REBOKでWin-Win Wayへ

3つの提言

)

要求の価値を活かそう

)

要求工学の本格的な実践を図ろう

)

要求工学の人材を育成しよう

)

要求の価値を活かそう

)

要求工学の本格的な実践を図ろう

)

要求工学の人材を育成しよう

ドロミテ(イタリアアルプス)にて

30

REBOK WG メンバ

REBOK WG メンバ

REBOK 企画WG

青山 幹雄

南山大学 (座長)

斎藤 忍

NTTデータ

中谷 多哉子 筑波大学

小部山 知伸 野村総合研究所

藤田 和明

日立ソリューションズ

森田 功

富士通

中崎 博明

富士通FIP

斉藤 裕一

リコーITソリューションズ

鈴木三紀夫

ソフトウェアテスト技術振興協会

鈴木 律郎

情報サービス産業協会 (事務局)

REBOK 普及WG

青山 幹雄

南山大学 (座長)

佐藤 雅幸

伊藤忠テクノソリューションズ

桶谷 貴弘

インテック

小林 麻美

インテック

小池 輝明

NECネクサソリューションズ

位野木 万理 東芝ソリューション

玉置 彰宏

日本情報システム・ユーザー協会

平山 貴子

日本情報システム・ユーザー協会

小部山 知伸 野村総合研究所

平石 輝彦

パナソニック

藤田 和明

日立ソリューションズ

大下 義勝

日立ソリューションズ

眞木 康裕

三菱総研DCS

有本 和樹

リコーITソリューションズ

鈴木 律郎

情報サービス産業協会 (事務局)

31

参考文献

参考文献

[ 1] A. Abran, et al. (eds.), Guide to the Software Engineering Body of Knowledge, 2004 Version, IEEE

Computer Society, http://www.swebok.org [ソフトウェアエンジニアリング基礎知識体系，オーム社, 2005].

[ 2] 青山 幹雄ほか，要求工学知識体系(REBOK)の開発と評価，ソフトウェアエンジニアリング最前線2010,

近代科学社，2010年8月, pp. 25-32.

[ 3] M. Aoyama, T. Nakatani, and S. Saito, REBOK Manifest: Towards a Requirements Engineering Body

Of Knowledge, Proc. IEEE RE ‘10, IEEE Computer Society, Sep.-Oct. 2010, pp. 383-384.

[ 4] 青山 幹雄ほか，要求工学のモデル論，電子情報通信学会 知能ソフトウェア工学，2011年3月, pp. 43-48.

[ 5] 青山 幹雄，要求工学知識体系REBOK第1版のご紹介，JISA Quarterly, Vol. 102, 2011年7月, pp. 117-123.

[ 6] 青山 幹雄，上流からの要求マネジメント，情報サービス産業白書2011-2012, 日経BP社, 2011年10月,

pp. 177-187.

[ 7] M. Aoyama, Requirements Engineering Based on Requirements Engineering Body Of Knowledge

(REBOK), APSEC 2011 Tutorial, Ho Chi Minh City, Vietnam, Dec. 2011,

http://www.apsec2011.org/files/Tutorial1-APSEC2011-Prof-Aoyama.pdf

[ 8] IIBA, A Guide to the Business Analysis Body of Knowledge (BABOK Guide), Version 2.0, IIBA, 2009

[ビジネスアナリシス知識体系ガイド Version 2.0, IIBA日本支部, 2009].

[ 9] IREB, Syllabus: IREB Certified Professional for Requirements Engineering Foundation Level,

Ver. 2.0, Oct. 2009, http://certified-re.de/en/.

[10] ISO/IEC 29148:2011, Systems and Software Engineering – Life Cycle Processes – Requirements

Engineering, 2011.

[11] JISA REBOK 企画WG, 要求工学知識体系，第1版，近代科学社，2011.

[12] 経済産業省/JUAS, 要求仕様策定ガイドライン, 2007.

[13] 大西 淳，郷 健太郎，要求工学，ソフトウェアテクノロジーシリーズ，Vol. 9, 共立出版，2002.

[14] K. E. Wiegers, Software Requirements, 2

_{ed., Microsoft Press, 2003}

[ソフトウェア要求：顧客が望むシステムとは，日経BPソフトプレス，2003].