项目管理之需求分析.pptxVIP

;I.;从一个典型的失败项目说起——需求和功能设计

|现实

一个小项目，感觉需求也简单，再加上时间

紧，如果从需求开始一步步来，时间肯定来不

及，在这种情况下，项目就匆匆的开始了。为

了节省时间，需求分析,架构设计等等都不去考

虑了，想到哪写到哪，完全瀑布式开发。直接

结果是，完工时间一拖再拖，最后不得不决定

下一版本整个推倒重来。;从一个典型的失败项目说起——需求和功能设计

以上示例失败的原因

需求分析不到位、架构设计不合理;需求内容

?业务需求——反映了组织机构或客户对网站、产品高层次的目标要求，

通常在项目定义与范围文档中予以说明。

例如：电子商务网站中,关于客户在线业务流程实现,在线产品展示,订

单与支付等，整个过程都要符合客户企业自身的业务运作流程，为客户服

务。

?用户需求——描述了用户使用网站必须要完成的任务，这在使用实例

或方案中予以说明。

例如：描述?招聘系统?功能，用户可分部门浏览职位招聘情况，可

在线填写简历，用户填写的简历字段可定制，后台可分类检索简历。;需求内容

?功能需求——定义了开发人员必须实现的系统功能，使用户利用系统

能够完成他们的任务，从而满足了业务需求。

例如：系统需要具有网站统计分析功能，需要统计出每日，每月，每

年的点击量，PV值，用户来源。

?非功能性的需求——描述了系统展现给用户的行为和执行的操作等，

它包括系统必须遵从的标准、规范和约束，操作界面的具体细节和构造上

的限制。

例如：系统是按照W3C标准进行开发制作；首页BANNER区以FLASH

形式展现；首页新闻区域采用JAVASCRIPT效果以标签形式展现。

?需求分析报告——报告所说明的功能需求充分描述了系统所应具有的

外部行为。?需求分析报告?在开发、测试、质量保证、项目管理以及相

关项目功能中起着重要作用。;什么是好需求

?需求要从客户的角度去寻找

需求是客户要求的抽象，而不是具体的表现，这样做的需

???才能对以后的设计产生积极的影响。而一些具体的要求

可能都是易变的，这些可能是商业政策，而不是真正的需

求。

?需求总是易变的

这就要求架构要有灵活性，灵活性不是靠提前设计实现

?你认为将来会有的需求?，而是靠抽象，这样可以在需

求变化时，架构做最少的修改。

?从开发者角度说，需求是架构必须要实现的要求

要把抽象的需求再扩展到具体。这样需求就经历了从具体

（客户的描绘）到抽象（架构，好的需求）再到具体（实

现）的一个过程都是自己的理解。;I.;如何寻找客户的需求

如果你赞成客户的参与是发布一个优秀软件的关键因素，在项目的开

始阶段就会努力致力于为你的项目征求各个客户的意见。为了征求客

户的意见，必须采取以下几步：

?明确项目用户需求的来源

—访问并与有潜力的用户探讨

—把对目前的或竞争产品的描述写成文档

—系统需求规格说明

—对当前系统的问题报告和增强要求指导用户和提供技术支持

的工作人员是最有价值的需求来源

—市场调查和用户问卷调查

—用户任务的内容分析

?明确使用该产品的不同类型的用户

?与产品不同用户类的代表进行沟通

?遵从项目的最终决策者的意见;I.;项目需求分析难在哪里

有几种原因使需求分析变得困难：

?客户说不清楚需求

有些客户对需求只有朦胧的感觉，当然说不清楚具体的需

求。例如全国各地的很多政府机构在搞网络建设，这些单

位的领导和办公人员大多不清楚计算机网络有什么用，反

而要系统分析人员替他们设想需求。

有些客户心里非常清楚想要什么，但却说不明白。

如果客户本身就懂开发，能把需求说得清清楚楚，这样的

需求分析将会非常轻松、愉快。如果客户全不懂开发，但

信任开发方，事情也比较简单。分析人员可以引导客户，

先阐述常规的需求，再由客户否定不需要的，最终确定客

户真正的需求。最怕的就是?不懂装懂?或者?半懂充内

行?的客户，他们会提出不切实际的需求。如果这些客户

甚至觉得自己是上帝的爸爸，那么沟通和协商都会很困难。;项目需求分析难在哪里

有几种原因使需求分析变得困难：

?需求自身经常变动

网站开发的需求会变化吗？

据统计，没有一个软件的需求改动少于三次。

让我们先接受?需求会变动?这个事实吧，免得在需求变

动时惊慌失措。明白?需求会变动?这个道理后，在进行

需求分析时就要留点神：

（1）尽可能地分析清楚哪些是稳定的需求，哪些是易变的

需求。以便在进行系统设计时，将网站的核心建筑在稳定

的需求上，否则将会吃尽苦头。

（2）在合同中一定要说清楚?做什么?和?不做什么?。

如果合同含含糊糊，日后扯皮的事情