浅析软件需求获取与确认
1 软件需求获取的任务
软件需求：是为了解决用户的问题和实现用户的目标，用户所需的软件必须满足的能力和条件。
每种人员对需求的描叙是不同的。
不同的抽象层次或角度列举的需求：
业务需求：描叙使用软件系统要达到什么目标。例如，使用软件系统要提高工作效率多少倍，节省多少费用等。
用户需求：描述用户要求系统必须能完成的任务，或者说描述能用系统做什么。
系统需求：为了满足需求，系统或系统成分必须满足或具有的条件或能力。该项需求中通常包括软件和硬件需求，且对需求的描述层次是的。
功能需求：规定软件必须实现的功能性需求。该项需求规定开发人员必须要实现的软件功能，供用户使用。该项需求基于系统需求得到。
非功能需求。
2 软件需求的获取与确认过程
获取：
协商：
说明与定义：
确认：需求间无冲突、内容一致。
3 快速原型化方法
先实现一部分软件，展现需求提出方的要求，往往会减少软件供需双方对需求理解上的差异，而且会提高需求提出方交流需求的积极性。
演示原型
技术验证原型：该原型在技术层上实现软件的部分功能，以验证技术上的可行性。在不能确定所要实现的需求项是否可行时，或者要优化算法、评估所要采用的技术时，可以开发技术验证原型，以减少开发风险。
4 基于用况的方法
在建立用况模型时，要确定系统边界，找出在系统边界以外与系统交互的事物，然后从这些事物与系统交互的角度，通过用况来描述这些事物怎样使用系统，以及系统向它们提供什么功能。
系统边界
系统的所有内部成分与系统以外各种事物的分界线。
参与者
一组在功能上密切相关的角色，当一个事物与系统交互时，该事务可以扮演这样的角色。————>人员、外部系统、设备。（启动系统的参与者。）
用况：是描述系统的一项功能的一组动作系列，这样的动作序列表示参与者与系统间的交互。
包含 基用况在它内部说明的某一（些）位置上显式的使用供应者用况的行为的结果。
扩展
<执行完扩展用况后，其用况继续执行扩展点下面的行为。>
<可选的交互行为、例外处理建模>
继承
5 需求管理
需求标识和分类
变更管理
需求基线是经过正式评审与同意、用作下一步开发的基础的软件需求。后续的需求变更必须遵循正式的变更控制过程。
需求跟踪：建立需求跟踪矩阵。
