项目管理中需求分析研究.pptVIP

项目管理中需求分析的研究 主要阶段 小组成员 需求分析 需求确认 需求收集 客户需求主要源于: 市场需求 法律需求 技术需求 竞争需求 收集需求的主要工作 依据 工具和方法 结果 项目章程 项目干系人登记表 个人面谈法 焦点小组访谈法 促进研讨会 团队决策方法 群决策系统 问卷调查法 观察调研法 实物模型法 项目干系人需求文件 需求管理计划 需求跟踪矩阵 收集需求的信息流向示意图 收集需求的结果 项目干系人需求文件 干系人需要解决的问题或可以利用的机会 采用需求列表或模型方式表示的功能化的干系人 需求 干系人的一些非功能化需求，如服务的水平、成 果、保障措施等 干系人的质量需求 干系人需求对项目组织原则及商业规则所产生的 影响 干系人需求对组织内部其他领域的一些影响，如 呼叫中心、销售部门和技术部门等 干系人需求对项目组织外部其他领域所产生的一 些影响，如同行业组织或相关行业组织 干系人的培训要求 其他一些需求假设和限制因素 需求分析主要有以下内容和步骤 1、确定客户的原始想法，大的思路。他开展这个项目的目的是什么？要达到什么目标？ 2、找出所有的项目干系人，分析每种类型的干系人对项目的期望值。如：客户业务操作员，他们希望操作简单，符合他们目前的操作习惯；管理人员，希望项目能替他们解决月报和年度的报表统计，这项工作手工做很复杂，很占时间；客户领导（决策者）希望系统能在他决策时提供一些参考意见；系统管理员希望所有的参数都可以配置，业务流程可以自己改动等。 3、调研方式：问卷，讨论会，贴身岗位实习（对于复杂业务很有用）等。 4、在调研时，最为重要的是需要随时记录，及时整理。 5、调研后，及时整理用户需求文档，并且和客户确认。 6、用户需求文档确认后，由系统分析员一起，对需求进行分析，整理形成需求规格说明书，并且进行客户参与的需求评审，通过评审后的需求客户进一步确认。 7、根据需求规格说明书，形成需求矩阵，以便需求跟踪。至此，需求分析工作基本结束。随后，根据需求规格说明书，结合自身技术特点，选择技术路线，确定技术架构。开始设计工作。 需求分析中需要注意的问题 客户说不清楚需求 需求自身经常变动 分析人员或客户理解有误 怎样做需求分析（编写需求规格说明书 ） 获取用户需求 分析用户需求 ● 以图形表示的方式描述系统的整体结构，包括系统的边界与接口； ● 通过原型、页面流或其它方式向用户提供可视化的界面，用户可以对需求做出自己的评价； ● 系统可行性分析，需求实现的技术可行性、环境分析、费用分析、时间分析等； ● 以模型描述系统的功能项、数据实体、外部实体、实体之间的关系、实体之间的状态转换等方面的内容。 编写需求文档 需求文档可以使用自然语言或形式化语言来描述，还可以添加图形的表述方式和模型表征的方式。需求文档应该包括用户的所有需求（功能性需求和非功能性需求）。 评审需求文档 需求文档完成后，需要经过正式评审，以便作为下一阶段工作的基础。一般的评审分为用户评审和同行评审两类。用户和开发方对于软件项目内容的描述，是以需求规格说明书作为基础的；用户验收的标准则是依据需求规格说明书中的内容来制订，所以评审需求文档时用户的意见是第一位的。而同行评审的目的，是在软件项目初期发现那些潜在的缺陷或错误，避免这些错误和缺陷遗漏到项目的后续阶段。 需求变更流程图 管理需求 对于需求变更的管理，则主要使用需求变更流程和需求跟踪矩阵的管理方式。 管理需求 需求跟踪矩阵图 需求确认 需求确认是需求管理过程中的一种常用手段，也是需求控制的五一节之一；确认有两个层面的意思，第一是进行系统需求调查与分析的人员与客户间的一种沟通，通过沟通从而对需求不一致的进行剔除；另外一个层面的意思是指，对于双方达成共同理解或获得用户认可的部分，双方需要进行承诺。 工作分解结构图 需求分析 需求收集 需求分析 需求确认 客户需求的主要来源 分析用户需求 需求分析的主要内容和步骤 管理需求 评审需求文档 需求分析中应该注意的问题 收集需求的主要工作 收集需求的结果 信息流向示意图 编写需求文档 编写需求分析规格书 获取客户需求 责任矩阵 成员 需求收集 S P P S 需求分析 P P S S S P 需求确认 S P 任务 注：P-----主要负责人 S------次要负责人 谢谢欣赏!