某科技信息服务平台升级改造
某科技信息服务平台升级改造
深圳 (略) 受中国人民解放军某部队的委托,对某科技信息服务平台升级改造进行公开竞争性谈判,现就项目相关内容公告如下:
1 项目名称:某科技信息服务平台升级改造
2 项目编号:WB*
3 项目概况:
3.1 项目内容:某科技信息服务平台升级改造
3.2 采购清单及技术要求:
1、 (略) 升级改造技术要求
功能大类 | 功能小类 | *方在项目实现中的功能要求及关注要点 | 备注 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||
架构要求 | 自主可控 | ? 必须基于国产自主可控软硬件环境运行, (略) | *方不得简单以“无偏离”响应上述技术要求;不得简单通过文字复述、文字重组等方式消极响应上述技术要求;必须根据*方功能要求及关注要点,详细叙述*方技术人员对本项目需求的理解,并展示对本项目功能要点的初 (略) 、界面示意等,技术专家将根据供应商论述的需求理解情况和设计展示情况进行综合技术评分。 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||
开发语言 | ? WEB服务应当选择JAVA或Python等主流编程语言实现 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
数据库 | ? 数据库应当采用国产自主可控产品。 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
前端框架 | ? 前端框架必须使用VUE,必须实现自适 (略) 调整缩放,在不同分辨率显示器均能获得优良的阅览体验【现场验收采用4种分辨率测试:1440*900,1920*1080(1080P)、2560*1440(2K)、3840*2160(4K)】 最终页面风格在项目具体开发实施过程中,由**双方共同迭代确认 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
浏览器支持 | ? 需要提供对 (略) 、 (略) (以麒麟桌面V10为目标)中的主流浏览器兼容性支持(具体包括Win7下Chrome109版本、以及国产系统中使用的最新版本Chrome、FireFox、360安全浏览器V10等) | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
搜索引擎组件支持 | ? 平台必须同时支持Solr5.5版本以上、ElasticSearch8.0版本以上的搜索引擎, (略) 松耦合,可通过门户系统后台设置选项自由选择并设置配置信息 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
搜索引擎管理要求 | ? 为避免重建索引对在线用户服务的影响,搜索引擎在部署方式上必须采用主备两套,备用系统正常承担在更新数据后的增量/全量重建索引工作, (略) 中的功能选项,由管理人员在恰当的时候切换在线服务所使用的搜索引擎,并且*方应设计机制确保两套系统自动实现数据同步,确保用户服务的连贯性和数据的完整性 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
单点登录要求 | ? 必须提供统一的用户单点登录功能,并能够方便集成其他围绕在本项目的信息系统(开源软件、 (略) 、其他厂商开发软件产品等,以及未来 (略) )使用该单点登录,实现统一登入登出功能,单点登录使用*方单位UKey体系实现用户鉴权,但应同时支持特殊用户通过用户名密码登录 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
信息化体系兼容要求 | ? 必须与*方单位目前所使用的主数据系统、用户鉴权UKey等信息化体系架构实现全面兼容与接入 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
日志架构要求 | ? 必须设计统一的用户行为日志标准(登录、检索、),与搜集系统(采用消息总线式信息采集),便 (略) (ETL)实时采集分析利用 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
低代码特性支持要求 | ? 平台应具备低代码特性支持,可动态配置、生成、添加、修改信息交互页面 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
后台管理功能要求 | 系统基本信息管理 | ? 服务器、中间件、数据库实时信息 ? 版权版本信息 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
系统管理 | ? 系统模块管理(模块基本参数设置,模块开启开关,动态生成添加信息交互式展示页面) ? 系统维护管理(系统缓存状态、缓存清理、数据存储、接口状态等) ? 系统主题设置(至少提供正常主题、灰度主题,实现主题的一键设置) | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
用户权限管理 | ? 系统角色管理 ? 组织架构管理(必须考虑与主数据对接) ? 用户信息管理(必须考虑与主数据对接) ? 用户分组管理(室领导、所领导、院专家、研究领域、非科研人员……) ? 系统权限管理(分为系统管理权限、模块访问权限、数据访问权限等设置权限控制选项(黑名单模式、白名单模式),针对用户、用户组、系统角色等多个用户维度) | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
元数据管理 | ? 数据来源管理(针对元数据中“DBID”字段的数据供应商、平台等字典定义、数据来源的说明信息等) ? 信息资源元数据管理(期刊、会议、图书等十类资源元数据定义、显示名称、及相关说明信息) ? 数据展示管理(针对每一类“DBID”即“数据来源”,设置相应数据的展示模板(应提供继承特性,例如J-->J001、J002等)) | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
内容发布管理 | ? 公告信息管理(发布系统公告信息,包括登录弹窗公告、系统公告栏公告等) ? 知识服务管理(知识服务产品分类管理,发布知识服务产品,如领域研究报告等) ? 自建数字化资源(数字化资源分类管理、上传图书馆自行数字化的图书、报告等) ? 邮件管理(设置管理用户绑定、查询邮件、导入邮件元数据等) ? 视频信息管理(视频分类管理、视频上传管理) ? 软件下载管理(软件分类、软件上传管理) | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
接口管理 | ? 搜索引擎接口管理(Solr、ElasticSearch) ? 知识图谱接口管理(定义对*方数据挖掘系统中知识图谱调用接口,供前台交互中信息详情页面使用,以低代码形式设计编辑图谱嵌入显示或超链接) ? NextCloud接口管理(如必要,*方也可自行集成开发科研文件协同分享功能,功能要求参考开源文件协同分享软件NextCloud) ? LeaNote接口管理(如必要,*方也可自行集成开发科研笔记功能,功能要求参考开源笔记软件LeaNote) ? 对*方已有翻译系统接口进行管理(需考虑*方下一步更换翻译系统需求) ? (略) 主数据接口进行管理 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
文献服务业务管理 | ? 对一次文献传递业务信息进行管理 ? 对前沿热点文献推送业务信息进行管理 ? 对图书资料荐购信息进行管理 ? 对文献资源全文链接规则信息进行管理 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
日志管理 | ? 提供用户日志查询 ? 提供系统日志查询 ? 提供用户行为分析 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
前台用户交互界面功能要求 | 文献检索 | ? 提供一站式检索框,检索框附带检索历史、中英文互转等辅助功能 ? 检索结果页面可提供多维统计信息(文献类型、作者、国别、年代、关键词等,包含报表导出) ? 检索结果页面可提供多种排序方式(相关度、时间) ? 可在检索结果文献资源列表及详细信息中,动态生成针对作者、概念、机构的图谱链接或者是相似性资料推荐结果等(低代码特性支持,与 (略) 知识图谱系统、推荐系统等对接,API接口方式) ? 文献检索结果应支持调用大语言模型实现智能化辅助阅读功能(对具备全文文件的文章,能够针对主要研究内容、试验方法、结论、存在问题等进行快速总结,*方须实现全文文件的管理与转换、大语言模型调用等程序逻辑) ? 文献检索结果支持与RAG增强检索系统对接,实现一键收入用户个人知识库的功能,*方应协助*方利用大语言模型实现基于用户个人知识库的智能问答(增强检索)功能。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||
高级检索 | ? 可提供二次检索(在当前结果基础上追加检索条件,可自由增删之前累积的检索条件) ? 可提供逻辑表达式检索等高级检索方式 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
文献资源使用热点 | ? 分析用户行为,对领域分类,提供各研究领域热词词云(支持下钻)、热点篇章、热点出版物或数据库等综合展示 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
资源导航 | ? (略) 链接、介绍 ? 期刊导航、订阅 ? 会议导航、订阅 ? 专题导航、订阅(采用类似信息聚类技术手段,动态生成) | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
在线翻译 | ? 结合*方已有翻译系统, (略) 页的文本翻译、文档翻译(考虑到LLM发展,*方可能在不久后采购全新翻译系统,*方须承诺5年内结合*方翻译系统变更情况,随时提供更改翻译系统集成适配的服务) ? 后台可统计用户翻译记录 ? (略) (略) 划词翻译功能 ? 检索结果列表及详情页面提供翻译按钮 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
视频资料 | ? 展示*方单位新闻报道、政治学台升级改造.doc 项目编号:WB* 第一章 谈判公告 谈判公告 深圳 (略) 受中国人民解放军某部队的委托,对某科技信息服务平台升级改造进行公开竞争性谈判,现就项目相关内容公告如下: 1 项目名称:某科技信息服务平台升级改造 2 项目编号:WB* 3 项目概况: 3.1 项目内容:某科技信息服务平台升级改造 3.2 采购清单及技术要求: 1、 (略) 升级改造技术要求
|