![](https://img-blog.csdnimg.cn/20201014180756925.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
OO系统设计师之路系列
文章平均质量分 92
coffeewoo
《大象——Thinking in UML》作者。关注企业数字化转型,正在研发企业数字化中台产品。
本人是经验丰富的IT从业者,曾经担任过项目经理、产品经理、系统分析师、架构师等职,拥有10多个项目分析、设计、管理经验,对软件领域有着全面和深刻的理解。精通UML及建模方法,在需求管理、分析方法、企业架构、软件架构建模以及面向对象的分析和设计方面具有十多年的实践经历,有着深刻的理解和独到的认识。精通软件工程和各种软件方法,如RUP、敏捷方法等。精通项目管理,PMP证书获得者。
展开
-
OO系统设计师之路--分析模型系列(3)--分析模型的调整和优化[从老博客搬家至此]
草图代表了需求的实现,是一个细节的表露。接下来的优化的调整,就以此为基础。主要的输入:草图,系统架构,业务规则,补充用例规约,系统原型。主要的输出:调整后的分析模型,子系统,组件视图和部署视图(针对分布式应用而言)原创 2010-10-18 15:58:00 · 9071 阅读 · 2 评论 -
OO系统设计师之路--分析模型系列(2)--怎样做分析模型 [从老博客搬家至此]
分析模型是系统的高层抽象,是高于实现语言和实现方式的。因此在做分析模型过程中,要跳出固有的java思维,C++思维,同时也暂时不要考虑设计模式的应用,而专心的,用OO思维把四个分析类的职责和交互,以及它们之间的关系定义清楚。如果说用例分析大部分情况下是程式化的(笔者正希望它是程式化的),那么你会发现,分析模型大部分工作也是程式化的。原创 2010-10-18 15:54:00 · 9023 阅读 · 1 评论 -
OO系统设计师之路--设计模型系列(1)--软件架构和软件框架[从老博客搬家至此]
软件架构是一种思想,一个系统蓝图,对软件结构组成的规划和职责设定。而软件框架是一个实现,一个半成品,是针对一个特定问题的解决方案和辅助工具。原创 2010-10-18 16:00:00 · 11771 阅读 · 10 评论 -
OO系统设计师之路--分析模型系列(1)--什么是分析模型 [从老博客搬家至此]
分析模型是高层次的系统视图,在语义上,分析类不代表最终的实现。它是计算机系统元素的高层抽象。笔者认为分析模型正是OO设计的核心,而设计类只是OO的实现手段。分析模型是MVC模式的经典应用。对比分析类的名称,MVC模式,读者应该能够发现分析类在OO和商业目标中精妙的对应关系:人,事,物,规则--actor,boundary,engity,control。这就是为什么笔者说分析模型是OO设计的核心。原创 2010-10-18 15:43:00 · 11075 阅读 · 1 评论