软件需求工程复习整理.docxVIP

需求复习整理? 案例+思考题– 7~9? 分值分布 需求获取及前期分析:第2、5~9章 40~50分需求分析:第5、11、12、13、14章 40~50分 其他(15~17章):10~20分第2章 需求基础? 名词解释基本概念 ? 案例– 判定需求的类型,发现错误并修正(示例:ppt 思考题)– 书写需求(示例:第2章案例题4~6)名词解释（基本概念）IEEE是怎样定义需求的？从中你可以得到什么认识？IEEE对需求的定义： 用户为了解决问题或达到某些目标所需要的条件或能力系统或系统部件为了满足合同、标准、规范或其他正式文档所规定的要求而需要具备的条件或能力对(i)或(ii)中的一个条件或一种能力的一种文档化表述认识：为了融合不同群体的看法，IEEE的定义当中同时包括了用户的观点（第一种条件和能力）和开发者的观点（第二种条件和能力），但是即便如此，不同群体的人们也很难就IEEE的定义进行一直和准确的解读，因为需求概念的内涵和外延都非常丰富。解释下列名词：问题域、解系统和共享现象，并结合它们的含义说明软件系统是如何与现实世界形成互动的？问题域：当现实的状况与人们期望的状况产生差距时，就产生了问题。要解决问题，就需要改变现实当中某些实体的状态或改变实体状态变化的演进顺序，使其达到期望的状态或演进顺序。这些实体和状态构成了问题解决的基本范围，称为该问题的问题域解系统：软件系统通过影响问题域，能够帮助人们解决问题，称为解系统。共享现象：软件系统能够与问题域进行交互和相互影响的原因在于，软件系统中的某些部分对问题域中的某些部分的具有模拟特性。换句话说，软件系统当中含有问题域某些部分的模型（或模拟），常见的模型包括数据模型、对象模型、处理模型等。问题域中的某些信息能够和模型中的信息建立映射关系。这些通过映射建立的共同知识，就是问题域和解系统之间的共享现象。共享现象是问题域和解系统实现交互和互相影响的途径与接口，问题域和解系统都通过改变这些共同知识来影响对方，或者通过认同这些共同知识的改变来接受对方的影响。解释下列名词：需求、规格说明、问题域特性和约束，并结合它们的含义说明需求工程的主要任务是什么？需求：需求是用户对问题域当中的实体状态或事件的期望描述。*直接需求（和解系统直接相关）是可以通过更改共享现象被满足的需求; *间接需求（和解系统间接相关）是需要修改共享现象，同时连锁影响问题域才能满足的需求。规格说明：规格说明是解系统为满足用户需求而提供的解决方案，规定了解系统的行为特征。*解决方案只能通过改变共享知识，影响问题域的运行，进而满足用户的需求，所以规格说明主要包括两个部分：对共享现象（模型）的描述；系统对共享现象所施加的操作的描述。***需求关注的是现实世界中的部分，软件关注的是解系统，而规格说明关注的是共享现象问题域特性：在和解系统互相影响的同时，问题域是自治的，它有自己的运行规律，而且这些规律不会因解系统的引入而发生改变。这种自治的规律性称为问题域特性，包括结构特性和行为特性。*需要关注的问题域特性：间接特性、约束和假设、社会性因素约束：问题域当中有些特性完全不受共享现象的影响，即完全不受解系统的影响，同时却可能很大程度上影响共享现象，影响解系统，甚至关乎解系统的成败。这些特性被认为是解系统对环境的依赖特性。当这些特性非常明确时，称之为约束；不明确时，需要限定特性的变化范围，称之为假设。需求工程的主要任务：进行需求开发，确定用户的期望效果R研究问题背景，描述问题域特性E构建解系统，描述解系统行为S，使得E和S的联合作用效果符合需求R，即：E,S |- R需求有哪些常见的类别？需求的分类1（IEEE）：功能需求（必备,价值的来源）：和系统主要工作相关的需求，即在不考虑物理约束的情况下，用户希望系统所能够执行的活动，这些活动可以帮助用户完成任务。功能需求主要表现为系统和环境之间的行为交互。性能需求（动态性需要专门模拟）：系统整体或系统组成部分应该拥有的性能特征，例如CPU使用率、内存使用率等。*速度(Speed),系统的响应时间。e.g.PR1:所有的用户查询都必须在10秒内完成。*容量(Capacity),系统所能存储的数据量。e.g.PR2:系统应该能够存储至少10万条销售记录。*吞吐量(Throughput),系统在连续的时间内完成的事务数量e.g.PR3:解释器每分钟应该至少解析5000条没有错误的语句。*负载(Load),系统可以承载的并发工作量。e.g.PR4:系统应该允许200个用户同时进行正常的工作。*实时性(Time-Critical),严格的实时要求。e.g.PR5:监测到病人异常后,监控器必须在0.5秒内发出警报。质量属性（从设计［尤其是体系结构设计］的角度来讲）：系统完成工作的质量，即系统需要在一