送餐管理系统

1、订餐业务管理系统的需求描述"Restaurant On Wheels"公司下文简称 ROW公司是一家以面向团体客户提供订餐效劳为主营业务的餐饮企 业。 为减少投资风险，该公司自己并不生产外卖食品，而是与周边的多家餐馆建立合作关系，这种合作关系允许ROW公司以批发价格和记帐支付的形式获得客户订购的各种套餐。每个季度ROW公司将根据合作餐馆对外卖 套餐的更新情况整理订餐目录，并将其送往齐个注册的客户手中° ROW有专门的市场营销人员推广公司的效劳 ，客户通过登记相应的联系信息即可获得注册资格，注册客户将获得具有唯一编号的订餐卡，并在每个季度得到最新的订餐目录。当需要订

2、餐时，客户通过说明自己的订餐卡、要订购套餐的目录编号及数量，订餐员在核对必要信息后登记订餐内容，建立客户订单。对每一 X客户订单要产生一 X配送签收单以说明客户的配送地址、联系、所订购的套餐名称、数量，以及按零售价计算出的应支付金额，同时订单中的由同一家合作餐馆供应的订单项要汇总形成记帐单，说明要在该餐馆采购的套餐名称、数就和按批发价讣算岀的记帐金额，记帐单支付给相应的合作餐馆，作为月底ROW公司与各家合作餐馆结帐的依据。每一个订单由一名配送人员执行，配送人员通过记帐单到各家餐馆购置所订购数量的套餐，并按配送单将英送往指定的客户地址，客户支付现金并签收配送单。每天配送员要与经理进行当天交易的现

3、金结算。ROW公司的员工主要分为市场推广员、配送员、订餐员三类。工资对订餐员支付固泄工资，对市场推广员和配送员那么在固定工资根底上再支付一泄数额的奖金；市场推广员的奖金根据其推广的客户当月的订餐总金额进行计算，配送员的奖金那么按照他所执行的配送任务次数进行讣算。目前随着ROW公司业务规模的逐步扩大，迫 切需要开发一个订餐业务管理系统以支持如下工作：1. 维护与合作餐馆的联系2. 维护与注册客户的联系3. 管理每个季度所提供的套餐种类4. 有效处理客户的订餐要求，生成执行订单的各种单据。5. 管理员工信息，并自动计算月薪6. 对每个月的销售情况、收支情况、结帐情况等信息进行统汁。7数据域分析与建

4、模过程1. 根据需求描述，寻找业务领域中的重要“事务合作餐馆、订餐目录、套餐产品、客户、订单、订单项明细、记帐单、配送单、市场推广员、配送员2. 说明事物之间的关系，建立实体关系对a合作餐馆一一提供-套餐产品b套餐产品?组成一一订餐目录C市场人员一一推广客户d客户下达订单e订单包含一一订单项0配送员一一执行一一订单g记帐单一一采购一一订单项h记帐单-支付给 合作餐馆?i-3. 考察每个实体关系对的基数、形态4. 指定每个实体的属性5. 复审实体关系模型订餐业务管理系统的实体关系图模型推广勾名称客订单项 单明细丄参照 提供记记帐单支付餐馆 谷U立Hnn供应餐厅ID批发价格.n1?1 合作餐 馆市

5、场人员10 ；餐厅1D地址转帐帐号i.l-订餐j.ji订单ID 米购帐单配送人员衍单金V *J I 5额订单日期I J1 TO.nID 一免帐日期ROW订餐业务管理系统的 00分析与建模1. 用例分析a用例是系统向使用者提供的某个完整的效劳功能单元，用以处理在应用领域中可能发生的一种实际情况。当这种情况发生时，用例被激活，此时“参与者同系统中的用例构成一个“交互场景执行过程，并最终产生一个符合 "参与者使用目的的结果。b用例是“动态的。它是“外部参与者与“软件系统对某种业务情况进行处理的“过程。因此对于用例的命名应该是“动词性的，如“订餐处理，'当日配送结算。c 用例是&qu

6、ot;相对独立的。即系统中的一个用例应该完成与“处理某种业务情况有关的全部工作。要注 意，用例不是流程图，用例之间不是连续执行的，也不应该形成“紧密的依赖关系。2.就ROW订餐系统而言，软件的应用领域中可能发生哪些需要被处理的情况“，由“谁负责使用系统的“相应服务进行处理呢？需要被处理的业务情况需求参与者用例客户打订餐订餐员订餐处理客户打取消未执行的订单订餐员取消订餐开展了新的客户，需要进行注册市场推广员客户注册新的合作餐馆加盟经理注册合作餐馆合作餐馆终止合作关系经理删除合作餐馆每天下班前结算当天的订餐收入经理、配送员当日订餐结算每个月底结算与各家合作餐馆的记帐金额经理当月记帐结算每个月底对所

7、雇佣的员工发工资经理、员工结算员工工资订餐处理当日订餐结算!记帳结g取消订餐配送员合作餐馆经理谗算员工工资员工、客户注册市场推广负4.用例文档以用例“订餐处理为例用例编号UC 01用例名订餐处理简述处理注册客户的订餐前置条件订餐客户已在系统中注册，并获得了有效的订餐目录。订餐员通过执行“订餐的菜单命令激活该用例。事件流1.2.3.4.5.6.7.7.8.9.10.系统显示订餐窗口 餐员在订餐窗口中输入客户的订餐卡编号。 系统显示出持卡客户的注册信息。E2:该客户未在系统中注册，系统提示“卡号无效S用例结朿订餐员核对客户的注册信息。E3:客户答复与注册信息不符，用例结朿。 订餐员输入用户订购的套

8、餐产品编号。系统显示套餐名称及单价 订餐员输入订购的数量。X6 :假设用户订购多于一种套餐，返回 4。 订餐员在窗口的列表中选择执行配送的配送员 订餐员提交订餐信息。系统显示订单确认窗口，显示订单内容。 订餐员确认订单内容后置条件E10:订餐员取消订单，用例结束。11. 系统保存订单12. 系统打印“签收单系统将订旁“'供应购套餐按登供餐馆记帐单和“配送签收单5.活动图一一对用例文档建模以用例“订餐处理为例取消 订单确认 订单显示竿订町户信息系统k显卡号 无效1/输入订餐卡x>!/提示卡号无效输入单价订餐员m提交订餐数打印签套餐单窗口显示组信析系统应由哪些事物构成，以及这些事物之

9、间单关系。采用类图进行建模。xX，寻找参与到该用6.系统静态结构分析核对a静态结构分 b一次性确实左完整系统的静态结构难度较大，通常以系统中的某个用例为 程中的事物。例执行过c) 分析系统“静态结构可以采用“词性分类、 CRC (类职责协作)卡片等技术。可以通过分析用 例文档中 交互过程描述寻找系统中的实体类，分析过程应该力求答复如下问题：i. 当参与者完成了某个操作后，系统应该对应执行哪些动作；ii. 系统执行这些动作时必须使用哪些数据，什么“事物负责提供和管理这些数据：iii. 系统执行的每个动作是什么“事物的职责一一简单的说就是“系统要干的活应该由系统中 的哪个对 象具体去干。d) 分析

10、过程举例1. 系统显示订餐窗口a) 这条信息说明系统内一定包含一种组成元素叫 " 窗口对象b) 窗口对象提供说明自身特征的数据，如窗口大小、位巻、窗口表而的可视元素等。c) 窗口对象至少包含一个职责，那就是“显示自己2. 系统显示出持卡客户的注册信息。a) 系统要完成这个动作，要用到与客户有关的数据，这些数据是说明“窗口特征的么？ 很显然 不是，所以系统内除了 “窗口对象以外一立还有其他的对象是提供和管理这 局部数据的一 一“客户对象。b) 窗口对象通过找到对应的“客户对象获得需要显示的数据。从职责上看" 窗口必 须承担“显示客户信息的职责，而“客户对象那么必须负责提供“注

11、册信息。c) "窗口和“客户之间必须有联系，以确保 "窗口能找到 ' 客户。3. 系统显示套餐名称及单价a) 系统必须记下来用户要购置什么， ' 谁负责从整体上保存和管理一次订餐所产生的 全部订 购信息呢。一一订单对象b) 订单对象是由假设干条订购信息组成的集合。这个集合中的每一条订购信息要说明买什么套餐，买多少一一这又构成了一个规模更小的独立组成局部 " 订单项。c) 每输入一个订单项要显示对应套餐的信息 (划称、单价等)，这局部信息谁提供一一 套餐产品。4. 订餐员在订餐窗口的列表中选择可用的配送人员a) 系统中一定有“配送人员对象。b) 这个

12、对象至少两个状态：可用或不可用c) 这个操作步骤的目的是什么？要建立配送员和订单之间的联系。5. 依次类推，我们还可以找到的对象包括：“订单确认窗口、记帐单、合作餐馆等等。6. 讨论：配送单是不是系统中必须包括的对象。确定的依据是什么？a) “配送单这个对象是不是提供和维护了系统工作过程中必须要使用到的，并且不能由其他对象提供的数据？一一从数据成员的角度上、配送单和订单一致。b) “配送单这个对象是不是提供了系统工作过程中必须要应用的职责(功能)，并且这个功能无法从苴他对象中得到。事实上，“配送单是系统打印给外部参与者的一 X 纸，这 X 纸所 参与的是配送员和客户在客户家里签收的手工过程(签

13、收不是系统 用例，不是在系统中执行的 动作)。c) 基于上述原因及需求假设可以考虑将配送单不作为系统中的实体类。e) 该用例X囤内的主要实体类可通过如下类图表示，在系统分析阶段可以暂时省略系统中的边界类(如界面等)和控制类等。<<导出?7. 交互过程分析a交互过程分析的任务是将活动图中由系统完成的活动拆解成系统中的对象所完成的动作。就是要表示断，在必b 通过系统静态结构分析，已经能够明确在某个用例X围内，涉及到哪些的种类的对象。交互过程 出用例的执行过程中，这些对象是怎样协作的。c为了简化交互分析过程，通常应该将用例执行过程中参与者与系统的每一次互动展开成一个交互片 要的情况下，最终将产生的多个交互片断整合成完整的一个交互图。d实例分析过程一一可以先把交互过程用文字进行表达。i. “订餐员请求“订餐窗口翻开1. 订餐窗口 "询问每个配送员的当前状态2. 订餐窗口把“不忙的配送员加到配送员列表中3. 订餐窗口创立临时的“订单SctDatc(Now)UJ&I可Shglon订SLOpcn< >