需求ID编码指导规则.docVIP

需求ID编码规则 过程编号 文件状态 [ ]初稿 [√] 正式公布 [ ]正在修改 目前版本 修 订 日期 审 核 日期 批 准 日期 公布日期 生效日期 修订历史统计 A - 增加 M - 修订 D - 删除 变更版本号 日期 变更类型（A*M*D） 修改人 摘 要 备注 1.0 -6-21 A 沈大海 建立需求开发和管理过程定义文件 目 录 TOC \o 1-3 \h \z \u 1. 目标 4 2. 需求ID编码指南 4 2.1. 需求说明书类型 4 2.2. 需求类型 4 2.3. 需求ID编码规则 4 2.3.1. 用户需求编码格式以下： 4 2.3.2. 软件需求编码格式以下： 5 2.4. 编码说明 8 目标 为了做好需求跟踪，我们首先需要对全部需求进行编号。 需求ID编码指南 需求说明书类型 1） URS（User Requirement Specification）：用户需求说明书。 2） SRS(Software Requirement Specification)：软件需求规格说明书。 3) NF(Non-Function)：非功效。 需求类型 需求类型能够是： 功效性需求 F=功效需求（Function）； H=操作需求(Handle)； I=输入需求(Input)； O=输出需求(Output)； W=界面需求(Window)； R=角色及权限(Role)。 非功效性需求 NF=非功效需求（Non-Function）；安全性（Security）；标准性（Standard）；可用性（Usability）；高效性(Efficiency)；稳定性（Stability）；灵活性（Agility）；可靠性（Reliability）；兼容性（Compatibility）；精度（Precision）；一致性(Conherence)；可扩展性（Expansibility）；易用性（Convenience）；清楚性（Clarity）；可移植性（Transplantation）；软硬件环境（Environment）；时间（Time）; 接口需求 I=接口(Interface) 功效需求ID编码规则 用户需求编码格式以下： 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 A Function A_SF01 Function A_SF02 … Function B Function B_SF01 Function B_SF02 … … 例子：子功效（Function A_Login） 功效需求（F） 【对本功效点功效进行描述。需求编码为：URS_Function A_Login_F01】 操作步骤需求（H） 【操作次序和处理过程，给出步骤图。和操作方面需求。需求编码为：URS_Function A_Login_H01】 角色及权限需求（R） 【描述此功效使用角色和权限，给出用例图。需求编码为：URS_Function A_Login_R01】 输入需求（I） 【输入数据描述，包含输入源、数量、度量单位和精度；操作员具体操作控制需求（如输入格式、数据类型、精度、范围自动检验等）；指明引用输入设备接口资料（包含设备型号、数量）。需求编码为：URS_Function A_Login_I01】 名称 输入方法 数据类型 是否必输项 预设值 输出需求（O） 【输出数据描述，包含目标地（存放媒体和用途）、数量、度量单位和精度；非法数据处理；指明引用输出设备接口资料（包含设备型号、数量）。 需求编码为：URS_Function A_Login_O01】 界面需求（W） 【本功效对应界面需求。需求编码为：URS_Function A_Login_W01】 软件需求规格编码格式以下： SRS_Module A_ SFA