食堂售饭系统分析与设计UML.docVIP

食堂售饭系统分析与设计  目 录 1. 需求分析与描述 2 1.1 需求分析 2 1.2 用例分析 2 1.3 用例模型图 4 1.4 用例事件流描述 5 2.领域模型分析 8 3.工作流程分析 9 1. 需求分析与描述 1.1 需求分析 持卡人：办理新饭卡，给饭卡充值，注销饭卡，挂失/撤销挂失饭卡，补办新卡，退还饭卡，使用饭卡消费，查看个人消费的明细。 管理部门：通过计算机系统具体实现持卡人需求中的项目。 食堂工作人员：通过自动售饭机输入饭菜的金额，通过计算机系统对当天的营业情况进行汇总统计。 1.2 用例分析 系统的边界 对于系统边界，系统首先会包含需求分析中所需要软件实现的各项功能，此外还须确定食堂售饭系统是否包括管理部门和食堂工作人员。 就食堂售饭系统而言，其主要功能是让用户（即持卡人）享受服务（即用饭卡使购买饭菜的过程绕过了付款及找零的环节，提高了服务效率），而管理部门和食堂工作人员的作用都是为了使用户免于对系统的直接操作而设置的，因而此两者应归为食堂售饭系统的内部，相当于用户和具体的计算机软硬件系统之间的接口。 系统的执行者 持卡人需要通过食堂售饭系统来使用其所持有饭卡买饭，因而是整个系统的执行者； 管理部门根据持卡人的需求操作计算机系统从而实现与饭卡相关信息的管理，相当于其中饭卡信息管理子系统的使用者，是位于食堂售饭系统内部的执行者； 食堂工作人员同样通过操作计算机系统来实现购买饭菜过程中的扣费功能以及对营业情况进行的汇总统计的功能，相当于其中消费处理与统计子系统的使用者，也是位于食堂售饭系统内部的执行者。 这样得到了系统中的执行者： 持卡人 管理部门 食堂工作人员 系统的用例 根据用户需求及执行者的分析，得到系统的用例如下： 办理新饭卡 饭卡充值 注销饭卡 挂失/撤销挂失饭卡 补办饭卡 退还饭卡 查看个人消费的明细 扣除饭卡费用（对应于持卡人使用饭卡消费） 汇总统计 1.3 用例模型图 根据前面的分析，可以得到系统的用例模型图，如上图所示。对其中3个执行者和8个用例的简单描述如下： 执行者： 持卡人：饭卡的持有者，通过食堂工作人员的操作直接使用饭卡进行消费，并通过管理部门对其饭卡进行管理。 管理部门：负责根据持卡人的需求操作计算机系统，从而实现办新卡、充值、注销、挂失/撤销挂失，补卡、退卡、查看消费明细等功能。 食堂工作人员：负责根据饭菜的金额操作自动售饭机实现扣费功能，没隔一段时间对营业情况进行汇总统计并打印出相关文档。 用例： 办理新饭卡：管理部门人员负责在用户申请新卡时替用户办理新饭卡。 饭卡充值：管理部门人员负责根据持卡人所给的金额向饭卡中追加存款金额。 注销饭卡：管理部门人员负责在持卡人补办新卡或退卡时注销其原有饭卡。 挂失/撤销挂失饭卡：管理部门人员负责在持卡人因饭卡遗失申请挂失时进行挂失饭卡操作，在其找回饭卡时撤销对饭卡的挂失。 补办饭卡：管理部门人员负责在持卡人确认饭卡丢失或者损坏时替其补办饭卡，更改饭卡版本号，并实现只能使用最新版本号的饭卡。 退还饭卡：管理部门人员负责在持卡人申请退卡时清除卡内信息，退还剩余金额和押金。 查看个人消费的明细：管理部门人员负责在持卡人申请查看其消费明细时执行次操作。 扣除饭卡费用：食堂工作人员负责在持卡人持卡消费时根据饭菜的价格对饭卡进行扣费操作。 汇总统计：食堂工作人员负责在每天营业结束后对营业情况进行汇总统计并打印相关报表。 1.4 用例事件流描述 办理新饭卡 基本流 用户申请办理新饭卡 管理部门收取其押金和存款，记录持卡人相关信息 管理部门创建新饭卡的相关信息 用户领取新饭卡 备选流 无 饭卡充值 基本流 持卡人申请对饭卡充值 管理部门向持卡人收取现金 管理部门根据持卡人要求向饭卡中充值 备选流 3.a 如果收取现金金额大于充值额度，管理部门向持卡人找零 注销饭卡 基本流 持卡人申请注销饭卡 管理部门注销饭卡 备选流 无 挂失/撤销挂失饭卡 基本流 持卡人申请挂失/撤销挂失饭卡 管理部门执行相应操作 备选流 无 补办新卡 基本流 持卡人申请补办新卡 管理部门注销持卡人原有饭卡，读出余额，清除卡内信息 管理部门创建新饭卡的相关信息 管理部门更新持卡人的相关信息 持卡人领取新饭卡 备选流 无 退还饭卡 基本流 持卡人申请退还饭卡 管理部门收回饭卡 管理部门将押金退还持卡人并清除卡内信息 备选流 2.a 如果卡内有剩余金额，管理部门想持卡人退还相应金额 查看个人消费的明细 基本流 持卡人申请查看个人消费的明细 管理部门让持卡人输入饭卡密码 持卡人查看其消费的明细 备选流 2.a 如果饭卡密码错误，给出提示，结束 扣除饭卡费用（对应于持卡人使用饭卡消费） 基本流 持卡人购买饭菜，将饭卡放到自动售饭机上 食堂工作人员在自动售饭机上输入饭