投标原代码

北汽福田汽车股份有限公司大数据平台升级与集成项目招标书北汽福田汽车股份有限公司信息技术部2018年4月目录第一部分投标邀请函4第二部分招标项目要求6第三部分投标须知71.
适用范围72.
定义73.
投标费用74.
投标文件的构成75.
招标文件的澄清76.
招标文件的修改87.
投标文件的编写要求88.
投标文件的组成89.
投标文件内容910.
投标报价911.
投标有效期1012.
投标文件的签署及规定1013.
投标文件的密封和标记1114.
递交投标文件的截止时间1115.
迟交的投标文件1116.
开标1117.
评标委员会1118.
投标文件评审1219.
投标文件的澄清和补正1320.
保密及其它注意事项1421.
中标1422.
授予合同时变更数量的权力1423.
招投标过程中的争议解决14第四部分投标保证金151.
投标保证金的收取152.
投标保证金返还管理要求153.
投标保证金没收管理要求164.
其他说明16第五部分171:投标函182:法人代表授权书格式193:投标人完成相同或相似项目一览表204:投标单位专业技术人员情况215:商务条款偏离表236:技术需求偏离表247:招标人账号信息258:开标一览表(请独立封装、每页加盖公章)26第六部分福田汽车大数据平台升级与集成项目要求271.
系统建设进度要求272.
系统建设项目管理要求273.
项目验收及交付要求274.
系统使用培训要求285.
系统保修与售后服务要求28第七部分项目需求分析及建设要求301.
项目背景302.
项目目标303.
项目范围314.
项目需求315.
系统需求325.
1总体技术架构325.
2功能需求335.
3容错与可靠性需求415.
4系统性能需求425.
5系统稳定性需求425.
6系统开放性需求435.
7系统安全性需求445.
8系统易维护需求445.
9系统管理需求445.
10硬件及网络要求456.
授权管理要求467.
信息安全要求468.
项目约束条件469.
项目整体计划46第一部分投标邀请函北汽福田汽车股份有限公司现就本集团所需信息化建设需求进行邀标,欢迎贵单位参加投标.
项目名称:福田汽车大数据平台升级与集成项目招标日期:2018年5月10日招标方式:邀请招标招标方名称:北汽福田汽车股份有限公司招标方地址:北京市昌平区沙河镇沙阳路老牛湾村北投标截止日期:所有投标文件应于2018年5月10日09:00之前递交到北汽福田汽车股份有限公司3号楼7层信息技术部C6会议室.
投标文件要求:文本标书柒份(正本壹份、副本陆份),电子标书一份.
投标文件的文本须用中文编写、打印且A4纸装订,并由投标人法人代表或经法人代表正式授权并对投标人有约束力的代表在投标文件上签字.
投标文件如是授权代表签字,须将"法人代表授权书"附在投标文件中.

投标文本的所有签字应为手写体原件,签章应为印章原件.
投标文件的密封和标记:投标方应将投标文件及电子文档用信封密封,且在信封密封处加盖公司章.
因未按招标文件要求密封造成的泄密,招标方概不负责.
投标文件递交方式:投标方应授权专人于投标截止日期前送达,被授权人应携带法人授权委托书及身份证明.
投标文件无法定代表人签字,或无被授权代表签字,或被授权代表非投标单位的正式职工,投标将被拒绝.
交收地址:福田汽车集团3号楼7层信息技术部C6会议室.
招标方联系人(签收人):部门:北汽福田汽车股份有限公司信息技术部电话:(010)80708130传真:(010)80716402-1-2-23#电子邮箱:fengyulong@foton.
com.
cn联系人:封玉龙联系人电话:18531240909投标方沟通会在标书下发后及开标前,投标单位在规定时间内按照提交"投标方对标书意见",并按福田汽车要求时间参加投标方沟通会.
福田汽车项目组相关成员及所有投标单位共同参与投标方沟通会,对各投标单位提出的意见进行现场答复.
投标方意见可能会影响标书内容或开标时间.

开标及讲标开标:2018年5月10日09:00,现场开标.
地点:福田汽车集团总部3号楼7层信息技术部C6会议室.
讲标:开标后随即讲标.
投标方根据抽签顺序讲标,讲标时间20分钟,答疑时间5分钟.
第二部分招标项目要求项目名称:本次招标的内容为福田汽车大数据平台升级与集成项目.
投标方要求:2.
1由软件开发商/系统集成商直接投标.
2.
2承认本招标文件所有内容且具有完成本项目建设内容能力的,具有独立法人资格的软件开发商,系统集成商.
2.
3注册资本不少于1000万元人民币.
2.
4具备与本项目同等性质的软件开发实施案例经验.
2.
5投标方应遵守国家法律、法规和招标方有关招标的规定.
报价:报价应为目的地交货价(含增值税),产品:所有产品均需符合国家产品的有关质量标准,符合产品出厂标准,并能提供原厂质保书、合格证、文档资料等有关文件.
售后服务:本项目售后服务期限为一年,起始日为本项目终验合格之日起.
特殊要求请参照投标书所附的技术要求相应条款.
投标人要求:投标单位必须由法定代表人或委托代理人(持委托代理书)进行投标.
案例要求:投标人需将类似项目实施的成功案例在投标时列举,投标书中须提供相应成功案例的证明材料,如中标函、合同扫描件或验收合格报告复印件或扫描件.
价格等保密信息可涂抹、遮挡;如未提供相关证明,则案例视为无效.

项目需求要求:招标方保留项目需求变更权力.
项目经理要求:讲标过程必须中由投标方项目经理负责技术/实施部分的讲解,同时招标方将对项目经理、核心业务咨询顾问、核心技术顾问进行面试,面试合格后投标方不得更换.
如面试不合格,则投标方必须更换项目经理重新面试.
项目经理需在项目实施期间保证85%时间常驻福田汽车.

第三部分投标须知1.
适用范围本招标文件适用于本次投标邀请函中所述项目(包括服务)的招标.
2.
定义2.
1"招标方"系指组织本次招标的招标机构:北汽福田汽车股份有限公司.
2.
2"投标方"系指向招标方提交投标文件的软件开发商/系统集成商.
2.
3"服务"系指招标文件规定卖方须承担的安装、调试、系统集成、维护和其他相关的义务.
3.
投标费用无论投标过程中的作法和结果如何,投标方应自行承担所有与参加投标有关的费用,招标方在任何情况下无义务和责任承担上述费用.
4.
投标文件的构成招标文件用以阐述招标内容、招标投标程序.
包括以下内容:投标邀请函招标项目要求投标须知投标文件的格式和需求参考本次招标相关技术要求和商务要求5.
招标文件的澄清投标方对招标文件如有需要澄清的疑问,应在投标截止时间前按投标邀请函中申明的地址以任何形式(包括电话、邮件、传真)通知招标方.
招标方将视情况采用适当的方式予以澄清或答复,并在其认为必要时,将不标明来源的书面答复告之已领取招标文件的其他投标方.

投标人在收到澄清后,应在一个工作日内以书面形式通知招标人,确认已收到该澄清.
该澄清内容作为招标文件的组成部分,对所有投标人均有约束力.
6.
招标文件的修改为修改而编写的所有文件作为招标文件的组成部分,对所有投标人均有约束力.
在投标截止时间的5日前,招标人可以书面形式修改招标文件,并通知所有的投标人.
7.
投标文件的编写要求投标方应仔细阅读招标文件的所有内容,按招标文件的要求提供投标文件,并保证所提供的全部资料的真实性,以使其投标对招标文件做出实质性响应,否则,其投标可能被拒绝.
8.
投标文件的组成投标文件应包括下列部分:开标一览表开标一览表请独立封装并每页加盖公章,且须按我方开标一览表格式填写,否则视为无效标书.
招标人将以开标一览表作为投标人投标报价的唯一凭证,标书中其他文件的价格只能作为开标一览表报价的补充与解释说明.
如开标一览表中报价与标书中其他文件报价不符,将以开标一览表中价格为准.
投标书技术方案a)现状描述及需求分析b)总体解决方案c)关键技术的实现d)项目实施建议使用的软硬件平台和网络环境e)开发实施计划、质量保证计划、培训计划f)投标本项目的项目经理及项目组成员简历及其主持的应用系统软件开发成功范例,并出示相关证明资料;g)投标方类似项目实施案例简介服务方案a)实施过程中所提供的服务内容;b)培训方案和培训内容;c)售后服务承诺及售后服务内容;d)实施过程中以及质保期内出现严重问题的处理方式及机制.
如有需要,随投标书附商务及技术偏离表(参见).
投标方资格证明文件投标方必须提交证明其有资格进行投标和有能力履行合同的文件,作为投标文件的一部分;企业营业执照复印件、税务登记证复印件、资质证书复印件、投标方基本情况表、法人身份证复印件,复印件均必须加盖其单位公章,否则该证明文件无效;由投标方公司出具的投标函、投标方授权人委托书原件并加盖公司章;公司简要介绍(公司相关资质复印件并加盖公章、业务范围、经营业绩、类似本项目的成功案例,成功案例必须为投标人作为合同签约一方,禁止将投标人相关联的母公司或子公司的成功案例计入);投标方项目经理及项目成员的工作资历/能力资质说明.
9.
投标文件内容9.
1投标方应按招标文件中提供的投标文件格式填写开标一览表、投标书等.
9.
2投标人必须对其投标书的真实性与准确性负责.
投标人一旦中标,其投标书将作为合同的重要组成部分.
10.
投标报价10.
1投标所有报价均应为目的地交货价,且应含所有本项目所需的咨询、开发、实施、安装调试费、维护费及技术支持费等(本招标书中说明的由招标方承担的除外).
还应包括增值税、其他税等相关税费.
10.
2本项目投标已设置投标有效价格区间:项目总价人民币200万元-300万元(超出此区间的均为无效标书).
10.
3投标人可自行在招标文件中补充/增加投标价格的明细表.
10.
4投标人应合理评估为完成本项目所发生的一切费用.
投标人估算错误或漏项的风险一律由投标人承担.
10.
5投标报价在开标后不得修改.
10.
6投标方应完全理解招标方有权不选择报价最低的投标方案,而且不必向投标方解释.
10.
7投标人原则上必须接受招标方按项目实施阶段性完成情况进行付款的要求,如有意见,请在商务偏离表中明确提出,招标人评估后明确是否接受.
但招标人不接受开标后提出的但未在商务偏离表中体现的任何其他付款要求.
我方付款标准/方式如下:软件license部分:软件license到货验收后,支付软件license的100%(其中含90%以上的半年期银行承兑)系统实施部分(同样含90%以上的半年期银行承兑):1)合同签署:30%;2)项目初验(项目上线后3个月):30%;3)项目终验(初验后3个月):30%;4)尾款(无质量问题后半年):10%.
11.
投标有效期本次投标文件从开标之日起有效期为3个月.
12.
投标文件的签署及规定12.
1投标文件必须打印,且必须由正式授权的投标方代表在规定签章处签字并加盖公章.
在每一份投标文件上明确注明"正本"或"副本"字样,一旦正本和副本有差异以正本为准.
12.
2投标文件中不许有加行、涂抹或改写.
如有修改错漏处,必须由投标方法人代表或其委托代理人签字并加盖公章.
13.
投标文件的密封和标记投标方应将投标文本用非透明文件袋密封,在文件袋封密处加盖公章,并标明投标单位名称、项目名称等字样.
如果未按上述规定进行密封和标记,招标方有权拒收投标标文件.
14.
递交投标文件的截止时间所有投标文件都必须按招标方在投标邀请函中规定的投标截止时间之前送至招标方制定地点和交接人处.
15.
迟交的投标文件招标方将拒绝接受在投标截止时间后到收到的投标文件.
16.
开标16.
1在投标邀请函规定的时间和地点,由招标方组织相关人员与所有投标方共同进行现场开标.
双方在开标一览表中签字确认.
16.
2开标公开.
开标会议由招标人主持.
在投标方的监察部门及投标方共同确认投标文件密封及标记的完好情况,确认无误后由工作人员当众开启标书.
工作人员按投标文件送达顺序,依次宣读各投标人的"开标一览表".
同时招标人将对开标过程进行记录,归档备查.

16.
3如本项目招标安排讲标,则投标技术/实施部分必须由项目经理进行讲解,商务部分讲解人员无限制要求.
16.
4投标截止时间届满时,实际投标方少于3个(或有效标书少于3个)的,则终止开标会议的进行,由招标方确定重新开标时间.
开标如遇特殊情况,则由招标方现场决策.
17.
评标委员会招标方将根据招标项目的特点组建评标委员会,其成员由招标方相关人员组成.
评标委员会对投标文件进行评审、质疑、评估和比较.
18.
投标文件评审18.
1评标是招标工作的重要环节,评标工作在评委会内独立进行.
评委会将遵照评标标准及原则,公平、公正地对待所有投标人,而不受任何其他方的影响.
18.
2对所有投标人的投标评估,都采用相同的程序和标准.
18.
3开标后,招标方将组织评审投标文件是否完整,资质是否符合投标要求,价格是否有计算错误,文件是否已恰当地签署.
如果单价与总价有出入,以价格低的为准.
若投标方拒绝上述意见,其投标将被拒绝.

18.
4招标方将确定每一投标是否对招标文件的要求做出了实质性的响应,而没有重大偏离.
实质性响应的投标是指投标符合招标文件的所有条款、条件和规定且没有重大偏离和保留.
重大偏离和保留是指影响到招标文件规定的范围、质量和性能,或限制了招标方、买方的权利和招标方的义务的规定,而纠正这些偏离影响到了提交实质性响应投标方的公平竞争地位.
18.
5招标方判断投标文件的响应性仅基于投标文件本身内容而不靠外部证据.
18.
6招标方允许修改招标中不构成重大偏离的、微小的、非正规、不一致或不规则的地方.
18.
7对每个投标方在价格、商务、技术、实施等四方面进行分析比较,包括但不限于以下几个方面:综合实力;投标者的资信情况、业绩和履约能力;软件功能及性能项目开发实施经验;项目质量保证计划;项目组成员技能;开发实施计划;培训计划;价格及维护服务措施;验收计划;投标者提供的其它优惠条款.
18.
8严格按照招标文件的要求和条件,根据评标标准及原则进行评标,择优选取.
18.
9如出现以下情形之一的,经评标委员会决策,可作为无效标书或废弃该投标方的评标资格:投标书未能按照规定包装密封的;投标书逾期送达的;未能提供有效的企业法人身份证明书和授权委托书的;投标文件内容不全、未按规定填写、字迹模糊或辨认不清的;相关文件/页面要求加盖公章(签字)而没有的;涂改处未加盖公章确认的;投标总价未在标的额范围内的;投标授权委托人、项目经理未参加开标会议的;授权委托人、项目经理非投标本公司员工的;擅自更换已面试项目经理、核心业务咨询顾问及技术顾问的;投标方未按招标人要求(例如未按照指定方案,指定品牌或型号)进行投标的;联合投标体中其中一方未能达到投标最低资质要求的;同一项目中再以自己名义单独投标的;同一项目中又组成新的联合体的;投标方未在开标/讲标过程中明确提出并征得招标人同意,而私自分包或转包的;篡改投标中任何非要求的报价(不包含算术性错误的澄清);篡改非要求的招标技术方案、设备品牌、型号、售后服务等关键信息;不响应投标方修改、澄清要求或无法达到标准及要求的;招标委员会认定该投标方以低于成本报价竞标的,且投标方不能合理说明或者不能提供相应证明材料的.
19.
投标文件的澄清和补正19.
1招标方对投标方在讲标过程中以及投标文件中出现含义不明确、同类问题表述不一致或者有明显文字和计算错误的内容,或由于招标方出现需求变更,招标方可以书面形式要求投标方作出必要的澄清、纠正、说明、补充或者变更.

19.
2如对投标方提交的投标澄清文件仍存在问题的,招标方可以要求投标方进一步澄清、说明或补正,直至满足要求或废弃其评标资格.
19.
3投标方的投标澄清文件属于投标文件的组成部分,具有同等法律效力.
19.
4投标方可能在评标阶段进行二次议价.
议价方式及评价策略以后期通知为准.
20.
保密及其它注意事项20.
1评标期间根据需要可安排招、投标双方作技术和商务交流.
评委会将对招标文件中有关问题分别向投标方进行询问,请各投标方予以答复.
回答文件将作为投标文件的组成部分.
20.
2在开标、评标期间,投标方不得向评委询问评标情况,不得进行旨在影响评标结果的活动.
20.
3为保证评标的公正性,开标后直至授予中标通知书前,评委不得与投标方私下交换意见.
在投标工作结束后,凡与评标情况有接触的任何人不得也不应将评标情况扩散到评标人员之外.
20.
4评委会无须向落标方解释落标原因,不退还投标文件.
21.
中标招标方在开标后的一个月内根据内部评标结果,确定中标方后,将以电子邮件形式向所有投标方发出招标结果通知书,同时向中标方发出中标通知书.
招标结果通知书和中标通知书中均会明确中标单位名称和中标内容.

招标方根据投标实际情况,有权将招标项目分包,即本次项目招标可能存在多个中标商,分别承担不同的项目内容,中标价格以各投标方投标价格为准.
22.
授予合同时变更数量的权力招标方保留在授予合同时根据实际情况对系统要求中规定的功能数量和内容予以增加或减少的权利,发标方保留对最终签订合同金额的商务谈判权利.
23.
招投标过程中的争议解决招投标过程中发生的争议向评标委员会提出,以评标委员会解释为最终结论.
第四部分投标保证金1.
投标保证金的收取1.
1收取金额根据我方内部要求以及本招标项目的预算额度,本次招标要求各投标方出具_3_万元的投标保证金,用于投标的责任担保.
保证投标被接受后对投标书中规定的责任不得撤销或者反悔.
否则,招标人将对投标保证金予以没收.

1.
2收取时限标书正式发放之日起,至投标截止时间前一个工作日为止.
1.
3收取方式我方提供公司账号(详见).
投标人以电汇方式提供投标保证金.
在办理时须认真校对开户单位、开户银行、帐号等信息.
1.
4要求投标人必须按照招标文件的要求金额足额提交投标保证金,且不得超额提交.
我方在收取投标保证金的同时,向投标人开具收据.
投标保证金到账后,我方财务部门开具收据,投标人可现场领取收据,或由本项目招标委员会商务组人员代为领取,并将收据扫描件以邮件形式反馈给投标人.
在投标商沟通会或开标会现场再将收据原件返还给投标人.

2.
投标保证金返还管理要求2.
1返还时间中标方:合同签署完毕后的15个工作日内(转换为履约保证金).
非中标方:招标结果通知书发放后的15个工作日内.
特殊情况:我方内部投标保证金返还申请批复后的10个工作日内.
2.
2返还方式投标人提供公司账号我方以支票(现金/转账)、转账两种方式返还投标保证金.
2.
3管理要求:我方不提供任何投标保证金的利息或资金占用费.
如投标人放弃投标或撤回标书,应当在投标截止时间之前以书面形式通知招标方(以书面报告到达我方为准),我方返还其投标保证金.
由于我方原因导致终止招标的,我方无条件退回投标保证金.
由于我方原因导致中标结果、中标内容发生变化,中标方拒绝接受的,我方无条件退回中标方的投标保证金.
在投标有效期期满之前,我方应该完成中标通知书/招标结果通知书的发放以及投标保证金的返还(不包含中标方的投标保证金返还).
如果在招标文件规定的有效期内,我方无法完成评标,则在有效期期满之前我方可以以邮件形式要求所有投标人延长投标有效期.
投标人拒绝延长的,其投标在原有效期期满之后失效,投标人有权收回投标保证金(不包含由于各种原因导致被没收的投标保证金).

投标人在接到投标保证金返还通知后,需先向招标人开具与投标保证金数额相等的有投标人公司印章的收据原件,方能接收招标人返还的投标保证金.
3.
投标保证金没收管理要求如投标人在投标截止时间之后、投标有效期之前撤回投标,或未投标的,则投标方的保证金不予返还.
如中标方不履行投标承诺,导致无法签署合同的;或对投标文件内容进行实质性修改或反悔,拒绝履行其投保文件中的承诺的,则中标方的保证金不予返还.
4.
其他说明投标人应当按照标书要求提交投标保证金,否则我方拒绝接投标文件;联合体投标的,可以由联合体中的一方或者共同提交投标保证金,以任何一方名义提交投标保证金的,对联合体各方均具有约束力.
第五部分见下页1:投标函致:北汽福田汽车股份有限公司:根据贵方为(项目名称)招标邀请,签字代表(全名、职务)经正式授权并代表投标人(投标人名称)参加贵方组织的招标的有关活动.
据此函,投标人宣布如下:提供投标人须知规定的全部投标文件.
投标人已详细审查全部招标文件,以及全部参考资料和有关.
我们完全理解并同意放弃对这方面有不明及误解的权利.
我们保证确认资格文件中的说明是真实地、准确的,并愿意承担如提供虚假材料导致的任何结果.

投标人将按招标文件的规定履行合同责任和义务.
意向贵方提供任何与该项投标有关的数据、情况和技术资料,完全理解贵方不一定接受最低价的投标或收到的任何投标.
若中标,我方将按照招标文件的具体规定与项目法人签订经济合同,并且严格履行合同义务,按时交货,提供依照买方要求的与项目有关的一切数据或资料,为工程提供优质的设备和服务.
如果在合同执行过程中,发现合同设备质量问题,我方一定尽快修理更换/退货,并承担相应的经济责任.

本投标有效期为开标之日起3个月.
在整个招标过程中,我方若有违规行为,贵方可按招标文件之规定给予惩罚,我方完全接受.
与本投标有关的一切正式往来通讯请寄:地址:邮编:传真:投标人代表姓名:职务:电话:投标人名称:授权代表签字:公章年月日2:法人代表授权书格式致:北汽福田汽车股份有限公司:项目名称:日期:年月日本授权书声明:(投标单位全称),中华人民共和国合法企业,注册地址.
(法人代表姓名)特授权(全权代表姓名)代表我公司全权办理针对上述项目的投标、谈判、签约等具体工作,并签署全部有关的文件、合同.
以本公司名义处理一切与之有关的事务.
我公司对被授权人的签名负全部责任.
在撤消授权的书面通知以前,本授权书一直有效.
被授权人签署的所有文件(在授权有效内签署的)不因授权的撤消而失效.
本授权书于年月日签字生效,特此声明.
被授权人签名:授权人签名:职务:职务:投标人名称(公章):3:投标人完成相同或相似项目一览表投标人近三年已完成与招标内容相同或相似项目一览表年度项目及客户名称项目内容合同金额客户联系人客户联系方式备注注1:以上项目须列举与本项目相同或类似项目,且只需列出突出案例.
注2:提供案例必须提供客户的联系人以及联系方式,否则视为无效案例.
4:投标单位专业技术人员情况投标方项目人员一览表序号姓名年龄专业职称项目角色主要职责备注注:项目角色指在本项目中承担设计、开发、集成、服务、培训、标准编写等角色.
主要职责指主要负责人、分项负责、执行者等.
一人可以承担多个角色和职责.
本名单中应说明项目组成员的姓名、学历、在项目组的职务、职称、已完成的项目及作用、具有的能力、全/兼职等.
保证在开发期间项目开发主持经理不许变动外,至少2/3的人员不准变动.

投标人授权人签字(公章):项目主要人员简历表及资质证书姓名年龄身份证号码毕业学校专业学位职称职务所在部门服务时间资格证书证书编号获取时间在本项目中担任的职务主要经历日期参加过的项目担任职务备注姓名年龄身份证号码毕业学校专业学位职称职务所在部门服务时间资格证书证书编号获取时间在本项目中担任的职务主要经历日期参加过的项目担任职务备注投标人授权人签字(公章):5:商务条款偏离表投标人名称:序号招标文件条目号招标文件的商务条款投标文件的商务条款说明投标人代表签字:6:技术需求偏离表投标人名称:序号招标技术指标要求投标技术指标情况具体说明投标人代表签字:7:招标人账号信息招标人账号信息表号:生效日期:编号:招标人北汽福田汽车股份有限公司招标项目名称大数据平台升级及集成项目招标人开户行:建行北京市沙河支行招标人帐号:11001016000059263619-00018:开标一览表(请独立封装、每页加盖公章)单位:万元大数据平台升级与集成项目系统类型产品名称包含模块说明数量(单位)单价合计平台费用License费用小计咨询费用实施费用其它费用小计开放平台及运维管理组件源代码费用总计实施周期(单位:自然日)自然日新增(标书范围之外)需求二次开发费用元/人天年维保费用(1年免费维护期结束后)元/年说明:详细报价清单可通过形式体现.
如果投标人认为表格中所涉及费用项不完整,可在开标前3个工作日之前邮件反馈给我方,我方评审后决定是否调整.
投标方代表签字(盖公章):日期:第六部分福田汽车大数据平台升级与集成项目要求1.
系统建设进度要求投标人应制定具体可行的保证措施,确保Hadoop平台在2018年07月30日前正式投入运行使用.
投标人如果认为上面的工期不能实现或能提前实现,请详细说明优化的阶段和具体时间.
2.
系统建设项目管理要求投标人应建立专门的项目管理组,由专人负责,确保项目按时按质进行.
投标人详细描述项目实施方法和过程,明确阶段实施目标,提供详尽的项目分阶段实施时间表(以天为单位)和各阶段各方人员安排.
投标人应提交参加本项目的人员名单及项目经验介绍.
投标人应保证项目团队成员稳定性,如项目团队成员发生三分之二变更,将扣合同总额百分之五.
3.
项目验收及交付要求投标人应派遣有经验的技术人员组成工作小组到现场实施技术服务,包括大数据平台部署安装、业务方案的调研、开发及上线等.
平台实施阶段投标人须制定大数据平台部署方案,报招标人或招标人指定的招标方人员审批通过.
实现Hadoop平台各组件的部署及安装调试,集成现有的福田大数据系统(基于HANA),实现数据传输及交互.
项目实施阶段投标人制定数据仓库建设整体方案,实现含客户数据中心、BOM数据中心、产品数据中心、物料数据中心等数据中心建设;系统交付投标人负责提出交付程序和交付日程表,报项目甲方同意后实施.
投标人须按照计算机软件工程规范的国家标准分阶段提交相应文档.
包括相关优化文档、完整的维护手册.
4.
系统使用培训要求培训包括Hadoop平台、模型开发、运维培训,请详细说明培训的对象、内容、方式、时间等.
对于所有培训,投标人必须派出相应专业的具有实际工作经验的人员进行培训.
培训所使用的语言和书面教材必须是中文,否则投标人必须提供相应的翻译.
除培训计划外,在系统运行期间若委托方有其它培训要求,中标人应根据实际情况协助委托方完成相关培训.
5.
系统保修与售后服务要求投标人应提供详细的系统保修和售后服务体系说明,包括服务的对象、内容、方式、时间等.
投标人还需要明确说明保修期过后设备维修、系统升级等服务的优惠方案,要求能根据业务需要进行系统调整和完善.

请详细说明如下要求满足的程度,并介绍投标人认为有必要的其它服务.
故障响应接到要求时向招标方人员提供如何使用软件的咨询;7*24小时的实时故障响应.
要求投标人在出现大数据平台故障的2小时内必须给予响应,24小时内恢复运行.
实时技术支持对大数据平台的运行、维护提供7*24的实时技术支持;应具备针对福田公司的专业技术团队,负责对福田公司业务、系统等问题的响应、处理,具体处理时间需遵循故障响应中的要求.
热线服务投标人应提供热线电话或Email、传真等其它途径随时回答招标人各种技术问题并在24小时内提出解决方案.
b)投标人要详细描述售后服务体系和具体响应流程.
第七部分项目需求分析及建设要求项目背景北汽福田汽车股份有限公司商用汽车集团(以下简称福田商用车集团或集团)成立于1996年8月28日,总部位于北京市昌平区,现有资产近300亿元,员工4万人.
福田汽车坚持"商业模式、科技创新、管理创新、人才开发"的经营方针,以发展创新与互联汽车为主线,全面实施"福田汽车2020"战略,积极发展汽车与新能源汽车、新能源、汽车物联网、金融服务业、重型机械等五大产业.

2016年构建了福田汽车大数据平台,作为集团数据管理、数据分析的基础平台.
大数据平台连通各业务环节的数据,进行整合、挖掘及展现.
大数据平台作为福田汽车统一的数据服务中心,互联互通了财务、采购、质量、分销、绩效、市场、保客营销等业务环节数据,进行数据挖掘及数据展现,提供数据服务给集团各相关单位/部门/人员.

随着大数据平台的核心作用日益凸显,结合业务单位/部门的数据应用规划.
数据分析的范围将扩大,包含客户360视图、配件预测、服务分析、车联网数据分析、UBI分析等.
为有效达成业务目标,需要接入保险、车辆、通信、第三方数据等多方面数据(含非结构化数据),且数据量庞大,以目前的平台架构(以SAPHANA为核心)将不足以支撑数据的整合及挖掘.
为有效促进业务提升,最大限度的发挥平台支持分析、支持决策的作用,结合2018-2020年大数据平台规划,对大数据平台进行升级优化.
项目目标升级福田汽车大数据平台,整合企业内及第三方数据,构建福田数据中心,推动"产业+"的数据服务模式的落地,驱动企业数字化转型.
引入Hadoop商品化产品,升级福田汽车大数据平台架构,提升对数据的处理能力及性能;构建福田汽车数据中心,搭建企业级数据仓库,实现业务全价值链的数据中心建设;集成互联网舆情大数据,为福田汽车提供舆情事件监控、用户评论采集、用户舆情洞察提供快捷有效支持,同时为大数据平台中内部数据仓库数据与外部互联网数据融合分析打下基础;推动"产业+"数据服务模式的落地,规划企业内及企业外数据服务接口方案,制定数据应用服务接口的标准,为福田汽车及产业配套行业提供数据服务接口;项目范围商业版本Hadoop产品及客户数据中心的实施建设,Hadoop平台升级及运维服务.
Hadoop产品采购采购商业版本的Hadoop平台及授权Hadoop平台实施与集成大数据平台规划部署Hadoop平台.
Hadoop平台与现有大数据系统(基于HANA)集成,并实现数据交互;历史数据的迁移和导入;搭建数据仓库,实施客户数据中心,整合外部互联网数据实现舆情分析的应用;运维服务提供一年的现场平台运维及应用运维的服务;Hadoop平台运维及监控、调优;Hadoop平台与HANA平台集成的运维及监控、调优;项目需求构建数据仓库,整合内外部数据,提升数据服务能力.
4.
1建立客户数据中心实现营销、市场、售后等环节客户业务相关数据建模与数据抽取(包括增量数据和历史数据),制定详细的数据(企业内外部数据、结构化及非结构化数据)整合、抽取、清洗、存储方案,安全平稳地将DMS、SAP、PMS、CRM、Seibel等系统中客户信息抽取到数据中心,及整合外部数据至数据中心,同时实现客户数据中心数据的连通,逐步推动企业级全价值链环节的客户生命周期管理,监控客户管理过程.

实现客户数据的贴源层、汇聚层、集市层的建设,形成客户标签库,构建基础数据体系,为客户数据价值挖掘,提供经营管理的各类数据应用支持.
基于企业内外部数据,并构建数据挖掘模型及数据集市,实现客户360画像、精准营销、流失挽回等应用.
结合数据治理平台,建立客户数据标准规范体系以及客户数据信息化标准体系.
梳理客户相关系统不同客户数据标准信息差异性,整理相关数据对应关系.
系统需求5.
1总体技术架构大数据技术平台是以大数据工具为基础的大数据应用开发支撑平台,是实现北汽福田统一数据平台的核心,其由数据采集整合、大数据处理等几个核心部分组成.
几个部分及其包含工具需通过基于元数据技术的柔性集成组件实现统一无缝集成.

系统采用分层架构设计,逻辑和结构清晰,提供层次视图和模块接口说明.
各模块、产品间高度集成,形成一个统一整体.
平台架构设计最少但不限于提供逻辑框架、总体架构、业务架构、应用架构、数据架构、技术架构、部署架构.
并需要详细说明技术路线,确保平台开放性和自主可控的特性.
根据项目实施情况和技术发展情况,后续需要对大数据技术平台技术构架进一步的完善和深化设计.

高效安全的系统批处理架构以及批处理包括的任务划分.
前端展示清晰、灵活、友好,支持分析操作人员以浏览器方式生成并浏览统计分析结果.
平台应遵循北汽福田信息化建设的各类规范和标准.
在保证大数据平台高效的前提下,应尽量屏蔽大数据技术的复杂性,充分利用大数据门户、大数据中间件、大数据交换平台、大数据资源目录、大数据实验室等理念和技术,对大数据管理者、使用者、开发者提供出高效、便捷的、注重体验的应用方式.

兼顾大数据批量处理和小样本数据精确查询统计的性能需求系统应该在全量数据并行处理和小样本数据快速过滤两种场景表现出同样的高性能,同时能并发处理尽量多的小样本数据计算需求.
有效合理利用资源减少Inbox/OutBox与多层数据复制引发的内存膨胀,尽量避免出现JVMGC引发的性能抖动,减少跨网络节点的大量数据广播,避免不必要的重复计算.
谨慎设计,避免高并发场景的性能瓶颈点减少开源版本组件存在的线程安全问题,规避高并发场景下多线程架构的锁资源冲突和线程频繁切换影响系统处理的总体吞吐量.
计算资源有效管控,避免出现系统负荷过载产品适用于精确查询和数据统计分析并存的混合应用场景,通过有效的资源管控,确保移动互联应用的稳定低延时响应,确保在业务峰值系统负荷不因过载导致停止响应甚至停机在API设计和开发工具软件支持等方面减少系统迁移和新项目开发成本友好的运维监控界面,提供外部集成接口支持在线扩容,良好的备份与恢复机制乙方需要同时提供未来2年内产品架构发展蓝图、实施路径和时间表,以便甲方制定合理的后续项目研发计划.
5.
2功能需求组件要求投标产品基于开源社区发布核心组件开源的成熟商用版本,必须包括以下必要功能组件和原厂服务,版本可根据产品有差异,但需特别标注;同时必须提供所列组件的原代码公开下载地址.
Hadoop及相当架构系统企业版包括(HDFS/MapRedure/Yarn)、HBase、Impala、Solr、Zookeeper、Spark、Kafka、Sqoop、Flume、Sentry、Hue、Oozie、kudu.
其中:1)HDFS,v2.
6.
02)MapReduce/YARN,v2.
6.
03)HBase,v1.
2.
04)Zookeeper,v3.
4.
55)Hive,v1.
1.
06)Impalav2.
11.
07)Oozie,v4.
1.
08)Spark,v2.
2.
09)Solr,v4.
10.
310)Sentry,v1.
4.
011)Hue,v3.
7.
012)Sqoop,v1.
4.
513)Flume,v1.
5.
014)Kafka,v0.
10.
2.
015)Parquetv1.
5.
016)kuduv1.
6数据接入实现多种数据源的数据接入方式,包括但不限于:对现有关系型数据库系统的数据接入,对中间件、数据库、应用系统日志的接入,对各种格式的文件的接入,以及对消息格式的接入.
提供基于Web界面的图形化数据接入工具,支持通过配置的方式自动化的数据接入.
数据清洗实现对来自多种数据源的数据进行数据一致性检查、去重、校验、处理无效值、缺失值等操作,提供常用的数据清洗方法,例如:用统计分析的方法识别可能的错误值或异常值,用简单规则库(常识性规则、业务特定规则库等)检查数据值,或使用不同属性间的约束、外部的数据来检测和清理数据.

数据分发实现数据对多业务系统的分发功能,实现数据分发的自动化流程.
实现数据分发的权限管理与审批流程.
数据存储要求能够支持PB级数据容量,支持行数不低于100亿行、列数不低于1000列的单表数据存储.
数据分析与数据挖掘1)提供通用的R语言数据挖掘和机器学习能力,可以直接通过RStudio或者R编程接口访问存放在Hadoop中的数据.
2)需要提供常用R语言算法的并行化版本,从而能够处理大数据集,包括但不限于:贝叶斯网络、向量支持机分类、逻辑回归、线性回归、K-means聚类分析、广义线性模型、决策树(随机森林决策树)、协同过滤等;3)集成多种数据可视化R软件包,便于在RStudio环境实现多样化的数据可视化效果4)实现多编程语言的支持,实现移动互联场景的准实时数据挖掘任务;5)提供广泛的R接口包,支持标准的SQL语言查询接口(JDBC和ODBC),支持Hadoop/Spark计算环境作业任务调度和输入输出交互6)提供自然语言理解与语义分析工具包支持文本挖掘应用数据库能力产品应具备与传统数据库相近的接口以及开发方式,以减少系统迁移和新应用开发成本.
1)接口驱动要求提供标准JDBC(包括JDBCtype4driver)、ODBC驱动,ODBC驱动至少兼容linux、windows(32位或64位).
2)SQL语法支持支持大部分SQL2003语法,至少包括如下功能:支持标准的SQL形式访问数据,支持如下能力:创建数据库、删除数据库,配置数据库的容量;创建表、删除表、增加表字段;创建、修改、删除视图CREATE/DROP/ALTERVIEW表数据类型包括:整形、字符串、浮点型、布尔型、二进制、时间类型、JSON数据类型;创建索引、删除索引;数据表的连接、嵌套、in、notin等复杂查询字符串、日期等常用操作函数最大值、最小值、平均值等聚合函数,支持常用数值统计分析函数支持selectinto、insertinto、mergeinto功能支持子查询(sub-queryfactoring),包括非同步子查询(Non-correlatedSub-query)和同步子查询(CorrelatedSub-query),支持子查询的多层嵌套.
支持在whereclause子句使用同步和非同步subquery(包括IN和NOTIN)支持在Fromclause子句中使用非同步subquery支持Havingclause子句使用非同步subquery支持Selectlist里面使用同步和非同步subqueryWITH…AS…可以被当做一个临时表,如果内容被多次调用,可有效提高效率,避免多次查询支持InnerJOIN,OuterJOIN(LeftOuterJOIN,RightOuterJOIN,FullOuterJOIN),ImplicitJOIN,NatureJOIN,CrossJOIN,SELFJOIN,Non-equiJOIN(JOIN条件可以是不等式),MapJOIN支持union,intersect,except操作,并且他们可以作为topleveloperator支持in、between以及运算符(+-*)直接操作subquery具备较完整的事务处理支持(包括嵌套事务),支持BEGINTRANSACTION,ENDTRANSACTION,COMMIT,ROLLBACK操作支持部分PL/SQL语法,支持或可扩展以下功能:基本语句:赋值语句、匿名块执行、函数定义和调用、存储过程定义调用、UDF/UDAF调用数据类型:标量类型、集合类型及其方法(COUNT()/LIMIT()/etc.
)、RECORD类型、隐/显式类型转换流程控制语句:IF/ELSEIF/ELSE语句,GOTO语句、LOOP循环、FOR循环、FORALL循环、WHILE循环、CONTINUE(WHEN)语句、EXIT(WHEN)语句Package包支持,包括包内全局变量、包内类型、包内函数异常支持:支持用户自定义异常和系统预定义异常;支持RAISE语句;支持WHEN(OR)THEN(OTHERS)异常处理;支持存储过程内部和存储过程之间的异常传播;部分系统预定义异常抛出点;部分编译时刻错误检测3)表分区功能为了提升海量数据查询性能,提供表分区功能,至少提供日期、区间等分区能力,分区级数至少为2级.
4)表压缩兼顾CPU和IO开销,提供多种压缩算法,支持对表按照压缩比例进行及时透明压缩,不能事后压缩,数据压缩后支持查询、修改、插入、删除,此过程中无需解压.
5)生命周期管理为了减少大数据场景下对数据管理代价,应该提供基于特定时间类型字段的表生命周期设置,并进行归档.
6)大表索引管理数据需在已创建索引的情况下高速导入,避免数据导入完毕后再创建索引.
7)数据导入导出保证数据的正确性的基础上,实现将一个关系型数据库(例如:MySQL,Oracle,DB2等)中的数据导进到Hadoop的分布式文件系统或分布式数据库中,也可以将分布式文件系统或分布式数据库的数据导入到关系型数据库中.
支持同时在多个节点上进行数据导入.
数据导入支持同步以及异步形式将文件批量导入数据表中,并反馈导入结果情况,如果出现错误应该反馈出错信息.
数据导出支持SQL查询结果导出为文本文件,可以设定文件的格式(分隔符等)、大小、命名.
为了保障导出效率,系统内所有节点并行导出,导出结果在每个节点内.
8)多存储层级支持根据数据的使用频度和性能要求,能够将应用表建立在不同IO读写速度的不同介质上,包括磁盘、SSD固态硬盘、高速闪存卡和内存,其中建立的非易失存储上的数据表在整个系统重启后能保证数据不丢失.

9)半结构化与非结构化数据支持支持半结构化(JSON/BSON形式存储)和非结构化数据的高效存取,其中半结构化数据支持字段内部建立索引.
提供全文索引功能,支撑内容管理,实现文字等非结构化数据的提取和处理;提供增量创建全文索引的能力,可以实时搜索到新增的数据.
支持客户关系网络和社交网络等图数据的高效存取和聚合计算.

集群管理1)、以Web图形界面实现Hadoop节点批量自动集群部署a)完成相应存储和节点的集群部署,实现分布式计算、分布式存储功能;b)提供节点的动态添加、删除接口,当数据容量或者计算资源不足时,支持通过横向添加同等配置的X86服务器的方式,为系统进行在线扩容2)、以Web图形界面实现Hadoop集群性能监控a)存储资源监控,包括获取存储量、剩余存储量以及存储系统整体情况信息,;b)运算资源监控,包包括但不限于:任务运行状况,用户请求数量,请求响应时间等等;服务器状态监控包括但不限于:服务器的CPU使用率、内存使用率、磁盘使用率及繁忙程度、网络状况等等;c)提供全局日志和任务级日志;d)在故障发生时提供告警功能3)、以Web图形界面实现Hadoop资源管理a)计算任务管理和作业管理,包括作业的上传、配置、启动、停止、删除和状态查看功能b)存储资源管理,浏览数据、更改回收存储资源.
c)作业动态调整,支持对任务系统资源占用进行实时调配,改变作业调度优先级等操作4)、支持多租户Web图形界面管理计算集群可以按需创建,按需销毁创建集群时只需要指定所需计算资源,无需指定具体物理机器流式计算能力能针对不同的数据源、不同的数据接入方式、不同的处理时效性要求,组合实现适配不同需求的技术方案.
1)数据源包括各生产系统应用日志、渠道与交易系统的WebSocket信息流、外部系统的XML或JSON字节流.
2)数据接入方式支持Flume日志处理数据流、各类企业消息总线或ZeroMQ等消息通讯库、Kafka等分布式消息系统;支持Kafka的安全访问控制能力,支持Kafka+Kerberos实现身份认证.
满足批处理、准实时和实时处理三种不同时效性要求支持在流数据上执行SQL语句(例如GroupBy和JOIN,窗口函数等),方便进行流式应用开发;支持将流数据进行行列转换写入列式存储,从而支持准实时的交互式分析.
支持将实时流数据持久化写入永久存储,支持通过SQL进行批处理统计.
4)低延时和高吞吐量以合理的技术实现方案支持一个完整的流式计算过程涉及的IO读写操作(包括数据库、文件及其他网络服务调用),避免因局部IO阻塞导致整个流处理设施的不可用,提供低延时和高吞吐量的整体服务质量.

5)容错性以合理代价尽力确保数据不丢失,在机器出现故障时,支持计算现场恢复和任务重启.
6)可扩展流处理框架可线性扩展,应用越多越复杂,处理延时越长,但可横向扩展机器资源以降低延时.
7)易于管理和监控在集群管理界面提供数据生产者生产速度、数据消费者处理速率、当前数据处理总量、当前数据积压量等图形化指标实时图表监控界面.
支持通过API和图形界面提交流处理任务;支持流处理任务的生命周期管理(创建、运行、停止和删除),可以动态增加新的流处理任务,无需停机,不影响原有流处理应用,方便管理.
资源管理能力基于YARN/Mesos等资源调度框架,实现Spark和Map/Reduce集群,按需动态创建与销毁计算集群.
为此,资源调度框架需要支持内存管理和CPU调度,也需要增加对Spark资源各种调度算法的支持,包括但不限于:1)指定Spark资源使用策略;2)根据指定策略实现CPU与内存的固定配额调度3)根据指定策略实现CPU与内存百分比的配额调度4)根据指定策略实现SparkExecutor在各个计算节点的分布5)根据指定策略实现SparkExecutor个数的限定6)根据指定策略实现SparkExecutor在具体哪些节点上启动7)可提供开放的API和分布式框架,允许用户灵活地开发所需的分析处理应用,而不局限于SQL或存储过程.
8)支持通过公有云和私有云部署,对软件基于Docker技术的容器化部署提供支持.
多租户管理提供统一、可视化的多租户管理功能.
提供完整多租户安全管理和资源管理能力.
多租户安全方面,支持LDAP用户管理,支持Kerberos用户身份认证,提供细粒度的用户访问控制功能,包括用户、用户组、角色的访问控制,提供对数据库、表、视图、行、列、单元格等的访问控制策略.
提供对租户操作审计、单点登录等功能.

多租户资源管理方面,实现数据库和用户的存储空间配额管理,实现不同类型的作业对计算资源、内存资源的请求与分配管理,提供资源优先级管理,支持用户/作业级的服务等级协议SLA.
作业调度要求可视化的数据调度逻辑,能清晰的反应每一个调度的数据源结构和目标数据结构.
具备数据质量检查功能,预置源数据校对规则,具备对源数据进行规范性校对和预警功能.
依赖业务的逻辑顺序来定义ETL处理流程控制.
如:先装载主数据再装载业务数据.
支持任务模块化,ETL过程分步实施,每个过程通过不同的模块组来完成,并尽可能复用这些组件,从而提高ETL实施效率.
可视化的数据调度概览,能清晰的反应调度作业或任务的进度和干涉状况.
支持通过自定义定时任务进行数据的增量更新.
支持实时数据的提取、转换和加载功能.
良好的容错机制,对执行失败的任务,能从失败的上一个节点重新装载数据.
具备较好的灵活性,能够在不同的时间段中进行数据获取、转换和装载.
清晰的日志跟踪管理功能,能反应每一个作业或任务的执行情况.
支持随着业务需求的不断增加进行迭代开发实施.
能进行可视化拖拉拽方式,快速开发数据调度程序.
ETL运行脚本编辑功能,支持JAVA或PYTHON或C#等主流开发语言,支持可视化拖拉拽方式,快速开发ETL程序.
支持各种客户端连接方式,包括但不限于JDBC、ODBC等.
5.
3容错与可靠性需求系统可用性≥99.
99%:采用集群处理的多级分散控制系统,设备、数据介质等某些关键部分考虑备份和冗配置,保证其发生故障时不影响整个系统的正常运行.
数据容错要求:消除全系统单点故障:系统中不允许存在单点故障,任何一个角色故障后都应有备份机器承担原失效节点工作,并在监控页面上对错误状态进行显示标识.
容灾备份:支持跨数据中心集群间准实时数据复制,实现异地灾备;灾难恢复及业务支持:遇到灾难性宕机后,系统恢复服务的时间要求在24小时以内.
宕机重处理后,数据恢复率要求达到100%.
具备系统备份、业务数据备份、数据归档、灾难恢复以及相关数据的查询功能.
5.
4系统性能需求1)缓存管理支持把内存和SSD作为缓存,当源数据无法全部放进内存时,支持换入换出,保证SQL执行不中断.
业务不受限于内存或SSD大小,可对大于内存/SSD容量的数据进行分析处理;支持从HDFS或者HBase上将数据装载入内存或SSD,为存放在HBase的在线数据提供交互式分析能力;2)支持SQL查询性能要求支持将二维关系表装载进分布式内存,进行交互式SQL分析和数据挖掘,每台服务器扫描数据的性能可以达到300MB/s,单台机器可在1秒内扫描1亿条记录;支持选择SSD作为缓存,扩展内存存储的容量.
数据存放在SSD上时,要求SQL性能比机械硬盘快10倍以上.

要求总体查询性能比原生Hadoop快10倍以上,比原生Spark快2倍以上.
在每节点单表1千万条记录(1KB左右)的集群上,达到如下性能:a)按关键字检索单表记录延时小于20ms,每节点吞吐量超过2000MB/秒.
b)按关键字检索5表关联记录延时小于50ms,每节点吞吐量超过500MB/秒.
c)3表关联检索并汇总统计10万记录延时小于200ms,每节点吞吐量超过30MB/秒.
d)单表全量更新时间低于100秒,两表关联全量更新时间低于200秒.
e)每节点单表记录在1亿条记录(1KB左右)的集群上,全量汇总统计排序延时小于2秒,每节点吞吐量超过10MB/秒.
3)数据导入从文本文件中导入数据单机性能不得低于30MB/S,支持高速随机Key-Value的查询/插入和低延时的统计能力,插入性能每台服务器每秒达到10000记录/秒(每个记录至少1KB左右).

4)流处理性能系统最低延时/处理间隔为100毫秒,单服务器可处理1万记录/秒.
以上要求,根据产品可有偏离,需写明偏离原因.
5.
5系统稳定性需求支持系统在长时间、多任务场景下的稳定运行.
在计算机硬件、操作系统、存储系统及应用系统业务进程出现故障时,能迅速响应并进行任务的切换;某一节点出现故障时,其他节点应能够自动分担故障节点的处理任务,保证服务持续可用.

能实时监控各节点的状态,依据不同的监测方法,可以监测出服务器节点是否存在,以及是否可以正常提供服务,支持节点失效报警和节点恢复过程的监控.
支持某节点失效后,整个系统能继续运行,系统整体性能不能有显著下降.
具备HA高可用性功能,保证系统环境的稳定运行,备份方式最好为热备.
要求具备一定的健壮性,能够弹性应对一些短暂的环境不稳定现象,如网络闪断等.
5.
6系统开放性需求源代码开放性Hadoop平台的源代码需开放给福田方,具备专业的运维服务团队配合福田大数据应用的建设.
技术开放性系统总体技术架构符合以Hadoop/Spark为代表的主流技术发展趋势要求,在软件外观(包括工具命令调用格式、API设计与类包命名)尽量保持和开源社区一致,并能与开源社区的合理技术演进保持同步,尽力提供自动化版本迁移或源代码版本兼容性检测工具.

与第三方软件的集成能力能够容易实现与第三方软件的快速集成,包括但不限于:主流ETL工具、实时数据复制工具、批处理任务调度工具包括Tableau在内的各类数据可视化工具软件主流元数据管理软件平台,包括数据质量管理、数据生命期管理其他开源数据挖掘与数据建模工具软件与福田其他系统对接该大数据平台能够将福田的数据进行分类组织,并且对外提供灵活的API,方便福田其他系统对接.
系统兼容性需求支持异构硬件、支持异构OS、兼容X86平台及Linux操作系统,至少但不限于支持openstack、VMware虚拟化技术.
支持易用并具有广泛适应性的开发语言和工具,如C、JAVA等开发语言和工具等.
5.
7系统安全性需求1)安全认证支持使用Kerberos进行用户认证的用户认证方式,对存放在HDFS中的数据根据认证用户(组)进行读/写访问控制,并且支持对存放在HDFS中的选定文件单独进行加密.
2)数据访问权限管理支持数据表、字段级的数据访问权限管理;支持基于用户登录信息的表记录过滤规则定义,隔离数据记录访问权限并且对应用程序透明.
5.
8系统易维护需求1)在线扩容系统的存储容量能够动态不停机扩容,扩容时现有系统可以不间断正常运行,不受扩容影响.
扩容时无需迁移数据,无需要求用户对数据进行重新分区(partition),避免硬盘和数据损坏.
2)软硬件状态监控提供CPU、内存、硬盘、网卡等硬件状态监控以及告警,告警信息可以通过短信、邮件方式通知管理员,可推送到行内集中监控系统.
3)系统巡检以及信息收集提供一键式的GUI巡检工具,直观反映关键部件状态.
提供一键式的信息收集工具,收集系统日志、配置信息以便于快速定位.
4)系统拓扑管理显示系统网络拓扑图,并直观显示节点以及服务状态.
5)系统性能跟踪可以跟踪当前作业任务进度和资源使用情况.
可详细持续记录SQL执行计划和实际成本消耗,统计分析资源消耗较多的热点SQL,可按条件过滤查找一定时间范围的SQL统计数据.
5.
9系统管理需求1)日志管理平台应具有完整的日志管理和完备的数据审计功能,并且有相关的监控预警机制,保证平台正常进行.
平台应提供对所有操作的日志记录及查看功能,如应支持作业或任务运行的日志、审计日志、错误诊断日志、跟踪日志(会话级)等日志类型2)图形化监控平台应提供平台整体状态的图形化监控功能,对任务的运行状态、任务的占用资源等都可以做监控.
3)监控管理平台可以记录告警信息,告警信息可以在日志文件中被查看到,或通过图形化界面的方式展示.
告警记录具体信息应包括:告警名称、类别、严重性、告警具体内容等.
4)权限管理应提供权限管理功能,通过不同的用户、组、权限等设置来实现完备的权限管理功能.
5)集群管理要具备直观、全面的可管理性,随着机器节点数目的增加,对集群节点的健康状态、作业加工执行情况、系统负载等都需要具备直观、全面的管理功能、并对集群中的异常情况具备告警功能.
5.
10硬件及网络要求符合以Hadoop/Spark为代表的主流X86硬件资源,使用X86服务器自身的计算和存储资源,无需外接存储,支持异构平台,采用分布式架构安装部署,支持在线动态节点扩容.
原则上使用福田现有X86服务器资源,无需单独采购,服务器配置如下:型号CPU内存磁盘Raid卡网卡HPEDL380Gen92*每颗12核IntelE5-2650v42.
20GHz16*32GBTruDDR42133MHz2*300G10K2.
5寸SAS盘(操作系统)8*2TB10K2.
5寸SAS盘2*800GSSD板载RAID卡直通阵列卡四口板载千兆卡2*Intelx520双口万兆网卡提供软件、硬件及网络架构设计,须满足福田汽车未来3~5年的扩展需求.
授权管理要求投标方需说明其提供大数据产品权方式.
(按CPU、节点数、数据量等)如果是完全开源hadoop软件栈,原则上只产生实施费用和维护费用.
软件授权需要说明后续项目扩容是否需要追加授权.
信息安全要求本项目按照《福田汽车信息系统建设安全管理办法》的要求对福田汽车的信息系统建设开发过程进行安全规范.
项目约束条件(1)为保证项目质量,确保项目进行中系统用户与投标方之间沟通的及时、准确、顺畅.
要求在整个项目实施过程中(包括但不限于项目准备、平台部署、开发实施、培训、运行维护、终验等阶段),投标方项目团队必须自始至终全部在用户现场进行各项项目工作,用户方将负责提供必要的工作环境和支持.

(2)硬件、操作系统、数据库、中间件、双机软件等基础软硬件采购由福田方自行完成,其中硬件安装由福田方及其硬件供应商自行完成.
《福田汽车大数据平台升级与集成项目技术架构设计说明书》中涉及到的操作系统、HANA数据库、双机软件的安装配置需要集成在项目中,由投标方承担,相关集成调试成本计入投标总价.

(3)系统终验结束后投标方提供半年的免费维护期.
(4)整个项目实施过程中(从调研阶段到系统终验)及免费维护期内,投标方负责系统的正常运行.
负责范围为系统应用支持、后续培训、系统平台和架构升级、Bug修正、软件程序优化、后台数据处理、需求变更的二次开发、基础类软件(包括操作系统、数据库、双机软件)升级优化的方案设计及实施(包括软件打补丁)、各类相关软件参数配置和优化等工作.
相关成本计入投标总价.