乳制品订购系统需求文档

1、目 录D.1 前景和范围文档2D.1.1 业务需求2D.1.2解决方案的前提3D.1.3 范围和局限性4D.1.4 业务上下文5D.2 用例7D.3 软件需求规格说明14D.3.1介绍14D.3.2总体描述14D.3.3 系统特性17D.3.4 外部接口需求21D.3.5 其他非功能性需求22D.3.6 附录A 数据字典和数据模型23D.3.7 附录B分析模型25D.4业务规则27D.1 前景和范围文档D.1.1 业务需求1. 背景、业务机会和客户需要目前，随着经济和科学的发展，人们越来越注重健康，乳制品逐渐变成了我们生活中不可缺少的一部分。虽然该行业起步晚，但发展迅速，可谓将来前景一片大好，

2、许多单位和家庭都需要亲自去Britney鲜奶生产与加工公司订购，花费大量的时间。但是，许多人不能如愿以偿，因为公司有些类的的乳制品已经卖完，与此同时，有些可能卖不出去，只好倒掉，造成浪费。许多人都想通过手机或电脑在线订购，要求在指定的日期和时间内送到指定的地点。通过这样一个系统，使一些单位和家庭可以节约时间，而且订到自己喜欢的乳制品的概率也增大了。2.业务目标（Business Objective, BO）和成功标准（Success Criteria, SC ）BO-1: 初始版本发布的5个月内，鲜奶生产与加工公司的乳制品浪费减少50%。度量单位（scale）：Britney鲜奶生产与加工公司

3、的工作人员每星期所倒掉的乳制品的价值。计量（meter）：检查“Britney鲜奶生产与加工公司存货系统”的日志。过去情况（past）2006，初步调研：40%一般标准（plan）：小于20%最低标准（must）：小于25%BO-2：初始版本发布之后的12个月内，Britney鲜奶生产与加工公司运作费用减少40&。BO-3：初始版本发布之后的4个月内，每个员工的每天平均有效工作时间增加30分钟。BO-4：初始版本发布之后的6个月内，Britney鲜奶生产与加工公司的利润比以前增加20%。SC-1：目前通过乳制品订购系统解决购买乳制品问题的人，在初始版本发布之后的一年内，有80%的人使用

4、“乳制品订购系统”。SC-2：初始版本发布之后的5个月内，对Britney鲜奶生产与加工公司满意度的评价提高，而在初始版本发布之后的12个月内，这种满意度在前面的基础上再有所提高。3.业务风险（Risk）RI-1：用户信息安全-由于网络的发展，黑客技术越来发达，用户信息容易被泄露，被窃取。RI-2：软件的实用性-系统开发出来，如果用户不使用，将导致经济的损失。D.1.2解决方案的前提1.前景陈述对那些希望通过奶制品企业物流配送的人群来说，“乳制品订购系统”是一个基于Internet的应用程序，它可以接受个人订购或团体订购，结算乳制品的消费费用，并触发将送到宁夏大学及周围区域的指定位置。与当前的

5、电话订购和人工订购乳制品不同，使用“乳制品订购系统”的顾客并不需要到乳制品实体店取货，这既可以节约他们的时间，又可以增加他们对乳制品的选择范围。2.主要特征（FEature）FE-1:根据乳制品实体店提供的选择表单或送货表单来订购乳制品。FE-2:创建，浏览，修改和删除乳制品订购服务。FE-3:注册订购乳制品的付费方式。FE-4:请求发货。FE-5:创建，浏览，修改和删除乳制品各种套餐。FE-6:自动生成订单。FE-7：通过公司的内联网可以访问系统，或者授权的员工通过外部Internet访问系统。3假设（Assumption）和依赖（DEpendency）AS-1:乳制品实体店内有可以访问宁夏

6、大学内联网的计算机，这样乳制品实体店的雇员就可以处理期望的订单量，不会遗漏任何送货时间。AS-2:最多比请求的送货时间晚15分钟，乳制品实体店有送货人员和送货车辆。这样就能满足所有订单的送货要求。DE-1:如果某实体店有自己的联机订购系统，那么“乳制品订购系统“必须能与这一系统进行双向通信。D.1.3 范围和局限性1.初始版本和后续版本的范围特性版本1版本2版本3FE-1根据自身需求订购乳制品根据给出的套餐订购FE-2完全实现完全实现完全实现FE-3完全实现完全实现完全实现FE-4规定时间可送达的地域规定时间可送达的地域规定时间可送达的地域FE-5完全实现完全实现完全实现FE-6不实现不实现不

7、实现FE-7完全实现完全实现完全实现FE-8完全实现完全实现完全实现2.局限性和排斥性 LI-1：有一部分乳制品可能是和超市一样的，因此“乳制品订购系统”的客户可能不会使用。 LI-2：由于地域的不同，送货时间可能有误差，距离场地太远的人，可能不使用此系统。D.1.4 业务上下文1.涉众概览涉众主要价值 态度 主要兴趣 约束条件生产商提高销售水平，增加收益节约浪费 承诺完成所有要求的版本使用该系统之后获得的收益大于开发此系统的费用无送奶员在规定的时间内满足客户需求，提高客户满意度担心送奶品过程中出现突发事件，不能及时满足客户送货过程顺利服务态度诚恳顾客及时的将所需要的奶品送达，食品安全营养，节

8、约时间，更加方便积极支持新系统，但使用系统的次数可能没有预期的次数多，这主要考虑奶品的安全性是否有保证使用简单；送货可靠；食品选择的有效性需要访问公司订货系统公司经理增加了销售额；扩大了销售范围，增加了新客户虽然接受，但比较谨慎尽量少用新技术；关注送货所需的资源和费用可能没有足够的人手和能力来处理订单；可能需得到Internet访问权2.项目优先级因素 具体活动者约束条件 自由度进度预期内完成，不超过两个星期特征安排版本1，实现的特征必须完全可操作，尽力实现版本2质量必须通过95%的用户验收检测，必须通过全部的安全测试，所有的安全事物都必须遵守相应的安全法则因素具体活动者自由度工作人员项目团队

9、规模包括一名有经验的项目经理和两名开发人员还有一名测试人员费用在不包括责任人评审的情况下，财政预算最多可超支15D.2 用例各种用户类确认的“乳制品订购系统”的用例和主要参与者如下所示：主要参与者用例客户1订购2变更订单3取消订单4查看套餐5注册从银行卡支付6取消从银行卡支付7订购套餐8修改所订的套餐经理9创建套餐10修改套餐快递人员11送奶12记录送奶情况13.打印送奶说明用例ID号UC-1用例名称订餐创建人姬存东最后更新者姬存东主要参与者用例创建日期2015年12月6日最后更新日期2015年12月6日参与者客户描述客户从公司内联网络或从家里访问“乳制品订购系统”，随意查看一天的套餐，选择自

10、己想要的乳制品，提交订单要求在特定的时间送到指定的地点前置条件1.客户登录到“乳制品订购系统”2.客户注册录付费方式后置条件1.订单在“乳制品订购系统”中的存储状态是“已接受”2.根据这订单的条目来更新乳制品的存货3.根据这一次的送货请求，对请求时间窗口更新剩余的送货能力主要参与者用例主干过程1.0 订一个套餐1.系统显示有效套餐2.客户从套餐中选择一种或多种套餐3.客户表明订购完成4.系统显示所订购的套餐条目，单价和总价格，包括应缴纳的税和送餐费用5.客户确认订购套餐或修改订购的套餐（回到第2步）6.系统显示那一天中有效的送餐时间7.客户选择送餐时间和指定送餐地点8.客户指定付费方式9.系统

11、确认接受订单主要参与者用例10.系统向顾客发送短信，确认订单细节。11.系统将订单存储在数据库中，并发送电子邮件通知库存管理人员，将套餐信息发送给乳制品库存系统，并更新有效的送餐时间分支过程无异常1.0.E.1订单截止日期在当前时间之前1.系统通知客户今天订购时间太晚了2a.客户取消订单2b.系统终止用例3a.顾客请求选择另一个日期3b.系统重新启动用例1.0.E.2没有有效的送货时间1.系统通知顾客送货日已没有有效的送货时间2a.客户取消订单2b.系统终止用例1.2.E.1不能完成指订数量的同样套餐1.系统通知客户它所能提供的同种套餐的最大套餐数量2.客户变更所订的同种套餐的份数，或取消订单

12、包含无优先级高使用频率无限制业务规则BR-1，BR-2，BR-3，BR-4，BR-8，BR-11，BR-12特别需求1.用户在确认订单之前的任何时间都可以取消订单2.客户能查看自己一个月的全部订单，并可以重复其中的任一次订单作为新的订单，只要所有订单在请求的送达日的菜单中有效。（优先级为中）主要参与者用例注意和问题1.如果客户在今天截止时间之前使用系统，那么默认的是当前日期。否则，默认日期是下一个营业日。2.如果客户不要求送货，那么“请求付费方式是从银行卡扣除”这一前置条件就不使用3.这一用例的峰值使用负载是当地时间早晨8点到10点用例ID号UC-2用例名称注册从银行卡扣除支付费用的方式创建者

13、姬存东最后更新者姬存东创建日期2015年12月6日最后更新日期2015年12月6日参与者客户描述使用“乳制品订购系统”并要求送餐的客户，必须注册从银行卡中扣除费用的付费方式。前置条件1.客户必须登录到“乳制品订购系统”后置条件1.客户必须注册从银行卡中扣除费用的付费方式主要参与者用例主干过程2.0 注册从银行卡扣除费用的支付方式1.客户请求注册从银行卡扣除费用的支付方式2.系统调用“认证身份证（Authenticate Users Identity）”用例3.系统通知顾客他有合法资格从银行卡中扣除费用的付费方式4.系统要求客户确认他期望注册从银行卡扣除费用的支付方式主要参与者用例5.顾客确认他

14、期望注册的是从银行卡扣除费用的支付方式6.系统要求扣费系统建立从银行卡扣除费用7.扣费系统确认建立了从银行卡扣除乳制品费用分支过程无异常2.0.E.1 顾客身份证认证失败（第二步）2a.如果认证成功，则客户继续进行用例2b.如果3次尝试都认证失败，则系统通知客户，将无效的认证尝试记入日志，并终止用例2.0.E.2 客户没有从银行卡中扣除费用（第3步）1.系统通知客户他没有资格从银行卡中扣除费用，并给出具体理由2.系统终止用例2.0.E.3 客户已没有资格从工资中扣除费用（第三步）1.系统通知客户他已经注册了从银行卡扣除费用的付费方式2.系统终止用例包含验证用户身份（他期望从银行卡扣除费用的支付

15、方式）优先级高使用频率无业务规则特别需求1.按照公司制定的中等安全应用程序的标准来执行用户的认证假设无注意和问题系统发布前一个月，预计会相当频繁地执行这一用例主要参与者用例用例ID号UC-3用例名称修改乳制品单创建人姬存东最后更新者创建日期2015年12月6日最后更改日期参与者乳制品列表经理描述乳制品列表经理可修改表单的有效乳制品和特定日的价格，以反映有效乳制品或价格的变更。前置条件1.表单已存在于系统中后置条件1.修改的表单已经保存起来主要参与者用例主干过程3.0编辑已存在的列表1. 表单经理请求查看某已特定日期的表单2.系统显示表单3.表单经理修改表单已添加新的套餐项，删除或变更套餐项，或

16、者变更价格4乳制品列表经理请求保存修改过的表单5.系统保存修改过的表单分支过程无异常3.0.E.1指定日期的表单不存在（第一步）1.系统通知列表经理这一指定日期的表单不存在2.系统询问表单经理他是否要创建这一指定日期的表单3a.菜表单经理回答“是”3b.系统调用“创建列表单”用例4a.表单经理回答“否”主要参与者用例4b.系统终止用例3.0.E.2指定的日期已经过去了（第1步）1. 系统通知表单经理请求日期的表单不能修改2.系统终止用例包含创建表单优先级高使用频率每星期大约20次业务规则BR-24特别需求1.表单经理可以在任何时候取消表单修改功能。如果表单已变更，则系统会请求对取消进行确认假设

17、无D.3 软件需求规格说明D.3.1介绍1.目标软件需求规格说明描述了“乳制品订购系统（Dairy Products Ordering System , DPOS）”1.0版本的软件功能性需求和非功能性需求。这一文档计划由实现和验证系统正确功能的项目团队成员来使用。除非在其他方面另有说明，这里指定的所有需求都具有高优先级，而且都要在版本1.0中加以实现。2.项目范围和产品特性“乳制品订购系统”容许宁夏大学学生的食堂在线订购乳制品并配送乳制品到学校内的指定地点。详细的项目描述请参见Dairy Products Ordering System Vision and Scope Document(乳

18、制品订购系统前景和范围文档)【1】。文档中这一部分的标题为“初始版本和后续版本的范围”，列出了按照进度计划在这一版本中实现的全部或部分特性。D.3.2总体描述1.产品远景规划“乳制品订购系统”是一个新系统，它取代了当年宁夏大学食堂内以手工方式和电话方式的预定和选择乳制品种类的过程。图D.1是一幅关联图。它演示了1.0版本的外部实体和系统接口。期望系统演化若干个版本，最终与西夏区若干商铺的Internet订餐服务相连接，并提供信用卡和在线支付授权服务。 2.用户类和用户特性用户类描述顾客（优先考虑）顾客是宁夏大学的学生，他们希望从宁夏大学的食堂订餐并能将所订购的乳制品送货上门。大约有3万潜在客户

19、，其中估计有2万人每星期使用“乳制品订购系统”3次。顾客有时会由于团体事件或有来宾而定好多份乳制品。估计有90%的订单是通过宁夏大学食堂的内联网而提交的，10%的订单是从家里提交的。所有的顾客都可以从学校食堂，访问公司内联网。有些顾客希望建立固定的订购目标，每天送同样的乳制品，或者是自动送当日新品。顾客必须能推翻对某一具体日期的乳制品订购。用户类描述宁夏大学食堂工作人员宁夏大学食堂目前雇佣了大约20名“食堂工作人员”，他们从宁夏大学食堂里的“乳制品订购系统”接受订单，准备乳制品，对要求送货上门的乳制品进行打包，答应送货说明，并请求送餐。食堂工作人员需要接受培训，学会如何使用计算机,浏览器和“乳

20、制品订购系统”。乳制品经理乳制品管理人是宁夏大学食堂的雇员，也许就是食堂经理，他负责建立并维护食堂有效的乳制品条目日常套餐列表，和每一天每一个乳制品条目的有效时间。有些乳制品不适宜于送货上门。乳制品管理人也要定义食堂的每日特色乳制品。乳制品经理还需要定期编辑套餐列表，以反映计划内的无效的或价格发生了变更的乳制品套餐。送餐人员 当宁夏大学食堂工作人员准备订单所要求送的乳制品时，他们打印送餐说明并向送餐人员发出送餐请求，送货人员是食堂的其他雇员或者是承包人。送货人员为每天都要挑选乳制品和准备送货说明，并将它送到顾客手里。送货人员与系统的主要交互将是偶尔重新打印送货说明并确认货已送到（或没有送到）顾

21、客手中。3.运行环境（Operating Environment, OE）OE-1:“乳制品订购系统”的操作将通过如下的浏览器来完成：Microsoft Internet Explorer 版本5.0和6.0，Netscape Communicator版本4.7和Netscape版本6和版本7。OE-2:“乳制品订购系统”将运行在一个服务器中该服务器运行当前学校批准的Apache HTTP Server。OE-3:“乳制品订购系统”将允许用户通过学校内联网来访问，如果用户被授权在学校的外部穿过防火墙来访问，那么用户也可以在家中通过Internet来访问该系统。4.设计和实现的约束条件(cons

22、traint)CO-1:系统的设计，编码和维护文档将遵照宁夏大学内联网开发标准版本1.3【2】。CO-2:系统将采用宁夏大学标准的当前Oracle数据库引擎。CO-3:所有HTML代码将遵照HTML4.0版本。CO-4:所有脚本都用Perl语言来编写。5.用户文档（User Docomentation,UD）UD-1:系统将提供一个分层和跨链接的HTML联机帮助系统，它描述并演示了所有系统功能。UD-2:如果是一个新用户第一次使用该系统，系统可以根据用户的要求提供一个联机教，这样用户可以使用静态教程套餐单来具体实践一下如何订餐。系统将不会采用这一模板的订货订单存储到数据库中，也不会将这种订单提

23、交给学校食堂。6.假设（ASsumption）和依赖（DEpendency）AS-1:只要是要求学生上课的每一个工作日，食堂在早餐，午餐，晚餐时间段都会营业。DE-1:“乳制品订购系统”的运行依赖于银行卡的变更，它接受用“乳制品订购系统”订购的付费要求。DE-2:“乳制品订购系统”的运行依赖于“食堂库存系统”所作出的变更，当接受“乳制品订购系统”订单后，它更新乳制品条目的有效性。D.3.3 系统特性1.订乳制品(1) 描述和优先级订乳制品的顾客其身份得到验证之后，就可以定乳制品，并可以要求送乳制品人员送到指定地点。只要所订乳制品没有按时送达或者出现其他突发事件，顾客就可以取消或者改变订单。优先

24、级高。(2) 刺激/响应序列刺激：顾客请求定乳制品，可以是一份或者多份。响应：系统向顾客询问订单细节、付费方式和送乳制品方式。刺激：顾客请求改变订单。响应：如果订单状态是“已接受”，则系统允许用户编辑以前的订单。刺激：顾客请求取消订单。响应：如果订单状态是“已接受”，则系统取消订单。(3) 功能性需求Order.Place登录到“乳制品订购系统”的顾客可以通过该系统订乳制品，订购一份或者多份都可以Order.Place.Register系统将确认订乳制品的顾客所注册的付费方式是在线支付Oder.Place.Register.No如果顾客没有注册在线支付方式，那么系统为顾客提供一些选择方案，顾客

25、可以现在注册并继续进行订乳制品，或者退出该系统Order.Place.Date系统将提示顾客输入送乳制品的时间（请参见BR-2）Order.Place.Date.Cutoff如果订单是当前日期，而订乳制品时间已过了截止时间，那么系统将通知顾客订单时间太晚了，今天已不能订购。顾客可以改变订购时间，或者也可以取消订单Order.Deliver.Select顾客将指定只是订购乳制品或者还是要求送乳制品Order.Deliver.Location如果订单是要求送乳制品，而且送货时间是有效的时间，那么顾客将提供一个有效的送货地点Order.Deliver.Notimes如果送货日没有有效的送货时间，那么

26、系统将通知顾客。顾客可以取消订单Order.Deliver.Times系统将显示订单剩余的有效送货时间。顾客可以从显示的有效送货时间中选择一个时间，或者取消订单Order.Menu.Date系统将显示指定日期的乳制品单Order.Menu.Available当前日期的乳制品单只显示至少在乳制品加工厂的一个供应间中有货的乳制品Order.Units.Milk系统允许顾客表明他希望订购的每个乳制品条目的份数Order.Units.Multiple系统能够允许顾客订多份同样的乳制品，但其最大份数只能是订单中的所有乳制品单条目的有效份数中的最小值Order.Units.TooMany如果顾客所订的某一

27、乳制品菜单项的份数超过了目前乳制品加工厂存货的数量，那么系统将通知顾客他所能订的乳制品条目的最大份数Order.Units.Change如果乳制品加工厂存货中的乳制品不能满足顾客的数量要求，那么顾客可以改变订单的份数，也可以取消订单Order.Confirm.Display如果顾客表明他不希望再订乳制品了，那么系统将显示他所订的乳制品条目，每一乳制品条目的单价，以及应该支付多少钱。Order.Confirm.Prompt系统提示顾客确认订单Order.Confirm.Not如果顾客不确认订单，那么顾客可以编辑订单，也可以取消订单。Order.Pay.Method当顾客表明他已完成订购乳制品时，

28、系统会让顾客选择付费方式。Order.Pay.DeliverOrder.Pay.Pickup 顾客可以选择在线支付，或者货到付款Order.Pay.Details系统将显示所订乳制品的条目、费用、付费方式和送货说明Order.Pay.Confirm顾客可以确认订单，也可以请求编辑订单，也可以请求取消订单Order.Pay.Confirm如果顾客确认订单，并选择了在线支付的付费方式，那么系统将根据顾客选择付费的银行向有关银行发出付费请求Order.Pay.Confirm.OK如果付费请求被接受，那么系统将显示一条消息来确认订单已接受，消息中包括付费金额Order.Pay.Confirm.NG如果

29、付费请求被拒绝，系统将显示一条消息来说明拒绝的理由。顾客可以取消订单，也可以改为货到付款Order.Done当顾客确认了订单时，系统会将下面几步作为一个事务来处理Order.Down.Store为该订单分配下一个有效的订单号并存储这一订单，其订单的初始状态设置为“已接受”Order.Down.Inventory向“乳制品存货系统”发送一条消息，包括订单中每种乳制品条目的份数Order.Down.Menu更新当前订单的订货日期所对应的乳制品单，从乳制品加工厂存货中扣除订单中的乳制品条目数量，以反映所有乳制品条目的最新状况Order.Down.Times更新订乳制品日期中剩余的有效送货时间Orde

30、r.Down.Patron向顾客发送消息，消息包括订单和支付费用的有关消息Order.Down.Cateteria向乳制品加工厂工作人员发送订单消息，消息包括订单的有关信息Order.Down.Failure如果Order.Down中的任何一步不成功，则系统回滚事务，通知用户订单不成功，并说明失败的原因Order.Previous.Period系统允许顾客浏览前六个月的全部订单【优先级为中】Order.Previous.Reorder顾客可以重新预订他前六个月所订过的任何乳制品，只要新订单中的所有乳制品条目有效【优先级为中】（本范例不提供改变和取消订单的功能性需求）2. 创建、浏览、修改和删除

31、订乳制品（该范例不提供细节）3. 注册订乳制品的付费方式（该范例不提供细节）4. 请求送餐（该范例不提供细节）5. 创建、浏览、修改和删除乳制品加工厂乳制品单（该范例不提供细节）D.3.4 外部接口需求1. 用户界面（User Interface, UI）UI-1：“乳制品订购系统”的屏幕画面将遵照Process Impact Internet Application User Interface Standard(Process Impact公司的Internet应用程序用户界面标准)版本2.0【4】。UI-2：系统对所显示的每个HTML网页都提供帮助链接，解释如何使用这些网页。UI-3：W

32、eb页面的全部导航和实物条目选择，除了综合使用鼠标和键盘共同完成外，还可以通过键盘来单独完成。2.硬件接口硬件接口还没有确定3.软件接口（Software Interfaces, IS）SI-1：乳制品存货系统。SI-1.1：“乳制品订购系统”通过程序界面向“乳制品存货系统”发送所订的乳制品条目数量。SI-1.2：“乳制品订购系统”将轮询“乳制品存货系统”，以确定请求的乳制品是否有效。SI-1.3：当“乳制品订购系统”通知“乳制品存货系统”某一指定的乳制品条目已经没货时，“乳制品订购系统”会从当日的乳制品单中将该乳制品条目删除。4.通信接口（Communications Interfaces,

33、 CI）CI-1：“乳制品订购系统”将向顾客发送电子邮件消息，以确认收到订单、价格和送货说明。CI-2：“乳制品订购系统”将向顾客发送电子邮件消息，以报告订单接受之后订单中或送货中存在的问题。D.3.5 其他非功能性需求1.性能（PErformance）需求PE-1：在当地时间早晨7点到9点这一段高峰时间，系统将能适应500个用户，平均每个会话估计持续6分钟。PE-2：系统生成的所有Web页面，通过率为80KBps的调制解调器在不超过5秒的时间内可以全部下载下来。PE-3：用户提交了查询之后，对查询的的响应时间不能超过5秒，在此时间内要将查询的结果显示在屏幕上。PE-4：用户向系统提交信息后，

34、系统将在3秒内向用户显示确认信息。PE-5：操作界面简单，但界面漂亮。2防护性需求防护性需求还没有确定。3. 安全性（SEcurity）需求SE-1：所有涉及功能信息或个人信息的网络事务，都要按照BR-33进行加密操作。SE-2：除浏览乳制品种类外，用户必须登录到“乳制品订购系统”才能完成其他所有的操作。SE-3：顾客的登录受计算机系统访问控制策略的限制，具体请参照BR-35。SE-4：乳制品的加工人员，只有那些授权为乳制品种类经理的成员，才能通过系统创建或编辑乳制品种类，具体请参照BR-24.SE-5：只有那些被授权可以在家访问公司内联网的用户，才可以在公司以外的地方使用“乳制品订购系统”。

35、SE-6：系统只允许顾客浏览他们自己以前的订单，而不能浏览其他顾客的订单。4软件质量属性Availability（可用性）-1：“乳制品订购系统”将对公司内联网的用户可用，拨号用户在当地时间早晨6点到晚上12点99.9%的时间可用，当地时间晚上12点到早晨6点则95%的时间可用。Robustness（健壮性）-1：如果在订单确认或取消之前，用户和系统的联接中断，那么用户应该能通过“乳制品订购系统”恢复不完整的订单。D.3.6 附录A 数据字典和数据模型 送单说明 =顾客名字 +顾客电话号码 +送单地点送单地点=*将所定的单送到哪个小区的哪个楼和房间*送餐时间=*送单的时间间隔是30分钟；以每半个小时开始和结束*乳制品条目描述=*乳制品种类中具体某种乳制品的文本描述，最多100个字符*乳制品条目价格=*一份乳制品条目的税前费用，以元和角来计算*订单=订单号 +订单日期 +1：m（所定的乳制品条目） +送过说明 +订单状态订单号=*系统为接受的每一个订单分配一个唯一的、顺序的整数：初始值为1*订单状态=未完成|已接受|已准备|送单期间|已送单|已取消* 请参看图D.3的状态转换图* 结算单费 =乳制品价格 +付费方式乳制品种类条目 =种类