最新《需求ID编码规则》.docx
《最新《需求ID编码规则》.docx》由会员分享，可在线阅读，更多相关《最新《需求ID编码规则》.docx（7页珍藏版）》请在冰豆网上搜索。
最新《需求ID编码规则》
《需求ID编码规则》
需求ID编码规则
过程编号
文件状态
[]草稿[√]正式发布[]正在修改
当前版本
修订
日期
审核
日期
批准
日期
发布日期
生效日期
修订历史记录
A-增加M-修订D-删除
变更版本号
日期
变更类型
（A*M*D）
修改人
摘要
备注
1.0
2006-6-21
A
沈大海
建立需求开发与管理过程定义文件
1.目的
为了做好需求跟踪，我们首先需要对所有的需求进行编号。
2.需求ID编码指南
2.1.需求说明书类型
1）URS（UserRequirementSpecification）：
用户需求说明书。
2）SRS（SoftwareRequirementSpecification）：
软件需求规格说明书。
3）NF（Non-Function）：
非功能。
2.2.需求类型
需求类型可以是：
（1）功能性需求F=功能需求（Function）；H=操作需求（Handle）；I=输入需求（Input）；O=输出需求（Output）；W=界面需求（Window）；R=角色及权限（Role）。
（2）非功能性需求NF=非功能需求（Non-Function）；安全性（Security）；标准性（Standard）；可用性（Usability）；高效性（Efficiency）；稳定性（Stability）；灵活性（Agility）；可靠性（Reliability）；兼容性（Compatibility）；精度（Precision）；一致性（Conherence）；可扩展性（Expansibility）；易用性（Convenience）；清晰性（Clarity）；可移植性（Transplantation）；软硬件环境（Environment）；时间（Time）;
（3）接口需求I=接口（Interface）
2.3.功能需求ID编码规则
2.3.1.用户需求编码的格式如下：
URS_FunctionA_SF01_Xnn
例如：
URS_FunctionA_Login_I01表示用户需求说明书中子功能A下的注册功能的输入需求。
URS：
表示用户需求说明书；
FunctionA：
表示功能A，具体可以以该功能的英文缩写来表示；
SF01：
表示某个功能下的子功能01。
Xnn：
表示具体的功能需求序号，其中X可以是“F、H、I、O、W、R”，分别表示“F=功能需求（Function）；H=操作需求（Handle）；I=输入需求（Input）；O=输出需求（Output）；W=界面需求（Window）；R=角色及权限（Role）”。
nn表示某需求流水编号，每个需求从01开始编号；
如下图表所表示，我们对用户需求进行需求编号。
功能类别
子功能
FunctionA
FunctionA_SF01
FunctionA_SF02
…
FunctionB
FunctionB_SF01
FunctionB_SF02
…
…
例子：
子功能（FunctionA_Login）
（1）功能需求（F）
【对本功能点的功能进行描述。
需求编码为：
URS_FunctionA_Login_F01】
（2）操作流程需求（H）
【操作顺序和处理过程，给出流程图。
以及操作方面的需求。
需求编码为：
URS_FunctionA_Login_H01】
（3）角色及权限需求（R）
【描述此功能使用的角色和权限，给出用例图。
需求编码为：
URS_FunctionA_Login_R01】
（4）输入需求（I）
【输入数据的描述，包括输入源、数量、度量单位和精度；操作员具体的操作控制需求（如输入格式、数据类型、精度、范围自动检验等）；指明引用的输入设备接口资料（包括设备型号、数量）。
需求编码为：
URS_FunctionA_Login_I01】
名称
输入方式
数据类型
是否必输项
预设值
（5）输出需求（O）
【输出数据的描述，包括目的地（存储媒体和用途）、数量、度量单位和精度；非法数据的处理；指明引用的输出设备接口资料（包括设备型号、数量）。
需求编码为：
URS_FunctionA_Login_O01】
（6）界面需求（W）
【本功能对应的界面需求。
需求编码为：
URS_FunctionA_Login_W01】
2.3.2.软件需求规格编码的格式如下：
SRS_ModuleA__Pnn_Xnn
例如：
SRS_ModuleA_SFA_P01_F01表示：
软件需求规格说明书中模块A下子功能SFA中的功能点P01的功能需求。
SRS：
表示软件需求规格说明书。
ModuleA：
表示功能模块A，具体可以为该功能的英文拼写或缩写来表示；
SFA：
表示功能模块A的子功能，具体可以以该子功能的英文拼写或缩写来表示。
子功能的层次可以多层嵌套，要充分考虑到所有的需求。
Pnn：
表示集体的功能点（Point）。
表示某个（子）功能级别下的功能点的需求流水编号，每个功能点从01开始编号；
Xnn：
表示具体的功能点需求序号，其中X可以是“F、H、I、O、W、R”，分别表示“F=功能需求（Function）；H=操作需求（Handle）；I=输入需求（Input）；O=输出需求（Output）；W=界面需求（Window）；R=角色及权限（Role）”，每个功能点的需求从01开始编号；
如下图表所表示，我们对软件功能需求进行需求编号：
功能类别
子功能
功能点
描述
优先级别
功能需求编码
功能类别（ModuleA）
子功能（SFA）
功能点（P01）
ModuleA_SFA_P01
ModuleA_SFA_P02
子功能（SFB）
ModuleA_SFB_P01
ModuleA_SFB_P02
功能类别（ModuleB）
子功能（SFA）
ModuleB_SFA_P01
子功能（SFB）
ModuleB_SFB_P01
。
。
。
。
。
。
具体功能点需求编码：
（例如对功能点ModuleA_SFA_P01的其他需求，进行编码。
）
例子：
功能点名（ModuleA_SFA_P01）
（1）功能需求（F）
【对本功能点的功能进行描述，并进行需求编码。
需求编码为：
SRS_ModuleA_SFA_P01_F01】
（2）操作流程需求（H）
【操作顺序和处理过程，给出流程图，并进行需求编码。
需求编码为：
SRS_ModuleA_SFA_P01_H01】
（3）角色及权限需求（R）
【描述此功能使用的角色和权限，并进行需求编码。
需求编码为：
SRS_ModuleA_SFA_P01_R01】
（4）输入数据需求（I）
【输入数据的描述，包括输入源、数量、度量单位和精度；操作员具体的操作控制需求（如输入格式、数据类型、精度、范围自动检验等）；指明引用的输入设备接口资料（包括设备型号、数量），并进行需求编码。
需求编码为：
SRS_ModuleA_SFA_P01_I01】
名称
输入方式
数据类型
是否必输项
预设值
（5）输出需求（O）
【输出数据的描述，包括目的地（存储媒体和用途）、数量、度量单位和精度；非法数据的处理；指明引用的输出设备接口资料（包括设备型号、数量）。
并进行许编码
需求编码为：
SRS_ModuleA_SFA_P01_O01】
（6）界面需求（W）
【本功能对应的界面需求，并进行需求编码。
需求编码为：
SRS_ModuleA_SFA_P01_W01】
2.4.非功能需求ID编码规则
<需求类型>_NF_Xnn
例如：
SRS_NF_P01：
表示软件需求规格说明书中关于精度的非功能需求。
需求类型：
URS：
表示用户需求说明书；
SRS：
表示软件需求规格说明书；
NF：
表示非功能需求；
Xnn：
表示具体的非功能需求序号，其中X可以是“F、H、I、O、W、R”，分别表示“安全性（Security）；标准性（Standard）；可用性（Usability）；高效性（Efficiency）；稳定性（Stability）；灵活性（Agility）；可靠性（Reliability）；兼容性（Compatibility）；精度（Precision）；一致性（Conherence）；软硬件环境（Environment）；时间（Time）；”。
nn表示某个非功能需求下的流水编号，每个非功能需求从01开始编号；
2.5.接口需求编码规则
<需求类型>_InterfaceA_nn
例如：
URS_InterfaceA_01：
表示用户需求说明书中对接口A的需求。
需求类型：
URS：
表示用户需求说明书；
SRS：
表示软件需求规格说明书；
InterfaceA：
表示接口A需求；
nn表示接口A需求下的流水编号，每个接口需求从01开始编号。
2.6.利用需求编码进行跟踪
如下图，我们就可以利用我们需求编码，来填写需求跟踪矩阵，对需求的完整性、一致性进行跟踪。
用户需求
软件需求规格
需求状态
变更次数
概要设计
详细设计
代码
测试用例
设计产品名称
章节号
详设产品名称
章节号
测试文档名称
测试用例编号
测试用例执行状态
1
2
3
4
2.7.编码说明
项目在具体开发中，要根据项目的具体情况，统一对各个功能模块和子功能用英文字母表示各个模块的缩写。
尽量使所有的需求都有对应的需求编码。
升级会员 