搜索
文档名称系统名称目负责人作者文档提交日期修改记录No修改后版本号修改内容简介修改日期修改人1V1.0全文sd如果系统已编写MRD，写明对应的MRD文档名称sdfsdfs背景在这里简要介绍项目背景、升级需求。如果是新产品，描述产品启动的原因和背景、产品定位、目标取舍、可预期的效果；如果是升级版本，描述升级的原因、对原系统的影响，可预期的效果。如果计划把需求合并到这篇文档里，需在此简要说明需求后，在“3”节中进行详细说明。1名词解释对文档中出现新的或不常见的名词、概念或简略语给出定义和解释。2设计目标2.1实现的功能概要描述系统本身的功能性需求，不需描述外部的其他系统。如果项目已有MRD，可在此分层次分条目列出功能点及子功能点。如果没有MRD,需在此列出要实现的功能点及子功能点，并对每一个功能点进行详细说明。功能点之间的层级和关联关系要明晰。这里仅描述功能，不需要涉及实现方案、功能取舍等问题。2.2设计的性能指标在此描述系统本身的性能需求。建议分条列出量化的性能指标，比如响应时间、超时率、资源占用、运行周期等。不能模糊、有岐义、想当然。3系统环境（可选）3.1假设及与其它系统联系在这里加入系统成功的前提条件及与外界其它系统/模块的联系。采用文字分条列出或采用系统结构图描述均可。与外界系统的详细接口定义，在“6.4”中描述。3.2相关软件及硬件在这里加入系统所需的软,硬件,包括操作系统,机器型号及配置要求。建议采用表格形式列出，最好还能规划出服务器和软件构件的部署图。该部分也可以单独编写部署设计文档，并在此引用。3.3系统限制在这里加入系统的已知,或可预知的限制。3.4数据规模估计通过调研或经验，对数据规模进行估计，包括用户量、数据量、带宽消耗及增长速度等方面。分类分条列出。4设计思路及折衷描述系统设计中需要解决或考虑的关键问题或难点问题，解决这些问题可能有不同方案,在这里加入方案设计的选择,折衷及解释，并在后面的系统设计中对选中的方案给出进一步阐述。建议分类列出，比如性能、可扩展性、安全性、服务稳定性、反作弊、复用等方面。建议使用调研数据支持设计方案的选择。5系统设计5.1基本介绍对系统整体的简要说明。5.2系统架构图及说明把系统分解为若干子系统或模块，给出系统架构图，同时简单阐述每个模块完成的主要功能（必要时，给出模块划分的解释，即说明为什么把某些功能设计在某个模块中）。如果各个模块设计运行于不同环境（如操作系统、服务器）下，给出说明。5.3系统流程图及说明（可选）通过流程图说明系统之间的模块是怎么交互来实现系统功能的。5.4与外部系统的接口在这里对该系统与外部系统的接口进行详细定义，若接口较多且复杂，可编写单独的接口设计文档，并在此引用。若外部系统已定义并提供接口文档，在此引用即可。这里的接口包括结构体、函数调用、接口文件、数据库、URL参数和lib库等。若需要使用外部提供的lib库，需要在设计阶段协调好将使用的版本，并在此进行说明。5.5全局性数据结构说明对各模块公用的全局性的数据结构进行说明。若该部分在接口设计中体现，则直接引用接口文档。5.6XXX1模块简要说明5.6.1XXX1模块的功能描述该模块要实现的功能，可以先简要描述，再分条列出。对于模块相关的关键功能和关键技术，也在此说明，供详细设计人员参考。5.6.2与其它模块的接口在此描述该模块与系统内其它模块的接口，不包括模块内部的接口。模块内部的接口在详细设计中进行说明。如果接口复杂或描述篇幅较多，可编写单独的接口设计文档，并在此引用。也可以增加二级标题“各模块之间的接口”，对模块之间的接口进行系统、全面的定义。5.7XXX2模块简要说明5.7.1XXX2模块的功能5.7.2与其它模块的接口6风险评估及对其它系统影响（可选）6.1已知的或可预知的风险在这里加上已经知道的或可能会发生的风险，包括技术、业务等方面。最好针对每个风险，列出相应的应对措施。6.2与其它系统可能的影响在“4.1”中描述了该系统与其它系统的依赖关系。在这里描述这些依赖关系可能带来的影响。包括本系统对其它系统可能造成的影响以及其它系统可能给本系统造成的影响两个方面。7技术委员会审核意见No问题描述提出人处理方式/说明状态1Open2Close3这里由技术委员会加入对以上系统设计的意见和建议,方案的最终确定需要技术委员会的通过8设计评审意见No问题描述提出人处理方式/说明状态1Open2Close3这里累计记录和跟踪该文档评审时发现的问题。9附件及参考资料填写文档相关的附件或参考资料。若是不常变更的文档（比如调研报告），建议以对象方式插入到该文档中。如是经常变更的文档（比如接口文档），建议在此列出文件名即可。