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

概要

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

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

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

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

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

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

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

簡単なSD図の作成手順

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

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

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

UMLとi＊フレームワーク

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

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

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

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

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

ユースケース図とSD図

図３に例で示したシナリオに対するユースケース図とSD図を対応付けて示した。

ユースケースのアクタとSD図のアクタを直接対応付けることができる。また受付業務のユースケースを受付係アクタに対応付けている。

ここで、ユースケースにおける線の向きとSD図における線の矢印の向きが逆転していることに注意しよう。たとえば、納品書を受け取るのは注文主だが、納品書を提供するのは受付係だ。このためSD図では納品書の提供者に対して矢が向かうのである。

シーケンス図とSR図

商品販売に対するシーケンス図の例を図４に示す。また図４に対するSR図の例を図５に示す。図４では、出庫依頼画面、出庫指示、在庫が受け付け業務に対応する。これらはSR図では図５に示したように受付係の内部のタスクとして記述する。

コラボレーション図とSD図

図６では、クライアント・サーバ・モデルに対する単純なコラボレーション図をSD図と比較している。

クライアントがサーバに対してリクエストすると、サーバがクライアントに対してレスポンスを返すというモデルである。

SD図では、リクエストとレスポンスをタスクで記述している。ここでSD図にソフトゴールを記述していることに注意する。

すなわち、リクエストに対しては、リクエスト量を増大させたい。レスポンスに対しては正確なレスポンスを期待している。これらのソフトゴールは非機能要求の例である。

このようにSD図では、次の３つの問いを考えることができる。

• 【問1】誰（アクタ）に依存するのか
• 【問2】何（依存対象）に依存するのか
• 【問3】なぜ、どのように（ソフトゴール）依存するのか

今回はi＊フレームワークを利用する上での図の書き方のポイントとUMLの図式と対比することでSD図やSR図の役割を紹介した。

---

■参考文献

• [1] i＊フレームワーク、http://www.bcm.co.jp/site/youkyu/youkyu15.html
• [2] i＊an agent-oriented modelling frame- work, http://www.cs.toronto.edu/km/istar/