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