UML建模 - 持续更新

一公司官网的UML建模文章集合

一些不做的观点引用一下。

• 1、领域的理解

1. 我们设计领域模型时不能以用户为中心作为出发点去思考问题，不能老是想着用户会对系统做什么；而应该从一个客观的角度，根据用户需求挖掘出领域内的相关事物，思考这些事物的本质关联及其变化规律作为出发点去思考问题。
2. 领域模型是排除了人之外的客观世界模型，但是领域模型包含人所扮演的参与者角色，但是一般情况下不要让参与者角色在领域模型中占据主要位置，如果以人所扮演的参与者角色在领域模型中占据主要位置，那么各个系统的领域模型将变得没有差别，因为软件系统就是一个人机交互的系统，都是以人为主的活动记录或跟踪；比如：论坛中如果以人为主导，那么领域模型就是：人发帖，人回帖，人结贴，等等；DDD的例子中，如果是以人为中心的话，就变成了：托运人托运货物，收货人收货物，付款人付款，等等；因此，当我们谈及领域模型时，已经默认把人的因素排除开了，因为领域只有对人来说才有意义，人是在领域范围之外的，如果人也划入领域，领域模型将很难保持客观性。领域模型是与谁用和怎样用是无关的客观模型。归纳起来说就是，领域建模是建立虚拟模型让我们现实的人使用，而不是建立虚拟空间，去模仿现实。
   —— 摘自：领域建模的重要性

• UML–在软件开发个阶段的应用

1. 需求：用例图
2. 分析：对用户的需求进一步的分析。使用类图描述系统静态结构；使用顺序图、合作图、活动图和状态图描述系统的动态行为。
3. 设计：根据对系统的分析提出解决问题的方案。使用类图、包图把分析类和分析包转化为设计类和设计包。对类的接口和实现进行设计。
4. 实现：把设计阶段的类转换成某种面向对象程序设计语言的代码。根据详细设计的类进行实际编码。
5. 继承与交付：应用构件图、包图和部署图来进行系统的集成与部署。
6. 测试：
   ▶ 根据类图进行单元测试，然后对每个类和包的接口进行集成测试，最后对整个软件进行系统测试。
   ▶ 单元测试使用类图和类的规格说明书
   ▶ 集成测试使用类图、包图、构件图和合作图
   ▶ 系统测试使用用例图确认系统的功能和行为
   —— 摘自： UML–在软件开发个阶段的应用

uml图六种箭头的含义