使用VisioROSE教案解析.ppt

第三章 功能分析 3.1 基于Visio的数据流程图 3.1.1 数据流程图 数据流程图既是对原系统进行分析和抽象的工具，也是用以描述新系统逻辑模型的主要工具 。 特点： 具有抽象性 具有概括性 3.1.1 数据流程图 数据流程图采用4种符号： （1）外部实体 （2）处理功能 （3）数据存储 （4）数据流 3.1.1 数据流程图 外部实体、处理功能、数据存储及数据流符号 3.1.1 数据流程图 以车辆购置管理业务流程为例进行功能分析对业务流程图分析后得到的数据流程如下所示。 按照同样的分析方法，可以得到车辆调拨管理数据流程图和车辆报废管理数据流程图。 3.1.1 数据流程图 车辆购置管理数据流程图 3.1.1 数据流程图 车辆调拨管理数据流程图 3.1.1 数据流程图 车辆报废管理数据流程图 3.1.2 利用Visio绘制数据流程图 1．制作业务流程图图元 绘制数据流程图首先需要制作图元，数据流程图的图元有4种类型，它们分别是外部项、处理功能、数据流和数据存储。 3.1.2 利用Visio绘制数据流程图 图元的制作 3.1.2 利用Visio绘制数据流程图 2．制作数据流程 按照对业务流程的分析所形成的逻辑框架，利用基本图形元素，可以建立“车辆购置申请单管理”数据流程 3.1.2 利用Visio绘制数据流程图 “车辆购置申请单管理”数据流程 3.1.2 利用Visio绘制数据流程图 审批流程的绘制 3.1.2 利用Visio绘制数据流程图 “车辆购置管理”数据流程图最终结果 3.2 基于UML的类模型实验 分析阶段的活动主要是发现对象并为对象分类。所谓类是指一些具有相同属性和行为的对象。 一个系统可以看成是一些不同类型的对象组成的，对象类之间的各种关系反映了系统内部各种成分之间的静态结构。类图主要用来描述系统中各种类之间的静态结构 。 3.2 基于UML的类模型实验 在面向对象的分析和设计中，寻找正确的类和对象是最基础的 首先，要去掉那些与系统无关的事物。 其次，要在与系统有关的事物的特征中寻找与系统有关的特征。 3.2 基于UML的类模型实验 3.2.1 类分析及类图 在OOSE中，将对象分为3种 实体类：它表示的是系统领域的实体 边界类：边界类是系统的用户界面，直接跟系统外部角色交互，跟系统进行信息交流。 控制类：控制类控制系统中对象之间的交互 3.2.1 类分析及类图 发现对象和类一般有如下方法： 可以从人员、组织、物品、设备、事件、表格和外系统等考虑各种能启发发现对象的因素，查找哪一些概念应该被系统处理。或者在用户及领域专家共同的参与下指出系统中必须处理的关键概念，以及它们之间的关系。找出各种可能有用的侯选对象。 在UML中，由于采用用例来捕获系统需求，可以阅读规范文档和用例，分析用例，从用例中寻找对象和类也是一种很好的方法 对边界类，分析阶段不必深究用户界面的每个窗口部件，只要能说明通过交互所实现的目标就行了 3.2.1 类分析及类图 1．实体类 对于拥有各种类型车辆的物流企业，车辆的管理成为日常事务中的一项重要工作。本系统的分析过程为该系统选择了系统、规范的管理，从车辆管理系统的功能要求，我们可以抽象出以下实体类：二级公司编码（code_company）、用户（Mnguser） 等。 为了简化系统的类图，图中只画出了主要的类，且只标识了其主要操作和属性。 3.2.1 类分析及类图 车辆管理系统实体类图 3.2.1 类分析及类图 域分析详细说明了系统中的关键类。类的 UML 表示是一个长方形，垂直地分为3个区。 顶部区域显示类的名字。 中间的区域列出类的属性。 底部的区域列出类的操作。 3.2.1 类分析及类图 类图描述系统中类的静态结构，不仅定义系统中的类，还表示了类之间的联系。类之间的联系有关联、聚合、泛化、依赖等多种类型 。 关联表示两个类之间存在某种语义上的联系，当类之间在概念上有连接关系时，类之间的连接叫做关联 聚合表示类之间的关系是整体与部分的关系 泛化是指类之间的一般和特殊的关系 依赖是指一个类的变化必影响到另一个类 3.2.1 类分析及类图 在关联线的任一端，可放置一个角色名和多重值 多重值及其表示 3.2.1 类分析及类图 2. 边界类 边界类顾名思义，是系统的边界，包括用户界面（UI）与其他软件系统的接口，以及硬件接口。 为了完成系统功能，系统中设置了一些人机交互的窗口界面，每个窗口实现了对数据库中信息显示、记录的增加、删除和修改等操作。 3.2.1 类分析及类图 以下描述了一些车辆管理系统窗口，以及这些窗口之间的调用关系。 车辆管理系统主窗口：作为一个框架窗口，在它的