智慧菜篮系统业务需求说明书v1.0

（四）供应管理
1.分类需求统计 智慧菜篮子在以下几个时段对肉菜进行集中配送：
1)早上 7 点前（第一阶段暂不实施）； 2)中午 11 点前； 3)下午 5 点前； 4)晚上 8 点前（第一阶段暂不实施）。 系统要求用户至少提前 2 小时下单，每次下单后，系统 应实时更新肉菜的分类需求信息，指导分拣、配送人员开展 工作。分类需求信息包括但不限于以下内容：
1)未包装时的肉菜照片； 2)包装后的肉菜照片； 3)肉菜的检验时间和详细检验报告； 4)肉菜的价格； 5)肉菜的重量规格（如每 100 克分一级）； 6)肉菜的预计送达时间； 7)肉菜的最大保鲜时间。 用户在选择需要的肉菜重量规格，放入购物车。在选购 完所有需要的肉菜以后，进入购物车，查看已选购的肉菜， 必要时可以删除或重新选购。清单确认无误后，选择配送时 段，提交订单。 系统将要求用户确认地址、联系电话、配送时间等信息， 用户确认后，系统引导用户完成网上支付流程。 用户也可以通过拨打 400 电话，向服务人员咨询当前可 选购的肉菜信息，口头下单，服务人员将调出读音操作提示， 要求用户提供手机号及登录密码，验证通过后完成订购流 程。电话订购要求用户临时账户中有足够支付本订单费用的 余额。电话订购不支持银行卡或网上银行支付。 由于用户支付的金额是按肉菜价格*重量规格计算的， 实际配送的肉菜重量虽符合重量规格区间要求，但与所支付 金额对应的肉菜重量存在差异，在用户收取肉菜以后，系统 应按多除少补的原则将用户多支付的金额返还到用户的支
（五）应急预案需求
供应商应就包括但不限于以下可能出现的紧急情况提 供切合实际且具有良好可操作性的应对方案和处理流程：
1.因不可抗力引起的系统部分或整体失效； 2.因工作人员操作不当引起的系统部分或整体失效； 3.因用户操作不当引起的系统部分或整体失效； 4.因系统设计缺陷引起的设施损坏或财产损失； 5.因系统控制不当引起的设施损坏或财产损失； 6.因工作人员操作不当引起的设施损坏或财产损失； 7.因用户操作不当引起的设施损坏或财产损失； 8.其它可能出现的紧急情况。
3.数据的采集、传输、存储、使用、更新、销毁等业务 及相关系统设置应符合国家有关法律法规及现行行业标准 的要求。
五、业务推广计划
本服务分 2-3 期推广。 项目 1 期重点实现系统的基本功能，完成电子菜箱的设 计、生产、安装、调试和启用，电子菜箱应与现有的第三方 配送系统平台对接，提供配送入柜、取菜出柜等功能。 项目 1 期实施后，收集整理项目 2 期需求，根据项目实 施情况制订项目 2 期推广和实施计划。
3.电子菜箱附属设备的非用户交互部分（如电线、网线、 接线口等）应尽量隐藏，交互部分应简洁精练，以提高用户 的好感度。
（二）易用性需求
1.所有人工操作设施应设置必要的提示指引信息，防止 误操作；
2.所有硬件设施应易于运输、安装、维护和更换。 3.所有软件功能应结合实际使用需求设置用户交互界 面，便于在不同场合（如生产间、配送间、手机查询）下实 现快速操作； 4.软件常用按钮或功能应设置在显眼、易及的位置，操 作方法应符合现行大众使用习惯，业务操作过程应尽量简 化，提高系统易用性。
（二）项目背景
“美乐计划，智慧村居”，是乐从镇借力东平新城建设， 以佛山新城市中心为定位，按照区委区政府提出的“城市升 级引领转型发展，共建共享幸福顺德”的要求，实施的一项 城乡环境提升工程，其目标是提升乐从的村居面貌和人居环 境，完善基础设施配套，提升村居管理水平，通过物联网技 术的推广应用带动物联网相关产业，实现人、经济、社会的 和谐发展。
3)装包员：提示当前肉菜箱（包）的总重量； 4)配送员：提示当前肉菜包的配送地址、送达时间， 提示暂存超时的菜格中存放肉菜的回收口编号。
（五）其它
电子菜箱应采取一定的防盗、防破坏措施。
四、非功能性需求
（一）外观需求
1.电子菜箱外观应以绿色为主色调，风格清新爽朗，符 合绿色新鲜食品的主题；
2.电子菜箱的电脑安装高度应根据成年人平均身高进 行设计；
4.时间约束：本项目要求在 2013 年 3 月 15 日前开始试 运行。
（五）术语与缩写解释
无。
（六）参考资料
《电子菜箱系统及顺客隆实施方案简介》。
二、业务需求综述
智慧菜篮服务系统主要覆盖订菜管理、配送管理和溯源 管理三大业务，其业务功能如下图所示。
三、业务功能需求
（一）订菜服务
1.自助注册 系统为用户提供 PC 版和手机版访问网站，用户可在该 网站上进行自助注册。 用户必须在注册时阅读并同意智慧菜篮服务条款。 注册时，系统应收集用户的姓名、住址、手机号码、登 录密码等信息。一个手机号码只能注册一个帐号。经手机短 信密码验证后，注册完成。 2.网上选购与支付 用户可以在系统网站上查看肉菜的相关信息，包括：
（三）过程记录
系统应记录一周之内拍摄的所有肉菜产地照片及拍照 时间。
系统应记录每批次肉菜采购时的照片及拍照时间。 系统应连接安装在生产配送间里的各个固定摄像头，以
人工或自动方式记录肉菜在以下环节的照片及拍照时间： 1.每批次在检验间进行检验时； 2.每批次在加工间进行加工时； 3.独立包装后开始仓储时； 4.独立包装后开始分拣时； 5.按订单打包后，整个订单肉菜（包）出站时。 以上记录供用户溯源时使用。
六、其他事项说明
无。
七、附件
《电子菜箱系统及顺客隆实施方案简介》。
4.消费记录与评价
用户可以随时从智慧菜篮网站上查询到以下历史信息：
1)三个月以内的肉菜订购记录（含时间、种类、单价、 数量、总价、采摘时间、出站时间、送达时间、取菜时间等）；
2)三个月以内的肉菜支付记录； 3)三个月以内的临时账户收支记录。
（二）溯源服务
用户取菜后，可以凭订单号或每份肉菜独立包装上的条 形码从智慧菜篮网站上查询到以下信息：
在达到预设采购量时，系统应自动向采购人员发送短信 通知，提醒停止采购工作。
系统可以按肉菜的不同种类、等级（如优、良等）统计 采购的均价，供销售定价时参考。
3.销售统计
系统可以按肉菜的不同种类、货 等情况，销量可能与配送量不同），结合采购价进行盈亏情 况分析，指导下次销售定价。
智慧菜篮服务系统 业务需求说明书
V 1.0
文档修订记录
版本 变化状态*
V1.0
A
修订说明 建立本说明书
日期 2013.01.18
变更人 崔铭常
* 变化状态：A：增加，M：修改，D：删除。
一、引言
（一）目的
本文通过收集、分析葛岸村委、村民实际需求，得出智 慧菜篮服务系统的业务需求描述，为市场部、产品部、运营 部、实施部、运维部等项目干系人员提供参考依据。
是物联网技术服务于社会民生的重要体现。 （三）项目基本需求 1.全村由 5 个自然村，共 2000 户家庭组成； 2.每个自然村安装 1 个电子菜箱； 3.电子菜箱采用同一型号和规格配备，每个电子菜箱分
4*4 共 16 个菜格； 4.同一菜格可以在 1 天内为不同的用户提供多次肉菜。 （四）业务约束 智慧菜篮服务系统的业务需求受到的约束主要包括：
1.该批次肉菜的产地照片、拍照时间、详细地址； 2.该批次肉菜的采购照片和拍照时间； 3.该批次肉菜在检验间的照片和拍照时间； 4.该批次肉菜在加工间的照片和拍照时间； 5.独立包装后，每份肉菜在仓库的照片和拍照时间； 6.每份肉菜分拣后的照片和拍照时间； 7.按订单打包后，整个订单肉菜（包）在出站时的照片 和拍 8.照时间； 9.肉菜配送人员照片和其他信息； 10.肉菜送达时间和菜格编号； 11.肉菜取菜时间。 此外，用户可以随时访问智慧菜篮网站，从专用链接中 查看检验、生产、配送间的实时场景录像。（此功能第一阶 段暂不提供）
4.配送优化
当订单下达后，系统应自动判别用户所在地的电子菜箱
在配送员到达时是否有空余的菜格用于肉菜暂存。如果没 有，应按预定方案调整配送发起时间并通知用户。
根据以下不同环节，系统应对工作人员给予充分、及时 的提示，指引完成配送工作：
1)分拣操作员：提示当前肉菜篮中应放入的肉菜种类 和重量规格；
2)分拣检验员：提示当前肉菜篮中应包含的肉菜种类 和重量规格；
短信中附带的取菜密码； 2)在肉菜到柜 2 小时至最大暂存时间之内，用手机发
送密码刷新短信（如：QCMM），重新获取取菜密码，在菜箱 终端机上输入；
3)持智慧菜篮子 IC 卡（如果已发放）刷卡取菜。 用户正常打开菜格后，无论菜品是否已被取出，菜格门 是否已被关闭，系统均认为取菜成功，该菜格状态被标记为 “空闲”，并准备接受下一用户肉菜的送达。
1.用户约束：用户对自身承担费用较为敏感，为使用智 慧菜篮而支付的费用应控制在肉菜本身价格的 5%以内。
2.资源约束：一期每个自然村仅安装一个电子菜箱，按 全村 400 户家庭有 1/10 使用电子菜箱计算，一天里每个菜 格至少要为 2.5 户家庭提供肉菜。
3.成本约束：智慧菜篮服务系统要实现长期运营，就要 尽量引入信息化管理手段，降低维护、管理和人工成本，控 制项目总体预算，缩短投资回收期。
（四）应用环境需求
1.所有室外设备应具有防水、防尘、防漏电保护措施。 2.应结合现场工程环境，采用整体成本（包括设备及施 工维护成本）较低的解决方案。
（五）数据安全
1.所有数据在传输前必须经过加密处理。 2.用户信息、采购、生产、配送信息、订单信息、支付 信息、照片、统计信息等相关数据必须妥善保护，设置访问 权限，防止泄漏。
1)每类肉菜的当天需求总量； 2)每类肉菜的已配送量； 3)每类肉菜的剩余配送量； 系统记录以上信息，供配送管理人员参考。同时形成历 史记录，供需求趋势分析和采购量预判。
2.采购统计
系统提供手机客户端，供采购人员实时登记采购信息， 统计各类肉菜的实时采购数量和价格。
系统应在每天采购开始前通过手机客户端向采购人员 提出采购数量和价格区间要求。