Thinking in UML 大象(读书笔记)
hongluk
这个作者很懒,什么都没留下…
展开
-
第一章 为什么需要UML
通过软件建模建立起来的模型必须是可追溯和可验证的。而建立模型的关键就是把人,事,物三者之间的关系定义出来。在UML中,人就是"参与者",事也就是业务目标是"用例".那么做这件事的规则就是business scenario及use case scenario.在UML中使用business object model的视图说明他们的关系。 从现实世界到计算机实现的步骤有:现实世界->业务模原创 2010-01-13 16:04:00 · 375 阅读 · 0 评论 -
第三章 UML核心-寻找参与者
参与者参与者位于边界之外寻找方法谁对系统有着明确的目标和要求并且主动发出动作系统为谁服务?参与者一定是直接并且主动地向系统发出动作并获得反馈寻找参与者的问题表谁负责提供,使用或者删除信息?谁将使用此功能?谁对某个特定功能感兴趣?在组织中的什么地方使用系统?谁负责支持和维护系统?系统有哪些外部资源?其他还有哪些系统将需要与该系统原创 2010-01-18 16:38:00 · 544 阅读 · 0 评论 -
第二章 建模基础
业务建模的公式:问题领域 = 抽象角度(用例)总和抽象角度 = 问题领域边界之外的参与者的业务目标 = 业务用例业务用例 = 特定场景总和特定场景 = 静态事物 + 特定条件 + 特定动作 或者 特定的事 = 特定的事物 + 特定的规则 + 特定的人的行为用例驱动:问题领域是所有用例(抽象角度)的总和,所以所有的用例解决了,那么问题领域也解决了。在统一过程中原创 2010-01-13 16:06:00 · 454 阅读 · 0 评论