系统概要设计报告(模板)
XX系统概要设计报告(模板)
XXX系统概要设计V1.0XXX软件公司评审日期：年月日目录1.导言 (3)1.1目的 (3)1.2范围 (3)1.3缩写说明 (3)1.4术语定义 (4)1.5引用标准 (4)1.6参考资料 (4)1.7版本更新信息 (4)2.系统分析 (5)3.界面设计 (5)4.体系结构 (5)5.数据模型 (8)6.模块设计 (9)1.导言1.1目的该文档的目的是描述XXX系统项目的概要设计，其主要内容包括：●系统功能简介●系统结构设计●系统接口设计●数据设计●模块设计●界面设计本文档的预期的读者是：●开发人员●项目管理人员●测试人员1.2范围该文档定义了系统的结构和单元接口，但未确定单元的实现方法，这部分内容将在详细设计/实现中确定。
1.3缩写说明UMLUnified Modeling Language（统一建模语言）的缩写，是一个标准的建模语言。
HRHuman Resource（人力资源管理）的缩写。
JSPJava Server Page（Java服务器页面）的缩写，一个脚本化的语言。
MVCＭｏｄｅｌ－Ｖｉｅｗ－Ｃｏｎｔｒｏｌ（模式－视图－控制）的缩写，表示一个三层的结构体系。
EJBＥｎｔｅｒｐｒｉｓｅＪａｖａＢｅａｎ（企业级ＪａｖａＢｅａｎ）的缩写。
1.4术语定义JSP Model2Servlet/JSP规范的０.９２版本中描述的术语，定义了如何在同一个应用程序中联合使用Servlet和JSP的体系结构。
JavaBean用Ｊａｖａ语言实现的满足一定功能的类。
1.5引用标准1.6参考资料[1] 《实战ｓｔｒｕｃｔ》〔美〕ＴｅｄＨｕｓｔｅｄ机械工业出版社[2] 《软件重构》清华大学出版社1.7版本更新信息本文档的更新记录如表Ｂ－１所示。
表Ｂ-1 版本更新记录2.系统分析本系统可以实现。
3.界面设计本系统的用户界面按功能分客户端和管理端。
3.1管理端界面设计管理端主要实现题库管理、问卷管理、职位管理、简历管理、面试管理以及用户管理等功能。
《系统概要设计说明书》模板
《系统概要设计说明书》模板写作要点：1．1.1编写目的：描述这份软件系统概要设计报告是基于哪份软件产品需求规格说明书编写的，开发这个软件产品意义、作用、以及最终要达到的意图。
注意，如果这份软件系统概要设计报告只与整个系统的某一部分有关系，那么只定义软件系统概要设计报告中说明的那个部分或子系统。
2．1.2预期读者和阅读建议：列举本软件系统概要设计报告所针对的各种不同的预期读者，描述文档中，其余部分的内容及其组织结构，并且针对每一类读者提出最适合的文档阅读建议。
3．1.3参考资料：列举编写软件产品概要设计报告时所用到的项目中的其他文档或资料。
注意，为了方便读者查阅，所有参考资料应该按一定顺排列，尽可能详细的提供资料的信息，比如标题、版本。
4．术语与缩略语：描述在本文使用的独特的术语、定义和缩略语。
注意不是整个项目共用的术语、定义和缩略语，并且缩略语列表中必须按照滋补的升序排列。
5．2.1限制和约束：简要描述起到限制和约束作用的各种可能存在的条件，并且说明在这些条件下，应该实现的系统目标。
这些条件可能包括：技术条件、资金状况、开发环境、时间限制。
6．2.2设计原则和设计要求：描述设计人员的进行概要设计的方法和决策，通常包括:命名规则、模块独立性原则、边界设计原则、数据库设计规则、安全性和保密原则、系统易操作性要求、系统可维护性要求。
7．3系统的软件架构：描述如何将系统分解为子系统，绘制逻辑图，并用文字说明子系统的主要功能和子系统间是如何协调工作的。
注意，在描述系统分解为子系统共的时候要给出分解的原因。
列举子系统时，可以使用下表•子系统编号给出本系统中指定子系统的顺序编号：如果本系统末划分为多个子系统，仅由一个运行模块组成；则本项内容仍需要描述，但是本表内容只有一行。
•子系统英文名称给出本子系统的英文名称，该名称是在应用软件中实际使用的可执行文件名称，必须能够说明该子系统的特点。
•子系统中文名称给出本子系统的中文名称，该名称必须能够说明该子系统的特点。
系统概要设计说明书(模板)
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 导言 (5)1.1 目的 (5)1.2 范围 (5)1.3 命名规则 (5)1.4 术语定义 (5)1.5 相关文档 (6)1.6 参考资料 (6)2 总体结构设计 (7)2.1 总体结构图设计 (7)2.2 运行环境设计 (7)2.3 子系统清单 (8)2.4 功能模块清单 (8)3 模块（部件）功能分配 (9)3.1 专用模块功能分配 (9)3.2 公用模块功能分配 (9)3.3 模块的关系 (9)4 全局数据结构设计 (10)4.1 数据库表名清单 (10)4.2 数据库表之间关系说明 (10)4.3 数据库表的详细清单 (10)4.4 视图的设计 (10)4.5 数据结构和程序的关系 (10)4.6 主要算法设计 (11)4.7 其它数据结构设计 (11)5 外部接口设计 (11)5.1 外部接口1设计 (11)5.2 外部接口2设计 (11)6 运行设计 (12)6.1 运行模块组合 (12)6.2 运行控制 (12)6.3 运行时间 (12)7 出错处理设计 (12)7.1 出错输出信息 (13)7.2 出错处理对策 (13)8 其它设计 (13)文档类别使用对象文档类别本文档是软件系统概要设计说明书的模板，是概要设计说明书的书写标准及规范，是技术文档。
使用对象该文档使用人员包括：●系统分析人员●系统设计人员●系统编码人员●系统测试人员●系统维护人员1导言本章对该文档的目的、功能范围、术语、相关文档、参考资料、版本更新进行说明。
1.1目的本文档的目的旨在推动软件工程的规范化，使设计人员遵循统一的概要设计书写规范，节省制作文档的时间，降低系统实现的风险，做到系统设计资料的规范性与全面性，以利于系统的实现、测试、维护、版本升级等。
系统概要设计报告模板
<项目名称>系统概要设计报告版本<1.1>[注：以下提供的模板用于*******有限公司CMMI标准的模版。
其中用尖括号括起来并以蓝色显示的文本，它们用于向作者提供指导，在发布此文档之前应该将其删除。
][要定制Microsoft Word 中的自动字段（选中时显示灰色背景），请选择“文件>属性”，然后将标题、主题、作者和公司等字段替换为此文档的相应信息。
关闭该对话框后，通过选择“编辑>全选（或Ctrl-A）并按F9，或只是在字段上单击并按F9，可以在整个文档中更新自动字段。
对于页眉和页脚，这一操作必须单独进行。
按Alt-F9，将在显示字段名称和字段内容之间切换。
有关字段处理的详细信息，请参见Word 帮助。
]文档信息及版本历史版权信息本文件内容由【上海*****（集团）有限公司EPG】负责解释本文件的版权属于【上海*****（集团）有限公司】和【XXXXXXX此处写用户单位名称】任何形式的散发都必须先得到本文档版本所属单位的许可【目录】1 概述 (4)1.1 编写目的 (4)1.2 适用范围 (4)1.3 读者对象 (4)1.4 术语和缩写 (4)1.5 参考资料 (5)2 设计概述 (5)2.1 设计约束 (5)2.2 设计策略 (5)2.3 技术实现 (5)3 系统概述 (6)4 系统总体架构 (6)4.1 平台架构 (6)4.2 功能架构 (6)5 模块1 (7)5.1 模块结构 (7)5.2 子模块1 (7)5.3 子模块2 (7)6 模块2 (7)6.1 模块结构 (7)6.2 子模块1 (8)6.3 子模块2 (8)7 运行环境 (8)7.1 软件平台 (8)7.2 硬件平台 (8)8 接口设计 (8)9 系统备份设计 (8)10 系统容错设计 (9)11 设计约定 (9)12 待解决问题 (9)1概述<提示：直接通过数据库进行操作的统计报表类系统，Sieble套件类系统该部分可以不描述> <注意：●所有的正文使用正文格式；●每段的首行都使用Tab键缩进，不要使用空格进行缩进；●建议所有的文档编写者完成文档修改后，需要完成以下工作：确定当前版本、修改版本历史、更新目录、更新页眉、检查文档封面；●文档中编号的建议：本文档中基本上将标题都进行了编号，标题类的都使用数字型的分级编号；若在3级分级编号中，还需要再分级，请使用符号编号，符号统一使用“●”；●关于文件名命名问题：在《配置项标识规范》发布前（发布后，按照此规范要求命名)，为了便于历史记录和查找，建议可以先按照以下方式命名：✧提交小组文档：文档名称+“_”+“日期简称”；✧正式发布文档：文档名称+“V”+版本号。
系统概要设计方案模板
系统概要设计方案编写：XXXXXXX有限公司2014年9月19日1 引言 (4)1.1 编写目的 (4)1.2 背景 (4)1.3 定义 (4)1.4 参考资料 (4)2 总体设计 (4)2.1 简述 (4)2.2 架构设计 (5)2.2.1 系统逻辑架构图 (5)2.2.2 系统物理架构图 (5)2.2.3 顶层系统包图 (6)2.2.4 业务类包图 (7)2.2.5 子系统关系图 (7)2.3 接口设计 (7)2.3.1 界面框架设计 (7)2.3.2 外部接口设计 (8)3 子系统设计 (8)3.1 基础信息子系统 (8)3.1.1 子系统说明 (8)3.1.2 类图 (9)3.1.3 类说明 (13)3.1.4 界面设计 (20)3.2 我的工作台子系统 (22)3.2.1 子系统说明 (22)3.2.2 类图 (23)3.2.3 类说明 (27)3.2.4 界面设计 (33)3.3 工作进展子系统 (34)3.3.1 子系统说明 (34)3.3.2 类图 (35)3.3.3 类说明 (35)3.3.4 界面设计 (35)3.4 信息发布子系统 (37)3.4.1 子系统说明 (37)3.4.2 类图 (37)3.4.3 类说明 (38)3.4.4 界面设计 (39)3.5 系统管理子系统 (39)3.5.1 子系统说明 (39)3.5.2 类图 (40)3.5.3 类说明 (40)3.5.4 界面设计 (41)3.6 个人设置子系统 (42)3.6.1 子系统说明 (42)3.6.2 类图 (43)3.6.3 类说明 (44)3.6.4 界面设计 (45)4 约束和假定 (46)5 系统数据结构设计 (46)5.1 逻辑结构设计 (46)5.1.1 角色表（PUBLIC_ROLE） (47)5.1.2 权限表（PUBLIC_PRIVILEGE） (47)5.1.3 角色权限表（PUBLIC_ROLEPRIVILEGE） (47)5.1.4 部门表（PUBLIC_ DEPT） (47)5.1.5 岗位表（PUBLIC_POST） (48)5.1.6 员工表（PUBLIC_MEMBER） (48)5.1.7 工作任务表（WORKPLAN_ TASK） (49)5.1.8 任务分派表（WORKPLAN_ ALLOTTASK） (49)5.1.9 工作计划表（WORKPLAN_ PLAN） (49)5.1.10 计划任务表（WORKPLAN_ PLANTASK） (50)5.1.11 工作日志表（WORKPLAN_ WORKLOG） (50)5.1.12 工作汇报表（WORKPLAN_ WORKREPORT） (51)5.1.13 信息发布表（PUBLIC_ PUBLISHINFO） (51)5.1.14 收件箱表（PUBLIC_INBOX） (51)5.1.15 系统操作日志表（PUBLIC_OPERA TELOG） (52)5.1.16 个人提醒设置表（PUBLIC_EVENTS） (52)5.1.17 系统表（PUBLIC_SYSTEM） (53)5.1.18 系统功能模块表（PUBLIC_SYSTEMMODULE） (53)5.2 物理结构设计 (53)5.3 数据结构与程序的关系 (53)6 系统出错处理设计 (53)6.1 出错信息 (53)6.2 补救措施 (54)6.3 系统维护设计 (54)工作计划管理系统概要设计说明书1 引言1.1编写目的此概要设计说明书是为了说明整个系统的体系架构，以及需求用例的各个功能点在架构中的体现，为系统的详细设计人员进行详细设计时的输入参考文档。
系统概要设计说明书(内部版)模板
系统概要设计说明书(内部版)模板 {XXX系统}概要设计说明书（内部版）XX公司XXXX年XX月修订记录目录第1章引言 (1)1.1编写目的 (1)1.2定义 (1)1.3读者对象 (1)1.4参考文档 (2)第2章需求概述 (2)2.1项目背景 (2)2.2建设目标 (2)2.3建设内容 (2)2.4设计开发基本要求 (2) 2.5功能需求 (2)2.5.1档案数字化加工 (2) 2.6非功能需求 (4)2.7项目工期与进度要求 (4)第3章总体设计 (4)3.1系统概述 (4)3.2系统平台架构 (4)3.3系统关联模型 (4)3.4系统功能结构 (4)3.5系统功能模型 (4)3.6系统部署结构 (5)3.7系统运行环境 (5)3.8需求检查表 (5)第4章档案数字化加工子系统 (5) 4.1概述 (5)4.2功能结构 (5)4.4企业登记 (5)4.4.1 概述 (5)4.4.2 功能单元1 (5)4.4.3 功能单元2 (6)4.4.4关键处理流程（可选） (6) 4.5档案扫描 (6)4.6著录标引 (6) 4.7图文质检 (6)4.8工作考核 (6)4.9关键处理流程（可选） (6)4.10安全技术应用概述（可选） (6) 4.11组件应用设计（可选） (6)4.11.1组件调用列表 (6)4.11.2组件调用模型 (6)4.11.3组件应用功能设计 (6)4.12全局数据结构设计 (6)4.12.1 物理模块1 (6)4.12.2 物理模块2 (7)4.13需求检查表 (7)4.13.1 功能需求检查表 (7)4.13.2 非功能需求检查表 (8)第5章对外接待查询服务子系统 (8)第6章内部综合查询服务子系统 (8)第7章综合安全防护子系统 (8)第8章集散式电子档案远程同步子系统 (8) 第9章电子档案迁入迁出管理子系统 (8)第10章档案库房综合业务管理子系统 (8)第12章系统维护管理子系统 (8)第13章与其它信息化系统衔接子系统 (8)第14章组件设计 (8)14.1XXX1组件 (8)14.1.1 概述 (8)14.1.2 接口设计 (9)14.1.3 功能设计与技术机制 (9)14.1.4 关键处理流程（可选） (9) 14.1.5 调用关系 (9)14.2XXX2组件 (9)14.3XXX1代码模块 (9)14.3.1 概述 (10)14.3.2 接口设计 (10)14.3.3 关键处理流程（可选） (10)14.3.4 调用关系 (10)14.4XXX2代码模块 (10)第15章数据结构设计 (10)15.1数据库设计 (10)15.2重要数据编码设计 (10)第16章关键算法与技术机制（可选） (10) 16.1XXX (10)16.1.1应用子系统及模块名称 (10)16.1.2 算法与技术机制说明 (11)第17章系统性能设计 (11)17.1XXX功能 (11)17.1.1 应用子系统及模块名称 (11) 17.1.2 性能设计 (11)第18章出错处理设计 (11)18.1出错信息 (11)18.2错误日志文件 (11)第19章兼容性设计 (11)19.1兼容性功能设计 (11)19.2非兼容功能设计 (11)第20章相关性分析与设计 (12)20.1功能相关性 (12)20.2数据结构相关性 (12)第21章界面设计概述 (12)21.1界面总体风格 (12)22.2界面配色 (12)22.3人机交互方式 (12)第22章旧系统遗留问题解决方案概述 (12)第23章产品功能配置与保护 (12)23.1产品功能配置与授权 (12)23.2软件产品保护 (13)第24章遗留问题 (13)第1章引言1.1 编写目的本文档描述了《XX系统》设计人员对该系统总体框架的设计方案，包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，用于指导开发人员进行编码设计开发，并且帮助后续升级维护人员了解掌握该系统的设计思路。
系统概要设计说明书-模板
6.1
接口函数名：XXXX(stringstrxxx）
接口频度：[多长时间同步一次]
接口方式：[采用哪种方式实现该接口，如webservices等，是手动或者自动同步]
参数strxxx：[参数内容说明]
返回值：[返回值定义]
Exception：[返回的错误代码定义,可参见消息定义]
功能描述：功能描述
3
3.1
3.2
[定义系统与其他系统间的功能、业务和数据边界]
3.3
[用系统架构图描述本系统基本的结构，主要包括直接构成系统的各个组件。相对细致的描述各个组件之间和系统与系统之间的连接以及通信关系]
3.4
[用功能结构图和文字的方式描述系统的主要功能以及功能之间的关系]
3.5
[用技术架构图和文字的方式描述系统所采用的技术路线以及系统的分层结构关系]
3.6
3.6.1
[描述系统的拓扑结构，包括应用服务器、数据库服务器、数据交换服务器等在物理上的拓扑结构。]
3.6.2
[用列表的形式说明系统的硬件需求，主要包括硬件的详细配置，用途、数量]
3.6.3
[用列表的形式说明系统的软件需求，主要包括软件的详细配置，用途、数量]
4
4.1
[从本章开始，逐个地给出各个层次中的每个模块的设计考虑。以下给出的提纲是针对一般情况的。对于一个具体的模块，尤其是层次比较低的模块或子程序，其很多条目的内容往往与它所隶属的上一层模块的对应条目的内容相同，在这种情况下，只要简单地说明这几点即可。]
1.2
[列出本项目的任务提出者、开发者、用户，提出的缘由，现状分析等]
1.3
[列出本文件中用到的专门术语的定义和外文首字母组词的原词组。]
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
xx平台
系统概要设计
版本<1.0>
文档信息及版本历史
版权信息
本文件内容由【xx公司】负责解释
本文件的版权属于【xx公司】
任何形式的散发都必须先得到本文档版本所属单位的许可
【目录】
1概述 (4)
1.1编写目的 (4)
1.2适用范围 (4)
1.3读者对象 (4)
1.4术语和缩写 (4)
1.5参考资料 (4)
2设计概述 (5)
2.1设计约束 (5)
2.2设计策略 (5)
2.3技术实现 (5)
3系统概述 (5)
4系统总体结构 (6)
4.1物理结构 (6)
4.2逻辑结构 (6)
5短息服务器 (7)
5.1短信发送流程............................................................................. 错误！未定义书签。
5.2短信接收流程............................................................................. 错误！未定义书签。
5.3订阅流程（短信方式） (7)
5.4取消订阅流程（短信方式）..................................................... 错误！未定义书签。
6医疗短信平台WEB系统.. (8)
6.1医院注册流程............................................................................. 错误！未定义书签。
6.2后台管理流程............................................................................. 错误！未定义书签。
6.3订阅/取消订阅流程（WEB方式） (9)
7运行环境 (9)
7.1软件平台 (9)
7.2硬件平台 (9)
8系统备份设计 (10)
9系统容错设计 (10)
10设计约定 (10)
11待解决问题 (10)
1概述
目前医院的各种系统由多家不同的软件供应商提供。
每家供应商有不同的软件标准。
各个系统存在一些公用的平台性服务。
如果在每套软件里添加相同的功能必将增加软件的开发及维护成本。
将公用平台独立出来将会节约成本，并且增加系统的灵活性，协作性和可扩展性，医疗行业越来越重视就诊关怀，及就诊者体验，以提高就医的服务质量。
电信行业短信业务的发展，为就诊关怀，就诊体验提供了一条很好的途径。
但各个电信供应商提供不同的接口，增加了开发难度。
且供应商的接口是面向公共的，并不能很好地贴近医院的各种各样的业务需求。
1.1 编写目的
该概要设计报告的目的是：根据《xx方案.doc》进行架构设计
1.2 适用范围
此概要设计报告适用于xx平台的系统架构过程。
1.3 读者对象
1.4 术语和缩写
1.5 参考资料
2设计概述
此设计采用分层设计，将WEB预约功能和短信具体业务功能分层架构，将两者在设计上解耦，方便于后续的开发以及未来的维护和扩展。
2.1 设计约束
本系统设计约束如下：
✧对外接口采用Web Service。
✧要求使用IE6以上浏览器来使用预约功能。
✧要求短信发送准确，快速。
2.2 设计策略
采用面向对象的方式架构整个系统，且采用分层的策略自功能上解耦合，保证后续的扩展性和二进制复用
2.3 技术实现
本系统使用面向对象的方式来设计，面向对象的优势如下：
✧易维护
✧质量高
✧效率搞
✧易扩展
3系统概述
该系统主要提供了预约功能，方便就诊者随时随地查看，订阅，退订或者修改医疗机构提供的各种医疗服务，且该系统对外提供了WEB Service接口方便各医疗机构接入，完成各种基于短信的具体业务工程。
4系统总体结构
4.1 物理结构
4.2 逻辑结构
5短信服务器。
5.1 订阅流程（短信方式）
该流程给用户提供手机订阅医院服务的功能，并把卡号和电话，订阅服务存在数据库中
6平台WEB系统
Web模块总体功能结构如图所示：
统分三种角色登录：医院、患者、管理员。
6.1 订阅/取消订阅流程（WEB方式）
患者订阅员结构如图所示：
订阅、取消流程如下：
7运行环境
7.1 软件平台
操作系统：windows 2003 server企业版
7.2 硬件平台
应用服务器
CPU主频：不低于2.4G
内存：不低于4G
硬盘容量：不低于160G
数据库服务器
CPU主频：不低于2.4G
内存：不低于4G
硬盘容量：不低于250G
网卡：千兆网卡
其他：RAID1+热插拔
WEB服务器
CPU主频：不低于2.4G
内存：不低于4G
硬盘容量：不低于160G
网卡：千兆网卡
8系统备份设计
定期进行数据备份
9系统容错设计
才用防卫式程序设计，在设计和编码中对各种异常和错误情况进行有效防护，防止系统进入不可恢复的状态。
10设计约定
11待解决问题
—文档结束—。