1、项目摘要（详见招标文件）声明：以下所述内容仅是本项目要求的摘要节选，其作用仅限于提供给那些有兴趣的供应商参考并决定是否参与投标，此内容不应被理解为招标文件中对项目的全部要求。1、项目建设清单序号 软件名称 数量 单位 备注 财政预算限额（元）1 应用系统与基础平台对接 1 项包含人事、学工、教务、三技合作、教研、科研、教学评价、工会、选课系统、网站群，考勤系统、风控系统、移动端 APP 系统共 13个2 问卷调查 1 套3 失物招领 1 套4 体育场馆预约 1 项5 校园活动 1 套6 班车服务 1 套7 场馆申请 1 套8 在线咨询 1 套9 安心守护服务 1 套2、项目建设具体技术要求2.
2、1 应用系统与基础支撑平台对接本期主要对人事、学工、教务、三技合作、教研、科研、教学评价、工会、选课系统、网站群、考勤系统、风控系统、移动端 APP 系统共 13 个系统进行集成，内容主要在数据、认证、应用三个层面进行：2.1.1 数据集成利用学校主数据管理平台，从应用系统数据库中抽取出需要共享的数据，使主数据中心成为全校范围内唯一的全面的数据源，完成数据层的集成，同时为相关应用系统提供主数据访问服务，为在全校范围内进行综合数据分析服务提供完备、有效、可信的数据基础。对接进入平台的应用系统,需要提供数据库名称、访问 IP 地址、用户和密码，需要获得数据的应用系统，提供数据库和表写权限，只需要提
3、供数据，提供数据库和表读权限。2.1.2 认证集成利用学校统一的认证平台，完成目前适合集成认证的系统的集成工作，同时留有接口供后续建设的系统无缝的与身份管理平台进行集成。对接进入平台的应用系统，本项目提供登录 API、提供对接案例、单点登录服务器IP、接入授权、用户和密码。应用系统依据对接，做单点登对接。2.1.3 应用集成通过统一服务门户为广大师生提供个性化的综合信息服务，扩展部门级管理信息系统的信息服务能力。例如提供整合页面或者集成接口形成统一服务门户平台中的对应服务。对接进入平台的应用系统消息和任务提醒，本项目提供 http api(json,xml)多种方式获得应用系统消息和任务、提供
4、消息和任务案例代码、在门户大厅展示消息和任务。应用系统应该依据本项目接口方式，向门户大厅提供消息和任务。本次所建设应用要基于现有基础平台开发，调用基础平台数据库及 API 接口，由基础平台实现统一管理，注册，上架等。2.2 问卷调查问卷调查方便学校管理部门发布常用的问卷调查，收集问卷结果。2.3 问卷类别管理系统管理员可以添加类别和设置类别管理员，类别管理员可以添加维护其类别下的成员。支持应用管理员添加问卷类别，设置类别的主管理员，类别主管理员可以维护其类别下的其他管理成员。2.4 问卷管理问卷发布管理员管理问卷，创建问卷，查询统计问卷结果。2.5 问卷浏览用户可根据其问卷界面进行答卷并且进行
5、提交，已提交的问卷则无法进行再次修改，只能进行查看。用户可查看所有问卷调查，进行填写提交，对于已提交的问卷可以查看回答情况。2.6 失物招领失物招领为全校师生提供统一的失物招领平台，捡到物品可以发布，丢了东西可以快速查询，并且对于有明确信息的一卡通和学生证等，可以利用共享数据进行查询，快速定位失主信息，精确匹配物品信息，提供寻物者与招领者之间信息的链接，提高物品归还的效率。2.7 失物招领信息发布展示当师生捡了东西或丢了东西时，可以登录失物招领平台，输入关键字或按照物品类别，进行搜索信息，如果没有查找到匹配的信息，可以发布招领启事或寻物启事，发布到平台，达到信息共享。师生发布内容后，可以去查看
6、自己发布的寻物和招领信息，进行编辑和下架操作。2.8 自动匹配失主信息当师生发布关于卡片类的具有明确信息的物品时，系统会自动匹配失主的信息和联系方式，如果匹配成功，系统将会发送提醒给失主，提高丢失物品匹配的效率。2.9 体育场馆预约学校体育场馆作为公共资源，为师生提供上课、举行活动、举行比赛、体育锻炼的场所，师生个人对于体育场景的使用情况会比较关心，不清楚体育场馆预约的流程，线下申请的方式或电话方式是不能让师生完全体会到公共资源的便利。体育馆管理部门对于体育场馆的使用情况以及后续根据使用情况的一些数据分析也会比较关心，而现在线下的方式是没有办法满足的。当师生需要预订体育场馆进行体育锻炼时，可以
7、登录体育场馆预约，选择锻炼项目，选择时间，根据目前场馆安排，进行预约。预约后会收到提醒，也可以查看我的预约。体育场馆的管理人员可以维护体育场馆的具体信息，维护体育课程等情况占用场馆情况，及开放申请设置，可以根据时间、类型、场馆、查询和统计场馆安排情况。2.10 体育场馆预约申请师生在需要预约体育场馆时，可以选择校区、体育项目，可以查看最近几天的每天时间段的体育项目可使用场地的可预约数。选择适当的时间段进行预约确认，即可预约成功。师生可以在个人预约中查看自己已预约的场馆，如有临时事情调整，可取消场馆预约。2.11 体育场馆信息管理体育场馆管理员可以管理场馆信息，包括新建、编辑和删除，场馆信息包括
8、基本信息、是否开放、每周占用时间段。每周占用时间段是为体育课程、固定团体活动预留设置的时间，此时间段内不会被师生预约。2.12 体育场馆预约情况管理体育场馆管理员可以管理场馆预约情况，查看场馆在指定时间的团体预约和个人预约情况。可以查看、编辑、删除，可以新建预约，如果某次预约人发生违约情况，可以设置违约，违约人账号将会被冻结一段时间。2.13 体育场馆预约应用设置应用管理员可以对应用进行一些配置和数据字典维护，人员权限配置等。2.14 校园活动校园的学术文化活动、社团活动是十分丰富的，师生对于活动的了解需求是很大的，丰富知识和课余时间，当学校部门或社团有活动要发布时，各个部门的发布管理员发布活
9、动，将活动的相关信息发布到校园活动平台，给活动打上标签，方便师生对感兴趣的活动检索。2.15 应用设置应用管理员选择活动部门发布管理员，实现分级授权。每个活动发布管理员可以看见自己部门发布的活动。2.16 校园活动发布管理活动发布管理员可以新建、编辑、删除、查询活动，可以管理本部门发布的活动，进行发布、取消发布，每个活动发布后均有二维码，便于活动宣传时支持用户扫描二维码，在移动端查看活动的详细描述，活动发布管理员可以下载二维码。2.17 校园活动发布展示师生可以查看热门人气活动、最新活动、一周活动，并且可以标签搜索感兴趣的活动，对于感兴趣的活动可以选择参加，或者实名制评论。师生可以在个人关注中
10、查看自己关注的所有列表，进行取消关注和查看详情操作。师生可以在意见反馈中提出自己想要看到和参加的活动，意见和反馈允许各个管理员进行查看。2.18 班车服务2.19 线路管理应用管理员可以进行线路管理，对于线路的名称、站点进行编辑。支持添加线路，创建新的线路，编辑和删除线路。线路包含线路名称和站点信息。复制已有线路的站点，即可以选择站点比较类似的线路进行复制，编辑修改站点后即可快速创建新的线路，支持按照线路名称模糊匹配线路。2.20 班车安排管理员选择一个指定的线路，进行班车安排，可以创建工作日、双休日线路，也可以创建其他特殊日期内的线路。2.21 应用设置管理员设置班车乘坐须知，方便师生查看，
11、功能支持班车须知的编辑保存。2.22 场馆申请当部门或院系、学生需要为举行会议、讲座或演出报告申请场地时，师生要拿着纸质申请表到处跑圈签字，如果场馆是不同的单位负责管理的话，还需要跑不同的单位。为了避免师生申请的签字麻烦，也为了整合校园公共场馆资源，提供场馆利用率，要实现场馆申请。每次预订场馆时，还要先打电话询问场馆管理员，询问特定时间或特定场地有没有空闲，信息不对称，造成时间耗费。管理部门以前是需要整理申请的纸质表格进行查看或统计，一般是将申请整理到excel 中，如果发生临时紧急调整的情况时，需要查看 excel 或找表进行人工调整，增加了管理人员的工作量。现在当部门或院系需要申请室内场馆
12、时，师生可以直接在网上申请，填写会议信息，系统根据举办时间、容纳人数进行自动筛选合适的场馆，提交后自动进入审批流程。不同部门的管理人员可以维护自己的场馆信息，及开放申请设置，可以根据时间、类型、场馆、部门信息查询和统计场馆安排情况。校级应用管理员可以进行应用配置和场馆管理员设置。2.23 场馆申请师生举行报告、会议或活动需要使用室内场馆时，登录办事大厅，查看场馆的最近一周的预订情况，根据自己的会议活动时间和场地申请场馆，填写会议活动详情，提交申请表单。当提交后，出现信息错误或临时计划有变，在我的场馆申请中可以进行撤销申请，审核中的终止流程，已审核过的释放资源，取消预订。2.24 场馆信息管理校
13、园各室内场馆的管理人员进行场馆信息的管理，查看所管理的场馆的预订申请情况，选择某一场馆的某一天时间，可以查看当天该场馆的预约申请情况，并可新增场馆安排，可以编辑、取消某些场馆安排。2.25 场馆申请审核办理师生申请场馆表单提交后，根据流程引擎配置流程环节，自动流转到下一步环节审批人进行审核，包括院级管理员和校级管理员的审核。学生和教职工申请流程不相同。可以设置审核环节的消息提醒方式。2.26 场馆申请应用设置应用管理员配置应用的一些字典和设置，有设置消息提醒方式，会议类型字典设置、应用设置(个人提前预约天数设置、校区设置)，进行场馆管理员用户组设置。消息提醒支持 PC 门户、移动门户、短信、邮
14、件，学校根据实际支持情况选择消息提醒方式。2.27 在线咨询在线咨询为学校管理部门和师生之间提供交流和信息互通平台，开辟咨询区，师生可以进行提问，管理员给予及时答复。在线咨询可以对咨询回复情况进行统计。2.28 咨询浏览师生可以选择要咨询的咨询区，可以查看不同咨询和常见问题，填写咨询内容提交。可以查看个人咨询。2.29 咨询管理咨询管理员管理自己负责的咨询区，进行咨询的回复、转移、隔离/取消隔离、归档/取消归档、设置 FAQ 操作。当该咨询不是本咨询区的咨询，可以转移到其他咨询区。可以查看转移日志。2.30 咨询统计应用管理员可以统计咨询区回复情况，按照咨询区维度、咨询回复状态、咨询答复率进行
15、咨询统计。2.31 应用设置应用管理员可以进行系统初始化设置和正常维护。支持管理咨询区，进行新建、编辑和删除，可以设置咨询区管理员。应用管理员可以选择是否开启消息提醒，选择是时，选择消息提醒方式。设置后，系统消息提醒方式默认按照此方式进行消息发送。可以进行添加、修改、删除咨询类型，便于区分咨询。2.32 安心守护服务2.33 总体技术要求2.33.1 以应用可用性为模型，实时采集应用运行所需要的操作系统、数据库、中间件、WEB 服务器 、应用（TCP/Http 等标准应用协议） 、端到端链路等指标数据；2.33.2 基于所采集的指标数据，7*24 小时监控各应用的运行情况，发现异常即时启动故障
16、定位服务，并通过即时通讯工具（包括且不限于 QQ、语音电话、微信、短信）告知用户；2.33.3 基于所采集的数据，并结合用户现场实际运行环境，以天、周、季度、年为单位输出守护分析报告，并以季度为单位给出调整优化建议；2.33.4 以应用为视角，提供应用可用性状态的 C 端（PC、大屏或移动设备）展示，故障期间可以很清晰的查看故障所在位置，且可实时查看业务系统安全攻击防护明细； 2.33.5 支持以应用为视角的配置信息采集功能，包括应用开发框架、运行环境等配置信息；2.33.6 拥有标准的 ITSS 二级故障处理规范与流程，确保故障处理闭环与效率。2.33.7 提供 1 年学校系统运维监控服务。
17、2.33.8 支持预先设定好的账号、密码模拟用户的登录和访问过程。支持学校现有身份认证平台及 CAS 认证方式。2.33.9 利用轻量级的 awk 监测方式，实现基于关键字近实时（支持分钟级的轮询）的监测预警。2.34 服务范围根据实际情况进行调整，如现已加入监控的 OA、教学平台、学校官网、信息门户、身份认证、oracle 数据库等2.35 详细参数要求序号 功能要求 参数要求1 基本要求1、守护系统包括：统一服务门户、统一身份认证系统、主数据平台系统。2、提供 1 年维保服务，时间自合同签订之日起计。3、提供维保系统相关的数据库、中间件、操作系统、虚拟化软件技术协助服务。2 监控指标数据采
18、集1、支持集中式、分布式部署架构，满足不同量级采集点的数据采集需求；2、指标采集范围包括操作系统、数据库、中间件、WEB 服务器 、应用（TCP/Http 等标准应用协议） 、端到端链路；3、支持故障当时的各项指标数据留底，并可在同一界面很直观的呈现。3 实时监控提供 7*24 小时不间断监控服务，其中“采集数据、监控异常信息”的保留时间段可按需进行自定义配置，监控范围不涉及应用系统的业务逻辑层面如功能页面逻辑错误或功能页面数据错误等。4 主动预警1、监控发现异常后，守护工程师将异常信息转换成业务语言；（非技术化，用户可以理解的信息） ，通过即时通讯工具告知用户，工具包括短信、QQ、微信、电话
19、等常用即时通讯工具；2、守护期间 6:00-23:00 提供电话或 QQ 即时告知，23:01-5:59 期间内异常将于 6:00 准时告知用户，告知时间可根据用户实际情况进行调整；3、告知用户的同时即启动故障定位服务。5 现场保留各指标监控采集数据、监控异常信息数据系统默认保留 1 年，保留时间段可按需自定义；系统针对历史数据的查询提供图表展示形式，方便事后故障原因排查。6 故障定位 1、告知用户运行环境有异常情况后，守护团队立即启动异常定位机制，分析异常或故障的原因所在；2、超出守护团队分析范围之外的，则触发标准的事件处理流程，但守护工程师全程跟踪处理进展，并实时给予用户反馈；7 应急恢复
20、1、守护工程师根据故障定位结果，执行应急恢复操作，30 分钟内完成应急恢复操作，以此尽量减少业务中断时间，恢复范围仅限于通过重启或释放空间磁盘空间可以实现的故障；2、超出应急恢复范围之外的，则触发标准的事件处理流程，守护工程师全程跟踪处理进展，并实时给予用户反馈。8 守护报告以现场保留数据为基础，以日、周、季度、年为单位进行报告输出；通过按照季度对现场环境运行分析，给出调整优化建议，最终分析报告以PDF 形式输出。9 运行状况以应用系统为视角，提供各应系统运行状况 C 端（PC 电脑或移动设备）展示，可以实时查看各应系统运行状况，故障期间可以很清晰的查看故障所在位置。2.36 部署要求我单位可
21、以提供本次所投产品部署所需软硬件环境（操作系统、服务器） ，投标人须提供本次所投产品服务器配置方案建议，系统部署要求如下：（1）系统支持集群的应用部署方式，采用多级缓存机制，性能更稳定。（2）系统部署可以支持 Unix、Linux、Windows server 等操作系统。系统采用 B/S 结构，支持 IE9/10/11,Edge13/14,Chrome50/51/52、360 安全 V8.1、360 极速 V8.5 浏览器、safari 访问。2.37 实施要求 工期要求。中标人必须严格按照项目进度要求实施，如期完成各个子系统的设计、开发、测试、部署、调试、试运行、用户培训、正式上线和验收工
22、作。系统安全要求。中标人必须按照国家信息安全等级保护制度第二级要求和标准实施本项目，采购人按此要求和标准进行项目验收。需求变更承诺：中标后，中标人需对采购人的业务需求重新做一次梳理，完成采购人的用户需求书的编写。为了确保系统正常运行，项目实施过程中若采购人的实际业务需求发生变化、建设内容需要变更的，则合理变更的需求不再单独增加费用、由中标人承担，若变更内容的建设时间超期，不属逾期交付。稳定运行要求。在软件系统开发期及维保期内，若软件系统依赖的运行环境（如操作系统、浏览器、数据库或中间件等）有版本升级，中标人需提前检查所提供的软件系统的兼容性，并对存在的问题进行修改，保证业务系统的正常运行。采购人提供的标准服务器（虚拟机或实体机）存储及网络与通用安全设备。
