UML课程设计报告

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

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

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

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

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

6、卡管理人员申请补办饭卡补办饭卡注销卡申请挂失退出系统输入餐费金额食堂工作人员汇总当天数据;.（ 5）“食堂售饭系统”用例描述办理饭卡1、基本流1 ） 学生申请办理饭卡。2) 系统验证其合法性。3) 系统分配卡号。4) 管理员收取押金。5) 管理员发放饭卡。6) 系统保存学生办卡信息。2 、备选流2.a如果学生身份不合法，给出提示，结束。持卡就餐1、基本流1）就餐者到售饭机刷卡2）食堂工作人员输入餐费金额。3）售饭机显示金额。4）食堂工作人员确认扣除。5）系统扣除金额并保存交易过程。2、备选流1.a 卡无效，提示卡无效信息，结束。4.a 余额不足，提示充卡，结束。挂失饭卡1、基本流1) 就餐者提

7、出挂失请求。2) 系统验证卡的合法性。3) 管理员挂失饭卡。4) 系统保存信息。2、备选流2.a 卡不合法，给出提示，结束。;.充值饭卡1、 基本流1） 就餐者请求充值饭卡。2 ） 就餐者提供金钱。3） 管理员充值饭卡。4） 系统保存信息。2 、备选流2.a 饭卡处于挂失状态，提示用户，结束。退卡1、基本流1） 就餐者申请退卡。2） 管理员退还押金。3） 就餐者返还饭卡。4） 管理员注销饭卡。5）系统删除用户。2、备选流1.a饭卡损坏，用户赔款，结束。3、类图（ 1）领域模型提取概念类的过程：对系统的所有用例进行分析，并结合前面的用户需求分析，找出名词：就餐者，饭卡，管理人员，食堂工作人员，金

8、额，售饭机，计算机系统，报表明细，办卡信息明细，个人消费明细从名词中可以提取出以下几个概念类。概念类：就餐者，管理人员，食堂工作人员，饭卡，售饭机，计算机系统。而就餐者、管理人员、食堂工作人员都是一种角色，所以把角色也单独分为一个类。概念类大体图：;.饭卡.角色售饭机计算机系统就餐者食堂工作人员管理人员对每一个类进行提取，分析各个类的属性如下。“就餐者”类的主要属性：姓名、学号、卡号、办卡时间。“饭卡”类的主要属性：卡号、密码、持卡人、存款金额。“食堂工作人员”主要属性：工号、姓名。“管理员”主要属性：工号、姓名。“售饭机”主要属性：机号“计算机系统”主要属性：无从“食堂售饭系统”用例的描述中

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

10、就餐 , “就餐者”类和“售饭机”类有拥有的关系。食堂工作人员使用售饭机进行售饭， “食堂工作人员”类和 “售饭机”类有使用的关系。;.管理人员需要使用计算机系统来操作就餐者的一系列请求，“管理人员”类与“计算机系统”类有使用的关系。管理人员需要管理饭卡的信息。 “管理人员”类与“饭卡”类有管理的关系。图是一个带有主要属性、方法和关系的类图描述。具体如下图所示。管理人员计算机系统+ 姓名+ 查看办卡信息明细()+ 工号+ 查看个人消费明细()使用+ 登录系统 ()+ 打印报表 ()+办卡()+ 充值饭卡 ()+ 挂失饭卡 ()+ 不办饭卡 ()1.n+ 注销卡 ()+ 管理用户信息 ()+ 退

11、出系统 ()管理就餐者0.n饭卡+ 姓名1+卡号角色+ 学号+ 卡号拥有+ 密码1+ 持卡人+ 办卡时间+ 存款金额+ 申请办卡 ()+ 提交充值金额 ()+ 刷卡打饭 ()+ 申请挂失 ()+ 申请补办饭卡()1.n+ 申请退卡 ()刷卡食堂工作人员1.n售饭机+ 工号使用+ 机号+ 姓名+ 扣除金额 ()+ 输入餐费金额 ()11+ 汇总计算 ()4、顺序图顺序图描述按时间的先后顺序对象之间的交互动作过程，通过对食堂售饭系统的分析可以得到五个对象， 这五个对象之间的交互过程，在食堂售饭不同的情景中中可以分为以下几个过程：1） 办卡顺序图如图所示。;.student :就餐者管理人员计算机系

12、统1 :申请办卡()2 :登录系统()3 :选择办卡操作()4 :验证用户的合法性()optCombinedFragment15 合法:分配卡号()6 不合法:反馈信息()7 :收取押金()8 :数据库保存信息()9 :发放饭卡()2） 饭卡充值顺序图如图所示。;.3） 就餐顺序图如图所示。student :就餐者: 售饭机waiter :食堂工作人员1:刷卡 ()2 :输入餐费金额()opt Com binedFragment23 金额不足 : 提示用户 ()4 :扣除金额()4）挂失饭卡顺序图如图所示。;.5）退还饭卡顺序图如图所示。5、合作图与顺序图一样， 合作图也是用于描述对象之间的交

13、互关系，展示对象之间的消息传递，在食堂售饭系统中，就餐者向管理员申请办理新卡，充值，挂失，补办饭卡等信息，管理员通过与计算机交互完成这些功能同时经过就餐者的确定，就餐者就可以跟售饭机和工作人员交互开始打饭，工作人员输入金额信息， 若金额不足则反馈给就餐者，否则扣去相应金额。合作图大体如图所示。;.6. 对象图对象图是包含在类图中的各个类进行实力建模，它显示了在某一个时间点上统中的一组对象以及它们之间的关系。对象图用于描述系统的静态过程，它描述的是系统在某一特定状态时刻的当前状态。基于食堂售饭系统类图分析可以轻易得到下面的对象图。;.7、活动图活动图用来描述一个操作的执行过程中所完成的工作步骤或

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