食品移动营销软件系统招标公告



第一章 招标公告
(略) 要求， (略) ，现将招标事宜通知如下：

一、招标内容：

本次招标范围为 (略) 移动营销软件系统开发与实施：

（1）根据 (略) 业务开发符合思念业务需求的移动营销系统；

（2）移动营销系统实施与成功上线。

（ (略) 要求）

二、投标人要求：

企业法人营业执照、税务登记证等企业资质证书复印件（加盖公章），开标时携带原件。

三、标书取得时间： * 日-- 6月 21日

四、报名地点：每天上午9时00分至12时00分，下午14时00分至17时00（节假日除外） (略) 组（地址： (略) 省 (略) 市 (略) 区英才街15号研发楼311室） (略) 文件，报名时需持营业执照原件及复印件加盖公章、 (略) 驶证（自有及挂靠车辆）复印件加盖公章。

五、投标保证金：本次招标无需交保证金。

六、投标截止时间及开标时间： * 日上午9:30。

七、开标地点： (略) 市文化路英才 (略) 研发楼三楼会议室（具体以开标时间前通知为准）

所有投标人的法定代表人或法定代表人委托代理人必须准时参加， (略) 递交的投标文件将被视为无效投标文件予以退回。

八、 (略) 组联系人：吴先生 ***

九、项目答疑联系人及电话： (略) 齐小威 ***

十、投标文件编制及装订要求：

投标文件要求一正两副，正本和副本的封面上应清楚地标记“正本”或“副本”的字样。当副本和正本不一致时，以正本为准。 (略) 有投 (略) 有副本分别密封。

投标文件不要求逐页小签，按招标文件要求签字或盖章。投标文件应用不褪色的材料书写或打印，并由投标人的法定代表人或其委托代理人签字或盖单位章，投标文件封面、投标函均应加盖投标人印章并经法定代表人或其委托代理人签字或盖章。由委托代理人签字或盖章的在投标文件中须同时提交投标文件签署授权委托书。委托代理人签字的，投标文件应附法定代表人签署的授权委托书，投标文件签署授权委托书格式、签字、盖章及内容均应符合要求，否则投标文件签署授权委托书无效。投标文件应尽量避免涂改、行间插字或删除。如果出现上述情况， (略) 应加盖单位章或由投标人的法定代表人或其授权的代理人签字确认。

第二章 投标单位须知
1、投标文件中提供企业简介或企业基本情况一览表。

2、投标文件中提供近三年财务审计报告。

3、资质文件：投 (略) 简介、营业执照、税务登记证、企业资质复印件（加盖公章）。 (略) 提供相关资质原件。

4、投标方同意在从开标之日起90天的投标文件有效期内严格遵守本投标书的各项承诺。在此期限届满之前，投标文件始终对投标方具有约束力。

5、投标方如中标， (略) 人（含其任何高级职员、董事、股东、代表或代理人等）任何佣金、款项、货款、贵重礼品、回扣、奢华的娱乐或其他有价值的物品。否则，投标方即构成严重违约。

6、 投标人出现以下情况，招标人有权扣除投标人投标保证金：

6.1围标、串标；

6. (略) 投标承诺或 (略) ；

6.3伪造证明、证书、合同等相关证件；

6. (略) 书约定要求或国家招投标有关法律法规。

7、认可招标方的评标程序及原则。

8、接受招标方以电话通知中标结果的方式。

9、招标方不向中标方、落标方解释中标及落标原因，不退还投标文件。

10、在开标、评标期间，投标方不得向评委询问评标情况， (略) 旨在影响评标结果的活动。 (略) (略) 为， (略) 核实后，对该 (略) (略) (略) 罚。

11、 (略) 文件要求的， (略) 有投标，招标方对受影响的投标方不承担任何责任，也无义务向受影响的投标方作出解释。

12、投标时间截止后不再接收投标，视为投标单位放弃投标资格。

13、 (略) 人串通投标，不得向招标 (略) (略) 贿谋取中标，不得以他人名义投标或者以其他方式弄虚作假骗取中标；投标人不得以任何方式干扰、影响评标工作。

14、招标文件

1)招标文件包括 (略) 列章节内容及其附件， (略) 文件及图纸资料是否齐全，如有缺漏， (略) 人联系解决。

2) (略) 文件， (略) (略) 有要求。不按招标文件的要求提供的投标文件和资料，则被视为无效标而导致投标被拒绝。

3) (略) 文件后， (略) (略) 有内容， (略) 人提出并更换，否则由此引起的后果由投标人自己承担。

4) (略) (略) 有条款内容、图纸资料等，并对自己 (略) 做出的结论负责。

15、投标文件的审查

1)文字与图表不符，以文字为准。

2)单价与总价不符，以单价为准。

3)大写与小写不符，以大写为准。

4)正本与副本不符，以正本为准。

5) (略) 文件的要求。

16、无效标书的确认

1)投标人有下列情况之一者，所投标书无效；

2)投标书未密封的；

3)投标书未按规定加盖投标单位公章（或合同章）的；

4)投标单位法定代表人或其代理人资料未按规定加盖签章（或签字）的；

5)投标书未按规定的格式，内容和要求填写的；

6)投标书书写潦草，字迹模糊不清，无法辨认的；

7)投标书内容不全或自相矛盾的；

8)同一项目有多个投标报价、且未声明以哪一个为准的；

9)投标书超过规定期限送达的；

10)投标人未准时参加开标会议的；

11)未按规定交纳投标保证金的；

12)恶意串通其他投标人，故意哄抬价格或压价，违反国家有关政策的；

13) (略) 文件要求的；

14) (略) 文件中规定资格要求的。

第三章 招标要求
一、标的

思念食品移动营销软件系统开发与实施

二、投标方资格

(略) 业移动营销系统开发与实施客户案例，软件开发采用最新的HTML5技术，具有跨平台特性，即支持安卓和IOS两系统。

三、招标要求

1、技术标准及功能要求

1.1技术要求：

1.1.1.平台要求

1.1.1.1.移动终端开发技术平台要求
 序号
 功能项
 功能要求
 
01
 开发语言
 基于该平台的开发语 (略) 混合式开发，

能够实现一次开发IOS、Android平台安装包的生成。
 
02
 开发环境
 平台能够提供类Eclipse的IDE开发环境或提供能集成

进Eclipse的开发插件，并提供丰富的开发帮助文档、

(略) 模拟工具和调试工具，能够提供便捷规范的

应用打包（IOS和Android）环境
 
04
 跨平台
 支持一次开发自动适配多种终端（适应iOS、Android等

不同OS、多种尺寸和分辨率、不同版本浏览器的智能手机

及平板）
 
05
 发布方式
 支持一次开发生成针对主流移动操作系统的不 (略) 装包，

且发布环境 (略) ，甲方人员可以独立完成发布操

作
 
06
 UI组件
 平台需提供丰富的UI组件和常用新闻,移动OA等模板,

支持高效开发
 
07
 API支持
 平台应提供的功能（API）包括但不限于：通讯录、手机

拨出、短信发送、短信查看、GPS、音乐播放、相机拍照、

本地数据库操作、Http/Https数据传输协议、ZIP压缩/

解压缩、数字签名、图片水银加密、FTP文件上传（支持

分包传输和断点续传）、用户登录、超时屏幕锁、加密协

议等；支持客户扩 (略) 二次开发
 
08
 对接方式
 支持与企业已有业务系统的多种对接方式，如Web

Service、HTTP等。

思念CRM系统接口无缝集成；
 
09
 离线操作
 平台需支持离线模式，并有针对离线数据的管理方案
 
10
 信息存储
 平台需存储用户信息、配置信息、日志信息，但不存储业务系统数据，并可根据甲方需要保存必要的数据
 
11
 断点续传
 平台需要支持信息交互的断点续传
 
12
 端到端架构
 平台需支持端到端的架构设计
 
13
 增量更新
 平台能够支持增量迭代(智能更新)的业务应用交付模式
 
14
 文档解析
 平台能够支持办公类常见文档的解析，包括但不限于：

招标方使用的公文格式：书生公文GD格式、方正公文ceb

格式；

Microsoft Office系列：doc、xls、ppt、docx、xlsx、

pptx等；

(略) WPS系列：wps、et、dps等；

Adobe PDF格式：PDF；

文本系列：txt、rtf等；

网页系列：html、htm、xml等；

图片系列：bmp、jpg、gif、png、tif等；

压缩系列：rar、zip等。
 
15
 平台开放
 平台能够支持第三方组件的集成，并提供一定的开发特性
 
16
 本地资源访问
 支持对移动设备本地资源的访问
 
17
 终端模拟
 平台提供终端页面模拟器
 
18
 开发文档
 能够提供本平台完善的开发辅助文档
 
19
 开发调试
 支持开发过程中的真机模拟调试
 
20
 直接发布
 支持在开发环境直接发布应用
 
21
 插件扩展
 支持自定义插件扩展和插件复用
 
22
 数据库支持
 支持移动端的SQLite等数据库，可 (略) 增删改

查操作。
 

1.1.1.2.管理平台技术要求

序号
 功能项
 功能要求
 
1
 应用管理
 支持移动应用管理、版本管理、升级管理、

消息推送等
 
2
 用户管理
 用户管理功能包括但不限于用户创建、分组、

赋权、导入，域用户管理，还需支持单点登

录，即企业APPSTORE内的各APP（各APP用

户名密码不同）只需一次登录， (略) 使

用
 
3
 终端管理
 支持完备的终端管理功能，包括但不限于设

备资产管理、文件远程传输、远程手机应用

锁定、远程手机应用炸毁、自动识别终端类

型。
 
4
  (略) 管理
 支持 (略) 内应用的上下架管理、应

用类别管理、广告管理、权限管理等功能
 
5
 统计查询
 支持平台层面、 (略) 和单个应用的多种

统计方式,包括但不限于:新增用户数量、总

用户数量、活跃用户、使用频率、使用时长、

页面访问、地域分析、版本分析、渠道分析、

设备分析、操作系统、分辨率、运营商、联

网方式等, 同时支持自定义事件分析、终端

异常分析等。
 
6
 SOA服务架构，统一鉴权
 资源服务的统一鉴权、托管资源整合系统中

的用户权限
 
7
  (略)
 支持SOA服务架构，支持服务组件的统插拔

式管理，将系统中常用功 (略) 进行

注册，方便于第三方调用
 
8
  (略) 述功能
 目前已有自己的平台，系统将上述功能选项

集成到思念综合业务管理平台中
 

1.1.2、先进性要求

系统应充分考虑移动应用技术的发展趋势和最新技术（以HTML5技术为核心的中间件开发），应为软件系 (略) 于领先地位的产品或技术。

1.1.3、灵活性要求

采用的技术必须具备良好的升级、扩容、 (略) 性和便利性。提 (略) 接口，便于和其他 (略) 数据和业务的集成。

1.2 功能实现

1.2.1一期功能实现

1.2.1.1 考勤功能

能实现思念营销系统人 (略) 程的考勤、定位、拍照； 支持HTML5离线缓存，由H (略) 在线和离线状态检测，离线时，需要能够把数据存储到本地，以便在线时同步到服务器上，HTML5提供了DOM Storagc和WebSQL Databasc两种存储机制。前者提供了易用的KCY/valuc对存储方式，而后者提供了基本的关系数据库存储功能。

1.2.1. (略) 信息收集

销售代表可以通过 (略) 门店资料收集,并上传后台与CRM系统对接；离线缓存功能同上。

1.2.1.3 终端拜访

系统后台支持终端拜访路线规划与下发终端用户，终端用户可按 (略) 拜访或对拜访路线申请调整，在没有规划路线的情况下，移动终端可 (略) (略) ,离线缓存功能同上。

1.2.1.4 经销商拜访

移动终端应支持对经销商的拜访，并上传至后台，可以查询；

1.2.1.5 消息推送

公告以列表的形式展示， (略) 进行搜索，可对公告 (略) 查看，以及附件下载。

1.2.1.6报表推送

将综合业务系统日常关键报表数据内容，通过移动端推送或展现;将原有生产经营指标展现临时方案迁移至移动办公门户。

1.2.1.7业务关键点统计

提供面向业务的统计分析报表功能，对关键 (略) 统计功能，流程类记录成功失败等审计日志信息，关键页面记录访问次数，并可在后台统计。可生成报表，也可生成饼状图、柱状图、折线图等，便于企业统计移动应用业务使用情况， (略) 移动应用的扩展、改进、完善、升级。

1.2.2二期功能实现

由于一期功能相对较于简单，二期则主要将思念综合业务平台相关业务模块功能迁移于移动客户端。

2、投标报价及承包方式

※合同价格为固定总价包干形式，包括需求调研、蓝图设计、软件开发、实施上线、维护费（一年）和不可预 (略) 需的一切费用， (略) 价格和政策变化做任何调整。

※付款方式：投标方提出具体付款方式：

※成果提交要求：

1)、要求包括打印文本、电子文档两种文件，招标方将根据双方合同约定标准组织验收。

2)、 (略) (略) 业规范标准撰写。

3)、中 (略) 有成果文件均应有独立完整的知识产权，如因此引起的任何纠纷均由中标方承担。 (略) 方所有，但中标方拥有署名权和用于宣传使用的权利。

4)、 (略) 方的商业机密负有保密责任。 (略) 方泄露商业机密，招标方保留追究其经济、法律责任的权利。

3、投标人应将投标文件分二册装订，按第一册《技术标文件》、第二册《商务标文件》。

3.1 技术标文件包括以下内容：

（1）软件开发语言；移动客户端采用以HTML5为核心，服务端以JAVA为主。并能够根据思念现有JEECG平台提供的服务端接口，进行业务功能的调用。实现其客户端展示要求。

（2）软件架构及扩展性；服务端支持SOA服务架构, (略) 署、异步等。

（3）HTML5离线缓存实现方案。

（4）提供详细的服务软件架构、设计文档。

3.2 商务标文件包括以下内容：

（1）投标报价书（详见“第六章 投标报价一览表”）；

（2）如有合理化建议，请做出合理化建议方案需增减的报价；

（3）拟定投入本项目人员构成；

（4）法定代表人证明书；

（5）法人委托授权书；

（6）投标人基本情况；

（7）投标人营业执照、资质证书及相关证明文件；

（8）投标单位的有效通讯地址、邮政编码、传真号码、电子邮箱。

说明：“投标报价书”作为投标文件的重要文件，应按格式填写，放在商务标文件第一页。

4. 无标底，评标依据价格和服务能力选择

第四章 评标办法

针对本项目具体情况， 本次招标采用综 (略) 评标，评标的基本分为100分，技术50%和商务50%，依据评标评分表客观评价，综合评定后确定中标候选人。评分表详见如下附件

(略) 思念食品移动营销软件系统开发、实施评委评分表

评审项目
 分值
 评分标准
 评分
 

技术标

50分
 软件功能架构

(略) *
 30分
 客户端是否采用以HTML5为核心技

术，且根据客户端业务需求编写详细接口文档，并与现有服 (略) 整合：10分
 
 
完善的开发流程和技术解决方案：5分
 
 
详细的系统架构和功能设计文档以及

数据文档有完备的质量内控体系且专人负责质量内控：5分
 
 
移动终端依赖的相关管理功能融入思念综合业务平台中,配合思念 (略) ，进行代码整合，切勿出现一个APP，多个服务端管理平台支撑：10分
 
 
(略) *
 10分
 完善的功能和性能测试报告，以及环境安装方案、 (略) 署结构、网络拓扑图.服务器端安装步骤、客户端安装步骤、日常常见错误代码与解决方法 ：10分
 
 
后期服务
 10分
 是否提供详细的安装维护手册、实施手册、并提供高效、及时的问题反馈解决方案等：10分
 
 
小计50
 
 
商务标

50分
 流程说明
 2分
 说明详尽，内容齐全，数据准确。0—2分
 
 
软件报价
 25分
 最高报价为10分，最低报价为25分
 
 
企业资质
 5分
 符合招标文件中规定的资质要求，5分，否则0分。
 
 
人员配备
 3分
 人员配备齐全，满足本项目要求0—3分
 
 
企业业绩
 15分
  (略) 业客户案例：每个5分
 
 
小计
 
 
合计