资源预览内容
第1页 / 共13页
第2页 / 共13页
第3页 / 共13页
第4页 / 共13页
第5页 / 共13页
第6页 / 共13页
第7页 / 共13页
第8页 / 共13页
第9页 / 共13页
第10页 / 共13页
亲,该文档总共13页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述
统一建模语言课程作业题 目: 学校固定资产管理系统 专业班级: 09 级软件工程 3 班 成 员: 刘婵娟 2012-05-25UML 在在学校固定资产管理系统学校固定资产管理系统开发中的应用开发中的应用1学校固定资产管理系统学校固定资产管理系统业务描述业务描述首先,学校已经有一批固定资产(以下称为物品) ,管理员按情况分配给各院系,并对分配情况进行记录。院系负责人发现本院系物品不足时,先填写分配物品申请表,经过管理员审核批准后,如果学校还有该物品,就直接分配;如果没有,管理员就购入这批物品,并把物品的信息录入系统,进行分配。院系负责人对本院系的物品进行管理,包括定期更新物品的折旧率,对不能继续使用的物品进行报销,定期上报物品报销情况给管理员。维修人员定期对全校的物品进行检查,并上报每次的检查情况,如果发现物品出现问题就进行维修,维修完成后要记录损坏物品的维修情况。2 创建系统用例模型创建系统用例模型创建系统用例的第一步是确定系统的参与者。学校固定资产管理系统的参与者包含以下三种。系统管理员:系统管理员主要负责对院系负责人的管理(有权限指派新的院系负责人,以及删除、修改负责人)和对资产的管理(新购入资产的录入,分配资产)。院系负责人:获得权限后,可以对本院系的资产进行管理(及时更新资产的信息,比如折旧率等)。维修人员:定期进行检查,上报检查情况,发现问题进行维修并记录在库。经分析,本系统的用例图如图 2-1 所示一 一 一 一 一一 一 一 一 一一 一 一 一 一一 一 一 一 一 一一 一 一 一一 一 一 一 一 一一 一 一 一 一 一一 一 一 一 一一 一 一 一 一一 一 一 一一 一 一 一 一一 一 一 一 一 一 一一 一 一 一一 一 一 一 一 一一 一 一 一 一 一 一一 一 一 一 一 一 一一 一 一 一 一 一 一一 一 一 一 一 一一 一 一 一一 一 一 一 一一 一 一 一 一 一一 一 一 一 一 一一 一 一 一一 一 一 一 一 一一 一 一 一 一一 一 一 一一 一 一 一 一一 一 一 一 一 一 一图 2-1 系统用例图部分用例描述部分用例描述编号:1用例名称:分配资产参与者:系统管理员、院系负责人基本事件流:1,系统管理员查看院系负责人的分配资产申请表,经过审核,同意分配。2,系统管理员查看学校现有资产能否满足其需求,如果满足,就分配。系统自动记录这批资产的去向。扩展事件流:1a:系统管理员不同意院系负责人的资产分配申请,通知院系负责人,并告知其理由。2a:如果学校现有资产不能满足其需求,系统管理员就新购入这批资产,将其基本信息录入系统后分配给该院系。前置条件:院系负责人提出分配资产的申请,即填写分配资产申请表。编号:2用例名称:维修受损资产参与者:维修人员、院系负责人基本事件流:1,维修人员发现有资产受损后,登录系统,根据资产编号找到该资产。2,维修人员对受损资产进行维修。3,修理好后填写维修报告并上报维修情况,对该资产添加一条维修记录。扩展事件流:3a:该资产没有修理好,就通知该院系负责人,院系负责人登录系统,对该资产进行报销。前置条件:维修人员定期检查资产时发现问题。3 创建系统的静态模型创建系统的静态模型系统管理员登录系统,需要提供系统管理员的用户名称 username 和密码password。同样,院系负责人和维修人员也是如此。对于每个院系负责人和维修人员还要录入他们的一些个人信息,比如姓名、职工号等。根据这些属性,可以建立参与者:系统管理员、院系负责人和维修人员的初步类图模型,如图3-1 所示。图 3-1 参与者的基本类图对于该系统,资产类必须要在数据库中存储。同样,系统管理员要对数据库中的数据进行增删改查的操作,必须有一个和数据库中的数据进行交互通信的类来控制系统的业务逻辑。同时,还需要设计出处理业务的界面类来。这些业务实体类的表示如图 3-2 所示。图 3-2 业务实体类4 4 创建系统的动态模型创建系统的动态模型4.14.1 创建序列图和协作图创建序列图和协作图对上面进行用例描述的两个用例(分配资产、维修受损资产)进行建模。系统管理员分配资产的工作流程:院系负责人登录系统,在边界类(这里是一个登录表单)输入自己的用户名和密码并提交。系统将院系负责人提交的用户名和密码传送到控制类中,在控制类中封装了对数据库的操作,进行身份验证。验证完毕后,给院系负责人返回一个结果。院系负责人在边界类(这里是一个申请表的表单)填写分配资产申请表。系统管理员登录系统,在边界类(这里是一个登录表单)输入自己的用户名和密码并提交。系统将系统管理员提交的用户名和密码传送到控制类中,在控制类中封装了对数据库的操作,进行身份验证。验证完毕后,给系统管理员返回一个结果。系统管理员在边界类中查看并审核申请表。通过审核后,系统管理员分配资产,对资产这个实体类进行操作。分配完成后,院系负责人就领取资产,同时也对资产这个实体类进行操作。根据基本流程,系统管理员分配资产的序列图如图 4-1 所示。: 一 一 一 一 一: 一 一 一 : 一 一 一: 一 一 一 一 一: 一 一1: 一 一 一 一2: 一 一 一 一 一 一 3: 一 一 一 一4: 一 一 一 一 一 一 5: 一 一 一 一 一 一6: 一 一 一 一 一7: 一 一 一 一 一 8: 一 一 一 一 一9: 一 一 一 一10: 一 一 一 一 一 一11: 一 一 一 一12: 一 一 一 一 一 一13: 一 一 一 一 一 一14: 一 一 一 一 一15: 一 一 一 一 一16: 一 一 一 一 一 一 一17: 一 一 一 一18: 一 一 一 一图 4-1 分配资产的序列图用例“分配资产”的协作图如图 4-2 所示。: 一 一 一 一 一: 一 一 一 : 一 一 一: 一 一 一 一 一: 一 一1: 一 一 一 一2: 一 一 一 一 一 一3: 一 一 一 一4: 一 一 一 一 一 一5: 一 一 一 一 一 一6: 一 一 一 一 一7: 一 一 一 一 一8: 一 一 一 一 一10: 一 一 一 一 一 一11: 一 一 一 一12: 一 一 一 一 一 一13: 一 一 一 一 一 一14: 一 一 一 一 一15: 一 一 一 一 一18: 一 一 一 一9: 一 一 一 一16: 一 一 一 一 一 一 一17: 一 一 一 一图 4-2 分配资产的协作图维修人员维修受损资产的工作流程:维修人员登录系统,在边界类(这里是一个登录表单)输入自己的用户名和密码并提交。系统将维修人员提交的用户名和密码传送到控制类中,在控制类中封装了对数据库的操作,进行身份验证。验证完毕后,给维修人员返回一个结果。维修人员进入查询页面。维修人员在边界类中填入查询条件并提交查询请求。系统将查询条件传入控制类中。在控制类中调用数据库类及资产实体类进行符合条件的资产查询。控制类将查询结果返回到边界类上。维修人员从边界类获得查询结果。维修人员在边界类(这里是一个维修报告单)中填写维修报告并提交。控制类将提交的维修单中的资产编号取出,查询资产实体类。对应的资产实体类就会添加一条维修记录。边界类将维修报告提交的结果返回给维修人员。根据基本流程,维修人员维修受损资产的序列图如图 4-3 所示。: 一 一 一 一: 一 一 一 : 一 一 一 : 一 一1: 一 一 一 一2: 一 一 一 一 一 一 3: 一 一 一 一6: 一 一 一 一 一 一 7: 一 一 一 一 一 一8: 一 一 一 一 一 一 一 一 一 9: 一 一 一 一 一 一10: 一 一 一 一 一 一11: 一 一 一 一 一 一12: 一 一 一 一 一 一13: 一 一 一 一 一 一 一 一14: 一 一 一 一 15: 一 一 一 一4: 一 一 一 一 一 一 5: 一 一 一 一图 4-3 维修受损资产的序列图用例“维修受损资产”的协作图如图 4-4 所示。: 一 一 一 一: 一 一 一: 一 一 一 : 一 一1: 一 一 一 一2: 一 一 一 一 一 一3: 一 一 一 一4: 一 一 一 一 一 一5: 一 一 一 一6: 一 一 一 一 一 一7: 一 一 一 一 一 一8: 一 一 一 一 一 一 一 一 一9: 一 一 一 一 一 一10: 一 一 一 一 一 一11: 一 一 一 一 一 一12: 一 一 一 一 一 一13: 一 一 一 一 一 一 一 一14: 一 一 一 一15: 一 一 一 一图 4-4 维修受损资产的协作图4.24.2 创建状态图创建状态图在该系统中,资产的包含 8 种状态:被申请分配的资产、被购入的资产、被分配的资产、闲置的资产、正常使用的资产、受损的资产、被维修的资产、被报销的资产。它们之间的转化条件如下:系统管理员新购入一批资产,分配给各院系;余下的则闲置,等待分配。院系负责人申请分配新的资产,系统管理员分配资产;维修人员发现不能正常使用的资产,对其进行维修;维修不好的资产,就进行报废。根据资产的各种状态及转化条件,创建资产的状态图如图 4-5 所示。图 4-5 资产的状态图4.34.3 创建活动图创建活动图分配资产的活动图分配资产的活动图在分配资产的序列图中,显示不出其工作流程中的备选事件流,但是在活动图中就可以体现出来,这是也活动图的一个优点。由于分配资产在用例描述中已经详细介绍过,所以在这里不再进行工作流程的描述。在分配资产的活动图中,创建了四个泳道,分别是院系负责人、系统管理员、控制业务逻辑的对象和数据库对象,具体的活动图如图 4-6 所示。一 一 一 一 一 一 一一 一 一 一一 一 一 一 一 一一 一 一 一 一 一一 一 一 一一 一 一 一一 一 一 一 一 一 一一 一 一 一 一 一 一一 一 一 一 一一 一 一 一一 一 一 一 一 一一 一 一 一一 一 一 一 一 一一 一 一 一一 一 一 一 一 一一 一 一 一 一 一人 人 人 人 人人 人 人 人 人人 人 人人 人 人 人 人图 4-6 分配资产的活动图 5 5 创建系统的部署模型创建系统的部署模型在学校固定资产管理系统中,可以对系统的主要参与者和主要的业务实体类分别创建对应的构件并进行映射。前面在类图中创建了系统管理员类、院系负责人类、维修人员类、界面类、控制类和资产类,所以可以映射出相同的构件,包括系统管理员构件、院系负责人构件、维修人员构件、界面类构件、控制类构件和资产类构件。除此之外,还必须有一个主程序构件。根据这些构件及其关系创建的构件图如图 5-1 所示。一 一 一一 一一 一 一 一一 一 一 一 一一 一 一 一 一一 一 一 一一 一图 5-1 基本业务构件图在学校固定资产管理系统中,系统包括四种节点,分别是:数据库节点,有一台数据库服务器负责数据的存储、处理等;系统服务器节点,用于处理系统的业务逻辑;客户浏览器节点,用户通过客户端登录系统并将进行操作;打印机节点,用于打印数据报表。该系统的部署图如图 5-2 所示。图 5-2 系统部署图小结小结本文档中,给出了系统建模过程中用到的 8 种图,分别是用例图、类图、序列图、协作图、活动图、状态图、构件图和部署图。其中用例图、构件图和部署图是针对整个系统的,在用例图后,对一些复杂的用例给出了用例描述;其他的比如序列图、协作图、活动图,由于有些用例(即系统提供给使用者的功能)的工作流程及业务处理都是相似的,比如基本的增删改查等,所以这些图都是针对某些具体的用例而建模的;状态图就是针对系统中一个重要的实体类资产的各种状态进行建模的。通过这次作业,我发现自己在 UML 的学习方面还存在一些欠缺。对系统建模的各个阶段所用到的各种图很容易混肴,
网站客服QQ:2055934822
金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号