招标
苏州农业职业技术学院关于科研服务管理系统谈判采购公告(SZXY2020-BS-T-006-A)
金额
40万元
项目地址
江苏省
发布时间
2020/11/13
公告摘要
项目编号szxy2020-bs-t-006-a
预算金额40万元
招标公司苏州农业职业技术学院
招标联系人别道亮
招标代理机构苏州新一造价师价格事务所有限公司
代理联系人华山18915429903
标书截止时间-
投标截止时间2020/11/20
公告正文
苏州农业职业技术学院关于科研服务管理系统谈判采购公告
【发稿时间:2020-11-13】
项目概况
科研服务管理系统采购项目的潜在供应商应在苏州政府采购交易管理平台获取采购文件,并于2020年11月20日 13点30分(北京时间)前提交响应文件。
一、项目基本情况
项目编号:SZXY2020-BS-T-006-A
项目名称:科研服务管理系统
采购方式:竞争性谈判
预算金额:40万元
采购需求:
(一)建设背景:
我院经过多年的校园信息化建设,智慧校园建设已经取得了一定的成绩。已经建成了OA办公系统、教务系统、自动打印系统、智慧教学一体化系统、实训技能达标追踪系统、学生职业能力测评系统、质量型扩招综合服务平台、数字化校园学习平台(微知库)、财务平台(酬金系统、工资系统、缴费系统、电子回单系统、国库辅助核算系统、无现金支付系统等)、网上报销与预算系统、图书管理系统、资产管理系统、站群系统、目标管理系统、履责记实平台、校园一卡通、车辆道闸智能识别与管控系统、人脸识别门禁系统、人事管理系统、学生管理系统、教学工作诊断与改进信息化平台、电子邮件系统等业务系统及全量数据中心、云资源中心、苏农融合服务平台(含PC端、移动APP端、企业微信端)、统一身份认证平台、应用管理中心平台等基础平台,在此基础上,学院信息化建设已为全院各部门和全体师生员工提供了优秀的计算机网络和信息应用支撑环境,信息化的概念和内容已逐步走向学校的教学、管理、财务、安保、服务等校园生活的多个领域。
(二)建设要求:
1、系统要求
(1)遵循统一规划、顶层设计的原则,从技术角度实现学校现有数据资源、身份认证和访问界面的集成,搭建统一的应用集成框架,支持未来应用的可持续发展,从“实现使用价值”的角度使得采购单位的总体收益最大化。
(2)引入SOA服务化、组件化的成功管理思想和技术,融合现代化管理理念和流程,并根据高校的共性以及学校自身的特点,因地制宜的打造一套满足学校整体运营管理和服务的业务身份统一与认证的支持平台。通过信息化的手段强化学校身份账号的管理能力,提升面向师生的身份账号服务水平,实现和谐发展。
(3)投标方提交的建设方案必须结合校方的具体需求,用顶层设计思路,从业务、支撑和展现进行总体规划、设计与实施,完成系统建设目标,建设要考虑到学校规模的可扩展性和长期可持续发展特性,要考虑当下技术的发展趋势,确保系统建设切合学校内部的工作、管理流程和行业特性。本次平台建设过程中,要保证平台的可持续服务能力及外部接入的开放能力。
2、技术要求
本次项目的建设,必须从智慧校园整体建设高度,通盘考虑本项目与智慧校园基础平台、智慧校园其它业务系统间的连通关系。在保证建设效果的同时,本项目必须保证与学校智慧校园融合服务门户为代表的底层平台的无缝集成,包括数据的集成、权限的融合、认证的集成、门户的融合展现,API服务的集成,消息的集成,任务的集成,多终端的衔接(PC端,移动APP端,企业微信端、自助终端),UI界面风格的统一等,实现与学院智慧校园建设中的其它碎片化应用或管理系统(包括但不仅限于以下系统学院全量数据中心、OA办公系统、教务系统、自动打印系统、智慧教学一体化系统、实训技能达标追踪系统、学生职业能力测评系统、质量型扩招综合服务平台、数字化校园学习平台(微知库)、财务平台(酬金系统、工资系统、缴费系统、电子回单系统、国库辅助核算系统、无现金支付系统等)、网上报销与预算系统、图书管理系统、资产管理系统、站群系统、目标管理系统、履责记实平台、校园一卡通、车辆道闸智能识别与管控系统、人脸识别门禁系统、人事管理系统、学生管理系统、教学工作诊断与改进信息化平台、电子邮件系统)的互融互通。
(1)系统设计技术要求
1)本项目需基于先进的技术架构和优化的业务模型进行设计,需要提供开放的数据api接口,能够很好地完成与整体现有智慧校园信息化平台的融合,实现与其他系统之间的数据共享,在保证数据一致性的基础下,能减少大量的数据维护工作量;为将来满足数据上报和数据深入挖掘分析的需求打下坚实基础,为日常业务的改进提供支撑,为面向领导的辅助决策提供支持。
2)所有服务应用都依赖于高度安全及开放基础平台,全面采用SOA技术,提供场景化、碎片化服务,包括:基于面向服务的SOA架构,将原传统的、紧耦合式的信息系统碎片化成松耦合的“小应用”。围绕最小颗粒度的业务应用,以解决一个问题(做一件事)为边界,其基本要求为能够完整形成业务应用的逻辑闭环。碎片化服务之间在数据层面互相支撑,在业务逻辑上呈松耦合关系,既相互独立又可进一步整合完成更复杂的业务。
3)需要遵循苏州农业职业技术学院智慧校园建设整体规范和后续业务集成要求,严禁为学院建设“信息孤岛”,接入到应用管理平台(学院融合服务门户平台)的应用必须符合我院智慧校园碎片化应用的业务设计规范,是可以独立注册、发布并接入到应用管理平台的碎片化可运行程序。通过服务的形式来实现各个功能组件,实现积木式的应用开发。为不同用户角色提供与之相关的个性化、碎片化的场景服务。
4)系统与学院应用管理平台无缝集成时,其权限必须遵循下列规则,用户的数据存储在平台,用户组的数据存储在平台,用户组和用户的对应关系在应用平台中操作关联,上述对应关系数据必须存储在平台中。
(2)开发平台技术要求:
1)平台和系统均要求采用B/S结构,可支撑在Unix、Linux、Windows、MacOS、安卓和IOS等高安全性操作系统间进行跨平台运行。开发技术应采用J2EE标准、组件技术及在数据交换上对XML的支持,使系统功能最优化,同时将整体系统内部在技术上的相互依赖性减至最低。
2)采用面向对象的组件技术,着重于开发构成应用程序“业务对象”的可重复使用的组件,利用这些组件顺利地建立分布式应用程序。
3)采用成熟的SOA架构及设计理念,保证学院内部各业务系统集成和交互过程中异构技术架构和异构数据结构集成中的稳定性和可管理性。
4)应用程序开发与运行结构要基于统一的技术开发平台的三层架构,即Web服务器、应用支撑服务器和数据库服务器。
5)系统必须支持负载均衡,支持动态监测负载状况,自动对可用资源进行并发检测,调整和分配等功能。
6)前台展示和后台管理页面都应兼容主流浏览器(IE7以上及IE内核浏览器,Webkit 内核浏览器,Gecko内核浏览器),例如:Edge、Firefox、Chrome、Opera、Safari、IE(7,8,9,10,11)、360浏览器、搜狗、猎豹等;浏览器须满足后台所有功能如文章编辑器功能在Firefox、Chrome、Safari等浏览器下正常使用,无需安装任何客户端插件。
(3)集成技术要求
1)遵循统一应用管理服务平台集成要求
新建应用统一集成到学院的私有云平台的应用管理中心,通过校园私有云平台应用管理中心集中管理校园所有应用,对应用进行分类管理、授权管理、应用描述、应用上架、应用下架管理与控制。新建应用至少需要支持IE9+、Chrome、Safari、360极速及以上版本的浏览器。
2)遵循私有云平台的应用管理中心的应用注册规范要求,遵循服务组件的多种展示形式,包括app图标、嵌入页面、单点登录链接、RSS链接等。应用集成至少需要支持以APP图标模式展现。应用注册需要按照应用基本信息描述、APP图标素材(符合尺寸大小要求)、APP应用地址信息注册等接入要求进行应用接入。
3)应用服务集成无需通过网页集成或数据集成再做二次开发,可无缝发布到应用管理平台中,展示效果需统一UI设计规范外,还应满足按需定制。
4)遵循统一身份认证集成要求。学院已建成统一身份认证平台,所有应用遵循统一的认证集成要求进行认证集成。支持JAVA\.NET\PHP的语言程序等,所有应用的认证都需要归入统一身份认证中心,实现校内用户的统一认证、账户统一管理和SSO单点登录。实现与校园认证中心平台无缝集成。集成提供标准CAS4.0协议集成、反向代理Nginx集成、LDAP集成、OAuth2.0协议集成。
新建应用服务应支持根据自身应用不同使用场景需求选择最佳的集成方式和学院身份认证系统进行对接,应用应无需再做统一身份认证集成的二次开发,优选只需修改认证方式的开关,即可实现单点登录效果。
5)遵循统一数据集成要求
所有新建应用涉及所需数据或需共享交互数据都需要统一遵循学校已经建设的主数据管理平台数据集成标准。数据集成方式支持通过Web Service方式进行数据调用集成,同时支持通过数据集成工具完成异构数据的集成同步。
新建业务系统或平台需在统一身份认证的基础上,实现业务系统内校内组织架构(包含但不仅限于校内机构及师生信息)与全量数据中心组织架构的同步。
应用建设具体需要遵循如下要求:
A.应用涉及字典代码层面需统一遵循学校主数据管理平台中的代码标准。
B.应用涉及的数据集成字段、字段类型等统一遵循数据管理平台中表对象数据模式。
C.应用涉及的数据集成应统一遵循学校的数据集成流向要求。
D.应用接口数据集成需要根据不同业务场景支持ODI集成方式和数据API集成方式,应用除了支持和学院中心数据库对接以外,同时也必须支持国际上规范的SOAP或RESTFUL接口协议,以便可以通过数据API的方式注册到学院的服务总线平台上,方便使用者可以对于应用统一进行授权、监控、路由转发。
(4)移动端app集成及接口要求
1)移动端需要支持H5,H5应用需要于统一院级app上进行身份漫游(即师生登录后,再打开H5应用则不需要再次输入用户名密码登录),必须与学院身份认证进行单点登录集成。
2)H5应用需要调用移动终端原生能力,如多媒体、文件、数据库、地理位置等接口,需要集成学院统一app提供的JS SDK。
3)H5应用应尽量使用学院统一APP已经封装的原生UI组件,如图片选择器、日期时间选择器、图片浏览器等,原生UI组件比JS组件流畅性更高,用户体验更好。
4)H5应用统一通过原生webview打开,学院app默认会为webview设置头部导航栏,若H5应用页面本身开发了头部导航栏,应调用相应接口隐藏原生头部导航栏,避免出现两个头部导航栏的情况。
5)开发移动H5应用开发完成后,通过应用管理平台进行移动H5应用的接入,遵循学院接入规范。
(5)统一消息机制的接口要求
学院采用统一的消息中心,实现微信、短信、站内信、邮件消息的发送,新建系统需要与学院统一消息中心进行对接,通过统一机制发送消息。
3、安全要求
(1)认证授权:保证用户的合法性和用户使用应用信息资源的权力,避免内部敏感信息泄漏和服务所提供的信息资源被非法访问,造成严重的安全事件。
(2)信息保密:充分利用密码技术,对于需要保密的信息,采用密码技术进行加解密处理,防止信息的非授权泄漏,确保涉密信息在产生、存储、传递和处理过程中的保密。
(3)数据完整性:建立数据完整性检验机制,保证收发双方数据的一致性,防止信息被非授权修改。
(4)审计:记录应用日志,对事件进行分析,并能以邮件、短信等方式提供预警信息。
(5)数据备份:利用数据库的备份功能将建设的平台和系统数据备份到指定的服务器或存储系统上。
(6)要求投标方需从物理安全、网络安全、系统安全、应用软件安全、用户安全、数据安全等几个方面提出配套的安全体系完善方案,以便防范安全风险。
(7)系统需支持Linux、Unix操作系统进行部署,投标方交付产品需至少通过信息安全等级保护第二级评估;上线试运行前,需对部署在学院的系统进行功能、性能、安全等方面的测试,提供测试报告后方可申请试运行。
4、功能要求
合同履行期限:服务期为三个月内完成系统开发并试运行。
本项目 否 (是/否)接受联合体。
二、申请人的资格要求:
1.满足《中华人民共和国政府采购法》第二十二条规定;
2.落实政府采购政策需满足的资格要求:(如属于专门面向中小企业采购的项目,供应商应为中小微企业、监狱企业、残疾人福利性单位)
3.本项目的特定资格要求:
(1)未被“信用中国”网站(WWW.creditchina.gov.cn)或“中国政府采购网”网站(www.ccgp.gov.cn)列入失信被执行人、重大税收违法案件当事人名单、政府采购严重失信行为记录名单;
(2)本项目 不接受 (接受/不接受)联合体投标;(接受联合体的载明联合体的相关要求)
(3)单位负责人为同一人或者存在直接控股、管理关系的不同供应商(包含法定代表人为同一个人的两个及两个以上法人,母公司、全资子公司及其控股公司),不得参加同一合同项下的政府采购活动。
(4)采购人的其他特定资格要求
三、报名及采购文件的获取
(一)报名截止时间:2020年11月18日(北京时间)
(二)报名方式(网上报名):
3.1.CA办理
3.1.1已有CA证书且满足系统使用要求的用户,只需激活区级政府采购模块;
3.1.2已有CA证书不满足系统使用要求的用户,需更换CA证书、办理电子签章业务及激活区级政府采购模块;
3.1.3未办理CA证书用户,需办理CA证书、电子签章业务及激活区级政府采购模块。CA办理咨询电话:0512-81876166。
3.2登录报名
供应商进入“苏州市公共资源交易中心”—“政府采购(区级网上报名)” —“供应商”绿色按钮报名。报名后,系统会显示报名确认单,供应商须打印以供投标使用。报名成功的供应商不可撤销报名。
3.3在网上报名过程中如有疑问,请及时联系:(客服QQ) 1192567362、805640413、864274166(系统问题咨询):13914088964。
只有网上报名成功的供应商才能参加投标。
3.4、依法获取采购文件:供应商进行网上报名后在报名系统中自行下载采购文件,报名日期视同为依法获取采购文件日期。报名成功后须打印、保留“投标确认函”,质疑时“投标确认函”与质疑函一并提交;未依照采购公告要求实行网上报名的供应商,视为未参与该项政府采购活动,不具备对该政府采购项目提出质疑的法定权利,但因供应商资格条件或报名时间设定不符合有关法律法规规定等原因使供应商权益受损的除外。
四、响应文件提交
截止时间:2020年11月20日 13点30分(北京时间)
地点:苏州市姑苏区平泷路251号五楼 苏州市公共资源交易中心【平泷路】谈判磋商文件递交室
五、公告期限
自本公告发布之日起3个工作日。
六、其他补充事宜
无
七、凡对本次采购提出询问,请按以下方式联系。
1.采购人信息
名 称:苏州农业职业技术学院
地 址:苏州市西园路279号
联系人:别道亮
电 话:051266098708
2.代理机构信息
名 称:苏州新一造价师价格事务所有限公司
地 址:苏州高新区狮山路76号华福大厦307室
联系人:华山、吴天晴
电 话:18915429903
苏州新一造价师价格事务所有限公司
2020年11月13日
【发稿时间:2020-11-13】
项目概况
科研服务管理系统采购项目的潜在供应商应在苏州政府采购交易管理平台获取采购文件,并于2020年11月20日 13点30分(北京时间)前提交响应文件。
一、项目基本情况
项目编号:SZXY2020-BS-T-006-A
项目名称:科研服务管理系统
采购方式:竞争性谈判
预算金额:40万元
采购需求:
(一)建设背景:
我院经过多年的校园信息化建设,智慧校园建设已经取得了一定的成绩。已经建成了OA办公系统、教务系统、自动打印系统、智慧教学一体化系统、实训技能达标追踪系统、学生职业能力测评系统、质量型扩招综合服务平台、数字化校园学习平台(微知库)、财务平台(酬金系统、工资系统、缴费系统、电子回单系统、国库辅助核算系统、无现金支付系统等)、网上报销与预算系统、图书管理系统、资产管理系统、站群系统、目标管理系统、履责记实平台、校园一卡通、车辆道闸智能识别与管控系统、人脸识别门禁系统、人事管理系统、学生管理系统、教学工作诊断与改进信息化平台、电子邮件系统等业务系统及全量数据中心、云资源中心、苏农融合服务平台(含PC端、移动APP端、企业微信端)、统一身份认证平台、应用管理中心平台等基础平台,在此基础上,学院信息化建设已为全院各部门和全体师生员工提供了优秀的计算机网络和信息应用支撑环境,信息化的概念和内容已逐步走向学校的教学、管理、财务、安保、服务等校园生活的多个领域。
(二)建设要求:
1、系统要求
(1)遵循统一规划、顶层设计的原则,从技术角度实现学校现有数据资源、身份认证和访问界面的集成,搭建统一的应用集成框架,支持未来应用的可持续发展,从“实现使用价值”的角度使得采购单位的总体收益最大化。
(2)引入SOA服务化、组件化的成功管理思想和技术,融合现代化管理理念和流程,并根据高校的共性以及学校自身的特点,因地制宜的打造一套满足学校整体运营管理和服务的业务身份统一与认证的支持平台。通过信息化的手段强化学校身份账号的管理能力,提升面向师生的身份账号服务水平,实现和谐发展。
(3)投标方提交的建设方案必须结合校方的具体需求,用顶层设计思路,从业务、支撑和展现进行总体规划、设计与实施,完成系统建设目标,建设要考虑到学校规模的可扩展性和长期可持续发展特性,要考虑当下技术的发展趋势,确保系统建设切合学校内部的工作、管理流程和行业特性。本次平台建设过程中,要保证平台的可持续服务能力及外部接入的开放能力。
2、技术要求
本次项目的建设,必须从智慧校园整体建设高度,通盘考虑本项目与智慧校园基础平台、智慧校园其它业务系统间的连通关系。在保证建设效果的同时,本项目必须保证与学校智慧校园融合服务门户为代表的底层平台的无缝集成,包括数据的集成、权限的融合、认证的集成、门户的融合展现,API服务的集成,消息的集成,任务的集成,多终端的衔接(PC端,移动APP端,企业微信端、自助终端),UI界面风格的统一等,实现与学院智慧校园建设中的其它碎片化应用或管理系统(包括但不仅限于以下系统学院全量数据中心、OA办公系统、教务系统、自动打印系统、智慧教学一体化系统、实训技能达标追踪系统、学生职业能力测评系统、质量型扩招综合服务平台、数字化校园学习平台(微知库)、财务平台(酬金系统、工资系统、缴费系统、电子回单系统、国库辅助核算系统、无现金支付系统等)、网上报销与预算系统、图书管理系统、资产管理系统、站群系统、目标管理系统、履责记实平台、校园一卡通、车辆道闸智能识别与管控系统、人脸识别门禁系统、人事管理系统、学生管理系统、教学工作诊断与改进信息化平台、电子邮件系统)的互融互通。
(1)系统设计技术要求
1)本项目需基于先进的技术架构和优化的业务模型进行设计,需要提供开放的数据api接口,能够很好地完成与整体现有智慧校园信息化平台的融合,实现与其他系统之间的数据共享,在保证数据一致性的基础下,能减少大量的数据维护工作量;为将来满足数据上报和数据深入挖掘分析的需求打下坚实基础,为日常业务的改进提供支撑,为面向领导的辅助决策提供支持。
2)所有服务应用都依赖于高度安全及开放基础平台,全面采用SOA技术,提供场景化、碎片化服务,包括:基于面向服务的SOA架构,将原传统的、紧耦合式的信息系统碎片化成松耦合的“小应用”。围绕最小颗粒度的业务应用,以解决一个问题(做一件事)为边界,其基本要求为能够完整形成业务应用的逻辑闭环。碎片化服务之间在数据层面互相支撑,在业务逻辑上呈松耦合关系,既相互独立又可进一步整合完成更复杂的业务。
3)需要遵循苏州农业职业技术学院智慧校园建设整体规范和后续业务集成要求,严禁为学院建设“信息孤岛”,接入到应用管理平台(学院融合服务门户平台)的应用必须符合我院智慧校园碎片化应用的业务设计规范,是可以独立注册、发布并接入到应用管理平台的碎片化可运行程序。通过服务的形式来实现各个功能组件,实现积木式的应用开发。为不同用户角色提供与之相关的个性化、碎片化的场景服务。
4)系统与学院应用管理平台无缝集成时,其权限必须遵循下列规则,用户的数据存储在平台,用户组的数据存储在平台,用户组和用户的对应关系在应用平台中操作关联,上述对应关系数据必须存储在平台中。
(2)开发平台技术要求:
1)平台和系统均要求采用B/S结构,可支撑在Unix、Linux、Windows、MacOS、安卓和IOS等高安全性操作系统间进行跨平台运行。开发技术应采用J2EE标准、组件技术及在数据交换上对XML的支持,使系统功能最优化,同时将整体系统内部在技术上的相互依赖性减至最低。
2)采用面向对象的组件技术,着重于开发构成应用程序“业务对象”的可重复使用的组件,利用这些组件顺利地建立分布式应用程序。
3)采用成熟的SOA架构及设计理念,保证学院内部各业务系统集成和交互过程中异构技术架构和异构数据结构集成中的稳定性和可管理性。
4)应用程序开发与运行结构要基于统一的技术开发平台的三层架构,即Web服务器、应用支撑服务器和数据库服务器。
5)系统必须支持负载均衡,支持动态监测负载状况,自动对可用资源进行并发检测,调整和分配等功能。
6)前台展示和后台管理页面都应兼容主流浏览器(IE7以上及IE内核浏览器,Webkit 内核浏览器,Gecko内核浏览器),例如:Edge、Firefox、Chrome、Opera、Safari、IE(7,8,9,10,11)、360浏览器、搜狗、猎豹等;浏览器须满足后台所有功能如文章编辑器功能在Firefox、Chrome、Safari等浏览器下正常使用,无需安装任何客户端插件。
(3)集成技术要求
1)遵循统一应用管理服务平台集成要求
新建应用统一集成到学院的私有云平台的应用管理中心,通过校园私有云平台应用管理中心集中管理校园所有应用,对应用进行分类管理、授权管理、应用描述、应用上架、应用下架管理与控制。新建应用至少需要支持IE9+、Chrome、Safari、360极速及以上版本的浏览器。
2)遵循私有云平台的应用管理中心的应用注册规范要求,遵循服务组件的多种展示形式,包括app图标、嵌入页面、单点登录链接、RSS链接等。应用集成至少需要支持以APP图标模式展现。应用注册需要按照应用基本信息描述、APP图标素材(符合尺寸大小要求)、APP应用地址信息注册等接入要求进行应用接入。
3)应用服务集成无需通过网页集成或数据集成再做二次开发,可无缝发布到应用管理平台中,展示效果需统一UI设计规范外,还应满足按需定制。
4)遵循统一身份认证集成要求。学院已建成统一身份认证平台,所有应用遵循统一的认证集成要求进行认证集成。支持JAVA\.NET\PHP的语言程序等,所有应用的认证都需要归入统一身份认证中心,实现校内用户的统一认证、账户统一管理和SSO单点登录。实现与校园认证中心平台无缝集成。集成提供标准CAS4.0协议集成、反向代理Nginx集成、LDAP集成、OAuth2.0协议集成。
新建应用服务应支持根据自身应用不同使用场景需求选择最佳的集成方式和学院身份认证系统进行对接,应用应无需再做统一身份认证集成的二次开发,优选只需修改认证方式的开关,即可实现单点登录效果。
5)遵循统一数据集成要求
所有新建应用涉及所需数据或需共享交互数据都需要统一遵循学校已经建设的主数据管理平台数据集成标准。数据集成方式支持通过Web Service方式进行数据调用集成,同时支持通过数据集成工具完成异构数据的集成同步。
新建业务系统或平台需在统一身份认证的基础上,实现业务系统内校内组织架构(包含但不仅限于校内机构及师生信息)与全量数据中心组织架构的同步。
应用建设具体需要遵循如下要求:
A.应用涉及字典代码层面需统一遵循学校主数据管理平台中的代码标准。
B.应用涉及的数据集成字段、字段类型等统一遵循数据管理平台中表对象数据模式。
C.应用涉及的数据集成应统一遵循学校的数据集成流向要求。
D.应用接口数据集成需要根据不同业务场景支持ODI集成方式和数据API集成方式,应用除了支持和学院中心数据库对接以外,同时也必须支持国际上规范的SOAP或RESTFUL接口协议,以便可以通过数据API的方式注册到学院的服务总线平台上,方便使用者可以对于应用统一进行授权、监控、路由转发。
(4)移动端app集成及接口要求
1)移动端需要支持H5,H5应用需要于统一院级app上进行身份漫游(即师生登录后,再打开H5应用则不需要再次输入用户名密码登录),必须与学院身份认证进行单点登录集成。
2)H5应用需要调用移动终端原生能力,如多媒体、文件、数据库、地理位置等接口,需要集成学院统一app提供的JS SDK。
3)H5应用应尽量使用学院统一APP已经封装的原生UI组件,如图片选择器、日期时间选择器、图片浏览器等,原生UI组件比JS组件流畅性更高,用户体验更好。
4)H5应用统一通过原生webview打开,学院app默认会为webview设置头部导航栏,若H5应用页面本身开发了头部导航栏,应调用相应接口隐藏原生头部导航栏,避免出现两个头部导航栏的情况。
5)开发移动H5应用开发完成后,通过应用管理平台进行移动H5应用的接入,遵循学院接入规范。
(5)统一消息机制的接口要求
学院采用统一的消息中心,实现微信、短信、站内信、邮件消息的发送,新建系统需要与学院统一消息中心进行对接,通过统一机制发送消息。
3、安全要求
(1)认证授权:保证用户的合法性和用户使用应用信息资源的权力,避免内部敏感信息泄漏和服务所提供的信息资源被非法访问,造成严重的安全事件。
(2)信息保密:充分利用密码技术,对于需要保密的信息,采用密码技术进行加解密处理,防止信息的非授权泄漏,确保涉密信息在产生、存储、传递和处理过程中的保密。
(3)数据完整性:建立数据完整性检验机制,保证收发双方数据的一致性,防止信息被非授权修改。
(4)审计:记录应用日志,对事件进行分析,并能以邮件、短信等方式提供预警信息。
(5)数据备份:利用数据库的备份功能将建设的平台和系统数据备份到指定的服务器或存储系统上。
(6)要求投标方需从物理安全、网络安全、系统安全、应用软件安全、用户安全、数据安全等几个方面提出配套的安全体系完善方案,以便防范安全风险。
(7)系统需支持Linux、Unix操作系统进行部署,投标方交付产品需至少通过信息安全等级保护第二级评估;上线试运行前,需对部署在学院的系统进行功能、性能、安全等方面的测试,提供测试报告后方可申请试运行。
4、功能要求
序号 | 系统 | 子系统 | 功能描述 |
0 | 部门区分 | | 科研人员可以根据需要方便区分是哪个管理部门。 |
1 | 工作首页 | 工作首页 | 科研统计:将科研项目、经费、成果等不同业务模块的数据信息以统计图表的形式展现,默认提供“年度学院科研经费统计”、“近年科研经费预算和到账情况”、“核心论文发表趋势”以及“科研项目到账经费跨年比较”图。用户可定制相关统计图表模型,以动态掌握学校科研整体状态。 通知公告:提供各类通知公告管理功能,管理员用户可管理和发布各类通知公告,科研人员可浏览各类通知公告信息。 今日待办:推送各类用户需处理的待办事项信息,包括项目、经费、成果、考核等业务模块的受理、审核、提醒信息以及各类预警信息,点击相应信息即可进入待办事项处理页面。系统对各类待办事项进行了分类统计。 快捷通道:科研人员工作首页可展示科研办事快捷通道,科研人员通过快捷通道可快速进入项目申报、立项登记、成果新增、文档下载等常用功能入口,快速办理各类科研业务。 |
2 | 项目管理 | 纵向项目 | 项目立项:可根据上级单位批复情况进行项目立项信息登记、管理,提供项目立项信息新增、删除、审核、导入、导出、查询、批量管理以及统计分析等功能。 系统可实现特定类别项目立项信息快速采集入库,支持政府项目接入:国家自然科学基金项目PDF解析导入、国家社会科学基金项目Excel格式数据批量导入。 项目变更:在项目执行过程中,可对项目变更进行控制。项目负责人可提交项目成员、经费预算、委托、延期、中止等项目变更申请,并上传变更证明材料附件,科研管理人员对变更申请审查通过后,变更信息正式备案。 项目中检:在项目执行过程中,科研管理人员如果需要对项目中期完成情况进行检查,可在线发布中期检查通知,针对不同类别项目设置不同的中检日期范围,系统根据已设置的日期自动向项目负责人发送中检提醒和预警信息,项目负责人收到中检通知后,可在线上传和提交中期检查材料。 项目结项:科研管理人员可对项目结项情况进行管理,可针对不同类别项目设置不同的可结项日期范围,系统根据已设置的日期自动向项目负责人推送结项提醒,项目负责人上传和提交相关结项材料,经科研管理人员审核通过后完成结项备案。 纵向项目分类:可建立项目分类结构树,对项目分类及其预算标准模板进行设置和管理。设置各类项目分类名称、项目来源以及所采用的预算标准模板等信息。 预算标准管理:可依据项目类别建立对应的预算标准模板,设置预算科目、子科目以及科目类型等信息。 |
3 | 横向项目 | 进账合同备案:对已签订的合同进行登记和备案,提供新增、编辑、审核、批量管理、删除、导入、导出以及统计分析功能。项目负责人在线登记合同基本信息、成员信息、预算信息,上传合同正式文档附件。经科研管理人员审定后,合同备案通过。合同备案通过后,项目负责人仍可继续上传其他相关文档材料。 进账合同认定:对已备案合同,可在线进行合同认定登记,在线打印收入核定表。 出账合同备案:出账合同登记时需填报原项目信息,经科研管理人员审批通过后备案。系统提供合同新增、编辑、审核、打印预览、删除、批量管理、导出和统计功能。 合同结题:科研管理人员可对项目结项情况进行管理,可针对不同类别项目设置不同的可结项日期范围,系统根据已设置的日期自动向项目负责人推送结项提醒,项目负责人上传和提交相关结项材料,经科研管理人员审核通过后完成结项备案。 合作单位信息管理:系统可以对合作单位基本信息和资质信息等进行统一管理。科研管理人员可以对具备资质的合作单位进行登记和备案。 预算标准设置:可根据需要建立横向项目预算标准模板,以支持横向项目预算管理。 合同模板设置:科研管理人员可上传、管理和维护各类出账合同模板,供科研人员使用。 | |
4 | 校级项目 | 申报评审:校级项目申报评审。 项目立项:校级项目立项信息登记。 项目变更:在项目执行过程中,可对项目变更进行控制。项目负责人可提交项目成员、经费预算、委托、延期、中止等项目变更申请,并上传变更证明材料附件,科研管理人员对变更申请审查通过后,变更信息正式备案。 项目中检:在项目执行过程中,科研管理人员如果需要对项目中期完成情况进行检查,可在线发布中期检查通知,针对不同类别项目设置不同的中检日期范围,系统根据已设置的日期自动向项目负责人发送中检提醒和预警信息,项目负责人收到中检通知后,可在线上传和提交中期检查材料。 项目结项:科研管理人员可对项目结项情况进行管理,可针对不同类别项目设置不同的可结项日期范围,系统根据已设置的日期自动向项目负责人推送结项提醒,项目负责人上传和提交相关结项材料,经科研管理人员审核通过后完成结项备案。 校级项目分类:可建立项目分类结构树,对项目分类及其预算标准模板进行设置和管理。设置各类项目分类名称、项目来源以及所采用的预算标准模板等信息。 预算标准管理:可依据项目类别建立对应的预算标准模板,设置预算科目、子科目以及科目类型等信息。 | |
5 | 教学质量工程项目 | 具体需求: 对教务处项目,提供单独的功能模块,可查询该类项目的详细信息并可对其提供增删改查功能。(具体要求与教务处对接) | |
6 | | 为农办项目 | 对为农办项目,提供单独的功能模块,可查询该类项目的详细信息并可对其提供增删改查功能。(具体要求与为农服务办对接) 1、院区结对项目 2、教师参加社会实践 |
7 | | 高职研究所 | 对高职研究项目,提供单独的功能模块,可查询该类项目的详细信息并可对其提供增删改查功能。(具体要求与高职研究所对接) |
8 | 经费管理 (与财务系统对接) | 经费到账 | 财务来款:登记财务来款信息,可供科研管理人员和项目负责人查询和认领;可与财务系统对接,同步财务来款信息。 来款认领:财务来款可由科研管理人员直接分配到项目入账,也可以采用项目负责人个人认领——科研管理人员审批的方式实现项目入账。系统可实现与财务系统对接,向财务系统推送项目入账信息。 经费到账:经费到账模块主要展示已审核通过后的项目经费到账记录,项目负责人可查看经费到账明细,在线打印经费到款通知单,到财务处办理相应的经费划拨手续。 管理费提取方案配置:科研管理人员可设置各类科研项目管理费提取方案,配置管理费提取公式。项目入账时,系统会依据来款类型和项目类型,自动套用对应的管理费提取方案,计算各级管理费提取金额,科研管理人员也可以手动编辑最终管理费提取金额。 |
9 | 经费执行 | 经费外拨:合作单位的外拨经费登记、审核,由项目负责人发起,从所负责项目入账经费中申请外拨经费,科研管理人员审批。 经费结转:针对已结项但经费尚有结余的项目,可进行结转操作。经费结转可由项目负责人发起,科研管理人员审批,也可由科研管理人员统一结转。 经费执行进度统计:系统可与财务系统对接,同步获取项目经费报销数据,并从项目类别、学院和预算科目等维度,对科研项目经费到账和执行情况进行统计分析。 经费预警:科研管理人员可针对不同类别项目,设置经费预警触发条件、发送方式、发送时间、发送内容等信息。对经费执行进度较慢触发预警条件的项目,系统自动向项目负责人发送预警信息。 | |
10 | 校级项目经费管理 | 经费登记:可查看校级系项目经费执行情况。 经费预警:对经费执行进度较慢触发预警。 | |
11 | 成果管理 | 科研成果 | 论文:提供论文信息新增、删除、编辑、查询、审核、批量管理、导入、导出以及统计分析功能。 著作:提供著作信息新增、删除、编辑、查询、审核、导入、导出以及统计分析功能。 研究报告:提供研究报告信息新增、删除、编辑、查询、审核、导入、导出以及统计分析功能。 刊物级别和期刊源管理:系统支持用户对期刊进行分级管理,一个刊物级别可对应多个期刊或者期刊源。用户可根据自身需求,建立刊物级别划分标准。 |
12 | 知识产权 | 专利:系统提供专利从预申请、申请、公开、授权、导入、导出、批量管理等全过程信息管理功能、统计分析功能。 著作权:提供著作权信息新增、删除、编辑、审核、导入、导出、批量管理、统计分析功能。 | |
13 | 成果获奖 | 获奖成果:提供获奖成果信息新增、删除、编辑、查询、审核、导入、导出以及统计分析功能。 | |
14 | 学术交流 | 主办会议:学术交流模块提供主办会议、学术讲座、参加会议、合作研究等活动信息管理功能。 学术讲座:学术讲座指对二级单位组织的各类交流论坛和讲座。系统提供学术讲座信息新增、删除、编辑、审核、导入、导出、批量管理和统计分析功能。 参加会议:参加会议是指对科研人员外出参加的学术会议。科研人员登记相应的会议信息,通过科研管理人员审核后备案。 合作研究:合作研究包括人员派遣和人员接收两部分。 | |
15 | 科研统计 | | 按照需求字段检索统计 |
15 | 基础资源 | 科研队伍 | 科研人员:实现科研人员基本信息和详细信息(科研相关信息)管理。 组织结构:提供组织结构信息管理功能,包括相关科研单位和管理单位信息管理。可设置相关单位负责人、联系人等信息,可设置其下属/二级单位。 文档共享:系统提供各类科研管理文档共享功能,可设置文档类型,由科研管理人员进行文档发布、管理和维护,向科研人员共享。科研人员可查询、浏览和下载相关科研文档,科研管理人员可查看文档下载次数信息。 |
合同履行期限:服务期为三个月内完成系统开发并试运行。
本项目 否 (是/否)接受联合体。
二、申请人的资格要求:
1.满足《中华人民共和国政府采购法》第二十二条规定;
2.落实政府采购政策需满足的资格要求:(如属于专门面向中小企业采购的项目,供应商应为中小微企业、监狱企业、残疾人福利性单位)
3.本项目的特定资格要求:
(1)未被“信用中国”网站(WWW.creditchina.gov.cn)或“中国政府采购网”网站(www.ccgp.gov.cn)列入失信被执行人、重大税收违法案件当事人名单、政府采购严重失信行为记录名单;
(2)本项目 不接受 (接受/不接受)联合体投标;(接受联合体的载明联合体的相关要求)
(3)单位负责人为同一人或者存在直接控股、管理关系的不同供应商(包含法定代表人为同一个人的两个及两个以上法人,母公司、全资子公司及其控股公司),不得参加同一合同项下的政府采购活动。
(4)采购人的其他特定资格要求
三、报名及采购文件的获取
(一)报名截止时间:2020年11月18日(北京时间)
(二)报名方式(网上报名):
3.1.CA办理
3.1.1已有CA证书且满足系统使用要求的用户,只需激活区级政府采购模块;
3.1.2已有CA证书不满足系统使用要求的用户,需更换CA证书、办理电子签章业务及激活区级政府采购模块;
3.1.3未办理CA证书用户,需办理CA证书、电子签章业务及激活区级政府采购模块。CA办理咨询电话:0512-81876166。
3.2登录报名
供应商进入“苏州市公共资源交易中心”—“政府采购(区级网上报名)” —“供应商”绿色按钮报名。报名后,系统会显示报名确认单,供应商须打印以供投标使用。报名成功的供应商不可撤销报名。
3.3在网上报名过程中如有疑问,请及时联系:(客服QQ) 1192567362、805640413、864274166(系统问题咨询):13914088964。
只有网上报名成功的供应商才能参加投标。
3.4、依法获取采购文件:供应商进行网上报名后在报名系统中自行下载采购文件,报名日期视同为依法获取采购文件日期。报名成功后须打印、保留“投标确认函”,质疑时“投标确认函”与质疑函一并提交;未依照采购公告要求实行网上报名的供应商,视为未参与该项政府采购活动,不具备对该政府采购项目提出质疑的法定权利,但因供应商资格条件或报名时间设定不符合有关法律法规规定等原因使供应商权益受损的除外。
四、响应文件提交
截止时间:2020年11月20日 13点30分(北京时间)
地点:苏州市姑苏区平泷路251号五楼 苏州市公共资源交易中心【平泷路】谈判磋商文件递交室
五、公告期限
自本公告发布之日起3个工作日。
六、其他补充事宜
无
七、凡对本次采购提出询问,请按以下方式联系。
1.采购人信息
名 称:苏州农业职业技术学院
地 址:苏州市西园路279号
联系人:别道亮
电 话:051266098708
2.代理机构信息
名 称:苏州新一造价师价格事务所有限公司
地 址:苏州高新区狮山路76号华福大厦307室
联系人:华山、吴天晴
电 话:18915429903
苏州新一造价师价格事务所有限公司
2020年11月13日
返回顶部