I*
i *（「istar」と発音）またはi *フレームワークは、問題の領域を理解するためのシステムモデリングの初期段階に適したモデリング言語です。i *モデリング言語を使用すると、現状と将来の両方の状況をモデル化できます。i *という名前は、フレームワークを強調する分散型の志向性の概念を指します。これは元々、組織環境とその情報システムについてモデル化および推論するために開発されたアプローチであり、タスクを実行してこれらの目標を達成するために相互に依存する、異なる、多くの場合競合する目標を持つ異種のアクターで構成されています。アクター指向とゴールモデリングの両方をカバーしています。i *モデルは、WHOとWHYの質問に答えますが、何ではありません。
対照的に、UML ユースケースアプローチは機能的な目標のみをカバーし、アクターは操作に直接関与します（通常はソフトウェアを使用）。KAOSのアプローチはすべてのタイプの目標をカバーしますが、アクターの志向性にはあまり関心がありません。
コンテンツ
1 要素
2 モデル
2.1 戦略的従属モデル（SD） 2.2 戦略的根拠モデル（SR）
3 i*を使用する理由
4 i*とユースケース統合のメリット
5 ゴールモデリング
6 i*からUMLへ
7 も参照してください
8 参考文献
9 外部リンク
要素
モデルは、アクター間の依存関係を記述します。それらを説明するための4つの要素があります：ゴール、ソフトゴール、タスクおよびリソース。i *の中心的な概念は、実際には意図的なアクターの概念です。組織のアクターは、目標、信念、能力、コミットメント（分散型の志向性の概念）などの意図的な特性を持っていると見なされます。アクターは、達成する目標、実行するタスク、および提供するリソースを相互に依存しています。他の人に依存することにより、アクターは、それ自体では達成するのが困難または不可能な目標を達成できる可能性が一方、依存しているアクターが配信しない場合、アクターは脆弱になります。アクターは、機会と脆弱性を懸念しているという意味で戦略的であり、意図的な関係を再構築することによって、より良い利益をもたらす環境の再編成を求めています。
モデル
i *フレームワークは、2つの主要なモデリングコンポーネントで構成されています。
戦略的従属モデル（SD）
SDモデルは、組織のコンテキストにおけるさまざまなアクター間の依存関係のネットワークを記述します。アクターは通常、モデルのコンテキスト内で識別されます。このモデルは、俳優が誰であり、誰が俳優の仕事に依存しているかを示しています。
SDモデルは、アクターを接続するノードとリンクのセットで構成されます。ノードはアクターを表し、各リンクは2つのアクター間の依存関係を表します。依存するアクターはDependerと呼ばれ、依存するアクターはDependeeと呼ばれます。
戦略的根拠モデル（SR）
SRモデルを使用すると、各アクターとその依存関係に関連する理由をモデル化でき、アクターがどのように目標とソフト目標を達成するかについての情報を提供します。このモデルには、目標の結果に影響を与えるのに十分重要であると見なされる要素のみが含まれています。
SRモデルは、SDモデルを含めることにより、アクターの依存関係を示します。これらの依存関係に関連して、SRモデルは、目標、ソフト目標、タスク、およびリソースを指定します。SDモデルと比較して、SRモデルは、内部の意図的な関係をモデル化するためにアクターの内部を調べることにより、より詳細なレベルのモデリングを提供します。意図的な要素（目標、ソフト目標、タスク、リソース）は、外部の依存関係としてだけでなく、手段と終了の関係およびタスクの分解によってリンクされた内部要素としてSRモデルに表示されます。手段と終了のリンクは、アクターがいくつかのタスクに従事する理由、目標を追求する理由、リソースが必要な理由、またはソフトな目標が必要な理由についての理解を提供します。タスク分解リンクは、ルーチンを構成する意図的な要素の階層的な説明を提供します。このようなモデルは、利害関係者の関心と懸念、およびシステムと環境のさまざまな構成によってそれらがどのように対処されるかを説明するために使用されます。
i*を使用する理由
i *は、ソフトウェアエンジニアリングプロセスの初期段階で情報を取得する可能性を提供します。以前はUMLを使用して情報を表示していましたが、UMLは組織オブジェクトに焦点を当てていることが多いため、初期段階ではそれほど重要ではありません。彼らの組織。
i *モデルは、能力、作業性、実行可能性、および信憑性の観点から、さまざまなレベルの分析を提供します。
i*とユースケース統合のメリット
i *は、ビジネスドメインにおける組織の関係を早期に理解するためのものです。i *を使用した組織モデリングからのユースケース開発により、要件エンジニアは、目的のシステムの機能要件と、組織モデリングで以前に定義された組織目標との関係を確立できます。
ゴールモデリング
i *は、問題領域を理解するための要件エンジニアリングで使用できます。次に、SDモデルとSRモデルを使用してユースケースを開発できます。これは、アクター、タスク、リソース、目標、およびソフトゴールを表現するための理想的な言語です。
i*からUMLへ
i *は初期の要件に使用され、UMLは後期の要件に使用されます。したがって、i*モデルをUMLモデルに変換する必要がこれを行うには、次のガイドラインを使用します。
アクター：アクターはクラス集約にマップできます、
タスク：タスクはクラス操作にマップできます。例：依存アクターとSDモデルの依存関係の間のタスクは、依存関係UMLクラスのパブリック操作に対応します。
リソース：リソースはクラスとしてマッピングできます。
目標とソフト目標：戦略目標とソフト目標を属性にマッピングできます。
タスク分解：タスク分解は、事前条件と事後条件で表すことができます。
も参照してください
アクターモデリング
ビジネスモチベーションモデル
ゴールモデリング
目標指向の要件言語（GRL）
KAOS（ソフトウェア開発）
使用事例
参考文献
Yu、Eric S.（2009）。「ソーシャルモデリングとi*」 （PDF）。ボルギダでは、アレクサンダーT .; Chaudhri、Vinay K .; ジョルジーニ、パオロ; etal。（編）。概念モデリング：基礎と応用。LNCS。巻 5600.スプリンガー。pp。99–121。土井：10.1007/978-3-642-02463-4_7。ISBN 978-3-642-02462-7。ISSN0302-9743 。_
ユ、エリック; ジョルジーニ、パオロ; 乙女、ニール; et al。、eds。（2011）。要件エンジニアリングのためのソーシャルモデリング。MITプレス。ISBN 978-0-262-24055-0。
ゆう、ESK（1997）。「初期段階の要件エンジニアリングのモデリングと推論のサポートに向けて」。要求工学に関するIEEE国際シンポジウム。RE’97。pp。226–235。土井：10.1109/ISRE.1997.566873。ISBN 0-8186-7740-6。
サンタンデール、VFA; カストロ、JFB（2002）。「組織モデリングからのユースケースの導出」。要件工学に関するIEEE合同国際会議。RE’02。pp。32–39。土井：10.1109/ICRE.2002.1048503。ISBN 0-7695-1465-0。
外部リンク
i*ホームページ
i * wiki
DBLPでのi*ワークショップ
i*ワークショップ2010