　UML/SysMLツールには、製品としてastah* やEnterprise Architect、Rhapsodyなどがあります。それにVisual StudioやNetbean、Eclipseなどの統合開発環境には付属しているかアドオンできるツールもあります。UMLツール以外にはE-R図ツールとしての「MySQL Workbench」や汎用作図ツール（DFDやフローチャートが描けます）としての「Microsoft Visio」（製品版）や「Dia」（フリー版）などがあります。この他にもツールはいろいろとあります。

　UMLツールは精錬されていて、文房具のように自然に使えるものが多いですが、そうでない分野のツールもあります。ツールで苦労するのは本末転倒です。使いにくいと感じたら、別のツールを使うことをお勧めします。

（第2回「モデリングツールめぐり」参照）　（目次へ戻る）

2. UMLとSysML

（2-1）UMLで使いにくいところは？

　UMLで使いにくいところとしては（1）階層記述ができない、（2）要求図が弱い、（3）仕様が膨大で不統一、（4）トレーサビリティが弱い、（5）目的が総花的、（6）コード生成が弱い、（7）差分表記が弱い、などが挙げられます。

　他にも使いにくいところはありますが、コツが多く生み出され運用方法も洗練されてきています。これらは次の（2-2）でも紹介していますので、参考にしてください。

（第3回「UML/SysMLの使いにくいところと、それを使いこなすコツ」参照）　（目次へ戻る）

（2-2）UMLの弱点をカバーするには？

　（2-1）で指摘したUMLの弱点をカバーするには、階層記述をするコツ、要求図をUMで描くコツなどが必要になります。これらは第3回の記事を参照してください。

　UMLはソフトウェア開発では主流となっている手法・ツールなので、弱点をカバーする多くの知見が集まっています。主流の手法・ツールを使うことは、このように同じように苦労している人が集まり、その結果、多くの知見が集まるというメリットもあります。

（第3回「UMLを開発現場で使いこなすコツ」参照）　（目次へ戻る）

（2-3）SysMLの使いにくいところは？

　SysMLで使いにくいところは、（1）UMLほど流行っていない、（2）要求図に大きな面積が必要、などが挙げられ、その他はUMLの弱点（2-1）に準じます。SysMLはこれから普及していく手法・ツールですので、今後、欠点やそれをカバーする方法が集まってくるでしょう。

（第3回「SysMLの使いにくいところと使いこなすコツ」参照）　（目次へ戻る）

3. モデリングとプロセス

モデリングを成功させるために――持続可能なモデリングを目指して
今回はモデリングで失敗しないだけでなく、さらにモデリングを成功させ、継続するための方法を探ります。失敗しないコツが盾であるならば、成功と持続のコツは矛に相当しますので、これらを学んでモデリングを持続可能（sustainable）なものとしていきましょう。
モデリングで失敗しないために――失敗から学ぶモデリングの実践的なコツ
モデリングを失敗しないためには、失敗の原因と失敗しないためのコツを知ることが肝要です。今回は失敗しないための実践的なコツを紹介します。
モデリングはなぜ失敗するのか―― 悪いモデル、汚いモデル、意味がないモデル
誰もが失敗したくてモデリングする訳ではないのに、失敗しているモデリングを見る機会は減りません。今回はモデルの失敗例を通じてその原因を探ります。
UMLやSysMLなどのモデリングは“いつ”“何を”“どうするのか”
「モデリングはいつ誰が何をどのようにするのか」――今回はソフトウェア開発の現場で、モデリングを実際にどのように実施しているのか見ていきましょう。またUMLやSysMLの使いにくいところを、開発現場ではどのようにカバーしているのかも見ていきます。
UMLやSysMLを活用できないエンジニアのための実践的活用術（後編）
前編では「モデル」の目的とその効果、具体的なモデル手法について代表的なものを説明しましたが、後編ではその手法を実践するツールを紹介します。
UMLやSysMLを活用できないエンジニアのための実践的活用術（前編）
モデリングの手法やツールの基礎を覚えるだけでなく、モデリングの目的やその本質をつかんで、ソフトウェアの開発現場で実際に役立つように基本を学んでいきましょう。