对需求工程中需求确定的思考和实践
 
摘要:
通过阅读英美现代著名软件工程专家的多本经典需求工程著作，我对需求工程方面的理论比原来有了较深刻的理解，并对需求工程中需求确定进行了较深刻的总结思考。
优秀的现代企业必定成功的运用了信息技术。中远集团为提高船员管理信息化水平，决定开发新的船员信息管理系统，并要求新系统具有通用性，智能化，人性化，功能全面等特点。 为构建正确的系统，就必须充分挖掘用户需求。很荣幸，我参加了系统开发的需求分析阶段，以理论知识结合实践工作，通过实践工作检验和丰富理论知识。

关键字：
需求，需求确定，需求获取，需求管理，需求文档

Abstract
As had read many first-class books written by anglo-american modern experts in Software Engineering， now I comprehend Requirements Engineering more better than before， and I have summarized the requirement part of Requirements Engineering by the numbers。
All first-class modern enterprises use information technology without fail。 To improve the class of managing information， the Cosco Group of China has made a decision to develop a new system to manage the information of sailors， the new system will be of humanity ，intelligentized， and its function is all-sided。 The first step to develop a valid system that the users need is to get the accurate user requirements。 It is my honour to take part in the requirement phase of system development。  I learned much from the pratice， and proved the theory through it。
Key Words：
Requirements ，Requirements elicitation， Requirements Management，
Requiremens Document 
 
目   录
第一章 需求确定概述 1
1.1需求确定定义 1
1.2 需求确定的重要性 2
第二章 需求确定过程 4
2.1需求获取 5
2.2 需求的验证和协商 7
2.3 需求确定中的需求管理 8
2.4 需求业务模型（进行较高抽象层次的高级可视化建模） 9
2.5 最终需求文档 10
第三章 需求确定过程个人见解 11
第四章 需求确定项目实践 12
4.1 实践项目背景 12
4.2 项目实践 12
4.2.1 项目需求分析计划 12
4.2.2 项目实践 13
第五章  项目实践思考 25
5.1 项目实践不足点 26
5.2 项目实践成功点 28
第六章 总结与展望 30
致谢 31
参考文献 32

第一章 需求确定概述
1.1需求确定定义
什么是软件需求？
当代英国著名软件工程专家Ian Sommerville对需求的简要定义是：系统服务或约束的陈述。 一个服务陈述描述相对于一个个体用户或者相对于整个的用户群这个系统应该如何运行，它还可以是一些系统必须执行的计算; 一个约束陈述表示系统行为或者系统开发的限制。 虽然没有统一的定义，但是我们知道软件需求事实上描述了软件系统的行为，特性或属性。
对于需求工程也没有统一的定义，但是需求工程必定包括获取，分析，规定，验证和管理软件需求，现代软件开发过程模型中的需求确定（Requirements）和需求规格说明（Specification）是其主体部分。
需求确定是系统开发生命周期的第一个阶段，要开发的系统由系统规划活动确定，需求确定阶段的任务是和客户一起确定，分析和协商需求，需求确定的目的包括提供功能和其它需求的叙述性定义，这些需求是投入者希望在实现的或部署的系统中所具有的。 需求确定的最终导出是叙述性的需求文档，这里的需求文档不等同于需求规格说明书。虽然有些软件工程专家认为需求文档和需求规格说明书等同，但是这里我们认为需求文档主要面对的读者范围较广，包括客户，用户，系统开发者等，而需求规格说明则侧重于面向系统开发者。
需求规格说明（SRS）事实上只是需求文档的扩展细化，它精确阐述一个软件系统必须提供的功能和性能以及系统约束条件，而且需求规格说明含有不少形式化的可视化模型（如UML用例图，类图等）。 需求规格说明在叙述性的需求文档的基础上细化精确系统需求，对系统进行建模，对需求进行形式化描述。
基于思考和总结的基础上可以这样理解需求确定：需求确定是关于发现需求和用一种叙述性的需求文档将需求文档化的活动，它的最终结果将作为需求规格说明的输入。
1.2 需求确定的重要性
需求确定作为系统开发生命周期的第一阶段，它的成功与否对系统的开发有着举足轻重的地位。 研究数据表明，需求错误是系统开发错误中最常见的一类错误。而大量的事实也表明，在软件开发的过程中在越*后的阶段发现错误，则修复错误所花费的成本越高。
专家的研究告诉我们这样一个事实:在软件开发的过程中越早修复一个错误，其成本越低，例如，如果把需求阶段修复一个需求错误的成本定为1单元成本，则在设计阶段修复同样的错误成本为5，编码阶段为10，测试阶段为20--50，到了维护阶段则高达200个单元成本！ 因为在越*后的阶段修复需求错误，我们就必须把按照错误需求做的工作推翻并在各个相关阶段进行修复工作，这样不仅浪费原来所做的大量工作和精力，也会由于需求错误的影响导致我们必须花更多的时间和精力去修补错误。 我们可以用以下的三角形图来形象的说明这点。