文档介绍：第二章软件需求分析
要开发高质量的软件，很大程度上取决于对要解决的问题的认识以及如何准确地表达 出用户的需求。从而做到对系统有深刻地理解和认识，并将其规范化、理论化，同时起到沟 通用户和开发者的作用，为后续工作提供依据。为达到该目的，拟采
•以一种可控制的方式将需求变更融入到项目中。
•使当前的项目计划与需求一致。
•估计变更需求所产生影响并在此基础上协商新的承诺(约定)。
•让每项需求都能与其对应的设计、源代码和测试用例联系起来以实现跟踪。
•在整个项目过程中跟踪需求状态及其变更情况。
由图2-3中可以从另一个角度来看需求开发和需求管理之间的区别：
下一步：
•记录下当前项目或以前项目中所遇到的与需求相关的问题。指明每一个问题是需
客户
需求开发
需求管理
- 基准需求说明
当前基线 修正后基线
市场
客户
管理
图2-3需求开发与需求管理之间的界限
项目环境
项目变更
求开发问题还是需求管理问题，以及这些问题带来的影响及其产生的根本原因。
•与项目组成员和其他风险承担者（客户，市场调查人员，项目管理者）一起讨论当前或以前 项目中的需求问题，及其产生的根源和带来的影响。向所有参与者指明，如果想解决这些困 难，必须正视它，大家是否为此做好准备了呢？
•整理出对整个项目人员一天训练用的软件需求课程，人员要包括重要的客户，市场人员和 管理人员。训练是一种有效的团队学****与合作的方法。大家将会在训练中达成术语与技术上 的共识，有利于相互交流沟通与协作。
所谓需求是指用户对软件的功能和性能的要求，就是用户希望软件能做什么事情，完成 什么样的功能，达到什么性能。对于软件开发人员首先要解决的问题是：怎样获取这些需求、 并且整理和组织好有关需求文档，以符合行业的规范进行表达。
一般的说，需求分析小组的人员，也就是参与需求分析的工作人员由两方面组成，一方 面是熟悉软件开发工作的、参与软件需求分析的专业技术人员，也就是人们常说的系统分析 员，另一方面就是用户（或者是顾客），两方人员缺一不可。需求工作的好坏、成败与否直 接和双方人员的合作程度、素质、工作经验等因数有关。
由软件开发过程中错误的放大效应知，最初的错误可能导致最终整个项目的失败，所以， 前期的需求工作非常重要，往往不仅仅受到技术的要求，还要考虑许多有关政策、法规等因 数的影响。所以，一个好的需求分析工作应该由用户和开发方的较高层次的人员共同完成。
一般的做法是：系统分析小组由系统分析员作为组织者，系统分析员应该掌握尽可能多 的需求分析技术和经验，需求分析工作是否能够顺利的开展，系统分析员负有直接的主要的 责任，由系统分析员作为需求分析的组织者，和用户结合起来共同分析软件需求，这样他们 就可以发挥他们各自的优势。其中还需要双方各自补充学****对方领域的知识，这一点也很重 要，否则，他们互相间由于对对方的领域的知识了解不足，也会造成沟通的困难，难于共同 讨论软件需求，在需求分析过程中双方的沟通是最重要的一个因素。
通常需求分为两种类型：一种是功能性需求，一种是非功能性需求，这一点也需要有一 种清楚的认识。功能性需求是指需要计算机系统解决的问题，也就是对数据的处理要求，这 是一类最主要的需求。非功能性需求是指实际使用环境所要求的需求，往往是一些限制要求， 例如：性能要求，可靠性要求，安全保密要求，等等。
虽然说非功能性需求是一些相对次要的需求，但是也是不可忽略的。
总的来说，需求分析小组内的充分交流是获取需求的主要途径。在需求获取过程中，有 如下一些具体的交流方式。
互相学****开发方向用户介绍有关计算机的知识，用户代表向开发方介绍软件应用 领域的知识。可以采用专题介绍的方式进行。
实地考察：双方互相实地考察，以使各方增加对对方的领域的感性认识。
收集相关资料：双方积极充分的收集有关问题的解决的资料。
语言交流：这是一种最原始的交流方式，也是采用得最多的一种方式，这里要强调 的是单纯的语言交流有很多的弊病，语言文字具有二义性，可能会造成双方的曲解， 此外，语言也不便于表达复杂的逻辑。
图形表格工具：这是避免语言文字交流的弊病的一个好的方法。
时间表：在需求分析过程中要安排好实施计划。
在仔细分析和理解了用户的需求之后，还需要对需求进行清楚的表达，形成规范的需求 规格说明书。表达需求的主要目的为：
为了方便需求分析小组共同讨论软件需求，一种好的清楚的表达方式可以更加进一步 的增进对需求的理解。
作为下一步软件设计的基础，在软件开发的其