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

1、食堂销售系统分析与设计列表1.需求分析和说明21.1需求分析21.2用例分析21.3用例模型图41.4用例事件流说明5域模型分析83.工作流分析91.需求分析和说明1.1需求分析l持有人：处理新餐卡、充值餐卡、取消餐卡、丢失/取消、补充新卡、餐卡退款、使用餐卡消费、查看个人消费详细信息。l管理部门：通过计算机系统具体实现持卡人的需求。l餐厅职员：通过自动售货机输入饭钱，通过电脑系统汇总当天的营业情况。1.2用例分析1)系统的边界对于系统边界，系统必须首先包括需求分析所需的软件实现功能，并确定食堂销售系统是否包括管理部门和食堂人员。以食堂食堂食堂系统为例，主要功能是让使用者(使用者)使用服务(使

2、用信用卡购买膳食的过程是绕过支付和零查找过程，提高服务效率)，管理部门和食堂职员都是为了保护用户免受系统的直接运营，所以应归入食堂食堂系统内部。这对应于用户与特定计算机硬件和软件系统之间的接口。2)系统执行者持卡人为了用持有的饭卡购买饭，需要通过餐厅销售系统进行整个系统的执行者。管理部门根据持卡人的要求运行计算机系统，管理饭卡相关信息。这里相当于饭卡信息管理子系统的用户，是位于食堂销售系统内部的执行者。饭店服务员也是通过运行电脑系统，在购买饭时汇总预扣功能和营业情况的功能，消费处理和统计子系统用户、食堂销售系统内部的执行者。这将创建系统的执行者。l持卡人l管理部门l餐厅员工3)系统使用案例根据

3、用户要求和执行者分析，获得以下系统使用：l处理新的饭卡l饭卡充电l取消饭卡l取消丢失/丢失卡l补充饭卡l饭卡退款l查看个人冲减详细信息l饭卡费用扣除(与持卡人的饭卡消费相对应)l汇总统计信息1.3用例模型图根据前面的分析，如上图所示，可以得到系统的用例模型图。三个执行者和八个使用案例的简要说明如下：执行者：l持卡人：通过饭店员工的操作直接使用饭卡消费，通过管理部门管理自己的饭卡。l管理部门：根据持卡人的要求运行计算机系统，执行新卡、充电、注销、丢失/取消、卡补充、卡退款、查看消费详细信息等功能。l餐厅职员：负责操纵饭钱的自动售货机的扣除功能。一段时间内统计了销售情况，打印了相关文件。使用案例：

4、l处理新饭卡：主管在用户申请新卡时为用户处理新饭卡。l饭卡充电：管理部门职员负责根据持卡人给的金额在饭卡上添加存款金额。l取消饭卡：持卡人补发新卡或卡时，取消原来的饭卡是管理部门的责任。l取消丢失/丢失卡：持卡人因挂失而挂失时，执行丢失卡工作的管理部门主管在领取饭卡时，取消对卡的丢失申报。l重新发行餐厅卡：管理部门负责在持卡人丢失或损坏的情况下重新发行卡，更改卡版本号，确保卡只能使用最新版本号。l饭卡退款：管理部门人员负责在持卡人申请卡退款时清除卡内信息，退还剩余金额和保证金。查看个人冲减详细信息：持卡人申请查看冲减详细信息时，管理部门联系人执行子活动。l饭卡费用扣除：餐厅员工负责在持卡人消费

5、卡时根据饭卡价格扣除饭卡。l摘要统计：食堂员工负责在每日营业结束后制作业务情况的摘要统计，并打印相关报告。1.4用例事件流说明1.处理新的饭卡l基本流1.用户申请新的饭卡2.管理层收到保证金和存款，并记录有关持卡人的信息3.管理部门关于创建新饭卡的信息4.用户收到新的饭卡l替代流无2.饭卡充电l基本流1.持卡人申请饭卡充电管理层向持卡人收取现金。管理层根据持卡人的要求在饭卡上充电。l替代流3.a如果现金收款金额大于充电限制，管理层将为持卡人寻找零3.取消饭卡l基本流1.持卡人申请取消饭卡2.管理部门取消饭卡l替代流无4.取消丢失/丢失卡l基本流1.持卡人申请取消丢失/丢失卡2.管理层执行相应的

6、任务l替代流无5.重新发行新卡l基本流1.持卡人申请补发新卡2.管理层取消持卡人的原始饭卡，读取馀额，删除卡内信息3.管理部门关于创建新饭卡的信息4.管理部门更新持卡人的信息持卡人收到新的饭卡l替代流无6.退饭卡l基本流1.持卡人申请饭卡退款2.管理层收回饭卡3.管理层将保证金返还给持卡人，删除卡内信息l替代流如果2.a卡上有剩馀金额，管理部门将要求持卡人退还该金额7.查看个人冲减详细信息l基本流1.持卡人申请查看个人消费详细信息2.管理部门要求持卡人输入饭卡密码3.持卡人查看冲减详细信息l替代流如果2.a饭卡密码错误，请提示并结束8.饭卡费用扣除(对应于持卡人的饭卡消费)l基本流1.持卡人买饭，把卡放在自动售货机上2.饭店职员在自动售货机里输入饭钱自动售货机查询饭卡余额。4.卡内金额扣除l替代流如果3.a卡的金额不足，请提示并结束如果4.a卡金额低于底线，则显示提示并退出9.