武汉大学三维虚拟校史馆项目

1、武汉大学三维虚拟校史馆项目采 购 文 件武汉大学采购与招投标管理中心二一七年四月武汉大学三维虚拟校史馆项目采购文件根据国家采购与招投标法律法规的相关规定，武汉大学拟对三维虚拟校史馆项目进行公开采购，欢迎具备相应资格条件的供应商参加。一、采购内容和要求：本次采购内容：武汉大学校史馆网站建设、三维虚拟校史馆建设及运行维护等。具体采购要求详见附件二。二、供应商资格要求： 供应商须符合中华人民共和国政府采购法第二十二条的要求及国家相关管理规定，且：1、必须是在国内注册并取得营业执照的独立法人，相关资质证件齐全有效。2、具有独立承担民事责任的能力；3、具有良好的商业信誉和健全的财务会计制度；4、具有履行

2、合同所必需的设备和专业技术能力；5、有依法缴纳税收和社会保障资金的良好记录；6、参加政府采购活动前三年内，在经营活动中没有重大违法记录；7、法律、行政法规规定的其他条件。三、时间安排：1、供应商提出书面问题时间：供应商应认真阅读采购文件中的所有条款、事项、格式和技术规范、参数、图纸、附表和附件等要求。如有疑问，应在递交响应文件截止时间3天前以书面形式提出（质疑函请注明公司名称、联系人、联系方式并加盖单位公章）；逾期不予受理。 2、采购人发答疑文件时间：答疑文件或修改后的采购文件在递交截止时间2天前以电子邮件或电话方式通知所有购买采购文件的供应商。请供应商自行、及时查看邮箱（不及时查看邮箱者责任

3、自负）。供应商应立即以传真或电邮形式回复采购人，确认已收到。没有回复的，视同已收到。  3、为使供应商有充分的时间重新编制采购响应文件，采购人有权推迟采购会日期，并将此变更以电子邮件或电话方式通知所有购买采购文件的供应商。 4、采购响应文件递交时间：2017年4月20日上午8:30-9:00。地点：武汉大学采购与招投标管理中心409室 5、响应文件递交截止及采购会议开始时间：2017年4月20日上午9：00。地点：武汉大学采购与招投标管理中心开评标室四、采购响应文件编制内容1、公司简介（应包含公司的介绍及所获荣誉、奖励的证书复印件）；2、公司营业执照、资质证书、税务登记证、法定代表人

4、身份证复印件及有关资信证明；3、响应承诺函；4、响应报价（要求报总价，并根据不同内容有分项报价明细清单）；（1）供应商所提供的服务一律用人民币报价。 （2）供应商的响应报价应包括完成本项目的全部费用。供应商对报价的准确性负责，任何漏报、错报等均是供应商的风险。    5、2014年1月1日以来承担过类似项目业绩（需提供合同或验收报告复印件并加盖公章）；6、建设方案（包括系统方案及运维服务方案等），供应商应结合采购要求提出自己为达到采购人要求采取的具体措施。7、供货期及服务承诺。五、采购响应文件编制要求采购响应文件所有内容须装订为一册，正本一份、副本二份。1、采购响应文件须载

5、明如下内容：响应承诺函、响应报价一览表、分项报价清单、技术响应情况表、法定代表人身份证明书、法定代表人授权委托书、公司简介；公司营业执照、税务登记证、组织机构代码证复印件及资格证明等其它有关资质证明文件（复印件须加盖供应商公章）、供货期、服务承诺等。供应商应按本采购文件要求提交商务、技术部分的内容和需要供应商自行编写的其他文件。采购响应文件的编制要求及编排顺序必须使用格式样本。（请上本中心网站：2、采购响应文件规格幅面（A4），按“采购响应文件格式”所规定的内容顺序，统一编目、编页码装订（采购响应文件中复印件及响应产品手册、介绍、说明书等技术资料均须与采购响应文件正文一起逐页编排页码）。六、采

6、购响应文件包封1、采购响应文件1正本2副本合并成一个包封，封包上应写明供应商名称和项目名称（包括采购分项名称），在封袋骑缝处以显著标志密封，并加盖单位公章和法定代表人(或委托代理人)印签。 2、“采购响应报价一览表”请用信封单独密封，在递交截止时间前单独提交。信封上写明供应商名称、项目名称（包括分项名称）。信封骑缝处加盖单位公章和法定代表人(或委托代理人)印鉴。七、采购响应文件的递交1、采购响应文件须由供应商的法定代表人或其委托代理人递交。2、供应商应在规定的时间和地点递交采购响应文件，逾期递交的采购响应文件不予受理并原封退回。3、未按规定进行密封的采购响应文件不予受理。 4、供应商递交采购响

7、应文件的同时，需递交投标保证金进账单复印件。八、评标办法：详见附件一九、付款方式：详见附件二 项目联系人及联系方式： 联系人：王老师 联系电话：68754582 武汉大学采购与招投标管理中心 2017年4月7日附件一：武汉大学三维虚拟校史馆采购项目评审办法一、评审原则公平、公正；竞争、择优；反不正当竞争。二、评审委员会 1、评审委员会由采购人依法组建，负责评审活动。 2、评审委员会成员人数为三人或三人以上单数。其中采购人以外的技术、经济等方面专家不得少于成员总数的三分之二。 3、评审委员会的专家成员，由采购人监督部门从确定的专家名册内相关专业的专家库中随机抽取产生。 三、评审(一)符合性评审评

8、审委员会严格依据采购文件规定的各项要求，对采购响应文件的资质条件、方案、响应价格等进行初步审核，经评审委员会认定为符合性评审不合格的，不得进入下一阶段评审。响应文件有下列情形之一的，视为符合性评审不合格：1、响应承诺函未加盖供应商的公章及法定代表人印章（签字），或法定代表人委托代理人没有有效的委托书的； 2、供应商资质、业绩证明文件未提供或不能满足采购文件的要求的； 3、响应文件不满足采购文件要求或无技术资料支持的； 4、响应文件与事实情况不符或虚假响应的；5、有备选方案的供应商，凡未按要求注明主选方案的；6、未按规定格式填写，内容不全或关键字迹模糊、无法辨认的；7、不符合采购文件中规定的其他

9、实质性要求的。（二）详细评审评审委员会对已通过符合性评审的所有响应文件中的技术方案、报价、业绩、信誉等评审指标按照采购文件载明的评审办法，按百分法对其作进一步评审、比较、评分。百分法评审内容由技术、商务和价格三部分组成，总分值为100分。技术、商务、价格权重按下列比例执行： 50% 20% 30%；（具体详见武汉大学三维虚拟校史馆采购项目评分表）(三)计分办法1、评审委员会成员按照本办法上述有关规定，给各响应文件评分。2、各供应商响应的最终得分为各评委所评定分数的算术平均值。3、评审委员会根据各供应商响应的最终评分，按高低次序确定供应商最终的排列名次，并按照采购文件中规定推荐不超过三名有排序的

10、合格的成交供应商候选人。如果供应商的最终评分相同，则报价低的供应商排名优先。（四）定标原则1、评审委员会综合各评委的评审结果，并按照评委中少数服从多数的原则，最终做出评审决定。评审决定可以直接确定成交供应商，也可以推荐成交供应商候选人。当评审结果为“推荐成交供应商候选人”时，须经商务谈判小组依序与成交供应商候选人洽谈后确定成交供应商； 2、评审委员会完成评审程序后，对最终评审决定作出书面报告并由评委签名确认。武汉大学三维虚拟校史馆采购项目评分表条款号评审因素评审标准采购文件第二条资格性审查标准营业执照供应商是否具备有效的营业执照资格要求供应商是否符合资格要求企业业绩供应商是否承担过至少一项类似

11、项目业绩评审办法第三条第一款符合性审查标准响应承诺函签字盖章是否有法定代表人或其委托代理人签字或加盖单位公章资质证明文件是否未提供或不能满足采购文件的要求的； 建设方案是否不满足采购文件要求或无技术资料支持的；响应报价响应内容是否只有一个报价响应文件格式是否按规定格式填写，内容不全或关键字迹模糊、无法辨认的；响应文件与事实情况不符或虚假响应的；条款号条款内容编列内容评审办法第三条第二款分值构成(总分100分)技术部分：50分商务部分：20分响应报价：30分评审办法第三条第二款响应报价得分 计算方法满足采购文件要求且报价最低的响应报价为评审基准价，其价格分为满分。供应商的报价得分统一按照下列公式

12、计算：响应报价得分（评审基准价/响应报价）×价格权重值×100。条款号评分因素评分标准评审办法第三条第二款技术部分评分标准技术要求10响应产品技术参数和配置完全满足或高于采购文件要求的，得10分；每有一项不能完全满足扣2分，该项项最低0分。对于必须响应的技术参数和配置（*标识），如不能完全满足，则该项为零分。源代码5提供全部源代码该项得5分，否则该项为零分。总体评价5建设方案完整该项加3分，漏项情况加0-2分；技术应答无偏差该项加2分，有偏差加0-1分。系统总体方案5采用的软件体系结构合理，各个子系统的划分和设计内容符合项目需求，该项加0-2分。关键技术特点具备优越性、可实

13、现性和可拓展性，充分考虑系统的总体架构设计、应用系统架构设计、安全设计、接口设计、数据库设计，该项加0-3分。系统功能设计15系统功能设计完全满足或高于系统需求该项加7分，漏项情况加0-6分；系统功能设计描述详细，输入输出及过程参数明确该项加8分，否则加0-7分。系统演示10使用实际系统演示，最高得10分；使用DEMO系统演示，最高得7分；使用PPT演示的最高得3分。（每家供应商方案讲解及系统演示时间不得超过8分钟，并提供相关文档的光盘并密封递交。）评审办法第三条第二款商务部分评分标准类似业绩情况3提供2014年1月1日以来与本项目类似的成功案例，每个案例得1分，最高得3分。（提供合同或者验收

14、报告复印件并加盖公章，合同或验收报告应能反映相关信息）对采购文件规范性响应程度2响应文件完全响应采购文件编排要求的得2分，一般的得1分；编排混乱的不得分资质情况3通过ISO9001验证的，得3分；没有通过该验证不得分。运维服务方案3对供应商提供的运维服务方案综合评分（包括培训计划和培训内容、售后服务承诺及响应时间等），最优的得3分，其他酌情评分。免费服务周期承诺5免费质保期限为自验收之日起二年及以上的得5分，承诺一年及以上得3分，低于一年的不得分。注1：免费质保包含同版本以及跨版本更新；本地化开发及服务能力4有常驻本地服务于本项目的开发团队，5人及以上研发人员，1人及以上项目经理，该项加4分；

15、有常驻本地售后服务团队，能2小时之内到达现场服务，该项加3分。（提供营业执照或者房屋产权或者租赁证明复印件）。条款号条款内容编列内容评审办法第三条第二款各供应商的最终得分计算办法各供应商的最终得分为各评委所评定分数之算术平均值。附件二 武汉大学三维虚拟校史馆采购项目采购要求一、系统面向的用户群角色名称所属单位职责描述系统管理员档案馆负责校史馆网站管理员的分配和权限控制、校史馆网站各个栏目的文字、图片等信息的发布及管理。网站栏目管理员档案馆负责校史馆网站各个栏目的文字、图片等信息的发布及管理。表1 系统用户表二、功能需求分类需求名称子需求名称功能描述三维虚拟校史馆用户浏览进入校史馆首页，点击“3

16、D校史馆”播放入口动画，动画播放完后进入360度全景展厅，点击主题厅及各专题展厅，则进入到不同的专题展厅中，用户可方便地对每个展厅进行浏览。每个展厅内的浏览顺序具有导向性，用箭头、序号等表示并配以线路图或导览图。用户操作展厅的基本操作功能主要由鼠标、键盘和触摸屏等完成，包括综合信息展示、前后左右上下以及视角的控制、页面下方的操作按钮等。展厅直达通过展厅中的导航栏框，让用户可以对展馆中所有专题展厅一目了然，点击所需参观的展厅名称，直接选择进入到该展厅。导向图通过二维图展示当前展厅的热点的分布图，可以通过点击热点进行场景切换。信息展示展品完全按照现实展厅的方式制作，通过展板对不同主题信息进行概要展

17、示，通过鼠标的点击，对相关信息进行详细展示说明。 通过点击展板，可以多样形式交互进行表现，展示形式主要有：图片、文字、视频、图片相册、图片轮播等方式，根据不同的专题展品形式，支持不同的表现方式。信息扩展后续校史馆的现实展厅中的展板内容发生变化时能够对虚拟展厅的展板内容进行相应的修改和更新。语音讲解浏览参观过程中显示解说员进行语音讲解。操作帮助通过动画展示帮助用户熟悉三维校史馆的展览流程和按钮栏的使用，并包含展览区的提示和简要介绍。多屏适配支持手机、平板、PC端的浏览校史馆网站建设信息展示1. 本馆概况：武汉大学校史馆简介2. 动态报道：校史馆参观新闻报道3. 重要人物参观图片滚动播放

18、4. 重要公告：开馆时间、参观预约须知、预约登记表下载、校史馆使用及安全管理规定、重要通知5. 走进武汉大学数字校史馆：校史馆虚拟展示6. 称谢捐赠：征集公告、捐赠人物名单、征集资料展示7. 专题展览：抗战烽火中的武汉大学、“珞珈魂”展览、纪念“六一惨案”60周年图片展、2007年校园开放日校史展览、纪念中华人民共和国档案法颁布20周年图片展8. 武大印象：重要展品图片、校史视频、音频（各时期校歌）9. 历史沿革：历史沿革图、历任校领导10. 校史研究：校史研究成果、文章等11. 志愿服务：讲解员信息及照片12. 重要链接：校外链接、校内链接13. 联系我们新闻发布编辑文字和上传照片即使发布校

19、史馆的新闻报道站内搜索搜索站内相关信息多屏适配支持手机、平板、PC端的浏览表2 功能需求分类表三、技术要求3.1总体技术要求3.1.1 SOA的架构应用需满足可重用、松耦合、互操作的服务体系结构，通过服务的编排组合来实现业务的组合，通过服务的松耦合来满足业务变化和调整。将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口采用中立的方式进行定义，它应该独立于实现服务的硬件平台、操作系统和编程语言。3.1.2服务接口以Web Service技术作为SOA服务开发技术的首选技术，要求遵循Web Service成熟的开发标准及规范。为了最大限度地复用现有应用系统的业务

20、功能，在选择SOA技术标准规范时，必须考虑现有业务功能封装对技术标准规范的支持能力，Web Service服务接口应该支持通用的ESB总线。业务系统提供Web Service服务地址、命名空间、调用方法、参数组（包含参数类型），返回值采用JSON或XML格式，并提供返回数据包格式描述，通过ESB工具对Web Service服务实现自动查询、调用、测试及管理。3.1.3 J2EE平台或Node JS平台以Java技术作为Web Service开发的优先选择技术，各类组件、服务架构及技术层次均有共同的标准及规格，让各种依循J2EE架构的不同平台之间，存在良好的兼容性。中间件采用Web Logic或

21、Node，应用及服务支持集群部署、负载均衡及故障转移。3.1.4数据库标准系统设计的数据表结构、数据字段、数据字典、范式设计必须符合武汉大学教育信息化云平台数据标准，提供符合该标准的数据库设计文档，数据库采用Oracle。3.1.5 移动端标准移动端应用支持安卓、IOS及微信平台。3.2 系统兼容性要求服务端支持目前主流操作系统（如Windows、Linux等）。浏览器支持3种及以上目前主流浏览器（如IE、Firefox、Chrome、safari、360浏览器）。移动端支持安卓2.3以上版本。移动端支持IOS5.0以上版本。移动端支持微信平台。系统在版本升级中保证接口协议、功能不发生变化。3

22、.3 系统性能要求三维全景原图分辨率不低于6000×3000像素三维场景切换保持矢量方向并且流畅无卡顿支持5000以上用户同时使用。支持1000以上并发用户量。系统保证7×24小时运行。普通页面响应时间，小于1秒，最大不超过5秒。查询页面响应时间，小于3秒，最大不超过30秒。后台数据批处理时间应在二小时内完成。支持负载均衡、可扩展性。3.4 系统扩展性要求支持与武汉大学的数据平台进行数据交换，满足数据交互的功能。系统完全采用模块化的设计框架，模块之间遵循高内聚、低耦合的设计原则，具有灵活方便的添加新模块和变更模块的功能。程序接口和数据接口清晰，便于二次开发，为新功能模块预留

23、接口。3.5 项目文档要求1. 需求调研报告2. 需求规格说明书3. 项目建设方案4. 系统设计说明书5. 系统数据标准说明书6. 系统接口标准说明书7. 数据库设计说明书8. 项目编码规范9. 项目实施计划10. 开发进度周报11. 测试计划及方案12. 测试报告13. 项目开发总结报告14. 用户操作手册15. 系统安装手册16. 系统培训计划3.6 系统安全性要求提供安全手段防止非授权用户的非法侵入、攻击，避免操作人员的越级操作。软件自身具备网页防篡改、防注入式攻击、脚本过滤、防口令猜测、IP地址访问控制等安全措施。采用分级管理模式，对不同级别用户的操作权限和数据访问范围有严格的限制，系

24、统管理员可以根据学校情况灵活设置安全策略。支持与武汉大学的用户统一身份认证系统进行对接，将指定功能集成到武汉大学信息门户。具备容灾能力，根据学校网站的特点能够记录系统访问日志及操作日志，备份和恢复系统数据，保证系统安全稳定运行。对敏感性数据进行加密保存，支持标准主流加密算法，对安全性要求特别高的数据需进行物理隔离。3.7 系统易用性要求针对用户操作习惯调整功能设置和界面布局。3.8系统维护性要求系统为管理员提供丰富的系统设置和维护功能，包括用户和权限设置、字段维护、代码表维护、日志监控、数据批量处理、远程备份等等，让管理员在办公室就可以对系统进行各项日常维护工作。系统升级和日常维护只需要在服务

25、器进行即可。系统出现异常时，7×24电话支持，24小时内到达现场提供服务支持。四、项目工期自合同签订之日起1个月内完成项目实施，进行初验。试运行3-6个月进行项目终验。五、项目管理对项目的建设进行科学严格的管理，要通过系统计划、有序组织、科学指导和有效控制，促进项目全面顺利实施，供应商必须提供完整的项目管理方案，方案必须涵盖以下方面：5.1 项目文档和程序管理在项目的开发过程中以及交付使用后，会产生大量文档和程序，而且文档的版本在不断变迁和修改中，势必产生一个庞大、动态的集合，供应商必须提供合理的管理方法，对文档和程序进行版本化管理。5.2项目管理规范和手段根据该项目的实施方案，在实

26、施过程中，为了保证采购方能够对项目建设实施进行监控，及时发现和解决问题，供应商必须建立相应的项目管理规范，包括项目执行监控流程、执行监控的方法、执行监控的责任等，使管理和监控工作流程化、规范化，管理和监控工作责任明确。5.3项目管理控制该项目的管理控制包含多个方面：项目范围、风险、进度、质量、变更管理控制，贯穿项目开发建设的始终，必须做到对项目建设范围准确定义，一旦范围发生变更，供应商要有相应的变更控制和应对措施。5.4风险管理项目风险管理是对项目风险从识别到分析到应对措施的一个过程，包括风险识别、风险量化、风险对策、风险对策实施控制四个方面。项目在实施过程中会出现各种各样的风险，供应商必须做

27、到充分、有效识别风险，应对风险和控制风险，在项目实施之初必须制定风险预测和规避风险的对策。5.5项目的开发管理开发管理方案必须要按照软件工程的方法，开发过程满足软件生存期的要求，采用先进的软件开发方法和软件开发工具，科学的管理软件开发过程，降低软件开发风险和成本，使软件项目获得较高的经济效益和社会效益。六、培训要求培训应贯穿于整个项目的实施过程中，包括在从项目准备、研发到项目运行的全过程中。供应商需提供详细的培训方案、培训内容、培训计划、软件使用、后期维护。需要提供以下几方面的培训：6.1 运行管理培训为了使采购方的相关人员掌握有关应用系统的使用、维护和管理方法，达到能独立进行管理、故障处理、

28、日常测试和维护等工作的目的，应进行系统的技术培训，以保证所建设的系统能够正常、安全、平稳地运行。6.2 培训要求供应商派出的培训教师应具有丰富的同类课程教学经验和应用经验；所有的培训教师必须用中文授课；供应商必须为所有被培训人员提供培训用文字资料和讲义等相关材料，如果培训地点在外地，供应商还应为所有被培训人员提供食宿；供应商应按合同规定安排培训时间和培训名额。6.3培训方式包括课堂讲解、上机操作和实际工作的参与。6.4培训工作的内容和对象描述供应商进行的培训工作包括了培训方案的设计、培训制度的制定、培训开发、培训实施和培训效果评估，及时监控培训效果，保证培训课程符合采购方实际的需要。在系统运行

29、（含试运行）的各个阶段提供相应的培训内容描述，培训阶段安排包括：系统开发人员培训、系统管理人员培训、系统维护人员培训和系统使用人员培训。各个阶段描述标题包括：培训内容、培训教师水平、参加对象、授课时间和上机操作时间。七、服务保障与承诺供应商应承诺保证该项目按时正式稳定地运行，并承诺提供免费服务时间。供应商应承诺根据对采购方相关业务运做的规律来有计划地制定服务保障体系。该项目一旦运行起来，稍有差错就会引起各方面的反映和损失，所以系统的售后维护服务和技术支持工作也应有足够保障。供应商作为具有丰富信息化校园项目经验的系统集成和软件开发企业，针对采购方不同的系统需求，制定不同的运行保障方案，建立完善的

30、本地售后服务体系，对采购方提供充分考虑使用者利益的技术支持及售后服务。除了上述的有关承诺之外，供应商关于服务保障体系的描述应包括如下内容：7.1 运行保障机构主要描述供应商对本项目的运行保障能力。7.2保期内运行服务内容售后维护服务，定期走访或实行远程维护：定期维护的时间区间、周期和详细规划，规划包括：方式、人员和详细的维护内容。重大事项的及时响应：系统出现故障或意外情况导致系统不能正常运行时，根据供应商响应的情况描述，针对不同响应级别的即时响应包括：人员、时间和内容等。 服务请求的方式：在我方需要提供服务（包括即时的和非即时的）时，能够与供应商联系沟通的方式描述，应包括：服务热线电话和联系人、联系单位信息、信函/传真、电子邮件、服务网站。服务请求的流程：供应商对用户的支持或维护请求处理流程的流程图和详细描述。7.3保期后运行服务内容售后维护服务，定期走访或实行远程维护：收费服务的时间区间、周期、费用和