需求开发和管理.pptVIP

需求开发和管理 KittyZhang jlzhang.chn@ Kittyzhang.chn@ 2006.3 需求在生命周期中地位 提纲 需求重要性及困难 需求工程 需求开发 需求获取 需求分析 需求管理 需求确认 需求跟踪 需求变更 什么叫需求 IEEE中需求的定义 用户解决问题或达到目标所需的条件或权能（Capability）。 系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或权能。 一种反映上面1或2所描述的条件或权能的文档说明。 什么叫需求 IEEE公布的需求定义包括从用户角度以及开发者角度来阐述需求。 需求的一个关键问题是：一定要编写文档。 如果只有一些零碎的对话、资料或邮件，就认为自己已经掌握了需求，那是自欺欺人。 需求的重要性 需求是产品的根源，需求工作的优劣对产品影响最大。就像一条河流，如果源头被污染了，那么整条河流也就被污染了。 国内软件业的痼疾： 需求的重要性 一个需求错误所引致的后期成本倍增 （摘自Boehm研究结果） 需求的困难 软件需求是整个软件开发项目的最关键的一个输入，和传统的生产企业相比较，软件的需求具有模糊性、不确定性、变化性和主观性的特点，他不像生产汽车、电脑等硬件的需求，是有形的、客观的、可描述的、可检测的，软件需求是软件项目中最难把握的问题。 需求的困难 需求的困难 知识技能问题 态度问题 合作关系 用户说不清需求 双方误解需求 写不好需求文档 用户经常变更需求 提纲 需求重要性及困难 需求工程 需求开发 需求获取 需求分析 需求管理 需求确认 需求跟踪 需求变更 需求工程 提纲 需求重要性及困难 需求工程 需求开发 需求获取 需求分析 需求管理 需求确认 需求跟踪 需求变更 需求获取 需求获取 需求调研指导原则 建立顾客的主动参与意识。 在进行任何调研之前，必须对顾客方做相应的培训。主要是培训需求调研方法、需求调研过程等内容。 在进行需求调研之前，一定要明确顾客方人员对于需求的决定权，即哪些人能够决定那些需求。 在每个阶段开始之前，首先评估此阶段的风险，根据风险来做相应的调整 需求获取 需求调研指导原则 如果需要顾客提供文档，必须要给顾客方讲解清楚，特别是涉及到技术细节的时候。这样可以避免因为双方理解不一致而导致的差错。 要严格按照计划实施调研过程。计划一般提前3天到7天制订，并提前分发给所有的相关人员以作好准备。 对调研过程使用的文档需标识其版本，版本号要保证简单明了。 需求获取 需求调研指导原则 项目组内部规定各个流程的活动、各个流程的参与人员。比如，对于更改的流程的活动及人员等都应提前做出规定。 顾客方也要规定各个流程的活动、各个流程的参与人员。 项目组内部需要作好分工。一种是按业务划分，即哪些人负责哪些模块；一种是按职能划分，即哪些人负责那些工件。 顾客方也要作好分工，要明确顾客方哪些人负责哪些业务。 需求获取 需求调研指导原则 对于项目组和顾客方来说，双方需要建立接口，定义清楚接口关系。所有双方的交流都通过接口进行。 每次和顾客开会前，最好提前制订出提问表或者用活动图表示出大致的业务流程。如果是业务用例的调研，最好使用图表、原型演示等直观形象的方式。 需求获取 需求调研指导原则 每次和顾客开会前，需提前和顾客沟通，明确会议目的、时间安排、参加人、会议内容。并提前将会议内容进行分发。会议结束后，整理会议记录，分发给会议参加人员，对于未参加的高层负责人，项目组必须抄送。 所有需要提供给顾客的文档，一定要使用符合顾客语言习惯的表达方式，尽量不要使用软件中的术语。 需求获取 准备调研 首先，需求分析员制定需求调研问题表，将调查重点锁定在该问题表内，否则调查工作将变得漫无边际。 其次，需求分析员应当确定需求调研的方式，例如： 与用户交谈，向用户提问题。向用户群体发调研问卷。 参观用户的工作流程，观察用户的操作。 分析已经存在的同类软件产品，提取需求。 从行业标准、规则中提取需求。 从Internet上搜查相关资料。 最后，需求分析员与被调研者建立联系，确定调研的时间、地点、人员等，撰写需求调研计划。要特别留意的是不要漏掉典型的用户。 需求获取 首次会议 到达现场后与用户、高层领导一起召开首次会议。 确定项目的存在。 顾客的高层领导说明业务现状、建立该系统的动机以及大致的业务介绍。 项目组介绍需求调研计划、需求调研使用的过程、技术等与当前需求调研相关的内容。 需求获取 首次会议 到达现场后与用户、高层领导一起召开首次会议。 确定项目的存在。 顾客的高层领导说明业务现状、建立该系统的动机以及大致的业务介绍。 项目组介绍需求调研计划、需求调研使用的过程、技术等与当前需求调研相关的内容。 需求获取 需求调研 获取顾客组织结构图和人员结