UML课程设计报告

1、华北科技学院计算机学院综合性实验实验报告课程名称 软件建模技术（UML ）实验学期 2015 至 2016 学年第 二 学期学生所在院部计算机学院年级 2013级专业班级软件B132班学生 付元楼 学号 201307044210任课教师德胜实验成绩计算机学院制华北科技学院计算机学院综合性实验报告实验报告须知1、学生上交实验报告时，必须为打印稿（A4纸）。页面空间不够，可以顺延。2、学生应该填写的容包括：封面相关栏目、实验地点、时间、目的、设备环境、 容、结果及分析等。3、教师应该填写的容包括：实验成绩、教师评价等。4、教师根据本课程的综合性实验指导单中实验容的要求，评定学生的综合性 实验成绩；

2、要求在该课程期末考试前将实验报告交给任课教师。综合性实验中, 所涉及的程序，文档等在交实验报告前，拷贝给任课教师。任课教师统一刻录 成光盘，与该课程的期末考试成绩一同上交到学院存档。5、未尽事宜，请参考该课程的实验大纲和教学大纲。第21页软件建模技术(UML) 课程综合性实验报告开课实验室：大软机房2016年6月10日实验题目食堂售饭系统UML建模一、实验目的1、掌握UML的表示法。2、掌握述问题和分析问题的方法，使用 UML进行面向对象系统分析。3、使用UML进行面向对象系统设计。4、掌握面向对象建模的流程和基本思想。二、设备与环境硬件：多媒体计算机软件：Windows系列操作系统、Rati

3、onal Rose建模工具三、实验容及要求1 .实验要求1 .完成用户需求的分析，找出系统的执行者、用例，画出用例模型图。2 .找出系统的概念类，建立领域模型。3 .画出系统顺序图，找出系统与外界交互的消息。4 .找出系统的设计类，建立设计类模型图。5 .完成系统中主要类的详细设计。6 .重点画出用例图、类图及顺序图。2 .实验容1、系统介绍饭卡在国高校中已经普遍采用。饭卡由学校餐饮管理部门负责发放，就餐者可 以申请办理新饭卡，向饭卡中追加存款金额，使用饭卡买饭，注销饭卡。如果持卡 人不慎将饭卡丢失或损坏，可以到管理部门处挂失，补办新卡，以免造成损失。食 堂售饭系统是是用现代信息技术和自动控制

4、技术的计算机网络系统。系统中每个就 餐者都持一卡，在管理中心注册缴费，卡记着消费者的身份、余额。使用时将卡插 入窗口机则显示卡上金额，服务员按窗口机上数字键，窗口机自动计算并显示消费 额及余额。管理中心监视每一笔消费，可打印出消费情况的相关统计数据。2、用例图(1)需求分析：食堂售饭系统和我们的生活密切相关，与此系统相关的人员主要有就餐者、食 堂工作人员、管理人员、就餐者。就餐者须持卡就餐，食堂工作人员要负责输入餐费金额，管理人员需管理学生 的各种请求操作。(2)系统中的执行者：系统中的主要用户为系统中的主要执行者。就餐者，即持卡人需要通过食堂售饭系统来使用其所持有饭卡买饭，因而是整 个系统的

5、执行者。管理人员，根据持卡人的需求操作计算机系统从而实现与饭卡相关信息的管理， 相当于其中饭卡信息管理子系统的使用者，是位于食堂售饭系统部的执行者；食堂工作人员，同样通过操作计算机系统来实现购买饭菜过程中的扣费功能以 及对营业情况进行的汇总统计的功能，相当于其中消费处理与统计子系统的使用者， 也是位于食堂售饭系统部的执行者。(3)主要用例分析：就餐者：申请办卡、提交充值金额、刷卡就餐、申请挂失、申请补卡、申请退卡 食堂工作人员：输入餐费金额、汇总当天数据。管理人员：登录系统、办理饭卡、充卡、挂失饭卡、补办饭卡、注销饭卡、退出 系统。(4)用例图：1） 就餐者到售饭机刷卡2） 食堂工作人员输入餐

6、费金额。3） 售饭机显示金额。4） 食堂工作人员确认扣除。5） 系统扣除金额并保存交易过程。2、备选流1.a卡无效，提示卡无效信息，结束。4.a余额不足，提示充卡，结束。挂失饭卡1、基本流1）就餐者提出挂失请求。2）系统验证卡的合法性。3）管理员挂失饭卡。4）系统保存信息o2、备选流2.a卡不合法，给出提示，结束。充值饭卡1、基本流1）就餐者请求充值饭卡。2）就餐者提供金钱。3）管理员充值饭卡。4）系统保存信息。2、备选流2.a饭卡处于挂失状态，提示用户，结束退卡1、基本流1）就餐者申请退卡。2）管理员退还押金。3)就餐者返还饭卡。4)管理员注销饭卡。5)系统删除用户。2、备选流1 .a饭卡损

7、坏，用户赔款，结束。3、类图(1)领域模型提取概念类的过程：对系统的所有用例进行分析，并结合前面的用户需求分析, 找出名词：就餐者，饭卡，管理人员，食堂工作人员，金额，售饭机，计算机系统, 报表明细，办卡信息明细，个人消费明细从名词中可以提取出以下几个概念类。概念类：就餐者，管理人员，食堂工作人员，饭卡，售饭机，计算机系统。 而就餐者、管理人员、食堂工作人员都是一种角色，所以把角色也单独分为一个类。 概念类大体图：对每一个类进行提取，分析各个类的属性如下。就餐者”类的主要属性：、学号、卡号、办卡时间。饭卡”类的主要属性：卡号、密码、持卡人、存款金额。食堂工作人员”主要属性：工号、。管理员”主要

8、属性：工号、。“售饭机”主要属性：机号“计算机系统”主要属性：无从“食堂售饭系统”用例的描述中，可以得到一些动词，因为这些动词可能成为类的方法。通过进一步的分析，可以找到类的主要方法。“就餐者”类的主要方法：申请办卡、提交充值金额、刷卡打饭、申请挂失、申请退卡。“饭卡”类的主要方法：无“食堂工作人员”主要方法：输入餐费金额。“管理员”主要方法：登录系统、办卡、充值饭卡、挂失饭卡、注销卡、管理用户 信息、退出系统。“计算机系统”类的主要方法：查看办卡信息明细、查看个人消费明细、打印报表,“售饭机”主要方法：扣除金额、汇总计算。对每一个类的方法进行分析，找出一些动词或动词词组，可以找到主要类间关系

9、。就餐者拥有一饭卡。“就餐者”类和“饭卡”类有拥有的关系。就餐者需要在售饭机上刷卡就餐，“就餐者”类和“售饭机”类有拥有的关系。食堂工作人员使用售饭机进行售饭，“食堂工作人员”类和“售饭机”类有使用的关 系。管理人员需要使用计算机系统来操作就餐者的一系列请求，“管理人员”类与“机系统”类有使用的关系。管理人员需要管理饭卡的信息。“管理人员”类与“饭卡”类有管理的关系。图是一个带有主要属性、方法和关系的类图描述。具体如下图所示。4、顺序图顺序图描述按时间的先后顺序对象之间的交互动作过程，通过对食堂售饭系统的 分析可以得到五个对象，这五个对象之间的交互过程，在食堂售饭不同的情景中中可 以分为以下几

10、个过程：1）办卡顺序图如图所示。管理人员1 :申请办卡 ()计算机系统3 :选择办卡操作2 :登录系统()opt Com binedFragm entlQy 5 合法：分配卡号(T盘不合法馈信息()7 :收取押金()9 :发放饭卡()2)饭卡充值顺序图如图所示43录入信息02：暨录聚第三生理金三。opt Ccmbin 噌毋 egnent 1 J-1-_11 f吕舍夫习；逐回现金0;r1!1i3）就餐顺序图如图所示student : 就餐者：售饭机waiter :食堂工作人员1 :刷卡2 :输入餐费金额0:计算机黑统失饭1 ：维生挂兴消利卡顺n*丁：验证情息） 口 & ；核对卡信取）op k C

11、 omb Ine dFr agmenbi yR【无凄I :错认淮芸。12!遢匕票貌05）退还饭卡顺序图如图所示student;云集春:台月忙至新丁：登录票炉才七好宣期口4:显示去信里。5 ：葡认卡佰同）6 ;提交反点010 :退出浜就05、合作图与顺序图一样，合作图也是用于描述对象之间的交互关系，展示对象之间的消息 传递，在食堂售饭系统中，就餐者向管理员申请办理新卡，充值，挂失，补办饭卡等信息，管理员通过与计算机交互完成这些功能同时经过就餐者的确定， 就餐者就可以 跟售饭机和工作人员交互开始打饭，工作人员输入金额信息，若金额不足则反馈给就 餐者，否则扣去相应金额。合作图大体如图所示。二 二9

12、金可历星：餐尸至弋。3 :BIAS4；法二II淙弓113”二清系道卡0苦逼人工也二兼驻11：兰先氏卡C 14 ：在帚6.对象图对象图是包含在类图中的各个类进行实力建模，它显示了在某一个时间点上 统中的一组对象以及它们之间的关系。对象图用于描述系统的静态过程，它描 述的是系统在某一特定状态时刻的当前状态。基于食堂售饭系统类图分析可以 轻易得到下面的对象图。7、活动图活动图用来描述一个操作的执行过程中所完成的工作步骤或动作，在食堂售饭系统中，主要描述了三个用户的主要活动。如下图所示。就餐湾等收机食量二作人员就餐者活动图管理人员活动图食堂工 活动图 件图件图是 构架的 描述一个系统的主要功能，使用构

13、件图可以清楚地看出食堂售饭系统的结构和功能，如下图所示。9.部署图部署图描述了系统描述了系统运行时的食堂售饭系统中的各个物理节点，以及 在这些结点上运行的软件结构的视图，如下图所示。四、实验结果及分析经过这次UML综合实验，我对面向对象 UML有了一个更全面的认识和了解， 掌握了 UML基本图形“用例图、类图、顺序图、活动图、合作图”等的绘制方法以及 进行建模的方法与步骤。为以后系统的编制和设计建模打下了坚实的基础。在建模过程中遇到一些问题，诸如某些操作界面无法看到，一些修改影响了其 他模型图的建立等。通过询问同学和上网查资料，得到了比较满意的解决。在这次 实验中，关于UML的概念以前比较模糊的地方，我在实际操作中变的更加清楚了。 整个食堂饭卡管理系统的设计过程可以看出，UML作为面向对象建摸