1.1. 项目背景
现代农业发展面临着诸多挑战:缺乏科学管理手段、现代化程度低下;生产技术落后、产品附加值低;信息不畅通;产业发展结构不合理。
农产品质量安全的现状则令人堪忧,工业“三废”对农业生产环境的污染,化肥、杀虫剂、除草剂与生长剂等生产资料的过度滥用等,造成我国不少地方的农产品及其加工产品中农药、兽药残留和其它有害物质含量过高。更有甚者,一些人为牟利不择手段,如近年来出现的 “毒大米”、“瘦肉精”猪肉、“毒韭菜”等事件,不仅给人民群众的健康造成了巨大损害,而且严重影响了农产品的市场信誉,几乎到了风声鹤唳的程度,如果任由这种现状继续下去,势必会动摇农业可持续发展的基础,影响农民的持续增收,必须高度重视,下决心加以解决。
近年来政府部门高度重视农业的发展,先后出台了《农业科技发展"十二五"规划》、《关于加快推进农业科技创新持续增强农产品供给保障能力的若干意见》、《全国农垦农产品质量追溯体系建设发展规划(2011-2015)》等政策,全力支持农业的发展。
国家主席习近平在日前召开的中央财经领导小组会议上说:“在适度扩大总需求的同时,着力加强供给侧结构性改革,着力提高供给体系质量和效率。”中央政府已着手重点推进供给侧的改造与完善。
2016年中央农村工作会议强调,要着力加强农业供给侧结构性改革,提高农业供给体系质量和效率,使农产品供给数量充足、品种和质量契合消费者需要,真正形成结构合理、保障有力的农产品有效供给。
邮政企业多年来致力于服务三农工作,在农民心目中树立了良好形象,在农业生产和农技服务方面积累了一定的经验。值企业创新转型之际,积极落实中央精神,深度融合互联网,推进农产品供给侧升级改造,全面升级邮政服务三农工作。
1.2. 建设目标
制定一套标准化的安全农产品生产规范,打造“指导标准化生产+物联网监控+检测认证+全程可追溯+质量保险+精准化营销”于一体的安全农产品服务平台。传播安全+有机+健康的消费理念,帮助消费者判别和选择安全农产品。
通过平台的打造最终实现保障农产品安全,增加农民收入,降低消费者家庭成本。
1.3. 建设原则
1.3.1. 先进性原则
系统的研发和安装使用,遵循“规范、先进、实用”的原则。系统设计必须具有严格的安全机制,符合信息安全等级保护的基本要求;技术实现上要求采用开放式的技术架构,便于与其他系统衔接;平台建设应兼顾界面友好,用语规范,操作简便等实用性原则,同时还应考虑到系统的兼容性及可扩展性;除此之外,平台建设还应具备较强的数据独立性,确保在软、硬件环境发生变化时数据能够完整、安全的迁移。
1.3.2. 标准化原则
系统的设计开发应符合国家和行业标准。系统结构设计、系统配置、系统管理方式等方面采用国际上先进实用的技术。软件设计要求简洁、大方、美观,突出主要信息。首页色彩应更明净、亮丽,既具有文化气息,又具有现代感。导航系统在层次清晰的同时方便浏览者对相关信息和服务的访问。
1.3.3. 可靠性原则
系统应具备开放的标准化体系结构,可方便地与其它业务系统衔接; 系统应经过完善的设计和充分的测试运行,具备在较长时间内连续无故障的运行能力;系统应具备强大的容错、数据恢复与稳定运行的能力。
1.3.4. 安全性原则
系统设计应符合软件安全等级保护测评工作的软件代码安全性要求,能够通过相关检测通过。平台中安全认证系统贯穿于各个层次之中,需采用统一身份认证和权限控制系统对数据访问进行认证及权限过滤。
1.3.5. 扩充性原则
系统的设计在考虑软件业务未来发展需要的同时要考虑到软件建设的阶段性,尽可能的设计的简明,要充分考虑各个系统功能模块在前台的可扩展性及再开发接口等。满足软件的随时更新,软件新栏目内容的随意增加。软件、后台发布管理系统要有高度的兼容性、稳定性和扩展性。采用的开发技术不仅满足现在的应用需要,而且适应未来的发展趋势,能够根据用户的具体需求快速、方便地定制、扩展原系统的功能,以更好地满足档案管理的新增和变更需求。
1.3.6. 易操作性原则
软件设计制作使用的技术不对浏览者使用的浏览器有特殊要求,使访客能方便、随意的进行页面跳转浏览。系统应确保用户界面友好、风格一致,应具备易操作的特点,好记易学、实用高效。对于平台的各种提示信息,应做到用语规范、实时动态,保证用户快速准确获得相应信息。方便各类操作人员,做到部分业务的完全或部分自动化处理。
1.3.7. 高性能原则
系统应在响应时间、数据吞吐量和持续高速性等多方面提供较高性能的数据处理能力。在系统设计及开发过程中,充分考虑系统当前及未来可能承受的工作量,使系统的处理能力和响应时间能够满足用户对信息处理的需求,具体要求注册用户数不得低于2万人,并发数3000人。系统建设应充分考虑到用户实际情况,需提供相应的联机帮助,用通俗易懂的语言指导用户正确使用和维护平台资源,便于系统管理人员能够尽快熟练地掌握该系统的操作和管理技术,以保证系统良好运行。
2. 项目建设要求
2.1. 网络环境要求
卖方应在买方提供的网络结构下开展相关工作。卖方在买方网络环境下,对满足软件安全方面提出意见。
2.2. 使用终端要求
系统应能够支持用户在PC、PAD及智能手机等终端上使用相关功能,为用户提供多渠道方便的功能使用。
2.3. 系统集成要求
系统应提供安全高效跨平台的接口框架,可以方便与外部平台对接,并且在不改变功能代码的情况下将系统功能灵活配置为对外服务,方便第三方平台对接。
3. 业务需求描述
建立安全农产品服务平台,主要包括农业科技服务、农产品质量追溯、物联网监管、精准化营销和第三方服务机构接入。
3.1. 农业科技服务
通过制定安全农产品标准化生产规范(包括生产基地筛选、标准化生产、土壤改良、科学用肥用药等内容)指导农产品标准化生产,重点做到对肥、药、生长激素等农用生产资料的使用监管,尤其是用药环节做到源头可追溯、信息可查询、使用可追踪,生产者必须有翔实的购买记录与使用台账。
3.1.1. 专家库管理功能
专家名称,专家领域,服务次数,基本信息,问答评价。
3.1.2. 病虫害数据库
具有连接国家病虫害数据库功能,进行数据方面分析,动植物名称分类、病虫害常见问题分类。
3.1.3. 在线服务
提供专家与农民相互沟通功能。具备发起咨询,咨询问题,远程服务,现场预约服务。
3.1.4. 用户终端注册管理功能
上传图片,文字描述等功能 链接硬件:环境检测 与视频数据功能。
3.2. 农产品质量追溯
追溯系统记录及产品相关视频监控、图片等信息,与企业上下游供应链系统整合对接,实现消费者在平台或者终端即可通过扫码进行供应链全程回溯,质量追溯系统主要与山东邮政安全农产品标准生产规范接入功能,必须具备标准生产规范条件。
3.2.1. 质量安全全程追溯
对农产品生产环节责任主体进行追溯,追溯信息涵盖整个产品生产、加工、流通、销售过程,显示相关负责人、操作人员、技术人员、推广人员等人员信息,显示各类监测数据、监测报告、合格证书等电子文档。
3.2.2. 种植基地信息追溯
精确定位原产地,以安全农产品生产规范作为种植基地信息追溯,涵盖视频信息,环境检测信息 直接显示地图定位与图片。包括产地环境、种子等生产资料、生长管理、收摘信息。
3.2.3. 投入品监管
按照山东邮政安全农产品生产标准规范进行记录投入品来源,品名 浓度 剂量等信息进行全方位管理 ,并与山东邮政标准规范深度融合,形成严密的农产品生产机制,切实保障食品安全,追溯信息涵盖化肥与国家规定农药等信息。
3.2.4. 图片与农残信息
根据消费者意愿显示软件功能,产中产后生产规范。显示第三方公司数据信息。包括加工信息、仓储信息、运输信息、质检信息等信息。
3.2.5. 软件具备作业真实控制系统
可以真实显示作业中出现的作业信息,及时上传图片与视频展现消费者。最大程度的提供产品信息的广度、可追溯信息(向前和向后)的长度、确定问题产生的根源或产品特性的准确性程度。
3.3. 物联网监管
选取部分具备条件的农产品生产基地作为智慧农业的示范实验基地,为这些基地配备部分物联网设备,同时在管理端设有随时可查询的物联网监管模块。
3.3.1. 生产基地物联网设备配置
温度传感器、湿度传感器、CO2传感器、智能监控终端(3g路由版)、智能前置服务器、高清摄像头以及其他辅助材料。
3.3.2. 物联网重点监测数据
重点针对环境的水分、养分、二氧化碳、温度、湿度等多项参数的实时监测。
3.3.3. 物联网传输性能要求
具有3G/4G/GPRS多种数据传输制式以及数据处理功能。系统支持GPS定位功能,配合云视频监管系统可现用户远程界面的清晰监控显示。所选产品为智能环保型智慧农业产品,采用无线传感器网络技术和移动、联网、电信三网兼容性IP 网络平台接入。
3.4. 精准化营销
精准化营销方面,通过建立区域农产品电子商务系统,地标产品地图展示 优质农产品展销平台。通过二维码追溯系统采集的生产采收包装信息,形成供给信息,并通过搭建平台,开放注册采购、销售、批发商等账号,搭建产销数据汇总交易平台。并对区域内产地农产品价格进行公示和全国价格对比。
3.4.1. 农产品特色标识地图系统
打造生态链条提高农产品价值,通过品牌塑造,包装,营销方式打造区域品牌农产品,每个乡镇,每个县 每个市 建立地理标识地图,建立场馆展示,消费者通过浏览地图,可以直观的了解各地特色农产品和优质乡村游景点和农家乐采摘点,并直接在线购买或者选择最近的线下体验店购买。
3.4.2. 扫描条形码可以识别
生产档案信息、质量安全信息、三品一标认证信息,并集成开发包装物流追溯功能,可以实现农产品追溯码与物流信息同步更新,同步物流信息。
3.4.3. 众筹及订单农业区域分布功能
农产品分类功能、特色区域产品功能;设置、修改、删除、相关信息功能;建立生鲜众筹模块,与品牌化营销结合推广功能。
3.4.4. 拓展实体线下农产品体验店
建设线下体验店(自建与加盟的形式)进一步提升平台品牌影响力,加快产品推广。系统对各个生产基地的采收供货情况自动采集,并发送到区域农产品电子商务平台,形成供求信息及网上电子交易链接推送给潜在消费者。
3.5. 引入第三方服务机构
3.5.1. 第三方质检机构
为确保入驻平台的产品全部有合格的质检报告呈现给消费者,真正让消费者吃着安心,用的放心,平台通过与国内知名的第三方检测机构和认证机构进行合作,为第三方检测认证机构提供一个展示推广的平台,同时入驻平台的企业可以通过平台,找到适合的检测机构,还可以通过平台用更优惠的价格对产品进行质检。最终打造消费者、生产者、检测机构之间的生态闭环体系。
3.5.2. 第三方保险公司
为进一步消除消费者顾虑,增强平台农产品的安全可信度,引入第三方保险公司,对产品添加质量保险,消费者在购买产品时可自主选择是否添加保险(部分商家也可自主为消费者添加保险),凡购买含质量保险的产品后,如发现产品安全质量问题,将由保险公司负责对问题承保。
4. 非功能要求
4.1. 安全性要求
Ø 需提供整站内容保护机制,网站本地数据库备份和严格的安全机制用以保证业务的安全运营和客户所有信息的保密。
Ø 对于用户的个资、密码、事务数据、交易过程产生之敏感数据等,进行适当的保护与管理,对于相关重要数据(如:身分证字号、用户密码等),不得以明码方式储存。
Ø 系统日志记录,需提供Change log、系统 Error log及Access log等,记录本项目所开发之系统及后台操作人员使用情形与异常轨迹。
Ø 安全检测报告,本项目验收前,须针对交付系统进行安全检测并提供检测报告,包括弱点扫描(至少包含网址列、网页字段之SQL Injection 与 XSS检查), 程序原始码检测应包含最新版之 OWASP TOP 10 网站应用程序弱点。厂商应针对检测及扫描结果进行修补,并制作检测报告书以兹证明无相关弱点。
4.2. 性能要求
Ø 系统硬件设备的高峰时CPU利用率平均不超过70%;
Ø 通过异步的方式进行操作日志的记录,降低用户操作的响应时间;
Ø 优化SQL语句,提高数据库的数据处理性能;
Ø 系统具有海量数据的存储和并发调用负载能力,要求能够实现对大并发量数据运算的负载均衡,避免在数据库中进行大数据量的业务处理,保持数据服务的平稳;
Ø 系统支持的注册用户数量不低于30万,同时在线用户数系统一期不低于5万,后期可扩展至15万以上(需提供具体部署方案);且移动客户端用户数在此范围内无数量限制。
Ø 在一期同时在线用户5万的条件下,应满足以下指标:
1) 数据录入界面刷新相应时间:2秒以内;
2) 数据更新的响应时间:3秒以内;
3) 简单查询的响应时间:3秒以内;
4) 统计报表的响应时间:10秒以内;
5) 复杂统计报表的响应时间:15秒以内。
4.3. 可靠性要求
Ø 卖方应向买方提供成熟的、容错性和易恢复性俱佳的系统;
Ø 卖方应有与买方要求(用户数量、功能要求等)相近的其他系统成功实施经验,并就具体实施案例进行说明;
Ø 系统必须支持7×24小时不间断地工作。应用软件中的任一构件更新、加载时,不影响业务运转和服务;
Ø 系统应具备静态过负荷控制和动态过负荷控制两种过负荷控制的能力,能根据CPU、内存、处理能力进行过负荷控制;
Ø 软件故障情况下,系统应具备故障守护恢复机制,即当发生一般性软件障碍时,系统应具有自纠恢复能力,例如:软件发生障碍时能进行局部再装入等;
Ø 系统能够正确识别外围系统发的错误请求及重复请求,避免出现一些不可预测的结果。
4.4. 开放性要求
Ø 系统应随着应用水平的提高、规模的扩大和需求的增加,无需对系统的体系结构做较大的改变就可以对系统的功能实现扩展;
Ø 应提供系统详细设计文档及核心数据库的库表设计文档,保证买方进行二次开发工作;
Ø 系统应开放数据接口,便于与其它系统软件互相集成,方便支持与其他业务系统的单点登录集成,在可获得相应系统的数据结构或数据接口情况下,实现与这些系统的应用、数据等各层面上无缝连接。
4.5. 其他要求
Ø 浏览器支持:需要支持主流浏览器,如IE、Firefox、Google Chrome、Safari、Opera等。
5. 项目实施要求
5.1. 资源要求
人力资源:要求卖方为本项目建设阶段配备足够专业的技术人员,确保有足够的人力和时间投入项目建设。要求提供实施团队人员清单、简历及类似项目经验。卖方需保证项目主要负责人在现场支持不低于2月。
5.2. 安装部署服务要求
Ø 卖方应提供基于windows(64位)操作系统的集群部署方案,方案应具备高度的扩展性及灵活性以满足未来业务发展要求。
Ø 卖方应提供满足一期要求和后期扩展至15万在线用户的软件部署、硬件配置及部署两套技术方案。
Ø 卖方应提供操作系统、数据库、web应用服务器及应用软件的安装、部署等服务。
Ø 卖方应提供项目管理服务。卖方应主动协助买方的工程管理人员安排工程计划,划分阶段性的工程目标,定时提交工程进度情况报告,适时的参加工程协调会,配合买方协调工程中有关各方的关系、分工与进度,设备及系统软件的验收等。
Ø 卖方应明确开发实施进度。卖方必须具备良好的项目管理能力和经验,对项目实施过程中的计划进度、需求分析、需求变更、系统设计、文档管理、配置管理、测试管理等制定并严格执行对应的管理规范。
5.3. 验收测试要求
Ø 软件验收测试的条款必须与技术规范一致。卖方提供验收测试方案、测试用例等。
Ø 卖方应提供基于测试方案的相关测试结果报告。
Ø 在系统试运行连续无重大故障3个月后进行系统初验;初验9个月后进行系统终验。
5.4. 软件维护要求
Ø 软件免费维护期为项目终验后一年。卖方应明确软件维护期内的维护内容(软件升级、故障响应、日常维护等)、时间安排、人员安排等。要求指定专门的工程师负责售后服务,并提供专人的姓名、资料及联系方式。应明确软件发生故障时(可分不同故障级别),实施方的响应时间、响应方式、完成工作。
Ø 系统要求卖方的响应时间为1小时。技术人员上门时间为12小时。重大问题解决时间不超过4小时。
Ø 对系统在实际应用中遇到的操作使用、维护和二次开发的技术疑难问题进行解答和处理。
5.5. 成果交付要求
Ø 产品说明书。
Ø 产品用户手册。
Ø 软件源代码和可执行程序。
Ø 二次开发指导手册及系统相关设计文档(包括但不限于系统数据表设计文档)。
Ø 软件的各种成果(需求分析文档、设计文档、各类测试报告等)。
Ø 系统运维手册。
5.6. 上线指导
卖方应对买方系统实施及上线过程中所需工作(域名申请、备案、微信公众服务号申请等工作)提供指导,保证项目顺利开展。
6. 培训及其他要求
培训对象分为两类人员:系统运维人员、平台开发人员。卖方应提出详细的培训方案,包括培训计划、培训目标、培训内容、培训对象、培训时间、培训方式、培训地点、培训教材、培训保障的提供(场地、教材等)。
6.1. 系统运维人员培训要求
6.1.1. 培训目的
对邮政公司系统运维人员进行系统运行维护培训包括:系统日常运维、常见故障诊断及处理等。
6.1.2. 培训方式
采用现场培训方式。卖方在系统安装调试完毕后安排专业人员对系统概要以及系统的调试、维护、软件的安装、初始化及排除故障等方面进行培训,并选择适当的时间对买方的技术人员进行实际环境下的操作培训。
6.2. 平台开发人员培训要求
6.2.1. 培训目的
对邮政公司技术人员进行二次开发培训,保证技术人员具备对系统的二次开发能力。
6.2.2. 培训方式
Ø 集中培训
卖方在培训时提供指导性手册,如:操作手册、维护手册。目的是使学员了解系统的结构、工作原理、工作性质和排除一般故障的方法。对技术人员进行详细的二次开发培训时,要在与真实系统相同的模拟环境中进行。
根据双方协商结果制定培训时间表,卖方根据时间表协助安排人员参加培训。
集中培训地点在卖方公司或卖方研发中心所在地,培训所需费用除买方人员往返培训地点的交通费用以外均由卖方承担。食宿标准不低于每人每天200元。
培训天数不低于10天,培训人数为6人。
Ø 现场培训
卖方在系统安装调试完毕后安排专业人员对系统的调试、维护、软件的安装、初始化及排除故障、二次开发进行指导和演示,选择适当的时间对买方的技术人员进行实际操作培训。
6.3. 培训其他事项
6.3.1. 培训课程及资料
培训的课程按照不同的对象、内容分别定制。目的是使学习的每个学员对整个系统的特性、构造、操作要求和维护有一个完整的了解。培训课程包括软件和硬件。
Ø 与软件有关的课程
1) 系统概要
2) 应用程序(操作使用、软件维护、升级)
3) 数据库管理、系统的配置和管理
4) 二次开发平台的使用、新功能的开发与部署
Ø 与硬件有关的课程
1) 系统的概要
2) 服务器的配置、运行、诊断、维护
Ø 教学资料
卖方在培训时提供的幻灯片、录像、光盘的内容培训结束免费提供给用户。
6.3.2. 阶段性培训要求
在项目方案、设备完全确定以前,应针对项目的特点,提供基础性、概念性、策略性的初级培训,培训一般以交流形式进行,这种培训可能会有1到2次;
在确定项目的方案、设备,初步系统安装调试期,进行系统预验收期间,针对具体的项目和设备的具体实施情况,进行具体的设备和系统的使用培训,这类培训会在工程实施前有1次;
项目试运行期间,应对操作人员和系统管理员有数次详细的培训。
6.3.3. 产品报价要求
产品报价应提供本次产品及定制化开发的总体报价和后期二次开发人月报价,后期二次开发人月不得高于此次报价。