软件工程复习 第二章 需求分析 需求文档的撰写 需求分析三类建模

2.1需求分析的概念

进行需求分析的原因：
1.需求分析的错误和变更导致软件开发失败占比高（eg：a.缺少用户的输入 b.不完整的需求和规格说明书 c.需求和规格说明书的变更）
2.希望对开发进行引导
3.希望开发人员对于用户的要求理解
4.希望用户理解开发人员
5.测试部分可以有理可依

需求分析的定义：确定系统必须具有的功能和性能，系统要求的运行环境，并且预测系统发展的前景。
换句话说需求就是以一种清晰、简洁、一致且无二义性的方式，对一个待开发 系统中各个有意义方面的陈述的一个集合。

需求分析的任务：
1.建立分析模型（准确定义了未来系统的目标，确定了为了满足用户需求需要做什么）
2.编写需求说明（用《需求规格说明书》规范的形式准确表达用户的需求）

2.2需求分析的过程

2.2.1需求确认

流程：需求获取->需求提炼->需求描述->需求验证

2.2.1.1需求获取

软件需求获取指的是软件需求的来源以及软件工程师收集这些软件需求的方法。它也称为需求抓取、需求发现和需求获得。

需求分类：
A.功能性需求：描述系统应该做什么，即系统应该为了用户或者其他系统完成的功能，提供的服务。
B.非功能性需求：必须遵循的标准，外部界面的细节，实现的约束条件，质量属性。

需求的来源：
1.用户目标 2.领域知识 3.投资者 4.运行环境 5.组织环境

需求的获取技术：
1.采访 2.设定情景 3.原型 4.会议 5.观察商业过程或者工作流

2.2.1.2需求提炼

对应用问题及环境的理解和分析，为问题涉及的信息、功能及系统行为建立模型。将用户需求精确化、完全化，最终形成下一步的需求规格说明书。

2.2.1.3需求描述（本质：撰写需求说明书）

1.需求分析工作完成的一个基本标志就是形成一份完整的，规范的需求规格说明书。

2.需求规格说明书的编制是为了使用户和软件开发者双方都对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。

3.需求规格说明的原则：
a.分离功能，描述做什么而不是怎样实现
b.使用面向处理的规格说明语言（系统定义语言）
c.若开发大系统中的一个元素，也需要对整个大系统进行描述
d.必须包括系统运行环境
e.必须是一个认识模型必须是可操作的
f.必须容许不完备性并允许扩充必须局部化和松散耦合扩充必须局部化和松散耦合

2.2.1.4需求验证

需求验证的重要性：如果在后续的开发或当系统投入使用时才发现需求文档中的错误，就会导致更大代价的返工。

需求验证需要对需求文档进行检查：1.有效性检查 2.一致性检查 3.完备性检查 4.可行性检查

2.2.2需求变更

变更管理是将个人、团队和组织从现有状态转移/过渡到期望状态的结构化方 法。它授权雇员接受并理解当前业务环境中的变更。在项目管理中，变更管理是指项目变更被引入和接受后的项目管理过程。

2.2.3需求文档的基本结构

1.引言
需求文档的目的；文档约定；预期的读者与建议；产品范围；参考文献
2.综合描述
产品前景，功能，优先级；用户特征；运行环境；假设与依赖
3.需求描述 （需求文档中最实质的环节）
a.功能需求
b.数据需求：与功能相关的数据定义与数据关系
c.性能需求：响应时间，容量要求，支持的用户数目
d.外部接口：用户界面，软件接口，硬件接口，通信接口
e.设计约束：软件支持环境，报表，数据命名
f.软件质量属性：可维护性，可靠性，可移植性，可用性，安全性
g.其他需求
4.附录
5.索引

2.3需求分析三类建模

需求分析核心：建立需求分析模型