- 博客(4)
- 收藏
- 关注
原创 OO系统设计师之路--设计模型系列(1)--软件架构和软件框架[从老博客搬家至此]
软件架构是一种思想,一个系统蓝图,对软件结构组成的规划和职责设定。而软件框架是一个实现,一个半成品,是针对一个特定问题的解决方案和辅助工具。
2010-10-18 16:00:00 11761 10
原创 OO系统设计师之路--分析模型系列(3)--分析模型的调整和优化[从老博客搬家至此]
草图代表了需求的实现,是一个细节的表露。接下来的优化的调整,就以此为基础。主要的输入:草图,系统架构,业务规则,补充用例规约,系统原型。主要的输出:调整后的分析模型,子系统,组件视图和部署视图(针对分布式应用而言)
2010-10-18 15:58:00 9058 2
原创 OO系统设计师之路--分析模型系列(2)--怎样做分析模型 [从老博客搬家至此]
分析模型是系统的高层抽象,是高于实现语言和实现方式的。因此在做分析模型过程中,要跳出固有的java思维,C++思维,同时也暂时不要考虑设计模式的应用,而专心的,用OO思维把四个分析类的职责和交互,以及它们之间的关系定义清楚。如果说用例分析大部分情况下是程式化的(笔者正希望它是程式化的),那么你会发现,分析模型大部分工作也是程式化的。
2010-10-18 15:54:00 9012 1
原创 OO系统设计师之路--分析模型系列(1)--什么是分析模型 [从老博客搬家至此]
分析模型是高层次的系统视图,在语义上,分析类不代表最终的实现。它是计算机系统元素的高层抽象。 笔者认为分析模型正是OO设计的核心,而设计类只是OO的实现手段。 分析模型是MVC模式的经典应用。对比分析类的名称,MVC模式,读者应该能够发现分析类在OO和商业目标中精妙的对应关系:人,事,物,规则--actor,boundary,engity,control。这就是为什么笔者说分析模型是OO设计的核心。
2010-10-18 15:43:00 11054 1
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人