（餐饮管理）送餐管理系统.docx

（餐饮管理）送餐管理系统

订餐业务管理系统的需求描述

“RestaurantOnWheels”公司（下文简称ROW公司）是一家以面向团体客户提供电话订餐服务为主营业务的餐饮企业。为减少投资风险，该公司自己并不生产外卖食品，而是与周边的多家餐馆建立合作关系，这种合作关系允许ROW公司以批发价格和记帐支付的形式获得客户订购的各种套餐。每个季度ROW公司将根据合作餐馆对外卖套餐的更新情况整理订餐目录，并将其送往各个注册的客户手中。ROW有专门的市场营销人员推广公司的服务，客户通过登记相应的联系信息即可获得注册资格，注册客户将获得具有唯一编号的订餐卡，并在每个季度得到必威体育精装版的订餐目录。当需要订餐时，客户通过电话说明自己的订餐卡号码、要订购套餐的目录编号及数量，订餐员在核对必要信息后登记订餐内容，建立客户订单。对每一张客户订单要产生一张配送签收单以说明客户的配送地址、联系电话、所订购的套餐名称、数量，以及按零售价计算出的应支付金额，同时订单中的由同一家合作餐馆供应的订单项要汇总形成记帐单，说明要在该餐馆采购的套餐名称、数量和按批发价计算出的记帐金额，记帐单支付给相应的合作餐馆，作为月底ROW公司与各家合作餐馆结帐的依据。每一个订单由一名配送人员执行，配送人员通过记帐单到各家餐馆购买所订购数量的套餐，并按配送单将其送往指定的客户地址，客户支付现金并签收配送单。每天配送员要与经理进行当天交易的现金结算。

ROW公司的员工主要分为市场推广员、配送员、订餐员三类。工资对订餐员支付固定工资，对市场推广员和配送员则在固定工资基础上再支付一定数额的奖金；市场推广员的奖金根据其推广的客户当月的订餐总金额进行计算，配送员的奖金则按照他所执行的配送任务次数进行计算。目前随着ROW公司业务规模的逐步扩大，迫切需要开发一个订餐业务管理系统以支持如下工作：

1.维护与合作餐馆的联系

2.维护与注册客户的联系

3.管理每个季度所提供的套餐种类

4.有效处理客户的订餐要求，生成执行订单的各种单据。

5.管理员工信息，并自动计算月薪

6.对每个月的销售情况、收支情况、结帐情况等信息进行统计。

7.……

数据域分析与建模过程

1.根据需求描述，寻找业务领域中的重要“事务”

2.合作餐馆、订餐目录、套餐产品、客户、订单、订单项（明细）、记帐单、配送单、市场推广员、配送员

3.说明事物之间的关系，建立实体关系对

a)合作餐馆——提供——套餐产品

b)套餐产品——组成——订餐目录

c)市场人员——推广——客户

d)客户——下达——订单

e)订单——包含——订单项

f)配送员——执行——订单

g)记帐单——采购——订单项

h)记帐单——支付给——合作餐馆i)……

4.考察每个实体关系对的基数、形态

5.指定每个实体的属性

6.复审实体关系模型

订餐业务管理系统的实体关系图模型

ROW订餐业务管理系统的OO分析与建模

1.用例分析

a)用例是系统向使用者提供的某个完整的服务（功能）单元，用以处理在应用领域中可能发生的一种实际情况。当这种情况发生时，用例被激活，此时“参与者”同系统中的用例构成一个“交互场景”（执行过程），并最终产生一个符合“参与者”使用目的的结果。

b)用例是“动态”的。它是“外部参与者”与“软件系统”对某种业务情况进行处理的“过程”。因此对于用例的命名应该是“动词性”的，如“订餐处理”，“当日配送结算”。

c)用例是“相对独立”的。即系统中的一个用例应该完成与“处理某种业务情况”有关的全部工作。要注意，用例不是流程图，用例之间不是连续执行的，也不应该形成“紧密”的依赖关系。

2.就ROW订餐系统而言，软件的应用领域中可能发生哪些”需要被处理的情况”，由“谁”负责使用系统的“相应服务”进行处理呢？

需要被处理的业务情况（需求）

参与者

用例

客户打电话订餐

订餐员

订餐处理

客户打电话取消未执行的订单

订餐员

取消订餐

发展了新的客户，需要进行注册

市场推广员

客户注册

新的合作餐馆加盟

经理

注册合作餐馆

合作餐馆终止合作关系

经