首页 报告格式-面向对象建模UML

报告格式-面向对象建模UML

举报
开通vip

报告格式-面向对象建模UML报告格式-面向对象建模UML 计算机学院综合性实验报告 实验报告须知 1、 学生上交实验报告时,必须为打印稿(A4纸)。页面空间不够,可以顺延。 2、 学生应该填写的内容包括:封面相关栏目、实验地点、时间、目的、设备环境、 内容、结果及分析等。 3、 教师应该填写的内容包括:实验成绩、教师评价等。 4、 教师根据本课程的《综合性实验指导单》中实验内容的要求,评定学生的综合 性实验成绩;要求在该课程期末考试前将实验报告交给任课教师。综合性实验 中,所涉及的程序,文档等在交实验报告前,拷贝给任课教师。任课教师...

报告格式-面向对象建模UML
报告格式-面向对象建模UML 计算机学院综合性 实验报告 化学实验报告单总流体力学实验报告观察种子结构实验报告观察种子结构实验报告单观察种子的结构实验报告单 实验报告须知 1、 学生上交实验报告时,必须为打印稿(A4纸)。页面空间不够,可以顺延。 2、 学生应该填写的内容包括:封面相关栏目、实验地点、时间、目的、设备环境、 内容、结果及分析等。 3、 教师应该填写的内容包括:实验成绩、教师评价等。 4、 教师根据本课程的《综合性实验指导单》中实验内容的要求,评定学生的综合 性实验成绩;要求在该课程期末考试前将实验报告交给任课教师。综合性实验 中,所涉及的程序,文档等在交实验报告前,拷贝给任课教师。任课教师统一 刻录成光盘,与该课程的期末考试成绩一同上交到学院存档。 5、 未尽事宜,请参考该课程的实验大纲和教学大纲。 第 1 页 计算机学院综合性实验报告 《 面向对象建模UML 》课程综合性实验报告 开课实验室: 2013 年 6 月 18 日 实验题目 食堂售饭系统UML建模 一、实验目的 1、掌握UML的表示法。 2、掌握陈述问题和分析问题的方法,使用UML进行面向对象系统分析。 3、使用UML进行面向对象系统设计。 4、掌握面向对象建模的流程和基本思想。 二、设备与环境 硬件:多媒体计算机 软件:Windows系列操作系统、StarUML建模工具 三、实验内容及要求 1.实验要求 1. 完成用户需求的分析,找出系统的执行者、用例,画出用例模型图。 2. 找出系统的概念类,建立领域模型。 3. 画出系统顺序图,找出系统与外界交互的消息。 4. 找出系统的设计类,建立设计类模型图。 5. 完成系统中主要类的详细设计。 6. 重点画出用例图、类图及顺序图。 2.实验内容 1、系统介绍 饭卡在国内高校中已经普遍采用。饭卡由学校餐饮管理部门负责发放,就餐者可以申请办理新饭卡,向饭卡中追加存款金额,使用饭卡买饭,注销饭卡。如果持卡人不慎将饭卡丢失或损坏,可以到管理部门处挂失,补办新卡,以免造成损失。食堂售饭系统是是用现代信息技术和自动控制技术的计算机网络系统。系统中每个就餐者都持一张卡,在管理中心注册缴费,卡内记着消费者的身份、余额。使用时将卡插入窗口机则显示卡上金额,服务员按窗口机上数字键,窗口机自动计算并显示消费额及余额。管理中心监视每一笔消费,可打印出消费情况的相关统计数据。 2、用例图 (1)需求分析: 食堂售饭系统和我们的生活密切相关,与此系统相关的人员主要有就餐者、食堂工作人员、管理人员、就餐者。 就餐者须持卡就餐,食堂工作人员要负责输入餐费金额,管理人员需管理学生的各种请求操作。 第 2 页 计算机学院综合性实验报告 (2)系统中的执行者:系统中的主要用户为系统中的主要执行者。 就餐者,即持卡人需要通过食堂售饭系统来使用其所持有饭卡买饭,因而是整个系统的执行者。 管理人员,根据持卡人的需求操作计算机系统从而实现与饭卡相关信息的管理,相当于其中饭卡信息管理子系统的使用者,是位于食堂售饭系统内部的执行者; 食堂工作人员,同样通过操作计算机系统来实现购买饭菜过程中的扣费功能以及对营业情况进行的汇总统计的功能,相当于其中消费处理与统计子系统的使用者,也是位于食堂售饭系统内部的执行者。 (3)主要用例分析: 就餐者:申请办卡、提交充值金额、刷卡就餐、申请挂失、申请补卡、申请退卡。 食堂工作人员:输入餐费金额、汇总当天数据。 管理人员:登录系统、办理饭卡、充卡、挂失饭卡、补办饭卡、注销饭卡、退出系统。 (4)用例图: 登录系统申请办卡 办理饭卡提交充值金额 充卡 刷卡打饭 挂失饭卡 就餐者申请退卡管理人员 补办饭卡 申请补办饭卡注销卡 退出系统申请挂失 输入餐费金额 食堂工作人员汇总当天数据 第 3 页 计算机学院综合性实验报告 (5)“食堂售饭系统”用例描述 办理饭卡 1、基本流 1) 学生申请办理饭卡。 2) 系统验证其合法性。 3) 系统分配卡号。 4) 管理员收取押金。 5) 管理员发放饭卡。 6) 系统保存学生办卡信息。 2 、备选流 2.a 如果学生身份不合法,给出提示,结束。 持卡就餐 1、 基本流 1) 就餐者到售饭机刷卡 2) 食堂工作人员输入餐费金额。 3) 售饭机显示金额。 4) 食堂工作人员确认扣除。 5) 系统扣除金额并保存交易过程。 2、备选流 1.a 卡无效,提示卡无效信息,结束。 4.a 余额不足,提示充卡,结束。 挂失饭卡 1、 基本流 1) 就餐者提出挂失请求。 2) 系统验证卡的合法性。 3) 管理员挂失饭卡。 4) 系统保存信息。 2、备选流 2.a 卡不合法,给出提示,结束。 第 4 页 计算机学院综合性实验报告 充值饭卡 1、 基本流 1) 就餐者请求充值饭卡。 2) 就餐者提供金钱。 3) 管理员充值饭卡。 4) 系统保存信息。 2、备选流 2.a饭卡处于挂失状态,提示用户,结束。 退卡 1、基本流 1) 就餐者申请退卡。 2) 管理员退还押金。 3) 就餐者返还饭卡。 4) 管理员注销饭卡。 5) 系统删除用户。 2、备选流 1.a 饭卡损坏,用户赔款,结束。 3、类图 (1)领域模型 提取概念类的过程:对系统的所有用例进行分析,并结合前面的用户需求分析,找出名词:就餐者,饭卡,管理人员,食堂工作人员,金额,售饭机,计算机系统,报表明细,办卡信息明细,个人消费明细从名词中可以提取出以下几个概念类。 概念类:就餐者,管理人员,食堂工作人员,饭卡,售饭机,计算机系统。 而就餐者、管理人员、食堂工作人员都是一种角色,所以把角色也单独分为一个类。 概念类大体图: 第 5 页 计算机学院综合性实验报告 角色饭卡售饭机 计算机系统就餐者食堂工作人员管理人员 对每一个类进行提取,分析各个类的属性如下。 “就餐者”类的主要属性:姓名、学号、卡号、办卡时间。 “饭卡”类的主要属性:卡号、密码、持卡人、存款金额。 “食堂工作人员”主要属性:工号、姓名。 “管理员”主要属性:工号、姓名。 “售饭机”主要属性:机号 “计算机系统”主要属性:无 从“食堂售饭系统”用例的描述中,可以得到一些动词,因为这些动词可能成为类的方法。通过进一步的分析,可以找到类的主要方法。 “就餐者”类的主要方法:申请办卡、提交充值金额、刷卡打饭、申请挂失、申请退卡。 “饭卡”类的主要方法:无 “食堂工作人员”主要方法:输入餐费金额。 “管理员”主要方法:登录系统、办卡、充值饭卡、挂失饭卡、注销卡、管理用户信息、退出系统。 “计算机系统”类的主要方法:查看办卡信息明细、查看个人消费明细、打印报表。 “售饭机”主要方法:扣除金额、汇总计算。 对每一个类的方法进行分析,找出一些动词或动词词组,可以找到主要类间关系。 就餐者拥有一张饭卡。“就餐者”类和“饭卡”类有拥有的关系。 就餐者需要在售饭机上刷卡就餐,“就餐者”类和“售饭机”类有拥有的关系。 食堂工作人员使用售饭机进行售饭,“食堂工作人员”类和“售饭机”类有使用的关系。。 第 6 页 计算机学院综合性实验报告 管理人员需要使用计算机系统来操作就餐者的一系列请求,“管理人员”类与“计算机系统”类有使用的关系。 管理人员需要管理饭卡的信息。“管理人员”类与“饭卡”类有管理的关系。 图是一个带有主要属性、方法和关系的类图描述。具体如下图所示。 管理人员计算机系统 +姓名 +查看办卡信息明细()+工号+查看个人消费明细()使用+登录系统()+打印报表() +办卡()+充值饭卡()+挂失饭卡() +不办饭卡()1..n+注销卡() +管理用户信息()退出系统()+ 管理 0..n就餐者 饭卡 +姓名+卡号1+学号 角色+密码+卡号拥有1+持卡人+办卡时间+存款金额 +申请办卡()+提交充值金额() +刷卡打饭()+申请挂失()1..n+申请补办饭卡() +申请退卡() 刷卡 食堂工作人员售饭机1..n +工号+机号使用+姓名 +扣除金额()11+输入餐费金额()+汇总计算() 4、顺序图 顺序图描述按时间的先后顺序对象之间的交互动作过程,通过对食堂售饭系统的分析可以得到五个对象,这五个对象之间的交互过程,在食堂售饭不同的情景中中可以分为以下几个过程: 1) 办卡顺序图如图4.1所示。 第 7 页 student : 计算机学院综合性实验报告 就餐者管理人员计算机系统 1 : 申请办卡()登录系统()2 : 选择办卡操作()3 : 验证用户的合法性()4 : optCombinedFragment1 合法] : 分配卡号() 5 [不合法] : 反馈信息()6 [ 收取押金() 数据库保存信息()7 : 8 : 发放饭卡()9 : 图4.1 办卡顺序图 2)饭卡充值顺序图如图4.2所示。 student : 就餐者管理人员 : 计算机系统 : 1 : 提出充值请求() 2 : 登录系统并选择操作() 3 : 提供现金和饭卡() 4 : 录入信息() 5 : 检查卡是否挂失() optCombinedFragment1 6 [挂失中] : 返回现金() 7 [未挂失] : 确认充值() 8 : 数据库保存信息() 9 : 返还饭卡() 图4.2 饭卡充值顺序图 第 8 页 计算机学院综合性实验报告 student : 3)就餐顺序图如图4.3所示。 就餐者 : 售饭机waiter : 食堂工作人员 1 : 刷卡() 输入餐费金额()2 : optCombinedFragment2 金额不足] : 提示用户() 3 [ 扣除金额()4 : 图4.3 就餐顺序图 : 4)挂失饭卡顺序图如图4.4所示。 : 就餐者管理人员 : 计算机系统 1 : 提出挂失请求() 选择请求操作()2 : 提供卡号()3 : 输入卡号()4 : 验证卡号的合法性()5 : 显示卡信息() 6 : 验证卡信息()7 : 核对卡信息()8 : optCombinedFragment1 有误] : 反馈信息() 9 [无误] : 确认挂失()10 [ 完成挂失并记录卡信息()11 : 退出系统()12 : 图4.4 挂失饭卡顺序图 第 9 页 计算机学院综合性实验报告 5)退还饭卡顺序图如图4.5所示。 student : 就餐者 : 管理人员 : 计算机系统 1 : 提出退卡请求() 登录系统并选择退卡操作() 2 : 验证卡信息()3 : 显示卡信息()4 : 确认卡信息()5 : 提交饭卡()6 : 删除用户信息()7 : 删除成功() 8 : 退还余额()9 : 退出系统()10 : 图4.5 退还饭卡顺序图 5、合作图 与顺序图一样,合作图也是用于描述对象之间的交互关系,展示对象之间的消息传递,在食堂售饭系统中,就餐者向管理员申请办理新卡,充值,挂失,补办饭卡等信息,管理员通过与计算机交互完成这些功能同时经过就餐者的确定,就餐者就可以跟售饭机和工作人员交互开始打饭,工作人员输入金额信息,若金额不足则反馈给就餐者,否则扣去相应金额。合作图大体如图5.1所示。 第 10 页 计算机学院综合性实验报告 判断余额()7 : 6 : 刷卡()就餐者余额不足] : 提示充卡()9 [售饭机 8 : 扣除饭费()3 : 分配饭卡() 1 : 提出办卡请求() 食堂工作人员 12 : 下达挂失信息()4 : 提出充值请求() 10 : 提出挂失请求() 13 : 提出请求退卡() 办理饭卡()2 : 计算机系统管理人员充值饭卡()5 : 注销饭卡()14 : 挂失饭卡()11 : 图5.1 合作图 6、对象图 对象图是包含在类图中的各个类进行实力建模,它显示了在某一个时间点上系统中的一组对象以及它们之间的关系。对象图用于描述系统的静态过程,它描述的是系统在某一特定状态时刻的当前状态。基于食堂售饭系统类图分析可以轻易得到下面的对象图。 : : Jose : 就餐者饭卡售饭机 = 201107034124 = 110731224学号卡号 = 1机号姓名 = Jose存款金额 = 100卡号 = 110731224密码 = **** 办卡时间 = 2013-3-2持卡人 = Jose 食堂售饭人员 : = 11工号 管理人员 : 计算机系统 : = 10工号姓名 = Mark 7、活动图 活动图用来描述一个操作的执行过程中所完成的工作步骤或动作,在食堂售饭系统中,主要描述了三个用户的主要活动。如下图所示。 第 11 页 计算机学院综合性实验报告 就餐者售饭机食堂工作人员 刷卡读卡并显示数据输入餐费金额 余额不足 ] [ [ 余额充足 ] 扣除饭费提示充卡 图7.1 就餐者活动图 登录系统 输入卡号注销饭卡退卡返还现金 选择操作挂失处理 挂失输入卡号 输入充值金额 未挂失 ] [ 加款输入卡号 反馈信息[ 挂失中 ] 办卡 分配饭卡输入办卡人信息分配卡号保存信息到系统补办饭卡 图7.2 管理人员活动图 第 12 页 计算机学院综合性实验报告 输入餐费金额 余额不足 ] [ [ 余额充足 ] 反馈信息 确认扣款 数据发送至数据库数据库保存信息 图7.3 食堂工作人员活动图 8、状态图 状态图主要用来描述一个特定对象的所有可能状态以及由于各种事件发生而引起的状态之间的转移。在对食堂售饭系统的描述中使用状态图来体现各个对象在它的生命周期中的状态变化的过程,如下图所示。 扣除金额 申请挂失 刷卡就餐 余额充足挂失 取消挂失 充值 申请退卡 申请挂失 申请退卡 余额不足 申请退卡注销 第 13 页 计算机学院综合性实验报告 9、 构件图 构件图是从软件构架的角度来描述一个系统的主要功能,使用构件图可以清楚地 看出食堂售饭系统的结构和功能,如下图所示。 售饭机 食堂售饭系统 系统数据库服务器售饭系统系统界面 10、 部署图 部署图描述了系统描述了系统运行时的食堂售饭系统中的各个物理节点,以及在 这些结点上运行的软件结构的视图,如下图所示。 服务器PC机 前端售饭系统 食堂售饭端数据库 售饭机 系统数据库 数据库接口 数据库接口 第 14 页 计算机学院综合性实验报告 三、实验结果及分析 经过这次UML综合实验,我对面向对象UML有了一个更全面的认识和了解,掌握了UML基本图形“用例图、类图、顺序图、活动图、合作图”等的绘制方法以及进行建模的方法与步骤。为以后系统的编制和设计建模打下了坚实的基础。 在建模过程中遇到一些问题,诸如某些操作界面无法看到,一些修改影响了其他模型图的建立等。通过询问同学和上网查资料,得到了比较满意的解决。在这次实验中,关于UML的概念以前比较模糊的地方,我在实际操作中变的更加清楚了。整个食堂饭卡管理系统的设计过程可以看出,UML作为面向对象建摸领域的工业标准,在软件系统的设计过程中有着巨大的优势。它的各个模型可以帮助我们更好地理解业务流程,建立更可靠、更完善的系统模型。UML的知识是十分丰富的,我现在的认识不够,我将会在以后的不断学习中,提高自己的UML知识。 评定项目 A B C D 评定项目 A B C D 教 分析问题正确 界面美观~布局合理 师 设计结构合理 操作熟练 评 重点突出 解析完整 价 实验结果正确 文字流畅 第 15 页 计算机学院综合性实验报告 报告规范 题解正确 其他: 评价教师签名: 年 月 日 第 16 页
本文档为【报告格式-面向对象建模UML】,请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑, 图片更改请在作品中右键图片并更换,文字修改请直接点击文字进行修改,也可以新增和删除文档中的内容。
该文档来自用户分享,如有侵权行为请发邮件ishare@vip.sina.com联系网站客服,我们会及时删除。
[版权声明] 本站所有资料为用户分享产生,若发现您的权利被侵害,请联系客服邮件isharekefu@iask.cn,我们尽快处理。
本作品所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用。
网站提供的党政主题相关内容(国旗、国徽、党徽..)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
下载需要: 免费 已有0 人下载
最新资料
资料动态
专题动态
is_842972
暂无简介~
格式:doc
大小:31KB
软件:Word
页数:16
分类:企业经营
上传时间:2017-11-12
浏览量:20