要求工学第31回：i＊フレームワークの書き方(要求工学：Requirements Engineering)

ホーム > 要求工学 > 2007年5月号 > 第31回：i＊フレームワークの書き方

(株)NTTデータ　技術開発本部システム科学研究所所長工学博士山本修一郎

概要

今回はエンタープライズモデリングのためのゴール分析手法として第15回でも紹介したi＊（iスター）フレームワークの書き方の留意点について考える[1][2]。i＊の意味はdistributed intentionalityということで複数の意図が分散しているという意味だ。i＊フレームワークでは、社会的アクタ、ソフトゴール、タスク、資源から組織を構成すると考える。社会的アクタは相互に依存しあいながら、提供される資源を用いてタスクを遂行することによりソフトゴールを実現する。

i＊フレームワークの図をパワーポイントで書く

i＊フレームワークには、SD（Strategic Dependency）図とSR（Strategic Rational）図がある。これらの図では、アクタは円、タスクは六角形、資源は矩形、ゴールは楕円で書くので、パワーポイントの基本図形がそのまま使える。ソフトゴールは雲形なので、私はクリップアートの雲形を使っている。この雲形は次のようにすればパワーポイントのスライドに挿入できる。

プルダウンメニューの挿入から図を選択する。つぎにクリップアートを選択して「雲」で検索すると、影つきの雲が出てくるので、これを選択してから影付スタイルのポップアップメニューで「影なし」を指定する。

このアイコンだと、基本図形と同じようにマウスで選択してキーボードから文字を直接、雲の中に文字を記入できるから、便利である。

さて、i＊フレームワークでやっかいなのは依存関係が独特な記法になっている点だ。どういうことかというと、アクタやデペンダムとの依存関係を表す線の中央に矢印が配置されているためだ。この依存関係を次のようにして２つの線に分解すると比較的簡単にきれいに書くことができる。図１に従って説明しよう。

図1 i＊の依存関係を書く

たとえばまず矢印を配置する受益者（デペンダ）からソフトゴールへの中間点を決め、受益者からこの中間点まで矢線を引く。次に受益者からソフトゴールへの中間点から、ソフトゴールまで残りの線を引く。そして受益者からソフトゴールへの依存関係を選択し、提供者側の依存関係としてコピーするといい。ここで作成した２つの線を組み合わせた依存関係をグループ化しておくと、まとめてコピーできるので便利だ。

簡単なSD図の作成手順

以下では図２に従ってSD図の簡単な作成手順を紹介する。SD図を記述するときには、まずアクタを列挙する。ここではラジオのパーソナリティによる楽曲のリクエスト番組を考えよう。

図2 SD図の作成手順

アクタは番組の視聴者とパーソナリティだ。アクタを列挙したらアクタ間で、どんな依存対象があるかを考えよう。ここでは「曲を聴きたい」「曲名」「曲をリクエストして欲しい」「曲を流す」などを思いついたとしよう。

この後は視聴者とパーソナリティの間でこれらの依存対象ごとに依存関係の方向を決定すればよい。

UMLとi＊フレームワーク

ソフトゴールは出てこないがUMLのユースケース図やシーケンス図をi＊フレームワークのタスクや資源を用いて書くことができる。以下では次のような商品販売シナリオについて考えよう。

例　商品販売における受付係の仕事に関するシナリオ

注文主が出庫を依頼する
在庫を確認する
在庫不足なら不足品を発注係に発注する
在庫があれば倉庫係りに出庫を指示する
倉庫係が出荷を確認する
在庫を更新する
注文主に納品書を提示する

まずアクタを調べると、注文主、倉庫係、発注係が見つかる。また受付係の仕事についてのシナリオなので、受付係もアクタになる。

つぎにアクタ間の関係を調べよう。このとき表１のように整理しておくと漏れがない。ここで文２と文６を次のように考える。すなわち「在庫を確認する」では受付係が最初に倉庫係から在庫情報を調べておき、出荷するごとに受付係の手元にある在庫情報を更新していくことにする。したがって文６は受付係の内部のタスクとなり、倉庫係との依存関係は生じないと考える。このため表１では文６に対する記述はない。

表1　商品販売における受付係の仕事に関するシナリオの分析
受益者	提供者	依頼対象	依頼種別	文番号
注文主	受付係	出庫依頼	タスク	1
受付係	倉庫係	在庫	資源	2
受付係	発注係	不足発注書	資源	3
倉庫係	受付係	出庫指示	タスク	4
受付係	倉庫係	出荷確認書	資源	5
注文主	受付係	納品書	資源	7