工作过程: 得到的系统模型: 一层层地进行功能分解 由模块及其接口构成 〖系统 功能 功能 模块 分解 模块 功能[功能」「功能] 功能 功能 分解 模块 模块 子功能子功能 分解 功能 功能 功能 模块 模块 模块 子功能子功能 功能 模块 功能 功能 模块 模块
功能 功能 功能 系统 子功能 子功能 子功能 子功能 分解 分解 分解 …… …… …… …… 工作过程： 一层层地进行功能分解 功能 模块 功能 模块 功能 模块 功能 模块 功能 模块 功能 模块 功能 模块 功能 模块 功能 模块 功能 模块 得到的系统模型： 由模块及其接口构成
数据流法( data flow approach 数据流法=数据流+数据处理(加工)+数据存储+端 点+处理说明+数据字典 又称作结构化分析。基本策略是眼踪数据流,即硏究问题 域中数据如何流动以及在各个环节上进行何种处理,从而 发现数据流和加工。问题域被映射为数据流图(DFD), 并用处理说明和数据字典进行详细说明。 优点与缺点 有严格的法则,较强调研究问题域。 仍然是间接映射; 与结构化设计的表示法不—致,而且没有一种严格的、可操作的 转换规则。因此从分析到设计的过渡比较困难; 大系统数据流和加工的数量常常多到难以控制的程度,引起分析 文档的膨胀
数据流法（data flow approach） 数据流法＝ 数据流＋数据处理（加工）＋数据存储＋端 点＋处理说明＋数据字典 又称作结构化分析。基本策略是跟踪数据流，即研究问题 域中数据如何流动以及在各个环节上进行何种处理，从而 发现数据流和加工。问题域被映射为数据流图（DFD）， 并用处理说明和数据字典进行详细说明。 优点与缺点： 有严格的法则，较强调研究问题域。 仍然是间接映射； 与结构化设计的表示法不一致，而且没有一种严格的、可操作的 转换规则。因此从分析到设计的过渡比较困难； 大系统数据流和加工的数量常常多到难以控制的程度，引起分析 文档的膨胀
加工 数据词典 端点 数据流 处理说明 数据存储
数据流 加工 数据存储 端点 处理说明 ———— ———— ———— ———— ———— ———— 数据词典 ———— ———— ———— ———— ———— ————
信息建模法( information modeling) 信息建模=实体(对象)+属性+关系+父类型/子类型 +关联对象 由实体-关系法(E-R方法)发展而来。 与数据库设计有很深的渊源。 核心概念是实体和关系。实体描述问题域的事物,含有属性 关系描述事物之间在数据方面的联系,也可以带有属性。 发展之后的方法也把实体称作对象,并使用了类型和子类型 的概念,作为实体(对象)的抽象描述。 有人也把它列入面向对象方法,但有以下差别: 1.强调的重点是信息建模和状态建模,而不是对象建模。 2没有把对实体属性的操作封装到实体对象中 3只有属性的继承,不支持服务(操作)的继承。 4没有采用消息通讯
信息建模法（information modeling） 信息建模＝ 实体（对象）＋属性＋关系＋父类型／子类型 ＋关联对象 由实体-关系法（E-R方法）发展而来。 与数据库设计有很深的渊源。 核心概念是实体和关系。实体描述问题域的事物，含有属性； 关系描述事物之间在数据方面的联系，也可以带有属性。 发展之后的方法也把实体称作对象，并使用了类型和子类型 的概念，作为实体（对象）的抽象描述。 有人也把它列入面向对象方法，但有以下差别： 1.强调的重点是信息建模和状态建模，而不是对象建模。 2.没有把对实体属性的操作封装到实体对象中。 3.只有属性的继承，不支持服务（操作）的继承。 4.没有采用消息通讯
面向对象的分析 面向对象=对象,类 +结构与连接 +继承 +封装 +消息通讯 是对问题域中事物的完整映射,包括事物的数据特征和行 为特征。 如实地反映了问题域中事物之间的各种关系,包括分类结 构、组装结构、静态联系和动态联系 采用封装、继承、消息通讯等原则,使问题域的复杂性得 到控制
面向对象的分析 面向对象＝ 对象，类 ＋结构与连接 ＋继承 ＋封装 ＋消息通讯 是对问题域中事物的完整映射，包括事物的数据特征和行 为特征。 如实地反映了问题域中事物之间的各种关系，包括分类结 构、组装结构、静态联系和动态联系。 采用封装、继承、消息通讯等原则，使问题域的复杂性得 到控制