3. 需求工程的方法学
需求工程的方法学发展很快，对需求工程方法学不同侧面的研究和一些经典论述为需求工程的发展奠定了基础。其中典型的有以下方法:
Lano提出的操作概念规格，于需求产生前由开发人员写成，它既满足精确的规格说明要求，同时易读、易理解，便于用户了解是否真正体现了其要求。
Sutcliffe、Maiden等人提出从领域知识的角度定义在需求工程环境中通用的领域语义模型和组合模型。
Alford提出任务分割的概念，大大减低了需求分析的问题复杂度。
Chou和Eckert讨论了面向对象的需求工程方法学的概念和模型。
Drake提出用于确定系统需求边界的限定过程。
Gotel对需求跟踪性问题进行了研究。
还有其他许多人对需求工程方法学的其他方面进行了研究和论述。
综合看来，需求工程方法大致分为四类:面向过程、面向数据、面向控制、面向对象。面向过程的分析方法主要研究系统输入输出的转化方式，对数据本身及控制方面并不很重视。传统的结构分析方法SA(structure analysis)、SADT(structure analysis and design technique)和可执行/可操作模型PAISley、Descartes以及形式方法VDM(Vienna Design Method)、Z等都属于这一类。
面向数据的方法强调以数据结构的方式描述和分析系统状态，JDS和关系实体(ER)模型都属此类。
面向控制的方法强调同步、死锁、互斥、并发以及进程激活和挂起，数据流图就是典型的面向控制的方法，SADT是以面向控制的方法为辅的。
面向对象的方法把分析建立在系统对象以及对象间交互的基础上，通过对象的属性、分类结构和集合结构定义和沟通需求。从对象模型、动态模型和功能模型三个方面对问题进行描述。面向对象的方法正在成为需求分析中的一个热点，并展现出良好的应用前景。Yourdan和Coad的00A方法、Booch的方法、Jacobson的OOSE、Rumbaugh的OMT方法等，都是这一方法的典型流派。
4. 信息系统需求过程中的度量
在信息系统开发中，需求度量的根本目的是为了管理的需要。人们是很难管理不能明确度量的事物的。度量的正式定义是：度量是指在现实的世界中，把数字或符号指定给实体的某一属性，以便用这种方式并根据已明确的规则来描述它们。需求过程的度量可以使得需求管理者和系统分析人员能够改善需求项的生成过程；辅助需求计划的制定、修正、跟踪和控制；评估信息系统需求过程的产品(需求项)的质量。
4.1 进度度量
需求进度度量是通过需求计划与实际需求提交量、以及与需求实际完成量的对比，计算出各种实际数据与计划之间的偏差率和完成率，为需求过程的下一步工作计划提供依据。需求进度度量的度量点设在需求过程的每一个周期结束，度量单位为需求项数。所有提出的需求项在审核之前存储在缓冲数据库中，只有在该需求项被审核之后才进入发布数据库。这里将缓冲数据库中的需求项看作提交的需求项，将发布数据库的需求项看作完成的需求项。我们用NPR(Number of Planning Requirement)、NSR和NFR分别表示计划需求项数、提交需求项数和完成需求项数，用公式:
需求项提交率= (1)
需求项偏差率= (2)
需求项完成率= (3)
可以计算出需求项的提交率、偏差率和完成率。
4.2 规模度量
需求项的规模度量目的是为用户提供实际的数据，为今后的项目估算提供依据。度量点设在项目需求过程结束或需求过程每个周期结束，度量单位是需求项的加权数。这里利用需求项的复杂度属性进行项目需求项的加权计算，得出需求规模的计算方法，这种方法可以看作简化的功能点的计算方法。设用FP表示功能点的总规模度量数；用i表示需求项复杂度的等级；用Ri表示在i复杂度下的需求项总数；用wi表示在i复杂度下的需求项的权值，则需求项规模度量如下计算： (4)
偏差率= (5)
4.3 稳定性度量
需求变更是影响信息系统质量的重要因素之一，对需求稳定性的度量可以作为项目需求过程和整个项目质量度量的一个重要指标。只粗略地讨论需求稳定性的度量。需求稳定性度量的度量点在项目结束之后，度量单位是需求变更数与需求项毕业论文http://www.751com.cn/ 加权数的比值。通过查询需求变更跟踪记录，可以获得总的需求变更记录，用RCN表示。用Rc表示需求变更率，则度量公式如下：
(6)
将一个管理信息系统(Ml System)分为为若干个子系统(Subsystem)，每个子系统分为若干个处理(Process)，一个处理又可以包含多个功能点(Function)。根据需求变更内容对信息系统开发代价的影响大小，将需求变更分为五个级别，分别为5到1级，数字越大，说明变更程度越大，对信息系统开发代价的影响也越大。
将信息系统实际开发过程中的需求变更分布与之比较，如果两类分布基本吻合，则说明系统开发比较正常；如果两类分布出现相当大的偏差时，就说明系统开发异常，需要系统人员重点分析原因及时改正。简单总结一下，通过对需求变更的定量度量分析，可以看出其对信息系统开发过程的主要作用如下:
(l)在系统分析阶段，可以辅助系统开发人员检查用户要求是否属于“不明需求”，是否需要进行进一步调研、细化；
(2)在系统开发和文护阶段，在用户提出应用软件修改意见时，可以区分该意见是“系统需求变更”还是“软件错误”；
(3)可以对需求变更进行初步定量分析，判断重要程度以及计算工作量，从而合理制定和修改工程计划和预计进度；
(4)可以对“需求变更”进行“业务重要性/修改级别”分析，指导工程计划，对于业务比较重要、急需修改的，而等级较低的修改优先安排；
(5)可以辅助信息系统需求变更规律的分析，把管理精力集中在不符合前面的“需求变更理想分布”规律的变更要求上，及时调查原因并采取相应措施，提高工程管理质量。例如，如果存在两种不同级别的修改方案可以满足用户的某个特定的变更要求，应优先采取低级别的变更方案。
5．结论
本文通过介绍需求工程的概念，论述了需求工程的内容和方法学，强调了需求管理在需求工程的重要性，介绍了需求管理的几种模式。分析了常用需求分析方法的工作原理和机制，深入的研究了软件工程中最复杂的过程——需求工程。充分了解了需求工程是应用已证实有效的技术、方法进行需求分析，确定客户需求，帮助分析人员理解问题并定义目标系统的所有外部特征的一门学科。并从三个方面，对中小信息系统需求过程进行需求度量。对信息系统实际开发过程中的需求变更进行分布与比较，以及对此得出结论。