您好,欢迎访问三七文档
当前位置:首页 > 商业/管理/HR > 公司方案 > 面向对象建模UML实验报告
华北科技学院计算机学院综合性实验实验报告课程名称面向对象建模UML实验学期2012至2013学年第二学期学生所在院部计算机学院年级专业班级学生姓名学号任课教师黄江兰实验成绩计算机学院制华北科技学院计算机学院综合性实验报告第1页《面向对象建模UML》课程综合性实验报告开课实验室:七机房2013年6月18日实验题目食堂售饭系统UML建模一、实验目的1、掌握UML的表示法。2、掌握陈述问题和分析问题的方法,使用UML进行面向对象系统分析。3、使用UML进行面向对象系统设计。4、掌握面向对象建模的流程和基本思想。二、设备与环境硬件:多媒体计算机软件:Windows系列操作系统、StarUML建模工具三、实验内容及要求1.实验要求1.完成用户需求的分析,找出系统的执行者、用例,画出用例模型图。2.找出系统的概念类,建立领域模型。3.画出系统顺序图,找出系统与外界交互的消息。4.找出系统的设计类,建立设计类模型图。5.完成系统中主要类的详细设计。6.重点画出用例图、类图及顺序图。2.实验内容1.1、用例图:食堂售饭系统的用户主要是学生、食堂管理部门和食堂工作人员,因此该系同的用例包括办理饭卡、充卡、补办、挂失饭卡、退换饭卡、扣除饭菜金额和查看个人明细等。就食堂售饭系统而言,其主要功能是让持卡人用饭卡使购买饭菜的过程绕过了付款及找零的环节,提高了服务效率,而管理部门和食堂工作人员的作用都是为了使用户免于对系统的直接操作而设置的,因而此两者应归为食堂售饭系统的内部,相当于用户和具体的计算机软硬件系统之间的接口。持卡人需要通过食堂售饭系统来使用其所持有饭卡买饭,因而是整个系统的执行者;管理部门根据持卡人的需求操作计算机系统从而实现与饭卡相关信息的管理,是位于食堂售饭系统内部的执行者;食堂工作人员同样通过操作计算机系统来实现购买饭菜过程中的扣费功能以及对营业情况进行的汇总统计的功能,也是位于食堂售饭系统内部的执行者。华北科技学院计算机学院综合性实验报告第2页其用例图如图1.1。System持卡人食堂管理人员食堂工作人员办理新饭卡注销饭卡挂失/撤销挂失饭卡饭卡充值查看饭卡个人信息饭卡补办退还饭卡扣除饭卡费用营业汇总统计结算图1.1食堂售饭系统用例图根据用例模型图,对其中8个用例的简单描述如下:用例:办理新饭卡:管理部门人员负责在用户申请新卡时替用户办理新饭卡。饭卡充值:管理部门人员负责根据持卡人所给的金额向饭卡中追加存款金额。注销饭卡:管理部门人员负责在持卡人补办新卡或退卡时注销其原有饭卡。挂失/撤销挂失饭卡:管理部门人员负责在持卡人因饭卡遗失申请挂失时进行挂失饭卡操作,在其找回饭卡时撤销对饭卡的挂失。补办饭卡:管理部门人员负责在持卡人确认饭卡丢失或者损坏时替其补办饭卡,更改饭卡版本号,并实现只能使用最新版本号的饭卡。退还饭卡:管理部门人员负责在持卡人申请退卡时清除卡内信息,退还剩余金额和押金。查看个人信息明细:管理部门人员负责在持卡人申请查看其信息明细。华北科技学院计算机学院综合性实验报告第3页扣除饭卡费用:食堂工作人员负责在持卡人持卡消费时根据饭菜的价格对饭卡进行扣费操作。营业汇总统计结算:食堂工作人员负责在每天营业结束后对营业情况进行汇总统计并打印相关报表。1.2.用例事件流描述:1).办理新饭卡基本流1.用户申请办理新饭卡2.管理部门收取其押金和存款,记录持卡人相关信息3.管理部门创建新饭卡的相关信息4.用户领取新饭卡备选流无2).饭卡充值基本流1.持卡人申请对饭卡充值2.管理部门向持卡人收取现金3.管理部门根据持卡人要求向饭卡中充值备选流3.a如果收取现金金额大于充值额度,管理部门向持卡人找零3).注销饭卡基本流1.持卡人申请注销饭卡2.管理部门注销饭卡备选流无4).挂失/撤销挂失饭卡基本流1.持卡人申请挂失/撤销挂失饭卡2.管理部门执行相应操作备选流华北科技学院计算机学院综合性实验报告第4页无5).补办新卡基本流1.持卡人申请补办新卡2.管理部门注销持卡人原有饭卡,读出余额,清除卡内信息3.管理部门创建新饭卡的相关信息4.管理部门更新持卡人的相关信息5.持卡人领取新饭卡备选流无6).退还饭卡基本流1.持卡人申请退还饭卡2.管理部门收回饭卡3.管理部门将押金退还持卡人并清除卡内信息备选流2.a如果卡内有剩余金额,管理部门想持卡人退还相应金额7).查看个人信息明细基本流1.持卡人申请查看个人信息明细2.管理部门让持卡人输入饭卡密码3.持卡人查看个人信息明细备选流2.a如果饭卡密码错误,给出提示,结束8).扣除饭卡费用(对应于持卡人使用饭卡消费)基本流1.持卡人购买饭菜,将饭卡放到自动售饭机上2.食堂工作人员在自动售饭机上输入饭菜的金额3.自动售饭机查询饭卡余额4.卡内金额扣除备选流华北科技学院计算机学院综合性实验报告第5页3.a如果卡中金额不够用,给出提示,结束4.a如果卡内金额低于底线,给出提示,结束9).营业汇总统计结算基本流1.食堂工作人员按需求对营业情况进行汇总统计2.打印相关报表备选流无2.类图食堂售饭系统对应的概念类类图如图2.1。图2.1食堂售饭系统对应的概念类类图该类图主要描述了食堂工作人员、食堂管理人员、持卡人、饭卡、计算机系统、售饭机和数据库等的外部特性及实现方法的描述。3.顺序图3.1办理新饭卡的顺序图饭卡-卡号-密码-持卡人-卡中存款金额+查询饭卡个人信息()+查询饭卡余额()+追加金额()+扣除金额()+注销()+更改挂失状态()持卡人-姓名-所在单位-办卡时间-联系方式+查询消费金额()+挂失饭卡()+撤销挂失()+注销饭卡()食堂管理人员-工号-姓名-密码+办理新饭卡()+注销饭卡()+挂失饭卡()+撤销挂失饭卡()+补办饭卡()+追加饭卡金额()+查看饭卡信息()+申请汇总统计()+打印()食堂工作人员-工号-姓名+输入金额()售饭机-编号+扣除金额()计算机系统+办理新饭卡()+补办新卡()+挂失()+撤销()+存款()+注销饭卡()+退还饭卡()+查看持卡人个人信息()+汇总统计()+打印()数据库+登录名+密码+增加信息()+删除信息()+修改信息()+查询信息()华北科技学院计算机学院综合性实验报告第6页食堂售饭系统的办理新饭卡的顺序图如图3.1。图3.1办理新饭卡顺序图3.2追加金额的顺序图食堂售饭系统的追加金额的顺序图如图3.2。图3.2饭卡充值顺序图:计算机系统:饭卡:持卡人:数据库服务器1:提出申请办理新卡()2:输入新饭卡信息()3:新饭卡信息录入数据库系统()4:成功录入信息5:输入持卡人信息()6:持卡人信息录入数据库系统()7:成功录入信息8[信息正确]:提示保存()9[信息错误]:提示重新输入()10:保存成功():计算机系统:饭卡:数据库服务器1:输入存款金额()2:录入所存金额()3:录入成功4[信息提示]:提示保存()5:保存信息()华北科技学院计算机学院综合性实验报告第7页3.3补办新饭卡的顺序图食堂售饭系统的补办新饭卡的顺序图如图3.3。图3.3补办新卡顺序图3.4退还饭卡的顺序图食堂售饭系统的退还新饭卡的顺序图如图3.4。图3.4退换饭卡顺序图:计算机系统:饭卡:持卡人:数据库服务器1:判断旧卡挂失状态()2[未挂失]:更改挂失状态()3[已挂失]:补办新卡()4:更改饭卡编号()5:保存新卡信息()6:转存持卡人信息()7:确认保存():计算机系统:饭卡:持卡人:数据库服务器1:选择退还饭卡()2:停止使用该饭卡()3:删除卡上信息()4:删除持卡人和饭卡数据库内的信息()5[信息提示]:提示保存()6:确认保存()华北科技学院计算机学院综合性实验报告第8页3.5挂失/撤销挂失饭卡的顺序图食堂售饭系统的挂失/撤销挂失饭卡的顺序图如图3.5。图3.5挂失/撤销挂失饭卡顺序图3.6扣除饭卡金额的顺序图食堂售饭系统的扣除饭卡金额的顺序图如图3.6。图3.6扣除饭卡顺序图:计算机系统:饭卡:持卡人:数据库服务器1:查看饭卡挂失状态()2[没有挂失]:选择挂失饭卡()3:转存新饭卡信息()4[已挂失]:撤销挂失()5:信息录入数据库()6[信息提示]:提示保存信息()7:保存():售饭机:饭卡:数据库服务器1:输入金额()2:判断金额是否够用()3[金额大于底线]:扣除所输入金额()4[金额低于底线]:提示追加饭卡金额()华北科技学院计算机学院综合性实验报告第9页3.7注销饭卡金额的顺序图食堂售饭系统的注销饭卡金额的顺序图如图3.7。图3.7注销饭卡顺序图3.8查看个人信息的顺序图食堂售饭系统的查看个人信息的顺序图如图3.8。图3.8查看个人信息顺序图:计算机系统:饭卡:持卡人:数据库服务器1:选择注销饭卡()2:删除持卡人信息()3:停止使用该饭卡()4:保存信息():计算机系统:饭卡:持卡人:数据库服务器1:选择查看个人信息()2:提供饭卡信息()3:调用个人信息()4:提交个人信息()5:返回个人信息()华北科技学院计算机学院综合性实验报告第10页3.9营业汇总统计结算的顺序图食堂售饭系统的营业汇总统计结算的顺序图如图3.9。图3.9营业汇总统计结算顺序图:食堂管理人员:计算机系统:数据库服务器1:进行营业汇总统计结算()2:将统计结算数据保存到数据库()3:提示是否打印()4[确认打印]:打印报表()5[不打印]:保存并退出系统()6:确认保存()华北科技学院计算机学院综合性实验报告第11页4.活动图活动图描述的是一个操作的执行过程中所完成的工作或动作,并在这一过程中显示了如何执行一组相关的动作。4.1食堂管理人员活动图食堂售饭系统的食堂管理人员活动图如图4.1.图4.1食堂管理人员活动图该活动图是对管理员进入系统后根据相应的需要选择相应需求,为学生完成相关服务!食堂管理人员登录系统增加用户充值挂失注销用户输入姓名输入卡号分配卡号录入数据库并返回信息输入追加的金额数值录入数据库并保存冻结该帐号并保存删除该帐号并保存确认并返回主界面馆退出华北科技学院计算机学院综合性实验报告第12页4.2食堂系统活动图食堂售饭系统的食堂系统活动图如图4.2.图4.2食堂系统活动图4.3办理新饭卡活动图食堂售饭系统的办理新饭卡活动图如图4.3.图4.3办理新饭卡顺序图学生插卡收款机读卡并发送数据显示饭卡余额提示饭卡无效存在卡号不存在卡号食堂工作人员键入数字输入数字数字超过规定值数字没有超过规定值提示从新输入继续工作键入确定键入取消返回上一环节发送数据到服务器并保存持卡人食堂管理人员提出申请填写信息交纳金额录入数据库华北科技学院计算机学院综合性实验报告第13页5.包图食堂售饭系统的包图如图5.1。图5.1食堂售饭系统包图包图用来补充说明事件。GUI包是图像用户界面的包图;SeverPackage包是事件包!如工作人员键入数据收款机损坏数据键入数值有误等等!从而进行相应的处理!CardClientPackage处理卡的相应事件!如当卡内余额不足时给出相应提示。6.构件图食堂售饭系统的构件图如图6.1。图6.1食堂售饭系统的构件图构件图是从物理中端的角度体现了系统中各个接口之间的联系。本构件图从食堂售饭系统的角度描述了该系统分为的几个子系统,并且每个构件都具有独立的功能。食堂售饭系统系统界面数据库借口售饭机后台数据库SeverPackageCardClientPackageGUIPackage华北科技学院计算机学院综合性实验报告第14页7.部署图食堂售饭系统的部署图如图7.1。图7.1食堂售饭系统的部署图部署图描述了系统运行时的就餐系统中的各个物理节点上软件结构的视图和系统的基本网络结构。本部署图描述的是食堂售饭系统的各个节点的上运行的软件构件。四、实验结果及分析通过这次的综合实验,我对本学期的在课堂上讲解的理论知识加深了印象,并且有了更进一步的认识,也对面向对象的设计方法及其途径有了系统的理解和深刻的体会。了解了UML统一建模语言,用于需求模型的领域及建模时的一些条件,并且
本文标题:面向对象建模UML实验报告
链接地址:https://www.777doc.com/doc-4885465 .html