merise和uml他们能在一个真实的项目中共存吗？

Question

在现实世界的项目中，当您必须使用面向对象的建模和数据库建模来创建某种信息系统时，无论是庞大的网站还是桌面应用程序。

• 你可以使用merise和UML吗？

• 或只是一个建模系统就足够了？

• 在这种情况下哪一个使用？

• 在第一个案例中谁先来Merise或UML？

• 你会如何从另一个人那里过去？

例如，Project包含一个java EE业务服务器和一个java桌面应用程序，换句话说就是一个3tires系统。

Answer 1

UML和Merise都是用于软件开发的组织工具箱，因此在这方面使用一个或另一个没有根本的错误，因为它将/应该仅用于帮助形式化您的开发决策的某些方面（用例，类图表等）。就表现力而言，如果我记得很好Merise有一些你会发现UML缺乏的数据库建模功能，而UML有用例建模，你在Merise中找不到的序列图（如果我记得很清楚）。总而言之，我想说UML为高级软件开发概念（概念/组织维度）提供了更多工具，而Merise则更具组织/运营性。

尽管如此，一切都应归结为这些问题/理由，以指导您的最终选择：

• 你团队的文化是什么？据我所知，Merise是一个在法国以外没有真正赶上的开发过程，而且它正在慢慢放弃，转而支持UML。如果你是一个年轻的团队，大多数开发人员都应该有一些UML概念。
• 如果你是一个同时拥有UML / Merise文化的团队，使用这两种语言真的有好处吗？虽然大多数概念应该在两种方法之间进行映射（一旦你掌握了，这很容易），但它需要每个人在每个开发图/阶段之间精心翻译这些概念。这真的值得吗？
• 最后一个方面是让UML大放异彩：工具。虽然我很确定周围有一些Merise IDE，但你会发现大量工具可以轻松编辑UML图表（例如，PC上的Visio或StarUML，Mac上的Omigraffle，{等便携式解决方案{3}}（对于Eclipse）或Gentleware的Papyrus。您最不希望的是分享基本图纸或PDF来解释您的设计选择。