UML食堂售饭系统.docVIP

PAGE11 / NUMPAGES12 . 目录 TOC \o 1-3 \h \z \u HYPERLINK \l _Toc422365194 一、用户需求 PAGEREF _Toc422365194 \h 2 HYPERLINK \l _Toc422365195 二、需求分析与描述 PAGEREF _Toc422365195 \h 2 HYPERLINK \l _Toc422365196 1、系统边界 PAGEREF _Toc422365196 \h 2 HYPERLINK \l _Toc422365197 2、执行者及用例分析 PAGEREF _Toc422365197 \h 2 HYPERLINK \l _Toc422365198 3、用例图 PAGEREF _Toc422365198 \h 3 HYPERLINK \l _Toc422365199 4、用例描述 PAGEREF _Toc422365199 \h 3 HYPERLINK \l _Toc422365200 三、领域模型分析 PAGEREF _Toc422365200 \h 6 HYPERLINK \l _Toc422365201 1、概念类及相关属性与方法 PAGEREF _Toc422365201 \h 6 HYPERLINK \l _Toc422365202 2、类间关联 PAGEREF _Toc422365202 \h 6 HYPERLINK \l _Toc422365203 3、领域模型图 PAGEREF _Toc422365203 \h 7 HYPERLINK \l _Toc422365204 四、工作流程分析 PAGEREF _Toc422365204 \h 7 HYPERLINK \l _Toc422365205 1、活动分析 PAGEREF _Toc422365205 \h 7 HYPERLINK \l _Toc422365206 2、顺序图 PAGEREF _Toc422365206 \h 12 HYPERLINK \l _Toc422365207 五、设计类图 PAGEREF _Toc422365207 \h 17 一、用户需求 1、餐饮管理部门 发放饭卡，满足持卡人的需求。 2、食堂工作人员 在自动售饭机上输入饭菜金额，汇总统计食堂当天营业情况，打印“分类报表”，定期分类汇总和结算。 3、持卡人 申请办理新卡，给饭卡充值，用饭卡买饭，注销饭卡，挂失饭卡，撤销挂失，补办新卡，退卡。 二、需求分析与描述 1、系统边界 系统包括各个用户的功能需求，而数据库服务器、其他硬件设施、网络服务应属于系统外部。而持卡人通过餐饮管理部门达到办卡、充卡、挂失/撤销挂失、补办饭卡、注销饭卡、退卡等目的，通过食堂工作人员来消费，扣除饭卡金额，所以餐饮管理部门、食堂工作人员都是系统内部的执行者，持卡人是系统外部的执行者。 2、执行者及用例分析 根据以上分析，可知系统有三个执行者：持卡人、食堂工作人员、餐饮管理部门。而与之相关的用例则有：办理新饭卡、饭卡充值、注销饭卡、挂失/撤销挂失、补办饭卡、退卡、查看个人消费明细、查看持卡人信息明细、分类汇总统计、扣除消费金额。 3、用例图 4、用例描述 分类汇总统计 前置条件：角色为食堂工作人员 后置条件：打印分类报表 基本流： 食堂工作人员登录到本系统 输入统计要求，统计每天或者指定时间段内分机的营业明细与统计或者分类汇总表 根据要求，打印机执行相关任务 备选流：无 扣除消费金额 前置条件：角色为食堂工作人员 后置条件：扣除消费金额，更新饭卡余额 基本流： 食堂工作人员根据持卡人的点餐输入相应金额 自动售饭机判断饭卡中余额是否足够 若足够，则用余额减去输入的金额 备选流：若余额不足，提示持卡人充值 办理新饭卡 前置条件：申请者从未申请过饭卡 后置条件：给申请者发放新饭卡 基本流： 申请者提交办卡申请，出示证明 餐饮管理部门查看、保存办卡人信息 收取相应押金和余额，制作新卡 向申请者发放新卡 备选流：无 饭卡充值 前置条件：饭卡处于正常激活状态，未被挂失与注销 后置条件：增加饭卡余额 基本流： 餐饮管理部门收取充卡金额 持卡人将饭卡放到充值机上 工作人员将相应金额充入饭卡中 备选流：无 注销饭卡 前置条件：是本人持卡申请注销 后置条件：注销饭卡，即再也不能使用 基本流： 持卡人提出注销申请 餐饮管理部门审核相关信息和要求 注销饭卡信息，即永久性停止饭卡的使用 备选流：若不是本人持卡，或者持卡证明不足，则不能审核通过 挂失/撤销挂失 前置条件：本人持有效证件挂失或撤销挂失 后置条件：挂失成功则停止该卡的使用或者取消挂失成功 基本流： 持卡人申请挂失或者申请撤销挂失