UML课程设计报告报告

1、word 格式可编辑华科技学院计算机学院综合性实验华科技学院计算机学院综合性实验实实 验验 报报 告告课程名称课程名称软件建模技术（软件建模技术（umluml）实验学期实验学期 2015 2015至至 2016 2016学学第第二二学期学期学生所在院部学生所在院部计算机学院计算机学院级级 2013 2013 级级专业班级专业班级软件软件 b132b132 班班学生姓名学生姓名付元楼付元楼学号学号 201307044210 201307044210任课教师任课教师曹德胜曹德胜实验成绩实验成绩计算机学院制计算机学院制专业技术资料整理分享word 资料.可编辑实验报告须知实验报告须知1、 学生上交实

2、验报告时，必须为打印稿（a4 纸） 。页面空间够，可以顺延。2、 学生应该填写的内容包括：封面相关栏目、实验地点、时间、目的、设备环境、内容、结果及分析等。3、 教师应该填写的内容包括：实验成绩、教师评价等。4、 教师根据本课程的综合性实验指导单中实验内容的要求，评定学生的综合性实验成绩；要求在该课程期末考试前将实验报告交给任课教师。综合性实验中，所涉及的程序，文档等在交实验报告前，拷贝给任课教师。任课教师统一刻录成光盘，与该课程的期末考试成绩一同上交到学院存档。5、 未尽事宜，请参考该课程的实验大纲和教学大纲。专业技术.整理分享word 资料.可编辑软件建模技术软件建模技术(uml)(uml

3、)课程综合性实验报告课程综合性实验报告开课实验室：大软机房开课实验室：大软机房20162016 6 6 月月 10 10 日日实验题目食堂售饭系统食堂售饭系统 umluml 建模建模一、实验目的1、掌握 uml 的表示法。2、掌握陈述问题和分析问题的方法，使用 uml 进面向对象系统分析。3、使用 uml 进面向对象系统设计。4、掌握面向对象建模的程和基本思想。二、设备与环境硬件：多媒体计算机软件：windows 系操作系统、rational rose 建模工具三、实验内容及要求1.实验要求1. 完成用户需求的分析，找出系统的执者、用，画出用模型图。2. 找出系统的概类，建领域模型。3. 画出

4、系统顺序图，找出系统与外界交互的消息。4. 找出系统的设计类，建设计类模型图。5.5. 完成系统中主要类的详细设计。6.6. 重点画出用图、类图及顺序图。2.实验内容1 1、系统介绍、系统介绍饭卡在国内高校中已经普遍采用。饭卡由学校餐饮管部门负责发放，就餐者可以申请办新饭卡，向饭卡中追加存款额，使用饭卡买饭，注销饭卡。如果持卡人慎将饭卡丢失或损坏，可以到管部门处挂失，补办新卡，以免造成损失。食堂售饭系统是是用现代信息技术和自动控制技术的计算机网络系统。系统中每个就餐者持一张卡，在管中心注册缴费，卡内记着消费者的身份、余额。使用时将卡插入窗口机则显示卡上额，服务员按窗口机上数字键，窗口机自动计算

5、并显示消费额及余额。管中心监视每一笔消费，可打印出消费情况的相关统计数据。2 2、用图、用图（1）需求分析：食堂售饭系统和我们的生活密相关，与此系统相关的人员主要有就餐者、食堂工作人员、管人员、就餐者。就餐者须持卡就餐，食堂工作人员要负责输入餐费额，管人员需管学生的各种请求操作。专业技术.整理分享word 资料.可编辑（2）系统中的执者:系统中的主要用户为系统中的主要执者。就餐者，即持卡人需要通过食堂售饭系统来使用其所持有饭卡买饭，因而是整个系统的执者。管人员，根据持卡人的需求操作计算机系统从而实现与饭卡相关信息的管，相当于其中饭卡信息管子系统的使用者，是位于食堂售饭系统内部的执者；食堂工作人

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

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

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

9、，售饭机，计算机系统，报表明细，办卡信息明细，个人消费明细从名词中可以提取出以下几个概类。概类：就餐者，管人员，食堂工作人员，饭卡，售饭机，计算机系统。而就餐者、管人员、食堂工作人员是一种角色，所以把角色也单独分为一个类。概类大体图：专业技术.整理分享系统删除用户。word 资料.可编辑饭卡饭卡角色角色售饭机售饭机计算机系统计算机系统就餐者就餐者食堂工作人员食堂工作人员管理人员管理人员对每一个类进提取，分析各个类的属性如下。“就餐者类的主要属性：姓名、学号、卡号、办卡时间。“饭卡类的主要属性：卡号、密码、持卡人、存款额。“食堂工作人员主要属性：工号、姓名。“管员主要属性：工号、姓名。“售饭机主

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

11、关系。就餐者需要在售饭机上刷卡就餐,“就餐者类和“售饭机类有拥有的关系。食堂工作人员使用售饭机进售饭， “食堂工作人员类和 “售饭机类有使用的关系。 。专业技术.整理分享word 资料.可编辑管人员需要使用计算机系统来操作就餐者的一系请求，“管人员类与 “计算机系统类有使用的关系。管人员需要管饭卡的信息。“管人员类与“饭卡类有管的关系。图是一个带有主要属性、方法和关系的类图描述。具体如下图所示。管理人员管理人员+姓名+工号+登录系统()+办卡()+充值饭卡()+挂失饭卡()+不办饭卡()+注销卡()+管理用户信息()+退出系统()计算机系统计算机系统+查看办卡信息明细()+查看个人消费明细()

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

13、dent :就餐者管理人员计算机系统1 :申请办卡()2 :登录系统()3 :选择办卡操作()4 :验证用户的合法性()optcom binedfragment15 合法 :分配卡号()6 不合法 :反馈信息()7 :收取押金()8 :数据库保存信息()9 :发放饭卡()2） 饭卡充值顺序图如图所示。专业技术.整理分享word 资料.可编辑3） 就餐顺序图如图所示。optcom binedfragm ent21 :刷卡()student :就餐者 :售饭机waiter :食堂工作人员2 :输入餐费金额()3 金额不足 :提示用户()4 :扣除金额()4）挂失饭卡顺序图如图所示。专业技术.整理分

14、享word 资料.可编辑5）退还饭卡顺序图如图所示。5 5、合作图、合作图与顺序图一样，合作图也是用于描述对象之间的交互关系，展示对象之间的消息传递，在食堂售饭系统中，就餐者向管员申请办新卡，充值，挂失，补办饭卡等信息，管员通过与计算机交互完成这些功能同时经过就餐者的确定，就餐者就可以跟售饭机和工作人员交互开始打饭，工作人员输入额信息，额足则反馈给就餐者，否则扣去相应额。合作图大体如图所示。专业技术.整理分享word 资料.可编辑6.6.对象图对象图对象图是包含在类图中的各个类进实建模，它显示在某一个时间点上统中的一组对象以及它们之间的关系。对象图用于描述系统的静态过程，它描述的是系统在某一特

15、定状态时刻的当前状态。基于食堂售饭系统类图分析可以轻得到下面的对象图。专业技术.整理分享word 资料.可编辑7 7、活动图、活动图活动图用来描述一个操作的执过程中所完成的工作步骤或动作， 在食堂售饭系统中，主要描述三个用户的主要活动。如下图所示。就餐者活动图专业技术.整理分享word 资料.可编辑管人员活动图食堂工作人员活动图专业技术.整理分享word 资料.可编辑8.8.构件图构件图构件图是从软件构架的角来描述一个系统的主要功能， 使用构件图可以清楚地看出食堂售饭系统的结构和功能，如下图所示。9.9.部署图部署图部署图描述系统描述系统运时的食堂售饭系统中的各个物节点，以及在这些结点上运的软

16、件结构的视图，如下图所示。专业技术.整理分享word 资料.可编辑四、实验结果及分析四、实验结果及分析经过这次 uml 综合实验，我对面向对象 uml 有一个全面的认识和解，掌握uml 基本图形“用图、类图、顺序图、活动图、合作图等的绘制方法以及进建模的方法与步骤。为以后系统的编制和设计建模打下坚实的基础。在建模过程中遇到一些问题，诸如某些操作界面无法看到，一些修改影响其他模型图的建等。通过询问同学和上网查资，得到比较满意的解决。在这次实验中，关于 uml 的概以前比较模糊的地方，我在实际操作中变的加清楚。整个食堂饭卡管系统的设计过程可以看出，uml 作为面向对象建摸领域的工业标准，在软件系统的设计过程中有