《软件需求分析与规范》软件需求分析复习题.doc

《软件需求分析与规范》复****题
列举四种需求获取的技术,说明每种技术的特点及适用的情境。
面谈法
面对面的会见被认为是最具丰富内容的交流方法,实践当中应用最为广泛的需求获取方法之一,可以获得的信息内容包括事实和问题、被会见者的观点、被会见者的感受、组织和个人的目标。
面谈的优点有:
面谈的开展条件较为简单,经济成本较低;
能获得包括事实、问题、被会见者观点、被会见者态度和被会见者信仰等各种信息类型在内的广泛内容;
通过面谈,需求工程师可以和涉众(尤其是用户)建立相互之间的友好关系;
通过参与面谈,被会见者会产生一种主动为项目做出贡献的感觉,提高涉众的项目参与热情。
面谈的缺点和局限性包括:
面谈比较耗时,时间成本较高;
在被会见者地理分散的情况下往往难以实现面谈;
面谈参与者的记忆和交流能力对结果影响较大,尤其是面谈的成功较高的依赖于需求工程师的人际交流能力;
交谈当中常见的概念结构不同、模糊化表述、默认知识、潜在知识和态度偏见等各种问题在面谈中都不可避免,进而影响面谈的效果,导致产生不充分的、不相关的或者错误的数据;
在会见者不了解被会见者认知结构的情况下,面谈不可能取得令人满意的效果。
观察和文档审查的方法
应用于用户无法完成主动的信息告知的情况下
某些事件只有和它们发生时的具体环境联系起来,才能得到理解
优点: 理解复杂的协同事件
获取工作中的异常处理
获取与用户认知不一致的实际知识
了解用户的认知
获取默认(tacit)知识
缺点: 获得的是零散的细节知识,需要归纳整理
“假象”
原型法
原型是一个系统,它内化了(capture)一个更迟系统(later system)的本质特征。原型系统通常被构造为不完整的系统,以在将来进行改进、补充或者替代。
原型方法的风险
涉众看到了一个正在运行的原型,得出产品几乎已经完成的结论,从而提出快速交付产品的不当要求
用户可能会被原型所表现出来的非功能特性遮蔽了眼睛,从而忽略了他们更应该重视的功能特性
在澄清需求不确定性的同时也可能会掩盖一些用户的假设,这些假设将会无从发现
原型开发工作投入太多的工作,使得开发团队消耗了过多的时间和过大的成本

用例描述了在不同条件下系统对某一用户的请求所作出的响应。根据用户的请求和请求时的系统条件,系统将执行不同的行为序列,每一个行为序列被称为一个场景。
用例是静态的结构化文本描述。
q用例的内容可以是对当前世界的描述,也可以是对将来确定的解系统的内部行为描述,还可以是对一种期待的解决方案的描述。
q用例可能会被用于描述系统内部的交互,也可能被用于描述系统和环境的交互,还可能会被用于描述行为的环境和背景。
q用例是类型层次的事件描述,主要用来描述功能需求。可以包含其他类型的需求
q用例的内容既包含有正常流程,又包含有异常流程。
用例可以是比较抽象的,用于描述整个业务过程;也可以是比较具体的,用于描述某个任务的完成过程;还可以是非常具体的,描述某个交互行为的详细处理步骤。在需求工程的前期,会产生第一种和第二种用例描述,但最终都需要细化为最后一种形式的用例描述。
q用例可以用于各种目的的应用,包括描述、探索和解释(explanatory)。需求获取和需求验证是它在需