《需求ID编码规则》

需求ID编码规则过程编号文件状态 草稿 正式发布 正在修改当前版本修 订日期审 核日期批 准日期发布日期生效日期 修订历史记录 A - 增加 M - 修订 D - 删除变更版本号日期变更类型（A*M*D）修改人摘 要备注1.02006-6-21A沈大海建立需求开发与管理过程定义文件目 录1.目的42.需求ID编码指南42.1.需求说明书类型42.2.需求类型42.3.需求ID编码规则42.3.1.用户需求编码的格式如下：42.3.2.软件需求编码的格式如下：52.4.编码说明81. 目的为了做好需求跟踪，我们首先需要对所有的需求进行编号。2. 需求ID编码指南2.1. 需求说明书类型 1） URS（User Requirement Specification）：用户需求说明书。2） SRS(Software Requirement Specification)：软件需求规格说明书。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_ Function A_SF01_Xnn 例如：URS_Function A_Login_I01 表示用户需求说明书中子功能A下的注册功能的输入需求。URS：表示用户需求说明书；Function A：表示功能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开始编号；如下图表所表示，我们对用户需求进行需求编号。功能类别子功能Function AFunction A_SF01Function A_SF02Function BFunction B_SF01Function B_SF02例子：子功能（Function A_Login）(1) 功能需求（F）【对本功能点的功能进行描述。需求编码为：URS_Function A_Login_F01】(2) 操作流程需求（H）【操作顺序和处理过程，给出流程图。以及操作方面的需求。需求编码为：URS_Function A_Login_H01】(3) 角色及权限需求（R）【描述此功能使用的角色和权限，给出用例图。需求编码为：URS_Function A_Login_R01】(4) 输入需求（I）【输入数据的描述，包括输入源、数量、度量单位和精度；操作员具体的操作控制需求（如输入格式、数据类型、精度、范围自动检验等）；指明引用的输入设备接口资料（包括设备型号、数量）。需求编码为：URS_Function A_Login_I01】名称输入方式数据类型是否必输项预设值(5) 输出需求（O）【输出数据的描述，包括目的地（存储媒体和用途）、数量、度量单位和精度；非法数据的处理；指明引用的输出设备接口资料（包括设备型号、数量）。需求编码为：URS_Function A_Login_O01】(6) 界面需求（W）【本功能对应的界面需求。需求编码为：URS_Function A_Login_W01】2.3.2. 软件需求规格编码的格式如下： SRS_Module A_Pnn_Xnn 例如：SRS_Module A_SFA_P01_F01 表示：软件需求规格说明书中模块A下子功能SFA中的功能点P01的功能需求。SRS：表示软件需求规格说明书。Module A：表示功能模块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开始编号；如下图表所表示，我们对软件功能需求进行需求编号：功能类别子功能功能点描述优先级别功能需求编码功能类别（Module A）子功能（SFA）功能点(P01) Module A_SFA_P01Module A_SFA_P02子功能（SFB）Module A_SFB_P01Module A_SFB_P02功能类别（Module B）子功能（SFA）Module B_SFA_P01子功能（SFB）Module B_SFB_P01。具体功能点需求编码：（例如对功能点Module A_SFA_P01的其他需求，进行编码。）例子：功能点名（Module A_ SFA_P01）（1） 功能需求（F）【对本功能点的功能进行描述，并进行需求编码。需求编码为：SRS_Module A_SFA_P01_F01】（2） 操作流程需求（H）【操作顺序和处理过程，给出流程图，并进行需求编码。需求编码为：SRS_Module A_SFA_P01_H01】（3） 角色及权限需求（R）【描述此功能使用的角色和权限，并进行需求编码。需求编码为：SRS_Module A_SFA_P01_R01】（4） 输入数据需求（I）【输入数据的描述，包括输入源、数量、度量单位和精度；操作员具体的操作控制需求（如输入格式、数据类型、精度、范围自动检验等）；指明引用的输入设备接口资料（包括设备型号、数量），并进行需求编码。需求编码为：SRS_Module A_SFA_P01_I01】名称输入方式数据类型是否必输项预设值（5） 输出需求(O)【输出数据的描述，包括目的地（存储媒体和用途）、数量、度量单位和精度；非法数据的处理；指明引用的输出设备接口资料（包括设备型号、数量）。并进行许编码需求编码为：SRS_Module A_SFA_P01_O01】（6） 界面需求(W)【本功能对应的界面需求，并进行需求编码。需求编码为：SRS_Module A_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. 接口需求编码规则_Interface A_nn例如：URS_Interface A_01 ：表示用户需求说明书中对接口A的需求。 需求类型： URS：表示用户需求说明书； SRS：表示软件需求规格说明书； Interface A：表示接口A需求；nn表示接口A需求下的流水编号，每个接口需求从01开始编号。2.6. 利用需求编码进行跟踪如下图，我们就可以利用我们需求编码，来填写需求跟