实验二_软件开发绘图工具Visio实践流程图UML

实验二_软件开发绘图工具Visio实践流程图UML 试验二 软件开发绘图工具Visio 一、 试验目的 1. 了解Visio工具软件的功能特色、安装、工作环境和基本操作等各方面的基本知识 2. 掌握应用Visio工具绘制软件开发图形的基本操作 3. 了解开发Visio解决方案的基本概念 4. 学习应用Visio工具绘制UML模型图 二、 试验与步骤与步骤 1. 了解Visio的工作环境 1) 工作窗口 2) 视窗调整 3) 任务窗口 4) 小视窗 2. 了解菜单项 3. 了解定位工具 4. 了解工具栏 5. 了解文件操作 6. 了解绘图页面操作 7. 绘制《车辆管理信息系统业务流程图》(实践参考书第21页到31页)。 2.2.3 利用Visio绘制业务流程图 业务流程图是系统业务调查中使用最普遍、最重要的工具，以下是根据对业务的详细调查绘制的业务流程图。 总经理 总工 程师基础设施购置 基础设施购置申请单审批申请单(公司所有) (公司所有) 基础设施购置二级二级审批申请单公司公司 基础设施购置 申请单 (融资挂靠)购车 技术服 务部 生产经 营处 车辆调拨下调拨单各类二级客货经通知单并单据发票公司营处插入设备台帐 财务处 汽车履历及规车辆购置登记格记录表财务处 首先选择“开始”?“程序”?Microsoft Office Visio 2003选项进入Visio启动窗口，如图2-5所示。可以新建一个Visio文件或打开已有的Visio文件。方法是选择菜单“文件”?“新建”或“文件”?“打开”选项。 图2-5 Visio启动窗口 完成上述操作后，出现如图2-6所示的绘图板窗口。在该窗口中可调整图形显示比例。 图2-6 绘图窗口 为了能够获得图2-2~2-4所示的图形，并使图形排列整齐美观，可以采用3个步骤制作业务流程图。 1. 制作业务流程图图元 业务流程图的图元有5种类型，它们分别是业务处理的主体(主体用于描述信息的提供者和业务处理的操作者)、单证(用于描述业务处理中的信息载体)、业务处理(用于描述业务处 理)、数据存储(用于描述需要长期保存的信息载体)和业务流程的流转方向，如图2-7所示。 (a),单单(b),单单(c),单单单单,,(d),单单单单(e),单单单单单单 单单 图2-7 业务流程基本图元 5种图元可以直接利用Visio提供的基本图形对象来绘制，也可以利用多个图形对象组合形成。绘制方法是:在Visio窗口中单击“图形”图标按钮，弹出各类图形文件夹后再继续选择各类形状集合，如图2-8所示。 图2-8 基本图形选择 例如，如果需要一个“圆形”，则选择“框图”?“基本形状”选项后，可以在“形状”窗口中打开并显示“基本形状”图形对象集，如图2-9所示。 图2-9 图形对象集选择结果 按照上述方法，可依次选择“流程图”?“基本流程图形状”选项，打开基本流程图形状图形对象集;选择“软件”?Gane-Sarson选项，打开Gane-Sarson图形对象集;选择“其他Visio方案”?“连接线”选项，打开连接线图形对象集，最终选择结果如图2-10所示。 图2-10 图形对象集最终选择结果 Visio提供了许多可直接使用的图形对象，使用时将所需图形拖拽到绘制板上即可。例如，需要用圆形来描述业务流程中的业务处理动作的执行者或信息的发出者，则在“形状”窗口中单击“基本流程图形状”，在图形对象集中，“页面内引用”图形是圆形，因此可以将“页面内引用”图形拖拽到绘制板中，然后通过拖拽绿色的连接点调整图形大小至合适的尺寸，如图2-11所示。利用同样的方法，可以将表示业务流程单证图形和表示存储的图形利用“基本流程图形状”中的“文档”图形和Gane-Sarson中的“数据存储”图形来制作。 图2-11 基本图元的直接引用 表示业务处理的矩形图形可以用多个图形组合而成，具体方式是:首先将“基本形状”中的“矩形”拖拽到绘制板中，然后再从“连接线”中选择“有向线1”，将其拖拽到适当的位置并调整好线的长度，如图2-12所示。由于使用的是有向线，带有箭头，因此需要将箭头去掉，去掉箭头的方法是点击工具栏中的“线端”按钮，在弹出的各类线端中选择“无线端”即可消除有向线的箭头，如图2-13所示。利用这种方法可以制作各种连接线的线型。 图2-12 基本图元的拖拽结果 图2-13 各类线型的制作 业务处理的图形制作完毕后，按住Shift键并单击矩形图形和线段图形，即将浪个图形同时选中，右击它们，在弹出的快捷菜单中选择“形状”?“组合”选项可以把两个图形对象组合成为一个图形对象，如图2-14所示。 图2-14 图形对象的组合操作 2. 绘制流程 业务流程图的绘制按照业务处理详细过程，大致是以由左至右的规律绘制各种图形。例如，根据图2-2中的业务流程描述，可以采用以下绘制过程: 当二级公司需要购置新设备(如汽车)时，需提交一份名为“基础设施购置申请单”的单证，总师收到申请单后，对其进行审批操作。描述这个过程的操作步骤如下。 (1)先选中已制作好的圆形“主体”图元并右击，在弹出的快捷菜单中选择“复制”选项，再选择“粘贴”选项，即在绘图板上复制出一个圆形图形副本，如图2-15所示。 图形的复制方法还可以先选中复制对象，按Ctrl+C(即同时按下Ctrl键和C键)进行复制操作，再按Ctrl+V键进行粘贴操作即可;或者是在窗口菜单中选择“编辑”?“复制”?“粘贴”选项;或者在常用工具栏中选择“复制”图标和“粘贴”图标。 获得圆形图元副本后，在该图元上双击，进入文字编辑状态，将“二级公司”字样输入到文本框内，即形成一个“二级公司”主体。可以定义字体和字的大小，方法是选中图元或双击进入文字状态后选择相应的文字，在工具栏中选择“宋体”和12磅字，即完成字体样式的设定，如图2-16所示。采用这种方法可以为图元定义字体、大小和颜色等属性，从而使图面看起 来更为和美观。 图2-15 图元的复制 图2-16 图元的文字编辑 (2)制作申请单。首先选中单证单元，进行复制操作，然后在单证图元中输入“基本设施购置申请单”，最后定义文字的字体和大小，如图2-17所示。 图2-17 单证图元的绘制 (3)连接图元。选择形状窗口中的连接线集，并选择其中的一个适当的连接线形状，拖拽到绘制板中，例如，选择其中的“有向线1”将其拖拽到绘制版中后将“二级公司”和“基础设施购置申请单”连接起来，如果线的两端连接点变为红色，则表示该线段已分别与两端的图元相连接，如图2-18所示。将线段与连接点连接后，拖拽图元则连接特征保持不变。有向线的箭头方向表示“二级公司提交基础设施购置申请单”的含义。 图2-18 连接两个图元 (4)制作总工程师审批处理。按照同样的绘制方法制作出如图2-19所示的图形。它描述了这样的流程:二级公司需要购置新设备，需提交基础设施购置申请单给总工程师进行审批，其中“审批”这项业务处理者是“总工程师”，用带箭头的虚线来描述。 图2-19 总工程师审批处理的业务流程描述 (5)制作后续的审批流程。总工程师审批工作完成后根据申请单中所填写的购置类型，将不同类型的申请单提交到不同业务环节，如果申请单中的购置类型是“公司所有”，则总工程师审批后的“基础设施购置申请单(公司所有)”将提交给总经理进行审批，总经理审批后的“基础设施购置申请单(公司所有)”再提交到二级公司去购车;如果申请单中的购置类型是“融资挂靠”，则总工程师审批后的“基础设施购置申请单(融资挂靠)”直接交到二级公司去购车。绘制出的整个审批流程如图2-20所示。 图2-20 车辆购置审批流程的绘制 (6)完成整个车辆购置流程的业务流程图的制作。 按照上述方法并根据业务流程调查后的结果，绘制出整个车辆购置流程的业务流程图，如图2-21所示。 图2-21 车辆购置业务流程图的绘制 3. 流程图的排版 先将各类图形进行大致的调整，如果需要将一组图形精确对齐，可利用Visio菜单中的“形状”?“对其形状”功能来完成。例如，需要将“下调拨单击插入设备台帐”、“各类单据发票”和“二级公司”等3个图形以“下调拨单击插入设备台帐” 为基准垂直居中对齐，则首先选择基准图元——“下调拨单击插入设备台帐”,按住Shift键再选“各类单据发票”和“二级公司”， 然后选择“形状”?“对其形状”选项，弹出如图2-22中所示的“对齐形状”对话框，Visio提供了两类6种对齐方式，并以图的形式非常直观地显示在对话框中，选择其中的一种，单击“确定”按钮即可完成对齐功能。值得注意的是，对齐形状功能是以第一个被选中的图形对象为基准来的，因此要留心图形的对齐基准。 图2-22 对齐图形的操作 当需要调整图形之间的间隔距离，使之间隔距离相等时，可利用Visio菜单中的“形状”?“分配形状”功能来完成。例如，需要将“生产经营处”、“客货经营部”、“财务处”和“二级公司”等4个图形间的间隔调整为一致时，首先将4个图形同时选中，然后选择“形状”?“分配形状”选项，弹出如图2-23所示的“分配形状”对话框，Visio也为图形分配提供了两类6种分配方式，并以图的形式形象地显示在对话框中，选择其中的一种，单击“确定”按钮 即可完成分配形状的功能。 图2-23 分配图形的操作 将图形进行排版后，为图中的业务处理加上1.1~1.4的业务处理编号，即完成了图2-2所示的车辆购置业务流程图的绘制工作。图2-3车辆调拨业务流程和图2-4车辆报废业务流程的图形绘制工作可模仿前面操作步骤自行完成。 8(基于VISIO的数据流程图，绘制《车辆购置管理数据流程图》(实践参考书第77页 到80页)。 3.1.2 利用Visio绘制数据流程图 对业务流程图(如图2-2所示)分析后得到的数据流程如图3-2所示。 二级公司 二级公司1.4 各类发票及车辆资料车辆调拨 通知书1.1基础设车辆基本信 施购置息管理财务车辆购置申请单申请单车辆购置申二级公司 请单管理 经营处1.31.2 车辆购置申车辆购置申 请批复(总请审批(总 经理)工程师) 图3-2 车辆购置管理数据流程图 1( 制作业务流程图图元 绘制数据流程图首先需要制作图元，数据流程图的图元有4种类型:外部项、处理功能、数据流和数据存储。其中，外部项需要多种图形组合而成。启动Visio后首先依次选择“框图”?“基本形状”选项，打开图形对象集;选择“流程图”?“基本流程图形状”选项，打开图形对象集;选择“软件”?Gane-Sarson选项，打开图形对象集;选择“其他Visio方案”?“连接线”选项，打开图形对象集;然后用“正方形”和两条“直线”组合形成“外部项”图元;用“长方形”和“直线”组合形成“处理功能”图元，再将表示存储的符号定义成合适的尺寸，这样可以保证规范地绘制数据流图，如图3-5所示。 图3-5 图元的制作 2( 制作数据流程 流程图的制作方法已在第2.2.3节详细描述过，采用同样的制作方法，按照3.1.1节中对业务流程的分析所形成的逻辑框架，利用基本图形元素，可以建立“车辆购置申请单管理”数据流程，如图3-6所示。 图3-6 “车辆购置申请单管理”数据流程 将总工程师审批和总经理的批复流程加入到数据流程图后的结果如图3-7所示。 图3-7 审批流程的绘制 最后将车辆基本信息管理的流程加入数据流程图中，并利用Visio所提供的“形状”?“对齐形状”、“分配形状”功能对数据流程图整体进行排版，得到最终的结果如图3-8所示。 图3-8 “车辆购置管理”数据流程图最终结果 采用同样的制作过程可以绘制出“车辆调拨管理”和“车辆报废管理”数据流程图。此处不再赘述。 9.使用VISIO绘制《车辆管理信息系统》中的高层结构图和“车辆变更的申请”详细设 计结构图。(实践参考书第155页到160页)。 5.1.2 利用Visio绘制结构图 1. 绘制高层结构图 (1)绘制最高层模块 打开Visio后，在Visio的条形菜单中，依次选择“文件”?“新建”?“组织结构图”选项?“组织结构图”，选择表示最高层模块的“总经理”图形，将其拖拽到绘图板上，该图形输入模块名称为“车辆管理系统”，双击此图，如图5-5所示。 图5-5 建立最高层模块 (2)绘制子系统模块 选择表示下一级管理层的图形“职位”图形，按住鼠标左键，将该图形拖拽到绘图板，覆盖在“车辆管理系统”模块的上面，Visio会自动在“车辆管理系统”和新建的图形之间建立连接线，然后将新建的图形更名为“车辆变更的申请”。用同样的方法绘制“车辆变更申请的审批”和“车辆变更处理”两个子系统模块，结果如图5-6所示。 (3)绘制子系统分解模块 “车辆变更的申请”子系统被分解为“车辆购置申请信息管理”、“车辆调拨申请信息管理”和“车辆报废申请信息管理”3个模块。在绘制时，选择“职位”图形，按住鼠标左键，将该图形拖拽到绘图板，覆盖在“撤辆变更的申请”模块的上面，Visio自动在“车辆变更的申请”和新建的图形之间建立连接线，然后将新建的图形更名为“车辆购置申请信息管理”。用同样的方法绘制另外两个“车辆调拨申请信息管理”和“车辆 报废申请信息管理”模块。 图5-6 建立子系统模块 用同样的方法构建“车辆变更申请审批”子系统下属的5个模块:“车辆购置申请审批”、“车辆购置申请批复”、“车辆调拨申请审批”、“车辆调拨申请批复”、“车辆报废申请审批”和“车辆报废申请批复”。构建“车辆变更处理”子系统下属的4个模块:“新购置车辆的基本信息录入”、“车辆调拨处理”、“车辆报废处理”和“车辆管理”。最后调整各模块的大小、字体的大小以及摆放位置，结果如图5-7所示。 图5-7 高层功能模块图 2. 绘制模块详细设计结构图 如果绘图板的版面大小允许，可以将模块的详细设计结果与高层功能模块放在同一张图上，这样可以非常方便地看清系统包含的所有模块的分解与调用关系。但往往随着开发工作的深入，形成的子系统模块会增多，放在一张图中不清晰，因此可以将结构图分解，画在不同的图版上。绘制模块详细设计结果的步骤如下: (1) 构建新的页面 构成新的一页图版的方法是在Visio的条形菜单中选择“插入”?“新建页”选项，弹出“页面设置”对话框，如图5-8所示。在“页属性”选项卡中输入该页的名称，例如，输入名称为“车辆变更的申请”，单击“确定”按钮后在绘图板上新建一个绘图页。 图5-8 “页面设置”对话框 (2) 绘制模块间的调用关系 将前一页(高层结构图)中的“车辆变更的申请”模块及下属模块复制到新建的页面上后，再绘制各模块的详细结构。 从图5-2可知，使用“菱形”图形表示一种判断调用，这种判断调用的含义是使用者根据实际应用需求，或者是上一级模块根据某一个控制信息的取值，判断调用下一级的模块。从菜单中选择“形状”?“流程图”?“基本流程图形状”选项，将其中的“判定”图形拖拽到绘图板上，调整适当大小，复制成3个，分别置于“车辆购置申请信息”、“车辆调拨申请信息”和“车辆报废申请信息”模块上，如图5-9所示。 选择一个矩形图形，可以使用“基本流程图形状”中的“进程”图形，将其拖拽到绘图板上，调整好图形的大小，并进行字体属性的设置，然后复制多份图形副本，用于描述底层的各功能模块，再使用带有箭头的连接线，按照模块之间的调用关系将各模块连接起来，绘制结构如图5-10所示。 图5-9 “判定”图形的绘制 图5-10 模块间调用关系的绘制 (3) 绘制模块调用时的信息传递关系 描述模块之间调用时传递的参数关系，使用“连接线”中的“流导向符2”;表示模块间调用时传递的控制信息，使用“连接线”中的“流导向符1”。将这两种连接线性拖 拽到绘图板上，放在表示调用关系的线条两侧，调用长度和位置。然后单击菜单中的“文本工具”图标A，在绘图板上的空白位置单击，进入文本编辑状态输入文字，如图5-11所示。 图5-11 传递参数与文本编辑 用同样的方法绘制所有模块之间调用的信息传递关系，其中箭头方向表示信息的流向。最后完成“车辆变更的申请” 子系统详细设计的结构图，如图5-12所示。 图5-12 “车辆变更的申请”详细设计结构图 按照“车辆变更的申请”结构图的绘制过程和方法可以在Visio上构建其余两个子系统的结构图。 10.使用VISIO，对《车辆管理信息系统》中的界面进行设计。(实践参考书第160页到163页)。 5.1.3 撰写模块说明书 模块的结构设计完成后，需要根据设计结果撰写模块说明书。模块说明书的目的是要详细描述功能实现的要求，以便程序员根据说明书中的要求进行程序设计。模块说明书的撰写工作要在工作规范的指导下进行，因此在开始这项工作之前要进行两项设计工作，一个是功能模块的界面风格和要求规范的设计，另一个是功能实现中的变量命名规范和模块命名规范的设计，严格按照规范来进行设计是系统后期调试、修改的重要基础。 模块设计的总体要求是为每一个模块创建一个窗口，在窗口中提供查询功能，对查询到的记录进行修改和删除操作，也可以提供插入操作。当执行插入和修改操作时，在弹出相应的窗口中实现插入和修改功能。 下面以“车辆购置申请信息”、“车辆购置申请审批”、“车辆购置申请批复”3个模块为例，给出模块说明书的撰写格式。 1. 界面设计与描述 Visio提供了辅助进行界面设计的图形，选择菜单中的“文件”?“形状”?“软件”?“窗口和对话框”选项;选择菜单中的“文件”?“形状”?“软件”?“工具栏和菜单”选项;选择菜单中的“文件”?“形状”?“软件”?“公共控件”选项，为界面设计做好准备。 (1) 创建一个窗口 新建一页，将“窗口和对话框”中的“空白窗体”图形拖拽到绘图板上，选中该图形后可输入“车辆购置申请信息”，输入结果在窗体的标处，同时将窗体命名为form_apply_purchase，将窗体设置成所需要的大小，如图5-13所示。 图5-13 创建窗口 (2) 创建窗口中的各控件 根据业务需求确定查询条件，假设在“车辆购置申请信息”模块中，设定按产权归属、二级公司、申请时间查询有关申请方面的信息。在数据库设计中，产权归属就只有两个值——公司所有、融资挂靠，因此在设计查询界面时，可以用3个Radio按钮来进行查询条件的选择，3个Radio按钮的显示文本是“全部”、“公司所有”、“融资挂靠”。设计二级公司这个查询条件时，可以使用下拉列表，列出二级公司的名称来进行查询。申请时间用两个文本框输入查询时间的上限和下限，最后列将查询条件放在分组框中。另外，为了查询操作的便利性，设计两个功能按钮——“清空条件”、“查询”。 在Visio的“窗口和对话框”图形中将分组拖拽到绘图板上，在Visio的“公共控件”图形中找到在设计查询条件中所需要的控件，将它们拖拽到绘图板的窗口上，输入必要的文本并进行排版，查询条件的设计如图5-14所示。 图5-14 查询条件的设计 查询的全部结果采用二维列表的方式显示，也可显示某一条记录，因此设计两个选项卡，在一个选项卡内放置二维列表，在另一个选项卡内放置某一条记录。当查看到某一条详细记录时，设置4个功能按钮——“上一条”、“下一条”、“第一条”、“最后一条”。另外再设计4个功能按钮——“插入”、“删除”、“修改”和“退出”，界面设计如图5-15所示。 按照模块总体设计要求，在实现“插入”和“修改”功能时，应该弹出一个信息编辑窗口。按照窗口设计的两个步骤，设计出“车辆购置申请插入/修改”窗口，如图5-16所示。 图5-15 “车辆购置申请信息”主窗口的设计 图5-16 “车辆购置申请插入/修改”窗口设计 “车辆购置申请审批”模块的设计，需要从总工程师的角度来考虑。总工程师在审批前需要查看申请信息，因此要设计查询功能和申请单显示功能。单击“审批”功能按钮后就可将审批意见填写到对应的数据库表中。按照统一的设计风格设计出的“车辆购置申请审批”模块的界面如图5-17所示。 “车辆购置申请批复”模块的设计，需要从总经理的角度来考虑。总经理在审批前需要查看申请信息以及总工程师的审批意见，因此要审计查询功能和申请单显示功能。单击“批复”按钮后就可将批复意见填写到对应的数据库表中。同样按照统一的设计风格设计出的“车辆购置申请批复”模块的界面如图5-18所示。 图5-17 “车辆购置申请审批”窗口 图5-18 “车辆购置申请批复”及“批复意见”窗口 11(基于UML的类模型实验，使用VISIO绘制《车辆管理信息系统》类图。(实践参考 书第80页到91页)。 3.2.1 类分析及类图 在OOSE中，将对象分为3种:实体类、边界类和控制类。通过这些对象的合作来实现用例。 实体类:它表示的是系统领域的实体。在信息系统中，实体对象具有永久性且存储在数据库中，如:表、记录或字段等对象。实体类对应于表记录的封装，也就是该类的一个实例对应于表中的一个记录。而且，该类中的属性和记录中的字段是一一对应的。实体类很少有方法。 边界类:边界类是系统的用户界面，直接跟系统外部角色交互，跟系统进行信息交流。 控制类:控制类是控制系统中对象之间的交互。类似于一个用来实现一个完整用例的“控制器”。代表着协调、排序、事务处理以及对其他对象的控制，还可以来表示复杂的派生与演算。通常，这样的对象仅存在于该用例执行期间。 发现对象和类一般有如下方法: , 可以从人员、组织、物品、设备、事件、表格和外系统等考虑各种能启发发现对 象的因素，查找哪一些概念应该被系统处理。或者在用户及领域专家共同的参与 下指出系统中必须处理的关键概念，以及它们之间的关系。找出各种可能有用的 候选对象。通过这种方法可以发现一些实体类。 , 在UML中，由于采用用例来捕获系统需求，可以阅读规范文档和用例，分析用 例，从用例中寻找对象和类也是一种很好的方法。而且，用例模型可以用来检验 领域模型，也就是对照用例模型，查找用例中的哪些功能还没有用对象来实现， 如此也可以发现类。 , 对边界类，分析阶段不必深究用户界面的每个窗口部件，只要能说明通过交互所 实现的目标就行了。 1( 实体类 对于拥有各种类型车辆的物流企业，车辆的管理成为日常事务中的一项重要工作。如何让管理人员及时了解每一辆车的情况，提高车辆的使用效率，就成为物流企业需解决的一个重要问题。本系统的分析过程为该系统选择了系统、规范的管理，因为规范的管理可以帮助企业更有效地利用资源，可以让企业实现更大的发展。从车辆管理系统的功能要求，我们可以抽象出以下实体类:二级公司编码(code_company)、用户(Mnguser)、权限 (MngAuthority)、车型编码(code_vehicle_type)、产权归属编码(code_vehicle_property)、车辆基本信息(db_vehicle)、车辆购置申请(db_apply_purchase)、车辆调拨申请(db_apply_transfer)、车辆报废申请(db_apply_reject)和报废车辆信息(db_vehicle_reject)等。 (1)二级公司编码类属性 二级公司编码(company_no)、二级公司名称(company_name) (2)用户类的属性 用户名称(user_name)、用户密码(password)、组号(group_no)、公司编码(company_no)、备注(remark) (3)权限类的属性 组号(group_no)、菜单编号(menu_no)、公司编码(company_no)、有效性标志(validity)、禁用标志(enable)、备注(remark) (4)车型编码类的属性 车型编码(vehicle_type_no)、车型(vehicle_type_name) (5)车辆基本信息类的属性 牌照号(vehicle_no)、自编号(vehicle_self_no)、所属公司编码(company_no)、厂牌(vehicle_brand)、型号(vehicle_model)、规格(vehicle_standard)、落户日期(date_settle)、燃料(fuel_name)、车辆来源(vehicle_source)、来源摘要(source_summary)、出厂日期(date_factory)、参运日期(date_traffic)、登记证号(check_no)、产权归属编码(vehicle_property_no)、使用性质(use_character)、车型编码(vehicle_type_no)、车辆原值(original_cost)、养路费吨(road_fee_ton)、养路费(road_fee)、建设基金征费(standard_build)、车辆级别编码(vehicle_level_no)、发动机号(engine_no)、底盘号(underpan_no)、车架号(vehicle_frame_no)、车身颜色(vehicle_color)、一级维护周期(maintain_period_1)、二级维护周期(maintain_period_2)、备注(remark)、购置申请单编号(purchase_no)、报废标识(flag_reject)、报废时间(date_reject) (6)车辆购置申请类的属性 购置申请单号(purchase_no)、申请单位(company_no)、申请时间(date_apply)、设施名称(purchase_name)、生产厂家(factory)、厂牌(vehicle_brand)、型号(vehicle_model)、规格(vehicle_standard)、购置数量(purchase_num)、单价预算(budget)、购置时间(date_ purchase)、主要技术参数(techno_parameter)、购置理由(purchase_cause)、用途说明(purpose)、资金来源(cost_from)、产权归属(vehicle_property_no)、主管部门意见(notion_examine)、主管部门审批时间(date_examine)、经理批示意见(notion_manager)、经理批示时间(date_manager) (7)车辆调拨申请类的属性 调拨申请单号(transfer_no)、牌照号(vehicle_no)、申请单位(company_no)、申请时间(date_apply)、通知时间(date_transfer)、调拨原因(transfer_cause)、调出单位(out_ company_no)、通入单位(in_company_no)、厂牌(vehicle_brand)、型号(vehicle_model)、规格(vehicle_standard)、自编号(vehicle_self_no)、调拨起始日期(date_ transfer_begin)、调拨结束日期(date_transfer_end)、交接地点(transfer_site)、产权归属编码(vehicle_property_no)、经办人(person_via)、主管部门意见(notion_examine)、主管部门审批时间(date_examine)、经理批示意见(notion_manager)、经理批示时间(date_manager)、备注(remark) (8)车辆报废申请类的属性 牌照号(vehicle_no)、申请单位(company_no)、申请时间(date_apply)、厂牌(vehicle_brand)、型号(vehicle_model)、规格(vehicle_standard)、自编号(vehicle_self_no)、落户日期(date_settle)、吨(座)位(gross_weight)、原值(original_cost)、净值(net_cost)、已使用年限(year_used)、批准文号(pass_no)、批准日期(date_pass)、主管人(person_director)、已提折旧(already_depreciation)、资产类别(type_asset)、注销时间(date_reject)、报废原因(reject_cause)、累计行驶总里程(total_interval)、办理单位(deal_ company_no)、经管人(person_via)、产权归属编码(vehicle_property_no)、车辆所辖管单位意见(unit_notion)、主管部门意见(notion_examine)、主管部门审批时间(date_examine)、经理批示意见(notion_manager)、经理批示时间(date_manager) (9)报废车辆信息类的属性 牌照号(vehicle_no)、自编号(vehicle_self_no)、所属公司编码(company_no)、厂牌(vehicle_brand)、型号(vehicle_model)、规格(vehicle_standard)、落户日期(date_settle)、燃料(fuel_name)、车辆来源(vehicle_source)、批准日期(date_pass)、主管人(person_director)、经管人(person_via)、来源摘要(source_summary)、出厂日期(date_factory)、参运日期(date_traffic)、登记证号(check_no)、产权归属编码 (vehicle_property_no)、使用性质(use_character)、车型编码(vehicle_type_no)、车辆原值(original_cost)、养路费吨(road_fee_ton)、养路费(road_fee)、建设基金征费标准(standard_build)、车辆级别编码(vehicle_level_no)、发动机号(engine_no)、底盘号(underpan_no)、车架号(vehicle_frame_no)、车身颜色(vehicle_color)、一级维护周期(maintain_period_1)、二级维护周期(maintain_period_2)、备注(remark)、购置申请单编号(purchase_no)、办理单位(deal_company_no)、批准文号(pass_no)、报废日期(date_reject)、车辆累计里程(mileage_total) 为了简化系统的类图，图中只画出了主要的类，且只标识了其主要操作和属性。图3-9所示为车辆管理系统的实体类图。 域分析详细说明了系统中的关键类。类的UML表示是一个长方形，垂直地分为3个区，如图3-9所示。顶部区域显示类的名字;中间的区域列出类的属性;底部的区域列出类的操作。当在一个类图上画一个类元素时，必须要有顶端的区域，下面的2个区域是可选择的(当图描述仅仅用于显示分类器间关系的高层细节时，下面的两个区域是不必要的)。类的属性节(中部区域)在分隔线上列出每一个类的属性。属性节是可选择的，若要使用，它就包含类的列表显示的每个属性。类操作记录在类图长方形的第三个(最低的)区域中，它也是可以选择的。和属性一样，类的操作以列表格式显示。 类图描述系统中类的静态结构，不仅定义系统中的类，还表示了类之间的联系。类之间的联系有关联、聚合、泛化、依赖等多种类型。 关联表示两个类之间存在某种语义上的联系，当类之间在概念上有连接关系时，类之间的连接叫做关联。例如，车辆基本信息类和车辆购置申请类之间的购置关联。关联上加上箭头代表方向，表示该关联单方向被使用，在UML中称为导航(navigability)。 聚合表示类之间的关系是整体与部分的关系。 泛化是指类之间的一般和特殊的关系，例如，用户类和系统管理员类、二级公司用户类、总工程师类、总经理类之间的继承关系。 依赖是指一个类的变化必影响到另一个类，例如，用户类和权限类之间的依赖关系。 车辆购置申请车辆调拨申请车辆基本信息购置申请单号调拨申请单号牌照号申请单位牌照号自编号申请时间申请单位所属公司编码购买名称申请时间厂牌厂牌调拨原因型号规格调出单位购置调拨规格型号调入单位发动机号10..n0..11..n购置数量交接地点落户日期单价预算产权归属编码参运日期产权归属经办人购置申请单号部门总工意见部门总工意见„„经理批示意见经理批示意见Name„„„„ 调拨批复 购置批复报废车辆信息购置申请 牌照号 自编号调拨审批 所属公司编码购置审批 原值调拨申请 发动机号报废 购置申请单号总经理总工程师二级公司用户 报废日期 累计行驶总里程批复()审批()申请() „„报废申请 1 0..1车辆报废申请1报废批复报废审批用户牌照号用户名称申请单位二级公司编码用户密码申请时间二级公司编码组号原值二级公司名称二级公司编码净值备注已使用年限登录()报废原因权限累计行驶总里程组号主管人系统管理员菜单编号经管人公司编码产权归属编码有效性标志主管总工意见禁用标志经理批示意见备注„„ 图3-9 车辆管理系统实体类图 在关联线的任一端，可放置一个角色名和多重值。图3-9中，在车辆报废申请类和车辆基本信息类之间的关系中靠近车辆报废类的一端的多重值“0…1”表示当一个车辆基本信息类实体存在时，可以有一个或没有车辆报废申请与之关联，这代表关联的重数，如表3-1所示为多重值及其表示。 表3-1 多重值及其表示 表示 含义 0..1 0个或1个 1 只能1个 0..n或0..* 0个或多个 n或* 多个 1..n或1..* 1个或多个 3 只能3个 1..5 1个到5个 1，15 1个或15个 2( 边界类 边界类，顾名思义，是系统的边界，包括用户界面(UI)与其他软件系统的接口，以及硬件接口。 为了完成系统功能，系统中设置了一些人机交互的窗口界面，每个窗口实现了对数据库中信息显示、记录的增加、删除和修改等操作。 以下描述了一些车辆管理系统窗口，以及这些窗口之间的调用关系。 车辆管理系统主窗口:作为一个框架窗口，在它的内部调用了一系列的子窗口，这些子窗口包括了车辆基本信息管理窗口、车辆购置管理窗口、车辆报废管理窗口、车辆调拨管理窗口、总工程师审批窗口、总经理批复窗口等。 , 车辆基本信息管理窗口又包括了添加、修改车辆信息窗口等; , 车辆购置管理窗口又包括了添加、修改车辆购置信息窗口等; , 车辆报废管理窗口又包括了添加、修改车辆报废信息窗口等; , 车辆调拨管理窗口又包括了添加、修改车辆调拨信息窗口等。 所以，可以大体确定如下边界类:登录界面、车辆管理系统主界面、车辆基本信息管理界面、车辆购置管理界面、车辆调拨管理界面和车辆报废界面等。边界类中的所有属性 是界面上保存用户操作输入信息的一些变量。如:车辆基本信息界面需要接受接收车辆的牌照号、自编号、所属公司编码、厂牌、型号、规格、落户日期、燃料、车辆来源、来源摘要、出厂日期、参运日期、登记证号、产权归属编码、使用性质、车型编码、车辆原值、养路费吨、养路费、建设基金征费标准、车辆级别编码、发动机号、底盘号、车架号、车身颜色、一级维护周期、二级维护周期、备注、购置申请单编号、报废标识、报废时间。其他界面的属性也是为了接收用户的输入操作。车辆管理系统的边界类如图3-10所示。 登录车辆管理主界面 车辆报废管理车辆基本信息管理车辆购置管理车辆调拨管理 „„ 车辆购置添加车辆购置审批车辆购置批复车辆基本信息添加 车辆基本信息修改车辆购置修改 图3-10 车辆管理系统的边界类图 3( 控制类 控制类的作用是为了处理和转发接受到的信息，也可将复杂的业务逻辑抽象为控制类。它是用来模型化系统中的行为的，它并不需要实现这个行为，它可能是与其他对象协作以实现用例的行为。这是为了将行为和模型下层的信息隔离开，这样在处理以后的改变时就比较容易。所以基本上控制类只有方法，这些方法的确定可以根据业务逻辑决定进行什么处理。车辆基本信息管理、车辆购置管理、车辆调拨管理和车辆报废管理用例中各设计一个控制类用来完成业务处理。图3-11所示为车辆信息管理的控制类图。 车辆购置申请控制车辆购置审批控制车辆购置批复控制 车辆调拨申请控制车辆调拨审批控制车辆报废审批控制车辆基本信息控制 车辆报废申请控制车辆调拨批复控制车辆报废批复控制 图3-11 车辆购置管理的控制类图 3.2.2 使用Visio绘制类图 依次选择菜单“文件”?“新建”?“软件”选项，然后单击“UML模型图”。 “静态结构”显示为水印。树视图中将添加一个表似该图表的图标。右击该图标，在弹出的快捷菜单中选择“重命名”选项，用所需名称“车辆管理系统实体类图”替换默认的名称，如图3-12所示。 图3-12 创建类图 按照图3-9的类图，需要建立各个实体类及它们之间的关联，首先建实体类，在“形状窗口”中选择UML静态结构，在图集中将“类”图形拖拽到绘图板中，此时在树视图中出现图标,选中该图标右击，在弹出的快捷菜单中选择“重命名”选项给类重新命名为“车辆基本信息”;或者是在树视图中双击“类1”图标，弹出“UML类属性”对话框，将名称文本框中的“类1”修改为“车辆基本信息”，同时也可为类撰写说明文档、操作、约束条件和标记值等，如图3-13所示。 图3-13 “UML类属性”对话框 在“UML类属性”对话框中的“类别”选项区域，选择“特性”项，可以设置类的特性，即属性的名称、类型、可见性、初始值等。可通过单击“新建”、“删除”按钮来添加或删除一个属性，通过单击“上移”、“下移”按钮来改变属性排列的顺序，如图3-14所示。建好的车辆基本信息类如图3-15所示。用类似的方法建立所有类，建立后将各类图摆放到适当的位置，如图3-16所示。如果需要在绘图板中删除某个类，可在绘图板中选中该类，然后按Delete键，即可将类从绘图板中删除，但类依然存在于模型中。如果要完全删除，应在树视图中选择该类，然后右击，在弹出的快捷菜单中选择“删除”选项。 图3-14 UML类的特性设置 图3-15 车辆基本信息类 图3-16 车辆管理系统类和属性的设计结果 图3-9中，有些类中带有操作(操作通常还被成为方法)，因此，需要为类添加操作。方法是在“UML类属性”对话框中的“类别”选项区域选择“操作”项，可以设置类的操作，即类的操作名称、返回类型、可见性等。可通过单击“新建”、“删除”按钮来添加或删除一个操作，当类中有多个操作时，通过单击“上移”、“下移”按钮来改变操作排列的顺序。图3-17所示为UML类的操作设置对话框。用类似的方法为所有有操作的类建立操作，结果如图3-18所示。 图3-17 类的操作设置对话框 图3-18 车辆管理系统类的操作设计 建立类之间的关联。根据类之间的关系在图集中选择相应的形状可以建立类之间的泛化、依赖和关联关系。方法是选择所需要的形状，并将其拖拽到绘图板中，一端与车辆购置申请类相连，另一端与车辆基本信息类相连，则车辆购置申请类与车辆基本信息类之间就建立了关联。若想改变类之间关联的连接线的外观，可右击连接线，在弹出的快捷菜单中选择“直角连接线”、“直线连接线”或“曲线连接线”。 如果双击绘图板中的某一个“二元关联”连接线形状，可打开“UML关联属性”对话框，在对话框中为该二元关联定义关联名称或设置关联端的端名、可见性和多重性等;设置约束和标记值，如图3-19所示。用类似的方法将相关类连接后的最终结果图如图3-20所示。最后保存该图表。 图3-19 UML关联属性对话框 图3-20 车辆管理系统实体类图 用Visio建立边界类。按照建“实体类”的方法新建一个名为“车辆管理系统边界类图”类图页并在该页中添加一个名为“登录”的类。在树状视图或绘图板中，双击“登录”类，在“UML属性”对话框中的“构造型”下，选择所需的构造型，然后单击“确定”按钮，构造型随即出现在图表中的形状上的元素名上方，并用双尖括号(《》)括起。 12(在VISIO环境下基于UML的用例模型实验。(实践参考书第41页到51页)。 2.3.3 使用Visio绘制用例模型 1. 启动Visio中的UML模型 绘制开始时需要新建一个文件存放用例模型，首先选择“开始”?“程序”?Microsoft Office Visio 2003选项进入Visio启动页面，如图2-36所示，在“类别”选项区域中选择“软件”项;然后在“模板”选项区域中选择“UML模型图”，即可打开制作UML模型的全部对象图集，如图2-37所示。Visio提供了关于制作UML模型所需要的全部图形，支持开发人员进行面向对象的分析和设计工作。 图2-36 启动Visio中的UML模型图 图2-37 UML模型图绘制窗口 2. 保存UML模型 通过选择菜单File?Save选项或者单击工具栏的Save按钮，来保存系统模型，保存的文件类型是.vsd。 3. 新建用例图 图2-37中有一个模型资源管理器窗口，如果界面上没有此窗口，可选择菜单UML?“视图”?“模型资源管理器”选项打开此窗口。所建立的UML模型均体现在模型资源管理器中。系统开发的初期阶段所建立的用例模型是静态模型，因此选中“静态模型”中的“顶层包”项并右击，在弹出的快捷菜单中选择“新建”选项，然后再选择“用例图”选项，如图2-38所示。此时在“顶层包”下出现图标，选中该图标右击，在弹出的快捷菜单中选择“重命名”选项给该用例图重新命名为“车辆管理系统用例图”，如图2-39所示。 图2-38 新建用例图 图2-39 新建“车辆管理系统用例图” 4. 建立用例中的角色 按照图2-24所示的用例模型，需要建立两个角色:“二级公司”和“系统管理员”，方式是在形状窗口中选择UML用例，在UML用例图集中将“参与者”图形拖拽到绘图版中(注:Visio中的参与者即为角色，默认名为主角)，此时在模型资源管理器中的“顶层包”下出现图标，选中该图标右击，在弹出的快捷菜单中选择“重命名” 选项给角色重新命名为“二级公司”;或者是在绘图板中双击“参与者1”图形，弹出“UML主角属性”对话框，将名称文本框的“主角1”修改为“二级公司”，同时也可为角色撰写说明文档，或设置角色的特性、操作、约束条件和标记值，如图2-40所示。用类似的方法建立“系统管理员”角色，最终结果如图2-41所示。为使图形更加清晰，可以将角色(参与者)的名称字体调整为所需要的格式，方法是选中角色后在“格式”工具栏中选择字体为“宋体”和12pt，如图2-41所示。 图2-40 主角属性的设置 图2-41 角色的绘制 5. 建立用例 在形状窗口中选择UML用例，在UML用例图中将“用例”图形拖拽到绘图板中，此时在模型资源管理其中的“顶层包”下出现图标，选中该图标右击，在弹出 的快捷菜单中选择“重命名”选项给角色重新命名为“信息查询管理”;或者是在绘图板中双击“用例1”图形，弹出“UML用例属性”对话框，将名称文本框中的“用例1”修改为“信息查询管理”，用例属性对话框可以为用例撰写说明文档或设置用例的扩展点、特性 、操作、约束条件和标记值，如图2-42所示，用例描述可以写在用例属性对话框中的“文档”文本框中。用类似的方法建立“车辆购置管理”、“车辆调拨管理”、“车辆报废管理”、“车辆基本信息管理”和“用户管理”用例，建立用例后将各类图形摆放到适当的位置，最终结果如图2-43所示。为使图形更加清晰，可以将用例的名称字体调整为所需要的格式，方法是选中角色后在“格式”工具栏中选择字体为“宋体”和12pt，如图2-43所示。 6. 建立角色与用例、用例与用例之间的联系 “通信”形状:利用UML用例中的“通信”图形可以定义角色(参与者)以何种方式参与到用例中来，从而建立起角色与用例之间的联系。 “用”形状:UML用例中的“用”图形表明用例A的实例包含到用例B指定的行为，或者说用例A使用用例B的行为，其中“用”图形中的箭头指向被使用的用例B。 “扩展”形状:UML用例中的“扩展”形状表明用例B的实例(受扩展中指定的条件约束)可以包括用例A指定的行为。“扩展”形状中的箭头指向基本用例，而不是指向扩展。 图2-42 用例属性的设置 图2-43 用例的绘制 利用“通信”、“用”和“扩展”可以建立角色与用例、用例与用例之间的联系。方法是选择所需要的形状，并将其拖拽到绘图板中，然后将该形状的两端与角色或用例连接。如果双击绘图板中的某一个“通信”形状，可打开“UML关联属性”对话框，在对话框中为该通信连接定义连接名称或设置约束和标记值，如图2-44所示。如果双击绘图板中的某一个“扩展”形状，则可以打开“UML归纳属性”对话框，在对话框中为该扩展连接定义名称、撰写文档或设置约束和标记值，如果2-45所示。 右击“通信”、“用”或“扩展”形状，在弹出的快捷菜单中选择“形状显示选项”，然后选择或清除相应的选项，以显示或隐藏值，如图2-46所示。 图2-44 “UML关联属性”对话框 图2-45 “UML归纳属性”对话框 图2-46 “UML形状显示选项”对话框 按照上述方法建立起角色和用例之间、用例和用例之间的连接后，即可完成“车辆 管理系统用例图”的制作，车辆管理系统用例图如图2-47所示。 图2-47 “车辆管理系统用例图”的制作结果 7. 建立活动图 活动图反映了用例的实现，描述了为完成业务目标而进行的各项任务或活动及执行顺序。图2-53所示是“车辆购置管理”的活动图，其制作方法如下: 在模型资源管理器中选择“车辆购置管理”用例并右击，在弹出的快捷菜单中选择“新建”?“活动图”选项，如图2-49所示，在模型资源管理器中的“车辆购置管理”用例下出现“活动模型1” ?“活动-1”，将活动图名重命名为“车辆购置管理活动图”后即可在绘图板上绘制活动图。此时UML活动形状集也被同时打开，可直接拖拽使用各类活动图形。 图2-48 “车辆购置管理子用例图”绘制结果 图2-49 新建活动图窗口 首先将“初始状态”形状拖拽到绘制图板上，再选择“动作状态”形状将其拖拽到绘图板上，此时绘图板上出现“动作状态1”图形，双击该图形弹出“UML动作状态属性”对话框，可以修改动作状态的名称，撰写动作状态文档，设置调用动作、延迟的时间、约束和标记值等，如图2-50所示，此时将动作状态的名称修改为“填写车辆购置申请”;用同样的方法建立“查询购置申请”、“删除车辆购置申请”、“修改车辆购置申请”、 “总工程师审批”、“总经理批复”、“二级公司购车”、“机务部下调拨单”、“二级公司接收调拨单” 等动作状态，结果如图2-51所示，并且所有动作状态均显示在模型资源管理器中。 图2-50 动作状态属性设置对话框 图2-51 动作状态绘制结果 各动作状态之间具有执行先后顺序，这个顺序反映了详细的业务状况。利用“控制流”和“对象流”可以反映顺序关系，例如，按顺序关系，在“初始状态”后是“填写 车辆购置申请”，则在“UML活动”图集中，将“控制流”形状拖拽到绘图板中，然后将“控制流”的起始端连接到“初始状态”，将“控制流”的终止端连接到“填写车辆购置申请”动作状态。“填写车辆购置申请”这个动作完成后，应该有一个“查询购置申请”动作，该动作要能够提供车辆购置申请信息的查询功能，因此用同样的方法利用“控制流”图形将“填写车辆购置申请”连接到“查询购置申请”，表达了两个动作的执行先后顺序。 管理人员可以利用“查询购置申请”进行信息查询，如果发现信息输入有误，则系统要允许对信息进行修改甚至是删除，总工程师进行购置审批时也需要先查询购置申请的详细信息，因此“查询购置申请”动作完成后有3个不同的分支，在活动图中的表示方法是，首先从“UML活动”图集中将“转换(分叉)”形状拖拽到绘图板上，并将其置在“查询购置申请”活动的下方，然后再从“UML活动”图集中拖拽“控制流”图形，建立“查询购置申请”和“删除车辆购置申请”、“修改车辆购置申请”、“总工程师审批”之间的转换关系。动作状态间的顺序关系和转换关系如图2-52所示。 图2-52 动作状态间的顺序关系和转换关系 车辆购置申请的审批流程是按购置的不同方式进行的，如果申请购置车辆的所有权 是公司，则总工程师审批通过后还要报请总经理批复，如果所有权属于其他单位或个人，只是将购置的车辆融资挂靠在公司内进行运输活动，则这类车辆的购置审批不需要报总经理，因此总工程师审批后所进行的下一步操作是要在判定车辆购置类型的基础上进行的，在绘图时需要将“UML活动”图集中的“判定”图形拖拽到绘图板上，然后再建立各活动之间的联系，如图2-53所示。 图2-53 活动图最终结果 当所有活动按顺序完成后，需将“最终状态”图形拖拽到绘图板上，表明整个活动的终止，如图2-53所示。 13.在VISIO环境下基于UML的动态模型实验。(实践参考书第65页到74页)。 2.4.2 使用Visio绘制状态模型 在Visio 中打开步骤12绘出的用例模型文件，在模型资源管理器中选择“车辆购置管理”用例并右击，在弹出的快捷菜单中选择“新建”?“状态图”选项，如图2-81所示，此时在模型资源管理器中的“车辆购置管理”用例下出现“状态机1” ?“状态图-1”，将状态图名重命名为“车辆购置管理状态图”后，即可在绘图板上绘制状态图。此时UML状态图形集也被同时打开，可直接拖拽使用各类状态图形。 首先将“初始状态”形状拖拽到绘图板上，表示状态的开始。然后再选择“状态”形状将其拖拽到绘图板上，此时绘图板上出现“状态1”图标，双击该图形弹出“UML状态属性”对话框，可以修改状态的名称，撰写状态文档，设置进入、退出、内部转换、约束、标记值等，如图2-82所示，此时将状态名称修改为“待审批”。用同样的方法建立“审批已通过”、“批复已通过”、审批未通过、“批复未通过”等状态，结果如图2-83所示，状态均显示在模型资源管理器中。 Visio提供的状态之间的变迁或转移是利用UML状态图中的两种转换图形来表达的。直线形的转换图形是一个带有箭头的实线，它表示了从一个状态到另一个状态的转移过程，将该图形拖拽到绘图板上后，将两端连接到两个状态上，表示了状态的转移，此时未标明事件，则表示在原状态的内部活动执行完毕后自动触发转移。如果状态的起点和终点是同一个状态，则选择另外一个用曲线表示的转换图形。 图2-81 新建状态图窗口 图2-82 状态属性设置对话框 当需要在转换图形上标明事件时，则需要先定义事件，假设我们拟将事件都统一放置在目前现有的“顶层包”中，则双击“顶层包”弹出“UML包属性”对话框，在对话框中选择“事件”选项后再单击“新建”按钮，弹出的“新建事件类型”对话框，Visio提供了4种事件类型，选择其中的一种即可，如图2-84所示。 图2-83 各状态的绘制结果 图2-84 新建事件 单击“新建事件类型”对话框中的“确定”按钮，弹出“UML调用事件属性”对话框，如图2-85所示，定义事件名称、语言、更改表达式并撰写文档。设置完毕单击“确定”按钮返回到“UML包属性”对话框，此时可以看到在事件列表中已建立了一个事件，如图2-86所示。 图2-85 事件属性设置窗口 图2-86 事件的选择 事件定义完毕后，如果需要在转换上标出触发转移的事件，则双击转换图形，弹出“UML转换属性”对话框，单击“事件”文本框选择一个事件，例如，选择“录入”时间后，单击“确定”按钮返回到状态图绘制窗口，完成事件设置，如图2-87所示。 按照事件定义的方法，可以建立所有事件，然后在状态之间建立转换关系，并标注转移事件，最终结果如图2-88所示。 图2-87 为转换设置事件后的结果 图2-88 车辆购置申请单状态图最终结果 三、 学时分配 8学时 四、 要求 必做,做完后把生成的绘图文件(1.vsd、 2.vsd、 3.vsd等)压缩命名为 <名字 2.rar>(例如:张三2.rar)的文件发送至information_t@sina.com 五、 性质 验证、设计 六、 所需仪器设备与实验环境 微机、网络、Microsoft Visio2003; 七、实验参考书 《软件开发实验与实践教程》;陈佳;清华大学;