NTTデータ
技術開発本部
副本部長
山本修一郎
概要
本稿では、これまで2回にわたって紹介してきた電子タグプライバシー保護ガイドライン[1][2][3]のゴール分析に基づいて、ゴールを分析するときに役立つ視点を整理してみよう。
ゴール分析の効果
これまで、法制度の例として「電子タグプライバシー保護ガイドライン」を対象にゴール分析をしてきた。個人情報保護法や日本版SOX法を見てもわかるように、ITがビジネスの基盤要素になるにつれて、ITコンプライアンスが重要な課題になっている。法制度は企業が遵守する必要のある社会的なルールであって、法制度に対するゴール分析ができればすべての企業が共通的に利用できる可能性が高いと考えられる。基本的には、企業ごとに個別に同じ法律を分析しなおさなくてもいいはずだ。

図1 経営目標、法制度とゴール
また、経営からみるとITをいかに適切に活用して経営目標を実現するかが重要になってきており、ITケイパビリティが注目されている。したがって、ITに対するゴール分析では、図1に示したように経営目標と法令順守の両面を考慮する必要がある。経営目標とそれに対する非機能ゴールは企業ごとに異なるかもしれないが、法制度に対する非機能ゴールは各企業で共通的に必要となるはずだ。ITへの機能要求はこれらの非機能要求を実現する必要がある。このように系統的に法制度と経営目標から機能要求を抽出することができればビジネスとITが首尾一貫することになり、ITアラインメントが達成されるだろう。
ゴール図の統合
これまでに作成した条文ごとのゴール図を統合するにはどうしたらいいだろうか?そのためには関連するゴールをまとめる必要がある。ゴールのまとまりにはどのような種類があるかを明らかにする必要がある。これまでは、AND関係とOR関係によってゴールをサブゴールに分解することは考えたが、それはゴールとサブゴール間の論理的な関係であって分解の意味を考えているわけではない。
ゴールのまとまりの意味を考えてゴール図を統合すると、たとえば図2に示すようになるだろう。この図では、まず、ゴール(R1)を達成する対象としての事業者を規定するサブゴール(R2)と、ゴールの達成手順を規定するサブゴールのまとまり(RA,RB,R9)に分解した。またサブゴールの達成手順は、準備・実施・管理というゴールのまとまりに分けた。電子タグに関するプライバシー保護の準備としては、消費者にプライバシーを保護する能力を持たせるための手段(RA)が必要で、その内容として電子タグを適切に取り扱えるようにした上で(R10)、電子タグが商品に装着されていることを認識できる(R3)という段取りが必要だ。電子タグのプライバシー保護の実施(RB)では、電子タグのシステム構成に着目して、電子タグに対してプライバシーを保護する(RC)と、電子計算機に記録される電子タグ情報についてプライバシーを保護する(R6)に分解する。

図2 ガイドラインに対するゴールの全体構成
電子タグに対するプライバシー保護では、消費者が電子タグを取り外す(R4)か、電子タグを読める状態でプライバシーを保護するか(RD)かのどちらかを選択する。後者の場合には、電子タグ内に記録された情報の利用を制限した上で(R7)、電子タグ情報の正確性を確保する(R8)という手順が必要だ。
ここで、RA,RB,RC,RDは、ゴール図を統合するために導入した中間的なサブゴールである。こうして再構成されたゴール図を振り返ってみると、逆に電子タグプライバシー保護ガイドラインを導く検討のステップが見えてくることに気づく。ということは、法律を導出するときにも、ゴール図が役に立つということだ。つまり法律をゴール指向の考え方でエンジニアリングできる可能性があるわけだ。
ゴール関係の意味
以上述べたようにゴールの分解では、どのような視点でサブゴールのまとまりをとらえるかということを明らかにしておくことが大切だ。これまで2回にわたって作成したゴール図のポイントを再整理することにより、筆者が抽出したゴール分解の視点を表1に示す。
表1にまとめたゴールの分析の視点は、電子タグプライバシー保護ガイドラインの文章からゴールを抽出するときの考え方を整理したものだ。表1ではゴール分解の視点、その代表的な文の例と、プライバシー保護ガイドラインのどの条文についてそれらの視点を適用してゴール図を作成したかを示している。たとえば、手段の視点は、RPPG1,3,4,6,9,10で用いたことがわかる。

図3 ゴール図の関係
ゴールには複数のサブゴールがまとまりとして階層関係で対応付けられていると考えることにより、表1に基づいてゴール図の関係をクラス図で整理すると図3のようになる。図3の階層関係には、表1で示した接続の視点を除く9個の関係がある。接続の視点は、階層関係の種別がAND関係かOR関係のいずれであるかを表現するものである。したがって階層関係の属性としてもいいが、ここでは図のわかり易さを考慮しクラスとして記述した。
次項では、それぞれの視点について説明しよう。
ゴール分解の視点
説明
文章の章や節には題名がついているので、文章の題名からゴールを抽出し、文章の内容に基づいてサブゴールを作成することができる。
分類
たとえば、RPPG6では、表を用いて、個人情報取扱事業者に係る義務を、個人情報の利用目的関係、取得関係、個人データの管理関係に分類している。また具体的な義務の内容をこれらの分類項目ごとに箇条書きで述べている。このような場合、表の構造を用いてサブゴールを階層的に抽出することができる。
手段
次のような文があるとき、ゴールPを実現する手段をサブゴールMが表現している。
- 【例1】「<M>により、<P>する」
- 【例2】「<P>するため、<M>する」
「により」に着目すれば、Pが目的であり、Mがそれを実現する手段を示していることがわかる。これに対して「するため」の場合、Pが目的であり、Mがそれを実現する手段を示している。
例文:電子タグが円滑に社会に受け入れられるようにするため、電子タグに関する消費者のプライバシー保護について業種間に共通する基本的事項を明らかにする。
例示
次のような文があるとき、ゴールAを実現する事例をサブゴールXが表現している。
- 【例3】「<X>するなど、<A>する」
- 【例4】「<A>する例は<X>である」
例文:情報提供を行う等、消費者の電子タグの理解を助けるよう努める。
条件
次のような文があるとき、ゴールAを実現するための条件をサブゴールCが表現している。
- 【例5】<A>する条件は<C>である
- 【例6】<A>するには<C>する必要がある
手順
次のような文があるとき、ゴールAを実現するための条件をサブゴールCが表現している。
- 【例7】<A>するための手順は<P>である
ゴールAを実現するシナリオを一連の手順や段取りをPで記述された内容が与えている。
Pの内容では、通常、「~し、~する」というように、接続詞でつなぐことで、順序を表現する。
例文:電子タグに関する消費者のプライバシーを保護するためには、そのための準備として消費者にプライバシーを保護する能力を与え、プライバシーの保護を実施し、個人情報を責任者が管理するという手順が必要である。
注意:手段と手順の違いは、手順の場合だとサブゴール間の順序関係が付けられているが、手段の場合にはサブゴール間の順序関係までは規定しないことにある。
構成
次のような文があるとき、ゴールAの構成要素をサブゴールEが表現している。
- 【例8】<A>の構成要素は<E>である
- 【例9】<A>は、<E1>…<En>からなる
対象
次のような文があるとき、ゴールAの構成要素をサブゴールOが表現している。
- 【例10】<A>する対象は<O>である
- 【例11】<O>が<A>に対応する
例文:当該電子タグ及び当該電子タグが装着された物品を取り扱う事業者が対応することが望ましい規則について定めるものである。
場所
次のような文があるとき、ゴールAを実現する場所や物体をサブゴールWが表現している。
- 【例12】<動作>は<場所>において行う
- 【例13】<場所>に<動作>する
例文:商品に電子タグが添付されていることを表示する
接続
次のような形式の文があるとき、上位のゴールを実現するためのサブゴールをAとBが表現している。
- 【例14】<A>し、<B>する
- 【例15】<A>及び<B>する
- 【例16】<A>する。また<B>する
AとBの関係は、「し」の場合、OR関係になる。「及び」の場合はAND関係である。ところが、「また」の場合には、前後の文脈によって、OR関係の場合とAND関係の場合があるので注意が必要である。
今回はこれまで2回にわたって紹介してきたゴール分析手法のポイントをまとめた。とくに、ゴール分解の視点を、説明、分類、手段、例示、条件、手順、構成、対象、場所という9つの関係として明確化することができた。従来はこのようなゴールを分解するときの視点は必ずしも明確ではなかったので、どのようにゴールを分解すればいいかわかりにくいという問題があった。今回明らかにした9つの視点は、ゴール分解を段取り立てて進める上で役立つと考えられる。
参考文献
- [1]総務省・経済産業省:http://www.soumu.go.jp/s-news/2004/pdf/040608_4_b.pdf
- [2]第17回 ゴール分析 応用編,http://www.bcm.co.jp/site/youkyu/youkyu17.html
- [3]第18回 ゴール分析 応用編つづき,http://www.bcm.co.jp/site/youkyu/youkyu18.html
- 1:要求工学の概要
- 2:第12回要求工学国際会議 RE2004
- 3:要求仕様
- 4:要求工学プロセス
- 5:要求抽出
- 6:要求分析
- 7:要求確認
- 8:要求管理
- 9:要求追跡
- 10:要求工学の課題
- 11:ジャクソンの問題フレーム
- 12:シナリオ分析
- 13:要求工学国際会議RE2005
- 14:ゴール分析
- 15:iスター・フレームワーク
- 16:要求インタビュー
- 17:ゴール分析 応用編
- 18:ゴール分析 応用編つづき
- 19:ゴール分析の視点
- 20:ソフトシステム方法論 再考(その1)
- 21:ソフトシステム方法論 再考(その2)
- 22:ソフトシステム方法論 再考(その3)
- 23:非機能要求
- 24:信頼性要求
- 25:コミュニケーションの構造
- 26:組織とコミュニケーション
- 27:論理思考プロセスと現状分析ツリー
- 28:対立解消図と未来実現ツリー
- 29:前提条件ツリーと移行ツリー
- 30:特性要因図とゴール思考分析
- 31:i*フレームワークの書き方
- 32:i*フレームワークの危険な曲がり角
- 33:目的思考
- 34:要求工学の研究動向
- 35:アジャイル開発の要求工学
- 36:アジャイル開発の要求工学
- 37:要求レビュ
- 38:要求の曖昧さ
- 39:アクタ関係分析
- 40:要求工学の現状と課題
- 41:セキュリティ要求工学
- 42:ソフトウェア品質要求工学
- 43:イノベーションと要求工学
- 44:Wikiと要求工学
- 45:要求工学プロセスの改善
- 46:アクタ関係から見るユースケースと要求獲得
- 47:要求エンジニア
- 48:要求モデリングと誤り
- 49:要求を軸としたこれからのソフトウェア社会
- 50:ゴール指向とアスペクト指向要求工学
- 51:サービス指向要求工学
- 52:要求質問
- 53:試験工程での要求発見
- 54:要求とテスト
- 55:すりあわせの技術と価値星座
- 56:学生からの質問
- 57:SysMLの要求図
- 58:アシュアランスケースとGSN
- 59:組込み要求工学
- 60:要求とアーキテクチャ
- 61:要求と保守・運用
- 62:オープンソースソフトウェアと要求
- 63:要求工学のオープンな演習の試み
- 64:Web2.0と要求管理
- 65:ソフト製品開発の要求コミュニケーション
- 10G-EPONの概要 その4-10G-EPONの課題と今後の動向-
【新ネットワーク】 - やっぱりおかしいよね?メモリの使い方
【通信ソフトウェア開発】 - 猿でもわかる”フレッツテレビ”その2
【猿でもわかるICT】 - 10G-EPONの概要 その3-10G-EPONの特徴2-
【新ネットワーク】 - 10G-EPONの概要 その2-10G-EPONの特徴1-
【新ネットワーク】 - 開発支援ツール
【通信ソフトウェア開発】 - 猿でもわかる“フレッツテレビ”その1
【猿でもわかるICT】


