广工2013级需求工程复习重点

更新时间:2023-12-20 14:34:01 阅读量: 教育文库 文档下载

说明:文章内容仅供预览,部分内容可能不全。下载后的文档,内容与下面显示的完全一致。下载之前请确认下面内容是否您想要的,是否完整无缺。

一、

需求工程的活动

1. 需求获取:需求获取是从人、文档或者环境中获取需求的过程。 2. 需求分析:需求分析的主要工作是通过建模来整合各种信息,从而

使人们更好地理解问题。

3. 需求规格说明:获取的需求需要被编写成文档,其中项目前景和范

围文档记录业务需求、用户需求文档记录用户需求、系统需求文档被写入需求规格说明记录系统需求。

4. 需求验证:以需求规格说明为输入,通过符号执行、模拟或快速原

型等途径,分析需求规格的正确性和可行性,包含有效性检查,一致性检查,可行性检查和确认可验证性;

5. 需求管理:支持系统的需求演进,如需求变化和可跟踪性问题。 业务需求、用户需求、功能需求、非功能性需求

1. 业务需求:是抽象层次最高的需求,是系统建立的战略出发点,表

现为高层次的目标,它描述了组织为什么要开发系统。

2. 用户需求:是执行实际工作的用户对系统所能完成的具体任务的期

望,描述了系统能够帮助用户做些什么。

3. 功能需求:和系统主要工作相关的需求,即在不考虑物理约束的情

况下,用户希望系统所能够执行的活动,这些活动可以帮助用户完成任务。功能需求主要表现为系统和环境之间的行为交互。

4. 非功能性需求:除了功能需求之外的其他4种类别需求,包括性能

需求,质量属性,对外接口,约束。 项目前景和范围的内容 项目前景:

1. 前景概述:用一个简洁的声明概括系统的长期目标和意图。

2. 主要特性:为新产品的每一项主要特性或用户功能进行固定的、唯一的命名或编号,突出其超越原有产品或竞争产品的特性。

3. 假设与依赖:记录构思项目和编写前景与范围文档过程中涉众所提出的每一项假设,能够避免可能的混乱以及这种混乱会在将来造成的影响。 项目范围:

1. 第一版范围:概述计划在产品的第一个版本中实现的主要特性。描述产品的质量特性,产品依靠这些特性为不同类别的用户提供预期利益。

2. 后续版本范围:后续版本能够实现更多的需求和特性,并可完善最初的功能。

3. 限制与排除:管理范围蔓延的方法之一是,定义项目包含的需求与不包括的需求之间的界限。

优秀需求的特点

1. 完整性 4. 可行性 2. 正确性 5. 必要性

3. 精确性 6. 无歧义 7. 可验证

二、

三、

四、

五、

六、

七、

八、

需求获取活动的过程 1. 收集背景资料

2. 定义项目前景和范围 3. 选择信息的来源

4. 选择获取方法,执行获取 5. 记录获取结果

需求获取的来源 1. 涉众

用户,客户,领域专家,市场人员、销售人员等其他用户替代源 2. 硬数据

登记表格、单据、报表等定量文档,备忘录、日志等定型文档 3. 相关产品

原有系统,竞争产品,协作产品 4. 重要文档

原有系统的规格说明,竞争产品的规格说明,协作产品的规格说明,客户的需求文档

5. 相关技术标准和法规

相关法律、法规及规章制度,行业规范、行业标准,领域参考模型

需求获取的困难

1. 用户和开发人员的背景不同,立场不同 2. 普通用户缺乏概括性、综合性的表述能力 3. 用户存在认知困境 4. 用户越俎代庖 5. 缺乏用户参与

面谈有的结构和特点 1. 金字塔结构

1) 如果会见者认为被会见者需要对话题进行预热,可以采用金字塔

结构,通过逐步的引导来使得被会见者打开话匣子。

2) 如果会见者发现自己事先对事实的确认存在较大偏差或者被会

见者看上去不情愿讨论这个话题,也可以采用金字塔结构。 3) 当想结束讨论这个话题的时候,使用金字塔结构的提问顺序也是

有用的。

2. 漏斗结构

1) 漏斗结构为开始一场面谈提供了一种容易而轻松的途径。 2) 当被会见者对这个话题有情绪,并且需要自由表达这些情绪的时

候,需要采用漏斗型提问顺序。

3) 或者在会见者事先对事实了解不多时,也应该采用漏斗结构的问

题组织方式。

4) 用这种方式组织面谈能得出很多的详细信息,以至于没有必要使

用长序列的受限制问题和调查问题。

3. 菱形结构

九、

十、

使用菱形结构的主要优点是通过各种各样的问题保持被会见者的兴趣和注意力。一旦掌握了如何在正确的时间问正确的问题,就可以多样地选择问题的顺序。

面谈及其优缺点 优点

1. 面谈的开展条件较为简单,经济成本较低

2. 能获得包括事实、问题、被会见者观点、被会见者态度和被会见者信仰等各种信息类型在内的广泛内容

3. 通过面谈,需求工程师可以和涉众建立相互之间的友好关系

4. 通过参与面谈,被会见者会产生一种主动为项目作出贡献的感觉,提高涉众的项目参与热情 缺点

1. 面谈比较耗时,时间成本较高

2. 在被会见者地理分散的情况下往往难以实现

3. 面谈参与者的记忆和交流能力对结果影响较大,尤其是面谈的成功较高地依赖于需求工程师的人际交流能力

4. 交谈中常见的概念结构不同、模糊化表述、默认知识、潜在知识和态度偏见等各种问题在面谈中都不可避免,进而影响面谈的效果,导致产生不充分的、不相关的或者错误的数据。

5. 在会见者不了解被会见者认知结构的情况下,面谈不可能取得令人满意的效果

需求基线和内容

需求基线就是被明确和固定的需求集合,是项目团队需要在某一特定产品版本中实现的特征和需求集合。

需求基线的关键内容是软件需求,同时还包括很多和软件需求相关的描述信息,他们将为软件需求在项目中作用的有效发挥提供信息支持,例如标识符,当前版本号,源头,理由,优先级,状态,成本、工作量、风险、可变性等等。

十一、 需求规格说明文档的必要性

1. 可以将软件系统的需求信息和解决方案更好的传递给所有的开发者 2. 可以拓展人们的知识记忆能力 3. 作为合同协议的重要部分

4. 成为项目开发活动的一个重要依据

5. 发现和减少可能的需求错误,从而减少项目的反攻,降低项目的工作量

6. 可以成为有效的智力资产

十二、 需求变更控制的过程

提请者,提请需求变更→接收者,接收变更请求→评估者,对需求变更表单进行变更评估→变更控制委员会,决定批准或否决变更请求→修改者,负责实现变更→验证者,负责验证变更是否正确实现

本文来源:https://www.bwwdw.com/article/1uw5.html

Top