本章学习内容3.1重视需求的作用3.1.1需求驱动软件开发过程软件需求3.1.3需求的质量决定项目成败3.2理解软件需求3.2.1需求的定义是……需求的定义还是……3.2.2需求是“想获得的东西”（1）“谁想获得”—需求提供者（2）获得什么——需求内容所以软件需求是……3.2.3软件需求的层次例2仓库管理员乙：仓库管理员的职责是管理库存的各种生产原料，因此新系统必须帮助我维护库存信息；并对原料的入库或出库进行登记；再有就是每个月要进行一次盘点，必须得打印一张盘点报表……俺们学问不高，最好软件使用能简单点，打字方便点，俺就会用汉语拼音打字……例3——库存管理子系统的需求描述1、出库登记使用场景：（1）仓库管理员录入“领料单”中的原料编号，数量，领料人。（2）系统验证原料编号有效则显示原料名称、存放位置及库存数量，否则提示重新填写并返回（1）（3）若库存数量充足则保存录入信息和领料时间（系统时间），更新该原料的库存数量。否则，不保存任何信息，提示“库存不足”。（4）出库登记功能执行结束。要求：全键盘输入，录入领料人时自动切换为ABC输入法前面三个例子都是不可忽略的软件需求，但是需求信息的概括程度和作用却存在很大的差异例1：强调了整个软件系统必须达到的战略目标、应用范围和整体约束。是高度概括的，不能被开发人员直接理解和实现。例2：表达了实际用户出于实际工作对系统的要求，比较具体，可以被理解，但往往“不单纯”，在实现过程中可以分解为“粒度更小”的具体需求例3：以相对“专业”的方式描述了一个系统必须提供的功能及必须服从的约束，可以直接作为系统中的一个独立部分被实现三个层次的需求获取各层次的需求3.2.4需求的分类（1）非功能需求包括……非功能需求包括……3.3需求的质量3.3.1什么是优秀的需求完整性每项需求必须清楚的提供给开发人员足够的必要信息，以确保其理解并能够设计和实现对应的功能。正确性每项需求必须真实地表达使用者对软件产品的要求，而不是分析员对软件的设想。可行性每项需求都必须是在已知系统和环境的能力和限制范围内可以实施的。必要性每项需求都必须服从于软件的整体应用目标，即要保证被接受的需求都可以追溯到某个“客户”的投资动机划分优先级每项需求应定量地指明它在软件产品中的重要程度，以确保项目管理者在节省预算、调整进度或资源调度中具有一定的控制自由度。无二义性每项需求必须对所有可能的读者都只有一个明确统一的解释。可验证性每项需求都应该可以通过设计测试用例或其它的验证方法被确定是否实现了怎样产生高质量的软件需求