UML建模语言课程设计报告 题目：订餐管理系统 数学与计算机科学（软件）学院 软件工程专业2011级 实验时间：20132014学年第一学期 任课教师：张舒 目录1背景介绍：32、系统分析32.1 获取需求32.1.1在大学城订餐系统中主要有以下涉众：32.1.2边界42.1.3业务用例62.1.4活动图92.1.5用例规约102.2需求分析132.2.1财务管理132.2.2信息管理152.2.3店面管理192.2.4订餐222.2.5 订单管理233 系统设计253.1整个系统结构：253.2组件图和设计类图263.2.1店面管理用例的设计类图263.2.2财务管理用例的设计类图273.2.3信息管理用例的设计类图303.2.4订餐管理用例的设计类图333.2.5订单管理的设计类图343.3数据库设计353.4系统部署图384总结391背景介绍：当今社会，计算机技术尤其是网络技术飞速发展，给我们的生活带来的极大的方便。经过我们小组成员在生活中细致观察，发现整个大学城的学生对平常订餐需求很大，但他们订餐的方式都是比较原始的电话订餐。而各个餐饮店也是各自为战，自己接电话，记录订单需求，自己配送。这样效率很低，利润薄，而且信息不流畅。基于这个现状。我们决定提供一个平台-网上订餐系统。在网上给申请的商家一个虚拟店面，可以在上面挂上该商家的名称，饭菜的图片和价格等，让订餐者可以方便的订餐，可以对商家进行评价等。而商家后期只负责煮菜。物流有我们系统运营者负责，然后直接赚取差价。还要定期对商家进行卫生安全评估，以及根据用户的评价来生产评价档案。并以此为依据来决定商家的去留等。2、系统分析2.1 获取需求非功能性需求1. 界面操作简单功能性需求2.1.1在大学城订餐系统中主要有以下涉众：订餐者：订餐商家：提供餐饮配送人员：取餐送餐店面管理员：核实并更新商家信息，管理商家界面显示订单管理员：管理订单信息管理员：订餐者信息管理，商家联系信息管理收银员：收取送餐人员金额会计员：统计每日收支财务经理：总财务核算和收入支出相关法律法规:应遵循的行业规范和标准业主：网站建设成本，建设周期，建成后的收益 参与者（用户）： 用户名称使用系统方式订餐者通过系统订餐配送人员通过系统获取订餐者订餐信息店面管理员代理商家使用系统实时更新核实并更新商家信息，管理商家界面显示订单管理员管理订单信息管理员订餐者信息管理，商家联系信息管理收银员收取送餐人员金额财务经理通过计算机系统系统进行财务核算收入支出，2.1.2边界对于该系统，我们以业务功能为依据进行边界的划分，划分出五个边界：订餐边界、商家餐饮管理边界、信息管理边界、订单管理边界、财务管理边界。如下图所示：2.1.3业务用例业务用例（订餐者）业务用例（信息管理员）业务用例（财务管理者和收银员）业务用例（店面管理员）业务用例（订单管理）：2.1.4活动图2.1.5用例规约用例名称订餐用例描述订餐者登网站，选择参餐饮，并下单，完成订餐执行者订餐者前置条件无后置条件1. 成功生成订单2. 订餐者成功订餐主过程描述1. 登陆网站2. 选择店家3. 选择餐饮4. 先订单5. 收餐时付钱分支过程描述无异常过程描述订单餐饮不足时，订餐者可取消订单，订餐异常结束业务规则涉及的业务实体订单、餐饮用例名称管理财务用例描述每次的收支进行存储记录，定期进行财务统计，并生成账单，分析数据，用例结束。执行者收银员，财务管理员前置条件1配送员将收取的费用交给收银员2.收银员将已收款订单存入数据库后置条件3. 成功将货款归入银行或保险库4. 成功登记账单5. 成功将已付款订单入库主过程描述1配送人员根据订单进行配送餐并收钱。2配送员将收得的货款交给收银员。3收银员确认未收款订单生成已收款订单存入数据库4财务管理员定期生检查，监督，统计各个录入计算机系统财务数据的正确性，及时性，完整性。5总结分析各人员日常录入计算机的财务数据出现异常的原因。6.生成财务报表分支过程描述收支异常时核对账单异常过程描述结束用例。业务规则账目清楚涉及的业务实体已付款订单，未付订单，账单用例名称信息管理用例描述对订餐网站进行更新，对商家和买家的基本信息进行维护，并保证数据库的安全行。执行者信息管理员前置条件无后置条件6. 网站内容得到更新。7. 商家和买家基本信息保证有效和安全8. 数据库安全性得到保护主过程描述6. 登陆网站7. 登录信息管理员界面8. 选择执行的操作9. 验证想执行的操作是否合理10. 及时更新所有相关的内容分支过程描述无异常过程描述退出信息管理系统界面业务规则保证商家和用户信息的安全性涉及的业务实体各种基本信息表单，数据库，订单网站用例名称管理商家店面用例描述商家可以申请在使用本系统的某公司网站上申请虚拟店面，并上传自己店面的信息商家可以申请更新店面已有的信息。执行者店面管理员（代理商家操作）前置条件1. 商家没有不良记录2. 商家食品卫生安全审核通过3. 商家愿意和公司签订合同后置条件1. 成功建立商家的店面信息2. 成功建立商家的评价档案3. 成功建立商家的监察档案主过程描述1.商家到公司来填写店面申请，提交店面管理员2.店面管理员初步核实申请信息，查询商家是否有在该公司的不良记录3.店面管理员录入申请信息，产生店面申请4.店面管理员到现场勘察卫生安全问题等，符合条件执行5，不符合条件执行4.115.审核通过则通知店家提供店面信息，比如菜的价格，名称，图片等，由店面管理人员录入信息6店面管理员还管理订餐者对某店面的有价值的评价，建立评价档案7.并时常到现场监察商家食品卫生，建立监察档案异常过程描述4.11不符合条件，停止申请过程，用例结束业务规则申请者无在该系统的不良记录，比如卫生事件或者诚信问题。涉及的业务实体申请单，现场勘察单，商家监察档案，用户评价档案。订单管理用例规约用例名称管理订单用例描述管理员先核实 订单，然后决定是生成未付款订单还是取消订单，最后配送快餐执行者订单管理员前置条件1. 用户有登录该系统2. 用户有下订单后置条件1. 核实过后确定订单无误2. 用户有再次确认自己的订单主过程描述1. 用户登录该系统，确认自己喜欢的东西，然后生成订单2.订单管理员核实订单，如若订单有误，执行2.11，否则执行33.订单管理员再次确认用户是否修改订单，是的话重新执行2，否则执行44.订单管理员生成未付款订单5.订单管理员及时将订单交给配送人员6.由配送人员配送订单 异常过程描述2.11不符合条件，停止订餐过程，用例结束业务规则用户具有该系统的登陆账号以及所下的订单符合各个要求涉及的业务实体订单2.2需求分析2.2.1财务管理财务管理（财务管理员）用例实现的分析类时序图财务管理（收银员）用例实现的分析类时序图分析类图：2.2.2信息管理商家基本信息管理维护时序图数据库信息安全维护时序图订餐主页更新及发布时序图：信息管理活动图分析类图：2.2.3店面管理活动图录入评价档案时序图录入监察档案时序图录入新店面信息时序图更改店面信息时序图2.2.4订餐系统用例图时序图：分析类图2.2.5 订单管理确认订单时序图取消订单时序图3 系统设计3.1整个系统结构：根据业务划分业务成的5个包图五个包图中的大体结构采用如下界面展示层包：存放与界面展示相关类业务逻辑层：存放与相应界面的操作对应的控制类业务实体：向逻辑层提供操作的实体类，在系统完成后对下有数据库操作。3.2组件图和设计类图3.2.1店面管理用例的设计类图组件图3.2.2财务管理用例的设计类图3.2.3信息管理用例的设计类图3.2.4订餐管理用例的设计类图3.2.5订单管理用例的设计类图设计类图3.3数据库设计概念设计：系统E-R图如图1所示。图1订餐系统E-R图以下是主要数据表的E-R图：图2 用户E-R图图3订单条目E-R图图4 养生咨询E-R图图5 订单E-R图图6 菜单E-R图逻辑设计：表1 订单条目表FieldTypeNullKeyCommentIDIntNoYes标识递增订单IDIntNoNo外键，对应于订单中的“订单ID”菜名Nchar（10）NoNo默认值是“待送餐”数量IntNoNo单价FloatYesNo评分IntYesNo默认为“0分”Back订单YesNo顾客订餐的信息反馈表2订单表FieldTypeNullKeyComment订单IDIntNoYes标识递增用户IDIntNoNo外键，对应于用户表中的“用户ID”订单状态Nchar（10）NoNo默认值是“待送餐”送餐地址Nvarchar（50）NoNo备注Nvarchar（MAX）YesNo订餐姓名Nvarchar（50）NoNo订餐时间DatetimeYesNo金额总价FloatYesNo表3 菜单表FieldTypeNullKeyCommentcIDIntNoYes标识递增菜名Nvarchar（50）NoNo价格FloatNoNo菜介绍Nvarchar（MAX）YesNoScidIntYesNo菜系id菜图片Nvarchar（MAX）YesNo存储的是图片的路径推荐Nvarchar（50）YesNo表