研发管理系统需求管理模块.doc

研发管理系统需求管理模块说明目录为什么需要管理需求？1eIPD系统可以解决需求管理中的哪些问题？1eIPD系统中的需求定义12 eIPD系统中的需求管理模型2eIPD系统中需求管理界面3需求定义342 需求组合343 产品组合444 需求基线管理445 需求清单查询与追踪5为什么需要需求管理？需求是产品设计的根源，需求工作的优劣对产品成功有很大的影响。就像一条河流，如果源头被污染了，那么整条河流也将被污染。所以，若企业无法正确与科学地管理需求，则产品研发的成功率会大大降低。我们从咨询服务过的近百家企业的访问与调研过程中发现：n 90%以上成功上市的产品，产品规划的需求与产品最终实现的需求存在20%以上差异。n 80%以上项目不能按时按预算完成，而其中提到最多的导致项目失败的原因就是“用户需求变更”。eIPD系统可以解决需求管理中的哪些问题？需求管理是确保设计的产品符合人们的要求及期望。但在需求实现过程中，需求管理的困难与问题就暴露出来了。以下为中国企业普遍存在的需求管理问题：l 需求收集往往是不完整的。需求不总是显而易见的，而且它可来自各个方面。l 需求并不总是可以用文字明白无误地表达出来。l 需求的数量、种类过多，且其详细程度各不相同，在产品开发过程中难以管理。l 需求相互之间、与开发流程间、及其他可交付工作件之间以多种方式相关联。而在实际的产品开发过程中缺乏这种联系。l 需求有唯一的特征或特征值，在实际工作中没有捕捉到并提取。l 在实际工作需求管理只是研发部门的职责，而需求涉及众多相关利益责任方，意味着需求要由跨职能的各组人员来管理。l 需求会变更，在实际工作中需求的变更缺乏管理。l 需求缺乏层次、优先级别管理。当上述问题出现，同时团队处理问题的技能不足并缺乏易用的工具时，许多团队就会对需求管理失去信心。瑞泽思开发出指导团队提高需求管理技能的专业技术,并使用相应的工具使得上述的流程和专业技术得以实现；eIPD系统解决上述8大需要管理问题。eIPD系统中的需求定义需求是对产品或过程的操作、功能和设计的特性或约束的表述，这些表述是明确的、可测试的、可度量的，而且对于产品或过程的可接受性（被顾客或内部质量保证措施）来说是必须的。IEEE1220-1998eIPD系统中的需求定义与IEEE1220-1998类似：“正在构建的产品、系统、技术模块必须符合的条件、具备的功能、验证的条件及相关事务”。2 eIPD系统中的需求管理模型eIPD系统系统中需求集合为，除上述定义的范围外，还包含测试相关的测试用例。为此eIPD包含：市场需求、产品包需求、设计需求、系统集成测试用例、系统测试用例、单元测试用例。需求分层次、类型及转换过程。如下图所示，不同层次的需求和同一层次的需求之间存在转换关系；各转换关系内部存在追踪关系。eIPD系统实现了需求间完整的转换关系与追踪关系。需求确认客户原始要求 市场需求 内部需求 标准约束 产品包需求 设计需求 构架设计 软件需求 硬件需求 系统规格 结构需求 产 品需求验证eIPD系统管理从需求到产品全过程 测试用例 需求管理模型简述如下：产品开发团队首先必须从客户原始要求中获得业务和用户需求，对其进行描述，并区分它们的优先级；其次从客户期望或需求出发，对产品或系统特性达成一致意见，并与内部需求、行业标准与约束共同形成产品包需求；再者从产品包需求形成设计需求与构架设计需求；最后由产品或各级系统特性来抽取软件需求、硬件需求、结构需求。需求管理模型中，测试需求则转换为测试用例模型的方式来描述。从测试的角度来看，测试项一定来自于设计需求，即设计需求中确定了哪些需求项，测试用例需根据这些需求项来制定和实现。e