【IT168 技术文章】

　　在软件工程中，需求分析指的是在建立一个新的或改变一个现存的电脑系统时描写新系统的目的、范围和定义时所要做的所有的工作。需求分析是软件工程中的一个关键过程。 在这个过程中，系统分析员和软件工程师确定顾客的需要。只有在确定了这些需要后他们才能够分析和寻求新系统的解决方法。在软件工程的历史中，很长时间里人们一直认为需求分析是整个软件工程中最简单的一个步骤，但在过去十年中越来越多的人认识到它是整个过程中最关键的一个过程。假如在需求分析时分析者们未能正确地认识到顾客的需要的话，那么最后的软件实际上不可能达到顾客的需要，或者软件无法在规定的时间里完工。

　　2.1 采访持重要信息的人

　　2.2 需求工作会

　　2.3 将需求列成合同式的文件

　　2.4 原型（Prototype）

　　2.5 用例（Use Case）

　　2.6 确认持关键信息者

　　挑战

　　顺利地完成需求分析是一个艰巨的挑战。首先要确认所有持有关键信息的人本身就不容易，然后还要从这些人获得可用的信息，把这些信息转化为清晰的和完整的形式。同时分析者还要考虑到可能的限制。

　　除此之外他们还要考虑一个项目的·软件工程师与他们的顾客往往使用不同的词汇。有时他们以为互相之间完全达成协议，但是在展示最终结果时却发现并非如此。开发者有义务克服这个困难，他们拿了顾客的钱，因此有这个义务。

　　·软件开发者往往喜欢将顾客的需要改变得能使它们符合一个已存在的系统或模式，而不愿按照顾客的需要来发展一个新的系统。

　　·需求分析往往是由程序员完成的，而不是由作业分析员完成的。程序员往往缺乏理解实际事物的运行过程和商业过程的技巧。

　　解决方法

　　解决这些困难的一个方法是使用专业的作业或系统分析员，这些专业人员通过专门训练来填补商业和电脑世界之间的鸿沟的。这个方法可以达到一定的效果，但从顾客方面来说要找到相应的有类似技巧的人就相当困难了。此外今天为需求分析所使用的方法依然还有很大的缺陷，它们还不够有效。

　　1990年代以来新的技术有制作原型、统一建模语言、用例和敏捷软件开发等方法。

　　主要技术

　　需求分析有可能在一个项目中成为一个漫长、艰巨的工作。需求分析专家与他们的顾客交谈、记录他们的交谈结果、分析他们收集的信息，从中提取互相矛盾的地方，总结出一个总体观念，然后再与顾客交谈他们发现的问题。这个过程可以不断重复，在有些项目中这个过程可以伴随着整个在有些项目中这个过程可以伴随着整个生命周期。

　　新系统很可能改变人之间的关系和人的工作环境，因此认定谁是重要的信息持有者是非常重要得。只有这样在需求分析的过程中才能够将顾客所有的需要都纪录下来，只有这样才能保证他们认识到新的系统对他们来说带来怎样的变化。出于下述原因这个要求往往达不到：

　　·与顾客的交谈不够多和不够彻底，一些重要的需求被忽视；

　　·顾客的反应不说明问题，顾客对新系统的特征不满。

　　·为了使所有这些讨论有条理、有组织和有效地被记录下来，这些讨论的过程和其内容的演化也必须被记录下来。

　　分析员可以使用不同的技术来从顾客手中获得需求。比较老的方式有采访顾客，或者与顾客一起开座谈会，列举顾客的需求。比较新的技术有建立模型和使用用例。在非常好的状态下在采纳了不同的技术后他们可以完全理解顾客的需要和与持重要信息的人建立了必要的联系。

　　采访持重要信息的人

　　采访持重要信息的人是需求分析中一个必不可少的过程。但在一个大的系统中许多人必须被采访，这需要许多时间和金钱，但最重要的是这个过程最可能显示现有的业务流程与新系统中的业务流程之间的差别。不同的顾客有可能有不同的或甚至相对的需求，在这种情况下分析员必须协调各方的需要。

　　需求工作会

　　出于上述原因一般假如一个系统非常复杂的话需求分析最常用的方法是召开需求工作会，在需求工作会上分析员和持重要信息的人一起分析系统的需要和发展解决方案。

　　这样的工作会最好不要再采访对象的工作场进行，这样采访对象不会被打扰。工作会有一个负责人来保持会议的进程，一个记录员来记录会议的讨论，投影仪和相应的软件是常用的工具。一般需要进行多次会议后才能得到最终结果。

　　一般认为需求工作会可以节省不少时间，因此是一个非常有用的工具，但是往往很难同时将所有的持重要信息的人聚集到一起。

　　一个常见的缺陷是一些持重要信息者在这样的会议上不十分积极，因此他们的需求没有获得必要的重视。这样得到的解决方案必然有限。此外需求工作会是一个很好的分析现有系统的工具，但用它来寻求解决方案就不是十分有用了。