UML专业课程设计方案报告.doc

华北科技学院计算机学院综合性试验实 验 报 告 课程名称 软件建模技术（UML） 试验学期 至 年 第 二 学期学生所在院部 计算机学院 年级 级 专业班级 软件B132班 学生姓名 付元楼 学号 07044210 任课老师 曹德胜 试验成绩 计算机学院制试验汇报须知1、 学生上交试验汇报时，必需为打印稿（A4纸）。页面空间不够，能够顺延。2、 学生应该填写内容包含：封面相关栏目、试验地点、时间、目标、设备环境、内容、结果及分析等。3、 老师应该填写内容包含：试验成绩、老师评价等。4、 老师依据本课程综合性试验指导单中试验内容要求，评定学生综合性试验成绩；要求在该课程期末考试前将试验汇报交给任课老师。综合性试验中，所包含程序，文档等在交试验汇报前，拷贝给任课老师。任课老师统一刻录成光盘，和该课程期末考试成绩一同上交到学院存档。5、 未尽事宜，请参考该课程试验纲领和教学纲领。软件建模技术(UML)课程综合性试验汇报开课试验室：大软机房 年 6 月 10 日试验题目食堂售饭系统UML建模一、 试验目标1、掌握UML表示法。2、掌握陈说问题和分析问题方法，使用UML进行面向对象系统分析。3、使用UML进行面向对象系统设计。4、掌握面向对象建模步骤和基础思想。二、 设备和环境硬件：多媒体计算机软件：Windows系列操作系统、Rational Rose建模工具三、试验内容及要求1.试验要求1. 完成用户需求分析，找出系统实施者、用例，画出用例模型图。2. 找出系统概念类，建立领域模型。3. 画出系统次序图，找出系统和外界交互消息。4. 找出系统设计类，建立设计类模型图。5. 完成系统中关键类具体设计。6. 关键画出用例图、类图及次序图。2.试验内容 1、系统介绍饭卡在中国高校中已经普遍采取。饭卡由学校餐饮管理部门负责发放，就餐者能够申请办理新饭卡，向饭卡中追加存款金额，使用饭卡买饭，注销饭卡。假如持卡人不慎将饭卡丢失或损坏，能够到管理部门处挂失，补办新卡，以免造成损失。食堂售饭系统是是用现代信息技术和自动控制技术计算机网络系统。系统中每个就餐者全部持一张卡，在管理中心注册缴费，卡内记着消费者身份、余额。使用时将卡插入窗口机则显示卡上金额，服务员按窗口机上数字键，窗口机自动计算并显示消费额及余额。管理中心监视每一笔消费，可打印出消费情况相关统计数据。2、用例图 （1）需求分析：食堂售饭系统和我们生活亲密相关，和此系统相关人员关键有就餐者、食堂工作人员、管理人员、就餐者。就餐者须持卡就餐，食堂工作人员要负责输入餐费金额，管理人员需管理学生多种请求操作。（2）系统中实施者:系统中关键用户为系统中关键实施者。就餐者，即持卡人需要经过食堂售饭系统来使用其所持有饭卡买饭，所以是整个系统实施者。 管理人员，依据持卡人需求操作计算机系统从而实现和饭卡相关信息管理，相当于其中饭卡信息管理子系统使用者，是在食堂售饭系统内部实施者； 食堂工作人员，一样经过操作计算机系统来实现购置饭菜过程中扣费功效和对营业情况进行汇总统计功效，相当于其中消费处理和统计子系统使用者，也是在食堂售饭系统内部实施者。 （3）关键用例分析:就餐者：申请办卡、提交充值金额、刷卡就餐、申请挂失、申请补卡、申请退卡。食堂工作人员：输入餐费金额、汇总当日数据。管理人员：登录系统、办理饭卡、充卡、挂失饭卡、补办饭卡、注销饭卡、退出系统。（4）用例图：（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 卡不正当，给出提醒，结束。充值饭卡1、 基础流1） 就餐者请求充值饭卡。 2） 就餐者提供金钱。3） 管理员充值饭卡。4） 系统保留信息。 2、备选流2.a饭卡处于挂失状态，提醒用户，结束。退卡1、基础流1） 就餐者申请退卡。2） 管理员退还押金。3） 就餐者返还饭卡。4） 管理员注销饭卡。5） 系统删除用户。2、备选流1.a 饭卡损坏，用户赔款，结束。3、类图（1）领域模型提取概念类过程：对系统全部用例进行分析，并结合前面用户需求分析，找出名词：就餐者，饭卡，管理人员，食堂工作人员，金额，售饭机，计算机系统，报表明细，办卡信息明细，个人消费明细从名词中能够提取出以下多个概念类。概念类：就餐者，管理人员，食堂工作人员，饭卡，售饭机，计算机系统。而就餐者、管理人员、食堂工作人员全部是一个角色，所以把角色也单独分为一个类。概念类大致图：对每一个类进行提取，分析各个类属性以下。“就餐者”类关键属性：姓名、学号、卡号、办卡时间。“饭卡”类关键属性：卡号、密码、持卡人、存款金额。“食堂工作人员”关键属性：工号、姓名。“管理员”关键属性：工号、姓名。“售饭机”关键属性：机号“计算机系统”关键属性：无从“食堂售饭系统”用例描述中，能够得到部分动词，因为这些动词可能成为类方法。经过深入分析，能够找到类关键方法。“就餐者”类关键方法：申请办卡、提交充值金额、刷卡打饭、申请挂失、申请退卡。“饭卡”类关键方法：无“食堂工作人员”关键方法：输入餐费金额。“管理员”关键方法：登录系统、办卡、充值饭卡、挂失饭卡、注销卡、管理用户信息、退出系统。“计算机系统”类关键方法：查看办卡信息明细、查看个人消费明细、打印报表。“售饭机”关键方法：扣除金额、汇总计算。对每一个类方法进行分析，找出部分动词或动词词组，能够找到关键类间关系。就餐者拥有一张饭卡。“就餐者”类和“饭卡”类有拥相关系。就餐者需要在售饭机上刷卡就餐,“就餐者”类和“售饭机”类有拥相关系。食堂工作人员使用售饭机进行售饭，“食堂工作人员”类和“售饭机”类有使用关系。管理人员需要使用计算机系统来操作就餐者一系列请求，“管理人员”类和“计算机系统”类有使用关系。管理人员需要管理饭卡信息。“管理人员”类和“饭卡”类有管理关系。图是一个带相关键属性、方法和关系类图描述。具体以下图所表示。4、次序图次序图描述按时间前后次序对象之间交互动作过程，经过对食堂售饭系统分析能够得到五个对象，这五个对象之间交互过程，在食堂售饭不一样情景中中能够分为以下多个过程：1） 办卡次序图图所表示。2） 饭卡充值次序图图所表示。3） 就餐次序图图所表示。4）挂失饭卡次序图图所表示。5）退还饭卡次序图图所表示。5、合作图 和次序图一样，合作图也是用于描述对象之间交互关系，展示对象之间消息传输，在食堂售饭系统中，就餐者向管理员申请办理新卡，充值，挂失，补办饭卡等信息，管理员经过和计算机交互完成这些功效同时经过就餐者确实定，就餐者就能够跟售饭机和工作人员交互开始打饭，工作人员输入金额信息，若金额不足则反馈给就餐者，不然扣去对应金额。合作图大致图所表示。6.对象图对象图是包含在类图中各个类进行实力建模，它显示了在某一个时间点上统中一组对象和它们之间关系。对象图用于描述系统静态过程，它描述是系统在某一特定状态时刻目前状态。基于食堂售饭系统类图分析能够轻易得到下面对象图。7、活动图活动图用来描述一个操作实施过程中所完成工作步骤或动作，在食堂售饭系统中，关键描述了三个用户关键活动。以下图所表示。 就餐者活动图 管理人员活动图 食堂工作人员活动图8.构件图构件图是从软件构架角度来描述一个系统关键功效，使用构件图能够清楚地看出食堂售饭系统结构和功效，以下图所表示。9.布署图布署图描述了系统描述了系统运行时食堂售饭系统中各个物理节点，和在这些结点上运行软件结构视图，以下图所表示。四、试验结果及分析经过这次UML综合试验，我对面向对象UML有了一个更全方面认识和了解，掌握了UML基础图形“用例图、类图、次序图、活动图、合作图”等绘制方法和进行建模方法和步骤。为以后系统编制和设计建模打下了坚实基础。在建模过程中碰到部分问题，诸如一些操作界面无法看到，部分修改影响了其它模型图建立等。经过问询同学和上网查资料，得到了比较满意处理。在这次试验中，相关UML概念以前比较模糊地方，我在实际操作中变愈加清楚了。整个食堂饭卡管理系统设计过程能够看出，UML作为面向对象建摸领域工业标准，在软件系统设计过程中有着巨大优势。它各个模型能够帮助我们愈加好地了解业务步骤，建立更可靠、更完善系统模型。UML知识是十分丰富，我现在认识不够，我将会在以后不停学习中，提升自己UML知识。教 师 评 价评定项目ABCD评定项目ABCD分析问题正确界面美观，布局合理设计结构合理操作熟练关键突出解析完整试验结果正确文字流畅汇报规范题解正确其它：评价老师署名： 6 月 10 日