《UML食堂售饭系统.docx》由会员分享，可在线阅读，更多相关《UML食堂售饭系统.docx（17页珍藏版）》请在金锄头文库上搜索。
1、目录一、用户需求2二、需求分析与描述21、系统边界22、执行者及用例分析23、用例图34、用例描述3三、领域模型分析61、概念类及相关属性与方法62、类间关联63、领域模型图7四、工作流程分析71、活动分析72、顺序图12五、设计类图17一、用户需求1、餐饮管理部门发放饭卡，满足持卡人的需求。2、食堂工作人员在自动售饭机上输入饭菜金额，汇总统计食堂当天营业情况，打印“分类报表”，定期分类汇总和结算。3、持卡人申请办理新卡，给饭卡充值，用饭卡买饭，注销饭卡，挂失饭卡，撤销挂失，补办新卡，退卡。二、需求分析与描述1、系统边界系统包括各个用户的功能需求，而数据库服务器、其他硬件设施、网络服务应属于系
2、统外部。而持卡人通过餐饮管理部门达到办卡、充卡、挂失/撤销挂失、补办饭卡、注销饭卡、退卡等目的，通过食堂工作人员来消费，扣除饭卡金额，所以餐饮管理部门、食堂工作人员都是系统内部的执行者，持卡人是系统外部的执行者。2、执行者及用例分析根据以上分析，可知系统有三个执行者：持卡人、食堂工作人员、餐饮管理部门。而与之相关的用例则有：办理新饭卡、饭卡充值、注销饭卡、挂失/撤销挂失、补办饭卡、退卡、查看个人消费明细、查看持卡人信息明细、分类汇总统计、扣除消费金额。3、用例图4、用例描述（1） 分类汇总统计l 前置条件：角色为食堂工作人员l 后置条件：打印分类报表l 基本流：1) 食堂工作人员登录到本系统2
3、) 输入统计要求，统计每天或者指定时间段内分机的营业明细与统计或者分类汇总表3) 根据要求，打印机执行相关任务l 备选流：无（2） 扣除消费金额l 前置条件：角色为食堂工作人员l 后置条件：扣除消费金额，更新饭卡余额l 基本流：1) 食堂工作人员根据持卡人的点餐输入相应金额2) 自动售饭机判断饭卡中余额是否足够3) 若足够，则用余额减去输入的金额l 备选流：若余额不足，提示持卡人充值（3） 办理新饭卡l 前置条件：申请者从未申请过饭卡l 后置条件：给申请者发放新饭卡l 基本流：1) 申请者提交办卡申请，出示证明2) 餐饮管理部门查看、保存办卡人信息3) 收取相应押金和余额，制作新卡4) 向申请
4、者发放新卡l 备选流：无（4） 饭卡充值l 前置条件：饭卡处于正常激活状态，未被挂失与注销l 后置条件：增加饭卡余额l 基本流：1) 餐饮管理部门收取充卡金额2) 持卡人将饭卡放到充值机上3) 工作人员将相应金额充入饭卡中l 备选流：无（5） 注销饭卡l 前置条件：是本人持卡申请注销l 后置条件：注销饭卡，即再也不能使用l 基本流：1) 持卡人提出注销申请2) 餐饮管理部门审核相关信息和要求3) 注销饭卡信息，即永久性停止饭卡的使用l 备选流：若不是本人持卡，或者持卡证明不足，则不能审核通过（6） 挂失/撤销挂失l 前置条件：本人持有效证件挂失或撤销挂失l 后置条件：挂失成功则停止该卡的使用或
5、者取消挂失成功l 基本流：1) 持卡人申请挂失或者申请撤销挂失2) 餐饮管理部门核对相关信息，确认挂失/撤销挂失l 备选流：若持卡人信息与饭卡信息不符合，则不能执行相关操作（7） 补办饭卡l 前置条件：饭卡遗失或损坏l 后置条件：发放新卡l 基本流：1) 申请者申请补办饭卡并出示相关证件2) 餐饮管理部门查看相关证件信息，核对是否本人3) 若是本人，则注销旧卡4) 申请者缴纳押金和存款，餐饮管理部门制作新卡并发放l 备选流：若不是本人，则不能执行相关操作（8） 退卡l 前置条件：持卡人是本人l 后置条件：退换押金和余额l 基本流：1) 持卡人申请退卡2) 餐饮管理部门审核相关信息3) 若是本人
6、，清除卡内信息，退换押金和余额l 备选流：若不是本人，不能执行相关操作（9） 查看个人消费明细l 前置条件：持卡人是本人或者是餐饮管理部门l 后置条件：显示相关消费明细l 基本流：1) 持卡人申请查看个人消费明细2) 餐饮管理部门核对相关信息3) 计算机系统显示持卡人的消费明细l 备选流：若不是本人，不能执行相关操作（10） 查看持卡人信息明细l 前置条件：持卡人是本人l 后置条件：显示持卡人办卡信息l 基本流：1) 持卡人申请查看办卡信息2) 餐饮管理部门核对是否本人3) 计算机系统显示持卡人的办卡信息明细4) 若是餐饮管理部门，显示办卡人信息l 备选流：若既不是本人也不是餐饮管理部门，则不
7、能查看办卡人信息三、领域模型分析1、概念类及相关属性与方法（1） 持卡人属性：姓名、所在单位、办卡时间、密码、身份证号方法：查看个人消费明细、查看办卡信息、查看余额（2） 餐饮管理部员工属性：姓名、工号、密码方法：办理新饭卡、补办饭卡、查看信息、更改挂失状态（3） 食堂员工属性：姓名、工号、密码方法：输入金额、输入分类汇总要求（4） 饭卡属性：卡号、密码、持卡人身份证号、余额、押金、是否挂失、是否注销（5） 自动售饭机属性：机器编号方法：扣除金额（6） 计算机系统方法：办理新饭卡、饭卡充值、注销饭卡、更改挂失状态、补办饭卡、退卡、查看个人消费明细、查看持卡人信息明细、分类汇总统计2、类间关联持
8、卡人和饭卡是一对一的关联关系，而饭卡和自动售饭机、自动售饭机和食堂员工、计算机系统和餐饮管理部员工、计算机系统和持卡人、计算机系统和饭卡、计算机系统和食堂员工、餐饮管理部员工和持卡人、餐饮管理部员工和饭卡之间均是多对多的关联关系。3、领域模型图四、工作流程分析1、活动分析（1） 分类汇总统计（2） 扣除消费金额（3） 办理新饭卡（4） 饭卡充值（5） 注销饭卡（6） 挂失/撤销挂失（7） 补办饭卡（8） 退卡（9） 查看个人消费明细（10） 查看持卡人信息明细与查看个人消费明细相似。2、顺序图（1） 分类汇总统计（2） 扣除消费金额（3） 办理新饭卡（4） 饭卡充值（5） 注销饭卡（6） 挂失/撤销挂失（7） 补办饭卡（8） 退卡（9） 查看个人消费明细（10） 查看持卡人信息明细与查看个人消费明细相似五、设计类图1、类图2、说明通过前面的分析，数据库接口可有办卡人、饭卡、饭卡余额等；而计算机系统可细化为消费、查询、办卡、充值、注销、挂失、补办、退卡等8个子系统；用户又分新用户和持卡人两种，新用户即刚刚申请办卡尚未拿到饭卡的人，每一个持卡人曾经都是新用户，每一个新用户后来都是持卡人；只有新用户才能办卡，持卡人只能补办饭卡。 16 / 18
