本文共 1309 字,大约阅读时间需要 4 分钟。
(背景、原因)
(对文档中出现新的或不常见的名词、概念或简略语给出定义和解释)
(概要描述要实现的功能,列出要实现的功能点及子功能点,并对每一个功能点进行详细说明。功能点之间的层级和关联关系要明晰。仅描述功能,不需要涉及实现方案、功能取舍等问题)
(性能目标需要分解到模块,描述对该模块的性能要求。比如响应时间、CPU峰值、内存分配等)
(与外界其他系统/模块的联系。采用文字分条列出或采用模块结构图描述均可)
(系统所需的软,硬件,包括操作系统,机器型号及配置要求。建议采用表格形式列出)
(系统已知的或可预知的限制)
(通过调研或经验,对数据规模进行估计,包括用户量、数据量、带宽消耗及增长速度等方面分条列出)
( 描述模块设计中需要解决或考虑的关键问题,解决这些问题可能有不同方案, 在这里加入方案设计的选择, 折衷及解释,并在后面的模块设计中对选中的方案给出进一步阐述。建议分类列出,比如性能、可扩展性、安全性、服务稳定性、反作弊、复用等方面。)
( 描述模块设计架构,对模块相关的实现流程和业务规则进行详细说明。描述实现流程时,建议采用流程图的方式,也可以采用伪码或文字描述。无论采取哪种方式,都要注意分支的完备性,特别是异常分支。)
( 说明在该模块中涉及到的核心数据结构的核心内容(可以以文字描述或代码的方式给出),并进行必要说明)
( 对关键或复杂的算法进行描述,该节可根据需要进行裁剪)
( 说明模块调用的接口方式并进行定义,如函数的参数定义、返回值,接口数据结构和定义等。若需要使用外部提供的lib库,需要在设计阶段协调好将使用的版本,并在此进行说明)
( 对模块中异常情况的处理进行说明,比如输入数据不合法、内存分配失败、模块内部错误需要向外部模块返回的错误码及含义等。)
( 对模块中使用的边界值进行定义)
( 对模块涉及到的配置项进行说明)
( 说明从测试角度考虑设计方案,以及单元测试或联合测试需要考虑的关键事项。比如,测试计划、单元测试的思路、联合测试的重点、测试工具的开发和使用等。)
( 在这里加上已经知道的或可能会发生的风险,包括技术、业务等方面。最好针对每个风险,列出相应的应对措施)
( 在“4.1 ”中描述了该模块与其它模块的依赖关系。在这里描述这些依赖关系可能带来的影响。包括本模块对其它模块可能造成的影响以及其它模块可能给本模块造成的影响两个方面)
No | 问题描述 | 提出人 | 处理方式/说明 | 状态 |
---|---|---|---|---|
1 | Open | |||
2 | Closed | |||
3 |
转载地址:http://sjvix.baihongyu.com/