软件工程复习之结构化分析

软件工程管理体系中最经典的内容。

需求分析面临挑战

1. 问题空间理解
2. 人与人之间的“有效沟通”
3. 需求的变化性

结构化方法？

一种"思想“工具。包括1、建立功能模型（结构化需求分析） 2、建立实现模型
正确定义明确的需求是软件开发成败的关键。业务需求—>用户需求---->功能需求，也就是软件映射

需求技术的基本特征？

1、一定要提供一种方便沟通的（通信）的机制
2、鼓励需求分析人员使用问题空间的术语，思考问题编写文档
3、提供定义系统边界的方法
4、提供支持抽象的基本的机制。
5、为需求分析人员提供多个可供选择的方案
6、提供特定的技术来适应需求的变化。

需求分析基本的术语？？

数据：是客观事物一种表示。
信息：具有特定语义的数据。数据是信息的载体。
数据流：数据流动
加工：数据变换单元
数据存储：
数据源和数据潭：数据从哪里来，到哪里去

需求的表示方法？

规范化的图表工具。

• 数据流 ----------->
• 加工：椭圆
• 存储：=======
• 数据源和数据潭：矩形

系统功能模型表示方法？？

相关软考的考点也是自考的考点：软考下午题数据流图

数据流图(DFD图）

描述数据变换的图形化工具。
元素就是《需求的表示方法》中所涉及的方法。

绘制数据流图的过程

• 顶层数据流图（系统环境图）系统看成一个整体，只有一个处理。
• 自顶向下，逐步求精。再分为0层，1层…分到每一个模块都具有独立的功能为止。从0层开始，对每一个处理，进行编号。0层是1、2、3， 1层的话，就是1.1 1.2 …2.1

数据字典？？？

有关数据的数据，用来描述DFD图中一些细节的问题。

标准定义：

定义数据流图中所有的数据流和数据存储的数据结构。

组成要素关系结构(也就是所谓的客体表示方法）：

顺序结构 ： +
选择结构 ： |
循环结构（重复结构）： { }
子界： m…n

加工处理逻辑？？

判定表：

也称为Decision Table决策表，是一个二维的表，说明了每一种条件组合所产生的结果。

四个象限：

左上限代表所有的条件（描述）；
左下限代表所有可能的结果（描述）
右上限代表每一种条件的取值（用Y和N来表示）
右下限，用x表示所对应的条件组合所产生的结果。
如下图所示：

判定树：

也称为决策树（Decision Tree)，描述在一组不同的条件下，决策的行动是根据不同条件及其取值来选择的处理过程。躺着的一棵树。业务规则的描述可以使用判定树这一过程描述工具
如下图所示：

结构化语言：

逻辑关系比较简单。

IF 付款日期在10日以上
折扣 = 0
ELSE
   IF 交易额 >= 10000
         折扣 = 3 %
   ELSE
        IF交易额 >= 5000
            折扣 = 2 %
        ELSE
            折扣 = 0

注：
1、模型平衡问题（DFD图玘数据字典的一致，底层加工的处理逻辑描述，与数据字典一致）
2、信息的复杂性控制问题 （上层数据流可以打包 ，下层模块个数7± 2 下层加工流不能太多）

需求的验证？？

• 验证每一个需求满足5个性质,必要性、无歧义性，可测性，可跟踪性，可测量性。如何实现？
• 验证需求规格书满足4个性质。详见前一篇内容软件工程复习之软件需求

方法

审查？专家，或用户
单元测试？对每一个功能模块做一些测试
评估？专家或第三方
集成？集成测试