この章では本格的に StarUML™でダイヤグラムと要素を生成して編集する方法に対して説明します. またモデル探索器を 使ってプロジェクト構造を構成する方法を調べます.
StarUML™は皆 11種の UML ダイヤグラムを 支援します. 使用者は必要によって願うダイヤグラムを生成して作成することができます.
| だ李語グラム 種類 | 説明 |
|---|---|
Class Diagram |
クラスダイヤグラム(Class Diagram)はクラス関連要素たちのさまざまな静寂なリレーションシップを視覚的に表現したのです. クラスダイヤグラムはクラス(Class) だけでなくインタフェース(Interface), 列挙型(Enumeration), パッケージ(Package) 及びさまざまなリレーションシップたちだけでなくインストンス(Instance)とそれらの連結(Link) なども含むこと あります. |
Use Case Diagram |
ユースケースダイヤグラム(Use Case Diagram)は特定システムあるいは個体内のユースケース(Use Case)らと彼 外部のアクター(Actor)らとのリレーションシップを表現したのです. ユースケースは該当のシステムの機能を表現してそれらがどんな外部アクターたちと 相互作用するかどうかを現わします. |
Sequence Diagram |
シーケンス・ダイアグラム(Sequence Diagram)はインストンスドルがどんなに相互作用をするかどうかを描きます. 一つの協同-インストンスジブハブ(CollaborationInstanceSet)に 含まれたインストンス(Instance)ら相互間に取り交わす磁極(Stimulus)たちの集合である相互作用-インストンスジブハブ(InteractionInstanceSet)を 直接的に表現します. シーケンス役目ダイヤグラム(Sequence Role Diagram)は役目(ClassifierRole) 中心の 観点を反映した一方, シーケンス・ダイアグラム(Sequence Diagram)はインストンス(Instance) 中心の観点を反映した のです. |
Sequence Diagram (Role) |
シーケンス役目ダイヤグラム(Sequence Role Diagram)は役目概念たちがどんなに相互作用をするかどうかを描きます. 一つの協同(Collaboration)に含まれた役目(ClassifierRole)ら相互間に取り交わすメッセージ(Message)たちの 集合である相互作用(Interaction)を直接的に表現します. シーケンス・ダイアグラム(Sequence Diagram)はインストンス(Instance) 中心の観点を反映した一方, シーケンス役目ダイヤグラム(Sequence Role Diagram)は役目(ClassifierRole) 中心の観点を反映したのです. |
Collaboration Diagram |
協同ダイヤグラム(Collaboration Diagram)はインストンスドルがどんなに協動するかどうかを描きます. 一つの協同-インストンスジブハブ(CollaborationInstanceSet)に 含まれたインストンス(Instance)たちの協同モデルを直接的に表現します. 協同役目ダイヤグラム(Collaboration Role Diagram)は役目(ClassifierRole) 中心の観点を反映した一方, 協同ダイヤグラム(Collaboration Diagram)はインストンス(Instance) 中心の観点を反映したのです. |
Collaboration Diagram (Role) |
協同役目ダイヤグラム(Collaboration Role Diagram)は役目概念たちがどんなに協動するかどうかを描きます. 一つの協同(Collaboration)に含まれた役目(ClassifierRole)たちの協同モデルを直接的に表現します. 協同 ダイヤグラム(Collaboration Diagram)はインストンス(Instance) 中心の観点を反映した一方, 協同役目 ダイヤグラム(Collaboration Role Diagram)は役目(ClassifierRole) 中心の観点を反映したのです. |
Statechart Diagram |
状態ダイヤグラム(Statechart Diagram)は特定個体の動的な行為を状態(State)とそれたちの間の 転移(Transition)を通じて描きます. 一般的にクラスのインストンスに対する行為を描くのに使われるがその外の要素たちに 対してもいくらでも使われることができます. |
Activity Diagram |
アクティビティダイヤグラム(Activity Diagram)は状態ダイヤグラムの特別な形態として, 活動たちの遂行流れを描くのに 相応しいです. 一般的に作業流れ(Workflow)を表現するためにたくさん使われて, クラス, パッケージあるいは演算などの個体に対して 主に使われます. |
Component Diagram |
コンポネントダイヤグラム(Component Diagram)はソフトウエアコンポネントの間の依存リレーションシップを描きます. ソフトウエア コンポネントを構成する要素たちとそれらを具現する要素たちも皆表現されることができます. |
Deployment Diagram |
デ−プルロイモントダイヤグラム(Deployment Diagram)は物理的なコンピュータ及び装備などのハードウェア要素たちとそれに入り 配置されるソフトウエアコンポネント, プロセス及び客体たちの形象を描きます. |
Composite Structure Diagram |
コンポジット構造ダイヤグラム(Composite Structure Diagram)は分類者(Classifier)の内部構造を表現する ダイヤグラムです. ここには Classifierがシステムの他の部分たちとの相互作用する地点などを含みます. |
参照 ダイヤグラムに新しい要素を生成しようとしたら先にダイヤグラムが開かれていなければなりません. パレットにはダイヤグラムの種類によって生成されることができる要素たちが列挙されているし, 列挙された要素たちのリストはダイヤグラムの種類に よって変わります.
参照ダイヤグラムでパレットから新しい要素を生成すること以外に, もう存在するモデル要素(Model element)に対するビュー要素(View element)のみを生成することができます.
参照ダイヤグラム領域で要素を直接編集することができます.
参照ダイヤグラム領域にあるビューたちの大きさと位置を調整することができます. また操作パネルのトックスキとカーソル・キーの照合でビューたちの大きさと位置を微細に 調整することもできます.
クィックダイアローグの短縮生成構文機能を利用すれば別途のマウスオペレーションなしに操作パネルだけで要素を生成することができます.
短縮生成構文は簡単なテキスト読込みだけでターゲットモデルを生成するとかターゲットモデルとリレーションシップを生成することができます. 短縮生成構文の一般的な
規則は次の通りです. 生成しようとするリレーションシップの表記法とリレーションシップを結ぶようになるターゲットモデルの名前たちを記述します. もしターゲットモデルの名前がいなければリレーションシップと
相応しい適切なモデル要素を新たに生成してリレーションシップを生成します.各ダイヤグラムで使うことができる短縮生成構文の relationship-notationは次の通りです.
| ダイヤグラム種類 | 表記法 | 現在要素 | 説明 |
|---|---|---|---|
|
Class Diagram Component Diagram Deployment Diagram Composite Structure Diagram
|
<= | Classifier | 現在要素からターゲット要素で specialization リレーションシップを結びます. |
| => | Classifier | 現在要素からターゲット要素で generalization リレーションシップを結びます. | |
| -- | Classifier | 現在要素からターゲット要素で association リレーションシップを結びます. | |
| <- | Classifier | ターゲット要素から現在要素で navigable association リレーションシップを結びます. | |
| -> | Classifier | 現在要素からターゲット要素で navigable association リレーションシップを結びます. | |
| <>- | Classifier | 現在要素はターゲット要素を aggregateするリレーションシップを結びます. | |
| -<> | Classifier | ターゲット要素が現在要素を aggregateするリレーションシップを結びます. | |
| <*>- | Classifier | 現在要素はターゲット要素を composeするリレーションシップを結びます. | |
| -<*> | Classifier | ターゲット要素が現在要素を composeするリレーションシップを結びます. | |
| <-- | Classifier | ターゲット要素が現在要素に対して dependency リレーションシップを結びます. | |
| --> | Classifier | 現在要素がターゲット要素に対して dependency リレーションシップを結びます. | |
| )- | Classifier | ターゲット要素が現在要素に対して requirement リレーションシップを結びます. | |
| -( | Classifier | 現在要素がターゲット要素に対して requirement リレーションシップを結びます. | |
| @- | Classifier | ターゲット要素が現在要素を realizationするリレーションシップを結びます. | |
| -@ | Classifier | 現在要素がターゲット要素を realizationするリレーションシップを結びます. | |
| Usecase Diagram | ()- | UseCase | 現在要素と繋がれたターゲットモデル(Actor)と communication 連結をする. |
| -() | Actor | 現在要素と繋がれたターゲットモデル(UseCase)と communication リレーションシップを結びます. | |
| <i- | UseCase | ターゲット要素から現在要素で include リレーションシップを結びます. | |
| -i> | UseCase | 現在要素からターゲット要素で include リレーションシップを結びます. | |
| <e- | UseCase | ターゲット要素から現在要素で extend リレーションシップを結びます. | |
| -e> | UseCase | 現在要素からターゲット要素で extend リレーションシップを結びます. | |
|
Sequence Diagram Seqeunce Diagram(Role) |
<- | Object, ClassifierRole | 現在要素からターゲット要素で stimulusを生成します. |
| -> | Object, ClassifierRole | ターゲット要素から現在要素で stimulusを生成します. | |
| <-> | Object, ClassifierRole | ターゲット要素から現在要素で returnを持つ stimulusを生成します. | |
| <- | Stimulus, Message | 現在 Stimulusの Sub-Stimulus(ターゲット要素から入って来る)を生成します. | |
| -> | Stimulus, Message | 現在 Stimulusの Sub-Stimulus(ターゲット要素に出る)を生成します. | |
| <-> | Stimulus, Message | 現在 Stimulusの Sub-Stimulus(ターゲット要素から出ながらリターンを持つ)を生成します. | |
| <‾ | Stimulus, Message | 現在 Stimulus の前に存在する Stimulus(ターゲット要素から入って来る)を生成します. | |
| ‾> | Stimulus, Message | 現在 Stimulus の前に存在する Stimulus(ターゲット要素に出る)を生成します. | |
| <_ | Stimulus, Message | 現在 Stimulus 後に存在する Stimulus(ターゲット要素から入って来る)を生成します. | |
| _> | Stimulus, Message | 現在 Stimulus 後に存在する Stimulus(ターゲット要素に出る)を生成します. | |
|
Collaboration Diagram Collaboration Diagram(Role) |
<- | Object, ClassifierRole | 現在要素からターゲット要素で stimulusを生成します. |
| -> | Object, ClassifierRole | ターゲット要素から現在要素で stimulusを生成します. | |
| <-> | Object, ClassifierRole | ターゲット要素から現在要素で returnを持つ stimulusを生成します. | |
|
Statechart Diagram/ Activity Diagram |
<- | State, ActionState | ターゲット要素から現在要素に出る transitionを生成します. |
| -> | State, ActionState | 現在要素からターゲット要素に出る transitionを生成します. | |
| -* | State, ActionState | ターゲット要素(Initial State)から現在要素に入って来る transitionを生成します. | |
| -@ | State, ActionState | 現在要素でターゲット要素(Final State)に出る transitionを生成します. | |
| <-<> | State, ActionState | ターゲット要素(Decision)から現在要素に入って来る transitionを生成します. | |
| -><> | State, ActionState | 現在要素でターゲット要素(Decision)に出る transitionを生成します. | |
| -(H) -(h) | State, ActionState | 現在要素でターゲット要素(History)に出る transitionを生成します. | |
| -(H*) -(h*) | State, ActionState | 現在要素でターゲット要素(Deep History)に出る transitionを生成します. | |
| <-| | State, ActionState | ターゲット要素から現在要素で joinして入って来る transitionを生成します. | |
| |-> | State, ActionState | 現在要素からターゲット要素で forkして出る transitionを生成します. |
要素たちをコピーあるいは切り捨てて他の所で付けて入れるのをする時にはモデル要素とビュー要素を区分しなければなりません. モデル要素をコピーすればモデル要素 下位に付けて入れるのをしなければならないしこの場合にはコピーされたモデル要素のすべての下位要素たちまでコピーされます. ビュー要素をコピーして等しいダイヤグラムあるいは違う ダイヤグラムでコピーすることができるしこの場合にはダイヤグラムにだけはり込みができてモデル要素下位ではビュー要素たちを付けて入れるできません. これ 場合にもビュー要素の種類及びダイヤグラムの種類によってコピー/付けて入れるのが制限されることができます.
コピーされたモデル要素はそれを実際含むことができる要素下位にだけはり込みができます.
| ダイヤグラム種類 | コピー/はり込み特徴 |
|---|---|
| Class Diagram | Class, UseCase, Component, Deployment, CompositeStructure ダイヤグラムたちの間にはコピー/付けて入れるのがフリー |
| UseCase Diagram | Class, UseCase, Component, Deployment, CompositeStructure ダイヤグラムたちの間にはコピー/付けて入れるのがフリー |
| Sequence Diagrams | コピー/付けて入れるのを許容しない |
| Collaboration Diagrams | コピー/付けて入れるのを許容しない |
| Statechart Diagram | 等しい StateMachine 内衣ダイヤグラムの間でばかりコピー/はり込み許容 |
| Activity Diagram | 等しい ActivityGraph 内衣ダイヤグラムの間でばかりコピー/はり込み許容 |
| Component Diagram | Class, UseCase, Component, Deployment, CompositeStructure ダイヤグラムたちの間にはコピー/付けて入れるのがフリー |
| Deployment Diagram | Class, UseCase, Component, Deployment, CompositeStructure ダイヤグラムたちの間にはコピー/付けて入れるのがフリー |
| CompositeStructure Diagram | Class, UseCase, Component, Deployment, CompositeStructure ダイヤグラムたちの間にはコピー/付けて入れるのがフリー |
モデル要素はさまざまのプロパティ(Property) 情報を持っています. 使用者はこのようなプロパティの値段を設定することでモデルを願うままに 修正します. このようなプロパティには次のような種類があります.
| プロパティ種類 | 説明 |
|---|---|
| 名前(Name) | モデル要素の名前を現わす |
| ステレオタイプ(Stereotype) | モデル要素に対するステレオタイプを現わす |
| タイプ式(TypeExpression) | 特定タイプを示すための式(Expression)を現わす |
| 文字列(String) | 文字列を現わす |
| 論理形(Boolean) | True あるいは Falseを現わす |
| 列挙型(Enumeration) | いくつのリテラルの中で一つを選択 |
| レファレンス(Reference) | 特定要素を示し |
| コレクション(Collection) | いくつかの要素を現わす (コレクション編集機を 通じて編集) |
名前は プロパティ編集機の "Name" 項目に記録します. ただ, 名前にはモデルの経路を区分するために使われる :: 特殊かな文字は使われることができません. そして名前は自分が属した名前空間で唯一ではなければなりません. 例えばパッケージ(Package) 内で クラス(Class)たちの名前は唯一ではなければなりません. 名前が他の要素と衝突する場合には使用者に警告メッセージを見せてくれます.
ステレオタイプはプロパティ編集機で "Stereotype" 項目に記録します. この時入力する内容はステレオタイプの名前であり これは UML プロファイル内に定義されたステレオタイプであるとか正義されなかった単純な名前であることがあります. ステレオタイププロパティを設定するための方法は 次のようなものなどがあります.
タイプ式プロパティは属性(Attribute), パラメーター(Parameter) などに含まれています. タイプ式を編集するためにはプロパティ 編集機の "Type" 部分にタイプ式を記録します. タイプ式プロパティを設定する方法は次のようなものなどがあります.
モデル要素に対する詳細な説明を記録することができます.
ファイルあるいは URL 添付すること 要素に係わるファイルやウェプページの番地付け(URL) などをいくつか添付しておくことができます. 添付されたファイルやウェプページは簡便に連関された アプリケーションで開くとかウェッブブラウザーを通じて URLに移動することができます.
ボタンを押します.
要素にいくつかの制約事項(Constraint)を記録することができます. 制約事項と言う(のは)要素に適用される規則として人間の言語で易しく 説明するとか, UMLに正義された OCL(Object Constraint Language)の構文に合わせて作成することもできます.
要素の基本的なプロパティ外に UML プロファイルによって付加的に拡張された属性(TaggedValue)らを編集することができます.
ビュー要素を削除するということはモデル要素は削除しないで純粋にそれを画面上に現わしているビュー要素のみを削除するということを意味します.
参照 ビュー要素たちのわく線や連結線などの色相を変更適用することができます.
ビュー要素たちの内部領域に満たされる色相を変更適用することができます.
ビュー要素たちの現われるテキストたちの字面模様, 色相及び大きさなどを変更適用することができます.
参照 ステレオタイプによってビュー要素はお互いに違う形態に表現されることができます. 表現されることができる形態は次のようなものなどがあります.
連関(Association), 依存リレーションシップ(Dependency), 一般化(Generalization) などのような線形態のビュー要素たちは次と 同じ二つの形態の線模様を支援します.
ビュー要素たちの大きさは使用者が流動的に変更することができるが, 毎度大きさを直接変更しないで自動でその大きさを決めるように設定しておく数 あります.
クラス(Class), 例外(Exception), ユースケース(UseCase) などのように属性(Attribute)を持つ要素たちは ダイヤグラムで自分の属性区画(Attribute compartment) 領域に属性たちを現わします. 使用者は必要によってこの属性たちを 現われるようにすることもできてまたは隠すこともできます.
属性をまた現われるようにするためには, 上の過程をもう一度遂行すれば良いです.
クラス(Class), 例外(Exception), ユースケース(UseCase), ザブシステム(Subsystem) などのように 演算(Operation)を持つ要素たちはダイヤグラムで自分の蓮山区画(Operation compartment) 領域に演算たちを現わします. 使用者は必要によってこの演算たちを現われるようにすることもできてまたは隠すこともできます.
演算をまた現われるようにするためには, 上の過程をもう一度遂行すれば良いです.
列挙型(Enumeration)はリテラル(Literal)らを持つのにこれはダイヤグラムで列挙型のリテラル区画(Literal compartment) 領域に現われます. 使用者は必要によってこのリテラルたちを現われるようにすることもできてまたは隠すこともできます.
リテラルたちをまた現われるようにするためには, 上の過程をもう一度遂行すれば良いです.
要素の名前が一単語異常に長く正義されている場合ビューの大きさがすぎるほど増えてダイヤグラムの全体的なとげ垣を落とすようになります. ワード・ラップを利用すれば要素のだと名前を多くの竝びで分けて表示してビューの大きさを適当に調整することができます.
ワード・ラップを解除しようとすれば, 上の過程をもう一度遂行すれば良いです.
参照 ビュー要素には一般的に自分の名前のみを表示します. しかし, いくつかのパッケージたちで構成されたプロジェクトでは等しい名前を持った要素がお互いに 他のパッケージに存在することができるし, それらが一つのダイヤグラムに現われなければならない場合があります. このような場合, 自分がどこに属しているかどうかを 表現すると二つの要素を区分することイッで上位要素の名前も一緒に表現しなければならないしこの時は "上位要素名前::ザシンウィイルム"のような形式にビューイングされます.
もう上位名前がビューイングされた要素たちで上位名前を表示しないでたい時には上の過程をもう一度繰り返せば良いです.
要素の拡張属性の中でタッグ値段(Tagged Value)や要素の Changeability 属性はダイヤグラムでビュー要素のプロパティ 部分にビューイングされます. 使用者は必要によってこのプロパティ部分を現われるようにすることもできて隠すこともできます.
プロパティを隠そうとすれば, 上の過程をもう一度遂行すれば良いです.
参照 クラス(Class), ザブシステム(Subsystem) などのように演算を含む要素がダイヤグラムに現われる時演算たちのパラメーター名前と タイプを皆表示するようにすることもできてこれらを隠すこともできます.
現われた演算のシグノチョを隠そうとすれば上の過程をもう一度遂行すれば良いです.
属性(Attribute), 演算(Operation) あるいはリテラル(Literal) などを持つクラス(Class), ユースケース(UseCase), ザブシステム(Subsystem) などのような要素たちがダイヤグラムに表現される時には各属性や蓮山たちを奈多内は区画(Compartment)を持って あります. クラスは速成科蓮山の区画を, ザブシステムは蓮山の区画を, そして列挙型はリテラルと蓮山の区画を持ちます. このような区画部分に 現われる要素たち(属性, 演算など)のとげ垣を表示するとか表示しないこともあります.
属性(Attribute), 演算(Operation) あるいはリテラル(Literal) などを持つクラス(Class), ユースケース(UseCase), ザブシステム(Subsystem) などのような要素たちがダイヤグラムに表現される時には各属性や蓮山たちを奈多内は区画(Compartment)を持って あります. クラスは速成科蓮山の区画を, ザブシステムは蓮山の区画を, そして列挙型はリテラルと蓮山の区画を持ちます. このような区画部分に 現われる要素たち(属性, 演算など)のステレオタイプを表示するとか表示しないこともあります.
ダイヤグラムを編集するためにはまずダイヤグラムを開かなければなりません. ダイヤグラムを開けばダイヤグラムに対するタップが生ずるようになって, タップを選択すれば 編集することができる活性ダイヤグラム(Active Diagram)になります.
多くのダイヤグラムを開いた時特定ダイヤグラムを編集しようとすれば該当のダイヤグラムを活性化させなければなりません. もう開かれているダイヤグラムを活性化しようとすれば, 該当のダイヤグラムをタップでクリックすれば良いです. 開かれられているダイヤグラムが多い場合にはポップアップメニューに現われるダイヤグラムリストを見て選択して 活性化させることができます.
ダイヤグラムをこれ以上編集しなかったらダイヤグラムを閉めておくことができます. ダイヤグラムを閉めることはダイヤグラムが削除されることとは明確に 違って, いつでもまた開くことができます.
ダイヤグラムがこれ以上必要ではない場合にはダイヤグラムを削除することができます. ダイヤグラムを削除すればダイヤグラムに係わるすべての内容が 消えるので気を付けなければなりません.
普通ソフトウエアモデル内には非常に多い要素たちが作られます. こんなに多い要素たちの間で願う要素を尋ねるのは易しくない事です. こんな場合要素たちを検索して願う要素で早く尋ねることができます.
ダイヤグラムに羅列されている要素たちを決まった方向あるいは間隔など多様な方法で整列することができます.
| アライメント機能 | 説明 |
|---|---|
Align Left |
選択された要素たちを左側に合わせて整列します. |
Align Right |
選択された要素たちを右側に合わせて整列します. |
Align Middle |
選択された要素たちを横で中整列します. |
Align Top |
選択された要素たちを上側に合わせて整列します. |
Align Bottom |
選択された要素たちを下側に合わせて整列します. |
Align Center |
選択された要素たちを縦で中整列します. |
Space Equally, Horizontally |
選択された要素たちの間の横間隔を均等に合わせます. |
Space Equally, Vertically |
選択された要素たちの間の縦間隔を均等に合わせます. |
Bring to Front |
選択された要素たちを一番の前に出るようにします. |
Send to Back |
選択された要素たちを一番後に出るようにします. |
ダイヤグラムの要素たちが無秩序に配置されて使用者が見知りにくい場合に要素たちを格好よく自動で配置させることができます.
参照 ダイヤグラムの領域に要素があまりにも多くてひと目に見にくであるが要素の字が小さすぎてちゃんと見えない時, ダイヤグラムを拡大するとか縮小する ことがあります.
ダイヤグラムを別途のイメージファイルで保存することができます. StarUML
参照 編集しているダイヤグラムを他の文書などに挿入するためにダイヤグラムイメージをビットマップでコピーすることができます. ビットマップでコピーすれば編集時に 見えるそのまま文書に挿入することができるが, 拡大縮小をする場合イメージが荒く見えるとか潰れたように見えられます.
参照ダイヤグラムが多い内容を含んでいる場合にはその大きさが非常に大きくなることができるので, 画面大きさの限界によってダイヤグラムの多くの領域たちが 選り分けられるようになります. StarUML™は ダイヤグラムの領域を效果的に探索することができる方法たちを提供して使用者が願うダイヤグラムの領域に早く移動するように手伝ってくれます. ダイヤグラムを探索する方法には次のようなものなどがあります.
スクロール塗る利用して願うダイヤグラム領域に移動します. ホイール-マウス(Wheel Mouse)を使う場合にはマウスのホイールを使って 上下移動ができます.
ダイヤグラム領域の右側一番の下に小さなアイコン
このあります. これをクリックすればダイヤグラム全体を小さな領域に見せてくれるのに, マウスを押したまま願う領域に移動した後マウスボタンをはなせば良いです.
遠い領域に移動しようとする時にはこの機能が便利です.
Ctrl背を押したまま画面にマウスボタンを押してマウスを移動すればダイヤグラムが移動します. 近い領域に移動しようとする時にはこれ 機能が便利です.
プロジェクトには多くのダイヤグラムたちが含まれます. この中でも一番基本的なダイヤグラム(Default Diagram)が一つあるいはその以上 あり得ます. 例えば, プロジェクトの全体的な構造を表現したダイヤグラムを基本ダイヤグラムで設定することができます. 基本ダイヤグラムはクラス ダイヤグラム(Class Diagram), ユースケースダイヤグラム(UseCase Diagram), コンポネントダイヤグラム(Component Diagram) そしてデ−プルロイモントダイヤグラム(Deployment Diagram)だけがなることができます. 基本ダイヤグラムをプロジェクトを読んで来た直後 自動で開かれるようになります.
ダイヤグラムには現われないようにモデル要素のみを生成することができます. このようなモデルはどんなダイヤグラムにも現われないし, 今後にいつでも ダイヤグラムに一つ以上のビューを現われるようにできます.
モデル要素を削除することはさまざまな付随的な要素たちも削除されます. よって, モデル要素を削除することは愼重ではなければなりません. モデル要素が 削除される場合次の要素たちも削除されます.
モデル要素を他の要素の下位に移動することができます. 例えばクラスを他のパッケージの下位に移動するとか, 属性を他のクラスの下位で 移動するとかするなどの行為を遂行することができます. モデル要素の移動はそれを含むことができる要素にだけ移動することができるし, その外には移動すること ないです.
ソフトウエアモデルのコンフィギュレーションを直観的に見られるようにするためにモデル要素たちの間のプロセスを変更することができます. モデル要素たちの間の順序で変更は 等しい終了の要素たちの間にだけできます. また, モデル探索器のアライメント防食が "Storage Order" 仕事の時だけ有效です.
Attribute, Operation, Enumeration Literal などコレクション編集にビューイングされる要素たちはコレクション編集機でプロセスを 変更することができます.
モデル探索器に見えるモデルたちの構造を保存順序でまたはアルファベット順序で整列することができます. アライメントされたモデルはモデル探索器が整列して見せてくれる のであるだけで実際モデル間のプロセスが変更されるのではないです. モデルを整列しようとすればモデル探索器の [保存プロセスでアライメント] ボタンまたは [アルファベットプロセスでアライメント] ボタンをクリックすれば良いです. モデル アライメント防食を変更すればモデル探索器の各ノードの広げ状態が取消しされて, 一番上位レベルのノードだけ開かれます.