UML と Merise はどちらもソフトウェア開発のための組織的なツールボックスです。その点で、どちらを使用しても根本的に問題はありません。開発の決定の一部の側面 (ユース ケース、クラス図など) を形式化するためにのみ使用する必要があるためです。 .)。表現力に関しては、よく覚えていれば、UML に欠けているデータベース モデリング機能が Merise にはいくつかありますが、UML には (よく覚えていれば) Merise には見られないユース ケース モデリング、シーケンス図があります。全体として、UML は高レベルのソフトウェア開発概念 (概念/組織の次元) のためのツールをいくつか提供しているのに対し、Merise はもう少し組織的/運用的であると言えます。
とはいえ、最終的な選択を導くこれらの質問/理論的根拠にすべてが帰着する必要があります。
- あなたのチームの文化は何ですか?私の知る限り、Merise はフランス以外では追いつかなかった開発プロセスであり、UML を支持して徐々に放棄されつつあります。若いチームの場合、ほとんどの開発者はいくつかの UML の概念を持っているはずです。
- UML と Merise の両方の文化を持つチームに所属している場合、両方の言語を使用するメリットは本当にありますか? ほとんどの概念は両方のアプローチ間でマッピングする必要がありますが (両方を習得すればかなり簡単です)、各開発図/フェーズ間でこれらの概念を精神的に変換する努力を全員が行う必要があります。それは本当に価値がありますか?
- UML を輝かせる最後の側面が 1 つあります。それはツールです。いくつかの Merise IDE があることは確かですが、UML ダイアグラムを快適に編集するためのツールがたくさんあります (たとえば、PC の Visio またはStarUML 、Mac の Omigraffle、 Papyrus (Eclipse 用)などのポータブル ソリューション)。または Gentleware のPoseidon . 基本的な図面や PDF を共有して、デザインの選択を説明することは最も避けたいことです。