中央财经大学学生大数据分析平台采购项目竞争性磋商文件

中央财经大学学生大数据分析平台采购项目

竞争性磋商文件

项目编号：FW-2019034-ZJ

中经国际招标集团有限公司

2019年5月15日

磋商文件目录

第一部分竞争性磋商邀请..................................................3

第二部分供应商须知.....................................................6

第三部分服务需求.......................................................15

第四部分响应文件格式...................................................23

第五部分政府采购合同（仅供参考）......................................32

第六部分政府采购政策...................................................35

第一部分竞争性磋商邀请

受中央财经大学委托，中经国际招标集团有限公司就中央财经大学学生大数据分析

平台采购项目进行国内竞争性磋商采购,现邀请符合相应资格条件的供应商参与本采购

项目(以下简称本项目)，并按要求提交密封响应文件。

一、项目名称：中央财经大学学生大数据分析平台采购项目

二、项目编号:FW-2019034-ZJ

三、采购方式：竞争性磋商

四、采购需求和采购预算：

1、项目预算：80万元;本项目招标控制价：阻万元。

2、项目用途：对现有各业务系统、网络系统的数据进行规范、采集、挖掘和分析,

建立校内学生个人数据仓库、专业市场数据和校内全量基础数据库群以及数据信息采集

处理、汇总分析、共享服务的大数据分析平台。

3、招标内容：将对学校各个业务系统的数据进行整合，针对学校已有的主数据交

换平台，将直接对数据交换平台内的数据进行直接采集，并进行对应格式转换入库。具

体采购需求、服务要求等见本文件第三部分。

4、项目地点：中央财经大学

5、服务期限：自合同签订起3个月内交付完成。

五、需要落实的政府采购政策要求

节能产品强制采购、节能产品、环境标志产品优先采购、政府采购促进中小企业发

展、政府采购支持监狱企业发展、促进残疾人就业政府采购政策等。

六、供应商资格条件：

1、符合《中华人民共和国政府采购法》第二十二条的规定；

3、在中华人民共和国境内注册，具备生产或经营本项目标的物资质；

4、未列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信

行为记录名单；

5、本项目不接受供应商以联合体形式参加。

七、信用信息查询的查询渠道及截止时点

1、查询渠道："信用中国”网站(),中国政府采购网

(www.ccgp.gov.cn)等；

2、截止时点：自磋商文件发出之日起至提交响应文件截止时间止;

3、具体信用信息查询要求见本文件。

八、磋商文件售价及获取：

1、磋商文件售价：500元/本，售后不退；现场获取；

2、获取时间：2019年06月12日9:30至2019年06月19日16:00（北京时间，

工作时间，下同）；

3、获取地点：北京市东城区滨河路1号航天信息大厦10层1001室。

4、获取方式及要求：凡参加本项目的供应商，须由其法定代表人授权代表携带以

下材料：①法定代表人授权书；②被授权代表本人身份证原件及复印件；③信用信息查

询记录网页打印页（查询时间符合信用信息查询截止时点要求，有不良记录、失信记录

须展开后打印）。

备注：以上复印件和打印页均须加盖供应商公章，传真件、扫描件、电子图片不能

认同为原件的替代文件。在规定时间到中经国际招标集团有限公司进行备案登记后领取

电子版磋商文件。

九、首次磋商响应文件的提交时间及地点、截止时间、开启时间及地点：

1、提交时间:2019年06月24日9:00-9:30；

2、提交地点：北京市东城区滨河路1号航天信息大楼10层会议室

3、截止时间:2019年06月24日9:30；

4、开启时间：2019年06月24日9:30；

5、开启地点：北京市东城区滨河路1号航天信息大楼10层会议室。

特别提示：鉴于北京市的交通状况，请各供应商务必把握好时间，逾期送达或不符

合规定的响应文件恕不接收。

十、现场踏勘时间及地点

本项目不组织统一踏勘现场

十一、采购人联系人及联系方法

采购人：中央财经大学

采购人联系人：王老师

采购人联系电话/p>

采购人地址：北京市海淀区学院南路39号

十二、采购招标代理项目联系人及联系方式：

采购代理机构：中经国际招标集团有限公司

采购代理机构联系人：邱锐

采购代理机构联系方式：010—57217116

采购代理机构地址：北京市东城区滨河路1号航天信息大厦

第二部分供应商须知

一说明

1本磋商文件适用于本文件第五部分中所述所有货物和（或）服务的供应商的报价和

磋商。

2费用

2.1预算金额：80万元。

2.2供应商应承担所有与准备和参加磋商有关的费用，不论磋商的结果如何，采购人

及中经国际招标集团有限公司均无承担的义务和责任。

2.3中经国际招标集团有限公司收取成交服务费。本项目拟定成交供应商1名，成交

供应商应缴纳服务费：参照1980号文件下浮20%支付进行计算，由成交供应商支

付。

2.4供应商以中小企业名义（含中型、小型、微型企业，下同）参与本次政府采购活

动的，应符合《工业和信息化部、国家统计局、国家发展和改革委员会、财政部

关于印发中小企业划型标准规定的通知》（工信部联企业（2011）300号）规定

的中小企业划分标准，并提交《中小企业声明函》（格式详见本文件第七部分）。

中小企业提供的货物应当是本企业制造的货物，或者是其他中小企业制造的货

物。小型、微型企业提供中型企业制造的货物的，视同为中型企业。本条所称货

物不包括使用大型企业注册商标的货物。中小企业承担的工程或者服务应当由本

企业完成。

2.5鼓励大中型企业和其他自然人、法人或者其他组织与小型、微型企业组成联合体

共同参加非专门面向中小企业的政府采购活动（不允许联合体参加的项目除外）。

联合体各方均为小型、微型企业的，联合体视同为小型、微型企业，享受《政府

采购促进中小企业发展暂行办法》（财库（2011）181号）规定的扶持政策。组

成联合体的大中型企业和其他自然人、法人或者其他组织，与小型、微型企业之

间不得存在投资关系。

2.6供应商不应与在本次磋商中为采购人、采购中心设计编制技术规格、评审方法和

其他文件的公司及其附属机构有任何隶属关系和利益联系。

2.7本项目如果允许代理商磋商报价，应按供应商须知前附表第4条规定提供相关材

料。根据财政部财办库（2003）38号文件规定，原则上同一品牌同一型号产品只

能有一家供应商，如果有多家代理商参加同一品牌同一型号产品磋商报价的，应

当作为一个供应商计算。

二磋商文件

3磋商文件构成

3.1要求提供服务的内容及详细技术需求、报价须知和合同条件等在《磋商文件》中

均有说明。

《磋商文件》共五部分，内容如下：

第一部分竞争性磋商邀请

第二部分供应商须知

第三部分服务需求一览表

第四部分响应文件格式

第五部分政府采购合同

第六部分政府采购政策

3.2供应商应认真阅读《磋商文件》所有的事项、格式、条款和技术规范等。如供应

商没有按照《磋商文件》要求提交全部资料，或者响应文件没有对《磋商文件》在各方

面做出实质性响应是供应商的风险，并可能导致其响应被拒绝。

4磋商文件的澄清或修改

4.1任何要求对《磋商文件》进行澄清的供应商，均应以书面形式在答疑时间前通知

中经国际招标集团有限公司。中经国际招标集团有限公司将对认为有必要澄清的问题在

递交响应文件截止时间5日前予以答复（答复中不包括问题的来源）。

4.2递交响应文件截止时间5日前，中经国际招标集团有限公司可主动地或在解答供

应商提出的澄清问题时对《磋商文件》进行修改。

4.3《磋商文件》的修改、补充或更正，均以书面形式通知购买《磋商文件》的潜在

供应商，并对其具有约束力。供应商在收到上述通知后，应立即向中经国际招标集团有

限公司回函确认。《磋商文件》的变更公告，发布于指定的媒体网站上。

4.4为使供应商准备报价时有足够的时间对《磋商文件》的修改部分进行响应，中经

国际招标集团有限公司有权决定是否顺延提交首次响应文件截止时间。

三响应文件的编制

5报价范围及响应文件中计量单位的使用

5.1供应商可对《磋商文件》中所列的所有服务进行报价，不得将一包中的内容拆开

报价。

5.2《响应文件》中所使用的计量单位，除《磋商文件》中有特殊要求外，应采用中

华人民共和国法定计量单位。

6响应文件的组成和相关要求

6.1响应文件分为商务部分、技术部分。

6.1.1商务部分指供应商提交的能够证明其有资格参加磋商报价和成为成交供应商

后有能力履行政府采购合同的文件。

6.1.2技术部分是供应商提交的能够证明其提供的货物和（或）服务符合磋商文件规

定的文件。

供应商应按磋商文件规定提交商务文件、技术文件和需要供应商自行编写的技

术文件。在磋商文件中标记有“*”的实质性要求，在响应文件中若有缺失、

无效、未响应或未实质性响应，将导致报价无效，且不允许在报价后补正。

6.1.3供应商应完整地按《磋商文件》第四部分“响应文件格式”提供的响应文件

格式填写《响应文件》。

7报价

7.1所有磋商报价均以人民币元为计算单位。供应商的报价应遵守《中华人民共和国

价格法》。报价价格应该已经扣除所有折扣，并且应已包含了购买货物和（或）

服务所需缴纳的所有税费和货物发运到指定地点所需的一切费用。

7.2供应商应在报价表（附件3）上标明相关服务的单价和总价，并由法定代表人或

其授权代表签署。

7.3供应商应按磋商报价货物和（或）服务品目清单、报价表（统一格式）的内容填

写货物和（或）服务单价（包括货物报价，服务报价，设计费、版权费、税费、

装箱、包装、包装材料、送货和保险费用）、总价及其他事项，并由法定代表人

或其授权代表签署。每种规格的货物和（或）服务只允许有一个报价，任何有选

择的报价将导致报价无效。

7.4最低报价不能作为成为成交供应商的保证。

8磋商保证金

8.1本项目磋商保证金为0元。供应商应提供磋商保证金，并作为其有效响应

的一部分。逾期递交将被视为非实质性响应投标而予以拒绝。

8.2磋商保证金是为了约束供应商遵守法律规定和磋商承诺而要求的。下列任何情况

发生，磋商保证金将被不予退还：

（1）供应商在提交响应文件截止时间后撤回响应文件的；

（2）供应商在响应文件中提供虚假材料的；

（3）除因不可抗力或磋商文件认可的情形以外，成交供应商不与采购人签订合同

的；

（4）供应商与采购人、其他供应商或者采购代理机构恶意串通的；

（5）成交供应商不按规定提交履约保证金的；

（6）磋商文件规定的其他情形。

8.3凡在中经国际招标集团有限公司采用一次性交纳保证金方式的供应商，在递交本

项目《响应文件》时仍须按规定交纳磋商保证金。

8.4未按第8.1和第8.3条要求提交磋商保证金的供应商将被视为响应无效。

8.5成交供应商的保证金，在与买方签订合同并提交履约保证金后，且将已签定的《政

府采购合同》1份送中经国际招标集团有限公司归档后，5个工作日内以支票、电汇等

形式无息退还。

8.6未成交供应商的磋商保证金将于成交通知书发出之日起5个工作日内以支票、电

汇等形式无息退还。

8.7如果磋商保证金在成交通知书发出之日该款项尚未到账，则在到账之日起5个工

作日内退还。

9报价有效期

9.1报价应在规定的磋商日后的0天内保持有效，报价有效期不满足要求的《响应

文件》将做无效处理。

9.2中经国际招标集团有限公司可根据实际情况，在原报价有效期截止之前，要求供

应商同意延长响应文件的有效期。接受该要求的供应商将不会被要求和允许修正其报

价，且本须知中有关磋商保证金的要求将在延长后的有效期内继续有效。供应商也可以

拒绝中经国际招标集团有限公司的这种要求，其磋商保证金将不会被没收。上述要求和

答复将以书面形式作出。

10响应文件的签署及规定

10.1供应商应准备《响应文件》正本1份、副本4份（A4幅面）和电子版」一份、

投标（一次报价）一览表（单独密封），每份《响应文件》须清楚地标明“正本”、“副

本”和“电子版”“投标（一次报价）一览表”。若正本和副本不符，以正本为准。

10.2《响应文件》的正本需双面打印或用不退色墨水书写，并由供应商的法定代表人

或经其正式授权的代表在响应文件上签字并加盖单位印章。授权代表须持有书面的“法

定代表人授权书”(格式附后)，并将其附在《响应文件》中。《响应文件》的副本可

采用正本的复印件。

10.3任何行间插字、涂改和增删，必须由签字或盖章后才有效。

10.4《响应文件》因字迹潦草或表达不清所引起的后果由供应商负责。

10.5本《磋商文件》中所要求的公章是指行政公章，加盖合同专用章、报价专用章等

非行政公章的《响应文件》无效。

10.6签署指签字或盖个人名章。

10.7供应商应按照磋商文件要求，在响应文件适当的位置填写供应商全称并加盖公章，

同时签署法定代表人或其授权代表的全名。

四响应文件的递交

11响应文件的密封和标记

11.1送达《响应文件》时，供应商将《响应文件》密封。《响应文件》正本和副本密

封装在单独的信封中，且在封面标明“正本”“副本”“电子版”字样。

11.2所有信封上均应：

(1)标明项目名称、采购编号和“在2019年月日09时30分之前不得启封”

的字样。

(2)在信封的封装处加盖供应商单位公章。

(3)信封上还应写明供应商名称和地址，以便若其报价被宣布为“迟到”报价时，

能原封退回。

11.3如果供应商未按上述要求密封及加写标记，中经国际招标集团有限公司对《响应

文件》的误投或过早启封概不负责。

12响应文件送达截止期

12.1供应商应在邀请中规定的《响应文件》送达截止日期和时间内，将《响应文件》

递交中经国际招标集团有限公司。

12.2中经国际招标集团有限公司有权按本须知的规定，通过修改《磋商文件》延长响

应文件送达截止日期和时间。在此情况下，中经国际招标集团有限公司和供应商受截止

日期和时间制约的所有权利和义务均应延长至新的截止日期和时间。

12.3中经国际招标集团有限公司将拒绝并原封退回在本须知规定的《响应文件》送达

截止日期和时间后收到的任何《响应文件》。

五磋商及评审

13送达响应文件

中经国际招标集团有限公司应当按邀请的规定，在《响应文件》送达截止时间

的同一时间和预先确定的地点组织磋商活动，并邀请所有供应商代表参加。供应商代表

应签名报到以证明其出席。

14组建磋商小组

磋商小组由采购人代表和有关评审专家共三人单数组成，其中评审专家的人数

不少于磋商小组成员总数的三分之二。

15响应文件的初审

15.1磋商小组将审查《响应文件》是否完整、总体编排是否有序、文件签署是否合格、

供应商是否提交了磋商保证金、有无计算上的错误等。

15.2《响应文件》的大写金额和小写金额不一致的，以大写金额为准；总价金额与按

单价汇总金额不一致的，以单价金额计算结果为准；单价金额小数点有明显错位的，应

以总价为准，并修改单价；对不同文字文本《响应文件》的解释发生异议的，以中文文

本为准。

15.3在详细评审之前，根据本须知的规定，磋商小组要审查每份《响应文件》是否实

质上响应了《磋商文件》的要求。实质上响应的报价应该是与《磋商文件》要求的实质

性条款、条件和规格相符，没有重大偏离的报价。实质性响应条款以“*”形式在《磋

商文件》成交注。不满足实质性条款要求的《响应文件》将视为无效。磋商小组决定报

价的响应性只根据响应文件本身的内容，而不寻求外部的证据。

15.4供应商不得通过修正或撤销不符合要求的偏离或保留从而使其报价成为实质上

响应的报价。如发现下列情况之一的，其响应文件及报价将被视为无效：

（1）在《响应文件》送达截止日期和时间后送达的《响应文件》；

（2）应交未交或未足额交纳磋商保证金的；

（3）不具备《磋商文件》中规定资格要求的；

（4）《响应文件》中提供虚假或失实资料的；

（5）不符合法律、法规和《磋商文件》中规定的其他实质性要求的。

16响应文件的澄清

16.1在评审期间，磋商小组有权要求供应商对其《响应文件》中含义不明确、对同类

问题表述不一致或者有明显文字和计算错误的内容作必要的澄清、说明或者更正。

16.2供应商澄清、说明或者更正响应文件应当以书面形式作出，且不得超出《响应文

件》的范围或者改变《响应文件》的实质性内容。供应商的澄清、说明或者更正应当由

法定代表人或其授权代表签字或者加盖公章。由授权代表签字的，应当附法定代表人授

权书。供应商为自然人的，应当由本人签字并附身份证明。

17磋商

17.1磋商小组所有成员集中与单一供应商分别进行磋商，并给予所有参加磋商的供应

商平等的磋商机会。

17.2在磋商中，磋商的任何一方不得透露与磋商有关的其他供应商的技术资料、价格

和其他信息。

17.3磋商小组可以根据《磋商文件》和磋商情况实质性变动采购需求中的技术、服务

要求以及合同草案条款。对《磋商文件》作出的实质性变动是《磋商文件》的有效组成

部分，磋商小组将及时以书面形式同时通知所有参加磋商的供应商。

17.4供应商应当按照《磋商文件》的变动情况和磋商小组的要求重新提交《响应文件》，

并由其法定代表人或授权代表签字或者加盖公章。由授权代表签字的，应当附法定代表

人授权书。供应商为自然人的，应当由本人签字并附身份证明。

17.5磋商小组根据项目情况可进行一轮或多轮磋商。每轮磋商结束后，磋商小组应当

要求所有参加磋商的供应商在规定时间内（一般以每轮磋商结束后半小时内）进行报价。

最后报价以最后一轮磋商结束后的报价为准。

17.6如果未在规定时间内进行报价，则以上轮磋商的报价作为最后报价（进行一轮磋

商的，以其报价为准）。

18评审

18.1初步评审合格的响应文件，经磋商确定最终采购需求和提交最后报价的供应商

后，磋商小组将根据《磋商文件》确定的评审原则和方法，对其技术部分和商务部分作

进一步的评审和比较。

18.2磋商小组采用综合评分法对提交最后报价的供应商的响应文件和最后报价进行

综合评分。

18.3综合评分法，是指《响应文件》满足《磋商文件》全部实质性要求且按评审因素

的量化指标评审得分最高的供应商为成交候选供应商的评审方法。

18.4综合评分法中的价格得分统一采用低价优先法计算，即满足《磋商文件》要求且

最后报价最低的供应商的价格为磋商基准价，其价格分为满分。其他供应商的价格得分

统一按照下列公式计算：磋商报价得分=（磋商基准价/最后磋商报价）义价格权值X100。

18.5磋商过程中，如果磋商小组认为供应商的报价或者某些分项报价明显不合理或者

低于成本，有可能影响商品质量和不能诚信履约的，应当要求其在规定的期限内予以解

释说明，并提交相关证明材料。供应商的澄清或者解释应当采用书面形式，其法定代表

人或授权代表签字或者加盖公章。由授权代表签字的，应当附法定代表人授权书。供应

商为自然人的，应当由本人签字并附身份证明。如果磋商小组认为供应商所做的澄清或

者解释不能被接受，有权利拒绝其成交。

18.6最低报价不作为成交保证。

19评审过程及保密原则

19.1送达《响应文件》之后，直到授予成交供应商合同止，凡与本次磋商有关人员对

属于审查、澄清、评价和比较报价的有关资料以及授标意向等，均不得向供应商或其他

无关的人员透露。

19.2在磋商期间，供应商试图影响中经国际招标集团有限公司和磋商小组的任何活

动，其响应视为无效，并承担相应的法律责任。

六确定成交供应商

20成交候选供应商的确定标准

成交候选供应商的确定原则及标准：按评审后得分由高到低顺序排列。总得分最

高的供应商为成交候选供应商，次之作为成交备选供应商。评审得分相同的，按照最后

报价由低到高的顺序推荐。评审得分且最后报价相同的，按照技术指标优劣顺序推荐。

21接受和拒绝任何或所有报价的权利

21.1为维护国家和社会公共利益，中经国际招标集团有限公司保留在授标之前任何时

候接受或拒绝任何报价的权利，且对受影响的供应商不承担任何责任。

21.2因不可抗力或成交供应商不能履约等情形，采购人保留与其他候选供应商签订合

同的权利。

22成交通知书

22.1成交供应商确定后，中经国际招标集团有限公司以书面形式向成交供应商发出成

交通知书。

22.2成交通知书是合同的组成部分。

23签订合同

23.1成交供应商应当自收到成交通知书之日起30日内，按照磋商文件确定的合同文

本或甲方提供的合同以及服务要求等事项与买方签订政府采购合同，否则按撤回报价处

理。

23.2《磋商文件》、成交供应商的《响应文件》及其澄清文件等，均为签订合同的依

据。

23.3成交供应商拒绝签订政府采购合同的，采购人可以按照《政府采购竞争性磋商采

购方式管理暂行办法》第二十八条第二款规定的原则确定其他供应商作为成交供应商并

签订政府采购合同，也可以重新开展采购活动。拒绝签订政府采购合同的成交供应商不

得参加对该项目重新开展的采购活动。

23.4自政府采购合同签订之日起2个工作日内，采购人将政府采购合同在省级以上人

民政府财政部门指定的媒体上公告，但政府采购合同中涉及国家秘密、商业秘密的内容

除外。

七询问和质疑

24询问

供应商对政府采购活动事项有疑问的，可以向采购代理机构提出询问，采购代理机

构将在3个工作日内进行答复，如询问的内容涉及其他相关当事人商业秘密的，不在答

复范围之内。

供应商提出的询问超出采购人对采购代理机构委托授权范围的，供应商可向采购人提

出。

25质疑

(1)供应商认为竞争性磋商文件、采购过程和成交结果使自己的权益受到损害的，可

以在知道或者应知其权益受到损害之日起七个工作日内，以书面形式向采购人、采购代

理机构提出质疑。

备注：供应商应知其权益受到损害之日，是指：

①对可以质疑的竞争性磋商文件提出质疑的，为收到竞争性磋商文件之日或者竞争性

磋商公告期限届满之日；

②对采购过程提出质疑的，为各采购程序环节结束之日；

③对中标结果提出质疑的，为中标结果公告期限届满之日。

(2)供应商在知道或者应知其权益受到损害之日起七个工作日内，一次性提出针对同

一采购程序环节的质疑。

(3)采购人、采购代理机构将在收到供应商的书面质疑后七个工作日内作出答复，并

以书面形式通知质疑供应商和其他有关供应商，如质疑答复的内容涉及其他相关当事人

商业秘密的，不在答复范围之内。

（4）.供应商质疑应当提交质疑函和必要的证明材料。

（5）.供应商进行质疑时，应当书面提交质疑函正本一份、副本一份及电子版一份（word

版）。

（6）.质疑函应当包括下列主要内容：

①供应商的姓名或者名称、地址、邮编、联系人及联系电话；

②质疑项目的名称、编号；

③具体、明确的质疑事项和与质疑事项相关的请求；

④事实依据；

⑤必要的法律依据；

⑥提出质疑的日期（该日期为送达我公司项目负责人的日期）。

（7）.质疑人为法人或其他组织的，应当由法定代表人（负责人）或其授权代理人签字

并加盖单位公章。（备注：供应商可以委托代理人进行质疑，代理人提出质疑，应当提

交供应商签署的授权委托书。其授权委托书应当载明代理人的姓名或者名称、代理事项、

具体权限、期限和相关事项。供应商为自然人的，应当由本人签字；供应商为法人或者

其他组织的，应当由法定代表人、主要负责人签字或者盖章，并加盖公章。）

（8）.供应商撤销质疑的，需要提交有效签署的书面撤销材料。

（9）.质疑供应商进行虚假、恶意质疑的，采购代理机构将向财政主管部门进行汇报。

接收询问、质疑函联系人为采购代理机构本项目的联系人，联系电话为文件第一章中采

购代理机构本项目联系人的联系电话，地址为获取竞争性磋商文件的地址。

第三部分服务需求

第一节服务需求

一、项目概况

结合学校实际情况和发展需求，对现有各业务系统、网络系统的数据进行规范、采集、挖掘和

分析，并按照一定的顶层架构和算法，构建学生的微观大数据系统，打通数据的连接通道，建立校

内学生个人数据仓库、专业市场数据和校内全量基础数据库群以及数据信息采集处理、汇总分析、

共享服务的大数据分析平台，并提高学生的自我认识，促进学生管理改革，为领导提供数据支持和

决策参考。

二、系统功能需求

2.1平台需求

本次建设将对学校各个业务系统的数据进行整合，针对学校已有的主数据交换平台，将直接对

数据交换平台内的数据进行直接采集，并进行对应格式转换入库。对数据交换平台外的数据源，比

如网络日志、互联网数据等，则重新进行采集和数据清洗等工作，并按照新的格式进行数据入库工

作。同时搭建包含数据转换、数据预处理、数据建模、挖掘算法的大数据系统平台，并且部署大数

据业务分析系统和大数据管理系统，对数据元、集群、用户权限等进行可视化管理，以提高学校的

大数据运维管理能力。

通过本次平台的建设，学校将完成对整体校园大数据架构的整体规划和校园IT数据的战略布局,

建设可扩展的大数据管理平台及搭建包含数据采集、数据清洗、数据挖掘、数据管理和服务的全方

位大数据管理平台，为充实学校整体数据信息化建设和数据的积累打下坚实的基础，为学校逐步构

建大数据应用分析提供平台支持，充分发挥学校数据的价值，为学生教学和管理，老师的培训和提

升，教育质量的优化等提供数据服务。通过大数据平台分析，能够发现目前校园建设的不足。

大数据平台由7个模块组成，分别为数据采集和处理、存储管理、数据管理、算法模型、数据

安全、API接口和实时计算。

2.1.1数据采集和处理

L平台能够进行结构化数据采集，支持常见的MySQL、SQLServer.Oracle等数据库的接入，接

入数据库的表支持全量和增量两种数据采集方式。

2.平台能够进行半构化数据采集，支持常见请求方式如：get、post等，解析方式支持json和

xml：在高级设置中可以针对不同的采集量可以对采集服务做参数优化（如执行进程数，进程内存,

driver的内存）。

3.平台能够进行解析规则管理，解析规则可支持选择规则配置文件。解析规则配置完成后在非

结构化数据采集中可以进行解析方式应用。

4.大数据平台在数据采集里支持数据采集日志查询功能。可选择任务类型、任务状态、执行时

间等进行查询。显示内容包含序号、任务、任务类型、状态、开始时间、结束时间、状态日志详细

信息等。

5.大数据平台具有数据预处理功能。可支持拖拉拽的方式进行数据预处理工作，数据预处理列

表包括数据过滤，数据替换；数据转换包含选择列和常量列两种方式。

6.大数据平台具有数据预处理功能。可支持拖拉拽的方式进行数据预处理工作，数据预处理列

表包含数据集成功能。数据集成主要支持数据合并、数据关联两种方式。支持处理结果输出到多种

数据源或多个数据源。

2.1.2存储管理

1.大数据平台具有数据管理功能。其中元数据管理支持对数据库进行搜索；数据库可支持表搜

索且可查看表名、备注、类型。表明细包含概述、歹人样本、细节。其中概述应包含建表日期、位

置（可跳转存储位置）、文件数量、文件大小等；列应包含字段、类型、备注；样本能够暂时包含

所有字段的10个样本数据。

2.数据管理具有数据质量报告功能。可以选择数据来源库和数据来源表来对数据质量报告进行

展示。所展示内容应包含该表下所有字段的数据质量。

2.1.3算法模型

1.大数据平台应包含机器学习库模块，模块应包含知识库功能，知识库包含线性代数、微积分、

分类算法、线性回归算法、逻辑回归算法、支持向量机聚类算法、降纬算法、协同过滤、EM算法、

Python等机器学习知识库。

2.大数据平台应包含机器学习模块，模块应包含机器学习平台功能。机器学习平台支持对算法

进行代码编辑及算法验证。

2.1.4数据安全

主要集中在针对数据安全来说：由于大数据平台汇集了权限的数据，所以在保障安全上要有一

套安全体系：

提供用户名、密码等多认证组合的安全验证方式；

提供Kerberors、LDAP、sentry等安全防护组件；

提供数据划分和隔离功能，提供对数据访问记录分析等功能；

提供数据多副本冗余存储，网络的多链路冗余技术，保证数据及存储的安全性；

提供用户管理体系和管理平台，提供多用户的权限及安全管理，以图形化方式对用户的权限及

角色进行增删查改等：

提供针对用户的访问权限的数据进行动态脱敏授权，脱敏范围精细到字段；

2.1.5API接口

针对于大数据平台的开放性，避免后期接口费用，接口标准等问题，要求提供统一标准的API

接口：

提供统一标准的数据仓库开发接口，支持至少包含Python、Java等开发语言。提供标准的sql

语言支持，支持JDBC数据连接方式；

提供统一的API接口管理中心，对接口提供统一的管理控制及授权；

提供统一的模型主题库开发接口，可对接第三方BI开发工具，支持用户自定义业务呈现开发：

支持分布式负载均衡设计架构，支持高并发，接口支撑不受单个程序异常的影响；

提供开发者权限管理功能；

2.1.6实时计算

针对实时性要求比较高的应用，要考虑实时计算的问题，比如学科数据的实时监测，为学生提

供实时的自习室，餐厅等的推荐。

针对实时性要求比较高的数据，提供实时采集、实时计算、实时展示功能；

至少提供flume做日志采集、采用kafka做实时流处理，形成消息队列；

通过kaflca提供消息队列处理，使用sparkstreaming实时流运算，运算后供前端展示；

支持流式数据批量处理功能，将流式的实时数据分解到计算节点批量处理；

2.2业务需求

目前，学校现有的数据未实现整合，覆盖了学生学籍数据、招生数据、就业数据、教务数据、

住宿数据、资助数据等，传统的手段无法对这些数据进行准确的分析，无法提供精准的服务和指导。

学工大数据分析系统就是把以前数据进行建设和管理，实现“让数据说话”的功能，对某个个体、某

个群体，以及所有学生的特征进行提取和图表呈现，为决策提供依据。

初期开发建设的需求主要覆盖三个方面的内容：综合画像、综合预警和行为轨迹。综合画像可

以呈现三方面的内容：群体画像、个人画像和学生大数据报告；综合预警可以细分为紧急预警、学

业预警、行为异常预警、网络预警、贫困预警、心理预警以及相关的管理功能；行为轨迹包括重点

人群轨迹、校园热力分析、楼宇使用分析，具体内容如下：

2.2.1综合画像

“综合画像''需实现的功能是根据用户特征进行标签管理，对现有的学生数据进行收集分析，能

够呈现一个学生、一个群体或者全校学生的特征全貌，并开展横向、纵向和历史数据的对比，呈现

发展变化的趋势，形成分析报告。

1.群体画像

建立每个学生的个人画像，为每位学生贴上标签，并且进行历史发展情况、学习排名等数据进

行模型分析，提供行为画像分析报告和未来发展决策建议

(1)群体整体画像

通过对群体学习水平、作息习惯、上网习惯、社交关系方面的学生进行划分等级，清晰展示不

同特征的学生群体人数。

(2)待处理预警情况

通过饼图区分行为预警、紧急预警、学业预警待处理条数，清晰展示不同预警的数量情况；

(3)群体学生关系图

展示群体学生在校关系图谱，分析出社交中心的学生和边缘的学生；

(4)预测挂科情况

根据学生在校学习情况分析，判断出无挂科、挂科一门、挂科两门、挂科三门及以上的人数分

布，并对挂科情况进行等级分类，发出学业预警；

(5)平均月消费金额趋势、学校用餐率、学校用餐地点分析

通过平均月消费金额、男生平均月消费金额、女生平均月消费金额三个维度，用折线图的方式

展示学生消费金额的趋势变化；根据一卡通消费数据，展示出学生消费次数多的食堂窗口；统计出

学生早餐、午餐、晚餐用餐时间是否在合理时间段内；

(6)贫困生情况分析

通过匹配学工系统贫困生的数据库，整理出这个群体的在校行为、生活习惯、消费习惯等情况,

设置一定的筛选规则，分析出贫困生的不同人数占比情况；

(7)上网时长和时段分析(上网数据)

通过分析学生使用校园网的数据，分析出不同上网时长的不同学生人数情况；通过抓取学生使

用校园网第一次和最后一次数据，分析不同0-24小时时间段内具体的上网人数；

(8)图书借阅信息分析(图书馆借阅系统)

通过对接图书馆系统数据，分析当前学生群体在不同时期的图书借阅次数；以词云图的形式展

现当前所选人群关注的热门图书情况；

(9)学生成绩分布

通过对接教务系统数据，可以分析不同绩点下的学生人数分布情况，学生的成绩分布情况与学

生行为轨迹、学生特征信息等数据进行关联研究；

(10)毕业生去向预测

提供毕业生去向预测功能，依据毕业生综合行为画像，对毕业生就业或考研或考公等去向做出

预测

2.个人画像

根据筛选条件，实现对学生个体、班级、学院、某个社群组织的整体画像，也可以查询某个学

生的画像数据。

(1)综合画像分析

通过对个人信息、学习水平、作息习惯、上网习惯、社交关系、三餐规律、消费水平方面的特

征词提取，对学生个人进行标签化的分析并展示出来；

(2)最近7天状态分析

通过热力图的方式展示学生一周在校行为轨迹，分析学生经常性聚集地点，动态把握学生的学

习、生活;

(3)个人学业成绩详情

通过对当前学生课程进修进度情况，当前学生的成绩趋势以及与班级的平均值对比，课程准点

情况，疑似逃课情况，在校期间各课程的成绩明细等方面分析，系统全面了解该生个人学业成绩情

况，帮助学生准确定位问题点。

(4)个人作息情况

通过对学生作息规律度，日均睡眠时间，最近7天睡眠情况等方面分析，展示作息健康，较健

康，一般，较不健康的人数及所占比例，多方位了解学生作息情况；

(5)三餐情况

通过对三餐规律度、三餐就餐情况、三餐消费金额趋势、三餐热门地点等方面的分析，了解学

生在校就餐具体情况。

(6)社交关系

展示学生的社交关系图谱；

(7)上网情况

通过上网健康度、上网时长、最近7天上网时间三方面分析，展示上网健康度各个层级所占人

数，展示学生一周累积上网时长并针对不同时段上网时长分布情况做对比；

(8)奖励情况

通过展示个人获奖信息明细，并对获奖情况进行分析，展示学生在校期间不同时期的奖励金额

及奖励类型的分布情况，方便老师了解学生获奖情况；

(9)一卡通消费

通过分析学生的一卡通消费指数，一卡通充卡习惯，一卡通消费趋势，以及消费结构和地点，

方便老师更明确学生在校的行为轨迹及消费情况；

(10)预警信息

展示学生当前已有预警信息及其在校期间产生的所有预警信息；

(11)图书借阅

通过学生当前借阅情况展示，历史图书借阅类型分布，图书借阅趋势三方面分析，了解学生借

阅习惯；

2.2.2综合预警

将学生一卡通、的Fi、有线网络和教务等信息作数据关联分析，绘制出学生“行为轨迹”，建

立不同种类预警分析模型。一旦学生偏离习惯性轨迹，就触发报警阈值，按照普通、紧急、严重三

个等级来显示失联、消费、网络和沉迷等预警信息，通知学生本人、辅导员等相关人员，方便老师

和领导及时介入给与疏导和帮助，帮助学生走出困境，规避学生可能面临的风险，提升管理的及时

性和有效性。

需要实现的具体功能如下：

实现“紧急预警”功能：紧急预警包括超过一定值的学业预警、行为异常预警、贫困预警、心

理预警，当这些预警产生时，会单独罗列出来，展示待处理紧急预警总数量，同时也会以折线图形

式展示历史紧急预警的数量，方便老师及时了解紧急预警信息，及时处理。

实现“学业预警”功能：通过对历届学生的成绩分、挂科情况、可得出学生成绩的普遍发展模

式。根据这些模式建立预测模型后，可根据学生现有课程成绩预测其未来绩点。对预测结果不理想

的学生可提前给予“学业预警”。(对学习成绩结果的学业警示)

实现“行为异常预警”功能：通过对学校、学院学生的夜归预警、消费预警、失联预警三方面

的分析，对于行为异常的学生进行预警提示，同时通知到对应辅导员，辅导员提前介入，杜绝危险

事件的产生。

实现“网络预警”功能：结合学生的上网时长、课程表、在校上网情况，对凌晨沉迷上网、上

网时间过长、连续打游戏等沉迷上网情况进行预警。

实现“预警管理”功能：系统根据模型自动判断预警严重级别，预警由严重到轻微分为4个等

级；并设置2种预警状态：己处理预警、未处理预警•提供查看预警历史功能，可配置预警信息。

提供按预警级别及预警处理状态的预警信息查询；可根据预警状态，预警类别，预警级别筛选查看

预警信息；也可根据专业类别、日期、姓名等进行搜索查询。

2.2.3行为轨迹

当学生接入我校无线网络后，要对学生进行上网实名日志的审计和日志储存，支持存储海量数

据，并可以进行快速的日志查询；完全满足公安部82号令要求留存各个类型日志，有NAT日志、URL

日志、IM日志、BBS日志、邮件日志、搜索引擎日志；可以将学生的上网内容进行分类，形成学生

标签，配合内容发布系统进行精准信息投递。通过采集一卡通、上网记录、WI-FI数据，建立个人

轨迹模型(聚合库)，描绘轨迹数据。

(1)校园热力分析

全校热力分析主要是基于全校所有学生的在校轨迹，分析学校的热力分布和趋势，并且分析各

类群体的热门访问地点，发现群体间的行为区别，便于学校对不同群体进行针对性管理。具体功能

如下：

(2)全校人流热力分布

显示全校学生校内访问各个地方的情况，支持标注图、热力图两种呈现方式

(3)分类用户热力分析

可以按照不同的群体标签进行搜索，搜索该群体的行为轨迹情况。群体可按照成绩、性别、生

源地、消费行为、上网行为进行划分。支持进行多选，如选择男性成绩优秀学生、北京成绩良好女

生。群体类型支持按学校需求进行修改。

(4)按照时间进行搜索与轮询

支持搜索具体时间段内学生行为轨迹的情况，最多可选择连续三天。支持选择【时间间隔】功

能，如选择30min,则显示以30min位周期的全校热力动态变化图，按照00:00、00:30、01:00、01:30

轮播，现分为30min、lh、2h、lday。

(5)按照建筑进行查询

支持点击某栋建筑，在页面呈现到该建筑的热力图，按照楼层分别统计访问人员数量，可以查

看每个房间的人员情况。

(6)重点人群轨迹

本功能主要是看各个群体行为轨迹规律以及对比分析，可以多条件组合查询人群行为轨迹，按

照管理和服务的需要对人群进行分类管理，按照贫困生、心理问题学生、少数民族学生、寒假留校

学生等群体，通过各项数据的收集分析比对，得出群体特征信息，为学生工作提供决策。

三、相关技术要求

(注：号为重点评审条款，如不满足按评分标准中规定进行扣分；)

供应商需要提供系统整体建设方案描述，除需要对本需求文档中的功能需求列表的逐项进行点

对点应答外，方案还应描述全面、合理可行，能够满足以下技术指标和要求。

1.系统架构要求

系统可运行在虚拟机环境上，学校仅提供虚拟化环境及基本的操作系统，除此之外，系统所需

的各类组件由供应商完成部署.

系统需采用三层B/S(浏览器/服务器模式)架构，系统需基于Web技术开发，利用浏览器进行

使用和管理的有关操作。

系统须采用SOA架构，所有的业务子系统的功能界面风格和操作流程一致，提供统一的个人任

务查询处理接口。

系统需采用分布式架构设计，系统可分布式部署，并按需将服务器进行分离部署；需将Web

Server和DatabaseServer分开部署。

系统可以根据用户量的增大而扩充服务器数量并支持负载均衡；系统软件需要采用模块化的架

构设计。

为配合智慧校园实施，系统需基于J2EE平台开发设计，主体代码采用Java编程语言和服务器

端Java技术(如EJBs、Servlet.JSP、JNDI、JDBC和RMI等)开发。

服务器操作系统需支持Linux操作系统。

系统需具备并开放二次开发整合接口，用于将后续开发的功能模块集成到系统中。系统交互模

式支持同步与异步方式，交互数据应支持各种数据类型。

系统使用不限用户数量。

2.★系统接口要求

该系统是学校数字校园平台的有机组成部分，在建设过程中必须开放与数字校园基础平台的各

种功能和接口，完成与学校现有数字校园整合工作。具体要求如下：

(1)系统中的各种数据必须以教育部颁布的最新版本《教育管理信息化行业标准》或行业规范

为准进行编码。

(2)系统中的各种数据必须遵循《学校信息标准》进行提供及完善，从而与其他系统形成数据

共享。

(3)系统须与学校数字校园数据交换平台进行对接，对于校内各系统需要的数据，通过数据交

换平台交换到各系统，并且从其它系统交换获得本系统所需要的数据。并能确保数据的一致性。

（4）系统须与学校现有统一身份认证平台进行身份集成，实现学校数字校园信息门户的单点登

录，并实现与学校现有共享数据中心库中的信息同步与共享。

（5）系统需提供主要业务模块的独立URL业务入口地址。

（6）系统需提供消息接口，便于系统的各类提醒消息集成到统一消息平台。

（7）实现系统内重要事项提醒能通过手机短信、电子邮件、微信企业号的推送。用户可以自主

选择通知方式。

（8）实现系统与学校统一的移动APP或微信服务平台等移动服务平台的集成，为教职工提供

更加便捷的服务。

（9）具备支持其它系统报表推送功能的相应接口，或具备支持BI分析工具的接口。

针对以上数据对接方面的功能，中标人需为学校提供终身免费服务。如因系统升级、调整影响

数据交换等功能，应提前告知学校并免费完善相应对接程序。

3.历史数据迁移

充分兼顾现有业务数据：在本系统实施初期要将这些数据作为初始数据导入到新建本系统中，

以保证工作的平稳过渡。导入方式不限制，但要保证导入数据的正确性、完整性和一致性。

4系统安全性要求

系统需要支持SSL传输协议，可以实现链路层的加密传输。

系统需提供基于角色的授权体系，能将用户的权限限制到具体功能和数据项目（如具体的某一

个数据字段）的某一项或多项具体操作上（如添加、修改、删除、查看、打印），能准确授予用户

职权范围。

系统需提供完整的用户访问日志审计功能。

系统需提供数据自动异地备份的机制（每天备份），确保数据安全。

系统解决方案必须符合信息安全标准，符合学校信息安全管理要求，一旦出现安全问题或隐患，

成交供应商无条件在24小时内到位解决，应终生对软件安全负责，及时修复安全漏洞。

5性能要求

录入、修改响应时间l-3s,删除响应时间在l-3s

事务处理查询平均1秒，最长2秒。

普通应用查询平均1秒，最长2秒。

统计分析类查询平均2秒，最长3秒。

系统支持在线用户数：2000人以上。

6其他要求

系统浏览器支持IE10.0及以上版本，并支持Safari/GoogleChrome、Firefox,360等主流浏

览器。

系统所有查询数据均需提供直接打印和EXCEL导出的功能。

四、采购项目交付

供应商必须具有独立完成此项目的实施和建设能力，不允许转包或分包。

中标人取得中标通知后必须在3个工作日内将本次投标产品（可以是单机版）安装在使用部门

进行测试是否满足招标文件要求和投标文件承诺，如果不能达到要求则中标人签字确认自愿放弃本

次中标，采购人按照评审排序顺序，重新通知顺位下一位供应商。

进度和时间要求：整个项目的实施，在成交公告发布后3个月内完成建设并上线运行。

五'项目培训

培训应贯串于整个项目的实施过程中，包括在从项目准备、研发到项目运行的全过程中。需要

提供以下几方面关于培训的描述：

（1）培训要求

中标人派出的培训教员应具有丰富的同类课程的教学经验和应用经验；所有的培训教员必须用

中文授课；中标人必须为所有被培训人员提供培训用文字资料和讲义等相关材料；中标人应按合同

规定安排培训时间和培训名额。

（2）培训方式

包括课堂讲解、上机操作和实际工作参与。

（3）培训工作的内容和对象描述

中标人进行的培训工作包括了培训方案的设计、培训制度的制定、培训实施和培训效果评估，

及时监控培训效果，保证培训课程符合我校实际的需要。在系统运行（含试运行）的各个阶段相应

的培训内容描述，培训安排包括：项目管理培训、系统管理培训、系统运行维护培训等。

六'售后服务

供应商应承诺保证该项目稳定地运行，并承诺提供验收后三年免费维保服务，维保期内对合同

要求模块内的优化免费提供。供应商应承诺根据对学校相关业务运行的规律来有计划地制定服务保

障体系。

除了上述的有关承诺之外，供应商关于服务保障体系的描述应具体包括如下内容：

1.运行保障机构

主要描述供应商对于对本项目的运行保障能力。

要求供应商对于项目实施及上线推广与运行提供技术人员现场驻场保障，正式上线后，至少保

证一名开发工程师在至少一年时间内驻留信息中心进行实地开发和问题处理。

供应商在采购人所在地需具有本地化服务能力，供应商在招标人所在地具有常设服务机构（需

提供本地办公地点证明，提供营业执照件复印件并加盖公章），具有稳定的售后服务团队（需提供

技术及服务团队的社保证明），能够持续的进行售后服务保障。可提供7X24小时技术服务；系统

出现无法访问故障，供应商接到采购人通知后，应在2小时之内赶赴现场，并在12小时内修复，所

发生的费用全部由供应商负担。

2.运行服务内容

供应商应确保本次采购的各类应用支撑平台安全稳定的运行，售后服务期自验收合格之日开始

计算。方案中应对服务的范围和内容进行详细阐述，并至少包括以下内容：

(1)缺陷管理：针对本次采购的各类应用支撑平台中存在的bug、缺陷，不论在质保期内、外,

均应持续提供修正与消缺服务.

(2)应急故障处理：提供7*24小时电话及远程网络支持服务，保障实时响应系统运行故障，

所有问题和故障1小时响应，简单问题2小时内解决，复杂问题8小时内解决；日常维护可采用远

程桌面、电话、E-MAIL维护与支持，特殊故障24小时内上门服务。

(3)系统升级：供应商主动对产品做出的升级和优化，在用户许可升级的情况下，可以免费享

受升级服务，以使系统能更好的提供服务。

(4)文档服务：整个服务过程均需有完善的文档记录，便于跟踪、分析问题；对各项服务提供

详细的书面报告，包括故障处理报告、健康巡检报告、系统性能检测调优报告、维护总表报告、服

务年度报告等。

(5)运行支持：对系统运行过程中用户及业务部门的问题提供解答和问题解决跟踪。

(6)操作系统补丁：提供对应用系统所部署的服务器操作系统、中间件、应用环境的升级、安

装补丁工作，确保无安全漏洞。

(7)供应商提供每季度的例行巡检服务，并出具巡检服务报告，报告中应对发现的问题提出

改进建议和解决方案。每年提供完善的服务总结报告。

3.服务请求流程

供应商需对用户支持或维护请求处理的流程进行详细描述。

4.服务请求方式

对学校与供应商联系沟通的方式进行详细描述，以方便学校便利的获取各类即时的和非即时的

服务支持。供应商提供的服务请求方式至少应包括：服务热线电话和联系人、联系单位信息、信函/

传真、电子邮件、服务网站。

供应商是否设有用户投诉受理电话，对用户的意见做出反应。如果有用户投诉受理电话，请描

述以下内容：电话号码(或传真)、投诉中心负责人和受理答复时间。

5.后期维护说明

供应商应在投标文件中注明关于免费服务期满后的维护费用，维护内容、规范和收费标准及其

他需要说明的情况(不含在本次磋商报价总计内)。

七'付款说明

1.合同签订后的10个工作日内，乙方(中标方，下同)向甲方(招标方，下同)支付合同总

金额的5%作为合同履约保证金，甲方在收到乙方履约保证金后，向乙方支付合同总金额的20%-50%

作为项目首付款。在甲方付款前，乙方应向甲方开具等额的符合国家规定的正式发票(增值税专用

发票)。

2.系统实施工作完成后，经双方签字认可进入系统试运行期，甲方向乙方支付合同总金额的20%

作为试运行款，试运行期为3-6个自然月。

3.系统试运行结束后中标公司应按照规定的验收清单准备验收材料，中标公司需要提供各阶段

的成果和文档资料，包括但不限于：系统环境部署文档、系统安装手册、数据字典、数据接口协议、

测试文档、系统用户手册，并由学校组织人员验收。验收通过后甲方向乙方支付该合同总金额的

30260%作为项目验收款。

4.验收通过后，项目进入质保期。乙方需要在质保期内向甲方提供免费对接服务、功能升级服

务、以及日常运维支持。

5.项目质保期满后，甲方向乙方无息退回履约保证金。

八、实施要求与验收

供应商要依据软件工程和类似系统成功建设实施经验，本项目建设依次按照项目准备、项目建

设、项目交付、项目验收、运行维护等五个程序组织实施。

(-)项目准备

中标后，供应商需根据项目时间要求、项目工作量，合理安排人力，制定出合理、可行的项目

实施计划。此计划中应包括项目的各阶段目标、任务、时间表、里程碑、项目所需人员及其职责划

分，并汇报给采购人签字确认.

(二)项目建设

中标后，供应商根据实施计划，进行项目需求调研、整理，编写项目需求调研分析报告，采购

人需要对需求调研分析报告确认、签字。在项目需求调研分析报告的基础上，供应商编制实施方案,

采购人要对方案确认、签字。此方案将作为项目开发及将来验收的依据。

驻场人员要求：(D整个项目实施期间，中标人应建立专门的项目小组不少于3人，由专人负

责，确保项目按时