摘要

近年以来随着“互联网+”大潮的来临，农村这个市场也逐渐开始活跃起来。从现实情况看，全国各地农村和广大农民的信息需求逐渐旺盛。中国城市的互联网网购人群4.5亿左右，而农村电商市场潜在用户超过9亿人口。随着农村互联网的快速发展，农村电商将出现井喷式地发展，并且在偏远农村地区开辟土地种植水果，但由于传统的销售渠道得不到保障，常常导致水果滞销，给果农们带来极大得经济损失。

针对这一现象，我们基于Vue+SpringBoot技术为果农开发一款网络销售平台。以电子订单来代替传统纸质订单，对水果商品的销售价格、运费及包装费进行自动计算和总结，从而解决果农产品滞销的问题。

关键词：SpringBoot、Vue、网络销售平台

- 需求分析

1.1项目背景

该项目的背景是，在一些偏远的农村地区，有一些果农开辟了大量的土地用于种植水果，并且招募了大量的工人来种植、维护和采摘水果。果农们的主要经济来源就是将水果批发给当地或外地的水果零售商，以及饭店和菜市场。但是仅仅靠传统的销售渠道，销量经常得不到保障，导致水果滞销，给果农们造成很大的经济损失。

此水果网络销售平台便是针对这一类问题，通过与零售商在线上建立合作关系，以电子订单来代替传统纸质订单,对水果商品的销售价格、运费及包装费进行自动计算和总结，从而解决果农产品滯销的问题。

1.2系统主要使用者业务关系分析

通过果农与零售商的贸易关系图可以知道，果农采摘的苹果放在仓库代售，然后经过工人的包装、装货，司机师傅的运送，货物到达零售商处，由零售商收货，最终结款。而送什么水果，送多少，送往哪里，什么时间，这些都是由果农与零售商建立的采购合同所决定的。零售商首先与果农联系，然后确定整体采购合同的内容，之后在预定发货阶段，果农对水果进行采摘，预加工和包装后，由司机将货物运送到指定地点，然后由零售商确认到货后，结束采购合同。

1.3系统主要使用者经济关系分析

图1-2果农与零售商经济关系图

通过上图可以看出，果农与零售商之间的经济关系涉及水果商品的成本、商品的包装材料费，以及运输商品的运输费。果农的盈利在于高出水果成本的差价，而零售商需要支付的是水果商品本身的价格，以及包装费和运输费，那么这几项经济数据，是采购合同的重点，也是最终零售商与果农进行结算的重要依据。

1.4非功能性描述

非功能性需求虽不是人们在进行需求分析时普遍关注的，但它是不容忽视的，非功能性需求是需求的一个重要组成部分，它影响系统的架构设计，决定软件项目成本的重要依据，在软件项目评估过程中需要重点关注。它作为功能性需求的补充，定义了对系统提供服务或功能的约束，包括时间上的约束、空间上的约束、开发过程的约束以及应该遵守的标准等等，通过对非功能性需求的分析，能够实现项目在可靠性、安全性、互操作性、健壮性等方面的特性。

1.4.1 性能需求描述

在95％的情况下，一般时段响应时间不超过1.5秒，高峰时段不超过4秒。在推荐配置环境下：登录响应时间在2秒内，刷新栏目响应时间在2秒内，刷新条目分页列表响应时间2秒内，打开信息条目响应时间1秒内，刷新部门、人员列表响应时间2秒内。

每日最大成交数3000笔业务。平均交易并发数为20，最大交易并发数为50。估计用户数为1万人，每天登录用户数为3000左右，网络的带宽为100M带宽。系统可以同时满足10,000个用户请求，并为25,000个并发用户提供浏览功能。

支持3万用户，支持GB级数据。数据库表行数不超过100万行，数据库最大容量不超过1000GB，磁盘空间至少需要40G以上。

当通过互联网接入系统的时候，期望在编号和名称搜索时最长查询时间<15秒。计算的精确性到小数点后7位。

CPU占用率<=50%，内存占用率<=50%。

1.4.2 安全需求描述

严格权限访问控制，用户在经过身份认证后，只能访问其权限范围内的数据，只能进行其权限范围内的操作。不同的用户具有不同的身份和权限，需要在用户身份真实可信的前提下，提供可信的授权管理服务，保护数据不被非法/越权访问和篡改，要确保数据的机密性和完整性。提供运行日志管理及安全审计功能，可追踪系统的历史使用情况。能经受来自互联网的一般性恶意攻击。如病毒（包括木马）攻击、口令猜测攻击、黑客入侵等。至少99%的攻击需要在10秒内检测到。

1.4.3 兼容性需求描述

最多只有5%的系统实现需要具体到特定的操作系统。系统应支持Oracle, DB2 数据库系统。浏览器作为平台访问的入口，平台是否能在各大主流浏览器有着良好的兼容自然是测试的一个重要标准，不同的浏览器所使用的内核不同，其核心工作方式的不一致从而导致了浏览器渲染所呈现的效果有所差异。平台需兼容各种主流浏览器，在各种浏览器上页面展示效果良好，各项操作流程正常。

1.4.4 交互需求描述

操作简单，请求用户确认和提示，为用户提供方便快捷、流畅的人机交互体验，界面美观大方，为用户提供舒适的观感体验。界面美观，布局合理，平台以白蓝灰为主色调，风格简单明了，可操作性强。

1.4.5 扩展需求描述

技术遵循各项标准约束和规范，以便后续进行扩展。当某业务流程变多，此时将功能模块化，支持灵活配置，有利于减少重复开发量，在设计方面，相同或者相似的部分可以将它抽离出来，实现一个组件或者接口。

1.4.6可用性需求描述

有些农村地区网络质量差，带宽小。在网络环境差的条件下保证系统的可用性等。在95%的故障中，系统最多需要20秒重启。提供数据备份和恢复功能，使得在由于系统的错误或其他原因引起系统的数据丢失或系统的数据被破坏时，能够及时恢复和还原数据（由硬件及第三方软件提供此功能）。

1.4.7可维护性需求描述

从接到修改请求后，对于普通修改应在1~2天内完成；对于评估后为重大需求或设计修改应在1周内完成。90%的BUG修改时间不超过1个工作日，其他不超过2个工作日。任何对象的任何方法都不允许超过200行代码。安装新版本必须保持所有的数据库内容和所有个人设置不变。产品必须提供可跟踪任何数据库字段的工具

- 系统设计

2.1系统用例图

本系统以果农和零售商为主要角色，以商品的库存管理、零售商信息管理、采购合同管理等为主要功能，那么该系统的用例图应该如下图所示来设计。

图2-1 系统用例图

2.2系统功能结构图

平台目前包括零售商管理、商品管理、采购合同管理以及用户设置四大管理模块组成，。

首先，零售商管理模块主要用于管理与果农建立合作关系的零售商的信息。零售商的信息被录入。系统后，在创建采购合同时，就可以关联这些信息。对于零售商的管理，除了可以录入零售商信息外，还可以编辑零售商的信息。另外，当果农不再与零售商合作时，可以选择“停用”零售商，这样以后构建采购合同的时候就不会出现该零售商的信息。选择“启用”零售商，在构建采购合同时就可以选择该零售商。此种方式避免了物理删除的极端做法，保证用户数据的可恢复性。

商品管理模块主要用于在厍水果信息的管理。果农可将要出售的水果商品库存录入商品管理模块，在构建采购合同时，可以将在库商品添加到采购合同中，保证在库存充足的情况下构建采购合同，以免出现发货时货物不足的情况。另外，可以将水果的价格添加到商品信息中，用于采购合同的结款计算。当水果信息有变动时，可以进行修改。当水果商品出现问题时，可以删除该水果信息。

采购合同管理模块主要用于果农与零售商之间建立的采购合同的管理。果农可以与零售商建立合作，零售商将需要的水果商品的种类和数量告知果农，果农就可以在采购合同模块创建采购合同，同时将在零售商管理模块添加的零售商信息关联至采购合同，并且将相关的水果商品信息关联至采购合同。同时对于附属品，如包装商品所使用的包装材料费用，以及运输过程中产生的运费也要显示在合同内，合同生成后会自动计算总销售金额。

用户设置模块主要用于用户信息的修改，因为是果农内部使用的系统，所以这里仅提供密码修改功能即可。

平台的项目功能即由以上模块组成，因各个模块之间少有耦合，故保证了各个功能的独立性，实现了平台功能的低耦合性。