我校“博览群书”测评系统项目，现面向社会进行邀标，欢迎有信誉、有实力的供应商参与投标。
一、项目名称：武昌理工学院“博览群书”测评系统项目
二、项目地点：武昌理工学院双创学院
三、项目需求：
（一）项目背景与建设目标
1.1 背景现状
现有考试系统已使用多年，并出现了稳定性问题。由于失去技术支持，维护系统和扩展系统功能都变得困难。
新建设需求：在功能一致的前提下，重构技术架构，提升性能与可运维性，同时新增阅读空间、移动端、学生自测、AI 扩展等能力。
1.2 建设目标
1. 功能等效：等价覆盖旧系统的核心功能与数据口径，原题库/成绩/学生数据可平滑迁移。
2. 性能提升：面向全校并发考试，通过集群与缓存实现高可用与高并发。
3. 数字校园集成：对接统一身份认证（CAS/OAuth2）与数据中心（学籍入、成绩出）。
4. 体验升级：前后端分离，React+Umi 前端，移动端自适应；阅读空间与书籍推荐，增加学生移动端，增加自测功能。
5. 可持续演进：预留 大模型对接框架，用于后续扩展基于大模型的AI出题功能。
（二）技术架构
表示层（Web/移动）：React + Umi + Ant Design；SSR/CSR 结合；组件化题型渲染；考试专注模式。
业务服务层（Spring Boot）：
书籍服务、题库服务、试卷服务、考试服务、学生服务、成绩服务、阅读服务、报表服务。
数据与缓存：MySQL 8（主从/组复制），Redis（会话/试题缓存/答题快照），对象存储（封面/附件）。
集成与消息：ETL/ESB 适配器（学籍入、成绩出）、消息队列（RocketMQ）用于异步记分、日志与统计。
AI 扩展层（可选）：大模型适配器（千问/豆包），RAG 知识库（书籍元数据+题库语料），题干改写/难度标注/自动出题与解析生成。
（三级）数据模型与兼容策略
兼容旧版题库/试卷结构，以“映射 + 迁移”实现零停机切换（维护期内可双写/回放）。
3.1 核心实体（示例字段）
Book（书籍）：book_id、name、cover_url、intro、read_url（电子图书馆 URL）、tags、isbn、author、publisher。
Question（题目）：q_id、q_type（single/multi/judge）、content、options[]、answer_key、score、book_id、difficulty、knowledge_tags、version。
Paper（试卷）：paper_id、title、total_score、suggested_duration、rules（随机抽题规则/权重）、paper_items[]（题目与分值映射）。
ExamBatch（考试批次）：batch_id、paper_id、start_time、end_time、time_limit、anti_cheat_policy、allow_resume、visible_scope。
Student（学生）：student_id、name、major、grade、class、org_code、status、idmap（统一认证映射）。
AnswerSheet（答题）：sheet_id、batch_id、student_id、snapshots（实时保存）、final_answers、score、submit_time、client_fingerprint。
Score（成绩）：score_id、student_id、batch_id、paper_id、objective_score、remarks、export_status。
ReadingLog（阅读日志）：log_id、student_id、book_id、duration、progress、enter_count、liked、recommend_trace。
3.2 旧系统兼容与迁移
结构映射：梳理旧库表（题型、选项编码、分值、知识点、关联书籍）。
数据迁移：提供一次性迁移人工服务。
（四）功能设计与业务流程
4.1 书籍信息管理
维护方式：界面维护、Excel/CSV 批量导入、对接图书馆 API（可选）。
字段：名称、封面、简介、阅读链接（电子图书馆）、标签、ISBN 作者出版社等。
权限：管理员可维护；支持去重与链接有效性校验。
4.2 题库管理（兼容旧版）
·题型：单选/多选/判断（可扩展题型占位）。
·关联：题目关联书籍与知识点；支持难度、标签、版本管理。
·批量：Excel/JSON 导入；图片/公式引用统一存储；题目去重。
·校验：答案健壮性、选项数量、分值范围、重复题检测。
4.3 试卷管理
组卷方式：手动组卷、随机抽题（按题型/难度/知识点/书籍/权重）。
参数：建议时长、总分、题目分值、题目乱序/选项乱序、展示策略。
4.4 学生数据管理
同步：从数据中心全量/增量同步（专业、年级、班级、学籍状态）；
口径：以学号为主键；支持合班、跨学院授权考试。
4.5 考试管理
批次：设置考试时间窗/人群范围/限制重考/允许断点续考；
实时保存：答题自动保存（Redis 快照 + 异步落盘），断网可恢复；
防作弊（基础版）：浏览器全屏/切窗提醒、题目/选项乱序、相似试卷。
监考台：在线人数、在线答题心跳、可疑行为提示、强制交卷。
4.6 成绩管理
·记录：客观题自动判分；成绩复核流程；导出对接数据中心。
·分析：按学院/班级/课程/书籍维度统计；错题本；难度/区分度报表。
4.7 阅读空间与推荐
呈现：书籍目录、封面墙、书籍详情与阅读跳转（单点到电子图书馆）。
数据：点击数量统计；
推荐：基于点击量和关联性进行推荐。
4.8 基础设置
用户/角色/权限：RBAC；学院/班级多层组织；精细到功能与数据域。
统一认证：CAS/OAuth2可配置；单点登录与登出联动。
集成任务：学籍同步、成绩回传、日志归集、定时作业（Quartz）。
4.9 关键业务流程（简要）
1. 出题与入库 → 校验与发布 → 版本化存档。
2. 组卷与发布 → 规则抽题/人工调整 → 生成试卷快照。
3. 开考 → SSO 登录 → 领取试卷 → 心跳与答题快照 → 异常恢复 → 提交。
4. 判分与归档 → 自动判分 → 成绩发布 → 成绩出库到数据中心。
5. 阅读—练习闭环 → 阅读行为 → 推荐书籍与练习 → 错题本/针对性练习。
（五）非功能性与性能方案
5.1 并发与容量（参考口径）
并发规模：1万 DAU，同考并发 1,000 ~ 3,000；
性能目标：浏览< 3000 ms，提交/保存可略放宽至 5000ms；
容量估算：按 3 万学生、题库 1万题、日志/快照年增 5GB 规划存储与索引生命周期。
5.2 性能手段
Redis 缓存（题干、选项、规则、会话、快照）；
读写分离与批量落盘（提交合并、异步记分、幂等校验）；
题目/试卷只读快照，避免热点写；
（六）技术选型与开发规范
前端：React 18 + Umi 4 + Ant Design 5
后端：Java 17 + Spring Boot 3.x、Spring Security/OAuth2、MyBatis-Plus、MapStruct、Liquibase；
数据库：MySQL 8（InnoDB）；全文/检索（可选）：Elasticsearch；
缓存：Redis 6/7；
消息队列：RocketMQ；
（七）对外接口与集成
7.1 统一身份认证（SSO）
适配 CAS / OAuth2 / SAML / LDAP；支持单点登出；统一用户画像映射。
7.2 与数据中心交换
学籍入库：Student Sync API / 批量文件（CSV/JSON）；
成绩回传：Score Export API（异步投递 + 回执对账）或文件投递；
7.3 图书馆系统
·阅读链接跳转；读取图书馆数据用于推荐增强。
（八）AI 扩展设计（可选/渐进）
中台适配：抽象 LLM Provider（API/私有化引擎），统一调用与计费；
RAG 语料：书籍元数据、章节摘要、题干/解析；
能力清单：
① 题干改写与去重；
② 根据书籍章节自动出题（单选/多选/判断），附解析与难度；
③ 错题重练与个性化练习推荐；
④ 监考智能告警（基于行为序列，后续引入）。
·风控：题目生成需人工审核通过后入库；敏感词与事实校验。
（九）实施计划：建议 2个月
团队配置：自拟
（十）功能模块
编号 | 功能模块 | 范围缩减说 |
M1 | 书籍信息管理 | 手动维护+批量导入 |
M2 | 题库管理 | 支持单选、多选、判断，兼容旧结构 |
M3 | 试卷管理 | 支持随机抽题与固定组卷 |
M4 | 学生数据管理 | 支持数据中心 CSV/接口同步 |
M5 | 考试管理 | 含考试批次、时间、实时保存、断点续考；去掉监考台高级功能 |
M6 | 成绩管理 | 自动判分、成绩导出 |
M7 | 阅读空间与推荐 | 展示阅读书籍与阅读次数统计，不做智能推荐算法 |
M8 | 学生移动端 | 阅读空间移动版 + 自测题功能 |
M9 | 基础设置与权限管理 | 用户、角色、授权配置 |
M10 | 数据集成 | 单向接口（学籍同步、成绩导出） |
M11 | 数据迁移 | 书籍信息、旧题库、试卷、考试成绩一次性迁移工具 |
M12 | 部署与1年质保 | 基本日志、备份、单节点部署脚本 |
M13 | 软著 | 材料整理、申请填报、审核跟进、拿证 |
| 后期维保 | BUG修复、安全补丁。 |
四、供应商必须具备的资格条件：
1、具备《中华人民共和国政府招标法》第二十二条规定的条件；
①具有独立承担民事责任的能力；
②具有良好的商业信誉和健全的财务会计制度；
③具有履行合同所必需的专业技术能力；
④有依法缴纳税收和社会保障资金的良好记录；
⑤参加政府采购活动前三年内，在经营活动中没有重大违法记录；提供供应商书面声明；供应商自行承诺并承担后果。
⑥法律、行政法规规定的其他条件。
⑦投标产品在武汉地区能够常年提供售后服务和专业维护人员。
2、投标人在中华人民共和国境内注册，具有有效的营业执照的法人企业，且具有良好的社会信誉和履行合同的能力；
3、供应商在“信用中国”网站（www.creditchina.gov.cn）中未被列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单和“中国政府采购”网站（www.ccgp.gov.cn）政府采购严重违法失信行为记录名单（以公告期内的查询结果为准）；
4、标书由投标方按规定制作，加盖企业公章，并由企业法人签章为有效。
5、投标人施工完成后应满足国家规范验收标准要求，并通过甲方验收。
6、现场踏勘：投标单位自行组织。
五、商务要求
（一）交货地点：武昌理工学院
（二）合同履行期限
合同履行期限：交货期：合同签订生效后60个工作日内完成本招标文件约定软件安装、调试、试运行、验收合格，交付采购人使用，项目质保服务期：项目整体验收合格后不少于5年。
合同履行期限内服务要求：
2.1包保服务期内，供应商须提供针对本项目的7*24小时售后服务，对售后服务请求均须立即响应；对项目所涉及的设备提供本地备件服务；定期检查系统健康状态，紧急情况下能提供现场技术支持。
2.2使用人有权根据中标人驻场人员工作态度、工作能力、出勤率和沟通能力等各方面工作情况，有权决定更换驻场人员，中标人须在三天内响应并更换。
2.3应按照国家有关法律法规和“三包服务”规定以及投标文件、响应文件和合同所附的《售后服务承诺》，为采购人提供售后服务。
2.4负责所有开发软件的安装调试至合格及为采购人相关人员进行技术培训，解决使用过程出现的各种问题及提供技术指导。使采购人使用人员熟练掌握所培训内容，熟练掌握全部功能，培训的相关费用包括在投标报价中，采购人不再另行支付，每年对使用人提出的使用需求，不少于2次培训。
（三）报价要求
1.投标需提供详细的开发人员清单，服务及售后承诺等。
2.投标人的报价应包含为完成本采购文件提出的开发、安装、部署、调试以及售后服务等全部相关工作所有可能发生的费用，即总报价为“交钥匙”价；投标人须按本章约定的项目内容进行投标内容配置；对在合同实施过程中可能发生的其他费用（如：开发成本、人工成本、运输成本增加等因素），采购人概不负责。
3.本次项目报价需包含软件开发、安装、调试、验收测试所需费用
4.本次采购包括为实现本软件开发项目及其相关服务的全部性能（功能）、技术指标、安全性等正常运行（或正常表达）并达到质量要求所需的全部已列明或未列明的全部费用，乙方应在其总报价中充分予以考虑。在本项目采购合同实施中，甲方将不予支付乙方没有列入项目报价清单的任何费用，并认为此类费用已包含在签约合同总金额中。
（四）验收要求
1.检验
（1）投标人向采购人提供的服务，应满足国家在行业的有关要求和规定；
（2）投标人应保证按技术规范书要求所涉知识产权应保证不存在权利瑕疵，不侵害第三方专利权、商标权、著作权或其他任何形式的合法权益，并提供《知识产权不侵权承诺函》。
（3）采购人将对投标人提供的开发服务功能，按双方商定的合同进行验收；
2.验收
（1）本项目开发软件的验收及安装调试工作，由投标人承担，直至正常运行。
（2）投标人应按照招标文件、合同以及甲方书面通知，开发完成软件相关功能，并逐一调试、试运行满足功能要求。
（3）竣工验收由采购人与投标人及相关人员依据软件开发有关标准、合同及有关要求进行；
（五）软件正版化及知识产权等要求（投标人针对本条款的响应，根据其实际情况在其投标文件中提供满足或优于的承诺）
1.投标人所开发产品如包含（或带有）操作系统、办公软件、杀毒软件、专业软件4类通用软件的，则均应为正版软件，交付采购人使用时须明确前述正版软件的序列号（或许可证）和版本；采购人对投标人针对前述软件的当前版本具有永久正常使用权。
2.乙方保证其向甲方提供的所有服务及相关产品不会因乙方原因侵犯任何第三方的知识产权和商业秘密。一旦甲方因此遭受到任何第三方的索赔、诉讼或任何权利请求，乙方有义务以甲方的名义自费处理纠纷，并承担由此引起的所有法律和经济责任，包括但不限于诉讼费用、律师费等。
3.本项目自验收合格、交付甲方使用之日起，所开展的相关技术开发及在此基础上形成服务成果（包括数据成果）的知识产权归甲方所有，乙方享有署名权。未经甲方书面同意，乙方不得为了合同以外的目的而使用前述相关技术开发及在此基础.上形成的服务成果（包括数据成果）或将之提供给任何第三方。
4.采购人对本次开发的项目软件具有著作权。
八、报名登记及磋商文件获取方法
1、凡有意参加者，请派代表于2025年12月20日至2025年12月31日（法定节假日、公休日除外），每日上午9时至12时，下午14时至17时（北京时间，下同），在武昌理工学院行政楼五楼办公室报名或者通过邮箱zbb@wut.edu.cn报名并获取招标文件（0元/份）。
2、同时，报名需提供以下资料：
①企业法定代表人身份证明或法定代表人授权委托书及本人身份证；
②若通过邮箱报名，邮件名称写明项目名称及公司名称，邮件内容中包含项目负责人及其联系方式。
3、投标单位若对项目有问题，可通过邮件将问题发送至指定邮箱，截止时间为2025年12月27日16时整，招标单位统一在2025年12月28日17时前回复，答疑邮箱：zbb@wut.edu.cn。
六、投标文件制作、投递相关要求
1、投标文件格式
（1）封面：格式自拟。
（2）目录：为方便评标，请投标人认真编制投标文件目录及页码。
（3）报价一览表：参照后附格式。
（4）法定代表人身份证明：参照后附格式。
（5）授权委托书：参照后附格式。
（6）近三年软件开发成功案例，需附合同复印件。
（7）投标人声明：格式自拟，需附“信用中国”网站截图。
（8）其他资料：投标人认为需要提交的其他资料，参照后附格式。
第一部分商务部分
1.开标一览表
项目名称：
投标人名称 |
|
|
|
投标总价报价 | 人民币佰拾万仟佰拾圆整(¥元） |
交付期 | □满足招标文件要求，其中优于招标文件要求，为 □不满足招标文件要求，为 |
包保服务期 | □满足招标文件要求，其中优于招标文件要求，为 □不满足招标文件要求，为 |
合同款支付 | 付款方式： |
交付期、项目包保服务期及合同款支付除外） 的满足情况 | □满足招标文件要求 □不满足招标文件要求，为 |
说明：
1.所有价格均系用人民币表示。
2.价格应按照招标文件规定的报价要求进行报价。
3.如选择确认，请在对应的□中打√。
投标人法定代表人或委托代理人（签字或签章）：投标人名称（签章）：
时间：年月日
English
