公告摘要
项目编号rfp20221105002
预算金额20万元
招标公司武汉大学
招标联系人许老师
标书截止时间-
投标截止时间-
公告正文

武汉大学珞珈虚拟文库迅捷采购公告
公告编号: RFP20221105002 标段编号: 附件1 发布日期: 2022-11-05
开标日期: 2022-11-17 发售截标日期: 2022-11-15 17:30 发 布 者: 许志强


武汉大学《珞珈虚拟文库》项目采购公告

(采购会时间2022年11月17日)



根据国家采购与招投标法律法规的相关规定,武汉大学拟对图书馆《珞珈虚拟文库》项目进行校内平台招标采购,欢迎具备相应资格条件的供应商参加。现将有关事项公告如下:
一、采购内容: 《珞珈虚拟文库》项目(参数详见采购文件附件)
1、本次采购共1个标段:供应商需完全响应本采购文件所列示内容。
采购预算:人民币20万元

2、采购范围:货物的供应、运输、安装、调试、培训和售后服务等。
二、供应商资格要求:
供应商须符合《中华人民共和国政府采购法》第二十二条规定的资格条件。
(一)具有独立承担民事责任的能力;
(二)具有良好的商业信誉和健全的财务会计制度;
(三)具有履行合同所必需的设备和专业技术能力;
(四)有依法缴纳税收和社会保障资金的良好记录;
(五)参加政府采购活动前三年内,在经营活动中没有重大违法记录;
(六)法律、行政法规规定的其他条件。
(七)本项目不接受供应商联合体响应。
三、报名及获取采购文件的时间:即日起至2022年11月15日下午5:00。(欲报名的公司请点击网站招标公告下方“投标报名”进行网上报名,不需要缴纳保证金,但请确认投标后再报名,切记!)

四、采购会开始时间、地点:2022年11月17日上午9:00,武汉大学采购与招投标管理中心会议室
五、联系人及联系方式:
项目联系人: 许老师、 赵老师
联系电话: 027-68754516,68754597

邮箱地址: 346777@qq.com






武汉大学采购与招投标管理中心
2022年11月5 日












武汉大学《珞珈虚拟文库》项目采购文件

(采购会时间2022年11月17日)



根据国家采购与招投标法律法规的相关规定,武汉大学拟对图书馆《珞珈虚拟文库》项目进行校内平台招标采购,欢迎具备相应资格条件的供应商参加。现将有关事项公告如下:
一、采购内容及技术指标要求(详见附件)
二、本项目采购时间安排表
1、供应商提出书面问题时间:供应商应认真阅读采购文件中的所有条款、事项、格式和技术规范、参数、图纸、附表和附件等要求。如有疑问,应在递交响应文件截止时间3天前以书面形式提出(质疑函请注明公司名称、联系人、联系方式并加盖单位公章);逾期不予受理。
2、采购人发答疑文件时间:答疑文件或修改后的采购文件在递交截止时间2天前以电子邮件或电话方式通知所有购买采购文件的供应商。请供应商自行、及时查看邮箱(不及时查看邮箱者责任自负)。供应商应立即以传真或电邮形式回复采购人,确认已收到。没有回复的,视同已收到。
3、为使供应商有充分的时间重新编制采购响应文件,采购人有权推迟采购会日期,并将此变更以电子邮件或电话方式通知所有购买采购文件的供应商。
4、采购响应文件递交时间:2022年11月16日下午5:00之前。因疫情管控,请投标公司用顺丰快递(非同城急送)提前投送,投标人不到

收件地址:武汉大学采购与招投标管理中心(文理学部财务大楼407室),许老师收,电话027-68754516。
响应文件递交截止及采购会议开始时间:2022年11月17日上午9:00。地点:武汉大学采购与招投标管理中心会议室。
三、采购响应文件编制
采购响应文件所有内容须装订为一册,正本1份、副本2份。
1、采购响应文件须载明如下内容:响应承诺函、响应报价一览表(进口货物要求CIP武汉外币报价)、分项报价清单、技术响应情况表、法定代表人身份证明书、法定代表人授权委托书、公司简介;公司营业执照、税务登记证、组织机构代码证复印件及销售许可证或代理销售资格证明等有关资信证明(加盖公章)、供货期、质保期等。供应商应按本采购文件要求提交商务、技术部分的内容和需要供应商自行编写的其他文件。采购响应文件的编制要求及编排顺序必须使用格式样本。(请上本中心网站:http://zb.whu.edu.cn/info/1007/9262.htm下载“采购响应文件格式范本”)。

2、采购响应文件规格幅面(A4),按“采购响应文件格式”所规定的内容顺序,统一编目、编页码装订(采购响应文件中复印件及响应产品手册、介绍、说明书等技术资料均须与采购响应文件正文一起逐页编排页码)。
四、采购响应文件包封
1、采购响应文件1正本2副本合并成一个包封,封包上应写明供应商名称和项目名称(包括采购分项名称),在封袋骑缝处以显著标志密封,并盖单。
2、“采购响应报价一览表”请用信封单独密封,在递交截止时间前单独提交。信封上写明供应商名称、项目名称(包括分项名称)。信封骑缝处盖章。并附上盖章的委托开标函
3、供应商投报多个采购分项的,应对每个分项分别报价并分别填报采购响应报价一览表。
五、采购响应文件的递交
1、采购响应文件须由供应商的法定代表人或其委托代理人递交(快递投送,标书包装内须附上《委托开标函》)。
2、供应商应在规定的时间和地点递交响应文件,逾期递交的采购响应文件不予受理并原封退回。
3、未按规定进行密封的采购响应文件不予受理。
六、评审办法
(一)评审原则
公平、公正;竞争、择优;反不正当竞争。
(二)评审指标
一般以产品质量、技术参数、响应报价、供货期限、质量保证、售后服务、同类项目业绩、社会信誉等为主要指标。
(三)评审
1、符合性评审
评审委员会严格依据采购文件规定的各项要求,对采购响应文件的商务资质、技术配置、价格组成等进行审核,经评审委员会认定为符合性评审不合格,不得进入下一阶段评审。采购响应文件有下列情形之一的,视为符合性评审不合格:
(1)采购响应承诺函未加盖供应商的公章及法定代表人印章(签字),或法定代表人委托代理人没有有效的委托书的;
(2)供应商资质、业绩证明文件未提供或不能满足采购文件的要求的;
(3)采购响应文件不满足采购文件技术规格中主要参数要求或主要参数无技术资料支持的;
(4)采购响应文件技术规格、参数超出允许偏离的最大范围的;
(5)采购响应文件技术规格中的响应与事实情况不符或虚假响应的;
(6)有备选方案的供应商,凡未按要求注明主选方案的;
(7)未按规定格式填写,内容不全或关键字迹模糊、无法辨认的;
(8)不符合采购文件中规定的其他实质性要求的。
2、详细评审
(1)评审委员会对已通过符合性评审的所有采购响应文件中的主要技术配置和性能参数进行逐一比较,明确不同品牌之间的参数或配置差异;
(2)评审委员会结合响应报价、技术性能、质量差异、同类项目业绩、售后保证等进行综合评审;
(3)评审委员会按照综合评审的原则,独立地对符合采购要求的响应供应商进行择优排序。
3、有下列情形之一的,应进行重新采购
(1)所有供应商的响应报价均超过了采购预算的;
(2)因明显缺乏竞争时,评审委员会可以否决全部供应商的采购响应。
(四)定标
1、评审委员会综合各评委的评审结果,并按照评委中少数服从多数的原则,最终作出评审决定。评审决定可以直接确定成交供应商,也可以推荐成交供应商候选人。当评审结果为“推荐成交供应商候选人”时,须经商务谈判小组依序与成交供应商候选人洽谈后确定成交供应商;
2、评审委员会完成评审程序后,对最终评审决定作出书面报告并由评委签名确认。
七、付款方式
详见附件支付条款。



项目联系人: 许老师、 赵老师
联系电话: 027-68754516,68754597

邮箱地址: 346777@qq.com

武汉大学采购与招投标管理中心
2022年11月5 日





附件一:

武汉大学《珞珈虚拟文库》项目采购参考技术指标



目 录

一、 项目概述

二、 系统面向用户群

三、 功能需求

四、 技术要求

4.1架构要求

4.2兼容性要求

4.3 UI设计要求

4.4 性能要求

4.5 数据要求

4.6 对外接口要求

4.7 安全性要求

4.8 应用集成要求

4.9 项目实施要求

4.10 项目管理要求

4.11 项目培训

4.12 项目文档和成果移交

4.13 售后服务及质量保证

五、投标文件编写要求

5.1 文件编排要求

5.2 用户需求响应示例表

5.3 技术要求响应示例表

六、项目工期

七、验收方式

八、付款方式


一、 项目概述

武汉大学珞珈文库的功能定位是:藏展用相结合,全面收藏,重点展示,兼顾阅览使用。一楼为重点展示区域,分主题展示重点人物、重点作品、珍贵资料,其余区域分文理科按图书分类法统一排序,二楼为文科文献,继续按照图书分类法排序。目前,珞珈文库馆藏规模2万余册,并配备了舒适的阅览桌椅和休闲沙发,供读者就室阅览。如何提升图书馆服务效能,如何发挥图书馆这个生长着的有机体的最大作用,如何满足读者个性化的需求是疫情防控时期的读者服务需要重点考虑的问题。

珞珈虚拟文库拟综合利用计算机网络技术、数字化信息技术等技术手段构建集数字资源获取与利用、知识共享、在线阅读、交流学习等服务于一体的图书馆服务空间,通过传统虚拟图书馆和在线学习平台的扩展与延伸,呈现出面向大众化、实现可持续性终身学习和泛化移动式阅读等特点。

二、 系统面向用户群



角色名称

所属单位

职责描述

系统管理员

图书馆

对系统进行日常管理及维护。

系统资源管理员

图书馆

对系统资源进行管理及维护。

统一认证用户

学校

浏览系统资源。

社会大众用户

面向社会

浏览系统资源。

三、 功能需求


序号

需求名称

分项名称

功能说明

1

基本需求

基本需求

1、平面图导览:具备多楼层平面导视图;

2、3D实景导览:具备实景360°环绕俯视图;

3、VR全景导览:具备真实场景的VR导览实景图;

4、实景漫游:可在空间内实现热点间短距离漫游行走;

5、真人讲解:可在空间内增加真人讲解及演示视频,360°全景播放;

6、图文内容:可在空间内任意点位增加图片和文字介绍;

7、视频内容:可在空间内任意点位增加视频介绍;

8、空间还原:高精度1:1还原真实场景,保存场景记录。

2

实施标准

实景采集

1、高清采集:采用专业测绘仪拍摄,复刻真实场景。

2、漫游点位:全空间搭建不少于200个可漫游的热点。

模型搭建


1、基础搭建 :实景采集与模型搭建;

2、内容更新:根据实体空间变化更新虚拟空间内容;

3、数字孪生:数字孪生技术高精准1:1映射还原图书馆真实场景;

4、3D实景建模图书馆内部空间,具备三维空间尺量数据;

5、所搭建虚拟空间可实现空间漫游行走,非360°/720云全景照片切换。

平台配置


1、内容嵌入:提供给功能区域嵌入视频、文字、图片等多媒体介绍;

2、真人讲解:添加真人讲解与演示等内容(台词和讲解员均由用户提供);

3、接入图书馆数字人阅读终端,支持:智慧数据空间导览,虚拟数字人主动迎宾问候,业务咨询,互动宣传。

3

平台功能

自动导览

1、读者能在自动参观和手动参观两种游览模式切换;

2、支持手动参观通过点击地面任意位置进行前后左右移动的浏览;

3、系统支持场景全屏、放大、缩小、自动漫游,并可以对背景音乐进行控制,具有虚拟图书馆的操控感受;

4、自动漫游,是结合主题的特点,定制化设计有针对性的浏览路线,覆盖具有代表性的展品;

5、支持读者根据系统推荐的参观路线,配合语音讲解,自动漫游参观。

带看模式

1、图书馆馆员可通过线上进行图书馆虚拟文库带看,读者远程参与互动,了解图书馆最新动态及新增服务。读者也可自行邀请朋友进行个人带看,裂变效应完成图书馆服务推广;

2、带看模式:带看模式下,参与的读者可同步主持人视角,现实主持人基于虚拟文库进行讲解接待;

3、线上活动组织:带看中所有参与者可语音互动,馆员可以基于系统进行各类线上活动的组织,尤其疫情背景下,减少线下接触;

4、线上馆间交流:馆际间互动推广、引领参观,对于因疫情无法进行线下馆际交流的情况,可以组织邀请其他图书馆工作者进行参观交流。

VR导航

1、在虚拟文库中进行路径规划与导航,通过对空间区域信息定位,读者可通过选择或者输入的形式导航到指定地点;

2、支持选择地点后瞬间前往或者导航前往;

3、支持点位信息分楼层归纳展示;

4、支持对每个导航点位进行文字及图片说明、介绍;

5、支持手动点击跟着导航箭头前往。

馆藏导航

1、在虚拟文库中进行路径规划与导航,通过对接馆内opac系统,读者检索到指定馆藏后,可以直接点击导航,虚拟文库出现行动路线,指引馆藏书目所在区域;

2、支持馆藏检索,支持文字、语音检索;

3、支持藏书相关书架导航;

4、支持对馆内区域、地点的导航。

3D阅读功能

1、支持虚拟文库中提供书籍的3D资源呈现,并可在虚拟文库内直接阅读;

2、支持自有数字化资源在虚拟文库内进行展示及阅读。

虚拟书架功能

1、读者个人书架:在虚拟文库中,师生拥有个人书架三维空间,读者可以自行探索并收藏。

2、名师个人书架:在虚拟文库中,名师拥有个人作品三维书架、个人收藏三维书架。可用于书籍收藏、展示、分享、推荐。基于文库丰富资源内容,可以自行探索并收藏。

3、名师荐书:在虚拟文库中,名师可以对自己的作品、其他名师的作品进行推荐,推荐的书籍会优先呈现给虚拟文库中的读者。

4、名师/学院图谱:基于文库名师作品图谱,在虚拟文库中对每一位名师规划单独的名师三维书架,用于呈现展示该名师的所有作品。同时名师关联院系图谱,可以查看同院系其他名师的书架。
四、 技术要求

4.1架构要求

系统采用面向对象、模块化的设计框架,模块之间遵循高内聚、低耦合的设计原则,灵活性好、可维护性高,具有灵活方便的添加新模块和变更模块的功能。

开放性:系统架构开放,采用表现层、业务逻辑层、数据层等的三层或多层分离结构基础上的 Browser/Server 模式;

高并发能力:系统保证高并发应用场景下的稳定性和高性能,对高峰期间的高并发访问有处理预案,上线前需通过 2000人同时在线的压力测试;

可升级性:系统在版本升级中保证接口协议、功能不发生变化;

可扩展性:系统部署架构支持水平和垂直的扩展,以保证将来升级和扩充。系统可根据负载情况动态调整服务规模,避免长期空占硬件资源;

可维护性:系统的各服务启动过程无需人工干预,系统能主动监测自身的运行状态,发现潜在问题。系统自身提供简单应用的数据备份和恢复功能。

4.2兼容性要求

兼容国家、教育部和学校信息化的有关标准规范、协议和常用接口,实现与学校相关业务系统互通、互联,采用标准的数据交换方式,保证数据高效共享。

开发环境:系统采用主流开发语言,遵循SOA标准,具有良好的开放性,应支持跨平台、跨数据库、跨中间件、兼容各种应用软件的特性。

兼容性的具体要求如下:

服务端:兼容主流操作系统(如Linux、Windows等);

数据库:兼容各种主流数据库,具备迁移到国产数据库的能力;

浏览器:支持3种及以上目前主流浏览器(如Chrome、Firefox、Edge、Safari、Internet Explorer、360浏览器等)。

4.3 UI设计要求

UI界面严格遵守学校UI设计要求。UI界面与武汉大学已有系统如官方网站等,在整体风格、色调上保持统一。

未经校方允许,不得出现乙方任何标识。不允许利用图标(包括不限于favicon.ico)、文字、链接对乙方或其产品进行宣传。

UI界面简洁、美观、友好,易于各类用户、管理员掌握、操作和使用,实现从产品的部署、登录、使用、维护、升级、扩展的全方位易用,从而提升系统的黏着度。

UI界面在颜色、窗口布局风格、提示信息措辞、操作等方面都必须遵循统一的标准,使用户在熟练一个界面后,切换到另外一个界面能够轻松的推测出各种功能,可以更快的掌握系统功能。关键步骤操作要有提示,如用户对数据进行修改操作,应该弹出交互对话框让用户点击确认。

UI界面的页面采用 HTML5响应式网页设计,自动适应屏幕宽度。在此基础上,实现所有模块、页面的移动端自适应。

4.4 性能要求

(1) 硬件配置。提供保障系统运行的合理硬件配置建议方案,确保高并发期各服务器特别是数据库服务器CPU、内存等资源占用不达到严重告警级别,数据库连接数及会话数不升高到服务不可用级别。

(2) 软件架构。采用支持高并发的软件系统架构,如常见的四层架构:Web服务器层、应用服务器层、数据缓存中间件层和数据持久层。静态Web资源(如图片、JS脚本、CSS样式等)及动态Web资源须分开部署在不同Web服务器上。

(3) 可扩展负载均衡。支持负载均衡,并可对Web层、应用服务器层、数据缓存中间件层、数据库层等各层节点实施快速便捷的扩展部署。应支持附件服务器和数据库服务器分离技术,从而应支持大量用户同时在线和同时操作的能力,不会因为用户数的增长或者信息量的增加,而导致系统响应能力下降。

(4) 数据缓存中间件:采用集成分布式内存数据缓存中间件(如Redis等),高频访问数据须做内存缓存,有效降低数据库访问压力。

(5) 数据库:统一采用学校提供的关系型数据库。

(6) 连续运行:系统稳定性高,可保证7×24小时连续运行。

(7) 系统支持至少10万级注册用户量。

(8) 并发能力:支持4000以上有效在线用户同时使用;支持2000以上并发操作量。

(9) 响应性能:高峰期(4000用户2000并发时)页面响应时间不超过3秒;后台数据批处理时间应在1小时内完成。

4.5 数据要求

(1) 统一数据接口。遵循武汉大学公共数据平台和数据交换平台相关要求,提供数据交换接口和数据交换机制,保障系统数据与武汉大学全局数据平台数据公共和交换。

(2) 数据清洗及迁移。历史数据需按照武汉大学数据标准做数据清洗。全面梳理现有系统历史数据,提出合理的数据清洗迁移方案,确保数据不缺不错不漏,保证新旧系统平滑过渡。

(3) 数据规范。系统软件底层数据模型中,与校级标准对应的字段,必要按照标准描述添加字段备注。系统软件内部和对外接口中所使用的代码表、编码规则必须符合武汉大学给定的标准代码和编码规则。系统软件的数据录入、存储方式必须符合武汉大学要求的技术规范。系统软件竣工交付时,必须提供完整、正确、规范的技术文档,包含数据资产目录、数据字典、代码表、数据库信息、数据表信息、数据字段信息、接口信息、数据流信息等。当系统软件发生升级调整时,必须提供更新的版本。

(4) 呈交权威数据。基于数据规范制定标准元数据,提交武汉大学信息中心审核,并将相关数据向武汉大学数据中心提交为主数据,成为权威数据源。

4.6 对外接口要求

程序接口和数据接口清晰,便于与其它系统实现数据共享与集成,便于二次开发,为新功能模块预留接口。要求系统提供RESTful API 接口对外服务,根据调用参数返回相应的 JSON 格式的数据;对外接口的字段定义必须符合学校给定的数据标准,由供应商负责完成从系统内到接口之间的数据映射、转换并保证其正确性、有效性。当系统软件发生升级、调整时,必须同步进行映射转换规则的更新。提供接口权限配置后台,可对接口访问的用户、IP地址、具体接口进行管理,并记录详细的接口访问日志。

4.7 安全性要求

系统具有高可靠性,一般的人为和外部的异常事件不会引起系统的崩溃;具有高可用性,当系统出现问题后能在较短的时间内恢复;具有数据完整性,不会引起数据的不一致。

系统的开发设计既需要考虑信息资源的充分共享,又注意信息的保护与隔离。因此本系统分别针对不同的应用、不同的网络通信环境和不同的存储设备,采取不同的措施,包括系统安全机制、数据存取的权限控制等以确保系统的安全性。措施如:应用安全、数据安全、容灾备份、管理安全、密码策略等。

系统具有整体的用户/权限管理体系,可统一进行用户/权限的管理,同时应支持二级权限分配模式,二级管理员可以在已分配的权限范围内进行权限的二次分配。

系统提供用户认证、数据传输、数据存储等安全手段接口,可在各个环节提供对第三方安全认证系统的支持。

系统提供安全手段防止非授权用户的非法侵入、攻击,避免操作人员的越级操作。

系统采用分级用户管理模式,对不同级别用户的操作权限和数据访问范围有严格的限制,系统管理员可以根据学校情况灵活设置安全策略。

系统基于用户、IP进行访问控制,详细记录创建、修改、删除、查询重要数据(如项目基本信息数据、协议基本信息数据、证书数据等)的操作日志,日志内容包括修改时间、使用人(用户及IP)、操作模块、修改内容等,更好的保障系统及其数据的安全性。

系统具备网页防篡改、防注入式攻击、脚本过滤、防口令猜测、IP地址访问控制等安全措施;接口提供遵循相关协议的认证功能,拦截未授权用户访问接口。

系统能够详细记录系统访问日志及操作日志,提供查看系统操作日志功能,更好的保障系统及其数据的安全性。

系统应提供证书数据安全的管理方案,具有实现对接可信身份认证和证书体系、区块链的能力,对重要数据如证书文件具有完善的存证防篡改机制。

系统应具备自动数据备份功能,按期定时完成数据的备份操作。具备容灾能力,保证系统安全稳定运行。

系统所有数据不得对外发布,不得用于公司除本产品之外的任何产品中。

4.8 应用集成要求

实现与学校统一身份认证对接,校内师生及管理用户仅允许通过统一身份认证登录。

实现与学校信息门户的全面集成,能够将应用入口、消息、任务等功能集成到武汉大学信息门户。

实现与图书馆自动化集成管理系统的对接,获取图书馆藏、借阅、读者等信息。

选取适合在移动端使用的部分实现智慧珞珈APP,智慧珞珈小程序等的接入,终端自适应。

实现与学校公共数据库的数据全面共享。

实现与学校短信平台的对接。

实现与学校消息平台对接,把待办事项等纳入到校园门户消息中心中。

4.9 项目实施要求

系统设计:开发商在招标需求的基础上,进行系统程序设计,该设计必须提供各项功能实现数据流程、程序、主要算法、界面、调用的数据表及字段等。原型设计方案通过后方可启动开发。

数据库设计:说明所有的数据库表名、主键、是否为空、每个字段的名称和意义、代码的取值范围和意义;提供数据库中所使用到的函数、过程、触发器等的名称、功能、调用方式;提供所有视图的名称、创建方法、用途。

软件编码:规范化的程序内部文档、数据结构的详细说明、清晰的语句结构、编码规范,包括命名规范、界面规范、提示及帮助信息规范、热键定义、页面显示规范等。在软件编码的同时应对单元测试。

系统测试:为了尽早发现系统中的错误,从而达到提高系统质量、降低系统维护的费用,开发者应在编码过程中对各个模块的程序代码进行单元测试,系统集成时进行集成测试,系统集成完成后对整个软件进行系统测试。单元测试是在软件开发过程中针对程序模块进行正确性检验。集成测试是在单元测试的基础上,将所有模块按照设计要求组装成系统或子系统,对模块组装过程和模块接口进行正确性检验。软件系统测试不仅是检测软件的整体行为表现,从另一个侧面看,也是对软件开发设计的再确认。测试主要包括界面测试、可用性测试、功能测试、稳定性(强度)测试、性能测试、强壮性(恢复)测试、逻辑性测试、破坏性测试、安全性测试等。开发者针对单元测试,集成测试,系统测试分别制定《测试计划》。集成测试需要根据需求分析报告和系统设计制作测试用例,并须经过评审。软件测试按照《测试计划》、《需求分析报告》的要求进行,最后形成《软件测试报告》。

安全测试:系统上线前,配合武汉大学信息中心完成软件系统安全漏洞扫描,根据信息中心反馈扫描情况,在指定时间内完成已发现安全漏洞修补工作。

系统部署:开发商负责所提供的软件系统在校园网中的安装、调试、测试,负责系统将原有系统的数据导入新系统中,确保系统稳定运行。

4.10 项目管理要求

按照甲方项目管理要求,把控项目进度和项目质量。

项目启动建设时首先制定项目进度计划,甲乙双方应严格按照进度推进项目建设,如有合理原因需调整项目进度,需甲乙双方共同确认后可进行调整。

项目启动后,每周定期进行线上/线下周例会,汇报本周工作内容,以及下周工作安排。

人员要求:有专属本项目的开发团队,至少包括5位研发及运维人员,1位项目经理。

需求确认:乙方不得以任何理由拒绝甲方提出的需求变更,所派驻本项目的项目经理可以完全代表乙方确认并执行。

版本管理:承建方必须建立相应的项目管理规范,包括项目执行监控流程、执行监控的方法、执行监控的责任等,使管理和监控工作流程化、规范化,管理和监控工作责任明确。

承建方需提供完整的需求、设计、开发、测试、验收、安全测试等文档,各阶段里程碑需要提交阶段内容审核。

4.11 项目培训

为保证系统的顺利实施和正常运行,开发商必须提供技术培训,并免除所有费用(包括培训、教材、培训环境、食宿、差旅及相关费用)。培训时间由甲方根据工程进度及工作需要安排,培训次数不少于2次。

培训方式和内容:提供分岗位、分模块、分层次的软件使用培训,对管理员提供深入的培训,使管理员能完全掌握软件的管理、升级、维护以及工作流程、数据报表的设计工作。

派遣到校方现场的培训人员自身的差旅及人力成本费用由承建方承担。

4.12 项目文档和成果移交

本项目为定制开发项目,要求提供本项目定制开发的全部源代码和项目相关文档,电子版和纸质版各一份。

按照校方要求提供详细技术及实施文档,包括但不限于《项目建设方案》、《数据库设计说明书》、《权威数据源清单及元数据》、《开发进度周报》、《测试报告》、《安装部署手册》、《用户操作手册》、《项目总结报告》等。

4.13 售后服务及质量保证

1、乙方须向甲方免费提供与合同项下的软件有关的现场安装调试、技术服务、培训等其他相关服务,保障软件正常运行。

2、乙方交付本软件的质保期为:自甲方书面验收合格之日起3年。

3、在本软件通过总体验收前,因业务需要,甲方在功能范围内提出变更需求的,乙方需无条件配合。

4、在本软件通过总体验收前以及质保期内,甲方数据库、外部接口、软硬件环境等发生变化时,乙方需免费提供因变更调整所需的技术支持,保障软件正常运行。

5、在本软件通过总体验收前以及质保期内,出现程序缺陷、安全漏洞、质量问题或出现故障的,乙方应在发现或接到甲方反馈24小时内开始修复或优化,在处理过程中需尽量保障软件服务正常可用,如需中断或停止服务需征得甲方同意。

6、在本软件质保期内,甲方享有该版本下免费升级;若在质保期内无版本升级,乙方应提供一次免费升级服务。(需与采购文件及成交结果保持一致)

7、在本软件通过总体验收前以及质保期内,乙方向甲方提供的常规技术服务方式包括:本地支持、电话支持、远程在线支持、电子邮件支持、远程维护支持。以上技术服务方式免费,如果后四种方式均无法解决问题,可由乙方派技术工程师上门服务,必要时甲方可要求驻场服务直至解决问题。

9、在本软件通过总体验收前以及质保期内乙方应全天24小时有专人响应用户的服务请求,对用户要求服务的响应时间(从用户发出服务请求至乙方服务人员到达用户需服务的现场)不得超过 2 小时。紧急故障 4 小时内排除,一般故障 24 小时内排除。

10、本软件质保期结束后,甲方仍然具有本软件的永久使用权,甲乙双方可另行协商后继服务事宜,售后服务费用每年不得高于本项目合同总金额的 5 %。

11、本软件质保期内,如因为乙方原因造成软件不能正常运行影响甲方正常使用的,乙方须每天向甲方支付合同价1‰的违约金。
五、投标文件编写要求
5.1 文件编排要求

第一部分:商务文件

一、 响应承诺函(加盖供应商公章)

二、 响应报价一览表(加盖供应商公章)

三、 分项报价清单(加盖供应商公章)

四、 用户需求响应表(提供功能指标偏离结果及功能所在技术文件中的页码并加盖供应商公章,格式见“用户需求响应示例表”)

五、 技术要求响应表(提供技术指标偏离结果并加盖供应商公章,格式见“技术要求响应示例表”)

六、 法定代表人身份证明书(加盖供应商公章)

七、 法定代表人授权委托书(加盖供应商公章)

八、 公司简介

九、 有效的企业法人营业执照副本复印件(复印件须加盖供应商公章)

十、 有效的税务登记证副本复印件(复印件须加盖供应商公章)

十一、 有效的组织机构代码证复印件(复印件须加盖供应商公章)

十二、 按照供应商资质要求规定提交的相关证明文件(复印件须加盖供应商公章)

十三、 近三年以来承担过类似项目业绩(需提供合同或验收报告复印件并加盖公章)

十四、 供货期承诺函(加盖供应商公章)

十五、 服务承诺函(加盖供应商公章)

十六、 本地化开发及服务承诺函(提供人员名单、营业执照或者房屋产权或者租赁证明复印件并加盖供应商公章)

第二部分:技术文件

一、 项目背景

二、 建设目标

三、 初步需求分析

3.1 技术要求分析

3.2 技术实现途径分析

四、 方案设计

4.1 各模块功能

4.2 主要应用技术

4.3 系统运行环境

4.4 与已有系统集成方案

五、 项目建设计划

六、 项目组织管理

6.1 人员与分工

6.2 项目质量管理

七、 项目工作量分析

八、 产品交付

8.1 产品交付时间

8.2 提供的软件、数据或模型

8.3 提供的文档资料

8.4 培训

8.5 技术服务

8.6 售后系统维护


第三部分:其他文件

略。
5.2 用户需求响应示例表

表格中的模块编号、功能编号、功能点必须与招标文件中需求分类表编号一致。



模块名称

功能名称

功能

服务偏离说明

响应

1. XX模块

1.1. XX功能

1.1.1. 功能点

无偏离

见第XX-XX页

1.1.2. 功能点

正偏离

见第XX-XX页

1.2. XX功能

1.2.1. 功能点

负偏离

见第XX-XX页

1.2.2. 功能点

无偏离

见第XX-XX页

……

……

……

……

……

5.3 技术要求响应示例表

表格中的技术要求、技术名称、技术要求描述必须与招标文件中技术要求表编号一致。



技术要求

技术名称

技术要求描述

服务偏离说明

架构要求

4.1 架构要求

1.1.1. XXXX

正偏离

1.1.2. XXXX

无偏离

……

……

……

……

六、项目工期

本项目为定制化开发项目,所有模块和功能均以学校最终需求为准,投标人如有已成型的、功能类似的模块,可作为待开发模块的原型供学校参考,但不得以此拒绝学校提出的定制需求。

中标单位在合同签订后3个日历日内必须开始软件建设工作,20个日历日内完成已成型标准模块的安装和调试,提交学校测试并提出定制修改需求,120个日历日内完成项目实施,进行初验。试运行期为 6个月,试运行期满后经甲方书面认可进入总体验收程序。免费质保期为自终验之日起3年。

七、验收方式

每一阶段软件需满足甲方评测,定制开发的全部源代码需提交甲方留存,文档需通过甲方评审,评测和评审通过后可进入到相应的验收阶段,并出具验收报告;验收报告所包含的软件及文档名称、格式、内容及要求等要符合甲方的要求。

具体验收方式如下:

1、乙方在每一个阶段安装调试完成后,做好相关软件及文档资料等准备工作;在取得甲方认可且满足验收条件的情况下,可向甲方提出书面验收申请,未提交书面验收申请视作乙方未完成以上工作。

2、甲方在接到乙方第一阶段验收申请后的 7个工作日(节假日和寒暑假协商顺延)内应组织甲方相关人员与乙方人员进行验收。

3、甲方在接到乙方项目验收申请(即第二阶段验收)7个工作日(节假日和寒暑假协商顺延)内应组织甲方相关人员与乙方人员进行验收。

4、甲方对软件质量异议应当以书面形式向乙方提出,乙方应当在收到异议后5个工作日内予以书面答复,乙方未在约定时间内书面答复,视作乙方默认软件存在质量问题

5、软件上线前,乙方应当配合甲方进行软件漏洞扫描,等保测试等工作,测试通过方可进行验收。

6、软件的质量、数量、安装调试、交付资料文档等全部符合本合同的约定,方为验收合格。

7、其他约定,项目建设周期中遇到其他问题可由甲乙双方共同商定。
八、付款方式

1、第一阶段应根据甲方要求交付部分功能,乙方应当按照建设方案及实施计划按时完成功能交付,并提前在甲方提供的测试环境安装部署。甲方按照功能交付清单进行验收,签字确认完成项目阶段验收,支付合同额的30%。

2、乙方根据详细设计说明书对信息系统进行软件开发,开发完成后向甲方申请上线前测试,并向甲方提交《测试报告说明书》,由甲方组织上线前测试及功能评审会,乙方需提前在甲方提供的测试环境中进行系统部署,评审时由乙方根据测试报告对其开发的系统进行演示。在测试环境下对系统测试成功后,乙方需向甲方提交《系统测试报告》和《安装部署手册》。由甲方根据安装部署手册在生产环境中安装部署信息系统,并组织技术人员根据测试报告对系统进行测试,确保系统能够正常运行,乙方依据项目合同的交付内容向甲方进行项目交付。系统需通过信息中心漏洞扫描系统的相关安全检测,根据扫描报告完成软件漏洞修复。乙方需协助甲方根据《教育行业信息系统安全等级保护定级工作指南》,完成系统等级保护测评和整改工作。系统正常运行6个月后,乙方须向甲方提交项目验收申请,由甲方组织项目验收。甲方在收到项目验收申请的7个工作日内,组织专家验收,验收通过后并提交相应成果之日起10个工作日内,乙方将合同总价10% 作为履约保证金转到甲方银行账户;甲方收到履约保证金后10个工作日内支付合同总额的 70% 给乙方。

3、项目整体验收通过之日起系统稳定运行 36个月后(与售后服务、质保期一致),软件及服务无质量问题,完成合同服务要求,乙方向甲方提出第三阶段即售后服务验收申请,通过后甲方将履约保证金(即合同总额10%)一次性退还给乙方。



公告附件:
委托开标函.docx武汉大学珞珈文库虚拟项目采购公告.docx
返回顶部