一公司官网的UML建模文章集合
一些不做的观点引用一下。
- 1、领域的理解
- 我们设计领域模型时不能以用户为中心作为出发点去思考问题,不能老是想着用户会对系统做什么;而应该从一个客观的角度,根据用户需求挖掘出领域内的相关事物,思考这些事物的本质关联及其变化规律作为出发点去思考问题。
- 领域模型是排除了人之外的客观世界模型,但是领域模型包含人所扮演的参与者角色,但是一般情况下不要让参与者角色在领域模型中占据主要位置,如果以人所扮演的参与者角色在领域模型中占据主要位置,那么各个系统的领域模型将变得没有差别,因为软件系统就是一个人机交互的系统,都是以人为主的活动记录或跟踪;比如:论坛中如果以人为主导,那么领域模型就是:人发帖,人回帖,人结贴,等等;DDD的例子中,如果是以人为中心的话,就变成了:托运人托运货物,收货人收货物,付款人付款,等等;因此,当我们谈及领域模型时,已经默认把人的因素排除开了,因为领域只有对人来说才有意义,人是在领域范围之外的,如果人也划入领域,领域模型将很难保持客观性。领域模型是与谁用和怎样用是无关的客观模型。归纳起来说就是,领域建模是建立虚拟模型让我们现实的人使用,而不是建立虚拟空间,去模仿现实。
—— 摘自:领域建模的重要性
- UML–在软件开发个阶段的应用
- 需求:用例图
- 分析:对用户的需求进一步的分析。使用类图描述系统静态结构;使用顺序图、合作图、活动图和状态图描述系统的动态行为。
- 设计:根据对系统的分析提出解决问题的方案。使用类图、包图把分析类和分析包转化为设计类和设计包。对类的接口和实现进行设计。
- 实现:把设计阶段的类转换成某种面向对象程序设计语言的代码。根据详细设计的类进行实际编码。
- 继承与交付:应用构件图、包图和部署图来进行系统的集成与部署。
- 测试:
▶ 根据类图进行单元测试,然后对每个类和包的接口进行集成测试,最后对整个软件进行系统测试。
▶ 单元测试使用类图和类的规格说明书
▶ 集成测试使用类图、包图、构件图和合作图
▶ 系统测试使用用例图确认系统的功能和行为
—— 摘自: UML–在软件开发个阶段的应用