《需求工程——软件建模与分析》读书笔记

《需求工程——软件建模与分析》，整体来说这本书内容还是挺多的。我先从目录看起，看看这本书的知识框架是怎样的，整个需求分析会涉及到哪些知识。

该书共分为5个部分：绪论，需求获取，需求分析，需求的格式化与验证，需求的管理及工程管理。

下面将会简述每一部分部分里面的章节并结合自己的项目和Excel截取的记录做出一些思考，算是我对这本书的心得吧。

第一章：需求工程导论

​ 主要讲解了需求问题的具体原因分析，需求工程（requirement engineering）的简介，重要性和复杂性，然后引出需求工程师这一职业。**有些问题广为人知，有些问题小而简单，这些问题掩盖了需求工程的重要性，常常被学生忽略。**在阿拉丁问答系统中，无论是问题，回答还是评论，都是我们日常上网能接触的，广为人知的问题。但我们并不能因此轻视。需求分析也是很复杂的：处理范围广泛，涉及诸多参与方，处理内容多样，处理活动互相交织，处理结果要求苛刻。因此需求工程师的存在就显得十分有必要，他负责衔接现实世界和计算机世界，是涉众和开发者之间的桥梁。

第二章：需求基础

​ 给出了需求的定义，满足需求就是解决问题，从问题域（problem domain）和解系统两个方面解决问题，问题域通俗点来说就是对用户简单模糊的一句话进行准确细致的分析，转化成清晰详细的需求。需求和问题都有层次性，可以分成业务需求，用户需求，系统级需求。 通俗的说：**业务需求就是对系统业务的期望，用户需求运用问题域知识，系统级需求是对系统功能提出的要求，包含更多技术实现。**具体例子参照P28. 需求开发必须遵从层次性：业务需求-》用户需求-》系统级需求。

需求分类还分为功能需求和性能需求。性能需求包括：**速度，容量，吞吐量，负载，实时性。**质量属性需求也是很重要的一环。常见的有可靠性（在规定时间间隔和条件下执行目标功能的能力），可用性（使用时可操作可访问的程度），安全性（权限相关），可维护性（排除故障的容易程度），可移植性（从一个环境移植到另一个环境的特性），易用性（用户使用该软件的效率），具体例子参照P40。就阿拉丁问答系统来说，之前对可靠性，可维护性，可移植性没有进行过多的分析。

在需求分析时还需要注意约束，常见的约束有系统开发与运行的环境，问题域内相关标准（法律法规，企业规章等），商业规则（用户执行任务中的一些潜在规则），社会性因素（文化，信仰等）。规则描述参照P43.

如何判断自己的需求是否是优秀需求？从完备性，正确性，可行性，必要性，无歧义这5个方面进行参考。具体参照P45-48.

第三章：需求工程过程

具体的需求工程过程参照P54。

**需求获取：**收集背景资料（和用户交流）；获取问题与目标，定义项目前景与范围；识别涉众，选择信息来源；选择获取方法，执行获取，获取功能与非功能的需求；记录获取结果；

**需求分析：**背景分析，问题分析，目标分析，业务分析，确定系统边界；软件需求建模；细化需求；确定优先级；需求协商；

**需求规格说明：**定制文档模板；编写文档；

**需求验证：**执行验证；问题修正；

**需求管理：**建立和维护需求基线集；建立需求跟踪信息；进行变更控制；

**以上过程都是迭代和并发的。**具体过程模型参照P61.

第四章：需求获取概述

**需求获取（Requirement Acquirement）**就是进行需求收集的活动。

**常见困难：**用户和开发人员知识理解的困难（隔行如隔山），默认知识现象（表达者惯性忽略自认简单的知识），用户存在认知困境（用户无法明确表达自己的需求），用户越俎代庖（超出自己业务范围细说我们管的事），缺乏用户参与（用户太多，选择困难；用户认识不足，不愿参与；用户情绪抵制，消极参与；没有明确用户）

**需求获取活动：**具体流程参照P79的图。下面对一些名词进行解释：

涉众：所有和该软件系统有关的人。对于阿拉丁问答系统，可分为用户（网络用户，大V，项目管理员等），客户（为软件付费的人），开发者（各种工程师）

硬数据采样：通过调查问卷等形式获取样本数据，了解用户的普遍需求

**获取信息的内容：**需求，问题域描述，环境与约束

**获取信息的来源：**涉众，