CMMI专业系统设计项目说明及相关文档模板

TOC\o"1-3"\h\z第11章系统设计 211.1介绍 211.2用户需求调查 311.2.1目标 311.2.2角色和职责 311.2.3开启准则 311.2.4输入 311.2.5关键步骤 3[Step1]设计准备 3[Step2]确定影响系统设计约束原因 4[Step3]确定设计策略 4[Step4]系统分解和设计 4[Step5]撰写体系结构设计文档 4[Step6]体系结构设计评审 5[后续活动] 511.2.6输出 511.2.7结束准则 511.2.8度量 511.3用户界面设计 511.3.1目标 511.3.2角色和职责 511.3.3开启准则 611.3.4输入 611.3.5关键步骤 6[Step1]设计准备 6[Step2]用户界面设计 7[Step3]撰写用户界面设计文档 7[Step4]用户界面设计评审 7[后续活动] 811.3.6输出 811.3.7结束准则 811.3.8度量 811.4数据库设计 811.4.1目标 811.4.2角色和职责 811.4.3开启准则 811.4.4输入 911.4.5关键步骤 9[Step1]设计准备 9[Step2]数据库设计 9[Step3]撰写数据库设计文档 10[Step4]数据库设计评审 11[后续活动] 1111.4.6输出 1111.4.7结束准则 1111.4.8度量 1111.5模块设计 1211.5.1目标 1211.5.2角色和职责 1211.5.3开启准则 1211.5.4输入 1211.5.5关键步骤 12[Step1]设计准备 13[Step2]模块设计 13[Step3]撰写模块设计文档 13[Step4]模块设计评审 13[后续活动] 1411.5.6输出 1411.5.7结束准则 1411.5.8度量 1411.6实施提议 14第11章系统设计系统设计（SystemDesign,SD）是指设计软件系统体系结构、用户界面、数据库、模块等，从而在需求和代码之间建立桥梁，指导开发人员去实现能满足用户需求软件产品。系统设计过程域是SPP模型关键组成部分。本规范叙述了系统设计过程域四个关键规程：体系结构设计[SPP-PROC-SD-ARCHITECTURE]用户界面设计[SPP-PROC-RM-UI]数据库设计[SPP-PROC-RM-DATABASE]模块设计[SPP-PROC-RM-MODULE]上述每个规程“目标”、“角色和职责”、“开启准则”、“输入”、“关键步骤”、“输出”、“完成准则”和“度量”均已定义。本规范适适用于中国IT企业软件研发项目。提议用户依据本身情况（如商业目标、研发实力等）合适地修改本规范，然后推广使用。11.1介绍系统设计过程域分为两个阶段：高层设计阶段和具体设计阶段。高层设计阶段关键是软件系统体系结构设计。具体设计阶段关键是用户界面设计、数据库设计和模块设计，图11-1所表示。需求开发高层设计阶段体系结构设计数据库设计用户界面设计模块设计实现和测试具体设计阶段需求开发高层设计阶段体系结构设计数据库设计用户界面设计模块设计实现和测试具体设计阶段图11-1系统设计过程域示意图系统设计过程域产生关键文档有：《体系结构设计汇报》，模板见[SPP-TEMP-SD-ARCHITECTURE]。《用户界面设计汇报》，模板见[SPP-TEMP-SD-UI]。《数据库设计汇报》，模板见[SPP-TEMP-SD-DATABASE]。《模块设计汇报》，模板见[SPP-TEMP-SD-MODULE]。11.2用户需求调查体系结构设计11.2.分析和设计软件体系结构。经过系统分解，确定子系统功效和子系统之间关系，和模块功效和模块之间关系，产生《体系结构设计汇报》。11.2.2角色和职责项目经理指定若干名开发人员从事体系结构设计（以下称为体系结构设计人员）。11.2.3开启准则体系结构设计人员已经确定。11.2.4输入需求文档如《产品需求规格说明书》11.2.5关键步骤 体系结构设计步骤图11-2所表示。Step3.确定设计策略Step2.确定约束原因Step1.设计准备Step3.确定设计策略Step2.确定约束原因Step1.设计准备Step4.系统分解设计Step6.设计评审Step5.撰写文档图11-2体系结构设计步骤[Step1]设计准备项目经理或技术责任人分配系统设计任务，包含体系结构设计、模块设计、用户界面设计、数据库设计等。本活动可能产生一份阶段性开发计划，如《系统设计计划》，视工作量而定。体系结构设计人员阅读需求文档，明确设计任务。体系结构设计人员准备相关设计工具（如RationalRose）和资料。[Step2]确定影响系统设计约束原因需求约束。体系结构设计人员从需求文档如《软件需求规格说明书》中提取需求约束，比如：本系统应该遵照标准或规范软件、硬件环境（包含运行环境和开发环境）约束接口/协议约束用户界面约束软件质量约束，如正确性、健壮性、可靠性、效率（性能）、易用性、清楚性、安全性、可扩展性、兼容性、可移植性等等。隐含约束。有部分假设或依靠并没有在需求文档中明确指出，但可能会对系统设计产生影响，设计人员应该尽可能地在此处说明。比如对用户教育程度、计算机技能部分假设或依靠，对支撑本系统软件硬件假设或依靠等。[Step3]确定设计策略体系结构设计人员依据产品需求和发展战略，确定设计策略（DesignStrategy）。比如：扩展策略。说明为了方便本系统在未来扩展功效，现在有什么方法。复用策略。说明本系统在目前和未来复用策略。折衷策略。说明当两个目标难以同时优化时怎样折衷，比如“时－空”效率折衷，复杂性和实用性折衷。[Step4]系统分解和设计体系结构设计人员：将系统分解为若干子系统，确定每个子系统功效和子系统之间关系。将子系统分解为若干模块，确定每个模块功效和模块之间关系。确定系统开发、测试、运行所需软硬件环境。[Step5]撰写体系结构设计文档体系结构设计人员依据指定模板撰写《体系结构设计汇报》，关键内容包含：软件系统概述影响设计约束原因设计策略系统总体结构子系统结构和模块功效开发、测试、运行所需软硬件环境[Step6]体系结构设计评审体系结构设计人员邀请同行教授、开发人员对体系结构进行正式技术评审，评审步骤请参考[SPP-PROC-TR-FTR]。体系结构评审关键不是“对还是错”，而是“好还是差”。关键评审要素包含：适宜性。考察该体系结构是否适合于产品需求，是否可在预定计划内实现。系统综合能力（Capability）。比如“时－空”效率（性能，容量等），可扩展性，可管理性（可维护性），可复用性，安全性等等，视产品特征而定。[后续活动]体系结构设计完成后进入具体设计阶段（用户界面设计、数据库设计、模块设计等）。11.2.6输出《体系结构设计汇报》11.2.7结束准则《体系结构设计汇报》已经完成，而且经过了技术评审。11.2.8度量体系结构设计人员统计工作量和文档规模，汇报给项目经理。11.3用户界面设计11.3.设计软件用户界面，产生《用户界面设计汇报》。制作用户界面资源图像、图标或界面专用组件等。11.3.2角色和职责项目经理指定若干名开发人员从事用户界面设计（以下称为界面设计人员）。假如可能话，邀请用户或美工人员帮助设计用户界面。11.3.3开启准则需求文档已经完成。体系结构设计已经完成。11.3.4输入需求文档体系结构设计文档11.3.5关键步骤 用户界面设计步骤图11-3所表示。迭代Step2.界面设计Step4.设计评审Step3.撰写文档Step1.设计准备2.3细化2.2原型评定2.1原型创作迭代Step2.界面设计Step4.设计评审Step3.撰写文档Step1.设计准备2.3细化2.2原型评定2.1原型创作图11-3体系结构设计步骤[Step1]设计准备界面设计人员阅读需求文档和体系结构设计文档，明确界面设计任务。界面设计人员和用户交流，了解用户工作习惯和她们对界面见解。界面设计人员准备相关设计工具和资料，搜集或创作基础界面资源图像、图标和通用组件。界面设计人员确定本软件用户界面设计规则（或指南），关键包含：优异界面特征或通用设计标准；软件主界面（如主窗口、主页面）设计规则；软件子界面（如子窗口、子页面）设计规则；标准控件使用规则；美学设计规则。[Step2]用户界面设计用户界面设计通常要经历“原型创作—>原型评定－>细化”等步骤，通常迭代进行。[Step2.1]原型创作界面设计人员创作界面原型：先徒手画，或用Visio等工具绘制界面视图；再用软件开发工具实现能够运行原型。[Step2.2]原型评定界面设计人员邀请用户和同行们评定界面原型，聚集意见，立即改善。[Step2.3]细化界面设计人员细化界面原型，比如美工处理，添加细节等。补充说明：开发人员在本阶段无须关心界面原型代码质量，因为界面原型可能不停地被修改甚至被抛弃。[Step3]撰写用户界面设计文档用户界面定型以后，界面设计人员依据指定模板撰写《用户界面设计汇报》，关键内容包含：应该遵照界面设计规范；界面关系图和工作步骤图；主界面视图、功效说明、操作方法；子界面视图、功效说明、操作方法；美学设计说明。[Step4]用户界面设计评审界面设计人员邀请用户和同行们对定型后界面进行正式技术评审，尽最大努力使界面变得愈加美观、易用。评审步骤请参考[SPP-PROC-TR-FTR]。用户界面关键评审要素包含：适宜性简练易用一致性美观动态反馈功效屏蔽和犯错处理用户控制国际化（兼容性和可移植性）适应性（针对多种用户）[后续活动]在系统设计工作结束以后，开发人员编写界面代码，并和用户一起经过多种路径测试界面，从而不停地完善用户界面。（请参考相关测试文档）界面设计人员总结经验教训，不停地完善适适用于本机构“用户界面设计指南”。11.3.6输出《用户界面设计汇报》11.3.7结束准则《用户界面设计汇报》已经完成，界面原型已经经过评审。11.3.8度量界面设计人员统计工作量和文档规模，汇报给项目经理。11.4数据库设计11.4.设计软件数据库，产生《数据库设计汇报》。11.4.2角色和职责项目经理指定若干名开发人员从事数据库设计（以下称为数据库设计人员）。11.4.3开启准则需求文档已经完成。体系结构设计已经完成。11.4.4输入需求文档体系结构设计文档11.4.5关键步骤 数据库设计步骤图11-4所表示。迭代Step2.数据库设计Step3.撰写文档2.4优化2.3安全性设计2.2物理设计2.1逻辑设计Step1.设计准备Step4.设计评审迭代Step2.数据库设计Step3.撰写文档2.4优化2.3安全性设计2.2物理设计2.1逻辑设计Step1.设计准备Step4.设计评审图11-4数据库设计步骤[Step1]设计准备数据库设计人员阅读需求文档和体系结构设计文档，明确数据库设计任务。数据库设计人员准备相关设计工具和资料。数据库设计人员确定本软件数据库设计规则（或指南），关键包含：数据库命名规则逻辑设计规则（或指南）物理设计规则（或指南）安全性设计规则（或指南）优化规则（或指南）数据库管理和维护规则（或指南）[Step2]数据库设计 数据库设计通常要经历“逻辑设计—>物理设计－>安全性设计－>优化”等步骤，通常要迭代进行。[Step2.1]逻辑设计数据库设计人员依据需求文档，创建和数据库相关那部分实体关系图（ERD）。假如采取面向对象方法（OOAD），这里实体相当于类（class）。[Step2.2]物理设计设计表结构。通常地，实体对应于表，实体属性对应于表列，实体之间关系成为表约束。逻辑设计中实体大部分能够转换成物理设计中表，不过它们并不一定是一一对应。数据库表参考格式如表11-1所表示。对表结构进行规范化处理（第三范式）。表名功效说明列名数据类型（精度范围）空/非空约束条件补充说明表11-1数据库表参考格式[Step2.3]安全性设计提升软件系统安全性应该从“管理”和“设计”两方面着手。这里仅考虑数据库安全性设计。用户只能用帐号登陆到应用软件，经过应用软件访问数据库，而没有其它路径能够操作数据库。对用户帐号密码进行加密处理，确保在任何地方全部不会出现密码明文。确定每个角色对数据库表操作权限，如创建、检索、更新、删除等。每个角色拥有刚好能够完成任务权限，不多也不少。在应用时再为用户分配角色，则每个用户权限等于她所兼角色权限之和。[Step2.4]优化分析并优化数据库“时－空”效率，尽可能地“提升处理速度”而且“降低数据占用空间”。分析“时－空”效率瓶颈，找出优化对象（目标），并确定优先级。当优化对象（目标）之间存在对抗时，给出折衷方案。给出优化具体方法，比如优化数据库环境参数，对表格进行反规范化处理等。[Step3]撰写数据库设计文档数据库设计人员依据指定模板撰写《数据库设计汇报》，关键内容包含：数据库环境说明数据库命名规则逻辑设计物理设计安全性设计优化数据库管理和维护说明[Step4]数据库设计评审数据库设计人员邀请同行们对数据库进行正式技术评审，评审步骤请参考[SPP-PROC-TR-FTR]。数据库关键评审要素包含：正确性、完整性、一致性安全性“时－空”效率[后续活动]在系统设计工作结束以后，开发人员将编写和数据库相关代码，并和用户一起经过多种路径测试数据库，从而不停地完善数据库。（请参考相关测试文档）数据库设计人员总结经验教训，不停地完善适适用于本机构《数据库设计指南》。软件交付给用户后，由用户管理和维护数据库。11.4.6输出《数据库设计汇报》11.4.7结束准则《数据库设计汇报》已经完成，而且经过了技术评审。11.4.8度量数据库设计人员统计工作量和文档规模，汇报给项目经理。11.5模块设计11.5.设计软件全部模块关键接口和属性、数据结构和算法，产生《模块设计汇报》。11.5.2角色和职责项目经理指定若干名开发人员从事模块设计（以下称为模块设计人员），模块设计人员将在实现阶段编写这些模块代码。11.5.3开启准则需求文档已经完成。体系结构设计已经完成。11.5.4输入需求文档体系结构设计文档11.5.5关键步骤 模块设计步骤图11-5所表示。Step2.模块设计2.1接口和属性设计Step4.设计评审Step3.撰写文档Step1.设计准备迭代2.2数据结构Step2.模块设计2.1接口和属性设计Step4.设计评审Step3.撰写文档Step1.设计准备迭代2.2数据结构和算法设计图11-5模块设计步骤[Step1]设计准备模块设计人员阅读需求文档和体系结构设计文档，明确模块设计任务。模块设计人员准备相关设计工具和资料。模块设计人员确定本软件编程规范，确保模块设计文档风格和代码风格保持一致。[Step2]模块设计 模块设计通常要经历“接口和属性设计—>数据结构和算法设计”等步骤，而且通常需要反复迭代。提议：因为现代软件开发工具越来越优异，模块具体设计和编程能够很好地融合一起，而且效率相当高，有些工具甚至含有代码自动生成功效。所以在系统设计阶段，模块设计到底要具体到什么地步，应该视问题复杂性和所采取开发工具而定。通常地，只要确定了每个模块关键接口、数据结构和算法，能够清楚地指导模块编程即可。总而言之，无须花太多时间用于设计模块细节。[Step2.1]接口和属性设计模块设计人员设计每个模块关键接口和属性。假如采取面向对象方法（OOAD），相当于设计类函数和组员变量。[Step2.2]数据结构和算法设计模块设计人员设计每个模块数据结构和算法（假如存在话）。[Step3]撰写模块设计文档模块设计人员依据指定模板撰写《模块设计汇报》，关键内容包含：模块汇总每个模块关键接口和属性每个模块数据结构和算法（假如存在话）[Step4]模块设计评审模块设计人员邀请同行们对模块设计文档进行正式技术评审或非正式技术评审（由技术责任人决定采取何种评审方法），评审步骤请参考[SPP-PROC-TR]。模块关键评审要素包含：信息隐藏（独立性）强内聚、低耦合数据结构和算法效率[后续活动]模块代码实现能够和模块设计同时进行，也能够在模块设计完成以后进行。11.5.6输出《模块设计汇报》11.5.7结束准则《模块设计汇报》已经完成，而且经过了技术评审。11.5.8度量模块设计人员统计工作量和文档规模，汇报给项目经理。11.6实施提议先对系统设计人员进行“专题”培训，让她们掌握必需系统设计技能。因为中国绝大多数大学不开设“用户界面设计课程”，这造成大部分软件开发人员不善于设计用户界面。项目开发小组应该设法邀请用户界面设计教授参与（或指导）本软件界面设计。系统设计人员能够依据产品特征，合适地修改《体系结构设计汇报》、《用户界面设计汇报》、《数据库设计汇报》和《模块设计汇报》模板。对系统设计过程中产生全部有价值文档进行配置管理。

机构图标机构图标{项目名称}体系结构设计汇报文件状态：[√]初稿[]正式公布[]正在修改文件标识：Company-Project-SD-ARCHITECTURE目前版本：X.Y作者：完成日期：Year-Month-Day机构公开信息机构公开信息版本历史版本/状态作者参与者起止日期备注目录TOC\o"1-3"\h\z0.文档介绍 40.1文档目标 40.2文档范围 40.3读者对象 40.4参考文件 40.5术语和缩写解释 41.系统概述 52.设计约束 53.设计策略 54.系统总体结构 55.子系统N结构和功效 66.开发环境配置 67.运行环境配置 68.测试环境配置 69.其它 6

0.文档介绍0.1文档目标0.2文档范围0.3读者对象0.4参考文件提醒：列出本文档全部参考文件（能够是非正式出版物），格式以下：[标识符]作者，文件名称，出版单位（或归属单位），日期比如：[AAA]作者，《立项提议书》，机构名称，日期[SPP-PROC-SD]SEPG，系统设计规范，机构名称，日期0.5术语和缩写解释缩写、术语解释SPP精简并行过程，SimplifiedParallelProcessSD系统设计，SystemDesign…1.系统概述提醒：（1）说明本系统“是什么”，（2）描述本系统关键功效。2.设计约束提醒：（1）需求约束。体系结构设计人员从需求文档（如《用户需求说明书》和《软件需求规格说明书》）中提取需求约束，比如：本系统应该遵照标准或规范软件、硬件环境（包含运行环境和开发环境）约束接口/协议约束用户界面约束软件质量约束，如正确性、健壮性、可靠性、效率（性能）、易用性、清楚性、安全性、可扩展性、兼容性、可移植性等等。（2）隐含约束。有部分假设或依靠并没有在需求文档中明确指出，但可能会对系统设计产生影响，设计人员应该尽可能地在此处说明。比如对用户教育程度、计算机技能部分假设或依靠，对支撑本系统软件硬件假设或依靠等。3.设计策略提醒：体系结构设计人员依据产品需求和发展战略，确定设计策略（DesignStrategy）。比如：扩展策略。说明为了方便本系统在未来扩展功效，现在有什么方法。复用策略。说明本系统在目前和未来复用策略。折衷策略。说明当两个目标难以同时优化时怎样折衷，比如“时－空”效率折衷，复杂性和实用性折衷。4.系统总体结构提醒：（1）将系统分解为若干子系统，绘制物理图和逻辑图，说明各子系统关键功效。（2）说明“怎样”和“为何”（howandwhy）如此分解系统。（3）说明各子系统怎样协调工作，从而实现原系统功效。5.子系统N结构和功效提醒：（1）将子系统N分解为模块（Module），绘制逻辑图（假如物理图和逻辑图不一样话，应该绘制物理图），说明各模块关键功效。（2）说明“怎样”和“为何”（howandwhy）如此分解子系统N。（3）说明各模块怎样协调工作，从而实现子系统N功效。6.开发环境配置提醒：说明本系统应该在什么样环境下开发，有什么强制要求和提议？类别标准配置最低配置计算机硬件软件网络通信其它7.运行环境配置提醒：说明本系统应该在什么样环境下运行，有什么强制要求和提议？类别标准配置最低配置计算机硬件软件网络通信其它8.测试环境配置提醒：说明本系统应该在什么样环境下测试，有什么强制要求和提议？（1）通常地，单元测试、集成测试环境和开发环境相同。（2）通常地，系统测试、验收测试环境和运行环境相同或相同（愈加严格）。9.其它

机构图标机构图标{项目名称}用户界面设计汇报文件状态：[√]初稿[]正式公布[]正在修改文件标识：Company-Project-SD-UI目前版本：X.Y作者：完成日期：Year-Month-Day机构公开信息机构公开信息版本历史版本/状态作者参与者起止日期备注目录TOC\o"1-3"\h\z0.文档介绍 40.1文档目标 40.2文档范围 40.3读者对象 40.4参考文件 40.5术语和缩写解释 41.应该遵照界面设计规范 52.界面关系图和工作步骤图 53.主界面 54.子界面A 55.子界面B 56.美学设计 67.界面资源设计 68.其它 6

0.文档介绍0.1文档目标0.2文档范围0.3读者对象0.4参考文件提醒：列出本文档全部参考文件（能够是非正式出版物），格式以下：[标识符]作者，文件名称，出版单位（或归属单位），日期比如：[AAA]作者，《立项提议书》，机构名称，日期[SPP-PROC-SD]SEPG，系统设计规范，机构名称，日期0.5术语和缩写解释缩写、术语解释SPP精简并行过程，SimplifiedParallelProcessSD系统设计，SystemDesign…1.应该遵照界面设计规范提醒：结适用户需求和机构《软件用户界面设计指南》，叙述本软件用户界面设计应该遵照规范（标准、提议等）。2.界面关系图和工作步骤图提醒：（1）给全部界面视图分配唯一标识符。（2）绘制各个界面之间关系图和工作步骤图。3.主界面提醒：（1）绘制主界面视图；（2）说明主界面中全部对象功效和操作方法；4.子界面A提醒：（1）绘制子界面A视图；（2）说明子界面A中全部对象功效和操作方法；5.子界面B……6.美学设计提醒：（1）叙述界面布局及理由（2）叙述界面色彩及理由7.界面资源设计7.1图标资源7.2图像资源7.3界面组件8.其它

机构图标机构图标{项目名称}数据库设计汇报文件状态：[√]初稿[]正式公布[]正在修改文件标识：Company-Project-SD-DATABASE目前版本：X.Y作者：完成日期：Year-Month-DayCompanyInformationCompanyInformation版本历史版本/状态作者参与者起止日期备注目录TOC\o"1-3"\h\z0.文档介绍 40.1文档目标 40.2文档范围 40.3读者对象 40.4参考文件 40.5术语和缩写解释 41.数据库环境说明 52.数据库命名规则 53.逻辑设计 54.物理设计 54.0表汇总 54.1表A 64.n表N 65.安全性设计 65.1预防用户直接操作数据库方法 65.2用户帐号密码加密方法 65.3角色和权限 76.优化 77.数据库管理和维护说明 7

0.文档介绍0.1文档目标0.2文档范围0.3读者对象0.4参考文件提醒：列出本文档全部参考文件（能够是非正式出版物），格式以下：[标识符]作者，文件名称，出版单位（或归属单位），日期比如：[AAA]作者，《立项提议书》，机构名称，日期[SPP-PROC-SD]SEPG，系统设计规范，机构名称，日期0.5术语和缩写解释缩写、术语解释SPP精简并行过程，SimplifiedParallelProcessSD系统设计，SystemDesign…1.数据库环境说明提醒：（1）说明所采取数据库系统，设计工具，编程工具等（2）具体配置2.数据库命名规则提醒：（1）完整而且清楚说明本数据库命名规则。（2）假如本数据库命名规则和机构标准不完全一致话，请作出解释。3.逻辑设计提醒：数据库设计人员依据需求文档，创建和数据库相关那部分实体关系图（ERD）。假如采取面向对象方法（OOAD），这里实体相当于类（class）。4.物理设计提醒：（1）关键是设计表结构。通常地，实体对应于表，实体属性对应于表列，实体之间关系成为表约束。逻辑设计中实体大部分能够转换成物理设计中表，不过它们并不一定是一一对应。（2）对表结构进行规范化处理（第三范式）。4.0表汇总表名功效说明表A表B表C4.1表A表名列名数据类型（精度范围）空/非空约束条件补充说明4.n表N表名列名数据类型（精度范围）空/非空约束条件补充说明5.安全性设计提醒：提升软件系统安全性应该从“管理”和“设计”两方面着手。这里仅考虑数据库安全性设计。5.1预防用户直接操作数据库方法提醒：用户只能用帐号登陆到应用软件，经过应用软件访问数据库，而没有其它路径操作数据库。5.2用户帐号密码加密方法提醒：对用户帐号密码进行加密处理，确保在任何地方全部不会出现密码明文。5.3角色和权限提醒：确定每个角色对数据库表操作权限，如创建、检索、更新、删除等。每个角色拥有刚好能够完成任务权限，不多也不少。在应用时再为用户分配角色，则每个用户权限等于她所兼角色权限之和。角色能够访问表和列操作权限角色A角色B6.优化提醒：分析并优化数据库“时－空”效率，尽可能地“提升处理速度”而且“降低数据占用空间”。（1）分析“时－空”效率瓶颈，找出优化对象（目标），并确定优先级。（2）当优化对象（目标）之间