Ch03-结构化分析.ppt

软件工程－Ch3 结构化分析 主要内容 审查 　　　对需求分析结果进行严格审查。 　1.必须理解和表示问题的信息域，根据这条准则应该建立数据模型。 　2.必须定义软件应完成的功能，这条准则要求建立功能模型。 　3.必须表示作为外部事件结果的软件行为，这条准则要求建立行为模型。 　4.必须对描述信息、功能和行为的模型进行分解，用层次的方式展示细节。 　5.分析过程应该从要素信息移向实现细节。 调查表 假设一家工厂的采购部每天需要一张定货报表，报表按零件编号排序，表中列出所有需要再次定货的零件。对于每个需要再次定货的零件应该列出下述数据；零件编号、零件名称、定货数量、目前价格、主要供应者和次要供应者。零件入库或出库称为事务，通过放在仓库中的CRT终端把事务报告给定货系统。当某种零件的库存数量少于库存量临界值时就应该再次定货。 注意事项 数据流图分层细化时必须保持信息连续性，即处理分解前与分解后的输入和输出数据流必须相同。 对处理进行编号，编号反映了处理的分解层次。 1.为数据流(或数据存储)命名 名字应代表整个数据流(或数据存储)的内容，而不是仅仅反映它的某些成分。 不要使用空洞的、缺乏具体含义的名字(如“数据”、“信息”、“输入”之类)。 如果在为某个数据流(或数据存储)起名字时遇到了困难，则很可能是因为对数据流图分解不恰当造成的，应该试试重新分解，看是否能克服这个困难。 2.为处理命名 名字应该反映整个处理的功能，而不是它的一部分功能。 名字最好由一个具体的及物动词，加上一个具体的宾语组成。应该尽量避免使用“加工”、“处理”等空洞笼统的动词作名字。 通常名字中仅包括一个动词，如果必须用两个动词才能描述整个处理的功能，则把这个处理再分解成两个处理可能更恰当些。 如果在为某个处理命名时遇到困难，则很可能是发现了分解不当的迹象，应考虑重新分解。 3.数据源点和终点命名 是目标系统的外部环境部分，通常用问题域中习惯使用的名字。 状态转换图——(简称为状态图)通过描绘系统的状态及引起系统状态转换的事件，来表示系统的行为。 数据字典是描述数据的信息的集合，是对系统中使用的所有数据元素的定义的集合。 包含内容 事物定义的原则 数据元素的组成方式 数据元素的定义符号  the END 命名规则 命名规则 命名规则 状态转换图 初始事件 事件[条件1]/动作表达式 结束事件 是任何可以被观察到的系统行为模式，一个状态代表系统的一种行为模式。 是在某个特定时刻发生的事情，是对引起系统从一个状态转换到另一个状态的外界事件的抽象。 状态1 状态变量1 活动表1 状态2 状态变量2 活动表2 符号 事件名（参数表）/动作表达式 事件类型：entry、exit、do 超时 拨号音 timer＝0 do/响拨号音且增加timer 闲置 拿起听筒 实例 超时 do/响蜂鸣音 拨数字 挂断电话 拨号 拨数字 无效号码 播放信息 do/播放信息 信息播完 断线 挂断电话 有效号码 接通中 do/试接通 占线 忙音 do/响忙音 已接通 振铃 do/振铃 受话人回话 通话 受话人挂断电话 数据字典 数据字典是所有与系统相关的数据元素的有组织的列表，并且包含了对这些数据元素的精确、严格的定义，从而使得用户和系统分析员双方对输入、输出、存储的成分甚至中间计算结果有共同的理解。 数据字典 名字——数据、控制项、数据存储或外部实体的主要名称。 别名——第一项中对象的其他名字。 使用地点与方式——使用数据或控制项的处理的列表，以及使用这些对象的方式(例如作为处理的输入，从处理输出，作为数据存储，作为外部实体)。 内容描述——描述数据或控制项内容的符号。 补充信息——关于数据类型、预置值、限制等的其他信息。 数据字典 复杂的事物 事物1 事物2 事物3 简单事物1 简单事物2 数据 数据1 数据2 数据3 数据项1 数据项2 数据字典定义的原则 数据字典 顺序——以确定次序连接两个或多个分量。 选择——从两个或多个可能的元素中选取一个。 重复——把指定的分量重复零次或多次。 可选——一个分量是可有可无的（重复一次或零次）。 数据字典 ＝意思是等价于(或定义为)； ＋意思是和(即，连接两个分量)； ［ ］意思是或(即，从方括弧内列出的若干个分量中选择一个)，通常用“｜”号分开供选择的分量； ｛ ｝意思是重复(即，重复花括弧内的分量)； （ ）意思是可选(即，圆括弧里的分量可有可无)。 * 第三章 结构化分析 * 1.结构化分析过程和准则2.与用户通信的技术3.分析建模与规格说明4.实体—关系图5.数据流图6.状态转换