MBSETraining Videos #

IBM Engineering Systems Design Rhapsodyの操作方法説明など。 MBSETraning

Rhapsody Tip #3 - Deleting Events and usages in one step (Advanced) #

PublishedAt #

2016-01-10T16:45:02Z

Tags #

['ibm', 'rational', 'rhapsody', 'rational rhapsody', 'sysml', 'mbse']

Description(ja) #

この非常に短いビデオは、Java で記述されたカスタム ヘルパーを使用して、イベントおよび関連する EventReception と図の参照の削除を自動化する方法を示しています。このようなヘルパーは、反復的なタスクを削除してチームの生産性を向上させるために使用を簡素化できます。

Description #

This super short video shows how it's possible to use a custom Helper written in Java to automate the deletion of Events and related EventReceptions and diagram references. Helpers like this can simplify usage in increase a team's productivity be removing repetitive tasks.

Video #

Rhapsody Tip #3 - Deleting Events and usages in one step (Advanced)

IBM Rational Rhapsody Advanced Tip #4 - Applying format using a stereotype #

PublishedAt #

2016-01-14T21:02:43Z

Tags #

['sysml', 'omg sysml', 'rhapsody', 'rational rhapsody', 'ibm rational', 'mbse', 'ibm rational rhapsody']

Description(ja) #

IBM Rational Rhapsody を使用するためのこの基本的なヒントは、私が常に使用しているものです。最初にステレオタイプを右クリックし、そこでフォーマットを設定することで、ステレオタイプを使用してフォーマットを適用することがいかに簡単かを示しています。ステレオタイプを要素に適用すると、設定したフォーマットが自動的に伝達されるようになりました。 www.mbsettraining.com

Description #

This basic tip for using IBM Rational Rhapsody is something I use all the time. It shows how easy it is to apply format using a stereotype, by first right-clicking on the stereotype and setting the Format there. Now when you apply the stereotype to an element, the Format you set is conveyed automatically. www.mbsetraining.com

Video #

IBM Rational Rhapsody Advanced Tip #4 - Applying format using a stereotype

Rhapsody Tip #5 - Using the BackUps property (Simple) #

PublishedAt #

2016-01-21T22:29:20Z

Tags #

['ibm rational', 'rational rhapsody', 'telelogic', 'mbse', 'sysml', 'ibm rational rhapsody', 'rhapsody 8.1.3', 'mbsetraining']

Description(ja) #

数千ある便利なプロパティの 1 つにすぎません。このプロパティをモデルに設定して、保存するたびに以前のバージョンのコピーを保存することができます。これは、Rhapsody を「ソロ」で使用している場合、つまり SCM ツールを構成していない場合に、バックアップを提供するのに便利です。

Description #

Just one of a thousand useful properties, this property can be set on a model to get it to save a copy of the previous version, every time you save. This can be handy to give you Backups when using Rhapsody "solo", i.e. without an SCM tool configured.

Video #

Rhapsody Tip #5 - Using the BackUps property (Simple)

Rhapsody Tip #6 - Using guard-based STM pattern (Advanced) #

PublishedAt #

2016-01-29T12:28:25Z

Tags #

['harel statechart', 'rational', 'rational rhapsody', 'ibm rational rhapsody', 'mbse', 'state machines', 'transitions', 'event driven', 'real-time systems', 'omg sysml', 'systems modeling language']

Description(ja) #

リアルタイム システム開発では、STM でより継続的な動作をキャプチャすることが役立つ場合があります。特に、エンジニアがイベント/シグナルではなくガードの観点から考える傾向にある自動車では、キャプチャしたい動作が要求されるためです。それ。高度な Rhapsody STM に関するこの 2 分間のビデオでは、2 つのステート マシンが対比されています。 1 つ目は、非同期イベントによって遷移がトリガーされる従来の STM を使用します。 2 つ目は、null トリガー遷移で Guard を使用して同様の動作をキャプチャするために使用できる並列領域パターンを示しています。

Description #

Sometimes in real-time systems development it can help to capture more continuous behavior in an STM, particularly in automotive where engineers may be more orientated to think in terms of guards rather than events/signals, but also because the behavior we want to capture demands it. This 2 minute video on advanced Rhapsody STM's contrasts two state machines. The first uses a conventional STM where transitions are triggered by asynchronous events. The second shows a parallel region pattern that can be used to capture similar behavior using Guards with null-triggered transitions.

Video #

Rhapsody Tip #6 - Using guard-based STM pattern (Advanced)

Rhapsody Tip #7 - Customizing a drawing toolbar to ease usage (Intermediate) #

PublishedAt #

2016-02-05T17:47:33Z

Tags #

['sysml', 'rational rhapsody', 'rhapsody', 'ibm rational rhapsody', 'mbse', 'mbsetraining', 'omg sysml', 'activity diagrams']

Description(ja) #

Rhapsody のツールバーを変更して、必要な描画ツールを単純化または追加したいと思ったことはありませんか?実際、やることはとても簡単です。個々の図で行うか、プロジェクト全体で行うかのオプションもあります。このビデオでは、SysML/UML アクティビティ図で Toolbar プロパティをオーバーライドする方法を示します。たとえば、モデラーがステレオタイプの依存関係を 1 ステップで追加できるようにするためです。

Description #

Ever wanted to modify Rhapsody’s toolbar to simplify or add the drawing tools that you want? Actually, it’s pretty simple to do. We have the option also whether to do it on individual diagrams or across the project. This video shows how you can override the Toolbar property on a SysML/UML Activity Diagram, e.g., so that a modeler can add a Dependency with stereotype in a single step.

Video #

Rhapsody Tip #7 - Customizing a drawing toolbar to ease usage (Intermediate)

Rhapsody Tip #8 - Using and extending the Enhanced Tooltip (Intermediate) #

PublishedAt #

2016-02-14T15:06:34Z

Tags #

['ibm rational rhapsody', 'rational rhapsody', 'sysml', 'omg sysml', 'rhapsody', 'tips and tricks', 'mbse', 'mbsetraining']

Description(ja) #

Rhapsody の使いやすさの機能強化の 1 つは、強化されたツールチップです。クリックできるハイパーリンク付きのプレビューが表示されます。ダイアグラムでは、Shift+Alt+F2 を押して有効にするか、General::Model::ShowModelTooltipInGE プロパティを Enhanced に設定できます。 Ctrl+F2 は、ツールチップを別のウィンドウに分割します。また、Rhapsody の機能をメソッド固有の使いやすさの強化で拡張することもできます。たとえば、関連する要件の仕様テキストを表示することができます。

Description #

One of Rhapsody's usability enhancements has been an Enhanced Tooltip. It gives a preview with hyperlinks that can be clicked. On diagrams it can be enabled by pressing Shift+Alt+F2 or, we can set the General::Model::ShowModelTooltipInGE property to Enhanced. Ctrl+F2 will break the tooltip out into a separate Window. We can also extend Rhapsody's capabilities with method-specific usability enhancements, for example to view the specification text of related requirements.

Video #

Rhapsody Tip #8 - Using and extending the Enhanced Tooltip (Intermediate)

Rhapsody Tip #9 - Using a query to find (and delete) requirements removed from view (Intermediate) #

PublishedAt #

2016-02-21T21:59:16Z

Tags #

['ibm', 'ibm rational', 'ibm rational rhapsody', 'omg sysml', 'sysml', 'rhapsody', 'mbse', 'mbsetraining']

Description(ja) #

IBM Rational Rhapsody では、ダイアグラムに要素を作成した後、考えを変えることがあります。コンテキスト メニューでは、モデルから削除するか、ビューから削除することができます (ただし、モデルは保持します)。 「削除」を押すだけで、ビューから削除されます (つまり、安全なオプション)。これは私たちの意図ではない場合があります。追跡可能性のない要素を見つけるために、モデルでユーザー定義のクエリを作成できます。クエリはブラウザに存在し、永続化された検索用語です。入力依存関係がまったくない要件を検索するクエリを作成できます。クエリをダブルクリックすると、出力ウィンドウに要素が一覧表示されます。これらはデフォルトでブラウザ フィルタとしてもリストされており、プルダウン ブラウザ フィルタ リストから選択できます。出力ウィンドウまたはブラウザーのいずれかで、モデルから削除する要素を複数選択できます。

Description #

On occasion in IBM Rational Rhapsody, we may create elements on diagrams and then change our minds. In the context menu we can either Delete from model or remove from view (but keep in model). Just pressing 'Delete' will remove from view (i.e. the safe option). This is sometimes not our intent. To find elements that have no traceability we could create a user-defined Query in the model. Queries exist in the browser and are persisted search terms, e.g. we can create a Query to search for requirements with exactly zero incoming dependencies. Double-clicking a Query lists the elements in the output window. They are also listed as browser filters, by default, and we can pick them from the pull-down browser filter list. In either the output window, or the browser, we can multi-select elements to delete from model.

Video #

Rhapsody Tip #9 - Using a query to find (and delete) requirements removed from view (Intermediate)

Rhapsody Tip #10 - What are new term stereotypes? (Intermediate) #

PublishedAt #

2016-03-06T18:33:38Z

Tags #

None

Description(ja) #

IBM Rational Rhapsody を使用すると、UML/SysML を独自の条件で拡張できます。これは、UML/SysML で仮装をするようなものです。標準的なステレオタイプ メカニズムは、かなり透過的な拡張メカニズム (ジェームズ ボンドのテーマ パーティー?) を提供します。停止を解除したい場合は、ステレオタイプを新しい用語としてマークし、新しいブラウザー アイコンを与えることができます。これは、ピンクパンサーのドレスアップに似ています。

Description #

IBM Rational Rhapsody allows us to extend the UML/SysML with our own terms. It's a bit like playing fancy dress with UML/SysML. Standard stereotype mechanisms provide us with a fairly transparent extension mechanism (a James Bond theme party?). If we want to pull out the stops then we can mark a stereotype as a New Term and give it new browser icons. This is more akin to dressing up as the Pink Panther.

Video #

Rhapsody Tip #10 - What are new term stereotypes? (Intermediate)

Rhapsody Tip #11 - Understanding Rhapsody's property hierarchy (Intermediate) #

PublishedAt #

2016-03-12T10:55:20Z

Tags #

['mbse', 'sysml', 'omg sysml', 'mbe', 'rational rhapsody', 'rhapsody', 'ibm rational rhapsody', 'uml', 'mbsetraining']

Description(ja) #

IBM Rational Rhapsody には、動作方法をカスタマイズするための何千ものプロパティーがあります。ダイアグラム表示のデフォルト、ツールバー メニュー、ブラウザ、コードまたはシミュレーション生成動作はすべて、プロジェクトや会社のニーズに合わせて調整できます。たとえば、要件に表示されるコンパートメントです。この機能にアクセスするには、プロパティ階層を理解する必要があります。 www.mbsettraining.com からのこの短い 2 分間のビデオでは、実際のプロパティ階層が強調されています。

Description #

IBM Rational Rhapsody has thousands of properties to customize the way it works. Diagram display defaults, toolbar menus, the browser, code or simulation generation behavior can all be tailored for your project or company needs. For example, the compartments shown for requirements. Accessing this power requires understanding of the property hierarchy. This short 2 minute video from www.mbsetraining.com highlight's the property hierarchy in action.

Video #

Rhapsody Tip #11 - Understanding Rhapsody's property hierarchy (Intermediate)

Rhapsody Tip #12 - The General:: Model:: RenameUnusedFiles property (Intermediate) #

PublishedAt #

2016-03-23T22:54:31Z

Tags #

['mbse rhapsody', 'mbse', 'sysml', 'ibm rational rhapsody', 'rational', 'uml', 'mbsetraining', 'mbse training', 'ibm', 'model-based systems engineering']

Description(ja) #

このビデオは、Rhapsody が UML/SysML プロジェクトをファイル システムに保存する方法に関するいくつかの基本原則を説明するために作成しました。フォルダー構造とユニットの概念。上級ユーザー向けに、ユニットの名前を変更するとどうなるか、および Rhapsody がどのように動作するかを制御するように構成できる多くのプロパティの 1 つについても強調しました。プロパティを使用する必要があるかどうかは、セットアップによって異なります。少なくとも、ビデオは知っておく価値のあるいくつかの基本的な概念を提供します。

Description #

I created this video to help explain some basic principles about how Rhapsody stores UML/SysML projects on the file-system; the folder structure and the concepts of units. For more advanced users I've also highlighted what happens when you rename units, plus one of many properties Rhapsody has that can be configured to control how it works. Whether you need to use the property may depend on the setup. At the very least, the video gives a few basic concepts worth knowing.

Video #

Rhapsody Tip #12 - The General:: Model:: RenameUnusedFiles property (Intermediate)

Rhapsody Tip #13 - Managing Unresolved elements/units (Intermediate) #

PublishedAt #

2016-03-31T21:04:25Z

Tags #

['mbse', 'rational rhapsody', 'ibm rational rhapsody', 'omg sysml', 'systems modeling language', 'sysml', 'model-based systems engineering', 'rhapsody designer', 'rhapsody architect for systems', 'mbsetraining', 'executable mbse']

Description(ja) #

このビデオでは、IBM Rational Rhapsody のハウスキーピングのヒントをいくつか紹介します。モデルは「定義上」、同じアーティファクトをさまざまな方法で表示できるため、絵を描くこととは異なります。共通のデータ ディクショナリは、情報やアイデアが進化しても一貫性を保つことができることを意味します。しかし、あなたが持っていない別のモデルのプロファイルまたはユニットを参照するモデルが誰かから送られてきた場合、または CM 戦略が関連ファイルが一緒に伝播されることを保証できなかった場合はどうなるでしょうか?このビデオが説明に役立つことを願っています。また、「モデルに追加」ダイアログを使用して他のプロファイルを参照する方法と、Rhapsody の「高度な検索と置換」ダイアログを使用して未解決の要素についてモデルをチェックする方法も示しています。

Description #

This video gives some housekeeping tips for IBM Rational Rhapsody. A model is 'by definition' differs from drawing pictures because you have the ability to view the same artifacts in many different ways. The common data dictionary means that we can keep things consistent as the information and ideas evolve. But what if someone sends you a model that references a profile or units in a different model that you don't have, or your CM strategy fails to ensure related files are propagated together? This video hopefully helps to explain. It also shows how you can use the Add to model dialog to reference other profiles and Rhapsody's Advanced Search and Replace dialog to check a model for unresolved elements.

Video #

Rhapsody Tip #13 - Managing Unresolved elements/units (Intermediate)

Rhapsody Tip #14 - Using make default and drawing interruptible edges (Simple) #

PublishedAt #

2016-04-13T18:29:57Z

Tags #

['ibm rational rhapsody', 'mbse', 'sysml', 'omg sysml', 'mbsetraining', 'executable mbse', 'rhapsody', 'rational rhapsody', 'uml']

Description(ja) #

このビデオでは、Rhapsody の描画面を操作する際の簡単なヒントをいくつか紹介します。 1 つ目は、右クリックして Make Default... を選択して新しいデフォルト サイズを選択する機能です。どちらも実際によく使うものなので、動画にまとめてみようと思います。

Description #

This video shows a couple of simple tips when working with Rhapsody's drawing surface. The first is the ability to choose a new default size for things by right-clicking and choosing Make Default... The second tip is a workaround for drawing a jagged edge coming out of an interruptible region by adding user points. Both are things I actually use quite often, hence I thought I'd bottle them into a video.

Video #

Rhapsody Tip #14 - Using make default and drawing interruptible edges (Simple)

MBSE Rhapsody SysML Method #1 - Requirements Analysis and Use Cases #

PublishedAt #

2016-04-17T15:24:09Z

Tags #

['rational rhapsody', 'ibm rational rhapsody', 'omg sysml', 'systems modeling language', 'sysml', 'methods', 'mbse method', 'mbsetraining', 'mbse consulting', 'sysml consulting']

Description(ja) #

これは、MBSE Training and Consulting Ltd が開発したメソッド アクセラレータ プラグインを示す 10 分間のビデオで、アクティビティ モデルを使用してテキスト ユース ケースの分析から機能要件を生成する軽量の SysML メソッドを高速化します。メソッド ヘルパーは、Fraser Chadburn によって開発されたオープン ソース プロジェクトです。この方法は、Rhapsody から Rational DOORS への要件の双方向同期のために Rhapsody Gateway のあまり知られていない機能を利用しており、Rhapsody を使用する MBSE に慣れていない人がすぐに利用できるように設計されています。

Description #

This is 10 minute video that shows a method accelerator plugin developed by MBSE Training and Consulting Ltd to speed up a light-weight SysML method to generate functional requirements from analysis of textual use case using an activity model. The method helper is an open source project developed by Fraser Chadburn. The method makes use of a little known feature in the Rhapsody Gateway for bi-directional synchronization of requirements from Rhapsody to Rational DOORS and is designed as a quick win for people new to MBSE with Rhapsody.

Video #

MBSE Rhapsody SysML Method #1 - Requirements Analysis and Use Cases

Rhapsody Tip #15 - Changing the default project directory (Intermediate) #

PublishedAt #

2016-04-24T09:35:11Z

Tags #

['mbse', 'sysml', 'omg syml', 'rational rhapsody', 'ibm rational rhapsody', 'mbse training', 'executable mbse', 'rhapsody', 'uml']

Description(ja) #

これはあまり知られていないヒントです。 Rhapsody でプロジェクトを作成すると、デフォルトで、「新規プロジェクト」ダイアログは、インストールされたフォルダーを新規プロジェクトのデフォルトのルートとして選択します。通常、これは望ましい場所ではなく、読み取り/書き込みができない可能性があるため、新しいルートを参照する必要があります。プロジェクトを作成するたびにこれを行うのは、特にトレーニングやデモの作成時に煩わしい場合があります。幸いなことに、行 ProjectsDirectory= を rhapsody.ini ファイルに追加することで、デフォルトのフォルダーを調整できます。このビデオはこれを示しています。

Description #

This is a lesser known tip. When you create a project in Rhapsody, the New Project dialog will, by default, choose an installed folder as the default root for new projects. This is not usually a desired location and may not be read/write, requiring you to browse to a new root. Doing this every time you create a project can be annoying especially when training or creating demos. Fortunately, you can tailor the default folder by adding a line ProjectsDirectory= to the rhapsody.ini file. This video illustrates this.

Video #

Rhapsody Tip #15 - Changing the default project directory (Intermediate)

Rhapsody Tip #16 - Some magic drawing key tips to know (Simple) #

PublishedAt #

2016-05-06T17:01:50Z

Tags #

['model-based systems engineering', 'rational rhapsody', 'ibm', 'ibm rational rhapsody', 'rhapsody', 'sysml', 'omg sysml', 'mbse training', 'mbse', 'uml']

Description(ja) #

IBM Rational Rhapsody には、ダイアグラムを描画するときに使用できる便利なキー操作が多数用意されています。たとえば、含まれる要素のサイズ変更を防ぐために Alt キーを押し続けることは、ほとんどの人が最初に学ぶことですが、他にもあります。含まれている要素を移動せずにナッジします。この短いビデオでは、それらの多くを示しています。

Description #

IBM Rational Rhapsody has a number of handy key presses you can use when you're drawing diagrams. E.g., holding down the alt key to prevent re-sizing contained elements is the one most people learn first but there are others, e.g., press Shift while re-sizing will keep the shape's symmetry, and pressing Shift while moving an element with arrows allows you to nudge without moving the contained elements. This short video shows a bunch of them.

Video #

Rhapsody Tip #16 - Some magic drawing key tips to know (Simple)

Rhapsody Tip #17 - Making space on sequence diagrams using the Shift key (Simple) #

PublishedAt #

2016-05-14T17:32:40Z

Tags #

['ibm rational rhapsody', 'ibm rational', 'rhapsody', 'sysml', 'omg sysml', 'uml', 'mbse', 'model-based systems engineering', 'rational rhapsody']

Description(ja) #

ヒント #16 に続いて、この短いビデオでは、要素をクリックして移動する前に SHIFT キーを押して、IBM Rational Rhapsody シーケンス図に空白を作成する簡単な手法を示します。モデリングを高速化するために使用できます。

Description #

Following on from tip #16 this short video shows a simple technique for creating white space in IBM Rational Rhapsody sequence diagrams by holding down the SHIFT key before clicking and moving an element. It can be used to speed up your modeling.

Video #

Rhapsody Tip #17 - Making space on sequence diagrams using the Shift key (Simple)

Installing the executable MBSE SysMLHelperProfile #

PublishedAt #

2016-05-27T18:52:14Z

Tags #

None

Description(ja) #

SysMLHelperProfile は、IBM Rational Rhapsody ユーザーが要件をトレースした実行可能な MBSE プロジェクトを迅速に作成できるようにするために作成された Java プラグインです。プロファイルは、GNU Public License v3.0 の下でオープン ソース プロジェクトとして利用できるようになりました。この短いビデオでは、それを見つけてダウンロードする方法について説明しています。

Description #

The SysMLHelperProfile is a Java plugin written to speed up the ability of IBM Rational Rhapsody users to create executable MBSE projects traced to requirements. The profile has been made available as an open source project under GNU Public License v3.0. This short video gives instructions on how to find and download it.

Video #

Installing the executable MBSE SysMLHelperProfile

Rhapsody Tip #18 - Exporting high-quality vector-based images out of Rhapsody (Simple) #

PublishedAt #

2016-06-03T20:10:51Z

Tags #

['sysml', 'omg sysml', 'model-based systems engineering', 'rational rhapsody', 'rhapsody', 'ibm rational', 'ibm rational rhapsody', 'uml', 'mbsetraining', 'mbse']

Description(ja) #

多くの場合、Rhapsody からダイアグラムをすばやく取得して、人々に送信したり、手動で作成したドキュメントに含めたりしたいと考えています。これを行うにはいくつかのオプションがありますが、最適なオプションが必ずしも最も明白であるとは限りません。このビデオでは、[ダイアグラム イメージのエクスポート] を使用するための 2 つの代替手法を紹介します。最も簡単な方法は、Ctrl-A、Ctrl-C、およびダイアグラム キャンバスからのダイアグラムからの貼り付け (Ctrl-V) です。人々がレビューするために写真を送信したい場合、別の非常に便利なアイデアは、PDF に印刷することです (Windows 10 の組み込み機能またはサードパーティの PDF プリンター ツール (できれば、安全で bloat をインストールしないもの) と組み合わせて使用します。 -)。

Description #

We often want to quickly get diagrams out of Rhapsody to send to people or include in manually-created documents. There are a number of options to do this, but the best option is not necessarily the most obvious. This video shows two alternative techniques to using the Export Diagram Image... The easiest is to Ctrl-A, Ctrl-C and Paste (Ctrl-V) from diagram from the diagram canvas. If you want to send pictures for people to review another really handy idea is to Print to PDF (in conjunction with either Windows 10's built in feature, or a third-party PDF printer tool (preferably one that's safe and doesn't install bloat 😉.

Video #

Rhapsody Tip #18 - Exporting high-quality vector-based images out of Rhapsody (Simple)

Create the requirements analysis package structure #

PublishedAt #

2016-12-29T22:31:45Z

Tags #

['MBSE', 'sysml', 'executablembse', 'executable mbse', 'rational rhapsody', 'ibm', 'ibm rational rhapsody', 'rhapsody', 'omg sysml']

Description(ja) #

これは、v2 ヘルパーを使用した要件分析プロジェクトの初期設定を示しています。これには、Gateway および Rational DOORS を操作するためのオプションのダイアログが含まれています。

Description #

This shows initial Requirements Analysis project set-up using the v2 helper. It includes the optional dialog for working with the Gateway and Rational DOORS.

Video #

Create the requirements analysis package structure

Create brainstorm the use cases and actors #

PublishedAt #

2016-12-29T22:59:01Z

Tags #

['omg sysml', 'sysml', 'rhapsody', 'rational rhapsody', 'ibm', 'ibm rational rhapsody', 'designer edition', 'executable mbse', 'mbse', 'systems engineering']

Description(ja) #

ユースケースとアクターをブレインストーミングするときは、ワークショップで行います。この機会を利用して、利害関係者を関与させます。システムが行う機能ではなく、エンドツーエンドの目標を扱う「大きなユースケース」について考えてください。シナリオをユース ケースに合理化し、重要な目標をテキスト要件として捉えて、ユース ケースを補完し、情報を提供します。

Description #

When brainstorming the use cases and actors do it in a workshop. Use the opportunity to get stakeholders engaged. Think about "big use cases" that deal with the end-to-end goals, not functions the system does. Rationalize scenarios into use cases and capture important goals as textual requirements so they complement and inform the use cases.

Video #

Create brainstorm the use cases and actors

Create steps for use case using a simplified activity diagram #

PublishedAt #

2016-12-29T23:13:52Z

Tags #

['sysml', 'omg sysml', 'rational rhapsody', 'rhapsody', 'ibm', 'designer', 'mbse', 'executable mbse', 'executablembse', 'systems engineering', 'requirements definition', 'rational doors']

Description(ja) #

アクティビティ図は、同じキャンバスでユース ケースの晴れた日と雨の日 (代替) シナリオの両方を探索するのに最適です。決定ノード、並列アクション、割り込みなど、さまざまなセマンティクスをグラフィカルに伝えることができます。

Description #

Activity diagrams are great for exploring both the sunny day and rainy day (alternate) scenarios of use case on the same canvas. A range of semantics can be conveyed graphically, including decision nodes, parallel actions, and interrupts.

Video #

Create steps for use case using a simplified activity diagram

ExecutableMBSE.com - Method 1: Initial Requirements Analysis #

PublishedAt #

2016-12-30T18:25:34Z

Tags #

['sysml', 'omg sysml', 'rational rhapsody', 'ibm rational rhapsody', 'rhapsody', 'rhapsody designer edition', 'executable mbse', 'mbse', 'rational doors', 'systems engineering', 'model-based systems engineering', 'requirements analysis', 'harmonyse', 'executablembse']

Description(ja) #

要件分析は、IBM Rational Rhapsody を使用してチームとして実行可能な SysML モデルを構築するための多段階ロケットの最初のフェーズです。これにより、簡素化されたアクティビティ図を使用して記述された相互接続されたユース ケース モデルを備えた一連の機能要件が得られます。 Harmony/SE を自動車用に改造した 3 段階の手法の第 1 部です。これは 10 分間の方法です。つまり、Rhapsody モデルの生成、ユース ケースの生成、要件の生成、および要件の DOORS への取り込みを 10 分未満で誰かに見せることができます。これは、オープンソースの SysMLHelper プロファイル (www.executablembse.com を参照) によって提供されるツールの自動化によって実現されます。

Description #

Requirements Analysis is the first phase in a multi-stage rocket for building an executable SysML model as a team using IBM Rational Rhapsody. It results in a set of functional requirements with an interconnected use case model describing using simplified activity diagrams. This part 1 of a 3 stage method based on a modification of Harmony/SE for automotive applications. It's a 10 minute method, i.e. possible to show someone the end of end of generating a Rhapsody model, generating the use cases, generating the requirements and getting requirements into DOORS in less than 10 minutes. This is accomplished by tool automation provided by the open-source SysMLHelper profile (see www.executablembse.com).

Video #

ExecutableMBSE.com - Method 1: Initial Requirements Analysis

ExecutableMBSE.com - Method Part 2: Functional Analysis (executing textual requirements) #

PublishedAt #

2017-01-01T20:06:35Z

Tags #

['sysml', 'omg sysml', 'rational rhapsody', 'ibm rational rhapsody', 'mbse', 'model-based systems engineering', 'systems engineering', 'rhapsody designer', 'harmony', 'automotive', 'modeling', 'executable mbse', 'executablembse']

Description(ja) #

Functional Analysis は、SysMLHelperPlugin (www.executablembse.com を参照) と呼ばれる無料のオープンソース プラグインを使用して、IBM Rational Rhapsody で実行可能な MBSE メソッドのパート 2 です。この方法は Harmony/SE に基づいていますが、IBM の方法とは異なります。調整は、前の要件分析フェーズの制約を減らすことを目的としています。たとえば、テキストのステップを表現して、それを要件定義フェーズとして扱うことができます。機能分析段階の目的は、テキストのステップをシステム機能、イベント、および属性に変換し、モデルの実行を通じてモデルを検証することです。この「レフト シフト」アプローチは、レビューで見つからなかった問題を検出して解決し、アーキテクチャに統合するための豊富なモデルも提供します。このビデオは、ヘルパーの v2.0 を示しています。

Description #

Functional Analysis is part 2 of an executable MBSE method with IBM Rational Rhapsody using a free open-source plugin called the SysMLHelperPlugin (see www.executablembse.com). The method is based on Harmony/SE but differs from the IBM method. The tailoring is targeted to reduce constraints in the preceding requirements analysis phase allowing, for example, textual steps to be expressed and treating it more as a requirements definition phase. The purpose of the Functional Analysis stage is to convert the textual steps into system functions, events and attributes and verify the model through model execution. This "left shift" approach detects and resolves issues not found in review and also supplies a rich model for integration into an architecture. This video shows v2.0 of the Helper.

Video #

ExecutableMBSE.com - Method Part 2: Functional Analysis (executing textual requirements)

Rhapsody Tip #19 - Smart Routing and some other 8.2 diagramming enhancements (Simple) #

PublishedAt #

2017-01-08T22:07:22Z

Tags #

['sysml', 'systems engineering', 'mbse', 'ibm rational', 'rhapsody', 'ibm rational rhapsody', 'model-based systems engineering', '8.2', 'rhapsody 8.2', 'executable mbse', 'ibm', 'omg sysml']

Description(ja) #

この短いビデオでは、図表作成に関連する IBM Rational Rhapsody 8.2 の 3 つの新機能 (スマート ルーティング、配置ガイド、丸みを帯びた直線形状オプション) について説明します。実際、彼らはかなりクールです。ただし、スマート ルーティングをデフォルトで機能させるには、プロパティを設定する必要があります。

Description #

This short video covers 3 new features in IBM Rational Rhapsody 8.2 that relate to diagramming: Smart Routing, Alignment Guides, and the Rounded Rectilinear line shape option. Actually, they're pretty cool. You do need to set a property to get Smart Routing to work by default though.

Video #

Rhapsody Tip #19 - Smart Routing and some other 8.2 diagramming enhancements (Simple)

Rhapsody Tip #20- Adding a HyperLinkShortCut list to graphical elements for navigation (Simple) #

PublishedAt #

2017-01-15T21:09:17Z

Tags #

['ibm', 'ibm rational', 'ibm rational rhapsody', 'rhapsody', '8.2', 'mbse', 'model-based systems engineering', 'systems engineering', 'sysml', 'omg sysml', 'executable mbse']

Description(ja) #

IBM Rational Rhapsody v8.2 (2016 年 12 月リリース) では、ダイアグラム内の個々のグラフィック要素からのナビゲーションを強化するために、要素のタイトル バーからアクセスできるショートカットのリストを追加できます。このリリースでは、この機能は、クラス、オブジェクト、複合クラス、およびこれらの要素に基づく「新しい用語」要素でのみ使用できることに注意してください。ただし、それでも便利です。この非常に短いビデオは、その方法を示しています。

Description #

In IBM Rational Rhapsody v8.2 (released Dec 2016) to enhance navigation from individual graphic elements in diagrams, you can add a list of shortcuts that are accessible from the title bar of the element. Note that in this release, the feature is only available for classes, objects, composite classes, and any "new term" elements based on these elements. It's still useful, however. This super short video shows how to do it.

Video #

Rhapsody Tip #20- Adding a HyperLinkShortCut list to graphical elements for navigation (Simple)

4 Representations of Use Cases in IBM Rational Rhapsody and OMG SysML/UML #

PublishedAt #

2017-04-18T17:08:40Z

Tags #

['mbse', 'sysml', 'uml', 'rational rhapsody', 'ibm rational', 'ibm rational rhapsody', 'rhapsody architect', 'use cases', 'executable mbse']

Description(ja) #

このビデオでは、OMG SysML と IBM Rational Rhapsody を使用した 3 日間の Mastering MBSE トレーニングのサンプル モデルの 1 つを使用して、構造化テキスト、アクティビティ図、シーケンス図を使用した相互作用モデル、または実行可能なステート マシン モデル。クールなことは、私たちがあなたが好きなものを自由に使用できるということです. SysML も UML も、ユース ケースがどのように見えるかを指定していません。考慮すべき主な点は、ユースケースが分析から設計までの旅に出るということです。

Description #

This video uses one of the example models from my 3 day Mastering MBSE with OMG SysML and IBM Rational Rhapsody training to show 4 different forms for how use cases might be represented including structured text, an activity diagram, an interaction model with sequence diagrams, or an executable state machine model. The cool thing is that we’re free to use whatever you like. Neither SysML nor the UML specify how a use case shall look. The main thing to consider is that use cases take on a journey from analysis to design.

Video #

4 Representations of Use Cases in IBM Rational Rhapsody and OMG SysML/UML

Rhapsody Tip #22 - Why you can't draw connectors between Blocks in SysML (Intermediate) #

PublishedAt #

2017-06-25T17:17:47Z

Tags #

['mbse', 'sysml', 'omg sysml', 'rhapsody designer', 'ibm rational rhapsody', 'rational rhapsody', 'rational rhapsody architect for systems engineers', 'systems engineering', 'uml', 'rhapsody']

Description(ja) #

ブロックとパーツの違いを理解する (したがって、BDD と IBD の違いは、SysML 実践者にとって非常に重要なトピックであり、トレーニングを受けていない Rhapsody ユーザーはほとんど理解できないものです。ブロック、あきらめ、代わりにフローを使用することを選択. ブロック、パーツ、ポート/コネクタ機能全体は非常に強力ですが. このビデオは、典型的な質問に光を当てようとしています: ポート間のコネクタを描画できないのはなぜですか? two Blocks. ビデオは IBM Rational Rhapsody 8.2.1 (2017 年 6 月リリース) を使用しています。

Description #

Understanding the difference between Blocks and Parts (and thus the difference between BDDs and IBDs is a massively important topic for a SysML practitioner and something that very few Rhapsody users with no training will understand. I'm forever finding users who try to draw connectors between Blocks, give up, and choose to use Flows instead. The whole Block, Part, Port/Connector capability is really powerful though. This video tries to shed some light on the typical question: Why can't I draw a connector between ports on two Blocks. The video is using IBM Rational Rhapsody 8.2.1 (released June 2017)

Video #

Rhapsody Tip #22 - Why you can't draw connectors between Blocks in SysML (Intermediate)

Rhapsody Tip #23 - Enhanced usability with Quick Navigation icons in 8.2.1 (Intermediate) #

PublishedAt #

2017-06-30T14:37:07Z

Tags #

['ibm rational rhapsody', 'rational rhapsody', 'mbse', 'systems engineering', 'model-based systems engineering', 'rhapsody designer', 'rhapsody designer for systems engineers', 'rational architect for systems engineers', 'uml', 'syml', 'omg sysml']

Description(ja) #

システム エンジニアにとって、階層をドリルダウンするなど、ダイアグラム間を移動できることはますます重要になっています。このビデオでは、Rhapsody 8.2.1 (2017 年 6 月) に追加された新機能を紹介し、さまざまなダイアグラムと要素タイプにわたってサポートを拡大しています。この短いビデオに示されているように、この新しい機能は EnableQuickNavigation プロパティを設定することで有効になります。表示されるタイプのカテゴリは、QuickNavigationCategories プロパティを使用して、個々のダイアグラムまたは要素のタイプに合わせて調整できます。個々のグラフィック要素の [コンパートメント] タブを使用して、さらに細かく調整することもできます。

Description #

Being able to navigate between diagrams, including drilling through hierarchies is increasingly important for systems engineers. In this video we show a new feature added to Rhapsody 8.2.1 (June 2017) to widen support for this across a range of diagrams and element types. As illustrated in this short video, this new feature is enabled by setting the EnableQuickNavigation property. The categories of displayed types can then be tailored for individual diagram or element types using QuickNavigationCategories properties. Further refinement is also possible using the Compartment tab of individual graphical elements.

Video #

Rhapsody Tip #23 - Enhanced usability with Quick Navigation icons in 8.2.1 (Intermediate)

Rhapsody Tip #24 - Using change events with flowports (Intermediate) #

PublishedAt #

2017-09-02T21:32:27Z

Tags #

['sysml', 'executablembse', 'mbse', 'model-based systems engineering', 'ibm', 'ibm rational', 'ibm rational rhapsody', 'rhapsody', 'rhapsody designer']

Description(ja) #

SysML 1.3 でプロキシ ポートが導入されたにもかかわらず、フロー ポートはシステムをシミュレートするときに非常に役立ちます。このビデオでは、IBM Rational Rhapsody でフロー ポートを使用して、異なるブロックで定義されたパーツからデータ値を転送し、受信ブロックを送信ブロックの値の変更に反応させる方法を示します。フローポートの良い点の 1 つは、それらがマルチキャストであることです。コネクタを複数のパーツに描画することができます。これは、細かい粒度と相まって、自動車システムのシミュレーションに非常に役立ちます。プロキシ ポートの背後にある意図には感服しますが、フロー ポートが有用であり続けるのには実際的な理由があると思います。これらは、Rhapsody での Simulink 統合の基礎でもあり、すぐに廃止されないもう 1 つの理由です。 Rhapsody でシミュレーションにフロー・ポートを使用する秘訣は、命名規則が使用されていることを理解することです。このビデオでは、変更イベント (chSpeed など) とセッター (setVehSpeed など) の使用方法と、フローポートと値プロパティ/属性の間の名前の等価性を組み合わせて、シミュレーションで機能させる方法を示しています。 http://www.mbsettraining.com/2017/09/rhapsody-tip-24-using-change-events.html

Description #

Despite the introduction of proxy ports in SysML 1.3, flow-ports remain very useful when simulating systems. In this video I demonstrate how to use flow-ports in IBM Rational Rhapsody to transfer data values from Parts defined by different Blocks, and get the receiving Block to react to changes to the value in the transmitting Block. One of the good things about flow-ports is that they are multi-cast, e.g. it's possible to draw connectors to multiple parts. This, in combination with the fine granularity makes them very useful for simulating automotive systems. While I admire the intent behind proxy-ports, I think there are practical reasons therefore why flow-ports persist as useful. They are also the basis of Simulink integration in Rhapsody, another reason why they are not going away quickly. The trick to using flow-ports for simulation in Rhapsody is to understand that it uses naming conventions. This video illustrations the use of a change event (e.g. chSpeed) and a setter (e.g. setVehSpeed), together with name equivalence between the flow-port and the value property/attribute to get it working for simulation. http://www.mbsetraining.com/2017/09/rhapsody-tip-24-using-change-events.html

Video #

Rhapsody Tip #24 - Using change events with flowports (Intermediate)

Rhapsody Tip #25 - Exporting just diagrams into existing DOORS modules (Intermediate) #

PublishedAt #

2017-09-23T09:45:07Z

Tags #

['mbse', 'sysml', 'omg sysml', 'rational rhapsody', 'ibm rational rhapsody', 'rhapsody architect', 'rhapsody gateway', 'reqtify', 'rhapsody developer', 'ibm rational rhapsody designer', 'ibm rational rhapsody architect', 'systems engineering', 'rational doors', 'ibm rational doors', 'doors synchronizer']

Description(ja) #

従来の Rhapsody Gateway の使用法は、要件を含む正式なモジュールへのリンクを使用して、Rhapsody モデルを DOORS のサロゲート モジュールとしてエクスポートすることです。しかし、DOORS へのドキュメントのエクスポート機能を使用して、Rhapsody ダイアグラムを既存の DOORS モジュールに追加できることをご存知でしたか?これは、理解しやすく追加の意味を伝える図式情報でテキスト要件を補足するのに役立ちます。それは簡単です。ただし、期待どおりに動作させるには、設定を慎重に行う必要があります。 www.rhapsodytraining.com のこの短いビデオで説明します。

Description #

Conventional Rhapsody Gateway usage would be to export a Rhapsody model as a surrogate module in DOORS with links to a formal module that contains the requirements. However, did you know that the Export Document to DOORS functionality can be used to add Rhapsody diagrams to an existing DOORS module? This can be useful for supplementing textual requirements with diagrammatic information that makes them easier to understand and conveys additional meaning. It's straight forward. However, the settings need to be done carefully to make it work as expected. This short video from www.rhapsodytraining.com illustrates.

Video #

Rhapsody Tip #25 - Exporting just diagrams into existing DOORS modules (Intermediate)

Rhapsody Tip #26 - Avoiding kinky lines, e.g., when drawing activity diagrams (Simple) #

PublishedAt #

2017-10-01T18:57:03Z

Tags #

['mbse', 'rational rhapsody', 'omg sysml', 'systems modeling language', 'rhapsody designer', 'rhapsody developer', 'rhapsody architect', 'ibm rational rhapsody', 'control flow', 'object flow', 'uml', 'model-based systems engineering']

Description(ja) #

Rational Rhapsody でダイアグラム (SysML/UML のアクティビティー・ダイアグラムなど) を描いているとき、コントロールやオブジェクト・フローなどのねじれを取り除くために、ダイアグラムに戻ることがよくあります。これを防ぐ簡単な方法は、線を描くときに Ctrl キーを押すことです。この非常に短い 1 分 15 秒のビデオがそれを示しています。これは、描画したばかりの線を調整するために戻って時間を費やす必要がないことを意味する、単純で積極的な手法です。このビデオは、Rhapsody 8.2.1 を使用しているため、新しいオンダイアグラム ツールバーのクイック ビューも提供します。これにより、描画ツールバーに戻る必要が減り、スタンプ モードもあることがわかります。これにより、アクティビティ図でのアクションの配線を高速化できます。

Description #

When I'm drawing a diagram in Rational Rhapsody - such as an activity diagram in SysML/UML - I often end up going back to the diagram to remove kinks in things like control or object flows. A simple technique to stop this happening is to press the Ctrl key when drawing the line. This very short 1’15’’ video illustrates. This is a simple proactive technique that means you spend less time going back to adjust lines you’ve just drawn. This video, as it uses Rhapsody 8.2.1, also gives a quick view of the new on-diagram toolbar which also speeds things up as it reduces the need to go back to the drawing toolbar, and reminds you that there’s also a Stamp Mode that can speed up wiring up actions on an activity diagram.

Video #

Rhapsody Tip #26 - Avoiding kinky lines, e.g., when drawing activity diagrams (Simple)

Rhapsody Tip #27 - Controlling which Sequence Diagrams get animated (Simple) #

PublishedAt #

2017-10-22T10:16:53Z

Tags #

['mbse', 'ibm rational rhapsody', 'rhapsody', 'rational rhapsody', 'rhapsody designer edition', 'rhapsody developer edition', 'omg sysml', 'sysml', 'uml', 'executablembse', 'systems engineering', 'software engineering']

Description(ja) #

IBM Rational Rhapsody でシミュレーションを実行すると、新規ユーザーがアニメーション化されたシーケンス図が大量に開いてしまうことがよくあります。この問題は、実行するたびに悪化する可能性があります。このビデオでは、この状況を回避するための簡単なテクニックを紹介し、Rhapsody の動作を制御する SequenceDiagram::General::AutoLaunchAnimation プロパティの使用方法を概説します。ビデオでは、アニメーション化されたシーケンス図を単純化するために使用できる DisplayMessagesToSelf プロパティについても説明されているため、ライフライン間のメッセージのみに焦点を当てています。

Description #

When running simulations in IBM Rational Rhapsody, it's common for new users to end up with a proliferation of animated sequence diagrams open. This problem can compound itself each time you run. This video covers simple techniques for avoiding this situation and overviews the use of the SequenceDiagram::General::AutoLaunchAnimation property that controls this Rhapsody behavior. Also covered in the video is the DisplayMessagesToSelf property which can be used to simplify animated sequence diagrams, so they only focus on the messages between lifelines.

Video #

Rhapsody Tip #27 - Controlling which Sequence Diagrams get animated (Simple)

Rhapsody Tip #28 - Using explicit vs derived configs to define what to build (Intermediate) #

PublishedAt #

2017-12-22T16:39:38Z

Tags #

['omg sysml', 'sysml', 'rhapsody', 'rational rhapsody', 'model-based systems engineering', 'mbse', 'systems engineering', 'ibm rational', 'ibm', 'uml']

Description(ja) #

Rhapsody モデルのシミュレーション用に何を構築するかを定義する方法を説明するように求められることがあります。これは、グローバル パーツ (ブラウザーに存在する) を使用するか、複合構造 (つまり、パーツが結合されたブロック) を使用して行うことができます。後者は、「アセンブリー・ブロック」を使用して構築するモデルのビットを導出するよう Rhapsody に指示できるため、実際にはより強力です。 HighlightElementsInActiveScope というプロパティを使用すると、どの要素がアクティブ スコープ内にあるか、つまりビルドされるかをブラウザーで確認できます。このビデオでうまく説明できます。

Description #

I sometimes get asked to explain how to define what to build for a Rhapsody model simulation. You can do this either using global parts (which exist in the browser) or using a composite structure, i.e. a Block that has parts which are then connected together. The latter is actually the more powerful as you can tell Rhapsody to derive the bits of the model to build using the "assembly block". Using the property called HighlightElementsInActiveScope you can see in the browser which elements are in active scope, i.e. will be built. This video hopefully explains.

Video #

Rhapsody Tip #28 - Using explicit vs derived configs to define what to build (Intermediate)

Rhapsody Tip #29 - Understanding UML standard ports vs. SysML proxy ports (Intermediate) #

PublishedAt #

2018-01-28T21:25:53Z

Tags #

['mbse', 'rational rhapsody', 'ibm rational rhapsody', 'rhapsody developer', 'rhapsody designer', 'rhapsody architect for systems engineers', 'uml', 'omg sysml', 'systems modeling language', 'systems modelling language']

Description(ja) #

インストラクター主導の SysML および MBSE トレーニングの重要なトピックの 1 つは、UML/SysML モデルのさまざまな種類のポートとインターフェイスを理解することです。 SysML は 1.3 で 2 つの新しいポート (フル ポートとプロキシ ポート) を導入していますが、標準ポートとフロー ポートがより適切な選択である可能性があるモデルや、新しいポート形式より前のプロジェクトがまだ存在する可能性があります。適切なものを選択することは、価値を高める上で非常に重要ですが、コンテキスト、制約、およびニーズに大きく依存します。

このサイレント ビデオは、講師主導の 3 日および 4 日間のトレーニングの新しいラボに基づいており、UML 標準ポートと、SysML 1.3 以降の新しいタイプのポートである SysML プロキシ ポートを対比しています。主な違いのすべてではありませんが、一部を強調しています。

Description #

One of the key topics in my instructor-led SysML and MBSE training is getting to grips with different types of ports and interfaces in UML/SysML models. While SysML introduces two new ports in 1.3, full and proxy, there may be still models where standard and flow ports may be a better choice, or projects that predate the new port forms. Choosing the right one is crucial to value but depends a lot on context, and constraints, and needs.

This silent video based on a new lab in my instructor-led 3 and 4 day training contrasts UML standard ports with SysML proxy ports, a new type of port in SysML 1.3 on-wards. It highlights some, but not all, of the key differences.

Video #

Rhapsody Tip #29 - Understanding UML standard ports vs. SysML proxy ports (Intermediate)

Rhapsody Tip #30 - Understanding units and the Edit Unit dialog (Intermediate) #

PublishedAt #

2018-04-02T17:05:15Z

Tags #

['mbse', 'rhapsody rhapsody', 'omg sysml', 'sysml', 'ibm rational rhapsody', 'rhapsody', 'units', 'scm', 'rtc', 'uml']

Description(ja) #

Rhapsody の「ユニット」は、モデル情報が保管されるファイル・システム上のファイルです。ユニットの概念を理解することは、ソース・コード管理ツールの制御下で Rhapsody プロジェクトを構成したり、ファイル・システム上のプロジェクト間で情報を共有したりするための基礎知識です。デフォルトでは、パッケージごとにユニットが作成されます。コンポーネント、クラス、オブジェクト、ダイアグラムに基づく要素など、より細かい粒度でユニットを作成することもできます。これは、個別に行うことも、プロジェクト プロパティを設定することによって行うこともできます。このビデオでは、これらの概念のいくつかを探り、[ユニットの編集] ダイアログの詳細な概要を説明します。フォローアップ ビデオでは、プロジェクト間でユニットを共有する方法について説明します。

Description #

A 'Unit' in Rhapsody is a files on the File System in which model information is stored. Understanding the concept of units is base knowledge for those wanting to configure Rhapsody projects under source-code management tool control, or to share information across projects on the file system. By default units are created for each package. It's also possible to create units at a finer level of granularity, e.g., for elements based on components, classes, objects and diagrams. This can be done individually or by setting project properties.This video explores some of these concepts and provides an in depth overview of the Edit Unit dialog. A follow-up video will cover sharing units between projects.

Video #

Rhapsody Tip #30 - Understanding units and the Edit Unit dialog (Intermediate)

Rhapsody Tip #31 - Referencing units in other projects (Intermediate) #

PublishedAt #

2018-04-13T21:35:13Z

Tags #

['uml', 'rational rhapsody', 'ibm rational rhapsody', 'rhapsody developer', 'rhapsody designer', 'rhaPSDY ARCHITECT FOR SYSTEMS', 'rhapsody architect for software', 'omg sysml', 'mbse', 'units', 'rhapsody', 'mbsetraining', 'executable mbse']

Description(ja) #

この Rational Rhapsody ヘルパー ビデオは、ユニットに関する私のビデオ #30 の続きです。このビデオでは、他の Rhapsopdy プロジェクトのユニットを参照しています。相互に参照するプロジェクトのファミリーを構築することは、多くの場合、単一のモノリシック プロジェクトを持つよりも優れています。プロジェクト間での関心の分離は、プロジェクトを別々の場所で別々に管理できることを意味し、別々のバージョン管理を使用しながら、共通の要素またはインターフェイスを共有できます。このビデオでは、2 つのプロジェクトが別のプロジェクトの同じ共通ユニットを参照する方法を示します。ビデオはまた、私がごく最近まで知らなかった何かを示しています。同じサード・パーティー・ユニットを参照してネストする 2 つのプロジェクトをインポートすることに成功した場合、Rhapsody は、リンクされたユニットを作成することにより、重複するインポートの状況に対処します。通常、この問題は、参照先のユニットを他のユニットに移動した場合にのみ発生しますが、まだ知っておくべきことがあるということは興味深いことです。

Description #

This Rational Rhapsody helper videos follows on from my video #30 on units. In this video we look at referencing units from other Rhapsopdy projects. Building families of projects that reference each other can often be better than having a single monolithic project. Separation of concern across projects means that projects can be managed separately, in different locations, and with separate versioning yet they can share common elements or interfaces. In this video I show how two projects can reference the same common unit in another project. The video also shows something that I didn't know until very recently. If you manage to import two projects that reference and nest the same third party unit, then Rhapsody will deal with the duplicate import situation by creating a linked unit. Generally, this problem will only occur if you move referenced units until other units, but it's interesting to know that there are still things to know.

Video #

Rhapsody Tip #31 - Referencing units in other projects (Intermediate)

Rhapsody Tip #32 - Graphical merge using Rhapsody's 3-way DiffMerge tool (Intermediate) #

PublishedAt #

2018-04-28T20:05:22Z

Tags #

['mbse', 'sysml', 'rational rhapody', 'ibm rational rhapsody', 'rhapsody developer', 'rhapsody architect', 'rhapsody designer', 'omg sysml']

Description(ja) #

Rational Rhapsody には Design Manager で使用可能なマルチユーザー・リポジトリーがありますが、歴史的には、構成管理ツールと直接統合するファイル・ベースのツールがあります。 Core to SCM では、選択したツール (RTC、ClearCase、Synergy など) が Rational Rhapsody DiffMerge ツールを使用するように構成されていることを確認します。したがって、DiffMerge は、Rhapsody プロジェクトとそれらのマージ方法を理解する、Rhapsody とは独立して起動される別個のツールです。これには、3 方向マージと呼ばれる非常に高度な機能が含まれています。このビデオでは、同じプロジェクトと図への並行変更を処理する際の DiffMerge の基本操作を示します。これの重要な側面は、DiffMerge がすべての些細な並行変更を自動的に解決し、重要でない変更、つまり競合する変更やユーザーの選択が必要な変更をユーザーが処理できるようにすることです。このビデオは、2 人のユーザーが同じ図を変更する例を示しています。

Description #

Although Rational Rhapsody has a multi-user repository in Design Manager available, it has historically a file-based tool which integrates directly with configuration management tools. Core to SCM is making sure the tool of choice (e.g. RTC, ClearCase, Synergy) is configured to use the Rational Rhapsody DiffMerge tool. DiffMerge is therefore a separate tool launched independent to Rhapsody that understands Rhapsody projects and how to merge them. Included in this is a very advanced feature known as 3-way merge. This video shows the basic operation of the DiffMerge when dealing with parallel changes to the same project and diagrams. Key aspects of this are that the DiffMerge will automatically resolve all trivial parallel changes, leaving the user to deal with changes that are non-trivial, i.e. conflicting or where a user choice is needed. This video illustrates an example where two users change the same diagram.

Video #

Rhapsody Tip #32 - Graphical merge using Rhapsody's 3-way DiffMerge tool (Intermediate)

Executable MBSE - The "Destroy a Planet (in 10 minutes)" use case #

PublishedAt #

2018-05-11T15:22:47Z

Tags #

['executable mbse', 'mbse', 'sysml', 'omg sysml', 'rational rhapsody', 'ibm rational rhapsody']

Description(ja) #

これは、Rational Rhapsody Designer と Cygwin/gcc コンパイラーを使用して実行可能な MBSE のフレーバーを提供するビデオです。このビデオは、私の SysMLHelper プロファイルの第 2 世代に基づいています。私は現在、第3世代に取り組んでいます。次はマンゴークラッシャーにしようかな！

Description #

This is a video that gives a flavor of executable MBSE using Rational Rhapsody Designer with the Cygwin/gcc compiler. This video is based on the second generation of my SysMLHelper profile. I'm currently working on the 3rd Generation. I might do the Mango Crusher next!

Video #

Executable MBSE - The "Destroy a Planet (in 10 minutes)" use case

Rhapsody Tip #33 - Conveying Standard Content using stereotypes #

PublishedAt #

2018-05-17T09:24:31Z

Tags #

['ibm', 'ibm rational', 'ibm rational rhapsody', 'rhapsody developer', 'rhapsody designer', 'rhapsody architect for software', 'rhapsody architect for systems engineers', 'sysml', 'omg sysml', 'omg uml', 'uml', 'omg']

Description(ja) #

このサイレント ヘルパー ビデオは、標準コンテンツと呼ばれる IBM Rational Rhapsody の組み込み機能を示しています。この機能を使用すると、ステレオタイプをモデル要素に適用するたびに適用する標準コンテンツを定義できます。まず、標準コンテンツ、つまりテンプレートを定義する必要があります。次に、適用するステレオタイプから依存関係を確立し、事前定義されたタイプから «StandardContent» を使用して依存関係をステレオタイプ化する必要があります。これで、ステレオタイプをモデル要素に適用するたびに、標準コンテンツが要素コンテンツとマージされます (競合がある場合は既存のコンテンツを保持します)。 StandardContent は、すべてのタイプの要素で機能します。また、新語のステレオタイプにも対応しています。モデルの変換が不要な場合は、テンプレートをすばやく作成できます。作成時にモデル変換を実行したい場合は、Java プラグインの作成が必要になる場合があります。必要に応じて、コンサルティングやトレーニングを提供できます 😉。

Description #

This silent helper video illustrates a built-in feature of IBM Rational Rhapsody called Standard Content. This feature allows you to define standard content that you want to apply whenever you apply the stereotype to a model element. First off, you need to define the standard content, i.e. the template. You then need to establish a dependency to it from the stereotype you want to apply, and stereotype the dependency using «StandardContent» from the pre-defined types. Now, whenever you apply the stereotype to a model element, the standard content will be merged with the elements content (preserving existing content if there's a conflict). StandardContent works with all types of elements. It also works with New Term stereotypes. It provides a quick way of templating things, when no model transformation is required. If you want to perform a model transformation on creation then writing a Java plugin may be needed, something I can provide consulting or training on, if required 😉.

Video #

Rhapsody Tip #33 - Conveying Standard Content using stereotypes

Making MBSE with Rhapsody simple (SysMLHelper 3rd generation enhancements) #

PublishedAt #

2018-05-21T09:36:31Z

Tags #

['sysml helper', 'omg sysml', 'rhapsody profile', 'ibm rational', 'ibm rational rhapsody', 'rhapsody designer', 'rhapsody architect', 'rhapsody developer', 'ibm rational rhapsody architect for systems engineers', 'uml', 'mbse', 'executable mbse']

Description(ja) #

このビデオでは、第 3 世代の SysMLHelper プロファイルのために取り組んでいるいくつかのアイデアを探ります。 IBM Rational Rhapsody のオープンソース プロファイルです。これは、自動化を追加することで「Rhapsody を使用した MBSE をシンプルにする」ように設計されており、エンジニアがツールのセットアップや構成方法ではなく、楽しく創造的なタスクに集中できるようにします。これにより、MBSE および SysML モデリング手法を大規模なチームに簡単に展開できます。ヘルパーは機能することが知られている方法に基づいているため、自動化と製品の調整により、最初から生産的な成功を収める可能性が高くなります。使いやすさの強化が豊富にあるということは、より豊富でカスタマイズされたツールセットを利用できることを意味します。ヘルパーはオープンソースであるため、Rhapsody テクニカル コンサルタントおよびトレーナーとしての 11 年以上の経験を利用して、組織やプロセスに合わせて調整することもできます。

Description #

In this video I explore some ideas I'm working on for my 3rd generation of the SysMLHelper profile; an open-source profile for IBM Rational Rhapsody that is designed to "Make MBSE with Rhapsody simple" by adding automation that enables engineers to focus on the fun and creative tasks, rather than how to set-up and configure the tool. This makes it easier to deploy MBSE and SysML modelling techniques to a larger team. Automation and product tailoring increases the chance that you will achieve productive success first time because the helper is based on methods known to work. The wealth of usability enhancements mean that you have a richer but tailored toolset available. As the helper is open-source there is also the option that I could tailor it for your organisation and processes, making use of over 11 years of experience as a Rhapsody technical consultant and trainer.

Video #

Making MBSE with Rhapsody simple (SysMLHelper 3rd generation enhancements)

Rhapsody Tip #34 - Diagrams: Bridges for line intersections (8.3.1 Open Beta) #

PublishedAt #

2018-06-05T15:10:03Z

Tags #

['mbse', 'model-based systems engineering', 'ibm rational rhapsody', 'ibm rational', 'rhapsody developer', 'rational rhapsody developer', 'uml', 'omg sysml', 'sysml', 'systems modeling language', 'rational rhapsody architect for systems engineers', 'systems engineering', 'systems modeling']

Description(ja) #

リリース パイプラインに 8.3.1 が含まれているため、このビデオでは、RC1 オープン ベータで顧客から要求された使いやすさの機能強化の 1 つを体験できます。もちろん、Visio はこの種のことを行いますが、チームが IBM Rational Rhapsody の作図機能に磨きをかけているのを見るのはうれしいことです。これは私のお気に入りの 1 つです。この機能は、線が rectilinear_arrows または rounded_rectilinear_arrows の場合に機能します。それを制御するために、2 つの General::Graphics プロパティを使用できます。 RectilinearBridgeDrawing はオンとオフを切り替え、RectilinearBridgeShape は Rounded、Rectangle、Triangle、または Space に設定できます。その他の 8.3.1 ビデオにご期待ください。

Description #

With 8.3.1 in the release pipeline, this video gives taster of one of the customer-requested usability enhancements in the RC1 open beta. Of-course, Visio does this kind of thing but it's nice to see that the team are polishing IBM Rational Rhapsody's diagramming capabilities and this is one of my favorites. The feature works when the line is rectilinear_arrows or rounded_rectilinear_arrows. Two General::Graphics properties can be used to control it. RectilinearBridgeDrawing turns it on and off, and RectilinearBridgeShape can be set to Rounded, Rectangle, Triangle, or Space. Stay tuned for more 8.3.1 videos.

Video #

Rhapsody Tip #34 - Diagrams: Bridges for line intersections (8.3.1 Open Beta)

Benefits of abstraction in UML/SysML Systems-of-Systems and Use Cases: An Insulin System #

PublishedAt #

2018-06-08T09:39:15Z

Tags #

['mbse', 'sysml', 'omg sysml', 'uml', 'systems modeling language', 'abstraction', 'systems thinking', 'rational rhapsody', 'ibm rational rhapsody', 'rational rhapsody developer', 'rational rhapsody architect for systems engineers', 'systems engineering', 'rational rhapsody architect', 'rhapsody architect', 'rhapsody designer', 'designer for systems engineers', 'model-based systems engineering', 'use cases', 'booch']

Description(ja) #

UML/SysML のユース ケースは、システムの境界について考えさせられる前に素晴らしいものです。そうは言っても、私は多くの会議に参加しており、全員がユースケースに同意していますが、実際には参加者はシステムのコンテキストについてまったく異なる認識を持っています. 「速度の制御は私のシステムとは何の関係もなく、この別のシステムによって行われている」というステートメントのように、クルーズ コントロールについて話すときは興味深いものです。システムが車両である場合、システムが速度を制御していることは明らかです。システムが車両のサブセットである場合は、所有しているビットによって異なります。このビデオでは、インスリン ポンプ システムの例、より正確には、インスリン管理システムに関連する 2 つのシステムについて説明し、各レベルでユース ケースがどのように存在するかを示しますが、ユース ケースは抽象化のレベルが異なります。重要なのは、抽象化の概念により、本質的な詳細のみに焦点を当てることで、システム オブ システム レベルでの複雑さに対処できるようになることです。また、詳細が具体化されるにつれて、物事を有効かつ最新の状態に保つことを可能にするのも抽象化です。私の見解では、各レベルで異なるユース ケースを作成し、チームに所有権を与える必要があります。スカイダイバーが飛行機から飛び降りるときのように、彼らが最初に探すのはフィールドのゲートではありません。同じことがモデルにも当てはまります。このビデオでは、インスリン ポンプ管理システムを使用して、抽象化の価値と、割り当てウィザードを使用してシステム機能を割り当てる方法を説明しています。

Description #

UML/SysML use cases are great before they force you to think about your system boundary. That said, I've been in plenty of meetings where everybody is agreeing on the use case, but participants actually have completely different perceptions of the system context. Like the statement "controlling the speed has nothing to do with my system, it's done by this other system" is an interesting one when talking about Cruise Control. Clearly if your system is a vehicle then the system will be controlling the speed. If your system is a sub-set of the vehicle, then it will depend on which bit you own. In this video I walk through an example of an insulin pump system, or more precisely, two systems that relate to an insulin management system to show how each level can have use cases, but that the use cases differ in the level of abstraction. The key is that the concept of abstraction allows us to deal with complexity at the system-of-system level by focusing on essential detail only. It's also abstraction that enables us to keep things valid and current as the detail is fleshed out. My view is that one should create different use cases at each level and give ownership to the teams. Like when a sky-diver jumps out of an airplane, the first thing they look for is not the gate in the field. The same thing applies with models. This video illustrates using an Insulin Pump Management System to illustrate the value of abstraction and how to allocate system functions using an allocation wizard.

Video #

Benefits of abstraction in UML/SysML Systems-of-Systems and Use Cases: An Insulin System

Rhapsody Tip #35 - Nested ports in SysML 1.3 (Intermediate) #

PublishedAt #

2018-06-12T14:09:34Z

Tags #

['mbse', 'sysml', 'omg sysml', 'rational rhapsody designer', 'rational rhapsody architect', 'architect for systems engineers', 'architect for software engineers', 'ibm rational rhapsody', 'rational rhapsody', 'telelogic rhapsody', 'rhapsody 8.3']

Description(ja) #

Rhapsody は、ネストされたポートの SysML の概念をサポートしています。ただし、これらを有効にする方法を覚えておくのは必ずしも容易ではありません。 mbsettraining.com からのこの短いビデオは、SysML プロキシ ポートとそれに関連付けられた InterfaceBlock を使用してポートをネストする方法を示しています。ネストされたポートは、SysML ポートの右クリック メニューから有効にできます。興味深いことに、ネストされたポートをポートに追加すると、ポートを入力している Block または InterfaceBlock に追加されます。このビデオは、InterfaceBlock を使用したプロキシ ポートの例を示しています。 Rhapsody は、FullPorts で同じ機能もサポートしています。そのため、同様の手順を使用して、ブロックによって型指定されたフル ポートを使用して物理インターフェイスをモデル化できます。これはすべて、さまざまな種類のタペストリーを織り込むことができる SysML 言語の一部です。織るのに最適なタペストリーを知りたい場合は、お気軽にお問い合わせください。ビデオでは 8.3 を使用していますが、この機能は 8.1.3 で初めて導入されました。

Description #

Rhapsody supports the SysML concept of nested ports. However, it's not always easy to remember how to enable these. This short video from mbsetraining.com illustrates how to do nested ports with SysML proxy ports and their associated InterfaceBlock. Nested ports are enabled via a right-click menu on the SysML port. Interestingly when you add a nested port to a port, then it is added to the Block or InterfaceBlock that is typing the port. This video shows a proxy port example with an InterfaceBlock. Rhapsody also supports the same capability with FullPorts. As such you could use similar steps to model physcial interfaces with Full Ports typed by Blocks. This is all part of a SysML language that can weave many different types of tapestries. If you want to know which is the best tapestry to weave then feel free to get in touch. The video uses 8.3 although this capability was first introduced in 8.1.3.

Video #

Rhapsody Tip #35 - Nested ports in SysML 1.3 (Intermediate)

Rhapsody Tip #36 - Stamp Mode including double-click in 8.3.1 (Simple) #

PublishedAt #

2018-06-19T21:57:30Z

Tags #

['mbse', 'rational rhapsody', 'ibm rational rhapsody', 'rhapsody developer', 'rhapsody architect', 'architect for software engineering', 'architect for systems engineers', 'ibm rational rhapsody designer edition', 'sysml', 'omg sysml', 'uml']

Description(ja) #

スタンプ モードは、長い間 IBM Rational Rhapsody の描画ツールバーにありました。この短い情報ビデオでは、その仕組みと目的を示し、Rhapsody v8.3.1 (2018) での改善点も強調しています。ツールをシングルクリックではなくダブルクリックすると、基本的にスタンプモードが有効になります。これにより、回転が容易になり、有効にするために必要な労力が軽減されます。

Description #

Stamp Mode has been in the IBM Rational Rhapsody drawing toolbar for a long while. This short info video shows how it works and what it's for and also highlights an improvement to it in Rhapsody v8.3.1 (2018). If you double rather than single click a tool then essentially stamp mode will become enabled. This reduces the effort required to enable it by making it easier to turn.

Video #

Rhapsody Tip #36 - Stamp Mode including double-click in 8.3.1 (Simple)

Rhapsody Tip #37 - Filter diagrams and the browser with CustomViews (Intermediate) #

PublishedAt #

2018-07-10T08:01:11Z

Tags #

['mbse', 'rhapsody', 'rational rhapsody', 'ibm rational rhapsody', 'rhapsody developer', 'rhapsody architect for systems engineers', 'rhapsoy architect for software engineers', 'omg', 'omg sysml', 'omg uml', 'uml', 'model-based systems engineering']

Description(ja) #

CustomViews を使用すると、それ自体が強力すぎるという印象を簡単に得ることができます。ただし、可能性は無限にあるため、解き放つことができる多くのうんざりした力があります.最初は 8.2.1 で導入されましたが、このビデオでは実際に 8.3.1 を使用してそれらを表示しています (そのため、私が描画ツールバーをダブルクリックしてスタンプ モードを有効にしているのがわかります)。 CustomViews は、既存のレイヤーの上にあるレイヤーであるため、このビデオでは、基礎レベルから物事を構築しようとします。最初に ASIL A から D の評価のタグを作成し、ステレオタイプを使用してタグの値を複数の要素に伝えます。次に、特定のタグ値を持つ要素を検索できるクエリ要素をブラウザーで簡単に作成できます。たとえば、amn ASIL タグ値が D のすべての要素を検索するクエリです。クエリを作成したら、クエリ。 Query 要素と同様に、CustomView はブラウザーに表示されるため、プロファイル内のプロジェクト間で共有できます。ブラウザのフィルタリングにも使用できます。これは老眼鏡をかけるのと少し似ています (持っている場合)。ブラウザーをクエリでフィルター処理するのとは異なり、CustomView を複数選択して、ブラウザーまたは図に表示できます (遠近両用メガネをかけるように?)。もちろん、この動画は使い方の一例です。他にも多くの可能性があります (モデリング バリアントが思い浮かびます)。それが役に立てば幸い！

Description #

You can easily get the impression with CustomViews that they're too powerful for their own good. The possibilities are endless though, hence they have a lot of pent-up power you can unleash. First introduced in 8.2.1, this video actually uses 8.3.1 to show them (hence you'll see me double-click the drawing toolbar to enable stamp mode!). CustomViews are a layer on top-up of existing layers, hence this video tries to build things up from the ground level. I first create a tag for ASIL A to D ratings tand use a stereotype to convey the tag value to multiple elements. I can then easily create Query elements in the browser able to find elements with particular tag values, e.g., a query that finds all the elements with amn ASIL tag value of D. Once I have the Queries built then I form some simple CustomViews that use the queries. Like Query elements, CustomViews appear in the browser, hence can be shared between projects in a profile. They can alo be used to filter the browser. This is a bit like putting your reading glasses on (if you have them). Unlike filtering the browser with queries, you can multi-select the CustomViews to show in the browser or on diagrams (like putting on bifocal glasses?). Of course, this video just shows one example of usage. There are many other possibilities (modeling variants is one that springs to mind). Hope it helps!

Video #

Rhapsody Tip #37 - Filter diagrams and the browser with CustomViews (Intermediate)

Rhapsody Tip #38 - Introducing Diagram Views, new in 8.3.1 (Intermediate) #

PublishedAt #

2018-07-16T14:41:07Z

Tags #

['ibm rational rhapsody', 'rational rhapsody', 'rhapsody', 'rhapsody designer for systems engineers', 'rhapsody architect for systems engineers', 'rhapsody developer edition', 'mbse', 'uml', 'omg sysml', 'sysml', 'systems modeling language', 'custom views', 'diagram views', 'modeling']

Description(ja) #

前回の Rhapsody のヒントとコツのビデオでは、カスタム ビューとして知られる IBM Rational Rhapsody の機能について説明しました。この機能は、クエリなどと組み合わせて機能し、フィルター処理されたビューを作成しました。これらのビューの強力な点は、Rhapsody でダイアグラムとブラウザーの両方をフィルタリングできることです。問題は、カスタム ビューがアクティブな場合にのみ、フィルター処理されたダイアグラムが表示されるということです。 8.3.1 では、Rhapsody 開発チームは、これらのビューをブラウザーに保持できるようにすることで、Rational Rhapsody の機能を拡張しました。これらの永続化されたビューは、ダイアグラム ビューと呼ばれます。ユーザーがアクセスしやすくなるだけでなく、モデルから生成されたドキュメントに含めるのも簡単になります。これは、クールな新しい機能を追加する他のレイヤーの上にあるレイヤーです。この短いビデオでは、前のビデオで作成されたプロジェクトに基づいて、ダイアグラム ビューの基本概念を示します。

Description #

In my previous Rhapsody tips and tricks video I covered a feature of IBM Rational Rhapsody known as Custom Views. This capability worked in conjunction with things like Queries to create filtered views. The powerful thing about these views is that they can filter both the diagrams and the browser in Rhapsody. The thing is that the filtered diagrams would only be visible if the Custom View was active. In 8.3.1, the Rhapsody development team have expanded Rational Rhapsody’s capabilities by allowing these views to be persisted in the browser. These persisted views are known as diagrams views. As well as making it easier for users to access them, it also makes them easier to include in documents generated from the model. It’s a layer on top of other layers that adds a cool new capability. This short video demonstrates the base concepts of Diagram Views by building on the project created in the previous video.

Video #

Rhapsody Tip #38 - Introducing Diagram Views, new in 8.3.1 (Intermediate)

Rhapsody Tip #39 - Nested states, the art of state-machine design (Intermediate) #

PublishedAt #

2018-07-28T14:35:09Z

Tags #

['sysml', 'uml', 'omg sysml', 'systems modeling language', 'ibm rational rhapsody', 'rational rhapsody', 'rhapsody designer for systems engineers', 'rhapsody designer', 'rhapsody developer', 'harel', 'harel statecharts']

Description(ja) #

私の IBM Rational Rhapsody トレーニングでは、グループ演習として UML/SysML ダイアグラムを描くことで、エンジニア同士がコミュニケーションを取るようになることが増えています。他の自然言語と同様に、同じことを複数の言い方で表現できることがよくあります。最善の方法を知ることは、時には芸術です。ネストされた状態の使用は、そのような例の 1 つです。ステート マシンを構築していて、同じイベントに反応する状態が多数あることに気付いた場合、「スーパーステートを作成する必要がありますか?」という小さな声が頭に浮かびます。スーパーステートが優れているかどうかが明らかな場合もあれば、そうでない場合もあります (それが芸術です)。重要なことは、図の読みやすさを考慮する必要があるということです。結局のところ、私たちはそれらを使ってコミュニケーションを取っています。この例では、ビルドして実行し、ユーザーが対話できる単純なステートマシンを使用して、Rhapsody プロジェクトをゼロからビルドします。次に、スーパー ステートを導入することで、同じ動作を別の方法でモデル化する方法を示します。もちろん、このようなテクニックを知ることも経験から来ています。私は、それはトレーニングからも得られると考えています。トレーニングの価値は、コミュニケーションに UML または OMG システム モデリング言語を使用することに対する人々の自信を築くことです。

Description #

Increasingly in my IBM Rational Rhapsody training I've been getting engineers to communicate with each other by drawing UML/SysML diagrams as a group exercise. Like with any natural language there is often more than one way to say the same thing. Knowing the best way is sometimes an art. The use of nested states is one such example. If you're building a state machine and I find I have many states reacting to the same event, then this little voice pops into my head which says "should I create a superstate?". Sometimes it's obvious whether a superstate is good, sometimes less so (that's the art). The key thing is that we do need to consider the readibility of diagrams. We are, after all, using them to communicate. In this example I build a Rhapsody project from scratch with a simple state-machine that builds and executes and the user can interact with. I then show how the same behavior can be modeled in a different way by introducing a super state. Of course, knowing techniques like this also comes from experience. I like to think it also comes from training and the value of training is building people's confidence in using UML or the OMG Systems Modeling Language to communicate.

Video #

Rhapsody Tip #39 - Nested states, the art of state-machine design (Intermediate)

Rhapsody Tip #40 - Using context patterns to show a chain of elements in a table (Advanced) #

PublishedAt #

2018-08-08T07:24:59Z

Tags #

['ibm ational rhapsody', 'rational rhapsody', 'rhapsody designer edition', 'rhapsody architect for system engineers', 'rhapsody architect for software engineers', 'rhapsody developer', 'rational rhapsody developer', 'table views', 'context patterns', 'table layouts', 'omg sysml', 'syml', 'systems modeling language', 'uml']

Description(ja) #

動画40になりました！これは、コンテキスト パターンを使用してテーブル レイアウトを構築するための概要です。 IBM Rational Rhapsody の単純な表でさえ、非常に強力です。 TableLayout を作成すると、各行がモデル内の 1 つの要素を表し、各列がその要素に関する情報を表示することができます。行が 2 つの要素間の関係を表す関係テーブルを作成することもできます。または、テーブル内の行にモデル内の要素の階層を表すこともできます。一連の要素を表の行として構築するには、コンテキスト パターンと呼ばれるより高度な概念を使用できます。コンテキスト パターンは、カンマで区切られたトークンのリストです。モデル内の要素のパスを記述する方法です。パターン内の各トークンは、コア タイプまたは用語のいずれかである Rational Rhapsody メタタイプ名です。この短いビデオでは、ハザードに関連する安全目標 (Rhapsody のプロファイルに追加した新しい用語タイプ) にブロックがどのように関連するかを示すテーブルを作成する方法を示します。重要なヒントは、リレーション タイプの最後に移動するには、コロン (😃 を使用できることを知っておくことです。これにより、たとえば、relatedTo 依存関係をトラバースしてハザードを見つけることができます。中かっこ内のテキストは、コンテキストの一意の名前です。これについては、[列] リストでコンテキストを選択できます。最初の列を折りたたむ、順序を変更する、[既定値を入力] ボタンを使用するなど、他のいくつかのオプションも表示されます。楽しみ！

Description #

I've reached video 40! This is an introduction to building table layouts with context patterns. Even simple tables in IBM Rational Rhapsody can be quite powerful. When we create a TableLayout, we can have each row represent a single element in the model, with each column displaying information about that element. We can also build relation tables, where the row represents a relationship between two elements. Alternatively, we can have a row in the table represent a hierarchy of elements in the model. To build a chain of elements as a table row, we can use a more advanced concept called a context pattern. A context pattern is a comma-separated list of tokens. It is a way to describe a path of elements in the model. Each token in the pattern is a Rational Rhapsody metatype name that is either a core type or a term. This short video shows building a table that shows how blocks relate to safety goals which relate to hazards (new term types I've added to Rhapsody in a profile). The key tip is to know that to navigate to the end of a relation type you can put a colon (😃. This, for example, allows us to traverse the relatesTo dependency to find the Hazard. The text in the curley brackets is a unique name for the context, weI can select the context in the Columns list for this. A couple of other options are also shown, such as collapsing the first column, changing the order, and using the Fill Defaults button. Enjoy!

Video #

Rhapsody Tip #40 - Using context patterns to show a chain of elements in a table (Advanced)

Rational Rhapsody Tip #41 - Making the recent files list wider (Advanced) #

PublishedAt #

2018-08-15T07:08:05Z

Tags #

['ibm rational rhapsody', 'rational rhapsody', 'rhapsody', 'rhapsody designer', 'rhapsody developer', 'rhapsody architect for systems engineers', 'rhapsody designer for system engineers', 'mbse', 'omg sysml', 'uml', 'systems modeling', 'systems modelling']

Description(ja) #

この IBM Rational Rhapsody のヒントとコツのビデオでは、[ファイル] メニューの [最近使用したファイル] リストを表示するときに、Rhapsody でより多くの文字を使用する方法を示しています。この変数は MaxDisplayLength と呼ばれ、.ini ファイルの [General] セクションで設定する必要があります。これは Rhapsody 8.3.1 の新機能であるため、動作させるにはアップグレードが必要になる場合があります。変数の値は、表示したい文字数でなければなりません。 MaxDisplayLength を -1 に設定すると、メニューの幅に制限がなくなります。ただし、注意してください。 Rhapsody は .ini ファイルに書き込みます。すべての手動の .ini ファイル変更と同様に、編集時に Rhapsody が実行されていないことを確認してください。

Description #

This IBM Rational Rhapsody tips and tricks video shows how to get Rhapsody to use more characters when displaying the Recent Files list in the File menu. The variable is called MaxDisplayLength and needs to be set in the [General] section of the .ini file. This was new in Rhapsody 8.3.1, hence you may have to upgrade for it to work. The value of the variable should be the number of characters that you want to have displayed. If you set MaxDisplayLength to -1, there is no limit on the width of the menu. Be careful though. Rhapsody writes to the .ini file. As with all manual .ini file changes be sure that Rhapsody is not running when you edit it.

Video #

Rational Rhapsody Tip #41 - Making the recent files list wider (Advanced)

Rational Rhapsody Tip #42 - Create dependencies between read-only elements #

PublishedAt #

2018-09-11T10:44:46Z

Tags #

['ibm rational rhapsody', 'rhapsody developer', 'rhapsody architect for systems engineers', 'omg sysml', 'ong uml', 'uml', 'rational rhapsody', 'rhapsody', 'mbse', 'model-based systems engineering']

Description(ja) #

これは最近、数人の顧客に出てきました。どちらも「所有者が読み取り専用の場合、依存関係を作成するにはどうすればよいですか?」と尋ねていました。これは IBM Rational Rhapsody で可能です。ただし、Rhapsody 8.3 以降 (2018 年 1 月) が必要です。 8.3 では、[機能] ダイアログの [全般] タブに、依存要素と依存要素の両方のリストが個別に表示されます。所有者は要素の場所から暗黙的であるため、通常は最初に (読み書き可能な所有者の下で) 依存関係を作成してから移動する必要があります。ドラッグして依存関係を移動すると、ソース、ターゲット、またはその両方を変更するかどうかを尋ねるダイアログが表示されます。依存関係を移動して関係を同じに保つには、変更元のみを選択する必要があります。この短いヒントとコツのビデオでは、最初に読み取り/書き込み可能な 2 つの要素間の依存関係を描画し、次に 2 つの要素が読み取り専用の場合に同じことを試すことを強調しています。また、要素が読み取り専用であり、真の依存関係の所有者がモデル内の別の場所にある場合でも、Rhapsody が依存要素の下に推測された「ソース依存関係」カテゴリーを作成する方法も示しています。依存関係を所有する要素には、「所有されている依存関係」カテゴリがあります。このような依存関係は、所有権の変更にもかかわらず、ゲートウェイによって引き続き同じ方法で分析されるため、読み取り専用の 2 つの要素間の依存関係を確立し、トレーサビリティ目的でこれを報告することができます。

Description #

This came up recently with a couple of customers. Both were asking "how can I create dependencies if the owner is read-only?". Well, this is possible with IBM Rational Rhapsody. However, you need Rhapsody 8.3, or later (January 2018). In 8.3 the General tab of the Features dialog has separate listings for both the Dependent and Depends On element. The owner is implicit from the element’s location, so generally you need to create the dependency first (under an owner that is read-write) and then move it. When you drag to move a Dependency then a dialog pops up to ask if you want to change the source, the target or both? To move the dependency but keep the relationship the same then you need to choose change source only. This short tips and tricks video highlights, by first drawing a dependency between two elements that are read-write and then trying the same thing when the two elements are read-only. It also shows how Rhapsody creates an inferred "source dependency" category under the dependent element, even though the element is read-only and the true dependency owner is elsewhere in the model. The element which owns the dependency will have the "owned dependency" category. Such dependencies are still analyzed by the gateway in the same way, despite their change of ownership, enabling you to establish dependencies between two elements that are read-only and have this reported for traceability purposes.

Video #

Rational Rhapsody Tip #42 - Create dependencies between read-only elements

Rational Rhapsody Tip #43 - Toggling between specification vs structured views (Basic and Advanced) #

PublishedAt #

2018-09-30T14:29:04Z

Tags #

['omg sysml', 'syml', 'rational rhapsody', 'ibm rational rhapsody', 'rhapsody', 'rhapsody developer', 'rhapsody architect for systems engineers', 'mbse', 'rhapsody architect', 'rhapsody designer edition']

Description(ja) #

このヒントは、IBM Rational Rhapsody でクラス/ブロックのコンパートメントを追加および削除する方法を説明していた最近の電子メール交換から得られました。最初の基本的な知識は、ブロックまたはクラスをダイアグラムで見るときに、構造化ビュー モードまたは仕様ビュー モードのいずれかで表示できることを理解することです。仕様ビューはコンパートメント ビューとも呼ばれ、選択したデータを表示するコンパートメントをいくつでも表示できます。これは、本質的に内部ブロック図 (または複合構造図) を示す構造化ビューとは対照的です。ズーム ツールバーのアイコンを使用して、ビューを切り替えることができます。短いビデオの最後に、AdditionalCompartments プロパティを使用して利用可能なコンパートメントのリストをカスタマイズすることによる、より高度なヒントも示します。

Description #

This tip came from a recent email exchange I had where I was explaining how to add and remove compartments on classes/blocks in IBM Rational Rhapsody. The first basic bit of knowledge is to understand that when you look at the Block or Class on a diagram it can be shown in either structured or specification view mode. The specification view is also known as a compartment view and allows the user to show any number of compartments with selected data shown. It contrasts with the structured view which essentially shows an internal block diagram (or composite structure diagram). You can toggle between the views using an icon in the zoom toolbar. At the end of the short video I also show a more advanced tip by customizing the list of available compartments using the AdditionalCompartments property.

Video #

Rational Rhapsody Tip #43 - Toggling between specification vs structured views (Basic and Advanced)

Rational Rhapsody Tip #44 - RMM 6.0.6 accept/deliver workflow and icons (Intermediate) #

PublishedAt #

2018-10-12T08:40:24Z

Tags #

['mbse', 'rhapsody rhapsody', 'rhapsody model manager', 'rmm', 'ibm rational rhapsody', 'rhapsody developer', 'rhapsody architect', 'rhapsody architect for software', 'rational team concert', 'rtc', 'jazz', 'sysml', 'omg sysml', 'uml', 'omg']

Description(ja) #

IBM Rational Rhapsody での共同作業について多くの人から問い合わせがあったため、IBM Rhapsody Model Manager (Jazz/am) を示すこのビデオをすぐに見つけました。このソリューションの優れた点の 1 つは、Rhapsody ブラウザーで SCM 状況を可視化できることです。アイコンは基本的に、Rational Team Concert (RMM が構築されている) のアイコンを反映しています。これは、開発者がストリーム内で何が起こっているかをすぐに確認し、統合の決定を下せることを意味します。 Rhapsody クライアントの反応性もかなり良好です。明らかに、他の開発者の変更を統合する前に長く待つことが重要な問題です (分離と統合の難問)。ただし、これにより、ユーザーは自分に影響する変更に迅速に対応できます。 Rhapsody Model Manager は、モデル用に設計された RTC のバージョンであるため、統合は類似していますが、RTC 統合に改善されています (つまり、6.0.6 で改善されています)。また、Rhapsody の右クリック メニューに追加のコマンドが含まれているため、RTC クライアントに簡単に移動できます。 RMM は Design Manager に従ってライセンスされているため、ライセンスに既にバンドルされている可能性があります (確認する必要があります)。

Description #

I've had quite a few people asking about collaborative working in IBM Rational Rhapsody so I quickly knocked up this video that shows IBM Rhapsody Model Manager (Jazz/am). One of the nice things about the solution is seeing the visibility of the SCM status in the Rhapsody browser. The icons essentially mirror those of Rational Team Concert (on which RMM is built). This means that developers can see what's moving in the stream as soon as it occurs, and make an integration decision. The re-activeness of the Rhapsody client is also pretty good. Obviously the longer you wait before integrating other developers changes is a key question (the isolation vs integration conundrum). However, this enables users to react quickly to changes that affect them. Rhapsody Model Manager is a version of RTC designed for models, hence the integration is similar but improved to the RTC integration (i.e. better in 6.0.6). Included are also more commands in the right-click menu in Rhapsody, that makes it's easy to navigate to the RTC Client. RMM is licensed as per Design Manager hence potentially already bundled in your licensing (something to check).

Video #

Rational Rhapsody Tip #44 - RMM 6.0.6 accept/deliver workflow and icons (Intermediate)

Rational Rhapsody Tip #45 - Making safe use of the ReferenceUnitFile property (Advanced) #

PublishedAt #

2018-10-21T15:30:49Z

Tags #

['omg sysml', 'ibm rational rhapsody', 'rational rhapsody', 'rhapsody developer', 'rhapsody architect for systems engineers', 'mbse', 'uml', 'rhapsody architect for software engineers', 'ibm rational']

Description(ja) #

このビデオでは、General::Model::ReferenceUnitPath プロパティーの使用について説明します (IBM Rational Rhapsody v8.3.1 を使用)。このプロパティーは、モデルに追加するたびにユニット・ファイルへの相対参照を設定するよう Rhapsody に指示します。これは、Rhapsody Model Manager (ここでは Jazz/am 6.0.6 が示されています) などの SCM ツールに複数のコンポーネントがある場合に特に役立ちます。これは、ユーザーごとに、プロジェクトを保存してアクセスするローカル ファイル システムのルート フォルダーが異なるためです。相対参照を使用しないと、プロジェクトを開くときに多くの「ユニットが見つからない」という問題が発生します。 ReferenceUnitPath プロパティを設定することで、これらの問題を軽減できます (すべてのコンポーネントが同じルートを共有していると仮定します)。ただし、1 つの大きな落とし穴があります。プロパティは、設定後に追加するプロファイルにも影響します。プロファイルはプロジェクトに対して相対的ではなく、インストールに含まれているため、相対参照を使用してプロファイルを参照することもお勧めできません。通常、Rhapsody は、$OMROOT 変数を使用してユニットへのパスを事前に固定することにより、インストール内のプロファイルを処理します。幸いなことに、誤ってパスが間違ってしまった場合は、[ユニットの編集] ダイアログを使用して手動で修正できます (ここに示すように)。このビデオでは、Rhapsody Model Manager 6.0.6 を使用して作成された対応するコンポーネントを含む Rhapsody 8.3.1 プロジェクトを示します。

Description #

This video covers use of the General::Model::ReferenceUnitPath property (using IBM Rational Rhapsody v8.3.1). This property tells Rhapsody to set a relative reference to the unit file whenever you do Add to model. This is particularly useful when you have multiple components in an SCM tool such as Rhapsody Model Manager (Jazz/am 6.0.6 is shown here). This is because different users will have different root folders on their local file system where they will store and access the projects. Not using relative references would result in lots of "cannot find unit" problems when opening projects. By setting the ReferenceUnitPath property you can alleviate these problems (assuming all the components share the same roots). However, there is one major pitfall, in that the property will also affect Profiles that you add after setting it. Referencing the profiles using relative references is also a bad idea because profiles are not relative to the project, but rather contained in the installation. Rhapsody normally deals with profiles in the installation by pre-fixing the path to the unit using the $OMROOT variable. Fortunately, if you accidentally end up with the paths being wrong then you can use the Edit Unit dialog to manually fix them (as shown here). This video shows Rhapsody 8.3.1 projects with corresponding components being created using Rhapsody Model Manager 6.0.6.

Video #

Rational Rhapsody Tip #45 - Making safe use of the ReferenceUnitFile property (Advanced)

Rational Rhapsody Tip #46 - Adding editable units outside the project directory (Advanced) #

PublishedAt #

2018-10-25T20:22:22Z

Tags #

['omg syml', 'uml', 'ibm rational rhapsody', 'rational rhapsody developer', 'rational rhapsody', 'rhapsody developer', 'rhapsody architect for systems engineers', 'rhapsody architect for software engineers', 'sysml', 'units', 'references']

Description(ja) #

通常、IBM Rational Rhapsody プロジェクトでは、書き込み可能なユニットはすべて、モデルの一部として _rpy フォルダーの下に構成されます。そのため、参照されるユニットは歴史的に常に読み取り専用でした。 Rhapsody 8.1.5 では、参照されるユニットをプロジェクト ディレクトリの外に追加し、そのユニットを書き込み可能にすることが可能になりました。これを行うには、ユニットを追加するときに [モデルにコピー] オプションの選択を解除する必要があります。このビデオでは、Rhapsody 8.3.1 を使用してデモを行います。この機能は、Rational Team Concert または Rhapsody Model Manager で別々のモデルを別々のコンポーネントとして使用している場合にも機能します (これは最後のデモに挿入しました)。それが役立つことを願っています!

Description #

Normally with an IBM Rational Rhapsody project the writable units are all configured as part of the model under the _rpy folder. As such referenced units would historically always be read-only. In Rhapsody 8.1.5 it became possible to add a referenced unit outside the project directory and have that unit be writable. To do this you need to deselect the Copy into model option when adding the unit. This video demonstrates with Rhapsody 8.3.1. The feature also works when you have separate models as different components in Rational Team Concert or Rhapsody Model Manager (I slipped this into the demo at the end). Hope that helps!

Video #

Rational Rhapsody Tip #46 - Adding editable units outside the project directory (Advanced)

Rational Rhapsody Tip #47 - Condition Marks On Sequence Diagrams (Intermediate) #

PublishedAt #

2018-11-18T17:09:51Z

Tags #

['uml', 'omg sysml', 'sequence diagrams', 'sd', 'rational rhapsody', 'ibm rational', 'ibm rational rhapsody', 'rhapsody developer', 'rhapsody architect for systems engineers', 'rhapsody architect', 'rhapsody architect for software engineers', 'rhapsody designer', 'rhapsody designer for systems engineers']

Description(ja) #

これは実際には、シーケンス図のコンディション マークを詳しく説明する締めくくりのビデオです。興味深いことに、Rhapsody を 10 年間使用しているにもかかわらず、Rhapsody がモデル要素にバインドできることを発見したのは、最近の自動化作業のみでした。なぜ見逃したのかわからない。とにかく、それはあなたの顔をじっと見つめているものの 1 つであり、一瞬ではありませんでした。そのため、この「ユーレカ」の発見をビデオに紡ごうと思いました (わかりました。確かに、それほどエキサイティングではありませんが、新しい Rhapsody ビデオが必要です。トピック！）。基本的に、IBM Rational Rhapsody シーケンス図の条件マークを使用して、シーケンス内のある時点でのオブジェクトの状態に関する情報に注釈を付けることができます。通常、それらはオブジェクトのステート マシンの状態を表しますが、属性の状態に関する情報 (またはその他の重要なもの) を提供することもできます。デフォルトでは、フリー フロー テキストになります。ただし、このビデオが示すように、ボックスをチェックして要素を選択することができます (最も明白なのは、関連するステート チャートのステートです)。もちろん、これが価値があるかどうかは、あなたが何をしているかによるかもしれません。このビデオが示すように、モデルをアニメーション化できる場合は、状態値の注釈が付けられた状態マークを持つシーケンスをオンザフライで作成できます。楽しみ。誰かの役に立てば幸いです。

Description #

This is really a rounding out video that delves into Condition Marks on sequence diagrams. Interestingly, despite 10 years of working with Rhapsody it was only through recent automation work that I discovered that they could be bound to model elements. I'm not sure why I missed it. Anyway, it was one of those staring you in the face, not seeing it moments, so I thought I'd spin this "eureka" finding into a video (ok, I admit, it's not that exciting, but I need new Rhapsody video topics!). Basically, Condition Marks in IBM Rational Rhapsody sequence diagrams can be used to annotate information about the state of an object at a time in a sequence. Usually they represent states in the object's state machine, although you can also provide information about the state of attributes (or anything else as it matters). By default, they will be free flowing text. As this video shows, however, you can check a box and choose to select an element (the most obvious being a state in the relevant state chart). Whether this is valuable may depend on what you’re doing, of course. As this video shows, if you’re able to animate your model then you can create sequence on the fly that have the state value’s annotated in the condition marks. Enjoy. I hope it’s useful to someone.

Video #

Rational Rhapsody Tip #47 - Condition Marks On Sequence Diagrams (Intermediate)

Rational Rhapsody Tip #48 - Pessimistic Locking and Rhapsody Model Manager 6.0.6 (Advanced) #

PublishedAt #

2018-12-07T22:08:26Z

Tags #

['rmm', 'rational rhapsody', 'ibm rational rhapsody', 'rhapsody developer', 'rhapsody model manager', 'jazz', 'ibm jazz', 'omg sysml', 'uml', 'rhapsody designer', 'rhapsody architect', 'ibm rational rhapsody architect for systems engineers', 'rational team concert', 'rtc']

Description(ja) #

ファイルベースのモデル管理は、いくつかの理由で非常に強力です。第一に、これは、人々がクライアント側で単独で効果的に作業できることを意味します (これは、コンパイル/シミュレーションを含む作業を行う場合に不可欠です)。また、大規模なデータベース テーブルからデータを追加または削除する必要なく、クライアント側でマージを処理できるため、並行して作業するときにクライアントからサーバーに情報を転送する効率的な方法でもあります。ファイルベースのモデル管理に関して多くの人が最初に抱く質問の 1 つは、他のユーザーが同時に編集できないようにファイルをロックできるかどうかということです。 Rhapsody の DiffMerge ツール。デフォルトでは、RTC と RMM は両方とも、変化に対して非常に近代的な楽観的な戦略を持っています。つまり、ファイルをロックしません。実際、チェックアウト解析はなく、RMM/RTC がファイルへの変更を自動的に追跡し、変更セットにグループ化します。変更セットは、いくつかの理由で気の利いたものです。ただし、このビデオでは、必要に応じて戦略を悲観的に変更できることを示しています。これを行うには、ファイルが読み取り専用になるようにファイルを自動ロックするようにストリームを構成できます。これにより、ユーザーは変更を行うために読み取り/書き込みステータスを変更する必要があり、このステータスの変更を使用してファイルをロックし、他の誰も編集できないようにすることができます。その後、配信が行われると、ロックが解除されます。このように、悲観的なアプローチを取ることができます。このビデオには、Rational Rhapsody 8.3.1 (iFix2) および Rhapsody Model Manager 6.0.6 を使用したデモが含まれています。

Description #

File-based model management is extremely powerful for a number of reasons. Firstly, it means that people are able to work effectively on client side in isolation (this is essential when doing work that involves compilation/simulation). It's also an efficient way to transfer information from the client to server when working in parallel as merges can be handled on the client side without needing to add or remove data from large database tables. One of the first questions a lot of people have when it comes to file-based model management is whether it is possible to lock files so that other users cannot edit them at the same time, the goal being to remove the need to merge changes with Rhapsody's DiffMerge tool. Well, by default RTC and RMM both have a very modern optimistic strategy towards changes. That is they won't lock files. In fact, there is no check-out parsay, rather RMM/RTC track changes to the files automatically and group them into changesets. Changesets are nifty for a number of reasons. In this video, however, I show that it is possible to change the strategy to pessimistic if you want. To do this you can configure the stream to auto-lock files so they are read-only. This forces the user to have to change the read/write status in order to make changes and this change of status can be used to lock the file so that nobody else can edit them. When a deliver is then made, then the lock can be released. In this way a pessimistic approach can be taken. This video includes demo of this with Rational Rhapsody 8.3.1 (iFix2) and Rhapsody Model Manager 6.0.6.

Video #

Rational Rhapsody Tip #48 - Pessimistic Locking and Rhapsody Model Manager 6.0.6 (Advanced)

Rational Rhapsody Tip #49 - 3 ways to open an animated state machine (Simple) #

PublishedAt #

2018-12-21T12:35:42Z

Tags #

['mbse', 'syml', 'omg sysml', 'systems modeling language', 'ibm rational', 'ibm rational rhapsody', 'rhapsody developer', 'rhapsody designer edition', 'simulation', 'executable mbse', 'uml', 'harel statecharts', 'harel', 'rhapsody developer C++', 'C++']

Description(ja) #

この IBM Rational Rhapsody の「ヒントとコツ」ビデオは、Rhapsody でアニメーション化されたステートチャートを開く 3 つの古典的な方法を示しています。覚えておくべき主なことは、これを行うにはインスタンスを実行する必要があるということです。初期化シーケンスをデバッグできるようにするために、シミュレーションは初期化されていない状態で開始されるため、通常は [アイドル状態にする] または [実行] をクリックしてインスタンスを初期化します。次に、3 つのオプションがあります。[ツール] メニューを使用するか、アニメーション化されたシーケンス図のライフラインを右クリックするか、ブラウザーでインスタンスを見つけます。最初にブラウザーをアニメーション ビューにフィルターすると、後者の方が簡単になります。 [ツール] メニューを使用してインスタンスを見つけるのは、大量にある場合は手間がかかるため、通常はアニメーション シーケンス図を使用します。 Viola さん、システムにイベントを発生させて、緊急の動作を確認できます。

Description #

This super quick "tips and tricks" video for IBM Rational Rhapsody shows the 3 classic ways to open an animated statechart in Rhapsody. The main thing to remember is that you need running instances in order to do this. Simulations start in the un-initialized state in order to enable you to debug the initialization sequences so you usually click Go Idle or Go to initialize the instances. You then have 3 options: Either the Tools menu, via right-click on an animated sequence diagram lifeline or by finding the instance in the browser. The latter is made easier if you first filter the browser to animation view. Finding the instance when using the Tools menu can be labor some when you have a lot, hence I normally go for the animated sequence diagram approach. Viola, you can then fire events into the system and view its emergent behavior.

Video #

Rational Rhapsody Tip #49 - 3 ways to open an animated state machine (Simple)

Rational Rhapsody Tip #50 - Using Rhapsody automation to simply usage (Advanced) #

PublishedAt #

2019-01-04T14:16:01Z

Tags #

['sysml', 'omg sysml', 'systems modeling language', 'uml', 'rational rhapsody', 'ibm rational rhapsody', 'rhapsody designer edition', 'rhapsody designer', 'ibm rational rhapsody designer', 'rhapsody architect edition', 'rhapsody developer']

Description(ja) #

以前は、Rhapsody を使用して純粋な SysML/UML とトリックを教えるだけで十分だと考えていました。しかし、私の 50 回目のヒントとコツのビデオでは、特に Rhapsody をより広いユーザー コミュニティに展開する場合に、過去数年間で最も生産的な MBSE の価値が見られた領域の 1 つに焦点を当てたいと思いました。このビデオでは、プロファイルとサポート プラグインを使用した調整の例を示します。コード ベース自体は、私の SysML Helper (v3) プロファイル開発の一部であり、実行可能な MBSE だけに焦点を合わせていたものから、さまざまな方法をサポートするものに移行しました。自動化の重要な点は、専門家がツールのセットアップ方法を定義できることです。その後、自動化と IBM Rational Rhapsody 製品の深い知識を活用できるため、エンドユーザーはツールではなく、解決しようとしているエンジニアリングの問題に集中できます。私の最新の手法は、システムを機能ブロックに階層的に分解することに重点を置いたプロファイルを示すこの例に示されているように、新しい用語パッケージをさらに活用することです。

Description #

I used to think it was sufficient to teach pure SysML/UML and tricks using Rhapsody. However, in my 50th tips and tricks video I thought I'd highlight one of the areas where I've seen the most productive MBSE value come over the last few years, particularly when deploying Rhapsody to a wider community of users. This video shows an example of tailoring using a profile and supporting plug-in. The code base itself is part of my SysML Helper (v3) profile development which has moved from being just focused on executable MBSE, to supporting a range of different methods. The key thing about automation is that experts can define how to set-up the tool. I can then utilise automation and deep IBM Rational Rhapsody product knowledge, so that end-users can focus on the engineering problems they're trying to solve rather than the tool. My latest technique is to make use of new term packages a lot more, as illustrated in this example, that shows a profile that focuses on supporting the hierarchical decomposition of a system into functional blocks.

Video #

Rational Rhapsody Tip #50 - Using Rhapsody automation to simply usage (Advanced)

Rational Rhapsody Tip #51 - SysML vs UML: The RepresentParts property (Intermediate) #

PublishedAt #

2019-01-14T08:59:21Z

Tags #

['omg sysml', 'sysml', 'uml', 'systems modeling language', 'systems modelling language', 'rational rhapsody', 'ibm rational rhapsody', 'rhapsody developer', 'rhapsody architect for systems', 'rhapsody designer for systems', 'ibm rational']

Description(ja) #

Rhapsody を使用したモデル駆動型ソフトウェア開発に長けたソフトウェア エンジニアでありながら (私は C++ のトレーニングを 4 年間維持しました)、ここ数年は SysML で多くのことを行っており、コンポジションが作成するという事実に慣れていることもあります。一部。これが常に当てはまるとは限らなかったことを忘れています。このビデオでは、これを制御するプロパティについて説明します。プロパティは ObjectModelGe::Composition::RepresentParts と呼ばれます。このビデオは、ある意味で、SysML でのシステム モデリングと UML でのソフトウェア モデリングの相違点の 1 つを反映したものでもあります。 SysML は構成関係を使用したシステムの階層的分解に重点を置いていますが、ソフトウェア モデラーは関連付けを使用することがよくあります。 RepresentParts プロパティーは、BDD での Rhapsody の動作を切り替えて、構成関係 = パーツとなるようにします。これにより、bdd と ibd の図がより近くなり、bdd を使用してブロックとパーツの階層を描くことができます (これが、私がしばしばペアで踊ると言う理由です)。この短いヒントとコツのビデオでは、違いを説明しています...

Description #

Despite being a software engineer adept at model-driven software development with Rhapsody (I maintained the C++ training for 4 years), in recent years I’ve been doing a lot with SysML and sometimes I get so used to the fact that a composition creates a part. I forget that this wasn’t always the case. In this video I explain the property that controls this. The property is called ObjectModelGe::Composition::RepresentParts. The video is also a reflection, in a way, of one of the differences systems modeling in the SysML and software modeling in the UML. SysML puts a strong emphasis on the hierarchical decomposition of systems using composition relations, whereas software modelers often use associations. The RepresentParts property switches Rhapsody behavior on BDDs so that composition relations = parts. This brings the bdd and ibd diagrams closer together, allowing bdds to be used to draw hierarchies of Blocks and Parts (which is why I often say that they dance in pairs). This short tips and tricks video illustrates the difference, ...

Video #

Rational Rhapsody Tip #51 - SysML vs UML: The RepresentParts property (Intermediate)

Rational Rhapsody Tip #52 - Making user-defined types appear in selection dialogs (Simple) #

PublishedAt #

2019-02-01T20:29:51Z

Tags #

['sysml', 'rhapsody properties', 'ibm rational', 'ibm rational rhapsody', 'omg sysml', 'uml', 'rhapsody designer', 'rhapsody architect for systems engineers', 'rational rhapsody architect for software engineers', 'c++', 'ada', 'java', 'MBSE', 'rhapsody developer edition', 'rhapsody developer']

Description(ja) #

最近の IBM Rational Rhapsody トレーニングで、あるユーザーから、追加 (またはリバース エンジニアリング) したデータ型を、ユーザーが属性または操作引数の型を選択したときにプルダウン リストに表示されるようにする方法を尋ねられました。短い Rhapsody のヒントとコツのビデオの別のトピックのように思えたので、ヒント 52 番です。もちろん、Rhapsody の多くのものと同様に、役立つプロパティがあります。それは General::Model::CommonTypes と呼ばれ、モデル レベルまたはプロファイルで設定できます。プロパティは、属性、変数、および引数の代替としてリストされる型を指定します。よく使用されるタイプに簡単にアクセスできるようにし、パッケージのリストを指定できます。関連トピックとして、定義済みの型をブラウザーから削除したい場合は、それを行うために使用できる Browser プロパティもあります。これは ShowPredefinedPackage (Browser::Settings) と呼ばれます。楽しむ。

Description #

In a recent IBM Rational Rhapsody training, a user asked me how they could get data types they’ve added (or reverse engineered) to appear in the pull-down list when a user selects the type for an attribute or operation argument. Sounds like another topic for a short Rhapsody tips and tricks video, I thought, so here you are, tip number 52! Of course, like many things in Rhapsody there’s a property to help, it’s called General::Model::CommonTypes, and can be set at either the model level or in a profile. The property specifies which types are listed as alternatives for attributes, variables, and arguments. It makes commonly used types easily accessible and you can specify a list of packages. On a related topic, if you want to remove the predefined types from the browser, there’s also a Browser property you can use to do that. It’s called ShowPredefinedPackage (Browser::Settings). Have fun.

Video #

Rational Rhapsody Tip #52 - Making user-defined types appear in selection dialogs (Simple)

Rational Rhapsody Tip #53 - Linking Rhapsody to DOORS NG using a Lifecycle Project (Intermediate) #

PublishedAt #

2019-02-15T08:15:40Z

Tags #

['omg sysml', 'omg uml', 'sysml', 'systems modeling language', 'ibm rational', 'ibm rational rhapsody', 'rational rhapsody', 'rhapsody developer', 'rhapsody architect', 'rhapsody architect for systems engineers', 'systems engineering', 'ratonal doors', 'dng', 'doors next generation', 'doors next gen', 'jazz', 'ibm jazz', 'oslc', 'oslc links']

Description(ja) #

上向きと上向き。この 7 分間のビデオは、Rhapsody プロジェクトと Rational DOORS Next Generation (DNG) の間の OSLC リンクについて説明する 2 つのビデオのうちの最初のものです。これは、簡単な評価環境をセットアップするために私がよく使用するトリックを示しています。その秘訣は、最初に Rhapsody Model Manager (/am) および DOORS NG Requirements Management (/rm) プロジェクト・エリアを (AMR システム・サンプルを使用して) 作成し、次に Jazz ライフサイクル・プロジェクト・エリア・ウィザードを使用して関連付けを作成することです。ビデオに示されているもう 1 つのことは、DNG のモジュール ビューを使用して、リンクする要件を定義することです。 DNG プロジェクト・エリアには、さまざまなタイプの何千もの成果物を含めることができます。ビューを使用すると、Rhapsody ブラウザーに表示されるものを制限できます。 /rm プロジェクト・エリアに関連付けを作成すると、Remote Artifacts Package カテゴリーにデータを入力して、DNG の要件を Rhapsody ブラウザーに直接表示できます。もちろん、これらはインポートされません。Rhapsody は OSLC インターフェースを使用して、モデル化の目的で /rm データベースに保管されている要件を公開できます (これは次のビデオのトピックになります)。

Description #

Onwards and upwards. This 7 min video is the first of two looking at OSLC linking between Rhapsody projects and Rational DOORS Next Generation (DNG). It shows a trick I often use to set up a simple evaluation environment. The trick is to create the Rhapsody Model Manager (/am) and DOORS NG Requirements Management (/rm) project areas first (using the AMR system sample) and then use the Jazz Lifecycle Project Area wizard to create the associations. Another thing shown in the video is the use of a Module View in DNG to define requirements to link. A DNG project area can have many thousand artifacts of many different types. A View allows you to limit what's shown in the Rhapsody browser. With an association created to an /rm project area, the Remote Artifacts Package category can then be populated to show the requirements in DNG directly in the Rhapsody browser. They're not imported, of course, rather Rhapsody is able to use the OSLC interface to expose requirements that are stored in the /rm database, for modeling purposes (which will be the topic of the next video).

Video #

Rational Rhapsody Tip #53 - Linking Rhapsody to DOORS NG using a Lifecycle Project (Intermediate)

Rational Rhapsody Tip #54 - Linking models to remote requirements in DOORS NG 6.0.6 (Intermediate) #

PublishedAt #

2019-02-23T19:55:40Z

Tags #

['omg sysml', 'sysml', 'rational rhapsody', 'rmm', '6.0.6', 'ibm rational rhapsody', 'rhapsody developer', 'rhapsody developer edition', 'rhapsody architect edition.', 'rational rhapsody architect for systems engineers', 'rhapsody model manager', 'ibm jazz', 'jazz', 'uml', 'systems engineering', 'model-based systems engineering', 'mbse']

Description(ja) #

この 2 番目の 7 分間のビデオは、前のビデオ (#53) の続きであり、Rhapsody /am プロジェクト・エリアを DOORS NG /rm プロジェクト・エリアに関連付けた後で何ができるかを示しています。これはまさに、OSLC リンクの核心です。現在使用しているツールを離れることなく、データを他のライフサイクル アーティファクトに接続できます。私の意見では、Rhapsody 開発チームは、Rhapsody Model Manager (RMM) の 6.0.6 実装 (サーバー側) で実際にここで良い仕事をしました。バックエンド。私にとって良いことは、OMG SysML アプローチの十分に確立されたメカニズムを完全にサポートし、モデルの要件と、グラフィカルと図の両方でキャプチャされたトレーサビリティを備えていることです。これにより、DOORS NG の要件と Rhapsody のモデリング成果物が別々のアプリケーションであるにもかかわらず、これらの要件を適合させることができます。 6.0.6 (Rhapsody 8.3.1) 実装のその他の優れた点は、Web クライアントから Rhapsody リッチ クライアントにナビゲートする機能と、リンクの迅速さです。要件は別のアプリケーションによって提供され、リンクされているにもかかわらず、要件がモデルの一部であるように見えます。

Description #

This second 7 min video follows on from the previous one (#53) and shows what you can do once you've associated a Rhapsody /am project area with a DOORS NG /rm project area. This is really the core of what OSLC linking is all about. You can connect data to other lifecycle artefacts without leaving the tool that you're in. In my opinion the Rhapsody development team have actually done a good job here with the 6.0.6 implementation of Rhapsody Model Manager (RMM) - its server-side back-end. The good thing for me is that it fully supports the well established mechanisms of an OMG SysML approach with requirements in the model and traceability captured both graphically and in diagrams. It allows you to dovetail requirements in DOORS NG with modeling artifacts in Rhapsody despite them being separate applications. Other good things in the 6.0.6 (Rhapsody 8.3.1) implementation are the ability to navigate from the web-client to the Rhapsody rich client, and the quickness of the linking. It's almost like the requirements are part of the model, despite the fact that they're being provided and linked to by an separate application.

Video #

Rational Rhapsody Tip #54 - Linking models to remote requirements in DOORS NG 6.0.6 (Intermediate)

Rational Rhapsody Tip #55 - Getting to grips with the CSVImporter #

PublishedAt #

2019-04-21T17:16:43Z

Tags #

['ibm rational rhapsody', 'rational rhapsody', 'mbse', 'model-based systems engineering', 'rhapsody designer', 'rhapsody architect', 'rhapsody architect for systems engineers', 'rhapsody developer edition', 'rhapsody developer', 'uml', 'omg sysml', 'omg', 'sysml', 'systems modeling language']

Description(ja) #

CSVImporter は、しばらくの間 Rhapsody の機能でした。先月クライアントでそれを使用して、DOORS からスプレッドシートとしてエクスポートされたデータを、モデル内のステレオタイプ オブジェクトとしてインポートしました。とても役に立つことが証明されたので、良いヒントとコツのビデオになると思いました.それが役に立つことを願っています。列の値をタグとして、または説明フィールドなどの組み込みフィールドとしてキャプチャできることに注意してください。ビデオに示されている覚えておくべき重要なヒントがいくつかあります。たとえば、Rhapsody には通常、オブジェクトまたはクラス (またはパーツ/ブロック) である要素の名前にスペースが含まれないようにするための制限があることを忘れないでください。したがって、スプレッドシートの名前にスペースが含まれている場合は、Rhapsody でこの動作を制御するために使用される正規表現を緩和することをお勧めします (興味深いことに、Rhapsody ではインポートを続行できますが、設定しないと、いくつかの悪い副作用が見つかりました。それに応じてプロパティ）。クールな機能もいくつかあります。たとえば、インポートしたデータのテーブル ビューを簡単に作成する機能や、テーブル ビューを CSV ファイルとしてエクスポートする機能です。

Description #

The CSVImporter has been a feature in Rhapsody for a while. I was using it with a client just last month to import some data exported as a spreadsheet from DOORS as stereotyped objects in the model. It was proving so useful that I thought it would make a good tips and tricks video. I hope it proves useful. It's worth noting that you can capture column values as either tags or built in fields such as the Description field. There are some important tips to remember shown in the video. For example, don't forget that Rhapsody normally has restrictions to prevents elements that are Objects or Classes (or parts/Blocks) having spaces in their name. If your spreadsheet has spaces in names, therefore, it is best to relax the regular expression that is used to control this behavior in Rhapsody (interestingly Rhapsody allows the import to proceed, however, I found some bad side effects if you don't set the property accordingly). there are also a couple of cool features. For example, the ability to easily create a table view of the imported data, and the ability to export a table view as a CSV file.

Video #

Rational Rhapsody Tip #55 - Getting to grips with the CSVImporter

Rational Rhapsody Tip 56 - Using Allocation relations In SysML #

PublishedAt #

2019-05-14T08:36:42Z

Tags #

['ibm rational', 'ibm rational rhapsody', 'rhapsody', 'rhapsody architect for systems engineers', 'rhapsody architect', 'rational rhapsody', 'ibm', 'sysml', 'systems modeling language', 'systems modeling', 'uml', 'omg']

Description(ja) #

以下は、SysML での割り当ての概念を説明するためのトレーニングで最近行った小さなデモです。もちろん、全体的な概念は非常に単純です。つまり、割り当ては、UML 依存関係を基本型として使用する分野横断的な構造です。この「ゼロからモデルを作成する」ビデオでは、2 つの階層 (1 つは構造的、もう 1 つは動作) を作成し、それらを «allocate» 依存関係を使用して関連付け、コンパートメント内の関係を視覚化する例を示しています。これを説明するために、新しい用語 «FunctionBlock» ステレオタイプを作成します (もちろん、これは少し高度な議論のトピックですが、特に自動車の顧客との間で頻繁に出てくるトピックです)。

重要事項:
SysML プロファイルは、«allocate» と呼ばれる依存関係のステレオタイプを提供します。
多くの場合、割り当ては、動作要素を構造要素に割り当てたい場合に使用されます。つまり、構造割り当てに対する動作要素です。
割り当ては、[表示オプション...] ダイアログを使用して表示できる AllocatedTo や AllocatedFrom などのコンパートメントで視覚化できます。
割り当てコンパートメントは、オペレーション、ブロック、アクティビティーなど、Rhapsody のさまざまな要素に対して機能します。

Description #

The following is a little demo I did recently on a training to illustrate the concept of allocation in SysML. Overall the concept is very simple, of course, which is that allocation is a cross-cutting construct that uses a UML dependency as its base type. This "create a model from scratch" video shows an example of creating two hierarchies, one structural and one behavioral, and then relating them using «allocate» dependencies, and visualizing the relations in compartments. I illustrate this by creating a New Term «FunctionBlock» stereotype (this is a slightly more advanced topic of discussion, of course, but is a topic that comes up a lot, especially with my automotive customers).

Key things:
The SysML profile provides a dependency stereotype called «allocate»
Often allocation is used where you want to allocate behavior elements to structural elements, i.e. behavioral to structural allocation.
Allocation can be visualized in compartments, e.g., AllocatedTo and AllocatedFrom, that can be shown using the Display Options... dialog.
Allocation compartments work for a range of elements in Rhapsody, including Operations, Blocks and Activities.

Video #

Rational Rhapsody Tip 56 - Using Allocation relations In SysML

Rational Rhapsody Tip #57 - Allocation tables and matrices, incl a context pattern #

PublishedAt #

2019-05-22T08:47:37Z

Tags #

['mbse', 'sysml', 'mbsetraining', 'systems modeling language', 'omg sysml', 'uml', 'ibm', 'ibm rational', 'ibm rational rhapsody', 'rational rhapsody', 'rhapsody developer', 'rhapsody designer', 'rhapsody architect for systems engineers', 'rhapsody architect for software engineers', 'modeling', 'modelling']

Description(ja) #

このビデオはヒント #56 の続きで、Rhapsody でのテーブルとマトリックスの作成を示しています。割り当ては SysML の新しい用語の依存関係タイプであるため、このトリックは新しい用語の依存関係に実際に適用されます。たとえば、要件のトレーサビリティ関係に機能します。このビデオは、単純なマトリックスとリレーション テーブル ビュー (最初にレイアウトを作成する必要があります) から始まり、コンテキスト パターン テーブル ビューの作成方法を示します。後でわかるように、コンテキスト パターンが目的の動作をするようになるまで少し時間がかかり、それをテストする必要があります。重要なことは、モデルの構造に従わなければならない関係テーブルを構築することです。ただし、列の順序は任意です。最初の列を折りたたんで、より簡潔にすることもできます。楽しみ！

Description #

This video follows on from Tip #56 and shows creation of tables and matrices in Rhapsody. Allocation is a SysML new term dependency type, hence the tricks really apply to any new term dependency, e.g., they'd work for requirement traceability relations. The video starts with simple matrix and relation tables views (you have to create the layouts first) and then goes on to show how to create a context pattern table view. As you'll see it takes a little while to get the context pattern to do what you want and you need test it, but once you have it the views that are possible are huge. The key thing is that you build the relation table you have to follow the structure of the model. The order of the columns, however, can be in any order. You can also collapse the first column to make it more succinct. Enjoy!

Video #

Rational Rhapsody Tip #57 - Allocation tables and matrices, incl a context pattern

Rational Rhapsody Tip #58 - Another look at unresolved references #

PublishedAt #

2019-05-26T20:55:25Z

Tags #

['ibm rational', 'rational rhapsody', 'rhapsopdy developer', 'rhapsody', 'ibm rational rhapsody', 'ibmrational', 'mbse', 'sysmnl', 'sysml', 'uml', 'omg sysml', 'updm', 'modeling']

Description(ja) #

この短い「ヒントとコツ」ビデオでは、IBM Rational Rhapsody プロジェクトで未解決の参照が発生する原因とその修正方法について説明します。これらは、モデルの一貫性を維持するために Rhapsody が要素を変更する必要があるが、所有するユニット (つまりファイル) が読み取り専用である場合に発生する可能性があります。これは、Rhapsody Model Manager などの最新の SCM ツールが楽観的なマージを積極的に許可し、モデルが矛盾するのを防ぐ一貫した変更セットの伝播を強調するため、悲観的なマージと楽観的なマージの相対的な利点を議論する際に話題の主題になります.. ビデオは、ユーザーがファイルをチェックアウトする必要がある悲観的な戦略でモデルを管理することから生じる問題のいくつかを強調しています。ビデオでわかるように、Rhapsody はモデラーに警告することで問題を回避しようとします。モデルの一貫性を保つために、ユニットを自動的にチェックアウトすることもできます。
重要なヒントは、高度な検索と置換ダイアログを使用すると、未解決の参照をモデルで検索して削除できることです。モデルの存在が使用上の問題を示している可能性があるため、このハウスキーピング手法を使用してモデルを定期的にチェックすることはおそらく価値があります。

Description #

This short "tips and tricks" video takes a look at what causes and how to fix unresolved references in an IBM Rational Rhapsody project. These can occur when Rhapsody needs to change an element to keep model consistent but the owning units (i.e. files) are read-only. This makes it a topical subject when it comes to discussing the relative merits of pessimistic vs optimistic merging as modern SCM tools such as Rhapsody Model Manager do actively allow optimistic merging and emphasize the propagation of consistent change sets that prevent models becoming inconsistent.. The video highlights some of the issues that come from managing a model with a pessimistic strategy that requires users to check-out files. As you'll see in the video Rhapsody attempts to circumvent the problem by warning the modeler. It can even automatically check out the units to keep a model consistent.
A key tip is that the Advanced Search and Replace dialog allows you to search models for unresolved references and remove them. It's probably worth periodically checking models using this a housekeeping technique as their existence may point to usage problems.

Video #

Rational Rhapsody Tip #58 - Another look at unresolved references

Rational Rhapsody Tip #59 - Using a perspectives toolbar to simplify the UI #

PublishedAt #

2019-06-16T07:23:14Z

Tags #

['uml', 'sysml', 'ibm rational', 'rational rhapsody', 'rhapsody developer', 'rhapsody architect for systems engineers', 'rhapsody architect for software engineers', 'rhapsody', 'omg sysml', 'perspectives toolbar']

Description(ja) #

このビデオは、1 週間ほど前に Rhapsody トレーニングでクライアントに応えて作成したものです。彼らは、Rhapsody のユーザー・インターフェースで、古いタイプの SysML ポート (標準およびフロー・ポート) と新しいタイプ (プロキシーおよびフル・ポート) がまだ使用可能であると不満を漏らしていました。私の説明は、さまざまなユーザーがまだそれらを使用したいと思っており、すべての人を満足させるのは難しいということでした.ただし、パースペクティブ ツールバーは、プルダウン リストに基づいてメニューを簡素化できるため、これを実行できる可能性があります。ここにキャッチがあります。標準の SysML Perspectives ツールバーは、私が使用するものではありません。私にとって、精通したユーザーは自分で作成します。このビデオでは、すぐに使えるパースペクティブ ツールバーと自分で作成したものの両方を示します。 Rhapsody のほとんどのものと同様に、すべてが Rhapsody プロパティーでカスタマイズ可能です。

Description #

I did this video in response to a client in my Rhapsody training a week or so ago. They were complaining that the user interface of Rhapsody had the old type of SysML ports (standard and flow ports) still available as well as the new ones (proxy and full). My explanation was really that different users still want to use them and it's difficult to keep everybody happy. The perspectives toolbar, however, offers the potential to do this because you can simplify the menus based on a pull-down list. Here's the catch, the standard SysML Perspectives toolbar isn't something I'd use. For me, the savvy user would create their own. In this video I show both the out-of-the-box perspectives toolbar and one I created myself. Like most things in Rhapsody, everything is customizable with Rhapsody properties.

Video #

Rational Rhapsody Tip #59 - Using a perspectives toolbar to simplify the UI

Rational Rhapsody Tip #60 - Initializing your history connector (in state machines) #

PublishedAt #

2019-07-05T21:24:20Z

Tags #

['rational rhapsody', 'ibm rational', 'ibm rational rhapsody', 'rhapsody developer', 'rhapsody architect for sytems enigneers', 'uml', 'omg uml', 'unified modeling language', 'sysml', 'omg sysml', 'rmm', 'jazz', 'ibm jazz', 'rhapsody model manager', 'doors ng', 'dng']

Description(ja) #

このビデオは、今週の Rhapsody トレーニング コースで誰かがステート マシンについて尋ねた質問に基づいています。ステート マシンに状態を記憶させ、元の状態に戻るときに再入力させる方法だけの問題ではありませんでしたが、さらに重要なことは、Rhapsody でそれらを描画して、必要に応じて動作させる方法です。これの鍵は、デフォルトの遷移をヒストリ コネクタに描画してから、ヒストリ コネクタからデフォルトにしたい状態への遷移を描画することです。最後に用語が少し混同されていても、ビデオでうまく説明できれば幸いです。

Description #

This video came from a question someone asked in my Rhapsody training course this week about state-machines. It wasn't just a question about how to get a state-machine to remember a state and re-enter it when you transition back in, but more importantly how to draw them in Rhapsody so that they work as desired. The key to this is really to draw the default transition to the history connector and then draw a transition from the history connector to the state you want the default to be. The video hopefully explains, even if I get my terminology mixed up a little bit at the end.

Video #

Rational Rhapsody Tip #60 - Initializing your history connector (in state machines)

Rational Rhapsody Tip #61 - Checking RTC Eclipse is set-up for IBM Rational Rhapsody use #

PublishedAt #

2019-07-28T16:01:33Z

Tags #

['ibm rational rhapsody', 'rational rhapsody', 'rhapsody designer edition', 'rhapsody architect edition', 'rhapsody developer edition', 'rhapsody model manager', 'rmm', 'rtc', 'rational team concert', 'rational jazz', 'ibm jazz', 'jazz', 'scm', 'rtc eclipse', 'eclipse']

Description(ja) #

Rhapsody で使用するために RTC Eclipse クライアントが正しくセットアップされているかどうかを確認する方法に関連する、最近のトレーニングでの質問の 1 つです。 RTC クライアントは、Rational Model Manager (RMM) と Rational Team Concert (RTC) の両方の統合のために Rhapsody と連携して使用されます。クライアントを正しく設定していない場合、特に Rhapsody DiffMerge ツールではなくテキスト マージを使用しようとすると、重大な問題が発生する可能性があります。 Rhapsody v8.3.1 と Jazz/am 6.0.6 を示すこのビデオでは、実行できる 4 つのチェックについて説明しています。

Description #

One of the questions I had recently in training related to how to check whether your RTC Eclipse client is correctly set-up for use with Rhapsody. The RTC Client is used in concert with Rhapsody for both the Rational Model Manager (RMM) and Rational Team Concert (RTC) integration. If you have incorrectly set up the client then this may cause significant issues, particularly if it tries to use a textual merge, rather than the Rhapsody DiffMerge tool. This video which shows Rhapsody v8.3.1 with Jazz/am 6.0.6 covers 4 checks that you can do.

Video #

Rational Rhapsody Tip #61 - Checking RTC Eclipse is set-up for IBM Rational Rhapsody use

Rational Rhapsody Tip #62 - Orthogonal regions in state machines #

PublishedAt #

2019-08-11T08:48:00Z

Tags #

['mbse', 'sysml', 'uml', 'rhapsody', 'rational rhapsody', 'ibm rational rhapsody', 'rhapsody developer edition', 'rhapsody architect', 'rhapsody architect edition', 'unified modeling language', 'systems modeling language', 'omg sysml', 'omg', 'statecharts', 'state machines', 'stms']

Description(ja) #

この 4 分間のサイレント ビデオでは、ステート マシンでの直交領域の使用に関する実行可能なセマンティクスの一部について説明します。これらのセマンティクスのほとんどは、1980/90 年代に David Harel 博士と彼の同僚がステートチャートで行った作業に由来し、その後、統一モデリング言語に組み込まれ、SysML に継承されました。ステート マシンの本質的に直交する領域は、所有状態の一部として同時に実行される領域です。各領域は、所有状態になるとアクティブになります。 Rhapsody では、And Line を使用してこれらをいくつでも作成できます。直交領域が互いに影響を与える可能性があります。これらのビデオでは、次の 3 つの方法について説明します。 1. 領域の 1 つを取得してイベントを生成することができます。基本的に、イベントはスレッドのイベント キューに配置され、別の並列領域でトリガーとして消費されます。 2. 2 番目のアプローチは、IBM Rational Rhapsody の IS_IN マクロを使用して、並列/直交領域が別の領域の状態を照会することです。このマクロを使用すると、ステート マシンが特定の状態にあるかどうかを問い合わせることができます。 3. 3 番目の方法は、属性の状態を照会することです。ステート マシンのスコープは分類子であるため、属性はステート マシンで表示され、ガードベースの遷移で使用できます。ここで注意点があります。ガードベースの遷移は、状態へのエントリ時、または直交領域が遷移を実行するときにテストされます。ガードベースの遷移を再テストするには、直交領域の 1 つで遷移を実行する必要があります。このビデオはこれを強調しています。

Description #

This 4 min silent video explores some of the executable semantics around the use of orthogonal regions in state machines. Most of these semantics come from work done by Dr David Harel and his colleagues in the 1980/90's on statecharts, which were subsequently subsumed into the Unified Modeling Language, and inherited by SysML. Essentially orthogonal regions in a state machine are regions that execute concurrently as part of an owning state. Each region becomes active when its owning state is entered. In Rhapsody we can create any number of these using an And Line. It's possible for orthogonal regions to influence each other. These video explores 3 ways: 1. We could get one of the regions to generate an event. Essentially, the event would be placed on the event queue for the thread and then consumed as a trigger in another parallel region. 2. A second approach would be for a parallel/orthogonal region to query the state of another region using IBM Rational Rhapsody's IS_IN macro. This macro allows you to query if the state machine is in a particular state. 3. A third approach would be to query the state of an attribute. As the scope of the state machine is a classifier, the attribute would be visible in the state machine and could be used in a guard-based transition. There's a caveat here. Guard-based transitions are tested on entry to a state or when an orthogonal region performs a transition. To get guard-based transition to be re-tested then a transition needs to be performed in one of the orthogonal regions. This video highlights this.

Video #

Rational Rhapsody Tip #62 - Orthogonal regions in state machines

Rational Rhapsody Tip #63 - Snippet-based auto-generated html reports (new in 8.4) #

PublishedAt #

2019-08-25T17:55:45Z

Tags #

['mbse training', 'rational rhapsody', 'rhapsody', 'ibm rational rhapsody', 'rhapsopdy developer', 'rhapsody developer', 'architect for systems engineers', 'rhapsody architect edition', 'rational publising engine', 'rpe', 'rpe templates', 'omg', 'omg syml', 'syml', 'uml', 'systems modeling language']

Description(ja) #

この短いヒントとコツのビデオでは、IBM Rational Rhapsody 8.4 に追加された、プロジェクトのブラウザー構造に基づいて HTML レポートを自動生成する新機能を紹介しています。このレポートは、Rhapsody インストールの一連のミニ テンプレート スニペットを使用して、モデル構造に基づいて RPE テンプレートを自動的に作成します。結果の html レポートには、ナビゲートできるハイパーリンクと、javascript を使用するブラウザー構造が含まれています。レポート ジェネレーターは、Rational Publishing Engine (RPE) を必要としません。ただし、RPE ドキュメント スタジオがある場合は、スニペットを変更できます。詳細については、次のサポート ページを参照してください。

Description #

This short tips and tricks video shows a new feature added in IBM Rational Rhapsody 8.4 to auto-generate a html report based on the project's browser structure. The report uses a set of mini-template snippets in the Rhapsody installation to automatically create an RPE template based on the model structure. The resulting html report contains hyperlinks that can be navigated as well as a browser structure that uses javascript. The report generator doesn't require Rational Publishing Engine (RPE). However, if you have RPE document studio then you'd be able to modify the snippets. For more info have a look at the support page: https://www.ibm.com/support/knowledgecenter/en/SSB2MU_8.4.0/com.ibm.rhp.reporting.doc/topics/rhp_c_customizable_html_reports.html

Video #

Rational Rhapsody Tip #63 - Snippet-based auto-generated html reports (new in 8.4)

Rational Rhapsody Tip #64 - Customizing Rhapsody's C/C++ code generator using a simplifier plugin #

PublishedAt #

2019-09-01T19:28:52Z

Tags #

['rtionl rhapsody', 'rational rhapsody', 'rhapsody', 'ibm rational rhapsody', 'rhapsody developer', 'rhapsody c++ code generation', 'code simplifier', 'mda', 'developer edition', 'uml', 'obm sysml', 'sysml', 'mdd', 'model-driven development']

Description(ja) #

私は最近、IBM Rational Rhapsody Developer Edition を使用して、より多くの Web ベースのトレーニングを行っています。これにより、C/C++ コード生成の基礎に関するいくつかのビデオを表示するようになりました。このビデオでは、組み込みの C/C++ コード生成テクノロジの基礎となる 2 段階のプロセスの「内部」を紹介します。 Rhapsody のサンプル フォルダーにある UsersSimplifiers.rpy プロジェクトの修正バージョンに基づいて、プラグインのカスタマイズを使用して、多くのファイルに対して生成されたコードに 1 つの変更を加える方法を示します。最初の段階は簡素化と呼ばれ、2 番目の段階はライティングと呼ばれます。 CPP_CG::Configuration::ShowCgSimplifiedModelPackage プロパティを設定してコードを再生成することにより、単純化のモデルからモデルへの変換を表示できます。このビデオでは、この例を示し、Java プラグインを使用してコード生成の簡素化段階をカスタマイズする方法を強調しています。プロセスに新しいギアを追加するのと同じように、このようなカスタマイズを使用して、多くのファイルに対して生成されたコードに 1 つの変更を加えることができます。

Description #

I've been doing more web-based training lately with the IBM Rational Rhapsody Developer Edition. This has promoted me to show a few videos on the fundamentals of C/C++ code generation. This video gives an "under the hood" look at the two stage process that underlies the built-in C/C++ code generation technology. Based on a modified version of the UsersSimplifiers.rpy project in the Rhapsody samples folder, it shows how we can use plugin customisation to make a single change to the generated code for many files. The first stage is called Simplification, the second called Writing. We can view the simplifier's model-to-model transform by setting the CPP_CG::Configuration::ShowCgSimplifiedModelPackage property and regenerating the code. This videos shows an example of this and highlights how it's possible to customize the simplification stage of code generation using a Java plugin. Like adding a new gear to your process, using customisations like this we can make a single change to the generated code for many files.

Video #

Rational Rhapsody Tip #64 - Customizing Rhapsody's C/C++ code generator using a simplifier plugin

Rational Rhapsody Tip #65 - Linking to Jazz/qm test cases using Rhapsody Model Manager (6.0.6) #

PublishedAt #

2019-09-13T15:13:23Z

Tags #

['ibm', 'rational rhapsody', 'ibm rational rhapsopdy', 'rhapsody developer', 'rhapsody architect', 'rhapsody designer', 'rtc', 'rqm', 'rmm', 'rhapsody model manager', 'ibm jazz', 'jazz', 'tst cases', 'quality manager', 'rational quality manager', 'oslc', 'oslc links']

Description(ja) #

「Rhapsody から直接 Jazz/qm テスト ケースにリンクできますか?」最近、私の IBM Rational Rhapsody ソフトウェア トレーニングの 1 つに出てきました。その方法を示す短いビデオを次に示します。このビデオでは、Rhapsody 8.3.1 と Jazz/am 6.0.6 Web アプリケーションについて説明しています。このサーバー・サイド・アプリケーションを含む IBM 製品名は Rhapsody Model Manager (RMM) で、現在 4 つ以上のリリースがあります。 Rational Team Concert を基盤として使用し、Web ブラウザーを介して Rhapsody モデルを表示する機能を追加します。 Jazz/qm アプリケーション内のテスト・ケースへの OSLC リンクを提供するのは、この Web サーバー機能です (テスト・ケースのオーサリングは、Rational Quality Manager ライセンスによってライセンス交付されます)。

Description #

"Can I link to Jazz/qm test cases directly from Rhapsody?" came up recently in one of my IBM Rational Rhapsody software training's. Here's a short video that shows how. The video illustrates Rhapsody 8.3.1 with the Jazz/am 6.0.6 web application. The IBM product name that includes this server-side application is Rhapsody Model Manager (RMM) and is over 4 releases in now. It uses Rational Team Concert as it's foundation and adds the ability to view Rhapsody models via a web browser. It is this web server capability that services the OSLC linking to test cases in the Jazz/qm application (test case authoring is licensed via Rational Quality Manager licenses).

Video #

Rational Rhapsody Tip #65 - Linking to Jazz/qm test cases using Rhapsody Model Manager (6.0.6)

Rational Rhapsody Tip #66 - What are .hep files used for? #

PublishedAt #

2019-10-07T10:02:11Z

Tags #

['mbse', 'sysml', 'omg sysml', 'systems modeling language', 'profiles', 'uml', 'uml profiles', 'ibm rational rhapsody', 'ibm rational', 'rational rhapsody', 'rhapsody developer', 'rhapsody designer', 'rhapsody designer edition', 'rhapsody', 'rhapsody architect', 'architect for systems']

Description(ja) #

.hep ファイルは、IBM Rational Rhapsody ヘルパー ファイルです。これらは Rhapsody のメニューを拡張するために使用され、通常はプロファイルに関連付けられています。 Rhapsody の標準プロファイルの多くは、.hep ファイルを使用して、プロファイルが存在する場合に追加のメニューを追加します。このビデオは、Rhapsody のファクトリー SysML プロファイルの一部であるカップルを示しています。 Hep ファイルは、プロセス内で実行される Java プラグインを呼び出すことも、外部 Java アプリケーションを呼び出すために使用することもできます。 .hep ファイルにプロファイルと同じ名前を付けると、ロードされます。 General::Model::HelpersFile や General::Model::AdditionalHelperFiles など、多くのプロパティを設定してヘルパー ファイルをロードすることもできます。

Description #

.hep files are IBM Rational Rhapsody helper files. They are used to extend Rhapsody's menus and usually associated with profiles. Many of Rhapsody's standard profiles use .hep files to add additional menus when the profile is present. This video illustrates a couple that are part of Rhapsody's factory SysML profile. Hep files can either invoke Java plugin that runs in process, or can be used to invoke an external Java application. Naming the .hep file the same as the profile will cause it to be loaded. It's also possible to set a number of properties to load a helper file, such as General::Model::HelpersFile and General::Model::AdditionalHelperFiles

Video #

Rational Rhapsody Tip #66 - What are .hep files used for?

Rational Rhapsody Tip #67 - What are implicit classes? (Intermediate) #

PublishedAt #

2019-10-23T08:15:42Z

Tags #

['uml', 'sysml', 'omg sysml', 'omg', 'systems modeling language', 'ibm rational', 'ibm rational rhapsody', 'rational rhapsody', 'rhapsody', 'rhapsody developer', 'rhapsody architect', 'c++', 'c programming', 'objects', 'classes', 'ports', 'connectors', 'parts', 'rhapsody designer', 'architect edition rhapsody']

Description(ja) #

IBM Rational Rhapsody のこの短いヒントとコツのビデオでは、Rhapsody のオブジェクトを使用して、クラスを使用せずにソフトウェアまたはシステム アーキテクチャをモデル化する方法の概要を説明します。次に、これをクラスを使用する利点と比較します。重要なことは、Rhapsody で型指定されていないオブジェクトを作成すると、クラスが可能なすべての概念をサポートできるということです。内部で暗黙的なクラスを作成することでこれを行いますが、オブジェクトをブラウザーに表示するだけです。クラスを公開する主な理由は、再利用を有効にする必要がある場合、または要素の定義とその使用法を分離する必要がある場合です。これが、可能な場合は常にクラス (UML の場合) またはブロック (SysML の場合) を使用することをお勧めする傾向がある理由です。それは、将来に対応する一貫したアプローチを持つことができることを意味します。

Description #

In this short tips and tricks video for IBM Rational Rhapsody I give an overview of how objects in Rhapsody can be used for modeling software or systems architectures without using classes. I then compare this with the benefits of using classes. The key thing is that if you create an object in Rhapsody that is not typed, then it can support all the concepts that a class can. It does this by creating an implicit class under-the-hood, but just showing the object in the browser. The key reason you expose classes is where you need to enable re-use, or a separation of concern between the definition of an element and its usage. This is why I tend to recommend always using classes (in UML), or blocks (in SysML), if you can. It means you can have a consistent approach that copes with the future.

Video #

Rational Rhapsody Tip #67 - What are implicit classes? (Intermediate)

Rational Rhapsody Tip #68 - Installing the Rhapsody integration for RTC plugin (Intermediate) #

PublishedAt #

2019-10-29T22:08:52Z

Tags #

['ibm rational rhapsody', 'rhapsody', 'rational rhapsody', 'ibm rhapsody developer', 'rtc', 'rational team concert', 'rmm', 'rhapsody model manager', 'ibm jazz', 'jazz']

Description(ja) #

Rational Team Concert プラグイン用の IBM Rational Rhapsody 統合が RTC Eclipse クライアントにインストールされ、RTC または Rhapsody Model Manager プロジェクトと IBM Rational Rhapsody の間のサポートされている直接統合を可能にします。この短いヒントとコツのビデオでは、インストール方法を紹介しています。

Description #

The IBM Rational Rhapsody integration for Rational Team Concert plugin is installed into the RTC Eclipse client to enable a direct and supported integration between RTC or Rhapsody Model Manager project and IBM Rational Rhapsody. This short tips and tricks video shows you how to install it.

Video #

Rational Rhapsody Tip #68 - Installing the Rhapsody integration for RTC plugin (Intermediate)

Rational Rhapsody Tip #69 - Timing diagrams in Rational Rhapsody (Simple) #

PublishedAt #

2019-11-11T09:14:02Z

Tags #

['rational rhapsody', 'ibm rational rhapsody', 'rhapsody developer', 'sysml', 'omg sysml', 'uml', 'unified modeling langauge', 'unified modelling language', 'unified modeling language', 'systems modeling language', 'rhapsody architect', 'rhapsody designer']

Description(ja) #

Rhapsody の 100 のヒントとコツのビデオにたどり着くために、この 8 分間のビデオは、UML と SysML のさまざまな図の種類をカバーするシリーズの最初のものです。システム エンジニアとソフトウェア エンジニアの両方に Rhapsody トレーニングを提供し、自動車、防衛/航空宇宙、産業用リアルタイムおよび組み込み市場 (www.mbsettraining.com) などのさまざまな分野でツールを最大限に活用することに重点を置いています。タイミング図は、UML の相互作用図の一種です。これらは、UML 2.0 として知られるメジャー リビジョン (2005 年) で最初に追加されました。このビデオは、Rhapsody の図のコンパクトで精巧な形式の両方を示しています。ここでは Rhapsody 8.4 を使用します (2019)。ダイアグラムのコンパクトな形式は、8.0.5 (2013) で初めて Rhapsody に追加されました。このダイアグラムは、サイドのシーケンス図によく似ています。ライフラインは、クラス/オブジェクト、アクター、ユース ケースなどの分類子を表します。ライフラインの状態が時間とともにどのように変化するかを示しています。シーケンスに注釈を付けて、分類子の条件を時間の経過とともに変化させるメッセージまたはイベントと、シーケンスの時間または期間に関する観察または制約の両方を示すことができます。

Description #

In my effort to get to 100 Rhapsody tips and tricks video's this 8 min video is the first in a series covering the different diagram types in UML and SysML. I provide Rhapsody training for both systems and software engineers, focused on getting the best of the tool in different domains such as automotive, defence/aerospace and industrial real-time and embedded markets (www.mbsetraining.com). Timing Diagrams are a type of Interaction diagram in UML. They were first added in the major revision known as UML 2.0 (in 2005). The video shows both the compact and elaborated form of the diagram in Rhapsody. I use Rhapsody 8.4 here (2019). The compact form of the diagram was first added to Rhapsody in 8.0.5 (2013). The diagram is much like a sequence diagram on its side. Lifelines represent classifiers like classes/objects, actors or use cases. They show how the condition of the lifeline changes with respect to time. The sequence can be annotated to show both the messages or events that cause the conditions of the classifier to change over time, and observations or constraints about the time or duration in the sequence.

Video #

Rational Rhapsody Tip #69 - Timing diagrams in Rational Rhapsody (Simple)

Rational Rhapsody Tip #70 - Class diagrams in Rational Rhapsody (Simple) #

PublishedAt #

2019-11-21T21:35:24Z

Tags #

['uml', 'sysml', 'class diagrams', 'ood', 'ooa', 'oo', 'object orientated design', 'object oriented', 'rhapsody', 'rhapsody developer', 'rational rhapsody', 'ibm rational', 'ibm rational rhapsody', 'rhapsody architect for software', 'c++', 'code generation', 'code gen', 'rhapsody architect', 'omg', 'omg uml', 'omg sysml', 'systems modeling', 'generalization', 'association', 'aggregation', 'composition']

Description(ja) #

これは、UML と SysML のさまざまなダイアグラムに関するシリーズの 2 回目です。クラス図は統一モデリング言語の重鎮であり、オブジェクト指向設計でクラス間の関係を記述する方法として 1997 年に誕生しました。このビデオでは、クラスまたは分類子間の主要な関係について説明します。つまり、構成、集約、関連、および一般化です。これを少し拡張して、実現と依存関係を備えたインターフェイスも示します。また、C++ コード生成も少し加えて、すべてをより現実的で抽象的でないように見せます。

Description #

This is my second in a series on the different diagrams in UML and SysML. Class diagrams are a stalwart of the Unified Modeling Language and date right back to it's origins in 1997 as a way to describe the relationship between classes in an object orientated design. This video takes you through the core relationships between classes or classifiers; namely compositions, aggregation, associations and generalizations. I expand on this a bit to also show Interfaces with realizations and dependencies, together with a bit of C++ code generation to make it all seem a bit more real and a little less abstract.

Video #

Rational Rhapsody Tip #70 - Class diagrams in Rational Rhapsody (Simple)

Rational Rhapsody Tip #71 - Use Case diagrams in Rational Rhapsody (Simple) #

PublishedAt #

2019-12-12T21:57:05Z

Tags #

['rational rhapsody', 'sysml', 'systems modeling', 'mbse', 'systems modelling', 'systems modeling language', 'rhapsody designer edition', 'rational rhapsody designer', 'rhapsody developer edition', 'rational rhapsody developer', 'use cases', 'uml', 'omg', 'actors', 'use case diagrams', 'ucd', 'uc', 'ibm rational rhapsody', 'ibm rational']

Description(ja) #

これは、統合およびシステム モデリング言語 (UML/SysML) での Rational Rhapsody のダイアグラムの実装を示す、私が作成した一連のビデオの 3 番目です。ナレーションを含むこのビデオでは、ユース ケース図について説明します。ユース ケース図は、UML と SysML の両方で中心的な表記法です。しかし、特にエンジニアが、ユースケースが実際には図に記述されているのではなく、その関係のみで記述されていることを忘れている場合は、単純であると同時に間違いやすい表記法の 1 つと見なすことがよくあります。この 10 分間のビデオでは、ユース ケース図の作成を示し、アクターの概念を説明してから、ユース ケース図で使用できる 3 つの関係を探ります。一般化、包含、および拡張。ビデオの最後で、ユースケースの範囲または主題を理解することの重要性を強調し、ユースケースとテキスト要件の間の補完関係についてのヒントを示します。 Rhapsody の専門家として、私は世界中のクライアントと協力して、システムおよびソフトウェア エンジニアリング用のプロファイルおよびさまざまなモデルベースの方法を使用してモデリング タスクを高速化し、指示することにより、モデリングから価値を高められるように支援しています。

Description #

This is the 3rd in a series of videos I'm created showing Rational Rhapsody's implementation of diagrams in the Unified and Systems Modeling Languages (UML/SysML). This video, which includes narration, covers the use case diagram. Use case diagrams are a core notation in both UML and SysML. However, I often find them one of the notations that is both simple but easy to get wrong, particularly when engineers forget that the use case isn't actually described in the diagram, just its relations. In this 10 minute video I show the creation of a use case diagram, explain the concept of actors, and then explore 3 relations that you might use on a use case diagram; generalization, include and extend. At the end of the video I highlight the importance of understanding the scope, or subject, of the use case and hint on the complementary relationship between use cases and textual requirements. As an expert in Rhapsody, I work with clients across the world to help them extract increased value from modeling by speeding up and directing modeling tasks using profiles and different model-based methods for systems and software engineering.

Video #

Rational Rhapsody Tip #71 - Use Case diagrams in Rational Rhapsody (Simple)

Rational Rhapsody Tip #72 - Composite structure diagrams in Rational Rhapsody (Intermediate) #

PublishedAt #

2020-01-02T09:52:39Z

Tags #

None

Description(ja) #

ナレーション付きのやや長い一連のビデオの第 4 回目では、UML 2.x の複合構造図がどのように機能するかを、IBM Rational Rhapsody での実装に焦点を当てて説明します (実際には Rhapsody では構造図と呼ばれています)。ビデオでは Rhapsody 8.4 を使用していますが、機能のコアは非常に長い間存在しています。これに関連するのは、ポート、パーツ、およびコネクターの概念と、構造化された分類子 (パーツを所有して接続するクラス) を使用してシステムを階層的に分解できるという考えです。このビデオでは、標準の UML インターフェイスに焦点を当てています (SysML の内部ブロック図については、後で説明します)。このビデオでは、横断歩道の信号シーケンスを模倣したモデルを使用して概念を強調し、ポートとインターフェイスがコンポーネント ベースの設計をどのようにサポートするかを示します。接続されたポートに提供されたインターフェイスと必要なインターフェイスを提供することで、機能のさまざまな実装をプラグ アンド プレイで実行できます。準拠しています。ビデオの最後に向けて、Rhapsody で StructuredClassView と呼ばれるプロパティーを切り替えて、ダイアグラムのフレームが分類子を表す方法も示します。このプロパティは SysML プロファイルによって使用され、通常はモデルを構築する前に事前に設定するものです。また、ダイアグラム上のクラス シンボルを構造化ビューに切り替える方法も示します。このビューでは、クラス シンボルのコンパートメントが複合構造図のように機能します。これは、同じ図に深いネストを表示したい場合に便利です。とにかく、それが役立つことを願っています。 Rhapsody についてご不明な点がございましたら、お気軽にお問い合わせください。

Description #

In this 4th in a series of slightly longer videos with narration, I explain how composite structure diagrams in UML 2.x work with a focus on their implementation in IBM Rational Rhapsody (they're actually called structure diagrams in Rhapsody). The video uses Rhapsody 8.4 but the core of the functionality has been around for a very long time. Related to this are are concepts of ports, parts and connectors and the idea that you can hierarchically decompose systems using structured classifiers, i.e. classes that own and connect parts. This video focuses on standard UML interfaces (I'll cover SysML Internal Block Diagrams in a later one). In this video I highlight the concepts with a model that mimics a pedestrian cross light sequence and I show how ports and interfaces support component-based design where you can plug-and-play different implementations of functionality provided the provided and required interfaces on connected ports are compliant. Towards the end of the video I also show how it's possible to switch a property in Rhapsody called StructuredClassView so that the frame on the diagram represents the Classifier. This property is used by the SysML profile and is normally something you'd set up front before building the model. I also show how it's possible to switch the class symbol on a diagram to a structured view, in which the compartment of the class symbol acts like a composite structure diagram. This is useful when you want to show deep nesting on the same diagram. Anyway, hope it helps. If anybody has any questions about Rhapsody then feel free to get in contact.

Video #

Rational Rhapsody Tip #72 - Composite structure diagrams in Rational Rhapsody (Intermediate)

Rational Rhapsody Tip #73 - Block Definition Diagrams in Rational Rhapsody (Simple) #

PublishedAt #

2020-02-14T11:00:14Z

Tags #

None

Description(ja) #

統一言語とシステム モデリング言語のさまざまなダイアグラムに関するビデオ シリーズの第 5 回では、SysML のブロック定義ダイアグラムについて説明します。これは、UML クラス図に関するシリーズの 2 番目のビデオの続きです。これは、SysML の BDD がシステム エンジニアに対して、UML のクラス図がソフトウェア エンジニアに対して行うのと同じことを行うためです。どちらも、構造要素の分類とそれらの間の関係の確立を伴います。主な違いは、SysML がブロックと呼ばれる定型化されたクラスを使用することです。もちろん、ブロックは概念的には、組織構造、物理要素、システム、サブシステム、およびコンポーネントなどの非コーディングのものであることがよくあります。ブロックの機能を示すだけでなく、ブロック定義図 (略して BDD) を使用すると、関連付け、構成、集約、一般化、依存関係などのブロック間の関係を定義して表示できます。ただし、分類ツリー、つまりシステムの階層的な分解に重点が置かれることがよくあります。このビデオでは、基本的な概念を説明し、パースペクティブ ツールバーなど、Rhapsody でサポートされているより高度な機能のいくつかを紹介しています。

Description #

In this 5th in a series of videos about the different diagrams in the Unified and the Systems Modeling Languages, I cover Block Definition Diagrams in SysML. This is really a follow on from my second video in the series which was on UML Class Diagrams. This is because BDDs in SysML do for systems engineer’s what class diagrams in UML do for software engineers. They both involve the classification of structural elements and the establishment of relationships between them. The key difference is that SysML uses a stereotyped class called a Block, and of course, Blocks conceptually will often be non-coding things such as organisational structures, physical elements, or systems, subsystems & components. As well as showing Block's features, Block Definition Diagrams, or BDDs for short, allow us to define and show relationships between blocks such as associations, compositions, aggregations, generalizations, and dependencies. An emphasis is often placed, however, on classification trees, i.e. the hierarchical decomposition of systems. This video illustrates the basic concepts and also hints at some of the more advanced features supported by Rhapsody such as the perspectives toolbar.

Video #

Rational Rhapsody Tip #73 - Block Definition Diagrams in Rational Rhapsody (Simple)

Rational Rhapsody Tip #74 - State Machine Diagrams in Rational Rhapsody (Intermediate) #

PublishedAt #

2020-03-16T15:45:31Z

Tags #

None

Description(ja) #

これは、UML と SysML のさまざまなダイアグラム タイプに関する一連のビデオの 5 番目であり、IBM Rational Rhapsody のクラス、ブロック、アクターの下で作成できる動作ダイアグラムのタイプであるステート マシンに焦点を当てています。 Rhapsody は、ワイツマン工科大学の David Harel 教授と I-Logix (当時 Statemate と呼ばれるツールも持っていた) で行われた研究の起源から成長して、長い間ステート マシンと強い関連性を持っていました。これにより、1996 年に Rhapsody の最初のバージョンに実行可能構文が組み込まれました。この頃、Harel ステートチャート表記が UML に組み込まれました。このビデオでは、COVID-19 ウイルスの発生に対する英国政府の対応計画のステート マシン モデルをゼロから構築し、これを使用して、イベント トリガー、ガード、時間ベースの遷移、および OR、並列、または直交領域、およびネストされた状態。

Description #

This is my 5th in a series of videos on the different diagram types in UML and SysML, and focuses on state machines, a type of behavior diagram that can be created under classes, blocks and actors in IBM Rational Rhapsody. Rhapsody has long had a strong association with state machines, having grown from the origins of work done by Prof. David Harel at the Weizmann Institute of Technology and at I-Logix (which had a tool called Statemate also at the time). This resulted in the incorporation of executable syntax into the first version of Rhapsody in 1996, around the time that Harel statechart notation was subsumed into the UML. In this video I build a state machine model of the UK government's response plan to the COVID-19 virus outbreak from scratch and use this to cover basic syntax related to event triggered, guard and time-based transitions, as well as OR, parallel or orthogonal regions, and nested states.

Video #

Rational Rhapsody Tip #74 - State Machine Diagrams in Rational Rhapsody (Intermediate)

Rational Rhapsody Tip #75 - Installing IBM Rhapsody 9.0 with Cygwin C/C++ (Intermediate) #

PublishedAt #

2020-03-29T10:26:35Z

Tags #

None

Description(ja) #

このビデオでは、ソフトウェアとシステムのトレーニングのために IBM Rhapsody を通常どのようにインストールするかを示します。 9.0 では、IBM Rational Rhapsody は IBM Engineering Systems Design Rhapsody に名前が変更されました。最小限の gcc コンパイラと GNU make ツール (Cygwin の setup-x86_64.exe を使用) をダウンロードしてインストールする手順を含めました。 Designer for Systems Engineers と Architect for Systems Engineers Edition のショートカットもインストールする Developer をインストールすることをお勧めしますが、Architect for Software Engineers はインストールしません。最後に、実行中のアプリケーションを作成して、コンパイラー環境がインストールされ、機能していることを確認する方法も示します (事前にコンパイルされたライブラリー・ファイルが出荷されなくなったため、フレームワーク・ライブラリーが存在しない場合、Rhapsody がフレームワーク・ライブラリーを自動的にビルドする方法が強調されています)。 .また、TELELOGIC_LICENSE_FILE システム環境変数を使用して、使用中のライセンスを構成する方法も示します。注意すべき点: マシンの管理者権限を持っていないパワー ユーザーでない限り、アップグレードする場合は、通常、最初に以前の Rhapsody をアンインストールすることをお勧めします (そうしないと、以前のバージョンをアンインストールすると、追加に使用される COM コンポーネントの登録に影響を与える可能性があります)。 -ins)。これが発生した場合、インストールを修正できる可能性がありますが、ほとんどのユーザーは、これが発生したことに気付くことはありません。

Description #

In this video I show how I normally install IBM Rhapsody for my software and systems training. In 9.0 IBM Rational Rhapsody was renamed IBM Engineering Systems Design Rhapsody. I've included the steps for downloading and installing the minimal gcc compiler and GNU make tools (using Cygwin's setup-x86_64.exe). I suggest to install Developer which also installs Designer for Systems Engineers and Architect for Systems Engineers Edition shortcuts but not Architect for Software Engineers. At the end I also show how to verify that the compiler environment is installed and working by creating running application (which highlights how Rhapsody now builds the framework libraries automatically if they don't exist, as pre-compiled library files are no longer shipped). I also show the use of the TELELOGIC_LICENSE_FILE system environment variable to configure license being used. One thing to note: Unless you have admin privileges on your machine and are a power user, if you're upgrading I generally recommend to uninstall previous Rhapsody first (otherwise the uninstall of earlier version may affect the registration of the COM component used for add-ins). It's possible fix an install if this happens, but this is not something most users will realize has happened.

Video #

Rational Rhapsody Tip #75 - Installing IBM Rhapsody 9.0 with Cygwin C/C++ (Intermediate)

Rational Rhapsody Tip #76 - Using Visual Studio source-code debugger with Rhapsody (Advanced) #

PublishedAt #

2020-04-16T13:23:37Z

Tags #

None

Description(ja) #

この 7' 35 インチの Rhapsody の高度なヒント ビデオは、クライアントが非常に古い iLogix Rhapsody バージョン (5.02) で作成されたプロジェクトを新しい Rhapsody バージョン (8.3.1) に移行するのを支援する最近の作業からのものです。フレームワークがかなり変更されたため、 Rhapsody TestConductor アドオンを作成およびサポートしている、ドイツの BTC Embedded Systems AG の Hartmut W に感謝します。彼はここでいくつかの高度なヒントを提供してくれました (結局、彼らはコードの正式なテストの専門家です 😉.私は特に、USE_PDB=TRUE でフレームワークを再コンパイルし、プログラムによるブレークポイントを設定して Rhapsody に直接追加できるようにするトリックが気に入っています。誰かの役に立てば幸いです！

Description #

This 7' 35" Rhapsody advanced tips video came from some recent work helping a client migrate a project created with a really old iLogix Rhapsody version (5.02) to a later Rhapsody version (8.3.1). Because the framework has changed quite bit, it proved useful to be able to step-through the executing framework code at source-level to get a real handle on what was happening. Many thanks to Hartmut W at BTC Embedded Systems AG in Germany who produce and support the Rhapsody TestConductor add-on. He provided some of the advanced tips here (they are experts in formal testing of code afterall 😉. I particularly like the trick to recompile the framework with USE_PDB=TRUE, and setting programmatic breakpoints so that you can add them directly in Rhapsody. Hope it helps someone!

Video #

Rational Rhapsody Tip #76 - Using Visual Studio source-code debugger with Rhapsody (Advanced)

IBM Rhapsody Tip #77 - How to animate user-defined types in sequence diagrams (serialization) #

PublishedAt #

2020-05-04T08:57:42Z

Tags #

None

Description(ja) #

何千ものプロパティーを探索できる IBM Rational Rhapsody は、システムとソフトウェア・エンジニアリングの両方のための強力で構成可能なツールです。この短いサイレントのヒントとコツのビデオは、購読者のリクエストに応じて提供されます!その中で、IBM Rhapsody を使用して、シーケンス図の列挙型や構造体などのユーザー定義型をアニメーション化する方法を探っています。単純なアプローチ (CPP_CG::Type::GenerateSerializationFunctions プロパティを設定する) と、CPP_CG::Type::AnimSerializeOperation および CPP_CG を使用して独自のシリアル化および非シリアル化グローバル関数を指定する、より高度なケースの両方をカバーしています。 :Type::AnimUnserializeOperation プロパティ。独自のものを作成するのは難しい場合があります。特に、引数と戻り値の型を正しく取得し、メモリを適切に解放するようにします。ビデオでは、IBM Engineering Systems Design Rhapsody 9.0 を使用していますが、(ほとんどの) 以前のバージョンでも同じことが機能します。 Rhapsody についてさらに詳しい情報が必要な場合は、私の Rhapsody ブログ (www.mbsettraining.com) を購読してください。

Description #

With thousands of properties to explore IBM Rational Rhapsody is a powerful and configurable tool for both systems and software engineering. This short silent tips and tricks video comes at subscriber request! In it I explore how you can get IBM Rhapsody to animate user-defined types such as enums and structs on sequence diagrams. It covers both the simple approach (which is to set the CPP_CG::Type::GenerateSerializationFunctions property) and the more advanced case, which is to specify your own serialization and unserialization global functions using the CPP_CG::Type::AnimSerializeOperation and CPP_CG::Type::AnimUnserializeOperation properties. Creating your own can be tricky, particularly getting the arguments and return types right and ensuring you release memory appropriately. In the video I use IBM Engineering Systems Design Rhapsody 9.0 but the same works for (most) earlier versions. If you want more info on Rhapsody then you're welcome to subscribe to my Rhapsody blog at www.mbsetraining.com.

Video #

IBM Rhapsody Tip #77 - How to animate user-defined types in sequence diagrams (serialization)

IBM Rhapsody Tip #78 - Keeping user code consistent using Refactor: Rename #

PublishedAt #

2020-05-24T15:39:54Z

Tags #

None

Description(ja) #

この短い (サイレント) ヒントとコツのビデオでは、型やクラスなどのコードに生成された要素を右クリックすると IBM Rational Rhapsody で使用できる [Refactor: Rename] ダイアログについて簡単に説明します。重要なことは、Refactor: Rename は参照を更新するだけでなく、検索と置換のダイアログの形式であり、ユーザー コード セクション内でも更新を行うことです。ダイアログを使用して、名前変更の前後の両方を確認できます。これにより、クラス、操作、型、属性などの要素の名前をリファクタリングするときに、ユーザー コード セクションの一貫性を保つことができます。

Description #

This short (silent) tips and tricks video takes a quick look at the Refactor: Rename dialog, available in IBM Rational Rhapsody when you right-click elements generated into code like types and classes. The key thing is that Refactor: Rename does more than just update references, it's a form of search and replace dialog and will do an update inside user code sections as well. Using the dialog you can review both before and after the rename. This helps you keep user code sections consistent when refactoring names of elements such as classes, operations, types and attributes.

Video #

IBM Rhapsody Tip #78 - Keeping user code consistent using Refactor: Rename

IBM Rhapsody Tip #79 - Some shortcuts you may or may not know! (Simple) #

PublishedAt #

2020-06-23T13:26:40Z

Tags #

None

Description(ja) #

私たちは皆、習慣の生き物だと思います。そのため、これらを行う独自の方法を見つける傾向があり、それが常に最速であるとは限りません。 IBM Rational Rhapsody UML/SysML ツールに関するこの短い (そしてほとんど無音の) ヒントとコツのビデオは、私が IBM と一緒に行った最近のウェビナーで、私が使用しているメニューの 1 つに使用していないショートカットを誰かが指摘したことから生まれました。常に使用します。これにより、ショートカットに関する小さなビデオが人々にとって良い復習になると思いました.このビデオでは、「アクセラレータ」(アクションを実行するキー) とモディファイア (アクションを変更するキー) について説明しています。

Description #

We're all creatures of habit, I guess, hence we tend to find our own ways of doing these and sometimes it's not always the fastest. This short (and mostly silent) tips and tricks video for the IBM Rational Rhapsody UML/SysML tool came off the back of a recent webinar I did with IBM where somebody pointed out a shortcut I don't use for one of the menus that I use all the time. This made me think that a little video on shortcuts would be a good refresher for people. The video covers some "accelerators" (keys that perform actions) and modifiers (keys that modify actions) that you may or may not know.

Video #

IBM Rhapsody Tip #79 - Some shortcuts you may or may not know! (Simple)

IBM Rational Rhapsody Tip #80 - Package Diagrams in UML/SysML (Simple) #

PublishedAt #

2020-07-21T18:41:28Z

Tags #

None

Description(ja) #

公開が少し遅れましたが、これは UML と SysML のさまざまなタイプのダイアグラムに関する一連のビデオの 7 番目です。このビデオでは、SysML が UML から変更せずに継承する最も単純な構造図の 1 つであるパッケージ図について説明します。一般に、これらはパッケージ間の包含関係と依存関係を示しますが、要件やブロックのネストされた階層などの構造要素も表示される場合があることに注意することが重要です。このビデオでは、表示する包含関係のスタイルに応じて TreeContainmentStyle プロパティーを設定するなど、Rhapsody を最大限に活用するためのいくつかのヒントとコツについて説明します。このビデオでは、Rhapsody 9.0.1 (2020 年 7 月 7 日リリース) を使用しています。

Description #

Slightly delayed on getting this one out but this is the seventh in a series of videos on the different types of diagrams in UML and SysML. This video covers Package Diagrams one of the simplest structure diagrams that SysML inherits unmodified from UML. In general they show containment and dependency relationships between packages, although it's important to note that any of the structural elements might also be shown such as nested hierarchies of requirements or blocks. The video covers some tips and tricks to get the most out of Rhapsody including setting the TreeContainmentStyle property depending on the style of containment relationship that you want to show. The video uses Rhapsody 9.0.1 (released July 7 2020).

Video #

IBM Rational Rhapsody Tip #80 - Package Diagrams in UML/SysML (Simple)

IBM Rational Rhapsody Tip #81 - Understanding actor test benches (intermediate) #

PublishedAt #

2020-08-03T07:50:15Z

Tags #

None

Description(ja) #

これは、ユース ケースのコードを生成し、アクターのコードを生成するボックスにチェックを入れる必要があるかどうかについて、人々から寄せられたいくつかの質問に応えて作成したものです。これに答えるには、もちろん、システム シミュレーションに関して自分が何をしているのかをよりよく理解する必要があります。このビデオでは、アクター テスト ベンチの概念について説明します。アクター テスト ベンチは、アクターの役割を果たすシミュレーションの一部です。アクターをより高いレベルのシステムに含めることで、システムの境界ではなく、名前付きの外部エンティティとの相互作用を示すことができます。 Rhapsody では、アクターが完全な分類子ステータスを持っているため、これが可能です。つまり、ブロックと同じように、ポート、操作、イベント受信 (シグナル)、および状態マシンを持つことができます。注: これは、すべての UML/SysML ツールに当てはまるわけではありません。これは私の無声動画の 1 つです (音声付きの動画を作成するには時間がかかります。そのため、時間と有料の作業を両立させる必要があります)。

Description #

I did this in response to a few questions that people have asked as to whether they should tick the box to generate code for use case and generate code for actors? To answer this you need, of course, to understand better what you're doing when it comes to system simulation. In this video I look at the concept of actor test benches. An actor test bench is part of a simulation that plays the role of an actor. By including the actor in a higher level system, you can show the interactions that is has with named external entities, rather than with the system border. In Rhapsody, this is possible because actors have full classifier status, i.e. they can have ports, operations, event receptions (signals), and state machines, in the same way as blocks do. Note: This is not the case for all UML/SysML tools. This is one of my silent videos (it takes longer to create videos with sound, hence I need to balance my time with paid work).

Video #

IBM Rational Rhapsody Tip #81 - Understanding actor test benches (intermediate)

IBM Rational Rhapsody Tip #82 - Modelling Domain Specific Notation & Profiles (Advanced) #

PublishedAt #

2020-08-25T10:57:58Z

Tags #

None

Description(ja) #

これは、私がより関与し、ナレーションを付けたビデオの 1 つです。 IBM Rational Rhapsody を使用したドメイン固有のプロファイリングのトピックをカバーしています。その中で、自動車のモデルベースのシステム エンジニアリングのプロファイルの例を垣間見ることができ、新しい用語要素の種類と図を追加して、選択した方法に従って SysML/UML をより簡単に利用できるようにする方法を示しています。 Rhapsody でのドメイン固有のプロファイリングは、ステレオタイプのプロパティーによって制御されます。最後に、私が移行したより高度な手法の 1 つは、モデルベースの手法を使用してそのようなプロファイルを構築および維持することです。つまり、要素の型を表すドメイン固有のメタモデルのクラス モデルを描画します (メタモデリングとも呼ばれます! 😉。

Description #

This is one of my more involved and narrated videos. It covers the topic of domain specific profiling with IBM Rational Rhapsody. In it, I give a glimpse of an example profile for automotive model-based systems engineering, showing how it's possible to add new term element types and diagrams to make SysML/UML more easily consumable when following a chosen method. Domain specific profiling in Rhapsody is controlled via properties on stereotypes. At the end I also show one of the more advanced techniques I've moved to is to build and maintain such a profile using model-based techniques, i.e., drawing a class model of the domain specific meta-model that represents the element types (also known as meta-modeling! 😉.

Video #

IBM Rational Rhapsody Tip #82 - Modelling Domain Specific Notation & Profiles (Advanced)

IBM Rational Rhapsody Tip #83 - Enhanced tooltip customisation using a plugin method (Secret) #

PublishedAt #

2020-09-21T07:26:15Z

Tags #

None

Description(ja) #

私の最も初期の IBM Rational Rhapsody ビデオの 1 つは、約 5 年前に SysMLHelper プロファイル (ビデオ ヒント #8) に行った Rhapsody 拡張ツールヒント機能へのカスタマイズを示すデモで終わります。私がそれをどのように達成したかについては詳しく説明しませんが、数人が尋ねてきました。実際、このビデオを実行していると、プラグイン メソッドをプロファイルにフックするために使用したプロパティが製品に記録されていないことに気付きました。それでも (9.0.1 までは) 動作するように見えるので、この「ボンネットの下」の外観のビデオをまとめました。このプロパティは、Model::Stereotype::ModelTooltipPluginMethod と呼ばれます。 Rhapsody の上級ユーザー向けのこの 5 分間のビデオでは、Java プラグイン、プロファイル、およびプロパティーを使用して Rhapsody をカスタマイズする役割についても少し説明しています。このビデオはサイレント ビデオです。つまり、キャプションを読んで理解する必要があります。

Description #

One of my earliest IBM Rational Rhapsody videos ends with a demo that shows a customisation I made to my SysMLHelper profile around 5 years ago (video tip #8) to Rhapsody enhanced tooltip feature. It doesn't go into detail about how I achieved it though and a few people have asked. Actually, in doing this video I realize that the property I used to hook the plugin method into the profile is no longer documented in the product, which is why people have asked! It still seems to work though (up to 9.0.1) hence I've put together this "under the hood" look video. The property is called Model::Stereotype::ModelTooltipPluginMethod. This 5 min video, for advanced users of Rhapsody, also gives a bit of a look at the role of customizing Rhapsody with Java plugins, profiles, and properties. This video is a silent one, i.e. you'll need to read the captions to understand it.

Video #

IBM Rational Rhapsody Tip #83 - Enhanced tooltip customisation using a plugin method (Secret)

IBM Rational Rhapsody Tip #84 - Getting statecharts to react to change events (Advanced) #

PublishedAt #

2020-10-01T18:23:20Z

Tags #

None

Description(ja) #

この短いサイレント キャプション ベースのヒントとコツのビデオは、SysML プロキシ ポートを使用して変更イベントを正しく実行するためのヘルプを求めて私に電子メールを送ってきたサブスクライバーからのものです。 2 つのビデオのうちの最初のこのビデオでは、Rhapsody ステートチャートの変更イベントがどのように機能するか、およびその目的についていくつかの基本事項を要約したいと思います。このビデオの重要なヒントは、属性/値プロパティの値を変更するときにセッター操作を使用することを確認する必要があるということです。セッターとゲッター (C++ ではミューテーターとアクセサーと呼ばれることが多い) は自動生成されます。セッターは、セットという単語の後に大文字の属性の名前が続くという規則に従います。変更イベントは、Rhapsody ステートチャートでデータの変更に反応するためのトリガーとして使用されます。また、文字 (ch) の後にプロパティ名 (大文字) が続く命名規則に従います。興味のある方は動画で説明してくれると嬉しいです！

Description #

This short and silent caption-based tips and tricks video came from a subscriber emailing me for help on getting change events to execute correctly with SysML proxy ports. In this first of two videos, I thought I'd recap some of the fundamentals about how change events in Rhapsody statecharts work, and what they're for. The key tips in this video are really that you need to make sure that you use the setter operation when changing the value of attributes / value properties. Setters and getters (what are often called a mutators and accessors in C++) are auto-generated. The setter will follow the convention of the word set followed by the name of the attribute capitalized. Change events are used as triggers in Rhapsody statecharts for reacting to a change of data. They also follow a naming convention which is the characters (ch) followed by the name of property (capitalized). Hopefully the video explains for those who're interested!

Video #

IBM Rational Rhapsody Tip #84 - Getting statecharts to react to change events (Advanced)

IBM Engineering Rhapsody Tip #85 - Using change events with SysML proxy ports (Advanced) #

PublishedAt #

2020-10-09T09:26:08Z

Tags #

None

Description(ja) #

わかりました、私はより定期的な更新ビデオに戻ります。これもやや高度なトピックですが、SysML プロキシ ポートとインターフェイス ブロックとは何か、およびそれらが標準の UML ポートおよびインターフェイスと異なる点の 1 つについても少し説明します。この IBM エンジニアリングのヒントとコツのビデオは、ビデオ #85 の続きであり、フロー プロパティを取得し、イベントを変更して SysML プロキシ ポートでシミュレートする方法を示しています。重要なことは、変更イベントと自動生成されたセッターを使用することに加えて、両方のポートを動作ポートとして設定する必要があることです。この短い (そしてキャプション駆動の、つまり無音の) ビデオが示すように、これは実際には Rhapsody モデル チェッカーによって警告として検出されます。 http://www.mbsettraining.com/2020/10/ibm-engineering-rhapsody-tip-85-using.html

Description #

Ok, I'm back into more regular update videos. This again, is a slightly more advanced topic, although it also explains a little about what SysML proxy ports and Interface Blocks are and one of the ways they differ from standard UML ports and interfaces. This IBM Engineering tips and tricks video follows on from video #85 and shows how to get flow properties and change events to simulate with SysML proxy ports. The key thing is that in addition to using the change event and the auto-generated setter, you need to set both ports as behaviour ports. This is actually picked up by the Rhapsody model checker as a warning, as this short (and caption-driven, i.e. silent) video illustrates. http://www.mbsetraining.com/2020/10/ibm-engineering-rhapsody-tip-85-using.html

Video #

IBM Engineering Rhapsody Tip #85 - Using change events with SysML proxy ports (Advanced)

IBM Engineering Rhapsody Tip #86 - The Parts Browser (a SysML profile feature) (Intermediate) #

PublishedAt #

2020-10-23T09:08:56Z

Tags #

None

Description(ja) #

Rhapsody でカスタム要件トレーサビリティー・ブラウザーを作成する方法を示したかったのです。ただし、最初に、Rhapsody のパーツ ブラウザーを理解しておくことは価値があります。 Rhapsody のファクトリー SysML プロファイルによって追加された機能。パーツ ブラウザを使用すると、ブラウザを起動してブロック/パーツ階層ツリーをドリルダウンできます。パーツ ブラウザは、右クリックの [階層の参照] メニューのサブメニューとして使用できます。ブラウザは、モデル内の関係をトラバースしてブラウザを形成する方法を定義するコンテキスト パターンを使用して形成されます。この短いキャプション ベースの (つまりサイレント) ビデオでは、その仕組みを示し、その背後にあるいくつかのプロパティを見ていきます。このシリーズの次のビデオでは、同様の手法を使用して、要件のトレーサビリティを表示するブラウザーを作成する方法を紹介します。

Description #

I wanted to show how it's possible to create a custom requirement traceability browser in Rhapsody. First off, though, it's worth understanding the Parts Browser in Rhapsody; a feature added by Rhapsody's factory SysML profile. The parts browser allows you to launch a browser to drill down a Block/part hierarchy tree. The parts browser is available as a submenu on the right-click 'Browse Hierarchy' menu The browser is formed using a context pattern which defines how to traverse relationships in the model to form the browser. In this short, caption-based (i.e. silent) video, I show how it works and then look at some of the properties behind it. In the next video in this series, I'll show how it's possible to use a similar technique to create a browser for showing requirements traceability.

Video #

IBM Engineering Rhapsody Tip #86 - The Parts Browser (a SysML profile feature) (Intermediate)

IBM Engineering Rhapsody Tip #87 - Custom browsers: A requirements Traceability example (Advanced) #

PublishedAt #

2020-10-28T16:58:32Z

Tags #

None

Description(ja) #

この IBM Rational/Engineering Rhapsody のヒントとコツのビデオは、SysML プロファイルのパーツ ブラウザーに関する以前のビデオ (#86) の続きです。このビデオでは、独自の「ブラウズ階層」サブメニューを作成して、さまざまなコンテキスト パターンに基づいてブラウザーを起動する方法について説明します。この例では、Rhapsody Gateway の影響分析ビューを模倣する要件へのトレーサビリティーを表示するための新しいブラウザーを作成しますが、必要はありません。アドオンの使用. 依存関係の逆方向をナビゲートすること (Andy Lapping のこの領域の掘り下げに感謝) を含むコンテキスト パターンの使用と、コンテキスト パターンの一部としてのプラグイン メソッドの使用を示します (私は維持する必要がありますRhapsody を私自身のプロファイルで拡張することにより、SysML を特定のタスクに集中させることができ、ユーザーが導入ライフサイクルの早い段階でより高いビジネス価値を得やすくなります. http://www. mbsettraining.com/2020/10/ibm-engineering-rhapsody-tip-87-custom.html

Description #

This IBM Rational/Engineering Rhapsody tips and tricks videos follows on from the previous video (#86) on the SysML Profile's part browser. This video covers how it's possible to create your own "browse hierarchy' submenu's to launch browsers based on different context patterns. In this example I create a new browser for viewing traceability to requirements that mimics the Rhapsody Gateway's impact analysis view but doesn't require use of the Add On. I show use of the context pattern, including navigating reverse direction of a dependency (thanks' to Andy Lapping's digging in this area) and then use of a plugin method as part of the context pattern (I need to keep it as geeky as possible 😉. By extending Rhapsody with my own profiles, I'm able to focus SysML to specific tasks, making it easier for users to get higher business value earlier in their adoption lifecycle. http://www.mbsetraining.com/2020/10/ibm-engineering-rhapsody-tip-87-custom.html

Video #

IBM Engineering Rhapsody Tip #87 - Custom browsers: A requirements Traceability example (Advanced)

IBM Engineering Rhapsody Tip #88 - Exploring how RMM has changed, 6.0.6 to 7.0.1 - 1 (Intermediate) #

PublishedAt #

2020-11-12T12:55:38Z

Tags #

None

Description(ja) #

過去 3 から 4 のリリースで IBM Engineering Rhapsody 開発が多くの労力を費やした分野の 1 つは、Rhapsody Model Manager (RMM) サーバー・サイド・テクノロジーを使用した IBM Jazz プラットフォームへの統合です。もちろん、これは、Jazz の上に構築された IBM の Web ベースの要件管理 (RM) テクノロジーである DOORS Next Generation との統合にとって非常に重要です。 RMM は、モデルの Web ビュー、作業項目および計画とのリンク、モデルへの共有構成アクセスも可能にします。 Jazz のバージョン 7 では、/am アプリケーションによって提供される機能が、別個のエンティティーではなく、/ccm アプリケーションの拡張機能になったという点で、大幅な変更がありました。これらのリリースでは、Rhapsody ブラウザーでより多くの機能を直接利用できるようにする作業も行ってきました。この最初の 2 つのビデオでは、変更点の例をいくつか紹介したいと思います (特に、古いバージョンを使用していて、移行を考えている人に)。

Description #

One of the areas where the IBM Engineering Rhapsody development invested a lot of effort in the last 3-4 releases is in its integration into the IBM Jazz platform with the Rhapsody Model Manager (RMM) server-side technology. This is crucial, of course, for its integration with DOORS Next generation, IBM's web-based Requirements Management (RM) technology built on top of Jazz. RMM also enables web views of the model and linking with work items and planning and shared configured access to models. In version 7 of Jazz there was a significant change, in that the functionality provided by the /am application became an extension to the /ccm application, rather than a separate entity. Over the releases they've also done work to make more functionality available directly in the Rhapsody browser. In this first of two videos, I wanted to give some examples of things that have changed (especially to those who are user older versions and thinking of migrating).

Video #

IBM Engineering Rhapsody Tip #88 - Exploring how RMM has changed, 6.0.6 to 7.0.1 - 1 (Intermediate)

IBM Engineering Rhapsody Tip #89 - Exploring how RMM has changed, 6.0.6 to 7.0.1 - 2 (Intermediate) #

PublishedAt #

2020-11-20T08:50:14Z

Tags #

None

Description(ja) #

これは、Jazz ベースの Rhapsody Model Manager の動作が 6.0.6 から 7.0.1 への 3 つのリリースでどのように変化したかを説明する 2 つのビデオの 2 つ目です。 #88 の続きです。主な変更点は、/am 機能が /ccm アプリケーションの拡張機能として提供されるようになったことです。これは、作業項目とモデル管理が同じリポジトリに格納されることを意味します。 /ccm サーバーを Rhapsody モデルのみ、または Rhapsody モデルとソース・コードのいずれにも使用できるようにする新しいライセンスもあります。このキャプションベースのビデオでは、7.0.1 の使用に関するいくつかの側面を見ていきます。たとえば、作業項目への変更の関連付けや、Rhapsody ブラウザーから変更セットを直接受け入れるなど、より多くの機能を実行できることなどです。また、IBM Engineering Requirements Management DOORS Next アプリケーション (/rm) で要件へのリンクを確立する方法も要約しますが、これは新しいことではありません。 http://www.mbsettraining.com/2020/11/ibm-engineering-rhapsody-tip-89.html

Description #

This is the second of two videos that explores how Jazz-based Rhapsody Model Manager workings have changed in the 3 releases from 6.0.6 to 7.0.1. It follows on from tip #88. The main change is that the /am functionality is now provided as an extension to the /ccm application. This means that work items and model management are stored in the same repository. There is also a new license that enables the /ccm server to be used for either just Rhapsody models, or Rhapsody models and source code. In this caption-based video I look at a few aspects of using 7.0.1, including associating changes to work items, and being able to do more functions like accepting change sets directly from the Rhapsody browser. I also recap how to establish links to requirements in the IBM Engineering Requirements Management DOORS Next application (/rm) - although this is not new. http://www.mbsetraining.com/2020/11/ibm-engineering-rhapsody-tip-89.html

Video #

IBM Engineering Rhapsody Tip #89 - Exploring how RMM has changed, 6.0.6 to 7.0.1 - 2 (Intermediate)

IBM Engineering Rhapsody Tip #90 - Switching requirements from Rhapsody to DOORS Next (Intermediate) #

PublishedAt #

2020-11-27T09:20:00Z

Tags #

None

Description(ja) #

私は、モデル要素を要件まで追跡するだけでなく、ユースケース分析を使用してシステムの要件を定義することの大ファンです。モデリングが要件を偽造できる強力で視覚的なワークショップを提供する方法と、要件管理が、結果として得られた作品が前進するように展示される「ギャラリー」であるという例えが好きです。これは単に管理する要件を作成することではなく、管理する要件のより優れた完全なセットを取得する方法を見つけることであり、テキストの要件ではできない方法で伝達するために図を使用することでもあります。これは、ROCKETS (R=Requirements) などの手法を Rhapsody や Jazz/rm (別名 DOORS Next) で動作するように適応させるために行った暫定的な作業の一部をカバーするビデオです。この作業では、csv インポーターの形で既存のテクノロジーを使用して、最初に要件を DOORS Next モジュールに取り込みます。次に、要件をモデルに追加し、Rhapsody でプロファイル ヘルパーを使用して切り替えを実行します。この手法の良い点は、ヘルパーが多種多様な Rhapsody および Jazz バージョンで動作し、同期を達成するために API や認証を行う必要がないことです。つまり、ROCKET サイエンスではありませんが、ロードに役立ちます。 10 分メソッドを使用してペイロードを ROCKET に挿入します。 http://www.mbsettraining.com/2020/11/ibm-engineering-rhapsody-tip-90.html

Description #

I'm a big fan of not just tracing model elements to requirements but using use case analysis to define requirements for a system. I like the analogy of how modeling provides a powerful and visual workshop in which requirements can be forged and the requirements management is the "gallery" where the resulting works will be exhibited moving forwards. This isn't just about creating requirements to manage but rather finding way to get a better and more complete set of requirements to manage, and also the use of diagrams to communicate in ways which textual requirements cannot. This is video I cover some of the provisional work I've done in adapting my methods, like ROCKETS (R=Requirements), to work with Rhapsody and Jazz/rm (aka DOORS Next). In this work I use existing technology in the form of the csv importer to first get the requirements into a DOORS Next module. I then add the requirements to the model and use a profile helper in Rhapsody to perform the switch. The good thing about this technique is that it means that my helpers work for wide variety of different Rhapsody and Jazz versions and is not tied to an API or the need to do authentication to achieve the sync, i.e. it's not ROCKET science but it helps load the payload into the ROCKET using a 10 minute method. http://www.mbsetraining.com/2020/11/ibm-engineering-rhapsody-tip-90.html

Video #

IBM Engineering Rhapsody Tip #90 - Switching requirements from Rhapsody to DOORS Next (Intermediate)

IBM Engineering Rhapsody Tip #91 - Recap on the OMROOT variable and Share folder (Intermediate) #

PublishedAt #

2021-01-08T09:57:53Z

Tags #

None

Description(ja) #

2021年へようこそ！この短いヒントとコツのビデオでは、チーム環境で Rhapsody をセットアップする方法に関連するトピックを取り上げます。これの典型的な使用例は、コードを削除または追加するために OxF (フレームワーク) ライブラリとモデルをカスタマイズした場合、またはすべてのユーザーに更新を取得させたいユーザー定義プロファイルがある場合です (ユーザーが同じファイルを開くため)。プロジェクト）。基本的にこれは、Share フォルダーをローカルのインストール場所から共有ネットワーク ドライブの場所にコピーし、それを必要とするすべてのユーザーがそれを指すように rhapsody.ini ファイルを変更することで実行できます。もちろん、すべてのユーザーがフォルダにアクセスする必要があることに注意してください。もちろん、ドライブ パスは異なる可能性があります。これを指す OMROOT 変数は rhapsody.ini ファイル内にあるためです。この .ini ファイルは、Rhapsody インストールの読み取り/書き込みコンポーネントの一部であり、インストール中にデフォルトの OMROOT がセットアップされます。楽しみ。それが役に立てば幸い。

Description #

Welcome to 2021! In this short tips and tricks video I cover a topic that relates to how to set-up Rhapsody in a team environment. Typical use cases for this are where you might have customized the OxF (framework) libraries and model to remove or add code, or where you have user-defined profiles that you want all users to get updates for (because they're opening the same projects). Essentially this can be done by copying the Share folder from a local installation location to a shared network drive location, and then changing the rhapsody.ini file to point to it for all users that need it. Of course, the caveat is that all users will need access to the folder. The drive path can be different, of course, because the OMROOT variable that points to it is in the rhapsody.ini file. This .ini file is part of the read/write component of the Rhapsody installation and the default OMROOT would've been set-up during the install. Enjoy. Hope it helps.

Video #

IBM Engineering Rhapsody Tip #91 - Recap on the OMROOT variable and Share folder (Intermediate)

IBM Engineering Rhapsody Tip #92 - Creating a simulation with panel diagram (Intermediate) #

PublishedAt #

2021-01-28T12:31:23Z

Tags #

None

Description(ja) #

このビデオは、「Rhapsody でパネル図を使用してシミュレーションを作成するのはどれくらい簡単ですか?」という質問に答えるアドリブのデモです。 C++ コンパイラー (これについては別のガイダンスがあります) と必要なライセンスを適切にインストールしている限り、ほとんどすべてのバージョンの Rhapsody で動作します。確かに、シミュレーションでステートチャートを使用することは、アクティビティ図よりもはるかに小さい構文であるため、はるかに簡単です。もちろん、ステート マシンを描画する技術や、特定の種類の動作を表現するためのテクニック、または複数のステート マシンを相互作用させてインターフェイスさせる (ポート タイプとインターフェイスの選択を行う) ことに関しては、もっと知る必要があります。要約すると、自分が何をしているのかがわかれば、それは比較的簡単です。これは、経験とトレーニングの組み合わせから得られるものです。誰かにとって興味があることを願っています。 http://www.mbsettraining.com/2021/01/ibm-engineering-rhapsody-tip-92.html

Description #

This video's an ad-libbed demo in response to the question "how easy is it to create a simulation with panel diagram in Rhapsody?". It will work in pretty much any version of Rhapsody, as long as you have installed properly with a C++ compiler (I have separate guidance on this) and the necessary licenses. Certainly, making use of statecharts in a simulation is a lot easier than activity diagrams because it is a much smaller syntax. You do, of course, need to know more when it comes to the art of drawing state machines and techniques for expressing certain types of behavior, or getting multiple state machines to interact and interface (making choices about port types and interfaces). In summary, once you know what you're doing, then it's relatively easy. This is something that can come from a combination of experience and training. Hope it's of interest to somebody. http://www.mbsetraining.com/2021/01/ibm-engineering-rhapsody-tip-92.html

Video #

IBM Engineering Rhapsody Tip #92 - Creating a simulation with panel diagram (Intermediate)

IBM Engineering Rhapsody Tip #93 - Adding Cygwin/gcc compiler to simulate systems (Advanced) #

PublishedAt #

2021-02-11T15:29:26Z

Tags #

None

Description(ja) #

しばらくの間 Rhapsody for UML/SysML をインストールして使用したことがあるかもしれませんが、後で Harmony/SE や ROCKETS ベースの変更 (私の情熱の 1 つ) などのより高度な実行可能な MBSE メソッドがあることに気付くだけです。 .このナレーション付きビデオでは、インストールを拡張してシステムをシミュレートしたり、C++ コードをコンパイルしたりするために必要なことについて説明しています。この時点で、C++ コンパイラーをインストールする必要があることがわかりますが、ビデオで強調されているように、Rhapsody を再インストールすることなく、Rhapsody の後にこのコンパイラーをインストールすることが可能です。このビデオでは、システム シミュレーション用にオープン ソースの Cygwin/gcc コンパイラの最小限の部分をインストールするすべての手順を説明します。また、gcc コンパイラーが機能していることを確認し、フレームワークを再コンパイルし (およびこれが何を意味するか)、モデルを使用してテストする手順も示します。それが役に立てば幸い。

Description #

You may have installed and used Rhapsody for UML/SysML for a while just drawing diagrams, only to discover later on that there are more advanced executable MBSE methods such as Harmony/SE and my ROCKETS-based modification of it (one of my passions). This narrated video covers what you need to do to your installation in order to extend it to simulate systems or compile C++ code down the line. At this point you will discover that you need to install a C++ compiler but, as the video highlights, it's possible to install this compiler after Rhapsody, without having to reinstall Rhapsody. In this video, I demonstrate by going through all the steps to install the minimal parts of the open source Cygwin/gcc compiler for system simulation purposes. I also show steps for verifying the gcc compiler is working, recompiling the framework (and what this means), and testing it with a model. Hope it helps.

Video #

IBM Engineering Rhapsody Tip #93 - Adding Cygwin/gcc compiler to simulate systems (Advanced)

IBM Engineering Rhapsody Tip #94 - Downloading and installing Rhapsody 9.0.1 (Intermediate) #

PublishedAt #

2021-02-22T15:27:13Z

Tags #

None

Description(ja) #

以前のビデオ (http://www.mbsettraining.com/2021/02/ibm-engineering-rhapsody-tip-93-adding.html) では、Cygwin/gcc コンパイラーを既存の Rhapsody インストールに追加する方法について説明しました。このビデオは実際にはその前身であり、最新の Rhapsody 9.0.1 (現在まで) をコンパイラーなしでインストールする方法をカバーしています。インストールに使用する実際の手順は異なる場合があります。ただし、いくつかの重要なことを指摘します。 1 つ目は、Rhapsody が TELELOGIC_LICENSE_FILE 環境変数を使用してライセンス サーバーまたは FlexLM ライセンス ファイルを検索する方法、2 つ目は Rhapsody が rhapsody.ini ファイルを使用してデフォルト エディションを決定する方法です。また、コンパイラが正しくインストールされているかどうかを確認するために使用できる簡単なテスト プロジェクトも作成します (実際にこれを行う手順は、前のビデオ #93 にあります)。

Description #

In my previous video (http://www.mbsetraining.com/2021/02/ibm-engineering-rhapsody-tip-93-adding.html), I covered adding Cygwin/gcc compiler to an existing Rhapsody installation. This video is actually the precursor to that, and covers installing the latest Rhapsody 9.0.1 (to date) without a compiler. The actual steps you may choose to use for your installation may different. However, I point out a couple of important things. Firstly, how the TELELOGIC_LICENSE_FILE environment variable is used by Rhapsody to find either a license server or a FlexLM license file, and secondly how the rhapsody.ini file is used by Rhapsody to determine default edition. I also create a simple test project that can be used to verify whether your compiler is installed correctly (actually the steps for doing this are in the previous video #93).

Video #

IBM Engineering Rhapsody Tip #94 - Downloading and installing Rhapsody 9.0.1 (Intermediate)

IBM Engineering Rhapsody Tip #95 - Why diagram ownership is important for Internal Block Diagrams #

PublishedAt #

2021-03-09T11:33:20Z

Tags #

None

Description(ja) #

このビデオでは、SysML の新規ユーザーがよく苦労する領域、つまり、ブロックとパーツの違いの理解、および内部ブロック ダイアグラムのダイアグラム フレームが果たす役割について説明します。基本的に、SysML では、ibd のフレームは通常ブロックであり、ibd はそのブロックが所有するパーツのアセンブリを表します。私の古くからの友人である Rhapsody には、Cameo とは異なり、図のフレームのコンテキストを定義するコンテキスト選択メソッドがありません。ダイアグラムのコンテキストは、ダイアグラムの所有権によって決定されます。これは、図の所有権が重要であることを意味します。これが、新しいユーザーが、パッケージ レベルではなく、ブロックの子として内部ブロック図を作成するように注意することを通常お勧めする理由です。これに関連して、要素を内部ブロック ダイアグラムにドラッグすると、それがコンテキストから外れている場合、破線で表示されます。これは、新しいユーザーが理解するのに苦労することがよくあります。これは、フレームが表す要素によって所有されていないためです。これは、私が 6 年前に始めた Rhapsody のヒントとコツのビデオ チャンネルのビデオ #95 です。役立つ場合は、私のブログに Rhapsody に関する詳細情報があります。 http://www.mbsettraining.com/2021/03/ibm-engineering-rhapsody-tip-95-why.html

Description #

This video covers an area where new users of SysML often struggle, i.e. understanding the differences between Blocks and Parts, and the role played by the diagram frame of an internal block diagram. Fundamentally, in SysML the frame of the ibd is normally a block and the ibd represents an assembly of parts owned by that block. Within my old friend Rhapsody, unlike Cameo, there's not a context selection method on a diagram that defines the context of its frame. The context of the diagram is determined rather by the ownership of the diagram. This means that diagram ownership is critical. This is why I normally recommend that new users are careful to create internal block diagrams as children of blocks rather than at package level. Related to this is that if you drag an element on to an internal block diagram and it is out of context, then it will be displayed with a dashed line, something new users often struggle to understand. This is because it's not owned by the element that the frame represents. This is video #95 of my Rhapsody tips and tricks video channel that I started 6 years ago. My blog has more info on Rhapsody, if useful. http://www.mbsetraining.com/2021/03/ibm-engineering-rhapsody-tip-95-why.html

Video #

IBM Engineering Rhapsody Tip #95 - Why diagram ownership is important for Internal Block Diagrams

IBM Engineering Rhapsody Tip #96 - The Good, The Bad and The Ugly of Label Mode #

PublishedAt #

2021-04-01T19:12:20Z

Tags #

None

Description(ja) #

このビデオは、Rational Rhapsody 愛好家向けのトピックです。ラプソディのレーベルモードの醍醐味。これが最も効果的に使用されているのは、実行可能なステート マシンやシーケンス図などの非常に複雑な図を一般の聴衆に提示する場合です。他にも素晴らしい使用例がいくつかあると思います ("The Good")。ただし、いくつかの危険性を強調しています。たとえば、ラベルモードが有効になっていることを知らずに書いた場合。ビデオは無音ですが、私のキャプションを読むのに飽きたら、エンニオ・モリコーネの素晴らしいスパゲッティ・ウェスタンのテーマソングを口ずさむ必要があります.

Description #

This video is a bit of a Rational Rhapsody aficionado's topic. The joy's of Rhapsody's Label Mode. Most effective use of this has been when presenting quite a complicated diagram, like an executable state machine or sequence diagram, to lay audience. I'm sure there are some other great examples of usage out there also ("The Good"). I do highlight some of the dangers, however. When you write things not knowing that label mode is enabled, for example. The video is silent though, so you'll have to hum Ennio Morricone's fantastic spaghetti western theme song, if you get bored with reading my captions.

Video #

IBM Engineering Rhapsody Tip #96 - The Good, The Bad and The Ugly of Label Mode

IBM Engineering Rhapsody Tip #97 - I can't get no Satisfactions (creating a browser view) #

PublishedAt #

2021-04-16T07:42:39Z

Tags #

None

Description(ja) #

この IBM Rational/Engineering Rhapsody のヒントとコツのビデオでは、要件がモデルで特定の範囲をカバーしているかどうかを示す新しいブラウザー フィルターを作成する簡単な手順を紹介しています。モデルの要件と IBM Engineering DOORS Next Jazz アプリケーションのリモート要件の両方で機能することを示します。それは静かですが、あなたがあなたのものを誇張したいなら、自由に感じてください。

Description #

This IBM Rational/Engineering Rhapsody tips and tricks video shows the simple steps how to create a new browser filter that shows whether requirements have certain coverage in a model. I show that it works with both requirements in the model and remote requirements in IBM Engineering DOORS Next Jazz application. It's silent though hence if you fancy strutting your stuff then feel free.

Video #

IBM Engineering Rhapsody Tip #97 - I can't get no Satisfactions (creating a browser view)

IBM Engineering Rhapsody Tip #98 - Debugging user Java plugins running in Rhapsody #

PublishedAt #

2021-07-03T10:38:39Z

Tags #

None

Description(ja) #

IBM Rhapsody 用のアドオンを多数作成する場合、それらをデバッグできると非常に役立ちます。外部 Java アプリケーションとしてではなく、Rhapsody プロセス内で実行している場合、これは少し難しくなる可能性があります。ただし、インプロセスで実行する理由はたくさんあります。特に、実行速度が桁違いに速く、それを制御するメニュー コマンドやプロパティなどを追加するプロファイルに関連付けることができるためです。このビデオでは、コードが Rhapsody で実行されている場合でも、Eclipse でブレークポイントを設定してコードをステップ実行できるリモート Java アプリケーションとしてそれらをデバッグする方法を示します。ただし、最初に Rhapsody ini ファイルにいくつかの変更を加える必要があります。ビデオは説明します。うまくいけば、それは誰かを助けるでしょう。

Description #

When you write a lot of add-ons for IBM Rhapsody, it becomes very helpful to be able to debug them. This can be a little more difficult when they're running inside the Rhapsody processes, rather than as an external Java application. There are lots of reasons for running in process though, not least because they run an order of magnitude faster, and you can tie them to a profile that adds things like menu commands and properties to control it. In this video I show how it's possible to debug them as remote java applications enabling you to set breakpoints and step through the code in Eclipse, even though the code is running in Rhapsody. You first need to add some changes to your Rhapsody ini file though. The video illustrates. Hopefully, it helps someone out there.

Video #

IBM Engineering Rhapsody Tip #98 - Debugging user Java plugins running in Rhapsody

ExecutableMBSE DevVideo #001: Populate Parts And Update Interfaces #

PublishedAt #

2021-07-15T07:44:18Z

Tags #

None

Description(ja) #

このサイレント ビデオでは、Rhapsody の ExecutableMBSE プロファイルに関する私の作業の一部を紹介しています。これは、ユーザーが SysML インターフェイス ブロックを簡単に操作できるようにすることに重点を置いています。これには、ポートとインターフェイスを作成する自動化、部品を追加する自動化、およびシーケンス図からインターフェイス ブロックを更新する自動化が含まれます (HarmonySE に似ていますが、情報ダイアログがあります)。

Description #

This silent video shows some of my work on the ExecutableMBSE profile for Rhapsody focused on easing the ability of users to work with SysML Interface Blocks. Aspects of this include automation to create ports and interfaces, automation to populate parts, and automation to update interface block from sequence diagram (similar to HarmonySE but with info dialogs).

Video #

ExecutableMBSE DevVideo #001: Populate Parts And Update Interfaces

IBM Engineering Rhapsody Tip #99 - Making life easier with some proxy port automation #

PublishedAt #

2021-07-20T09:02:45Z

Tags #

None

Description(ja) #

この短いサイレント ビデオでは、私がクライアントのために書いたいくつかのヘルパーを紹介したいと思いました。基本的に、人々が繰り返し可能なステップに従うことを期待しているなら、なぜコンピュータにそれをさせないのでしょうか? (Steve Jobs: 私は良いエンジニアよりも怠け者のエンジニアの方が好きです)。 Rhapsody のモデリングを iPhone のようにしたいと考えています。つまり、何も考えずに期待どおりのことを実行してくれるということです。このビデオでは、プロキシ ポートを使用したいクライアントのモデリングを高速化するために行ったいくつかのヘルパーを紹介します。基本的に、手動で行うことをプロファイル プラグインにまとめただけです。Bob はあなたのおじです。自動化の興味深い点は、やればやるほど、物事をスピードアップするためのアイデアがどんどん出てくることです。また、SysML の市場は少し成熟しているため、トレーニングと忍耐力が不足している新しいユーザーが数人増えています。忙しくて花を見つけられないミツバチのようにバタバタするのではなく、楽しさと創造的なものに固執し、最初からビジネス価値を実証できるように、パイのように簡単にモデル化できるようにしたいと考えています。これで十分な類推が得られましたか？ www.mbsettraining.com

Description #

In this short silent video, I wanted to showcase a couple of helpers I wrote for a client. Basically, if you expect people to follow steps that are repeatable, then why not get the computer to do it? (Steve Jobs: I'd rather than a lazy engineer than a good one). I want my Rhapsody modeling to be like my iPhone, in that it just does stuff I expect without me having to think about it. In this video I show a couple of helpers that I did to speed up modeling for a client who wanted to use Proxy Ports. Essentially, I just roll the things that I would do manually into a profile plugin, and Bob's your uncle. The interesting thing about automation is that the more you do, the more ideas to speed things up pop out. Also, the market for SysML has matured a bit hence there are a few more new users, with less training and patience. I want to make it as easy as pie to model, so that they stick to the fun and creative stuff, and are able to demonstrate business value first time, rather than flop around like busy bee's unable to find a flower. Did I get enough analogies in this? www.mbsetraining.com

Video #

IBM Engineering Rhapsody Tip #99 - Making life easier with some proxy port automation

IBM Engineering Rhapsody Tip #100 - An example of a general belly tickle problem #

PublishedAt #

2021-09-17T16:46:59Z

Tags #

None

Description(ja) #

これは、短いサイレントの IBM Rhapsody のヒントとコツのビデオのもう 1 つです。ユースケース間の一般化を作成し、ブラウザーでそれらを見つけることは、私のラボの 1 つであるため、今週のツールトレーニングで実際に出てきました。この問題は一種のユーザー エラーです。新しいユーザーは、図で [削除] を押して、モデルに関係がまだ存在することを忘れてしまうことがよくあります。 OO 汎化関係を間違った方向に描画したためにこれを行い、次に正しい方向に一般化を描画しようとすると、Rhapsody から、リレーションを追加できないというエラー メッセージが表示されます。継承構造に循環関係を作成します。この問題を解決するには、リレーションを完成させてダイアグラムにリレーションを設定し、再描画する前にモデルから適切に削除します。

Description #

This is another one of my short, and silent, IBM Rhapsody tips and tricks videos. It actually came up in my tool training this week, as creating generalizations between the use cases and finding them in the browser, is part of one of my labs. The problem is sort of a user error, in that new users often press Delete on a diagram, and forget that a relation still exists in the model. When you do this because you've drawn an OO generalization relation the wrong way around, and then attempt to draw the generalization in the correct direction, then you get an error message from Rhapsody saying that you can't add a relation as it will create a cyclical relation in the inheritance structure. To fix the issue you can complete relations to populate the relation on the diagram and then properly delete it from the model, before redrawing.

Video #

IBM Engineering Rhapsody Tip #100 - An example of a general belly tickle problem

IBM Engineering Rhapsody Tip #101 - Transition Label toolbar tips and tricks #

PublishedAt #

2021-12-29T11:05:51Z

Tags #

None

Description(ja) #

これは、Rhapsody キュレオ向けの 1 つで、私が最近 (今週などに) 発見したばかりであり、アクティビティ図に遷移ラベル ツールを追加する機能 (これは、デフォルトで持っています）。このビデオでは、最初に遷移ラベル ツールがステートチャート (ステート マシン図) でどのように機能するかを示し、次に既定のアクティビティ図ツールバーに追加する方法を説明します。制御フローから出てくるトランジションにガードを追加するときにクリックがなくなるため、おそらくアクティビティ図ではさらに便利です。とにかく、私はあなたに決めさせます。楽しむ。

Description #

This is one for those Rhapsody cureos out there, as it is something that I only recently discovered (like this week!) and I think is genuinely useful, which is the ability to add a Transition Label tool to the activity diagram (which does not have it by default). The video first shows how the Transition Label tool works on statecharts (state machine diagrams) and then goes on to how it can be added to the default activity diagram toolbar. Arguably it's even more useful for the activity diagram as it removes clicks when adding guards to transitions coming out of a control flow. Anyway, I'll let you decide. Have fun.

Video #

IBM Engineering Rhapsody Tip #101 - Transition Label toolbar tips and tricks

IBM Engineering Rhapsody Tip #102 - Executable MBSE Profile's Functional Analysis package structure #

PublishedAt #

2022-01-06T14:16:01Z

Tags #

None

Description(ja) #

このビデオでは、実行可能 MBSE に基づくメソッドの機能分析部分を実行するために、実行可能 MBSE プロファイルが自動的に作成する SysML パッケージ構造の概要を説明します。重要な点は、シミュレーションがアクター テスト ベンチで構築され、シミュレーションを駆動するために使用されるのはアクターであるため、すべてのテスト刺激が自動生成されたシーケンス図に表示されることです。これに関連して、設計/テスト中のシステムに関連する要素を、それをテストするために使用されるモデル要素から構造が分離し、それらを使用するブロックから分離されたインターフェースとイベントを含むパッケージを持つようにする必要があります。 http://www.mbsettraining.com/2022/01/ibm-engineering-rhapsody-tip-102.html

Description #

This video gives an overview of the SysML package structure that my Executable MBSE Profile automatically creates for doing the functional analysis part of a method based on Executable MBSE. Key aspects are that simulations are built with actor test benches, and it's the actors that are used to drive the simulation, so that all the test stimulus is visible on an auto-generated sequence diagram. Related to this is to ensure that the structure separates elements related to the system under design/test from model elements used to test it, and having a package that contains the interfaces and events separate from the blocks that use them. http://www.mbsetraining.com/2022/01/ibm-engineering-rhapsody-tip-102.html

Video #

IBM Engineering Rhapsody Tip #102 - Executable MBSE Profile's Functional Analysis package structure

IBM Engineering Rhapsody Tip #103 - Executable MBSE Profile's Use Case package structure #

PublishedAt #

2022-01-20T16:48:15Z

Tags #

None

Description(ja) #

このライブ録画ビデオは、要件分析に関連する私の実行可能ファイル MBSE プロファイルの機能の一部を示すことに焦点を当てています。これには実際には 2 つの用途があります。まず、New Term パッケージを使用してモデルベースのシステム エンジニアリング手法を達成するためにプロファイルが何をどのように目指しているかを説明します。ブラウザーでアクション名を変更する機能や、要件を要件パッケージに移動するための自動化など、あまり目立たないがヘルパー メニューの概要を示します。 http://www.mbsettraining.com/2022/01/ibm-engineering-rhapsody-tip-103.html

Description #

This live recorded video focuses on showing some of the features of my Executable MBSE profile related to requirements analysis. It has two uses really: Firstly, it explains what and how the profile aims to achieve a model-based systems engineering method using New Term packages. It gives an overview of some of the less obvious but helper menus, for example, the ability to rename action names in the browser and automation to move requirements into a requirements package. http://www.mbsetraining.com/2022/01/ibm-engineering-rhapsody-tip-103.html

Video #

IBM Engineering Rhapsody Tip #103 - Executable MBSE Profile's Use Case package structure

IBM Engineering Rhapsody Tip #104 - Rhapsody's support for SysML callout notation #

PublishedAt #

2022-04-16T13:53:23Z

Tags #

None

Description(ja) #

ナレーション付きのこのビデオでは、OMG SysML コールアウト表記に対する IBM Engineering Rhapsody のサポートについて詳しく説明します。 Rhapsody の吹き出しは、吹き出しに何を表示するかを定義するプロパティーを伝える新しい用語ステレオタイプでサポートされています。デフォルトでは、これはアンカーされた要素に関連する関係に割り当てられ、そこから割り当てられます。ただし、これらに限定されません。ビデオでは、満足関係を示す方法を示しています。ビデオの冒頭では、コンパートメント プロパティを調整して満足度を高める方法についても説明します。これは、訓練されていない目にはすぐにはわからない便利なヒントでもあります。ここには本当にたくさんの力があります。いつものように、Rhapsody がデフォルトで何かを行っていない場合は、おそらく設定できるプロパティーがあるでしょう 😉

Description #

In this video, which does have voice narration, I delve into some of detail around IBM Engineering Rhapsody's support for OMG SysML callout notation. Callout's in Rhapsody are supported with a new term stereotype that conveys properties that define what to show in the callout. By default, this will be allocated to and allocated from relationships related to the anchored element. However, we're not limited to these. In the video I show how it's possible to show Satisfaction relations. I start the video by also covering how compartment properties can be tailored to allow Satisfactions. This is also a useful tip, that will not be immediately obvious to the untrained eye. Lot's of power here really. As always, if Rhapsody is not doing something by default, there's probably a property you can set 😉

Video #

IBM Engineering Rhapsody Tip #104 - Rhapsody's support for SysML callout notation

IBM Engineering Rhapsody Tip #105 - Simplification of SysML for early context analysis #

PublishedAt #

2022-07-12T10:35:42Z

Tags #

['sysml', 'rhapsody', 'rational rhapsody', 'ibm engineering rhapsody', 'mbse', 'uml', 'modeling', 'model-based systems engineering']

Description(ja) #

このビデオは、IBM を離れて Rhapsody を使用して顧客をサポートし始めてから 7 年間で、私がどこに移動したかの印象を与えます。大まかに言えば、経験の少ないユーザーがモデリングできるようにするために、一般的な SysML トレーニングの提供から、モデリング エクスペリエンスを自動化するプロファイルを使用して Rhapsody をカスタマイズする方法に移行しました。 SysML ヘルパー ツールキット (www.executablembse.com) の Executable MBSE Profile が最も充実しています。このオープン ソース GPL 3.0 ライセンス プロファイルは、さまざまなチーム メンバーがさまざまなパッケージで作業するチームによって開発されたモデルを作成するために、再利用可能なモデリング パターンに従ってジグソー アプローチを採用しています。実行可能な mbse メソッドをサポートすることから始まりましたが、このビデオでは、それがどのように進化したかを示しています。 Rhapsody での SysML IBD の単純化を含む、いくつかの概念と初期のシステム定義フェーズの作業を示して、フローを使用して Visio のようなコンテキスト図を作成します。

Description #

This video gives an impression of where I've moved to in the 7 years since I left IBM and started to support customers using Rhapsody. Broadly speaking to get users with less experience to be able to model, I've moved from delivery of generic SysML training to customizing Rhapsody with profiles that automate the modeling experience; the richest one being the Executable MBSE Profile in the SysML Helper toolkit (www.executablembse.com). This open source GPL 3.0 licensed profile takes a jigsaw approach to following reusable modeling patterns to create models developed by a team where different team members work in different packages. Although it started life as supporting executable mbse methods, this video demonstrates how it as evolved much wider than that. I show just some concept and early system definition phases work including the simplification of SysML IBDs, in Rhapsody, to create a Visio-like context diagrams with flows.

Video #

IBM Engineering Rhapsody Tip #105 - Simplification of SysML for early context analysis