送餐管理系统.docxVIP

订餐业务管理系统的需求描述 “ Restaura nt On Wheels”公司（下文简称 ROW公司）是一家以面向团体客户提供电话订餐服务为主营业务 的餐饮企业。为减少投资风险，该公司自己并不生产外卖食品，而是与周边的多家餐馆建立合作关系，这种合作 关系允许 ROW 公司以批发价格和记帐支付的形式获得客户订购的各种套餐。每个季度 ROW 公司将根据合作餐 馆对外卖套餐的更新情况整理订餐目录，并将其送往各个注册的客户手中。 ROW 有专门的市场营销人员推广公 司的服务， 客户通过登记相应的联系信息即可获得注册资格， 注册客户将获得具有唯一编号的订餐卡， 并在每个 季度得到最新的订餐目录。 当需要订餐时， 客户通过电话说明自己的订餐卡号码、 要订购套餐的目录编号及数量， 订餐员在核对必要信息后登记订餐内容， 建立客户订单。 对每一张客户订单要产生一张配送签收单以说明客户的 配送地址、联系电话、所订购的套餐名称、数量，以及按零售价计算出的应支付金额，同时订单中的由同一家合 作餐馆供应的订单项要汇总形成记帐单，说明要在该餐馆采购的套餐名称、数量和按批发价计算出的记帐金额， 记帐单支付给相应的合作餐馆， 作为月底 ROW 公司与各家合作餐馆结帐的依据。 每一个订单由一名配送人员执 行，配送人员通过记帐单到各家餐馆购买所订购数量的套餐， 并按配送单将其送往指定的客户地址， 客户支付现 金并签收配送单。每天配送员要与经理进行当天交易的现金结算。 ROW 公司的员工主要分为市场推广员、配送员、订餐员三类。工资对订餐员支付固定工资，对市场推广员 和配送员则在固定工资基础上再支付一定数额的奖金； 市场推广员的奖金根据其推广的客户当月的订餐总金额进 行计算，配送员的奖金则按照他所执行的配送任务次数进行计算。目前随着 ROW 公司业务规模的逐步扩大，迫 切需要开发一个订餐业务管理系统以支持如下工作： 维护与合作餐馆的联系 维护与注册客户的联系 管理每个季度所提供的套餐种类 有效处理客户的订餐要求，生成执行订单的各种单据。 管理员工信息，并自动计算月薪 对每个月的销售情况、收支情况、结帐情况等信息进行统计。 …… 数据域分析与建模过程 、记帐单、配送单、市场推广员、配送员根据需求描述，寻找业务领域中的重要“事务” 合作餐馆、订餐目录、套餐产品、客户、订单、订单项（明细） 、记帐单、配送单、市场推广员、配送员 说明事物之间的关系，建立实体关系对 a) 合作餐馆 ——提供 ——套餐产品 b) 套餐产品 ——组成 ——订餐目录 c) 市场人员 ——推广 ——客户 d) 客户—— 下达——订单 e) 订单—— 包含——订单项 f) 配送员— —执行— —订单 g) 记帐单— —采购— —订单项 h) 记帐单— —支付给 ——合作餐馆 i) 3. 考察每个实体关系对的基数、形态 4. 指定每个实体的属性 5. 复审实体关系模型 订餐业务管理系统的实体关系图模型 图例名称目录编号供应餐厅?零售价格批发价格订餐目录项组成n套餐产品1..n提供注册客户0..n推广1..1市场人员季度订购数量目录编号订餐-1..10..n配送人员1..1一 执行订单项明细1..n包含1..1客户订单0..n1..一参昭0..1..n订单ID采购订单日期1..1地址1..1合作餐馆0..n支付记帐单1..1记帐金额支付餐馆ID 图例 名称目录编号供应餐厅? 零售价格 批发价格 订餐目录项 组成 n 套餐产品 1..n 提供 注册客户 0..n 推广 1..1 市场人员 季度 订购数量 目录编号 订餐 -1..1 0..n 配送人员 1..1一 执行 订单项明细 1..n 包含 1..1 客户订单 0..n 1..一 参昭 0.. 1..n 订单ID 采购 订单日期 1..1 地址 1..1 合作餐馆 0..n 支付 记帐单 1..1 记帐金额 支付餐馆ID ROW ROW订餐业务管理系统的00分析与建模 用例分析 a） 用例是系统向使用者提供的某个完整的服务 （功能）单元，用以处理在应用领域中可能发生的一种 实际情况。当这种情况发生时，用例被激活，此时“参与者”同系统中的用例构成一个 “交互场景” （执行过程），并最终产生一个符合“参与者”使用目的的结果。 b） 用例是“动态”的。它是“外部参与者”与“软件系统”对某种业务情况进行处理的“过程” 。因 此对于用例的命名应该是“动词性”的，如“订餐处理” ，“当日配送结算”。 c） 用例是“相对独立”的。即系统中的一个用例应该完成与“处理某种业务情况”有关的全部工作。 要注意，用例不是流程图，用例之间不是连续执行的，也不应该形成“紧密”的依赖关系。 就ROW订餐系统而言，软件的应用领域中可能发生哪些 ”需要被处理的情况”，由“谁”