送餐管理系统gjol.docx

订餐业务务管理系系统的需需求描述述“Resstauurannt OOn WWheeels”公司（下下文简称称ROWW公司）是是一家以以面向团团体客户户提供电电话订餐餐服务为为主营业业务的餐餐饮企业业。为减减少投资资风险，该该公司自自己并不不生产外外卖食品品，而是是与周边边的多家家餐馆建建立合作作关系，这这种合作作关系允允许ROOW公司司以批发发价格和和记帐支支付的形形式获得得客户订订购的各各种套餐餐。每个个季度RROW公公司将根根据合作作餐馆对对外卖套套餐的更更新情况况整理订订餐目录录，并将将其送往往各个注注册的客客户手中中。ROOW有专专门的市市场营销销人员推推广公司司的服务务，客户户通过登登记相应应的联系系信息即即可获得得注册资资格，注注册客户户将获得得具有唯唯一编号号的订餐餐卡，并并在每个个季度得得到最新新的订餐餐目录。当当需要订订餐时，客客户通过过电话说说明自己己的订餐餐卡号码码、要订订购套餐餐的目录录编号及及数量，订订餐员在在核对必必要信息息后登记记订餐内内容，建建立客户户订单。对对每一张张客户订订单要产产生一张张配送签签收单以以说明客客户的配配送地址址、联系系电话、所所订购的的套餐名名称、数数量，以以及按零零售价计计算出的的应支付付金额，同同时订单单中的由由同一家家合作餐餐馆供应应的订单单项要汇汇总形成成记帐单单，说明明要在该该餐馆采采购的套套餐名称称、数量量和按批批发价计计算出的的记帐金金额，记记帐单支支付给相相应的合合作餐馆馆，作为为月底RROW公公司与各各家合作作餐馆结结帐的依依据。每每一个订订单由一一名配送送人员执执行，配配送人员员通过记记帐单到到各家餐餐馆购买买所订购购数量的的套餐，并并按配送送单将其其送往指指定的客客户地址址，客户户支付现现金并签签收配送送单。每每天配送送员要与与经理进进行当天天交易的的现金结结算。ROWW公司的的员工主主要分为为市场推推广员、配配送员、订订餐员三三类。工工资对订订餐员支支付固定定工资，对对市场推推广员和和配送员员则在固固定工资资基础上上再支付付一定数数额的奖奖金；市市场推广广员的奖奖金根据据其推广广的客户户当月的的订餐总总金额进进行计算算，配送送员的奖奖金则按按照他所所执行的的配送任任务次数数进行计计算。目目前随着着ROWW公司业业务规模模的逐步步扩大，迫迫切需要要开发一一个订餐餐业务管管理系统统以支持持如下工工作：1. 维护与合合作餐馆馆的联系系2. 维护与注注册客户户的联系系3. 管理每个个季度所所提供的的套餐种种类4. 有效处理理客户的的订餐要要求，生生成执行行订单的的各种单单据。5. 管理员工工信息，并并自动计计算月薪薪6. 对每个月月的销售售情况、收收支情况况、结帐帐情况等等信息进进行统计计。7. 数据域分分析与建建模过程程1. 根据需求求描述，寻寻找业务务领域中中的重要要“事务”合作餐餐馆、订订餐目录录、套餐餐产品、客客户、订订单、订订单项（明明细）、记记帐单、配配送单、市市场推广广员、配配送员2. 说明事物物之间的的关系，建建立实体体关系对对a) 合作餐馆馆提供供套餐餐产品b) 套餐产品品组成成订餐餐目录c) 市场人员员推广广客户户d) 客户下达订单e) 订单包含订单项项f) 配送员执行行订单单g) 记帐单采购购订单单项h) 记帐单支付付给合作餐餐馆i) 3. 考察每个个实体关关系对的的基数、形形态4. 指定每个个实体的的属性5. 复审实体体关系模模型订餐业务务管理系系统的实实体关系系图模型型ROW订订餐业务务管理系系统的OOO分析析与建模模1. 用例分析析a) 用例是系系统向使使用者提提供的某某个完整整的服务务（功能能）单元元，用以以处理在在应用领领域中可可能发生生的一种种实际情情况。当当这种情情况发生生时，用用例被激激活，此此时“参与者者”同系统统中的用用例构成成一个“交互场场景”（执行行过程），并并最终产产生一个个符合“参与者者”使用目目的的结结果。b) 用例是“动态”的。它它是“外部参参与者”与“软件系系统”对某种种业务情情况进行行处理的的“过程”。因此此对于用用例的命命名应该该是“动词性性”的，如如“订餐处处理”，“当日配配送结算算”。c) 用例是“相对独独立”的。即即系统中中的一个个用例应应该完成成与“处理某某种业务务情况”有关的的全部工工作。要要注意，用用例不是是流程图图，用例例之间不不是连续续执行的的，也不不应该形形成“紧密”的依赖赖关系。 2. 就ROWW订餐系系统而言言，软件件的应用用领域中中可能发发生哪些些”需要被被处理的的情况”，由“谁”负责使使用系统统的“相应服服务”进行处处理呢？需要被处处理的业业务情况况（需求求）参与者用例客户打电电话订餐餐订餐员订餐处理理客户打电电话取消消未执行行的订单单订餐员取消订餐餐发展了新新的客户户，需要要进行注注册市场推广广员客户注册册新的合作作餐馆加加盟经理注册合作作餐馆合作餐馆馆终止合合作关系系经理删除合作作餐馆每天下班班前结算算当天的的订餐收收入经理、配配送员当日订餐餐结算每个月底底结算与与各家合合作餐馆馆的记帐帐金额经理当月记帐帐结算每个月底底对所雇雇佣的员员工发工工资经理、员员工结算员工工工资3. ROW系系统的用用例图（）4. 用例文档档（以用用例“订餐处处理”为例）用例编号号UC_001用例名订餐处理理简述处理注册册客户的的电话订订餐 前置条件件订餐客户户已在系系统中注注册，并并获得了了有效的的订餐目目录。订订餐员通通过执行行“订餐”的菜单单命令激激活该用用例。事件流1 系系统显示示订餐窗窗口2 餐餐员在订订餐窗口口中输入入客户的的订餐卡卡编号。3 系系统显示示出持卡卡客户的的注册信信息。E2：该该客户未未在系统统中注册册，系统统提示“卡号无无效”，用例例结束4 订订餐员核核对客户户的注册册信息。E3：客客户答复复与注册册信息不不符，用用例结束束。5 订订餐员输输入用户户订购的的套餐产产品编号号。6 系系统显示示套餐名名称及单单价7 订订餐员输输入订购购的数量量。 X66：若用用户订购购多于一一种套餐餐，返回回4。7 订订餐员在在窗口的的列表中中选择执执行配送送的配送送员8 订订餐员提提交订餐餐信息。 9 系系统显示示订单确确认窗口口，显示示订单内内容。10订订餐员确确认订单单内容E10：订餐员员取消订订单，用用例结束束。11系系统保存存订单12系系统打印印“签收单单”13系系统将订订购套餐餐按“供应餐餐馆”分组，打打印记帐帐单后置条件件若用例执执行成功功，系统统登记订订单，打打印相应应的“记帐单单”和“配送签收收单”5. 活动图对用用例文档档建模（以以用例“订餐处处理”为例）6. 系统静态态结构分分析a) 静态结构构分析即即分析系系统应由由哪些事事物构成成，以及及这些事事物之间间的关系系。采用用类图进进行建模模。b) 一次性的的确定完完整系统统的静态态结构难难度较大大，通常常以系统统中的某某个用例例为范围围，寻找找参与到到该用例例执行过过程中的的事物。c) 分析系统统“静态结结构”可以采采用“词性分分类”、CRRC（类类职责协协作）卡卡片等技技术。可可以通过过分析用用例文档档中交互互过程描描述寻找找系统中中的实体体类，分分析过程程应该力力求回答答如下问问题：i. 当参与者者完成了了某个操操作后，系系统应该该对应执执行哪些些动作；ii. 系统执行行这些动动作时必必须使用用哪些数数据，什什么“事物”负责提提供和管管理这些些数据；iii. 系统执行行的每个个动作是是什么“事物”的职责责简单单的说就就是“系统要要干的活活”应该由由系统中中的哪个个对象具具体去干干。d) 分析过程程举例1 系统显示示订餐窗窗口a) 这条信息息说明系系统内一一定包含含一种组组成元素素叫“窗口对对象”b) 窗口对象象提供说说明自身身特征的的数据，如如窗口大大小、位位置、窗窗口表面面的可视视元素等等。c) 窗口对象象至少包包含一个个职责，那那就是“显示自自己”2 系统显示示出持卡卡客户的的注册信信息。a) 系统要完完成这个个动作，要要用到与与客户有有关的数数据，这这些数据据是说明明“窗口”特征的的么？很很显然不不是，所所以系统统内除了了“窗口对对象”以外一一定还有有其他的的对象是是提供和和管理这这部分数数据的“客客户”对象。b) 窗口对象象通过找找到对应应的“客户对对象”获得需需要显示示的数据据。从职职责上看看“窗口”必须承承担“显示客客户信息息”的职责责，而“客户”对象则则必须负负责提供供“注册信信息”。c) “窗口”和“客户”之间必必须有联联系，以以确保“窗口”能找到到“客户”。3 系统显示示套餐名名称及单单价a) 系统必须须记下来来用户要要购买什什么，“谁”负责从从整体上上保存和和管理一一次电话话订餐所所产生的的全部订订购信息息呢。订单单对象b) 订单对象象是由若若干条订订购信息息组成的的集合。这这个集合合中的每每一条订订购信息息要说明明买什么么套餐，买买多少这又又构成了了一个规规模更小小的独立立组成部部分“订单项项”。c) 每输入一一个订单单项要显显示对应应套餐的的信息（名名称、单单价等），这这部分信信息谁提提供套餐产产品。4 订餐员在在订餐窗窗口的列列表中选选择可用用的配送送人员a) 系统中一一定有“配送人人员”对象。b) 这个对象象至少两两个状态态：可用用或不可可用c) 这个操作作步骤的的目的是是什么？要建立立配送员员和订单单之间的的联系。5 依次类推推，我们们还可以以找到的的对象包包括：“订单确确认窗口口”、记帐帐单、合合作餐馆馆等等。6 讨论：配配送单是是不是系系统中必必须包括括的对象象。确定定的依据据是什么么？a) “配送单单”这个对对象是不不是提供供和维护护了系统统工作过过程中必必须要使使用到的的，并且且不能由由其他对对象提供供的数据据？从数据据成员的的角度上上、配送送单和订订单一致致。b) “配送单单”这个对对象是不不是提供供了系统统工作过过程中必必须要应应用的职职责（功功能），并并且这个个功能无无法从其其他对象象中得到到。事实实上，“配送单单”是系统统打印给给外部参参与者的的一张纸纸，这张张纸所参参与的是是配送员员和客户户在客户户家里签签收的手手工过程程（签收收不是系系统用例例，不是是在系统统中执行行的动作作）。c) 基于上述述原因及及需求假假设可以以考虑将将配送单单不作为为系统中中的实体体类。e) 该用例范范围内的的主要实实体类可可通过如如下类图图表示，在在系统分分析阶段段可以暂暂时省略略系统中中的边界界类（如如界面等等）和控控制类等等。7. 交互过程程分析a) 交互过程程分析的的任务是是将活动动图中由由系统完完成的活活动“拆解”成系统统中的对对象所完完成的动动作。b) 通过系统统静态结结构分析析，已经经能够明明确在某某个用例例范围内内，涉及及到哪些些的种类类的对象象。交互互过程就就是要表表示出用用例的执执行过程程中，这这些对象象是怎样样协作的的。c) 为了简化化交互分分析过程程，通常常应该将将用例执执行过程程中参与与者与系系统的每每一次互互动展开开成一个个交互片片断，在在必要的的情况下下，最终终将产生生的多个个交互片片断整合合成完整整的一个个交互图图。d) 实例分析析过程可以以先把交交互过程程用文字字进行叙叙述。i. “订餐员员”请求“订餐窗窗口”打开1 订餐窗口口“询问”每个配配送员的的当前状状态2 订餐窗口口把“不忙”的配送送员加到到配送员员列表中中3 订餐窗口口创建临临时的“订单”ii. “订餐员员”输入客客户的订订餐卡号号码1 订餐窗口口请求“客户”提供自自己的注注册信息息2 订餐窗口口显示“客户”提供的的注册信信息3 订餐窗口口要求“订单”建立与与“客户”的联系系iii. 订餐员输输入套餐餐编号、数数量1 窗口建立立“订单项项”对象2 订单项关关联套餐餐产品3 套餐产品品请窗口口显示套套餐信息息4 窗口让订订单加入入新创建建的订单单项