软件需求开发控制程序

北京北京******有限公司有限公司 软件需求开发软件需求开发 控制程序控制程序 编号： QP-PS-01 版本：V1.0 发布日期： 本文件中包含的任何文字叙述、文档格式、插图、照片、方法、过程等内容，除另有特别注明，本文件中包含的任何文字叙述、文档格式、插图、照片、方法、过程等内容，除另有特别注明， 版权均属版权均属******有限公司所有。未经许可任何人不得将此文件中的任何部分以任何形式进行复制、储存有限公司所有。未经许可任何人不得将此文件中的任何部分以任何形式进行复制、储存 和传播。和传播。 QP-PS-01V1.0 文件修订记录 A-增加 M-修订 D-删除 版本 号 1.0 1.1 修订日期 变更类型 (A*M*D) 修订描述 位置 （页/段落/ 章节号 修订人及备注 II QP-PS-01V1.0 目 录 1 目的.1 2 适用范围 .1 3 术语定义 .1 4 角色和职责 .1 5 工作程序 .2 5.1 概述.2 5.2 入口准则.2 5.3 需求调研.3 5.3.1 输入3 5.3.2 主要步骤3 5.3.3 输出3 5.4 需求分析与确认.3 5.4.1 输入3 5.4.2 主要步骤4 5.4.3 输出4 5.5 出口准则.4 6 确认与验证 .4 7 过程度量 .4 8 剪裁指南 .4 9 附录.4 III QP-PS-01V1.0 1 目的 本文档描述了需求开发活动的角色、职责及实施过程等内容，旨在为公司进行需求开 发提供依据。 2 适用范围 适用对象：项目负责人、需求分析人员 业务范围：需求开发活动 3 术语定义 需求开发：完整、准确地产生并分析客户、产品以及产品部件的实现需求，满足需求开 发与管理对过程、制品的要求。 4 角色和职责 表表 5-1 角色和职责表角色和职责表 角色 客户 职责 1.提供、确认具体的业务需求 2.确认用户/产品需求 3.提出用户需求变更，并批准用户需求变更 1.批准需求开发的计划 2.参与对需求的评审 3.评审用户需求的变更 1. 2. 3. 4. 制订需求开发的计划，并跟踪维护该计划 组织和实施需求开发及需求变更 完成需求阶段相关工作产品 组织对需求工作产品的评审 项目负责人 需求分析人员 界面设计人员 项目组成员 QA 配置管理员 1.负责具体的用户体验方面的需求调研、需求分析工作 1.参与产品/软件需求的评审 1.检查需求开发活动及相关的工作产品 1.实施配置管理 2.建立、标识和更新基线，并维护基线的完整性 -1 - QP-PS-01V1.0 5 工作程序 5.1 概述 需求开发流程图需求开发流程图 输入UX需求分析人员项目负责人 专家、测试 人员、QA 多次循环 客户输出 获取项目资料与客户初步需求 项目总体计 划客户初步 需求资料 确定项目调研计划 需求调研计划 开展需求调研工作 确定系统边界 细化调研计划 整理主设计框架图 及功能列表原型 确认业务需求 不通过 会议纪要 整理调研记录 请客户确认 原始需求 确认 通过 用户需求说明书 需 求 调 研 编写需求跟踪矩阵，用 户需求部分 分析需求 需求跟踪矩阵 原型 软件需求规格说明 编写需求规格说明书、原型 发送评审资料独立评审 不 通 过 召开评审会 评审过程具体参见评审流程 评审记录等 评审结论 需 求 分 析 与 确 认 不通过 评审通过 通过 需发送客户的要内部 受控 发送客户确认确认 结束 通过 图图 6-1 需求开发流程图需求开发流程图 5.2 入口准则 获得项目资料及客户初步需求。 -2 - QP-PS-01V1.0 5.3 需求调研 5.3.1 输入输入 项目资料及客户初步需求 5.3.2 主要步骤主要步骤 1.调研业务需求。需求分析人员和界面设计人员依据获得的项目资料及客户初步需求 制定调研计划，实施业务调研，形成《用户需求说明书》 。 a)需求分析人员确定需求调研计划，需求调研进度原则上在项目进度计划中细 化。 b)需求分析人员和界面设计人员根据项目、 用户情况确定需求调研的步骤和方法 （参见《业务调研指南》 ） 。在正式调研之前，需要将调研计划、步骤、方法等 情况进行与用户进行沟通，明确我方及用户的需求负责人及最终决策人，确定 调研的工作方式及责任分工。 c)需求分析人员和界面设计人员做好调研准备工作， 需要系统演示时准备好演示 环境。 d)需求分析人员和界面设计人员实施需求调研，需求调研的内容应依据什么人、 做什么事、按照什么样的流程、产生什么样的数据、遵循哪些规则的几个方面 来进行，同时明确具体需求的重要、优先级别；界面设计人员根据用户的需求 进行界面风格研究，了解客户界面喜好，整理界面风格。 e)需求分析人员、界面设计人员、测试人员，与用户的每一次需求沟通、调研过 程都应有详细的记录，将形成的结论及遗留的问题整理发给参与人员确认，对 于重大、关键的需求需要用户签字确认。 f)项目的需求调研需要明确具体功能的界面原型。非业务性、非功能性需求应作 为专题进行调研。 g)需求分析人员将需求调研的成果及遗留问题定期汇报给用户的项目负责人或 决策人，需要尽快确定的遗留问题应提请决策人明确或召集专题需求研讨会。 h)需求分析人员、界面设计人员、测试人员，应定期沟通，及时了解各方面的情 况。 i)需求分析人员将用户需求片断进行整理和编号跟踪。 2.编写用户需求说明书。需求分析人员依据整理的调研记录，编写项目《用户需求说 明书》 。 3.评审用户需求说明书。需求分析人员组织进行用户需求说明书评审，具体活动参见 《评审活动控制程序》 。 4.评审通过后，由需求人员或项目负责人将调研报告申请受控后发送客户确认，客户 签字确认后申请受控，标识功能基线。 5.需求确认后，由需求分析人员将用户需求整理在《需求跟踪矩阵》中，并将需求跟 踪矩阵入受控库。 5.3.3 输出输出 《需求调研计划》 《用户需求说明书》 、 《需求跟踪矩阵》 5.4 需求分析与确认 5.4.1 输入输入 《会议纪要》 、 《用户需求说明书》 、 《需求跟踪矩阵》 -3 - QP-PS-01V1.0 5.4.2 主要步骤主要步骤 1.需求分析人员依据《用户需求说明书》编写软件需求规格说明书，界面设计人员设 计原型。需求人员应实时与界面设计人员进行沟通，以确保设计原型的输入。 a)软件需求规格说明书的编写应完整的反映业务需求中对软件系统的要求。 b)对于一个系统需要满足多个用户的业务需求的情况， 在系统需求中应能综合体 现多个用户需求说明书的要求。 c)系统需求应从操作场景、业务规则、界面模型等几个方面进行详细阐述。 d)业务需求中的非业务性需求应在系统需求中体现。 e)界面设计人员设计低保真原型，编写交互规范。 f)界面设计人员进行产品 LOGO 设计（标识、图标）设计，界面框架风格效果图 设计，编写界面风格指南。 g)界面设计人员依据初期制定的计划对预期的用户或内部专家进行可用性测试， 将可用性测试的结果形成报告。 2.项目负责人组织相关人员（评审组组成参见评审指南）对软件需求规格说明书和设 计原型进行评审，软件需求规格说明书引用的相关资料需作为被评审的附件提供， 具体活动参见《评审活动控制程序