需求工程小黑指北-考试速通攻略（二）

概念速记-简洁版（下）

1.   需求分析

软件需求规格说明（SRS）产生阶段：对系统需求，解决方案的定义和文档化阶段。

需求规格说明活动对模板的使用过程：标准模板、组织模板、项目模板、项目软件规格说明文档。

 

需求分析的根本任务：建立分析模型，创建解决方案

 

建立分析模型的方法：抽象，分解

 

两个世界与三种模型：

计算机世界与计算机模型    形式化    不易理解

问题世界与业务模型           非形式化       不适于建模

软件分析模型                     半形式化       常用

 

分析模型三要素：语法（复杂），语义（丰富），语用（严格同时又不太复杂）。

 

需求分析方法：传统分析，结构化分析，面向对象分析。

 

视点：对复杂系统拆解后的子部分。

 

需求建模的子活动：问题域建模，创建解决方案，解决方案建模。

 

上下文图：结构化分析信息工程

类图：面向对象方法

活动图：面向对象

 

交互图主要元素：对象，生命线，消息

 

面向对象分析与设计的关键是实现从用例模型到完全对象模型的过渡。

对象包含：标识，状态，行为。

 

状态机理论：系统总是处于一定的状态之中。系统在任一状态中都是稳定的，如果没有外部事件  ，系统会一直持续维持该状态。

对象约束语言（OCL）是一种规约语言，它以表达式的方式定义对其它模型元素的约束。

领域模型中的识别候选类方法有：名词分析，行为分析，概念类分析列表。

 

 

2.   需求验证

需求评审过程：规划，总体部署，准备，审查会议，返工，跟踪

 

评审的检查方法：自由方法，检查清单（广泛），场景（能发现更多错误），缺陷，功能点，视角，逐步提升

 

验证贯穿于整个软件生命周期过程中。

 

3.   需求管理

需求管理的活动：维护需求基线，实现需求跟踪，控制变更

 

需求基线的定义：1.已经通过正式评审和批准的规格说明或产品，它可以作为进一步开发的基础，并且只有通过正式的变更控制过程才能修改它。

2.是被明确和固定下来的需求集合，是项目团队需要在某一特定产品版本中实现的特征和需求集合。

 

需求基线的维护主要包括：配置管理和状态维护。

 

需求跟踪：以软件需求规格说明文档为基线，在向前和向后两个方向上，描述需求以及跟踪需求变化的能力。

 

 

向前跟踪帮助项目管理者，向后跟踪帮助客户和用户。

从需求向后回溯说明软件需求来源于哪些涉众的需要和目标。

向后跟踪指用例到软件需求规格说明文档之后的演化过程。

 

需求变更过程：

 

 

 

需求变更管理案例（当客户提出需求变更的处理办法）

1.提起变更申请    2.技术评审    3.评估对于工期的影响        4.估算增加的时间成本，人力成本，金钱成本       5.描述需求变更对项目不同阶段的影响    6.变更风险分析    7.决定是否变更。