UML及面向对象分析8-9-10(教案稿)资料.ppt

* 带泳道的活动图 * 带对象流的活动图 * 绘制活动图 “活动图” 比较直观易懂；与传统的流程图十分的相近，只要能够读懂活动图，就不难画出活动图 绘制时首先决定是否采用泳道：主要根据活动图中是否要体现出活动的不同实施者 然后尽量使用分支、分岔和汇合等基本的建模元素来描述活动控制流程 如果需要，加入对象流以及对象的状态变化，利用一些高级的建模元素（如辅助活动图、汇合描述、发送信号与接收信号、引脚、扩展区）来表示更多的信息 活动图的建模关键是表示出控制流，其它的建模元素都是围绕这一宗旨所进行的补充 * 部署图 * 阅读基本部署图 * 部署图的主要元素 节点：它代表一个运行时的计算资源，例如一台计算机、一个工作站等其它设备 节点的概念和构件有许多相同之处，例如二者有多名称，都可以参与依赖、泛化和关联关系，都可以被嵌套，都可以有实例，都可以参与交互。但它们之间也存在明显的区别：构件是参与系统执行的事物，而节点是执行构件的事物；构件表示逻辑元素的物理打包，而节点表示构件的物理部署 本图中建模了四个节点：B/S客户端、C/S客户端、IIS服务器和数据库服务器 * 部署图的主要元素 连接：节点之间最常见的关系就是关联关系（用一根实线表示）。为了更好地表示两个节点之间的关系，我们可以通过“约束”来对连接进行描述。 源节点 目标节点 约束 含义 B/S客户端 IIS服务器 {HTTP+Network} 网络连接，使用HTTP协议 C/S客户端 IIS服务器 {HTTP+SOAP+Network} 网络连接，通过Web Service访问服务 IIS服务器 数据库服务器 {ADO.NET} .NET提供的数据库访问解决方案 * 部署图的补充元素 处理器（《process》）：具有处理能力的节点，即可以执行构件 设备（《device》）：没有处理能力的节点，至少是不关心其处理能力的节点。例如打印机、IC卡读写器，如果我们的系统不考虑它们内部的芯片，就可建模为设备 节点属性和操作：可以为一个节点提供处理器速度、内存容量、网卡数量等属性，可以为其提供启动、关机等操作 * 部署图的补充元素 自定义构造型图标 * 确定所需的节点和节点间的连接关系 IC卡读卡器：提供给员工刷卡用，它将收集刷卡的时间信息，传给应用系统，并存入数据库中 应用服务器：用来负责从IC卡读卡器中收集信息，并对管理人员提供员工设置、考勤查询等功能 数据库服务器：用来存储考勤数据，由于该系统比较小，因此在物理上可以与应用服务器合并 客户端软件：提供给管理人员使用，连接应用服务器，完成相应操作 * 根据实现描述节点 客户端：需使用Windows操作系统，安装客户端软件（假设名为KaoQing.exe） 服务器：包含一个用Delphi开发的服务端软件（设为KqServer.exe），它需要与Access数据库交互（设为KaoQing.mdb），并且需要通过IC卡读卡器的驱动程序（假设名为cardReader.dll）来实现与IC卡读卡器通信 IC卡读写器：对于本系统而言，它是不执行构件的设备，不过为了方便员工，安装了3个。 * 作业解答 教材购销系统 主要功能 根据学校的教学计划，向选课的学生及时供应所需教材 　①审查学生购书单有效性，对有效书单发售教材 　②对属于计划供应但暂时缺货的教材进行登记 根据缺书登记补充采购所缺的教材，通知学生补购 　①将缺书登记表汇总为待购教材计划 　②待购教材到货后，及时通知学生补购 * 采购 进书 通知 产生补售书单 1.6 学生 F1教材存量表 开发票 1.2 登记售书和打印领书单 1.4 有效 购书单 暂缺 书单 登记缺书 1.5 补售书单 购书单 F2 缺书登记表 审查有效性 1.1 无效书单 学生 F3学生用书表 F4售书登记表 打印发票 1.3 发票 发票 领书单 * 进书通知 2.1按书号汇总 书库保管员 F1教材存量表 按出版社汇总 2.2 修改教材库存和待购量 2.3 销售 F5待购教材表 F6教材一览表 缺书单 F2 缺书登记表 进书通知 * 使用SD方法给出教材购销系统中销售子系统 的软件结构图. 细化并修改DFD图 * 产生补售书单 1.6 学生 F1教材存量表 开发票 1.2 登记售书 1.4 有效 购书单 暂缺 书单 登记缺书 1.5 补售书单 购书单 F2 缺书登记表 审查有效性 1.1 无效书单 学生 F3学生用书表 F4售书登记表 打印发票 1.3 发票 发票 领书单 打印领书单 1.7 F7 进书登记表 *