需求开发管理制度

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

医疗设备股份有限公司

编号:GRYL·YF·QP·RD·01-A/00○密

需求分析管理制度

(编制时间:)

编制:

审核:

批准:

受控状态:

各版本建立及修订履历

1目的 (1)

2范围 (1)

3术语 (1)

4职责和权限 (1)

5工作程序 (1)

5.1输入 (2)

5.2主要活动 (2)

5.2.1流程图 (2)

5.2.2用户需求获取及分析 (3)

5.2.3明确需要获取的信息(What) (3)

5.2.4明确所需获取信息的来源与渠道(Where) (4)

5.2.5获取需求(How) (4)

5.2.5.1 用户访谈 (4)

5.2.5.2 用户调查 (4)

5.2.5.3 现场观摩用户的工作流程,观察用户的实际操作 (5)

5.2.5.4 从行业标准、规则中提取需求 (5)

5.2.5.5 文档考古 (5)

5.2.5.6 需求讨论会 (5)

5.2.5.7 同类样机法 (5)

5.2.6需求获取资料的保管 (6)

5.2.7编写《用户需求规格说明书》 (7)

5.2.7.1产品需求分析及定义 (7)

5.2.7.2 结构化分析方法 (7)

5.2.7.3 基于用例的分析方法 (8)

5.2.8编写《产品需求规格说明书》 (8)

5.2.9 设计需求分析 (10)

5.2.10需求评审 (10)

5.2.11需求跟踪 (10)

5.2.12需求变更 (11)

5.3输出 (11)

6 相关文件 (11)

7 记录表样 (11)

1 目的

通过定义需求开发和需求管理过程,规范公司产品开发项目的需求开发和需求管理活动,提高需求质量,从而提高生产率,降低开发成本,改进产品质量。

应调查用户的需求,通过需求分析工作将用户需求转化为产品需求,同时评审需求的正确性,获得需求的承诺;应控制需求的变更,并确保项目工作产品与需求的一致性。

2 范围

适用于公司所有产品开发项目。

3 术语

第 1页共 11页

5.1输入

5.1.1项目启动策划;

5.1.2项目建议书;

5.1.3可行性研究报告;

5.1.4调研。

5.2主要活动

产品需求工程包括需求开发和需求管理两个部分,需求开发的目的是通过调查与分析,获取用户需求并定义产品需求。需求开发的主要活动包括:需求获取,需求确认、需求分析及定义。

需求管理的目的是在客户与项目组之间建立对需求的共同理解,维护需求与其它工作成果的一致性,并控制需求的变更。需求管理的主要活动包括:需求跟踪控制和需求变更。

根据立项时明确的该项目的产品竞争力要求的指标,在需求阶段进行产品功能、性能、产品设计成本、产品制造成本、产品使用成本和开发成本的调研工作,可以通过营销部门了解市场行情,采购或由其他部门提供同类产品样机进行剖析、测试等方法,详细列出产品需求规格说明,明确该产品的竞争力指标的要求。分析的结论应写入《产品需求规格说明书》或《软件需求说明书》中。

其分析的过程应提交相关附件文件,包含如下内容(但不限于):

1)产品的设计成本、生产成本、使用成本和维护成本;

2)产品开发成本调整;

3)产品竞争力体现需求。

5.2.1流程图

第 2页共 11页

图5-1 :需求开发与管理流程图

图5-1

5.2.2用户需求获取及分析

用户需求获取的目的是通过各种途径获取用户的需求信息。

5.2.3明确需要获取的信息(What)

研发部应在需求获取前明确需要获取的需求信息,以确保在实施需求获取时有的放矢。

通常需求获取阶段要获取的信息包括三大类:

1)与问题域相关的背景信息(如业务资料,组织结构图,业务处理流程等);

2)与要求解决的问题直接相关的信息;

3)用户对系统的特别期望与施加的任何约束信息。

第 3页共 11页

5.2.4明确所需获取信息的来源与渠道(Where)

研发部在明确了所需要获取的信息之后,应确定获取需求信息的来源与渠道,以提高研发部在需求获取阶段的工作效率,使得所收集的信息更加有价值、更加全面。

需求信息的来源通常包括:

1) 来自客户的需求

a) 旧系统的用户或客户对系统安装、使用、维护、管理等方面的需求

b)系统的潜在用户或客户对系统的需求

2) 竞争对手的产品优势与不足

3) 国家政策、业务规则以及相关行业标准

4) 实施产品设计所需满足的需求

5) 执行测试验证工作所需满足的需求

6) 实施系统安装、维护所需满足的需求

获取需求信息的渠道包括:

1)用户或客户

2)工程部

3)营销部

4)旧有系统的开发项目组

5)来自项目组内

5.2.5获取需求(How)

在明确须获取什么需求、需求的来源与获取渠道后,研发部应选择至少一种需求获取技术获取相关的需求,作为需求分析的依据。需求获取技术包括但不限于:

5.2.5.1 用户访谈

用户访谈的形式包括结构化和非结构化两种。结构化是指事先准备好一系列问题,有针对性地进行;非结构化是只列出一个粗略的想法,根据访谈的具体情况进行发挥。有效的访谈需要灵活的结合这两种方法。

用户访谈具有很好的灵活性,有较广的应用范围,但实际操作时存在许多困难,例如客户经常很忙,难以获得充足的访谈时间;客户访谈需要研发部有很强的沟通能力,同时也要求研发部有足够的相关业务领域知识。

5.2.5.2 用户调查

用户调查是通过精心设计提问问题形成调查问卷,然后下发到相关人员手中,让他们填写答案,来获取用户需求。

用户调查的方法最大的缺点是缺乏灵活性,由于缺乏多方面的交流,所获取的信息量也

第 4页共 11页

相关文档
最新文档