第 2 章. 基本概念

この章では StarUMLを效果的に使うために必要な必須な概念たちを紹介します. StarUML™で使われる基本概念であるモデルとビューそしてダイヤグラムに ついて調べて, プロジェクトとユニット, モデル彫りの運用方法を記述します. また拡張モジュールとそこに含まれる接近法, プロファイル, フレームワークなどに関して 概略的な概念を説明します.

モデル, ビュー, そしてダイヤグラム

StarUMLではモデルとビューそしてダイヤグラムの概念をお互いに分離して使います. まず, モデル(Model)はソフトウエアモデルに関する情報を持っている 要素を意味します. ビュー(View)はモデルが盛っている情報を視覚的に表現したことを意味して, ダイヤグラム(Diagram)は ビュー要素たちの集合として使用者の決まった考えを表現したことを意味します.

 

 

プロジェクトとユニット

プロジェクト

プロジェクト(Project)は StarUMLで扱う一番基本になる単位を意味します. プロジェクトは一つあるいはその以上のソフトウエアモデルたちを管理することができるしいつも存在する最上位 パッケージ(Top-level Package)でも理解されることができます. 一つのプロジェクトは一般的に一つのファイルに保存されます.

プロジェクトコンフィギュレーション

プロジェクト下位には次の要素たちが含まれて管理されることができます. 

プロジェクト下位要素 説明
モデル(Model) 一つのソフトウエアモデルを管理するための要素です.
ザブシステム(Subsystem) 一つのザブシステムを表現したモデルたちを管理するための要素です.
パッケージ(Package) 要素たちを管理するための一番一般的な要素です.

プロジェクトファイル 

プロジェクトファイルは XML 形態に保存されて拡張人は ".UML" です. StarUMLで作成されたすべてのモデル, ビュー, ダイヤグラムたちは一つのプロジェクトファイルに保存されます. プロジェクトを多くのファイルに分けて保存しようとすれば ユニットを使うことができます. プロジェクトファイルには次のような情報が保存されます.

ユニット

プロジェクトは基本的に一つのファイルに保存されるがプロジェクトを多くの人が作業するとかするなどの理由でいくつかのファイルで分けて扱わなければ割 場合があります. このような場合, プロジェクトをいくつかのユニット(Unit)で作って扱うことができます. ユニットは階層的に構成されることができてユニットの 下部にいくつかのサーブユニットを持つこともできます. ユニットは .UNT ファイルに保存されて, プロジェクトファイル(.UML) あるいは他のユニットファイル(.UNT)で 参照されます.

ユニットの単位

パッケージ(Package), ザブシステム(Subsystem) そしてモデル(Model) 要素だけが一つのユニット(Unit)になることができます. このような パッケージ類要素たちの下位に含まれたすべての要素たちは該当のユニットファイル(.PUX)内に保存されます.

ユニット階層構造

プロジェクトが下位にいくつかのユニットを管理することができることのように, ユニット自体も下位にいくつかのユニットを管理することができます. 上位ユニットは下位 ユニットたちに対する参照を持つようになってこのようなリレーションシップによってユニットは階層構造(Hierarchical Structure)を成すようになります.

モデル彫り

モデル彫りはプロジェクトの一部分を別途のファイルで保存したことを言います. モデル彫りの対象はモデル(Model), ザブシステム(Subsystem), パッケージ(Package)にだけ当たってこれは ".MFG"という拡張人のファイルに保存されます. こんなに保存されたモデル彫り ファイルはいつでもどんなプロジェクトで易しく含ませることができるし一応含まれたモデル彫りはプロジェクトの一部で完全に含まれるのでユニットとはちょっと差が あります.

モジュール

モジュール(Module)

モジュールは StarUMLを確張して新しい機能たちと特徴たちを提供するための一つのパッケージです. モジュールは下の <絵>のような多くの拡張要素たちの照合で作ることができます. また目的によって一つの拡張要素だけで独立的なモジュールを構成するとか, モジュール内に同じ類型の拡張要素たちをいくつか作ることもできます.

StarUML™ モジュールを使えば次のようなものなどが可能になります.

接近法 

ソフトウエアを開発するための方法論は数もなく多くて, 各会社や組職ごとに独自の方法論を持っているとかもう存在することを少しずつ 他の方法で使ったりします. また開発するソフトウエアに対するアプリケーション領域(Application Domain)と使われるプログラミング言語と プラットホームも皆違います. このような特定性のためソフトウエアモデリング道具は初期に設定しなければならない事項が多くなります. StarUMLではこのような内容を一度に設定することができる接近法(Approach)という概念を提供します.

接近法のコンフィギュレーション

一つの接近法は次の項目たちで構成されます.

接近法コンフィギュレーション項目 説明
プロジェクト構造(Project Structure) 始めるプロジェクトの基本構造を設定します. パッケージ, ザブシステム, モデル要素たちで基本的な構造を作って適切な位置に ダイヤグラムを基本に配置させることができます.
使うプロファイルたち(Import Profiles) 始めるプロジェクトに基本に使う UMLプロファイルたちを自動で含ませます.
使うフレームワークたち(Import Frameworks) 始めるプロジェクトに基本に使うフレームワークたちを自動にロードして含ませます.
読み込むモデル彫り(Import Model fragments) 始めるプロジェクトに基本に挿入する モデル彫りたちを自動でイックオドルで特定要素下位に含ませます.

フレームワーク

StarUMLでのフレームワーク(Framework)はクラスライブラリー(Class Library)や MFC, VCL, JFC などのようなアプリケーションフレームワークなどを表現するソフトウエアモデルを意味します. フレームワークがプロジェクトに含まれて使われられれば, 使用者は特定クラスライブラリーやアプリケーションフレームワークに寄り掛かるソフトウエアを モデリングするのにあって非常に便利です.

フレームワークのコンフィギュレーション

フレームワークは一つのフレームワークファイル(.FRW)科するが異常のユニット(.UNT)で構成されます.

コンフィギュレーション要素 説明
フレームワークファイル(.FRW) フレームワークファイルにはどんなユニットがポハムドエルジと使われる UML プロファイルに対する情報を盛っています.
ユニットファイル(.UNT) ユニットファイルはフレームワークに対する実質的なモデル情報を盛っています.

UML プロファイル

UML(Unified Modeling Language)はどんな考えだが概念図表現することができるだけ一般的です. しかし, それはまた 他の側面での弱点になったりするのに, 特定領域(Domain)の概念たちに対しては精巧に表現することができません. このような弱点を補うため UMLを確張することができるメカニズムを提供しているのに, それがちょうど UML プロファイル(Profile)です. StarUMLは UML プロファイルの概念を直接的に収容して UMLを易しく確張するように支援します.

UML プロファイルのコンフィギュレーション要素

UML プロファイルは次のコンフィギュレーション要素たちで成り立ちます.

コンフィギュレーション要素 説明
ステレオタイプ(Stereotype) ステレオタイプは特定 UML 要素に付けられることで意味をもっと明確にさせていっしょに副次的に拡張属性を付与してもっと正確なモデリングが可能にさせます.
ステレオタイプはグラフィクスノーテーションを表現するためにアイコンファイルを指定することもできるが, 拡張ノーテーション正義ファイル(.PNX)を使って ノーテーション図式方法を直接定義することもできます. 拡張ノーテーションに関する詳しい内容は開発者マニュアルを参考してください.
拡張属性(TagDefinition) 拡張属性は UML 要素が持っているプロパティだけでは正確なモデリングが不可能な場合, 新しい属性を付与して付加的な 情報を要素に記録するようにします. StarUMLで拡張属性は特定ステレオタイプに含まれるとかそれとも独立的に存在することもできます.
データタイプ(DataType) プロファイルが基本的に含むデータタイプたちを現わします.
ダイヤグラムタイプ(DiagramType) ダイヤグラムタイプは StarUML™で提案している拡張要素でダイヤグラムに適用して新しいダイヤグラムを定義する ことがあるようにしてくれます.
要素プロトタイプ(ElementPrototype) 要素プロトタイプは StarUML™で提案している拡張要素で既存に正義された要素に属性たちをあらかじめ設定して要素生成のための一つの見本を定義するようにします. こんなに定義した要素プロトタイプはパレットに連結して要素を直接 生成するとか外部 APIを通じて要素を生成することができます.
モデルプロトタイプ(ModelPrototype) モデルプロトタイプは StarUML™で提案している拡張要素で要素プロトタイプと似たり寄ったりだがモデルに限って適用したのです. モデルプロトタイプで定義した要素はモデル追加メニューにビューイングされます.
パレット(Palette) パレットは StarUML™で提案している拡張要素で StarUML™に基本的に含まれているパレット外に追加的なパレットを構成するようにしてくれます.

プロファイル作成に対する詳しい内容は StarUML™ 開発者ガイドを参考してください.

UML プロファイルのアプリケーション

UML プロファイルは次のような用途などにアプリケーションされることができます. そして OMG(Object Management Group)では特定用途のための UML プロファイルの標準を制定しているのでそれらを参考することができます.

モジュールの追加

使用者が開発するとかサードパーティーベンダーによって配布されるモジュールを追加的に設置すれば拡張された機能を StarUML 内で使うことができます. システムに新たに追加されるモジュールを設置するのに別途の複雑な登録過程が必要ではないです. モジュールを設置しようとすれば該当のモジュールを <install-dir>¥modules¥  下位ディレクトリーにサーブディレクトリーを作った後モジュールを構成するファイルたちをコピーすれば良いです.

StarUML™ 追加条項モジュール 

StarUML™は StarUML™ プラットホームの上に動作する何種類のモジュールを追加的に提供しています.