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