需求开发流程管理规定.doc

页脚下载后可删除，如有侵权请告知删除！
第 1 页
需求开发流程管理规定
1. 目的
通过需求开发流程的规定，标准公司软件工程的需求开发和管理活动，提高需求质量，降低开发本钱，改良系统质量。
通过对各业务部门提交的需求进展评审，确保需求的正确性和合理性，获得需求的承诺；控制需求的变更，并确保各应用软件系统工作成果与需求的一致性。
2. 范围
适用于公司各软件开发工程及已经通过?用户需求确认书?的工程，如未通过?用户需求确认书?，技术中心暂时无法参与需求立项，评审，分析等流程。附件一：?用户需求确认书?
3. 释义
术语或缩略语
解释
需求
即用户的需要，它包括用户要解决的问题、到达的目标、以及实现这些目标所需要的条件，它是一个程序或系统开发工作的说明，表现形式一般为文档形式。
需求分析
是指在需求开发过程中，对所获取的需求信息进展分析，及时排除错误和弥补缺乏，确保需求文档正确地反映用户的真实意图。
页脚下载后可删除，如有侵权请告知删除！
第 1 页
4. 流程图
图1：需求开发流程图
页脚下载后可删除，如有侵权请告知删除！
第 1 页
5. 主要活动
需求定义的目的是需求提出人通过收集、调查与分析，获取用户业务需求并定义需求。需求定义的主要活动包括：需求收集、需求分析&定义。
需求管理的目的是在需求方与程序组之间建立对需求的共同认识和理解，维护需求与程序开发成果的一致性，并控制需求的变更。 需求管理的主要活动包括：需求评审确认、需求变更、需求跟踪控制。

由于在实际情况下，大局部原始需求都未完整地讲述其业务需求，需求获取的质量，对后续的需求分析和需求定义工作将会产生重大影响。
在完成需求收集所得到的记录与资料的分析与整理后，信息中心应对需求进展分类、排优先级等。
标识需求与命名规那么
为了便于需求文档的统一管理，更好的识别每个工程的需求，需要明确需求文档的命名规那么，具体格式为：
[需求年月]-[工程类别]-[用途类别]
如， 202110-TMS工程-运单打印需求；
需求分类
由于需求来源广泛，为了便于区别，需要将需求进展分类，分类规那么如下：
分类规那么
具体类别
按工程分类
TMS工程
NC工程
OA工程
其他工程
按用途分类
界面需求
二次开发
系统功能升级
系统性能优化
其他功能需求
在需求文档中，一般取二级类别进展标识。
页脚下载后可删除，如有侵权请告知删除！
第 1 页
需求优先级
需求分析员应确定每个需求的优先级，需求的优先级判定标准如下：
级别定义
判断标准
采取的措施
优先
满足以下任意一条时：
需求实现的紧急程度为特急或紧急
国家或行业法律法规、标准要求的，满足正常业务必须的
能够在短期内实现收益和目标突破的
在工程实施过程中需重点投入资源，优先实现，只有在这些需求上达成一致意见，功能才可用和被承受。
这类需求在当前版本必须实现。
一般
满足以下任意一条时：
对正常业务影响程度不大
需求实现的紧急程度为普通
支持必要的系统操作，实现这些需求将增强系统整体的用户满意度和加大竞争胜算，用户反应建议添加的