最新需求开发流程管理规定.docxVIP

专业资料 专业资料 需求开发流程管理规定 目的 通过需求开发流程的规定，规公司软件项目的需求开发和管理活动，提高需求质量，降低开发成 本，改进系统质量。 通过对各业务部门提交的需求进行评审，确保需求的正确性和合理性，获得需求的承诺；控制需 求的变更，并确保各应用软件系统工作成果与需求的一致性。 围 适用于公司各软件开发项目及已经通过 《用户需求确认书》的项目，如未通过《用户需求确认书》 技术中心暂时无法参与需求立项，评审，分析等流程。附件一： 《用户需求确认书》 释义 术语或缩略语 解释 需求 即用户的需要，它包括用户要解决的问题、达到的目标、以及实现这些目 标所需要的条件，它是一个程序或系统开发工作的说明，表现形式一般为 文档形式。 需求分析 是指在需求开发过程中，对所获取的需求信息进行分析，及时排除错误和 弥补不足，确保需求文档正确地反映用户的真实意图。 流程图 需求管理流程 提出需求需求立项阶段产品阶段开发阶 提出需求 需求立项阶段 产品阶段 开发阶 需求提出人收集需 需求提出人 收集需4’ N- rfz 1 需求整理N Z±± ° 提交需求： 需求受理人-N:初审通过I _._ 需求评审会商业价值评信息中心外包软件商原型设计讲析计产品任务进安排任指定负度表开发流程］ 需求受理人 -N :初审通过 I _._ 需求评审会 商业价值评 信息中心 外包软件商 原型设计 讲 析 计 产品 任务进 安排任 指定负 度表 开发流程］ 图1需求开发流程图 主要活动 需求定义的目的是需求提出人通过收集、调查与分析，获取用户业务需求并定义需求。需求定义 的主要活动包括：需求收集、需求分析 定义。 需求管理的目的是在需求与程序组之间建立对需求的共同认识和理解， 维护需求与程序开发成果 的一致性，并控制需求的变更。 需求管理的主要活动包括： 需求评审确认、需求变更、需求跟踪控 制。 5.1需求定义 由于在实际情况下，大部分原始需求都未完整地讲述其业务需求，需求获取的质量，对后续的需 求分析和需求定义工作将会产生重大影响。 在完成需求收集所得到的记录与资料的分析与整理后， 信息中心应对需求进行分类、排优先级等。 5.1.1标识需求与命名规则 为了便于需求文档的统一管理，更好的识别每个项目的需求，需要明确需求文档的命名规则，具 体格式为： ［需求年月］-［项目类别］-［用途类别］ 女口， 201310-TMS项目-运单打印需求； 5.1.2需求分类 由于需求来源广泛，为了便于区别，需要将需求进行分类，分类规则如下: 分类规则 具体类别 按项目分类 TMS项目 NC项目 OA项目 其他项目 按用途分类 界面需求 二次开发 系统功能升级 系统性能优化 其他功能需求 在需求文档中，一般取二级类别进行标识。 5.1.3需求优先级 需求分析员应确定每个需求的优先级，需求的优先级判定标准如下: 级别定义 判断标准 采取的措施 优先 满足以下任意一条时： 1） 需现的紧急程度为特急或紧急 2） 或行业法律法规、标准要求的，满足正常业务 必须的 3） 能够在短期实现收益和目标突破的 在项目实施过程中需重点投入资源，优先实 现，只有在这些需求上达成一致意见， 功能才 可用和被接受。 这类需求在当前版本必须实现。 一般 满足以下任意一条时： 1） 对正常业务影响程度不大 2） 需现的紧急程度为普通 3） 支持必要的系统操作，实现这些需求将增强 系统整体的用户满意度和加大竞争胜算，用 户反馈建议添加的 此类需求必须被实现，但如果项目实施中岀现 进度、资源等面的冲突时，若有必要，可以延 迟到下一版本；需要付岀努力，但不必做得太 宀￥ 完美。 延缓 满足以下任意一条时： 1） 功能或质量上的附加功能； 2） 实现这些需求，会使系统整体上更显完美， 若不实现也不影响系统功能与性能，属于锦 上添花，增强用户体验的部分； 3） 需现的紧急程度为建议； 实现或不实现均可；可以在项目组有足够的时 间时考虑这些需求的实现 优先级的定义有利于帮助项目组在项目的 围、进度、资源、预算等相关制约因素之间产生冲突时, 正确地对需现的围或实现的优先程度做出取舍。 5.1.4编写《立项需求说明书》 在需求收集后，需求受理人应根据需求收集得到的记录与资料，整理编写 《立项需求说明书》 其主要容应该包括但不局限于： 功能介绍：描述需求功能的用途和提出背景； 功能的最终用户（群体）及其特征； 功能的具体需求说明。 编写需求说明书应遵循以下规则： 相关的需求都得到了识别与描述，以确保需求的完整性； 正确描述功能需求，引用的资料有正规的出处，以确保需求的正确性； 定义必要的术语，适当结合图形、结构图等式进行描述，以确保需求无二义性； 使用较好的文档结构与需求标识，使需求能够便地与其它工作产品相对应，以