XXX项目系统概要设计说明书广州市XX有限公司二〇X X年X月文档修改记录目录第一章引言 (1)1.1目的 (1)1.2背景 (1)1.3术语定义 (2)1.4参考资料 (2)第二章系统环境 (3)1.5运行环境 (3)1.1.1系统支撑环境 (3)1.1.2部署图 (4)1.1.3系统接口 (4)1.1.4系统安全控制 (4)1.6运行模块组合 (4)1.7运行环境的配置 (4)1.8条件与限制 (5)第三章系统总体结构设计 (6)1.9系统结构设计描述 (6)1.10总体结构图 (7)1.11功能需求与程序的关系 (7)1.12子系统清单 (8)第四章模块功能分配 (9)1.13系统划分及功能描述 (9)1.14专用模块功能概述 (9)1.15公用模块功能概述 (10)1.1.5版本控制管理 (10)1.1.6帮助模块 (10)第五章数据库设计 (11)1.16逻辑视图 (12)1.17数据库表关系图 (12)1.18数据表清单 (12)1.19主要算法设计 (13)1.20其它数据结构设计 (13)第六章接口设计 (14)1.21用户接口 (14)1.22内部接口 (14)1.23外部系统接口 (14)第七章安全保密设计 (16)1.24用户管理和权限控制 (16)第八章维护及出错处理设计 (17)1.25系统维护设计 (17)1.26出错信息 (17)1.27出错处理 (17)1.28系统故障预防与恢复 (17)1.29数据备份与恢复 (18)第九章设计约束 (19)1.30字节集编码约束 (19)1.31操作系统约束 (19)1.32其他约束 (19)第十章附件 (20)第一章引言1.1目的提示：简要说明编写这份概要设计说明书的目的，指出预期的读者。
概要设计说明书的编写目的是为了说明系统总体设计的技术方案，从程序系统的设计考虑，包括系统的基本处理流程、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等内容，以向整个设计期提供关于程序系统的逻辑和数据功能实现方式的总体描述，从而作为程序详细设计或编码的基础。
设计阶段将以本文档为核心文档。
应包括以下几个方面：将系统需求转换为未来系统的设计逐步功能需求逐步分解为模块和库，开发强壮的系统构架使设计适合于实施环境，为提高性能而进行设计概要设计说明书的适用读者为：系统开发者、测试人员、工程监理等1.2背景1.说明待开发的软件系统的名称2.列出本项目的任务委托单位、开发单位、协作单位、用户单位3.说明项目背景，叙述该项软件开发的意图、应用目标、作用范围以及其他应向读者说明的有关该软件开发的背景材料。
如果本次开发的软件系统是一个更大的系统的一个组成部分，则要说明该更大系统的组成和介绍本系统与其它相关系统的关系和接口部分4.保密说明：本项为可选项，一般的软件公司都会要求对软件开发的概要设计文档进行保密，不允许被复制、使用和扩散到公司之外的范围，如果需要强调则允许做相关的保密说明5.版权说明：本项为可选项，若有必要，才要作有关的描述。
1.3术语定义1.4参考资料列出所本文档所使用的参考资料，包括：1 本软件开发所经核准的合同或标书或可行性报告等文档2 软件开发计划书3 需求分析报告4 测试方案（若存在初稿的话）5 与本项目有关的已发表的文件或资料6 本文件中各处引用的文件、资料，所采用的软件开发标准和规范注意：必须列出文件、资料的作者、标题、编号、发表日期和出版单位，以说明这些文件资料的来源。
若某些文档有保密要求的，则要说明其保密级别。
第二章系统环境1.5运行环境1.1.1系统支撑环境提示：图、表形式给出为实现用户功能需求，而所涉及的软件、硬件环境以及网络环境。
1. XXX服务器1.1.2部署图提示：应清晰明确的给出用户和系统各功能以及系统物理结构和连接关系图。
应当符合UML建模规则。
1.1.3系统接口提示：系统、模块内部和系统、模块之间的接口规范。
图、表方式描述个功能模块间的接口定义、物理特性、软硬件特性等。
1.1.4系统安全控制提示：应设定系统安全保密体系和控制关系。
1.6运行模块组合提示：为可选项，说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合，说明每种运行所历经的内部模块和支持软件。
可以用图、表方式表现描述。
1.7运行环境的配置提示：说明本系统应当在什么样的环境下运行，有什么强制要求和建议？1.8条件与限制提示：为可选项，只要当软件系统的设计或开发受到某种特定的限制，或者可能直接能影响系统设计的某种因素，这些因素可能成为系统的设计约束，他们的改变可能会影响某些需求的实现时，才需要做概要介绍。
若存在以下方面的系统约束或条件限制时，可以进行相关的阐明：（但不限于这些）为完成本软件系统应具备的特定条件、开发单位已具备的条件以及尚需创造的条件,如：现阶段还未到位的设备、资源等需要做出相应的约束说明。
必要时，还应说明用户及分合同承包者承担的工作、完成期限及其他条件与限制，如果用户及分合同承包者对系统的实现起到的某些作用会直接影响系统设计的成败则要特别说明。
本系统的设计规范需要受到某些特定的行业规范的限制。
本系统的开发需要受到用户对系统的工程化管理的某些特别的要求，包括用户规定对系统实现的全过程的变更规定。
本系统设计工作所需的一些假定条件和必须满足的约束，如本功能的开发假定用户会熟练使用SQL语言，本功能的实现应该在某功能实现前开发完成等。
本系统的设计可能需要使用的所有购入构件、所有适用的许可或使用限制，以及所有相关的兼容性及互操作性或接口标准的有关限制和规定。
第三章系统总体结构设计1.9系统结构设计描述结构设计是指定义软件系统各主要部件之间的关系。
总体结构设计就是将系统按照功能逻辑划分成多个子系统，各子系统再细划分第二层次结构——模块。
总体设计要遵循“开闭原则（Open-Closed Principle）”——一个软件实体应当对扩展开放，对修改关闭。
具体来说，“开”就是扩展性要好，后面增加功能应该不需要修改到原来的结构或代码；“闭”就是与其它模块的调用通过封装成接口进行。
总体设计的基本步骤如下：1.用选定的设计工具、计划中设定的交付方式（如小版本渐进交付）及团队已经掌握的设计方法，结合一些适当的设计原则（如功能模块化等），将系统分解为若干子系统，明确子系统中包含的功能模块。
2.确定子系统、功能模块间的约束、假设和依赖（如系统运行环境和开发、测试环境等，并考虑系统并发性和分布性要求）。
子系统之间的依赖关系在设计时尽量以接口的方式进行交互。
3.结合以上内容，对系统的模块逻辑实现和集成方法进行设计，降低使软件难于实现、测试（必要时测试人员参与讨论）、维护的因素，形成高内聚、低耦合的系统体系结构；4.通过以上对系统的模块或子系统的设计、划分之后，形成系统总体结构图。
【编写实例参见如下：】系统设计主要是基于MVC设计模式，M代表模型Model，V代表视图 View， C代表控制器Controller。
MVC模式将系统分为三层，层与层之间通过又一定的模式联系，使数据实体与业务逻辑、业务逻辑与页面展现分离。
MVC设计模式主要由三部分组成。
模型M是应用对象，没有用户界面。
视图V表示它在屏幕上的显示，代表流向用户的数据。
控制器C定义用户界面对用户输入的响应方式，负责把用户的动作转成针对Model的操作。
Model 通过更新View的数据来反映数据的变化。
采用MVC模式的目的是增加代码的重用率，减少数据表达，数据描述和应用操作的耦合度。
同时也使得软件可维护性，可修复性，可扩展性，灵活性以及封装性大大提高，以满足系统设计原则。
关系如图：图三-1 模型关系图1.10总体结构图提示：用模块图表达出系统的总结组成，结构，力求能够表达出从最高点看出系统的组成模块或子系统的分布与关系，力求简单、准确。
该图的模块或子系统的划分应该能够映射到最终实现的代码的工程项目或组件上。
1.11功能需求与程序的关系1.12子系统清单如果本系统划分了子系统，应该列出所有子系统来，按以下内容列出，子系统之间的划分应该有一定的原则，如按业务功能、按部署环境等，要统一一种原则。
第四章模块功能分配具有功能独立、能被调用的信息单元叫模块。
模块功能分配，分为公用模块和专用模块。
公用模块：将具有相同功能的模块合并，从中提取公用模块，形成公用部件，作为本系统的公用资源，甚至作为总体的公用资源，从而优化系统设计，加快开发速度，提高开发质量。
专用模块：专门用于实现用户特定需要或要求的模块，专用模块之间共性很低。
应该在系统概要设计阶段就充分考虑模块的重构与划分设计。
1.13系统划分及功能描述提示：说明本系统的系统元素（即各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能说明，分层次地给出各元素之间的控制与被控制的关系。
系统划分允许采用各种形式（如：系统功能模块列表等）进行描述，建议用系统模块结构图表示，再附上简单的文字说明，以说明模块的层次结构以及相应的接口控制关系，有必要时需要介绍模块之间的调用关系，要求相应的功能模块最好要有一定的模块编号进行标识。
1.14专用模块功能概述提示：从本节开始描述各个功能模块的处理流程，建议每一个功能模块为单独一节，标题可以根据模块结构图中的模块划分情况自行决定。
描述系统中各个功能模块相应功能的全部细节，要求对每一个模块的设计都可以被实现，并能够被验证的，主要就是描述每一个模块的输入、输出和处理流程，必要时，可以借助业务流程图来描述。
建议采用活动图形式来描述模块内部和模块间的业务流程。
1.15公用模块功能概述提示：公共模块的部分与专用模块的描述形式相同，但这部分功能一般是多个模块都可以调用的，因此将其单独提出来进行描述，可以对系统进行更好的功能模块划分。
建议也是采用业务流程图描述。
1.1.5版本控制管理提示：可选项，大中型系统设计模块众多，系统派生出来的个性化的半定制软件的升级需求，此时需要事先考虑有关软件产品升级班本的控制办法以及版本号的升级原则。
1.1.6帮助模块功能：填写该模块实现的功能。
界面：可用Visio画界面。
如果有原型可以统一在前面说明，不必每个模块填写。
输入：填写模块输入信息。
（无输入可以省略）输出：填写模块输出信息。
（无输出可以省略）处理逻辑：填写模块业务处理流程，必要时使用流程图数据结构：该模块所涉及的数据结构，一般会列出业务处理所涉及到的库表清单备注：第五章数据库设计数据库设计(Database Design)是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求（信息要求和处理要求）。
数据库是信息系统的核心和基础，把信息系统中大量的数据按一定的模型组织起来，提供存储、维护、检索数据的功能，使信息系统可以方便、及时、准确地从数据库中获得所需的信息。
