软件概要设计和详细设计精要.pdfVIP

软件概要设计和详细设计精要--第1页

前段时间在项目上因为阅读某公司的软件详细设计说明书，引发了我的一些思考，这

既是自己多年来感悟的一次梳理，也作为我从事企业模型咨询工作的一次总结。因为

涉及的内容太广泛，以下尽量用简洁的语言来叙述。传统的面向结构的设计，概要设

计主要是给出系统整体功能菜单，模块之间的调用关系描述，还有软件系统工作环境

的说明；详细设计则主要针对一个模块的算法设计，屏幕界面设计，按钮操作设计等

等。面向结构的软件设计缺点主要有以下两点：1、从业务逻辑到功能菜单的跳跃太大，

导致需求及变更的追溯性难以保证；2、结构化开发方法不区分内外，不区分层次，编

码语句会把信息全部平铺暴露，使用不当会形成太多的耦合点，修改起来牵一发而动

全身，所以应变性很差。软件行业发展变化太快，上世纪颁布的国家标准都不适应了

现在的工程实践。特别是从软件工程转到面向对象的设计，还有所谓的快速迭代开发

方法，完全打乱了原来面向结构的设计步骤。但是，越是变化快，就越需要理出“变

中不变”的约束和规范来。因此，如何才能划分好概要设计与详细设计的界限，明确

其设计的基本思想和原则具有至关重要的意义。从概要到详细，首先就是要贯彻由整

体到局部、由概括到细节，由概念模型到物理模型，由业务逻辑到IT技术实现，由

“做什么”的描述到“如何做”的可执行步骤，这是一个由表及里、抽丝剥茧、层层

深入的分析过程。要体现企业架构的思想，既要把业务架构与应用架构平滑过渡，无

缝连接，需求分析可追溯不跳跃不中断；又要整体架构可扩充，可伸缩，具有松耦合

的特点，这样就便于发生需求变动进行修改。要体现出概要设计与详细设计之间的

“松耦合”和“可验收”的两大特点，就必须找到这两者之间的不变量，就是设计的

提交物应该达到可检验的颗粒度，形成成果物体现出“变中不变”的抽象关系。这样

从不变量的角度讲，可以说明概要设计书的确完成了任务，作为详细设计的输入起到

了约束条件的作用；从可变的角度讲，就明确了在详细设计阶段必须补充的需求调研，

这也是设计者具有的主观能动性可以有所作为的部分。要体现模型驱动的思想，把模

型定义描述与它的编码执行区分开，采用SOA的架构思想，参见前面“模型驱动，最

重要的顶层设计思想”一文，尽量用业务的语言来描述表达相应的业务需求，比如采

用服务组合的方式，把真正的可执行编码放在最后的部分；要采用面向对象的技术方

案来落实以上设计原则，首先，离散组件（模块）就是对象，从一个元件的角度，它

有对象的封闭性特点，就是区分（划分）出一个元件的内部和外部，这就是面向对象

的封装性特点。所有属性都是对象的属性展开，没有脱离对象的属性。柏拉图所说独

立的“共相”并不存在。不存在一般的白，只存在白的东西。任何统计指标总是离不

开统计对象，它是一切数据的来源。封装性的黑盒方法：对象通信接口方法的具体方

法，对象互交的接口研究，所谓组件就是区分了内外，组件内的信息只在接口显示，

这个方法或者称为对象内在属性的逐步暴露方法，有限信息方法，对象属性的暴露是

通过动词（职能域）来完成的，详细论述请参考“实体对象与企业建模的关系”一文。

可以说组件就是面向对象方法的一个特例。在对象协作中可以采用角色的岗位职责方

法来分担系统要求的各项功能，平衡负载，协同调度，这是从组件结构设计到整体系

统功能转换的精彩之处，即对象岗位职责分配法：把一个新的任务分配给各个部门岗

位，即结构功能法，用结构实现功能的方法，因为对象方法具有黑盒的封装性，它通

过接口技术屏蔽对象内部信息的过多暴露、把对象协作和其间的传递函数都简单化。

最简单的接口就是函数，传递函数的方法，IPO的数学表达。组件之间的通信和互交

则是通过接口来完成的，这是组件要进行相互协作的一个前提。通过组合来完成协作，

不仅是共时同步的协作，也可以是流程顺序的协作。因为组件如何通过组合来完成一

个特定的功能，就是组件的一个基本的任务，也是从结构设计到功能实现的典型案例。

正是在这些点上，组件和面向对象有着共同的逻辑。以下是企业架构几个重要的连接

软件概要设计和详细设计精要--第1页

软件概