ch3 软件工程需求工程.pptVIP

需求工程(Requirement Engineering);outline;outline;需求定义;需求概述;需求概述;需求的重要性;需求的重要性;需求的重要性;需求出错的高成本;需求的重要性;需求的重要性;需求的重要性;*;*;需求开发;需求管理;需求层次;业务需求反映企业/组织对软件系统的高层次目标需求，也就是说是软件需求的建设目标。 系统建立的战略出发点，表现为高层次的目标（Objective），它描述了组织为什么要开发系统 。 为了满足用户的业务需求，需求工程师需要描述系统高层次的解决方案，定义系统应该具备的特性（Feature） 参与各方必须要对高层次的解决方案达成一致，以建立一个共同的前景（Vision） 特性说明了系统为用户提供的各项功能，它限定了系统的范围（Scope） ;执行实际工作的用户对系统所能完成的具体任务的期望，描述了系统能够帮助用户做些什么。 通常是在业务需求定义的基础上通过用户访谈、调查，对用户使用的场景进行整理，从而建立用户角度的需求。用户需求是需求捕获的结果。 特性 模糊、不清晰 多特性混杂 多逻辑混杂 ;对所有的用户需求，都应该有充分的问题域知识作为背景支持。 用户需求是从用户角度描述的系统功能需求和非功能需求，通常只涉及系统的外部行为，而不涉及系统的内部特性。 ;用户对软件系统行为的期望，一系列的行为联系在一起可以帮助用户完成任务，满足业务需求 。 软件需求可以直接映射为系统行为，定义了系统中需要实现的功能，描述了开发人员需要实现什么 将用户需求转化为软件需求的过程是一个复杂的过程 首先需要分析问题领域及其特性，从中发现问题域和计算机系统的共享知识，建立系统的知识模型； 然后将用户需求部署到系统模型当中，即定义系列的系统行为，让它们联合起来实现用户需求，每一个系统行为即为一个系统需求。 该过程就是需求工程当中最为重要的需求分析活动，又称建模与分析活动。 ;软件需求可以分为： 功能需求 非功能需求 设计约束 ;功能需求描述系统应该提供的功能或服务，通常涉及用户或外部系统与该系统之间的交互，一般不考虑系统的实现细节。 传统的需求开发方法中，通常会以??件系统--子系统--模块--子模块的层次结构来组织。 现代需求理论更强调需求分析人员从用户的角度，将系统理解为一个黑盒子，从使用角度来整理需求，不管是RUP或者是XP 方法都是如此。;非功能需求从各个角度对系统的约束和限制，反映了应用对软件系统质量和特性的额外要求，例如响应时间、数据精度、可靠性、开发过程的标准等。 一般在软件开发过程中可以将非功能需求划分为：性能需求，质量属性，对外接口等。 性能需求：速度（Speed）、容量（Capacity）、吞吐量（Throughput）、负载（Load）、实时性（Time-Critical）。 系统为了满足规定的及隐含的所有要求而需要具备的要素称为质量 。质量属性是为了度量质量要素而选用的特征 。 对外接口是系统和其他系统之间的软硬件接口 ，以及用户界面。 ;设计约束一般包括非技术因素决定的技术选型问题，以及预期的软硬件环境，预期的使用环境等。 设计约束非常重要，不要认为是可用可无的。 非技术因素决定的技术选型：对于软件开发而言，有些技术不是由技术团队决定的，而是会受到企业/组织实际情况的影响。例如：必须采用具有自主知识产权的数据库系统，系统开发必须使用J2EE技术等。 Language、OS、SW to HW interface、Algorithm、Power、Timing、Memory、Processor utilization ;有一大学图书馆系统，该系统能够为学生和教工 提供查询和借阅图书和文献资料的服务。 因此本系统具备以下功能： 基本数据维护功能 基本业务功能 数据库管理功能 信息查询功能;（1）基本数据维护 提供使用者录入、修改并维护基本数据的途径。基本数据包括读者的信息，可以对这些信息进行修改和更新。 （2）基本业务功能 读者借、还书籍的登记功能，随时根据读者借、还书籍的情况更新数据库系统，如果书籍已经借出，可以进行预留操作以及书籍的编目、入库、更新等操作。 ;（3）数据库管理功能 对所有图书信息及作者信息进行统一管理维护的功能，对书籍的借还也要进行详细的登记，以便协调整个图书馆的运作。 （4）信息查询功能 提供对各类信息的查询的功能，如对本图书馆的用户借书信息、还书信息、书籍源信息、预留信息等进行查询，对其他图书馆的书籍、资源源的查询。;（1）系统安全性需求 为保证系统安全性，对本图书馆的各项功能进行分级、分权限操作。对其他图书馆的查询控制访问范围，如限ID、限用户等。 （2）对系统可用性的需求 为了方便使用者，要求对所有交互操