UML的常见用法

在我的工作场所,我们在编写大型企业级Web应用程序时广泛使用了UML类图。在某些情况下,我们使用序列图。但是,我们决不会使用完整的UML图表套件,甚至不会接近它。UML只能通过咀嚼肉和吐出骨头来有效。它是一个很好的沟通工具,但是使用太多的功能会让人困惑。

UML(统一建模语言)是灵活的。不需要一直使用“完整的”UML。

是的,我已经使用UML来交流设计。我将域、类、活动、用例、序列和部署图用于各种用途。

其中一些目的超出了图表的“明显”使用范围。例如,我使用部署图来记录虚拟机的集合。由于节点元素是一个UML“分类器”,因此可以与继承一起使用。我用这个来演示基本虚拟机是如何专门化的。例如,基本服务器只是Windows Server 2008,但安装了SQL Server的专用化,并且该专用化正被用作数据库服务器。

我见过UML类图在自动代码生成中的用法。水流是这样的, Enterprise Architect 用于从类图中生成XML架构。然后将此架构用作 JAXB 生成生成Java类的程序,这些类提供对UML模型中表示的数据的编程访问。

UML图对于捕获和通信需求以及确保系统满足这些需求很有用。它们可以在规划、设计、开发和测试的各个阶段反复使用。

主题: 在开发过程中使用模型 在 http://msdn.microsoft.com/en-us/library/dd409423%28VS.100%29.aspx

模型可以帮助您可视化系统工作的世界,明确用户的需求,定义 系统的体系结构,分析代码,并确保代码满足需求。

如果不想从头创建UML图,可以从代码创建序列图、依赖关系图和层图,并使用层验证来确保代码中的更改不会与指定的设计冲突。我在下面的文章中对此进行了更详细的描述:

如何学习优秀的软件设计/架构? 在 https://stackoverflow.com/questions/268231/how-to-learn-good-software-design-architecture/2293489#2293489

根据我的经验,我发现UML序列图对于试图理解系统或系统的特定过程的人来说是最有用的。

最有可能的原因是,它显示了各种组件如何合作,以及它们各自的职责是什么。垂直维度显示时间,并且图表非常直观,可以理解,即使对于不了解UML的人也是如此。

我发现UML类图比实体关系图对逻辑数据模型或域模型更有帮助。它更具表现力,具有泛化(即继承)和特定的N对N关系。尝试在ER图中对此进行建模:)