需求分析规范编码规范V10.doc

需求类文档
XXX-REQ-XXX-XXX-XXX 版本号或编号 （如：用例编号）
子系统（或特性，见附表）（当为整个项目的文档时，此段空）
文档内容（见附表）

项目编号（见附表）
项目管理类文档
XXX-PM-XXX-XXX-XXX 版本号
文档内容
子系统（或特性，见附表）（当为整个项目的文档时，此段空）
项目编号
用例编号
正常用例编号
XXXnnn （第一位为1新建、2修改、3显示、4事务处理、5事务处理、6查询打印、7期末处理、8组织机构及通用的后台设置、9事务的后台设置；
第二、三位为流水号。给用例编号时，根据需要可以适当留空号）
子模块代码（）
说明：
（1）正常按照功能划分的用例，其编号按照上面的规则进行编码，将来这个6位编码可以作为事务码来使用。有些比较复杂的用例，为了书写方便的目的而将其拆分为几个子用例，这时没有必要为每个子用例重新编号，而是在原来用例编号之后加2位数字顺序号表示，这个多于6位的新编号将来不作为（也没有必要作为）事务码使用；
（2）划分子用例允许到多个层次级别，每向后增加一个级别，就在原用例编号之后再加2位数字顺序号，以此类推。
特定实施单位功能扩充用例编号
定义：
（1）系统标准功能中已经有一个用例，某实施单位需要这个用例，但是与系统标准用例功能之间存在着差异，需要对这个用例进行特殊增加或修改功能，从而产生新的用例；
（2）没有或预计不会再有其他实施单位存在这个同样的功能差异，没有必要为这个新用例创建与原用例编号没有任何联系的全新的用例编号。
编号规则：
在原正常用例的后面增加三位字符“Xnn”，其中：“X”代表特定实施单位（见附表《特定实施单位对照表》）；“nn”为同一用例、在同一个实施单位的多个变型顺序号。
例如：用例INV413A01是依据INV413为轿车公司特制开发的第一个 变型用例。
用例扩充用例编号
定义：
（1）系统标准功能中已经有一个用例，某实施单位需要这个用例，但是为了特定目的需要将该用例复制扩展为多个，新复制的这个/些新用例与系统原标准功能之间没有什么处理上的差异，一般是入口条件或控制有些差异；
（2）可能有、也可能没有其他实施单位需要这个/些新用例；
（3）这个/些新用例使用原用例编号的扩展有利于管理。
编号规则：
在原正常用例的后面增加二位顺序号“nn”，中间用“-”（减号）连接。
例如：用例INV324-01、INV324-02是由INV432扩展的 变