需求分析

系统分析、系统设计与系统实现是计算机应用项目开发的“三部曲”，书上是这么说的。国内目前系统分析级的人才奇缺，系统设计级的人才相比之下满大街（当然得是中关村的大街）都是，报纸上是这么说的。解决这个问题的办法大概只有一条，那就是快速培养系统分析师傅，因为这是关乎系统成败的关键，许多人都这么说。

软件需求相关工作问题集

软件项目根据统计有80% 以上的项目不能够按时提交给客户使用，与其它类型的项目比是失败率最高的。是什么导致项目的延期甚至失败呢？本文再此必要对项目的失败的原因作一个深入的分析，并提出一些解决的思路。

需求收集真正的体现了需求的市场和用户驱动。访谈，调查表，头脑风暴，竞争对手和产品分析都是需求收集的方法。需求收集我们需要搞清楚用户真正的需求，问题背后的深层次问题，这样才可能为挖掘需求提供数据。需求收集的过程应该流程化，收集的需求应该分类入库的归档化。必须将需求收集活动看做为一个结构化的流程或过程，以真正的促进收集的过程和采集的数据的有效性。

成功的销售不是如何去说服客户，而是对客户的需求作出最精确的定义，根据定义出来的需求然后再选择和解释产品。一般情况下，产品销售成功的几率取决于消费者的需求和产品的结合程度，所以我们的关键是把握消费者的真实需求，按照消费者的需求来对产品的款式、颜色、功能进行组合设计，提供给客户一件最适合的产品。但是，了解客户的需求是长期而深入的工作，然而对客户的需求可以由销售人员一步步挖掘并定义出来。

1931年，中共中央代表欧阳钦在向党中央报告说明中央苏区情况时，具体地说明了红一方面军的“三大纪律八项注意”， 此后三大纪律八项正式成为了全军和地方武装的纪律。本文所讨论的“八项注意”是对于软件需求设计评审工作的一些情况的说明。

随着项目管理的发展，客户期望和客户满意度的管理越来越重要。客户期望值越高，满意度可能越低；客户参与度越高，客户满意度越高，但客户期望值越高。

软件需求是软件开发的最重要的一个输入，需求风险也常常是软件开发过程中最大的一个风险，降低需求风险的一个重要手段就是需求评审，但是需求评审是所有的评审活动中最难的一个，也是最容易被忽视的一个评审。

需求工程无疑是当前软件工程中的关键问题，从美国于1995年开始的一项调查结果就足以看出这一点。在这项调查中，他们对全国范围内的8000个软件项目进行跟踪调查，结果表明，有1/3的项目没能完成，而在完成的2/3的项目中，又有1/2的项目没有成功实施。他们仔细分析失败的原因后发现，与需求过程相关的原因占了45%，而其中缺乏最终用户的参与以及不完整的需求又是两大首要原因，各占13%和12%。

软件工程方法涵盖了一系列的任务：需求分析、设计、编程、测试、维护。同时他还包括了一组基本原则，控制了每一个的关键过程区域。需求分析是跨越了软件工程的三个层次。

我们做的需求只解决了我们能做出这样的项目，但是没有解决这样的项目是不是真就是客户想要的。

信息化的风险，在需求分析阶段，表现为没有充分的开发并明确需求；在建设过程中表现为贪大求全，强行推广；系统建设完成后，风险主要表现在系统应用无人管理。

有几种原因使需求分析变得困难：（1）客户说不清楚需求；（2）需求自身经常变动；（3）分析人员或客户理解有误。

敏捷过程并不是没有需求分析，而是把需求分析过程分散到整个开发的过程中，让开发和需求分析并行进行。这就是ThoughtWorks敏捷方法实施成功的秘诀之一。而商务分析师在这个过程中，起到了纽带和桥梁的作用，是一个团队不可缺少的角色。

如果把项目范围比作一个橄榄球，那么球内的充气量便是项目的实际工作需求。尽管五磅的气体和二十磅的气体充起橄榄球的外形是一样的，但不同的充气量会影响着橄榄球本身的弹性，从而影响整个赛事的结果。项目管理同样是这个道理。不同的工作需求同样会影响项目目的结果。如果仅仅建立项目范围而没有建立范围内的工作需求，同样会影响项目所需的资源、时间、功能、质量，更直接影响服务的价格，从而导致项目的全面失败。

软件需求工程过程(SREP)，本文简要地列举并说明了在整个软件需求工程的过程中的工作职责要点。

通过需求分析除了创建分析模型之外，还应该写出软件需求规格说明，它是分析阶段的最终成果。下面给出的简略大纲可以作为软件需求规格说明的框架。

开发软件系统最困难的部分就是准确说明开发什么。最困难的概念性工作便是编写出详细技术需求，包括所有面向用户、面向机哭喊和其他软件系统的接品。同时这也是一旦做错,将最终会给系统带来极大损害的部分。

对于需求调研工作来说是一件不简单的事情，因为作为项目开发的基础，他所承载的担子非常重，而且涉及到和客户沟通等问题。所以能够将需求确立清楚，对于开发来说不是一件轻松收集资料的事情。如何了解客户的需求，用非专业的沟通方式沟通专业的内容都不是那么轻松，如果抛开国情特色和人力不可抗拒的因素来说，这部分的工作可以说是整个项目的起头作用，到底是虎头还是鼠头，是项目的一个关键。

需求调研是要了解现实世界中做实际工作的人们真正需要什么样的程序的过程，再把这些需求开进细节整理由设计部开发，再由销售部销售给用户。