系统软件设计中模块划分案例.pdfVIP

系统软件设计中模块划分案例

一、系统设计

根据工程实践经验，系统设计总体来说可以精简提炼分为两个核心阶

段，即总体设计和详细设计。

1、总体设计

总体设计的主要任务是把需求分析得到的结果转换为软件结构和数据

结构，也就是确定软件的主体系统结构。

设计软件结构的具体任务是将一个复杂系统按功能进行模块划分、建

立模块的层次结构及调用关系、确定模块间的接口和人机界面等。

概要设计方法的主要目标是根据特定维度确定各个子系统和模块的划

分，将由一个或多个功能(或目标)密切相关或相似的应用程序所组成的程

序集合抽象出来。根据经验概要设计方法主要包括模块化方法、功能分解

方法、面向数据流和面向数据结构的设计方法。按照面向服务架构（SOA）

或者比较时髦的观点，概要设计的主要工作就是提取和整合微服务及业务

逻辑，按照领域抽取展示层，最终拆分出功能独立的子系统。举例来说，

按照一般的模块化或者功能拆分方法，我们可以将一个完善的电商系统分

解为商品、库管、订单、支付、财务、结算、配送、有哪些信誉好的足球投注网站、CRM、虚拟

货币、优惠票券、短信、邮件、活动等子系统。而子系统可以再次按照模

块或者功能细分，比如订单系统可以按商品品类或者活动类型或者线上线

下等维度拆分；支付系统可以按照内外部支付方式、支付和风控策略、支

付模式（如跳转或直连等）等不同维度进行划分。从SOA的角度看，不

论子系统划分维度是什么，SOA都会对各种服务进行布局和整合，发布服

务和数据契约，其最主要的目的就是对子系统服务进行复用。当然，SOA

如何和子系统设计布局和整合联系起来这是另一个话题了，本文不展开讨

论。

2、详细设计

细节决定成败(Ideaischeap,detailisdevil.)，详细设计是实现系统

模块的关键步骤。

程序=算法+数据结构，虽然我认为这个公式不完全正确，但是突出

了算法和数据结构的重要性。

详细设计的主要任务就是根据总体设计中确定的业务子系统，设计每

个子系统功能或模块的实现算法和数据结构，但根据一般的业务系统开发

经验，详细设计涉及的具体内容可能还包括数据库设计、界面设计、子系

统互联设计等。

详细设计非常考验程序员的基本编程水平和经验。我认为任何详细设

计的最终目标都是通过可编程的手段实现软件系统，所以，对于开发人员，

代码是第一重要的作品，其次才是文档，手册，图表，再其次是PPT等等

这些副产品。

在实现业务子系统的过程中，必然会涉及到各种方法论，比如面向过

程，面向对象等等。那么通过哪种方法论如何实现一个可正常工作功能强

大适应变化的子系统呢？

在系统具体实现这一块，我个人接触最多的是面向对象编程

（OOP）。成功设计开发一个子系统，我的个人开发经验可以总结为如

下几条：

a、分而治之，划分模块，子系统还可以拆分子系统，服务还可以拆

分子服务，这里涉及到一个粒度的问题，非常考验开发者的水平和经验，

否则很容易过度设计

b、分层，这个不用说了，如果你真正理解分层的含义，那么在很多

情况下，N层不如经典三层，谁写谁知道

c、保证隔离，划清界限，不要过多假设，不要拖泥带水，任何模块

或服务只做它该做的事情

d、实现隔离的最佳方法，就是针对接口，而不是对具体实现编程

(ProgrammingtoanInterface,notanImplementation)

e、多态，多态，多态，如果一定要复用类，请优先使用对象的组合

而非继承

f、提取变化剧烈的变化点，定期重构，核心业务逻辑必须单元测试

g、UI变化最大，其次业务逻辑，而且很多时候UI变化会直接影响后

端业务逻辑，所以，你的接口设计要向UI和业务逻辑倾斜，反而是基础

框架和基础服务非常稳定，不需要过度设计

做到上面这几点，绝大多数的开发问题都会迎刃而解，反正在我多年

开发经历中屡试不爽。

当然，归根结底，成功的子系统的设计与开发还是看具体开发者的水

平，如果逻辑和抽象能力差，或者不认真没有追求看上去就不那么让人放

心，说什么都是白搭。

二、平台化设计

我们可以把以提供统一的公