国防科技大学供应保障处呈批件

“学科信息平台与研究生教育管理信息系统”

项目技术标准和服务要求

“学科信息平台与研究生教育管理信息系统”项目，分为硬件部分和软件部分两个包进行采购，具体技术标准和服务需求如下。

一、技术标准

（一）具体技术指标要求

1. 硬件部分【包一】

WEB和数据库硬件服务器4台、磁盘阵列1台、民网WEB服务器1台及相关配套设备与耗材。由于以上硬件设备搭载的业务数据涉及军事秘密，因此，相关信息产品均必须选用国产化产品，实现全过程的自主国产安全可控。具体技术指标详见附件1。

2. 软件部分【包二】

“学科信息平台与研究生教育管理信息系统”建设总体目标为：①为学校学科建设与研究生教育管理提供统一标准化管理与个性化服务，支持招生管理、培养过程管理、教学管理、留学管理、学位管理、导师管理、行政管理、后勤管理、学科管理等业务功能，实现所有研究生教育过程及相关管理保障工作的全覆盖。②提供良好的访问性能和稳定性，具有良好的扩展性和前瞻性，能够提供持续的扩展、升级。③提供通用的服务接口，提供与国防科技大学其他应用系统对接的接口，易于扩展。④根据业务需求提供丰富的报表统计功能。⑤提供功能完善的用户权限管理模块，实现对各类人员进行分别授权和独立管理，并可由专门管理人员进行可修改的二次授权。

按照以上建设目标，系统具体技术指标要求如下：

（1）技术路线要求

系统需支持以“微服务”形式提供业务服务，开发需满足相应的框架能力要求和中间件能力要求，具体要求详见附件2。

（2）软件架构要求

系统软件架构要求稳定易扩展，能够符合未来发展的趋势要求，具体要求详见附件3。

（3）运维体系要求

系统运维体系要求实现自动化、智能化、可追溯、可恢复，具体要求详见附件4。

（4）数据存储与交换要求

系统数据存储与交换要求安全，平滑过渡，标准，灵活可扩展，特别是需要支持高效、快捷的将互联网相关系统的数据能在线导入到军网的系统，并满足军队相关保密管理要求（互联网数据导入军网的功能，将安排在二期建设中，但本次应标单位必须提供具体的解决方案，以保证二期建设的顺利实施），具体要求详见附件5。

（5）统计分析要求

系统需具备丰富的报表，并可灵活调整扩展，支撑学科建设与研究生教育管理工作的数据分析与挖掘，具体要求详见附件6。

（6）系统性能要求

系统要求快速流畅，能应对高并发场景，考虑冗余等问题，具体要求详见附件7。

（7）安全性要求

系统应从网络安全、访问控制、数据安全、管理规范等方面做到全方位的安全保障，并为后续军网与互联网间安全信息传输提供可靠技术方案，具体要求详见附件8。

（8）用户体验要求

系统应提供专业、便捷、兼容、统一，符合主流审美和主流使用习惯的相关界面与功能，提供良好的用户体验，具体要求详见附件9。

（9）系统管理要求

系统应能便捷的实施整体管理，具有权限管理、数据字典、流程管理、校历管理、统一认证等基本管理功能，具体要求详见附件10。

（10）业务功能要求

系统包括招生管理、培养过程管理、教学管理、留学管理、学位管理、导师管理、行政管理、后勤管理、学科管理等9个互联互通的业务子模块，各子模块的具体要求详见附件11。

（11）数据迁移要求

目前，国防科技大学已有研究生教育管理系统（以下简称旧系统），并在不间断运行。此次建设的“学科信息平台与研究生教育管理信息系统”（以下简称新系统），需将旧系统中全部数据迁移至新系统。因此，应标单位需要提供数据迁移的具体实施方案（对数据迁移的方式方法进行说明，对该部分工作量进行估算，并包含在此次系统建设报价当中，同时给出明确的数据迁移的时间计划）。

由于旧系统中不仅保存大量数据库数据，还保存大量以PDF格式为主的学位论文档案，需要同时迁移到新的系统当中，并能将原有的学位论文文件统一换成与新系统相一致的PDF格式文件，以便于后续的论文管理与检索。具体要求详见附件12。

（二）样品要求

无。

（三）实施人员要求

1. 硬件部分【包一】

实施人员及后期服务人员为原厂工程师。

2. 软件部分【包二】

（1）开发团队不少于10人，其中，研发团队中必须有具备相关资质的项目经理1名，有具备保密资质的开发维护人员1名。

（2）项目实施过程中，投标方必须派项目经理全程跟踪项目，中途不允许更换项目经理，并且在系统开发阶段，项目经理平均每周至少三天要在客户现场。

（3）开发团队要保持相对稳定，人员变动不能超过整个项目组成员的30%。

（4）提供研发团队人员清单，并提供核心研发人员简历。

（四）生产及安装调试等要求

1. 硬件部分【包一】

需在学校长沙校区指定现场完成硬件的安装、测试、质保期维护，并配合学校相关部门提供相应服务，以及服务器匹配所需的一切配件。

2. 软件部分【包二】

（1）需提交规范化的开发文档，重要阶段需双方共同组织评审，项目研发各阶段成果都需要通过评审才能验收。

（2）项目团队必须保证代码开发的质量和进度，并对本组成员提交的成果负责，提交的代码必须满足以下要求：①采用测试驱动模式，在代码开发前必须完成测试用例的编写。②所有代码都按照建设方代码编写规范进行编码。③所有代码必须按照建设方要求编写注释，方便后期跟进。④所有提交的代码都经过充分的测试，包括单元测试、集成测试和压力测试。测试用例完整覆盖整个业务逻辑。⑤所有对已有功能的修改必须通过回归性测试后才能重新上线。

（3）需在学校长沙校区指定现场完成本系统的安装、测试、质保期维护，必要时需赴南京、武汉、合肥等异地校区进行部署、测试和维护工作，并配合用户完成与原有系统技术匹配服务。

（4）系统开发的相关文档随系统交付，包括技术和管理两大类文档：①技术类文档，包括需求阶段文档（《用户需求规格说明书》），设计阶段文档（《系统架构说明书》、《概要设计说明书》、《数据库设计说明书》、《各模块系统分析说明》等），代码开发阶段文档（《系统接口说明》、《测试计划》、《测试报告》、《数据迁移设计和实施文档》等），验收阶段文档（《用户操作手册》、《系统维护手册》、《安装部署说明书》、《系统功能测试验收清单》等）。②管理类文档，主要包括《项目实施计划书》、《项目实施方案》、《质量总结报告》、《系统验收标准》、《评审报告》、《会议记录》、《开发进度周报、月报》、《实施报告》、《验收报告》等。

（5）系统采用完全定制化开发方式进行，国防科技大学需保留所有核心代码的源码与知识产权。投标单位与国防科技大学需签订业务流程和学校数据的保密协议，投标单位必须提供对应的相关配套数据库表结构设计、技术架构设计、部署方案等技术资料。

（五）供货、安装周期及交货地点要求

1. 硬件部分【包一】

（1）合同生效后，功能需求无重大变更，中标方需在30日内交付并完成安装测试工作。

（2）中标方提供设备的各项技术性能指标必须达到合同和技术文件规定的要求。

（3）安装地点在国防科技大学长沙校区一号院。

2. 软件部分【包二】

（1）合同生效后，中标方在120日内完成安装及调试。

（2）中标方提供设备的系统技术性能指标必须达到合同和技术文件规定的要求。

二、服务要求

（一）售后质保培训等要求

1. 硬件部分【包一】

设备安装调试完毕、验收合格并交付使用后，提供3年质保期，质保期内提供以下服务：

（1）提供原厂安装实施服务。

（2）提供包括运维巡检、问题咨询、报障、Bug修复以及存储介质更换免回收等在内的原厂售后服务，每月出具一次巡检报告。

（3）提供7×24小时的故障服务受理，通过Email、电话等形式在2小时内响应用户的技术支持要求；若需现场支持，应在1天内予以安排。

（4）质保期内以上服务中产生的人工、交通等费用全免。

2. 软件部分【包二】

系统安装调试完毕、验收合格并交付使用后，提供3年质保期，质保期内提供以下服务：

（1）提供系统使用维护培训，培训包括正常操作、运维、操作问题的分析和紧急处理程序。培训完成达到要求：操作人员熟悉系统的基本运维，能够独立操作，能对简单故障进行处理。培训合格≥5人次。

（2）提供全年7×24小时的故障服务受理，在1小时内响应用户的技术支持要求；对重大故障提供全年7×24小时的故障服务受理，在15分钟内响应，必要时在1小时内到达现场处理；一般故障提供全年5×8小时的故障服务受理，在30分钟内响应，必要时在2小时内到达现场处理。重大故障的界定，详见附件13。

（3）除停电、断网等不可抗拒外力原因外，因系统自身技术原因造成系统停用时间累计每超过1天，则相应延长2个月的质保期。

（4）质保期内以上服务中产生的人工、交通等费用全免。

（二）保密要求

1. 采购方、中标单位双方在采购和履行合同过程中所获悉的对方属于保密的内容，双方均有保密义务。

2. 由于相关数据涉密，因此在原系统向新系统进行数据迁移及后续系统维护中，必须安排具有保密资质的人员进行（仅限软件部分【包二】）。

（三）报价要求

投标方报价要求为人民币报价，应为包括系统设计、人员工时、安装调试、培训指导、售后服务及税金等的全面报价。投标方报价包括但不限于完成采购方所提需要的一切相关费用，不得以低于成本的报价投标。

（四）其他项目个性化要求

软件部分【包二】必须提供将采购方原有业务系统中的数据迁移至新系统的技术方案，以及支持互联网相关系统的数据（如招生数据）在线导入部署在军网的学科信息平台与研究生教育管理信息系统的具体技术方案。

三、投标（报价）人资质要求

（一）资质要求

1. 投标人应是在中华人民共和国政府依法注册的企业或组织，具有独立法人资格和独立承担民事责任的能力。

2. 投标人应具有良好的商业信誉和健全的财务会计制度，具有履行合同所必需的设备和专业技术能力，有依法缴纳税收和社会保障资金的良好记录。

3. 近三年（2016年2月起）未被国家财政部指定的“信用中国”网站（www.creditchina.gov.cn）、中国政府采购网（www.ccgp.gov.cn）等官方渠道列入失信被执行人、重大税收违法案件当事人名单或政府采购严重违法失信名单。

4. 投标人营业执照经营范围应包括软件开发（仅限软件部分【包二】）。

5. 投标人必须具备军队三级以上保密资格证书（仅限软件部分【包二】）。

6. 法人的分支机构以自己的名义参与投标时，应提供依法登记的相关证明材料和由法人出具的对该投标活动承担全部直接责任的承诺。

7. 本项目不接受联合体投标。

（二）投标人需准备资料要求

投标人在投标文件中需提供以下材料：

1. ★相关资质证明：投标单位出具的响应声明函原件、法定代表人资格证明（或委托证明）原件、投标人或委托代理人身份证复印件、企业营业执照以及投标人在投标文件中所列本单位相关资质的证明材料复印件。

2. ★价格文件：报价表（按分项采购内容分列），需列出单价、总价和质保期。

3. ★技术文件：技术响应偏离表、系统设计方案（为保证系统的完整性和方案的合理性，软件部分【包二】响应文件的系统设计方案部分应包含系统的全部功能说明）、项目实施方案、研发团队情况，相关证明文件等。

4. 服务承诺：投标单位出具的售后服务承诺书（写清服务承诺）。

5. 近三年平均资产、净利润、主营业收入及2018年纳税情况的相关证明材料复印件（以第三方会计师事务所出具的财务审计报告为准）。

6. 说明和支撑本项目的其它文件（包括但不限于产品认证、检测情况，投标人承担同类项目情况）。

以上内容，凡加★项目若有缺失或无效，将导致投标无效且不允许在开标后补正。

四、验收、付款及其他内容

（一）验收方式

依据合同约定，组织专家对设备、系统进行验收。

（二）付款方式

硬件部分【包一】 ：合同生效后，在30日内交付设备并完成安装测试；项目验收合格后，30个工作日内支付95%合同款；剩余5%的合同款作为质保金，质保期（3年）到期并经质保验收合格后，支付合同质保金（以上付款节点，乙方均应事先提供相应额度正规税务发票给甲方）。

软件部分【包二】 ：合同生效后，30个工作日支付10%合同款；详细技术方案通过甲方评审后，30个工作日支付20%合同款；项目验收合格后，30个工作日内支付65%合同款；剩余5%的合同款作为质保金，质保期（3年）到期并经质保验收合格后，支付合同质保金（以上付款节点，乙方均应事先提供相应额度正规税务发票给甲方）。

（三）现场踏勘等信息

投标人可向采购方申请到学校查看、了解原系统的基本情况，查看系统数据人员需具有保密资质。

附件：1. 项目硬件部分技术指标要求

2. 项目软件部分技术指标要求（技术路线要求）

3. 项目软件部分技术指标要求（软件架构要求）

4. 项目软件部分技术指标要求（运维体系要求）

5. 项目软件部分技术指标要求（数据存储与交换要求）

6. 项目软件部分技术指标要求（统计分析要求）

7. 项目软件部分技术指标要求（系统性能要求）

8. 项目软件部分技术指标要求（安全性要求）

9. 项目软件部分技术指标要求（用户体验要求）

10. 项目软件部分技术指标要求（系统管理要求）

11. 项目软件部分技术指标要求（业务功能要求）

12. 项目软件部分技术指标要求（数据迁移要求）

13. 重大故障界定

附件1

项目硬件部分技术指标要求

设备名称

设备用途

数量

（台/套）

设备技术指标

1.WEB和数据库硬件服务器

军网部署4台硬件服务器，每台硬件服务器提供虚拟WEB服务器和数据库服务，用于学科信息平台与研究生教育管理信息系统。

4

处理器

配置≥2颗Intel 4114系列10核心2.2GHz CPU。

内存

配置≥256GB DDR4 2666MHz ECC RDIMM内存，最大可支持1.5TB内存，支持内存保护、内存镜像、内存热备和内存热插拔，支持NVDIMM内存可实现意外断电时内存数据不丢失。

硬盘

2块不小于600GB 10K 热插拔SAS硬盘（后端接口采用12G标准）。

RAID卡

高性能12Gb SAS RAID卡，支持RAID 0/1/10。

网卡

不少于4个千兆以太网控制器，1个独享的管理端口；

不少于2块8GB FC光口；

不少于2个万兆以太网接口、4个万兆多模光模块和5m跳线2根。

安全

可同时支持TCM和TPM安全芯片，保证服务器核心安全，提供官网截图证明文件。

监控

机器配置LCM 监控屏,可以显示服务器信息，CPU温度、风扇转速、当前使用功率等状态，管理接口 IP 地址，监控服务器工作状态，显示硬件故障报警，便于管理员快速找到故障部件，迅速排查故障，降低宕机损失，提供实际配置证明文件。

光驱

不少于一个DVD-RW。

兼容性

在VMware ESXi6.0 兼容性列表中，并提供官网截图。

冷却系统

冗余热插拔系统风扇。

I/O扩展

扩展槽 无GPU时≥8个PCIe 3.0，配GPU时≥7个PCIe 3.0，不少于4个USB接口，不少于1个VGA接口。

电源

2个铂金版热插拔冗余电源，支持交直流兼容(AC/DC)。

2.磁盘阵列

军网部署1台硬件存储阵列，提供档案存储服务，用于文件资料存储。

1

品牌

确保兼容性及稳定性，需要与WEB与数据服务器同一品牌。

控制器

配置冗余双控制器。

缓存Cache

配置≥32GB cache。

硬盘

10块4TB 7.2K SAS热拔插硬盘。

RAID支持

支持RAID0/1/5/10/50/6。

网口

配置≥8个8Gbps FC光口和8个以太网千兆电口

功能

配置≥128台主机路径冗余和负载均衡许可。

管理

提供完整的存储系统管理软件，支持集中式 GUI 管理，在同一管理界面实现监控以及多路径管理。

电源

配置冗余电源。

3.民网WEB服务器

民网部署1台硬件服务器，用于民网招生系统的应用。

1

处理器

配置≥2颗 INTEL 3106 8核心1.7GHz CPU。

内存

默认2*16GB DDR4内存，最大16个内存插槽，最大支持2TB内存。

硬盘

2*4TB SATA 7.2K 3.5”硬盘，高性能12Gb SAS RAID卡，支持RAID 0/1/10。

网卡

2*千兆双口网卡。

安全

可同时支持TCM和TPM安全芯片，保证服务器核心安全，提供官网截图证明文件。

监控

机器配置LCM 监控屏,可以显示服务器信息， CPU温度、风扇转速、当前使用功率等状态，管理接口 IP 地址，监控服务器工作状态，显示硬件故障报警，便于管理员快速找到故障部件，迅速排查故障，降低宕机损失，提供实际配置证明文件。

电源

配置热插拔≥550W 1+1冗余电源，支持BBU电池二次备援功能；提供BBU电池二次备援实际配置证明文件。

4.以太网交换机

提供硬件服务器与存储阵列的互联互通。

1

具体配置要求为：16口万兆光口以太网络交换机 web网管，支持VLAN技术。

5.管理测试终端

用于系统测试、维护、管理配套使用的电脑终端设备。

1

数量1台，配置如下：商用办公台式电脑（CPU：I7-7700\内存8G\硬盘1T\2G独显\win7系统），20英寸显示器。

备注：以上通用信息产品均选用国产化产品，实现全过程的自主国产安全可控。

附件2

项目软件部分技术指标要求

（技术路线要求）

一、框架能力要求

（一）开发框架及 SDK要求

1. 开发采用B/S架构，Linux服务器操作系统，Apache Web服务器，MySQL数据库，不得使用Oracle数据库；支持数据库主从分离部署和多级缓存技术；支持虚拟化、云部署（必须满足）。

2. 支持迁移至国产飞腾CPU和麒麟操作系统环境（必须满足）。

3. 支持 Java或Go 等开发语言，支持SpringMVC/JAX-RS 等编程框架。

4. 支持 REST/RPC 等多种服务通信协议，支持协议可扩展，通信性能不低于10 万TPS。

5. 支持NGINX等多节点负载均衡。

6. 支持本地调试。

（二） 开放兼容性要求

1. 要求服务框架已开源，可以在线下使用。

2. 服务开发模式（服务注册）支持 SpringMVC，透明RPC，和JAX-RS 等开发模式。

3. 可兼容 SpringCloud、ServiceComb 等业界主流的开发框架。

4. 现有应用少改动即可接入微服务治理。

5. 多运行容器，支持通用版Tomcat/Jetty/Jboss/Weblogic/ Websphere/Netty 等。

6. 服务应用支持多种运行环境，如虚拟机、物理机和容器。

二、云中间件能力要求

（一）分布式缓存能力要求

1. 支持 Redis、Memcached、IMDG 等多种缓存类型。

2. 分布式缓存 Redis 实例规格支持单机、主备和集群三种类型的持久化内存数据库服务，支持小规格缓存实例，最小可到128M，最大可扩展至1024G。

3. 支持数据持久化、支持数据备份恢复。

4. 支持跨 AZ 部署，一个AZ 故障不影响业务。

5. 提供一键式在线扩容，在线扩容不中断业务，整实例存储容量可在线进行，无需停止服务，不影响用户自身业务。

（二）分布式消息能力要求

1. 支持多队列：普通队列、FIFO 保序队列、Kafka 队列、 ActiveMQ、RabbitMQ。

2. 支持多协议接入：HTTP Restful API、TCP SDK、KAFKA SDK 接入。

3. 支持自动弹性扩展，队列按需自动扩展，按实际使用量计费。

4. 支持队列共享和授权，租户间或租户内针对不同用户的队列共享和授权。

5. 支持死信队列，将其无法成功处理的消息存放于死信队列，便于统一分析和处理。

6. 支持消息过滤，根据消息标签对可消费的消息进行过滤。

7. 支持定时/延时消息，在消息生产时间（当前时间）之后的指定时间点投递给消费组消费。

8. 支持消息重投，消费者可以决定将暂不消费的消息重新投递到队列中，延后再消费。

9. 支持消息回溯，通过指定时间或位置，对已经消费过的消息进行重新消费。

10. 支持广播消息，在同一个消费组内对所有消费者投递相同消息。

（三）分布式数据库中间件能力要求

1. 兼容 MySQL 协议。

2. 支持在线平滑扩容，通过增加 RDS 实例将已有实例上的数据迁移到新的实例，实现平滑扩容。

3. 支持应用无感知的读写分离。

4. 支持分布式全局唯一且有序递增的数字序列。

5. 支持集群化部署，数据读写存储集群化，不受单机限制。

附件3

项目软件部分技术指标要求

（软件架构要求）

一、主流分布式服务化架构

系统建设推荐负载均衡架构（使用NGINX+ TOMCAT技术构建部署）。需要选择成熟可靠的 SOA框架。

二、前后端分离

1. 前后台交互使用 REST/JSON 方式。

2. 后端使用同一套 REST 接口支持多种终端形式接入，对客户端形式无感知。

3. REST 接口需要有版本规划，向前兼容。

三、异构兼容

1. 支持不同技术语言（如 JAVA/C++/Python 等）的应用相互协同（REST/JSON 通信）。

2. 支持 Web 服务集群、应用服务集群，以应对高并发场景和未来业务增长后的横向扩容。

四、支持负载均衡

1. 多节点共存提供服务，若其中之一节点故障，自动切换另一个正常服务节点，客户端无感知。

2. 深刻理解研究生教育管理系统业务，应用划分科学合理，功能结构适中。

3. 系统资源支持弹性伸缩，如数据存储、文件存储、计算资源、内存资源、网络带宽，既能应对临时并发高峰的扩容，也能在平时典型场景下收缩资源节省成本。

附件4

项目软件部分技术指标要求

（运维体系要求）

一、支持操作日志和运行日志的记录查询

1. 所有用户操作日志要以结构化形式记录到数据库中，提供查询界面供用户追溯。

2. 记录到数据库中的操作日志要有定期备份清理机制，防止库过大。

3. 运行日志要建设全文搜索引擎，方便问题定位。

二、支持断电等场景下应用自动恢复

1. 支持操作系统断电重启后业务自动恢复。

三、应用性能管理

1. 支持非侵入式采集，支持主流Java 框架、Web 容器、通讯协议、数据库，不需要修改业务代码即可采集业务调用数据、服务存量数据、调用的KPI 数据，不采集隐私数据。

2. 支持异常 SQL 分析，提供数据库、SQL 语句的调用次数、响应时间、错误次数等关键指标视图，通过这些指标视图可以分析异常（慢或调用出错）SQL 语句导致的数据库性能问题。

3. 支持方法追踪，通过对某个类的某个方法进行动态埋点，实现对某个类的某个方法进行追踪。

4 支持 MySQL、MangoDB、Redis、Tomcat 等主流开源组件。

附件5

项目软件部分技术指标要求

（数据存储与交换要求）

一、数据存储设计

1. 数据库服务需要有基本的读写分离主从库设计。

2. 非结构化数据的文件存储方式，支持前端和后端结构一致；

二、支持与国家、军地相关专业系统数据交换

1. 要能可靠可信的与教育部、留学基金委等国家管理部门指定的招生考试、学位管理、学科质量平台等专用数据库进行可靠、便利的数据交换。

2. 要能可靠可信的与军队学科建设与研究生教育管理机构指定的招生考试、学位管理、学科质量平台等专用数据库进行可靠、便利的数据交换。

三、数据交换与对接

1. 能够使用统一身份认证接入，使用人可从学校统一认证系统进行登录。

2. 提供基本信息的同步接口，使用人可在学校统一认证系统修改个人信息后进行同步，直接修改本系统相关数据信息。

3. 提供使用人的状态信息查询接口，使学校相关系统可及时了解相关人员在本系统中的有关信息。

4. 第三方系统的接入需要授权，在线配置是否允许接入。

5. 对接服务要具备对接任务转发、状态记录、历史查询和统计等能力。

6. 第三方系统数据同步的可靠性要求：99.9%的同步成功率，异常情况导致的数据不一致有日志等手段进行比对，快速人工干预修复。

7. 对于某些有国际或国家标准的定义、标准、规范，需要接口定义中遵从。

8. 需要支持互联网相关系统的数据（如招生数据）在线导入到部署在军网的“学科信息平台与研究生教育管理信息系统”，既要满足军队有关保密要求，又要高效便捷、安全可靠。该功能不在本次采购中建设，但应标单位必须提供具体解决方案（必须提供）。

附件6

项目软件部分技术指标要求

（统计分析要求）

一、内置丰富的统计报表

1. 通常情况每个业务模块都有相应的统计报表需求要考虑。

2. 各业务模块的统计报表风格要统一，能嵌入统一的规定标识。

二、支持自定义报表模板

1. 支持模板形式灵活扩充新报表。

三、支持报表导出

1. 支持WORD、EXCEL、PDF等常用办公文件格式。

2. 导出文档要格式美观，风格统一。

3. 要支持打印预览。

4. 支持报表数据的匹配、验证，自动生成匹配结果。

四、支持 BI 数据分析与可视化

1. 支持数据仓库的建设，具备灵活的数据同步能力。

2. 支持可扩展的数据分析，可视化呈现。

附件7

项目软件部分技术指标要求

（系统性能要求）

一、有负载均衡设计

1. 前端 Web 服务器集群（如Nginx）有负载均衡设计。

2. 应用服务器集群有负载均衡设计。

3. 数据库/数据缓存服务器集群有负载均衡设计。

二、分布式缓存/分布式消息队列的设计应用能力

1. 使用成熟的中间件服务。

2. 中间件服务具备主备/集群能力，备机秒级切换，应用不感知节点故障。

3. 中间件服务具备数据持久化能力，低延迟快速恢复。

三、满足一定的冗余设计性能指标

1. 并发性要求：不设有效期和用户数限制，满足 500人的并发和5000人同时在线的要求。

2. 负载要求：能够满足 10000 名学生、3000名教师、1500 门以上课程的管理规模。

3. 响应要求：平均响应时间小于 3 秒（未能及时响应则提示在等待队列中）。

4. 要求在用各个学期的数据和信息共存与一个系统中，用户可以随时在系统中查询历史学期的各项数据，不需要把每年的历史数据导入导出。

四、有压力测试手段和报告

1. 使用成熟有效的压力测试工具，制定科学合理压力测试方案。

2. 针对典型场景、极端场景分别制定测试方案并提供报告。

附件8

项目软件部分技术指标要求

（安全性要求）

一、部署环境

1. 系统主体部署运行在军网环境，系统应符合军网环境部署的有关安全技术指标要求，系统开发中需要嵌入的软件，应选用国产化产品，实现全过程的安全可控。

二、需要安全编码规范

1. 需要有安全设计/编码规范，对日常开发过程进行安全指导。

2. 需要提供常见漏洞（SQL/文件注入、XSS、CSRF 等）扫描检测。

三、数据库容灾备份恢复机制

1. 数据库服务需要有基本的读写分离主从库设计。

2. 数据库配置异地容灾备份设计。

3. 数据库可靠性要求达到99.99999%（7 个9）。

4. 数据库要支持自定义备份策略，支持恢复数据到任意时间点。

四、基于角色和用户组授权

1. 有集中统一的权限管理服务，一站式完成用户授权。

2. 要与国防科技大学现有系统实现统一认证，单点登陆。

3. 需要有用户组概念，实现批量一键式授权。

4. 功能菜单/按钮授权要动态灵活，授权过程与业务逻辑无关。

5. 重要用户实现usbkey硬件身份认证与用户口令结合认证。

五、系统日常运行安全

1. 系统稳定性好、并发性高，实现7×24小时无间断提供访问，年故障率低于8小时（安全运行率99.9%）。

2. 系统提供数据信息安全保护，实现系统中所有的人员信息数据、过程审核数据、事项流转数据、存档备案数据等安全存储、自动验证、流转保护、版本管理、适时加密等。

3. 制定并提供运维人员安全管理规范。

4. 要对业务模块、框架、操作系统、远程连接、数据库等管理员账号进行严格管控，合理分配，密码可定期更新。

附件9

项目软件部分技术指标要求

（用户体验要求）

一、保证主流浏览器版本兼容

1. 兼容 Chrome3.0，IE9，FireFox1.0，Safari6 及其以上版本。

2. 需要有浏览器兼容性测试用例和截图。

3. 考虑不同层面使用群体，提供便捷的输入手段（如模糊匹配、首字母拼音码、五笔码等）。

二、用户首页界面要求

根据用户分类，定义用户首页界面。其中，进入系统可以及时便捷找到对应功能（如学位申请发起、导师遴选申请发起、课程信息、规章制度等）和相关材料的下载，每个使用人只能看见自己用户组相关的信息或下载材料；及时醒目位置提醒相关人员的代办事件，并提供快捷入口。

3、 支持一键导入

具有信息录入的功能，需要提供数据一键导入功能，系统提供标准的数据模板，如excel表格模板，系统一键导入数据。

四、文件展示要求

1. 学位论文等各类文档和数据要要能转换成PDF格式。

2. 支持在主流浏览器版本中显示PDF文件。

3. 浏览器中不仅支持显示PDF文件的功能，还能支持根据用户权限对PDF文件进行常见的注释、表单的写入、读出功能。

4. PDF文件可以分页加载，保障通过网页快速浏览服务器的PDF文件。

5. PDF文件提供瓦片式渲染技术，保障不会泄露页面整图。

6. 客户端不会缓存PDF临时文件和数据，避免信息泄露。

附件10

项目软件部分技术指标要求

（系统管理要求）

一、权限管理

包括所有用户的登录、权限设置、学生用户、教师用户、管理人员用户（院参谋用户、校参谋用户）、用户组管理、角色管理和部门管理等。用户管理是对系统中用户进行管理。管理员添加用户、修改用户资料/用户所属部门、删除用户信息、激活/禁用用户，还可以对某个或某些用户进行初始化密码。权限管理可以控制权限到菜单和按钮级别。

1. 数据隔离：不同职能部门的管理员用户只能看到本职能部门下的学生、老师、课程等相关数据。任课教师，只能看本人负责班级的学生数据；学员队干部，只能看本人负责学员队的学生数据；导师只能看到本人指导的学生数据；其他用户类型的用户只能看到自己的相关信息；

2. 学生初始账号：信息统一通过老系统或国防科技大学统一认证系统同步，同步学生基本信息时自动关联默认角色和对应的所属部门，若同步的学生毕业，系统自动变更已离校学生的权限（设置默认权限）。

3. 老师及管理人员的初始账号信息统一通过老系统或国防科技大学统一认证系统同步，同步教师基本信息时自动关联默认角色和对应的所属部门，若同步的教师已离职，系统自动变更已离职教师的权限（设置默认权限）。

4. 用户需要申请除默认角色以外的权限，需要提交申请流程，流程审批后，系统根据用户申请的角色（组）自动把用户加入到对应的组中。

5. 当某个角色的用户退休或离职时，新用户需要拥有旧用户完全一样的权限和数据隔离。为了快速完成权限和数据的替换，管理员可以直接用新用户替换老用户的权限和所属部门，完成权限和数据隔离的快速替换。

6. 系统管理员按照学校组织结构，管理各个职能部门（新增、修改、删除、查询）用于系统数据的隔离。

二、数据字典

1. 系统提供统一的数据字典代码管理，上报国家、军队等数据的代码统一使用国家、军队要求的数据代码，学校用于自身管理可以在国标的基础上增加校标。

2. 考虑到有些数据字典代码变化频繁，管理员应能便捷设置，同时记录每次的变化过程。

三、流程管理

1. 系统支持业务流程的动态配置和灵活调整，可以自定义多个工作流模板，可基于工作流实现信息提交、任务审批的流程配置，服务管理业务的动态变化。

2. 不同的审批流程，审批角色不一样，由角色关联对应账号，审批各阶段都可以上传附件，每个审批动作都可以查看到详细信息。

3. 审批人员可查看自己已审批或待审批的所有电子流，只有未提交的流程才可以修改，已提交待审批的流程不允许修改。

四、统一身份认证和本地认证共存

1. 要求系统能够与学校的统一身份认证平台进行身份认证集成，实现单点登录和统一身份认证（必须满足）。

2. 本地认证用户名要根据学校关于本地认证用户名的制定相关要求来设计，例如：在本地认证的用户名前都加上一定规则。

五、功能拓展

1. 系统支持服务过程督导和综合评价的数据建模：支持研究生和导师的综合数据建模，提供过程数据采集、规范统一存储、多视图呈现等功能。

2. 系统与外部系统的数据交换要求采用全校的统一的数据交换平台。

附件11

项目软件部分技术指标要求

（业务功能要求）

业务子模块

业务子模块说明

核心功能

具体说明

1.招生管理系统

根据研究生招生实际需求，涵盖从制订招生计划、制订专业目录到初试、复试录取的整个研究生招生业务过程，服务军地招生工作，系统需符合教育部和军队标准，同教育部相关系统数据对接，无缝导入教育部下发的各种数据文件，支持数据导入军队系统要求，且每年同步更新升级。

1.1招生信息发布

在民网上建设研究生招生信息网，研究生院根据预设模板发布招生简章、导师介绍、专业介绍、历年试题、报录比等信息，同“国防科技大学研究生院”微信公众号协同管理，实现微信推送、报名等。

1.2博士生、硕士推免生报名录取系统

通过民网网站按照需求字段组织各类意向考生报名，辅助开展资格审查，完成最终录取。及时获取优秀学生信息，并开展招生质量分析，提供的数据报告，形成研究生综合管理系统第一道数据。

1.3招生信息的导入、导出及上报管理

实现数据从民网导出下载、并支持导入到军网相关系统，将招生学员信息上报至上级单位；同时支持从军网导出招生需求、导师简介等信息，进而发布到民网系统。

1.4网络及时提醒与通知

通过手机短信、微信公众号、邮件等对报名考生进行跟踪，及时发送招考信息。

2.培养过程管理系统

服务研究生培养全过程资料管理和归档，实现数据可溯源、资料可归档；

包括研究生的入学情况、课程学习情况、阶段性专利、期刊论文等成果情况、毕业论文开题、中期考核和毕业答辩等管理功能。

2.1研究生学籍管理

实现研究生从入学到毕业的全过程学籍信息管理，包括：学员信息导入、导出，信息修改与维护，毕业学员毕业证书号和毕业时间的批量导入，学籍状态异动调整，信息查询、打印、生成报表等功能。按角色设置不同管理权限。

2、

2.2研究生成绩管理

提供课程成绩及研究生个人成绩管理功能，包括课程成绩录入（任课教员），成绩错报（漏报）更改，成绩认可，成绩免修，生成课程成绩报表和个人成绩报表、打印等功能。按角色设置不同管理权限。

2.培养过程管理系统

服务研究生培养全过程资料管理和归档，实现数据可溯源、资料可归档；

包括研究生的入学情况、课程学习情况、阶段性专利、期刊论文等成果情况、毕业论文开题、中期考核和毕业答辩等管理功能。

2.3研究生培养过程策划与制订

可结合学校研究生培养要求，制订学员培养阶段计划，能够根据学员学科属性，自动连接培养方案，明确各阶段预期达成的指标，需采集的证明材料和数据；能对学员培养过程进度进行跟踪查看，能动态调整过程策划，更好支持研究生年度考核、论文开题、中期检查、入学入伍教育、学术交流、实习实践、预答辩等阶段性考核，并能够根据预设的条件，自动生成学分。

2.4基于自动化引擎的研究生培养过程管理

根据预设的培养流程实现学员在培养过程中的培养计划录入、支持教室、专业、课程录入并选课、成绩录入、论文录入、各类课外活动及奖励情况录入、论文开题、中期检查、论文答辩申请、论文归档、入学入伍教育、学术交流、实习实践等全过程数据管理，并能够根据预设条件，自动生成学分；系统能结合每个学员的培养阶段，自动定时触发相关数据采集上报任务，提前通知相关工作事项，学生能随时查看学习进度和状态，实现培养过程的数据及时统计、及进度精确掌握。

2.5研究生综合信息档案管理

提供研究生综合信息自动分类、整理及清洗，实现结构化和非结构化两类数据的归档管理；根据不同培养类型、入学年份等条件，实现历年培养数据的查询、统计和打印输出等；在此过程中，利用国产PDF软件或技术，实现毕业论文等相关档案的规范化统一存储。

2.6研究生培养过程的综合分析与督查预警

实现研究生培养过程中各类数据的综合分析，支持按院系、学科、专业、学年、导师、培养类型等不同维度的数据筛查和分析，提供报表打印导出功能。并能对各个培养阶段中进展缓慢的学员进行预警和提醒。

3.教学管理系统

主要服务于教学运行相关工作，包括教员管理、课程管理、教室管理、网上排课、网上选课等。

3.1教学计划管理

实现学期管理、学期增加等功能；实现培养方案版本添加、培养方案管理等功能；提供版本管理、版本添加、课程查询、课程管理、课程添加、教学大纲管理、教学大纲查询、教学大纲添加等功能。

3.2教员管理

实现教员添加、教员查询、任课信息管理、获奖信息管理、出国信息管理、任课信息统计与输出、课程开设审批等功能；实现院系管理、系所实验室管理、系所实验室添加等功能。

3.3教室管理

提供教学楼管理、教学楼添加、教室管理、教室添加、教室查询等功能。

3.教学管理系统

主要服务于教学运行相关工作，包括教员管理、课程管理、教室管理、网上排课、网上选课等。

3.4网上排课

实现课表制定、教学任务查询、总课表预览、学院课表预览、教室使用查询、课程安排查询、公共课表制定、班次设置、课表调整、课程调停审批、排课管理控制台、课表汇总发布、排课授权管理、单独教学班排课与管理等功能。

3.5网上选课

实现教员学员报表、课程学习计划管理、学员选课申请、个人课程学习计划、退补选申请、个人课表查看、选课权限审批、学生选课管理、选课情况、选课开关、选课参数设置、选课查询（按课程、按学员）、选课审查、单独教学班选课、帮助信息、选课计划调整、课程评价等功能。

4.留学管理系统

留学人员的信息查询、相关手续办理、归档材料扫描存档备查、目前在外留学人员查询

4.1留学人员信息查询

留学人员基本信息、在外留学员信息查询等。

4.2留学人员派遣、离校手校归档材料导入

与国家和军队留学选派系统对接，支持上传选派相关资料、文件，支持出国备案表、公证协议书、保证书等导入等。

4.3留学归国手续办理

回国证明开具、护照查询、伙食费恢复等。

5.学位管理系统

实现学位的申请、审核、会议评审、结果公示、数据归档等全流程管理。

5.1学位信息申请与审核

实现研究生学位申请相关的基本信息、阶段性成果、学位论文信息等信息的提取、录入或导入；PDF版学位论文的格式审查；实现学位申请流程中导师、学院、学校的三级审核、确认、汇总和报送；支持不同培养类型、异地校区、近万名研究生学位信息的在线申请与提交。

5.2 学位论文评阅及管理

学位论文的保密审查管理，明评、盲评论文录入、评阅等；其中，学位公示内容涉及全校评阅申请审核及评阅结果、学位论文答辩情况、学位论文和学位评定结果等。

5.3学位评审会议组织与召开

支持学院、学校两级研究生学位评审会议的组织和召开；支持上会学员的名单审核、批次安排、会议流程组织、会议材料编辑、评审结果发布、专家录入、座位编排、评审账号管理等；支持历届学位评审信息的查询与比对。

5.4学位信息归档与管理

支持历史学位数据导入与管理，学位评审信息的归档、查询和统计；支持各年或阶段性的历史数据趋势分析；支撑学位评审结果发布及授予工作，包括数据报送导出、学位证书编号管理、证书及证明打印等。

6.导师（教师）管理系统

实现导师（教师）个人基本信息、教学和科研信息、研究生培养情况、获奖情况等资料的统一管理；提供导师遴选、导师评价等功能；可对导师信息进行综合统计分析、方便研究生院整体掌握导师整体水平。

6.1导师（教师）基本信息管理

实现导师（教师）个人基本情况、所属专业、研究方向的信息管理；提供导师（教师）个人工作台，实现重要工作的通知推送和流程提醒；可查看和审核报名学员、确认师生关系等基本管理。

6.2导师（教师）阶段性成果管理

包括导师（教师）获奖成果、代表性论文著作、专利、学术成果、科研项目管理等内容管理；支持基于工作流的上报审核，可实现导师（教师）阶段性成果数据采集的自动提醒与触发，学院主管参谋和研究生院可对上报数据进行核实和确认。

6.3导师遴选与管理

按照学校导师遴选办法形成导师遴选工作流程，按照角色权限进行信息审核确认等。具体包括导师遴选申请、博导资格审查、硕导资格审查、通信评议、导师遴选查询、博导信息展示、硕导信息展示等功能。

6.4 导师考评

年度考评、周期考评等，导师申请、各级审核、数据汇总并确认等，提供考核自动提醒功能。

6.5导师（教师）综合分析基础功能

对导师相关的基本信息、学生信息、成果信息等进行统计、分析，具体包括按学院、学科、年龄阶段对导师团队分析；统计各类导师考评信息、学科分布结构、学员停招情况等；可形成各类统计报表，支持导出和打印。

7.学科管理系统

实现学校学科规划、学科建设和学科评估工作，能自动从学校相关业务系统采集数据进行建设成效评估支持学校决策工作。

7.1学科基础信息管理

实现全校所有学科及相关专业信息的添加、修改、查询、删除和发布等管理；实现导师团队管理、并关联相关学科和专业；同时实现研究生与相关学科和专业的关联。

7.2学科评价因子自定义建模和分析

对学科评价进行基础建模，细化评价因子，支持评价因子和模型的自定义。

7.3学科评估数据的自动采集与筛选

支持系统从各子系统中提取相关数据，同时允许系统外部上传数据，支持学科数据去重、筛选等，形成学科评价整体信息。

7.4学科数据的基础分析和报表

支持学科相关数据的多维度统计分析，包括学科人数、导师人数、排名情况等各指标统计情况、年度变化情况、历史发展趋势分析等。

8.行政管理

采集研究生教育管理系统的基础数据，结合学员队产生的数据，服务学员处实现学员的全方位信息的管理，包括学员请销假管理、学员监控管理、流程规范化管理、统计分析和智能协作等。

8.1学员基本信息

采集和汇总各方数据，构建完备全面的学员基本信息，如人员基本信息、成长信息、出国出境信息等，符合学员队需要。数据要求采集导入后进行校验。

8.2学员关联信息查询

通过调用研究生教育管理系统数据，实现一键查看学员的学习情况、导师情况、科研情况、论文情况等，实现对学员全方位的了解。同时支持与导师、参谋等线上交流和留言。

8.3学员档案管理

根据学员在校表现情况，自动生成学员档案信息并存档。

8.4学员态势预警

自动建模，采集多种维度数据，如请假、外出、缺勤等因子，支持队干部及时准确掌握和关注学员情况，实现对学员进行智能评价和态势预警。

8.5统计分析

智能分析、统计人员的请销假、不住队、出入营门等相关信息，实现学员和各个大队的全面建设考评。

8.6门禁系统接口

开发接口与其他的门禁系统数据对接。

9.后勤管理

后勤管理涉及研究生院的财务、营房、被装、保障卡、卫生和医疗等综合性管理。

9.1预算编报

支持编制年度预算计划、支持汇总各部门、人员的预算报告。

9.2预算执行情况统计和分析

结合报销流程，定期导出Excel表，能及时掌握预算执行情况。

9.3营房报修报检

支持可配置的报修流程，实现营房器具的报修维护等工作。

附件12

项目软件部分技术指标要求

（数据迁移要求）

1. 充分了解现有国防科技大学研究生教育管理系统（以下简称旧系统）数据情况，深入分析此次新建系统与旧系统过渡及数据迁移过程存在的风险，为满足两系统间的大量数据交换、管理业务衔接等要求提供合理的、切实可行的、稳妥的解决方案。

2. 保证数据迁移与适配，支持旧系统中有价值数据的100%提取，实现数据在新系统中无缝对接，100%有效运行。

3. 分析旧系统的数据库结构，提取有价值的历史数据，对应导入到新系统中；在此过程中，研发相关脚本和工具，采用自动和人工结合方式进行数据迁移，并进行数据迁移后的确认和验证。

4. 新旧系统过渡期，需考虑数据冗余与可逆性，如果新系统运行出现严重问题，需要恢复老系统的使用，并且保证数据可以同步回老系统中。

5. 分析旧系统中论文、证明材料等档案的存储方式，对其中各类文件、图片等非结构化数据进行提取，迁移到新系统中，并进行数据迁移后的关联和验证。利用国产PDF技术或软件，实现毕业论文等相关档案的转换存储，如旧系统中存储有各类文档，如Word文档、PDF文档、PPT文档，需要转换成新系统的PDF统一格式（必须满足）。

附件13

重大故障界定

问题严重影响服务、能力/通信、记帐和维护能力，并需要立刻采取纠正措施。例如：

1. 服务丧失，类似于整个系统的有效功能能力的完全损失。

2. 容量或处理能力降低；如：期望的负载不能被处理，或任何安全或应急能力的丧失。

3. 使用人无法使用业务功能或投诉。

5. 数据错误。

6. 系统模块功能丧失。

7. 等同于系统或次系统中断的短暂中断，在任何24 小时期间中的累积持续时间超过2 分钟，或在更长的期间内持续重复。

8. 数据库的数据空间超过系统容量的90%，数据库的性能下降（如数据访问时间超过30ms，checkpoint 时间超过3 秒），进程出现coredump 或者重启平台程序的紧急、重要报错或告警，备份功能丧失。

9. 妨碍常规管理活动的进行。

10. 进行维护或恢复运行的退化。

11. 系统提供任何被要求的关键或严重问题的通知能力的退化。

12. 与客户问题报告相关的产品中有任何重大的增长。

13. 超过规范的记帐错误率，或系统或记帐数据库的讹误。

14. 报表系统出现故障。

附件1

2019年度“学科信息平台与研究生教育管理信息系统”采购需求明细表

序号

项目及品种名称

预算批复文号

规格型号

质量技术标准

计量单位

采购数量

单价（元）

预算金额（万元）

采购方式

交货期限

交货地点

参考图片

备注

　

合计

　

　

　

　

　

　

　

　

　

　

　

　

一

“学科信息平台与研究生教育管理信息系统”（第1包）

校供〔2018〕229号

　

　

　

　

　

　

　

　

　

　

　

1

WEB和数据库硬件服务器

　

国产通用型号

见技术标准和服务要求

台

4

　

　

　

　

　

　

　

2

磁盘阵列

　

国产通用型号

台

1

　

　

　

　

　

　

　

3

民网WEB服务器

　

国产通用型号

台

1

　

　

　

　

　

　

　

4

以太网交换机

　

国产通用型号

台

1

　

　

　

　

　

　

　

5

管理测试终端及配套耗材

　

国产通用型号

台

1

　

　

　

　

　

　

　

二

“学科信息平台与研究生教育管理信息系统”（第2包）

1.研发〔2018〕131号；2.校供〔2018〕229号

　

　

　

　

　

　

　

　

　

　

　

1

软件系统

　

定制

见技术标准和服务要求

套

1

　

　

　

　

　

　

　

财务部门意见

　

保密部门意见

　

填表说明：

1.需求部门，填写编报需求计划的部门或单位名称；

2.项目及名称，根据项目实际和物资规范品名填写；

3.规格型号，属于定型产品的填写定型产品的规格和型号，规格型号中不得指定品牌；

4.质量技术标准，属于定型产品的，按照国军标要求填写，其他产品，填写产品的主要技术指标要求，较为复杂填写不下的另附其他资料；

5.单价，以人民币元为单位，最多保留小数点后2位数字；

6.预算金额=（采购数量×单价）/10000，以人民币万元为单位，一般保留小数点后2位数字，最多保留4位数字；

7.采购方式，根据公开招标、邀请招标、竞争性谈判、询价、单一来源等五种采购方式的适用条件选择填写，通常采用公开招标，若采用其 他采购方式应在正文中说明理由；

8.为便于采购，对于非常用物资，建议提供参考图片。

—5—

- 42 -