项目管理之需求分析.pptx

;I.;从一个典型的失败项目说起——需求和功能设计 |现实 一个小项目，感觉需求也简单，再加上时间 紧，如果从需求开始一步步来，时间肯定来不 及，在这种情况下，项目就匆匆的开始了。为 了节省时间，需求分析,架构设计等等都不去考 虑了，想到哪写到哪，完全瀑布式开发。直接 结果是，完工时间一拖再拖，最后不得不决定 下一版本整个推倒重来。;从一个典型的失败项目说起——需求和功能设计 以上示例失败的原因 需求分析不到位、架构设计不合理;需求内容 ? 业务需求——反映了组织机构或客户对网站、产品高层次的目标要求， 通常在项目定义与范围文档中予以说明。 例如：电子商务网站中,关于客户在线业务流程实现,在线产品展示,订 单与支付等，整个过程都要符合客户企业自身的业务运作流程，为客户服 务。 ? 用户需求——描述了用户使用网站必须要完成的任务，这在使用实例 或方案中予以说明。 例如：描述?招聘系统?功能，用户可分部门浏览职位招聘情况，可 在线填写简历，用户填写的简历字段可定制，后台可分类检索简历。;需求内容 ? 功能需求——定义了开发人员必须实现的系统功能，使用户利用系统 能够完成他们的任务，从而满足了业务需求。 例如：系统需要具有网站统计分析功能，需要统计出每日，每月，每 年的点击量，PV值，用户来源。 ? 非功能性的需求——描述了系统展现给用户的行为和执行的操作等， 它包括系统必须遵从的标准、规范和约束，操作界面的具体细节和构造上 的限制。 例如：系统是按照W3C标准进行开发制作；首页BANNER区以FLASH 形式展现；首页新闻区域采用JAVASCRIPT效果以标签形式展现。 ? 需求分析报告——报告所说明的功能需求充分描述了系统所应具有的 外部行为。?需求分析报告?在开发、测试、质量保证、项目管理以及相 关项目功能中起着重要作用。;什么是好需求 ? 需求要从客户的角度去寻找 需求是客户要求的抽象，而不是具体的表现，这样做的需 ???才能对以后的设计产生积极的影响。而一些具体的要求 可能都是易变的，这些可能是商业政策，而不是真正的需 求。 ? 需求总是易变的 这就要求架构要有灵活性，灵活性不是靠提前设计实现 ?你认为将来会有的需求?，而是靠抽象，这样可以在需 求变化时，架构做最少的修改。 ? 从开发者角度说，需求是架构必须要实现的要求 要把抽象的需求再扩展到具体。这样需求就经历了从具体 （客户的描绘）到抽象（架构，好的需求）再到具体（实 现）的一个过程都是自己的理解。;I.;如何寻找客户的需求 如果你赞成客户的参与是发布一个优秀软件的关键因素，在项目的开 始阶段就会努力致力于为你的项目征求各个客户的意见。为了征求客 户的意见，必须采取以下几步： ? 明确项目用户需求的来源 —访问并与有潜力的用户探讨 —把对目前的或竞争产品的描述写成文档 —系统需求规格说明 —对当前系统的问题报告和增强要求指导用户和提供技术支持 的工作人员是最有价值的需求来源 —市场调查和用户问卷调查 —用户任务的内容分析 ? 明确使用该产品的不同类型的用户 ? 与产品不同用户类的代表进行沟通 ? 遵从项目的最终决策者的意见;I.;项目需求分析难在哪里 有几种原因使需求分析变得困难： ? 客户说不清楚需求 有些客户对需求只有朦胧的感觉，当然说不清楚具体的需 求。例如全国各地的很多政府机构在搞网络建设，这些单 位的领导和办公人员大多不清楚计算机网络有什么用，反 而要系统分析人员替他们设想需求。 有些客户心里非常清楚想要什么，但却说不明白。 如果客户本身就懂开发，能把需求说得清清楚楚，这样的 需求分析将会非常轻松、愉快。如果客户全不懂开发，但 信任开发方，事情也比较简单。分析人员可以引导客户， 先阐述常规的需求，再由客户否定不需要的，最终确定客 户真正的需求。最怕的就是?不懂装懂?或者?半懂充内 行?的客户，他们会提出不切实际的需求。如果这些客户 甚至觉得自己是上帝的爸爸，那么沟通和协商都会很困难。;项目需求分析难在哪里 有几种原因使需求分析变得困难： ? 需求自身经常变动 网站开发的需求会变化吗？ 据统计，没有一个软件的需求改动少于三次。 让我们先接受?需求会变动?这个事实吧，免得在需求变 动时惊慌失措。明白?需求会变动?这个道理后，在进行 需求分析时就要留点神： （1）尽可能地分析清楚哪些是稳定的需求，哪些是易变的 需求。以便在进行系统设计时，将网站的核心建筑在稳定 的需求上，否则将会吃尽苦头。 （2）在合同中一定要说清楚?做什么?和?不做什么?。 如果合同含含糊糊，日后扯皮的事情