UML食堂售饭系统.docx

1、UML食堂售饭系统UML食堂售饭系统（1）（2）（3）扣除消费金额前置条件：角色为食堂工作人员后置条件：扣除消费金额，更新饭卡余额基本流：1)食堂工作人员根据持卡人的点餐输入相应金额2)自动售饭机判断饭卡中余额是否足够3)若足够，则用余额减去输入的金额备选流：若余额不足，提示持卡人充值（4）办理新饭卡前置条件：申请者从未申请过饭卡后置条件：给申请者发放新饭卡基本流：1)申请者提交办卡申请，出示证明2)餐饮管理部门查看、保存办卡人信息3)收取相应押金和余额，制作新卡4)向申请者发放新卡备选流：无（5）饭卡充值前置条件：饭卡处于正常激活状态，未被挂失与注销后置条件：增加饭卡余额基本流：1)餐饮管理

2、部门收取充卡金额2)持卡人将饭卡放到充值机上3)工作人员将相应金额充入饭卡中备选流：无（6）注销饭卡前置条件：是本人持卡申请注销后置条件：注销饭卡，即再也不能使用基本流：1)持卡人提出注销申请2)餐饮管理部门审核相关信息和要求3)注销饭卡信息，即永久性停止饭卡的使用备选流：若不是本人持卡，或者持卡证明不足，则不能审核通过（7）挂失/撤销挂失前置条件：本人持有效证件挂失或撤销挂失后置条件：挂失成功则停止该卡的使用或者取消挂失成功基本流：1)持卡人申请挂失或者申请撤销挂失2)餐饮管理部门核对相关信息，确认挂失/撤销挂失备选流：若持卡人信息与饭卡信息不符合，则不能执行相关操作（8）补办饭卡前置条件：

3、饭卡遗失或损坏后置条件：发放新卡基本流：1)申请者申请补办饭卡并出示相关证件2)餐饮管理部门查看相关证件信息，核对是否本人3)若是本人，则注销旧卡4)申请者缴纳押金和存款，餐饮管理部门制作新卡并发放备选流：若不是本人，则不能执行相关操作（9）退卡前置条件：持卡人是本人后置条件：退换押金和余额基本流：1)持卡人申请退卡2)餐饮管理部门审核相关信息3)若是本人，清除卡内信息，退换押金和余额备选流：若不是本人，不能执行相关操作（10）查看个人消费明细前置条件：持卡人是本人或者是餐饮管理部门后置条件：显示相关消费明细基本流：1)持卡人申请查看个人消费明细2)餐饮管理部门核对相关信息3)计算机系统显示持

4、卡人的消费明细备选流：若不是本人，不能执行相关操作（11）查看持卡人信息明细前置条件：持卡人是本人后置条件：显示持卡人办卡信息基本流：1)持卡人申请查看办卡信息2)餐饮管理部门核对是否本人3)计算机系统显示持卡人的办卡信息明细4)若是餐饮管理部门，显示办卡人信息备选流：若既不是本人也不是餐饮管理部门，则不能查看办卡人信息三、领域模型分析1、概念类及相关属性与方法（1）持卡人属性：姓名、所在单位、办卡时间、密码、身份证号方法：查看个人消费明细、查看办卡信息、查看余额（2）餐饮管理部员工属性：姓名、工号、密码方法：办理新饭卡、补办饭卡、查看信息、更改挂失状态（3）食堂员工属性：姓名、工号、密码方法

5、：输入金额、输入分类汇总要求（4）饭卡属性：卡号、密码、持卡人身份证号、余额、押金、是否挂失、是否注销（5）自动售饭机属性：机器编号方法：扣除金额（6）计算机系统方法：办理新饭卡、饭卡充值、注销饭卡、更改挂失状态、补办饭卡、退卡、查看个人消费明细、查看持卡人信息明细、分类汇总统计2、类间关联持卡人和饭卡是一对一的关联关系，而饭卡和自动售饭机、自动售饭机和食堂员工、计算机系统和餐饮管理部员工、计算机系统和持卡人、计算机系统和饭卡、计算机系统和食堂员工、餐饮管理部员工和持卡人、餐饮管理部员工和饭卡之间均是多对多的关联关系。3、领域模型图四、工作流程分析1、活动分析（1）分类汇总统计（2）扣除消费金

6、额（3）办理新饭卡（4）饭卡充值（5）注销饭卡（6）挂失/撤销挂失（7）补办饭卡（8）退卡（9）查看个人消费明细（10）查看持卡人信息明细与查看个人消费明细相似。2、顺序图（1）分类汇总统计（2）扣除消费金额（3）办理新饭卡（4）饭卡充值（5）注销饭卡（6）挂失/撤销挂失（7）补办饭卡（8）退卡（9）查看个人消费明细（10）查看持卡人信息明细与查看个人消费明细相似五、设计类图1、类图2、说明通过前面的分析，数据库接口可有办卡人、饭卡、饭卡余额等；而计算机系统可细化为消费、查询、办卡、充值、注销、挂失、补办、退卡等8个子系统；用户又分新用户和持卡人两种，新用户即刚刚申请办卡尚未拿到饭卡的人，每一个持卡人曾经都是新用户，每一个新用户后来都是持卡人；只有新用户才能办卡，持卡人只能补办饭卡。