| | | | | | | 公告信息 | | | | 公告标题: | 辽宁医药职业学院学生思政教育服务平台采购招标公告 | 有效期: | 2021-10-25 至 2021-11-01 | | 撰写单位: | 辽宁轩宇工程管理有限公司 | | |
（辽宁医药职业学院学生思政教育服务平台采购）招标公告
项目概况
辽宁医药职业学院学生思政教育服务平台采购招标项目的潜在供应商应在辽宁政府采购网获取招标文件,并于2021年11月16日 13时00分（北京时间）前递交投标文件。
一、项目基本情况
项目编号：JH21-210000-52182
项目名称：辽宁医药职业学院学生思政教育服务平台采购
包组编号：001
预算金额（元）：820,000.00
最高限价（元）：820,000.00
采购需求：查看
一、商务部分
★1 交货时间：合同生效后60日历日内供货安装并验收合格（具体以甲乙双方签订的合同为准）
★2 交货地点：辽宁医药职业学院（采购人指定地点）
★3 付款方式及条件：验收合格后支付合同款95%，剩下5%作为质保金，无质量问题，一次性付清。
★4 验收标准：按照《辽宁省政府采购履约验收管理办法》（辽财采〔2017〕603号）规定签署最终验收文件。
验收程序：按采购人要求验收
验收报告：按采购人要求验收
组织验收主体：本项目的履约验收工作由采购人依法组织实施。
★5 质量保证期：不少于2年
★6 保修期内上门免费服务，终身维修，提供配件：不少于2年
★7 热线支持：24小时即时响应；
现场支持：（1）小时内响应；（12）小时内到达
★8 备品备件供应及优惠价格要求：质保期内按照保修规定免费提供备品备件服务。
★9 要求报价供应商案针对本次项目提供2年的免费售后服务，售后服务期自验收之日起。
10 系统扩展、升级服务要求：涉及系统软件部分，在质保期内同版本免费升级。
二、技术部分：
学生思政教育服务平台
建设目标
本次项目将围绕“学生思政教育”进行我校下一步的信息化建设，通过信息化的先进手段提升学校在学工业务方面的管理效率和服务水平，为包括校内管理人员、学生群体及各类其他人员提供统一的业务办理、流程审批、信息查询的综合性思政服务平台。具体目标细化为：
1、迎新应用是为我校解决每年的新生报到入校问题，需围绕事前准备、事中控制、事后分析的思路，结合学校实际情况，解决学生从入校前信息采集、预订商品、军训服装、登记到站等迎新事宜进行设计和开发，实现预报到提前在网上完成。从而解决之前迎新现场学生排队办理手续拥挤的问题，达到提高迎新工作效率、节省人力物力的目的。
2、学籍应用组合主要满足学工处对于学生学籍管理的需求，主要包含学籍异动、学籍注册、高基报表、学信网数据上报功能。
3、学工应用需涵盖对于学生的基本信息管理、违纪处分管理、困难生管理、政工队伍管理、学生档案、学生证明打印、思政调研、资助上报等功能，并且可以为学生提供相关业务的在线申请与信息提交的功能，管理人员只需要做简单的审核操作，从而达到提高工作效率、简化管理流程的效果。真正做到“服务提升、管理优化”。
4、提供完整的辅导员应用服务，覆盖通知、活动报名、疫情采集、请销假、节假日离返校、签到、智慧查寝、工作日志等信息化应用服务。最终，使得辅导员能够减少重复工作，摆脱繁琐的日常工作，在学生思想政治教育方面投入更多的精力。从而推动我校的学生工作全面、协调和可持续发展。同时进一步提高全校的信息化水平。
总体技术要求
（共5项，★1项，“★/▲”4项）
投标方提供的平台和系统均要求采用B/S结构，可运行于Unix、Linux、windows等高安全性操作系统。开发技术应采用J2EE标准、组件技术及在数据交换上对XML的支持，使系统功能最优化，同时将整体系统内部在技术上的相互依赖性减至最低。
具体要求如下：
★1、平台及应用系统软件必须遵循J2EE的技术路线，采用Java编程语言和服务器端Java技术进行开发。
2、采用面向对象的组件技术，着重于开发构成应用程序“业务对象”的可重复使用的组件，利用这些组件顺利地建立分布式应用程序。并通过业务组件库实现行业知识的积累。组件采有面向对象的思想构建，组件之间可以继承，组件之间从物理和逻辑上都是隔离的。
3、应用程序开发与运行结构要基于统一的技术开发平台的三层架构，即Web服务器、应用支撑服务器和数据库服务器。
4、能完成跨业务部门的业务流程和相对应的细颗粒度的分级授权体系。
5、各应用系统要充分利用现有先进技术手段，采用相同的体系结构和运行平台，基于多层架构和组件技术，进行构建，整体架构基于Spring的MVC结构，分为显示层、控制层、服务层、持久化层。组件的执行是以模型进行驱动，每层都有相应的模型配置，引擎解析这些模型，自动实现各层的功能做到系统结构层次清晰。所有应用逻辑、流程、数据等都应当能够根据实际业务要求的颗粒度进行封装。
建设内容
00001.00001.1. 学生思政教育服务平台建设要求
通过吸纳信息化建设走在前列学校的先进经验，本次将不以基于部门级的信息管理系统构建学生工作业务，而以丰富的面向于“办事流程”和“业务场景”的应用为建设模式。
要求将“消息、评价、流程、权限、配置、管理”等基础能力通过统一的运行支撑平台进行提供，各类应用的功能设计仅面向于业务。通过对于学工业务场景和各角色办事流程的抽取分析，建设一系列可实现业务闭环的管理和服务类应用。从而打破原有学工系统的部门局限性，实现流程和数据的线上无缝流转，通过“大平台，小应用、微服务”的建设理念和落地成果，形成本期面向全校学生和管理人员的“学生思政教育服务平台”。
投标方必须提供一套符合建设模式要求的统一的运行支撑平台，并对其基础能力进行详细描述。
学生思政教育服务平台（共3项，非“★/▲”3项）
投标方需根据用户的权限仅显示其可用的应用，学生思政教育服务平台主页需包括：
1、所有可用小应用的分类展示与全局搜索，能够将学校当前提供的所有信息化服务以平铺的方式进行展现。用户可通过小应用的全称或全称的部分字段进行全局搜索，快速定位到想要查找的应用和内容。除常用的功能菜单外，平台应支持用户将自己常用的应用整合到特定的收藏菜单。
2、支持个人代办事项、流程追踪等推送信息的提示，用户在主页能够看到新的代办事项，如果用户有新的代办事项，可直接跳转到代办事项的相关处理界面进行处理。用户能够在主页看到与用户相关的事务流程有更新信息，用户可直接查看该流程最新的办理进度或处理意见。
3、用户个性化工作桌面，能围绕学生、辅导员、院系管理老师、校领导不同角色所关注的业务内容进行有效整合，针对不同角色提供个性化工作台，使服务内容更聚焦。用户桌面呈现的内容除包括学工应用模块列表之外，还需涵盖以下内容：
（1） 校领导桌面：支持将学生的安全情况、发展情况、资助情况、政工队伍建设情况等信息通过柱状图、曲线图、环形比例图等不同形式在桌面首页进行直观量化展现。
（2） 院系管理老师桌面：展示内容需包括工作月历，所管辖范围内学生整体情况统计及各班级的具体人数情况、下属院系辅导员当月所规定的工作完成情况、通知公告、待办和消息提醒等。工作月历内容、完成时间等支持自定义、工作月历支持按月以时间序列的方式呈现。
（3） 辅导员桌面：展示内容需包括工作月历，所管辖范围内学生整体情况统计及各班级的具体人数情况、需完成的工作日志内容及完成情况、通知公告、待办和消息提醒等。工作月历内容、完成时间等支持自定义，工作月历支持按月以时间序列的方式呈现。
（4） 学生桌面：可查看学工相关的服务应用列表、收藏菜单应用列表，可进行应用搜索，可通过消息通知获悉事项的办理进度和审批结果、可查看信息公告内容等。
00001.00001.2. 迎新应用服务（共6项）
(1)新生报到
1、提供新生预报到服务。需支持新生在家时可通过配置的学生服务在线填报个人基本信息，提前办理预定军训服装、预定生活用品等迎新事项。
2、新生报到服务需支持完善和灵活配置功能。必须提供必办项/可办项的设置，以及可为每项服务设置独立的办理业务时间段。
3、在新生报到服务中需默认提供信息采集、财务缴费、到站登记、结伴同行、绿色通道申请、入学教育测试、生活用品购买、军训服装尺码预定、电子报到单、迎新导航等服务应用，且后期可根据我校需求进行服务增加。
(2)迎新管理
1、迎新类别管理
需支持管理人员自定义迎新类别。
迎新类别管理中需支持提供新生在线服务与到校现场办理流程的配置，要足够完善和灵活：必须提供必办项/可办项的设置，以及可为每项现场办理流程配置详细办理信息，包括办理地点、时间、联系电话、办理说明等；必须支持异常情况下做备注登记。
需支持管理人员可自行给各环节办理人员授权功能，有相关环节办理权限的人员才能够使用迎新现场办理功能。
需支持不同层级管理人员，授权后按照管理范围查看新生报到进度及环节办理情况。
需支持设置管理人员自定义校内各个环节办理点坐标，并支持通过定位导航指引学生完成现场报到办理。
2、迎新批次管理
需支持单独的迎新批次管理功能，与我校每年的迎新工作开展相对应。
需支持在迎新批次管理中，必须能够直接引用配置好的迎新类别，实现新生报到服务、到校现场办理流程、人员授权的自动加载。
需支持学生信息导入功能。可批量导入新生名单、入住数据、辅导员带班任职等信息数据。数据初始化完成后即可开启迎新批次。
3、现场办理
需支持与外部人脸识别、扫码或读卡等设备集成，达到方便快速识别学生身份效果。
需支持对各环节办理情况实时监控功能，并且能实时按照不同维度进行迎新报到情况统计。
需支持各环节办理人员仅能对其权限范围内的环节进行办理。
需支持对已办理环节进行已通过撤销操作。
4、离线办理
需支持在网络连接出现问题的情况下，通过excel模板的方式进行临时性的现场报到信息登记，并在后期直接通过excel方式导入到系统中。
5、迎新统计
必须提供报到情况和办理情况的统计分析。
需支持按照多维度的组合查询，默认提供院系、专业、生源地、民族、各环节等维度的统计。
需支持以统计图表进行直观展现，可进行数据钻取查看详情。支持在线导出统计详情数据。
6、人员授权
需支持对新生班主任、辅导员、志愿者进行授权，授权可精细到对某个类别或某个批次下的现场办理环节授权。同时支持对新生班主任、辅导员、志愿者进行批量授权。
绿色通道管理
需支持管理人员自定义配置绿色通道申请审核流程。
需支持设置绿色通道申请的业务起止时间段。
需支持根据具体的财务项设置缓缴总金额。
需支持申请表格打印模板的配置。
需支持对已发放的资助物资情况查询。
(3)到校登记管理
1、站点设置
需支持学校管理人员自定义设置新生现场报到前达到站点信息、来校交通路线、路线图或地理图等。
2、到校登记查询
新生提前登记报到行程后，需支持统计、查看登记结果。
能自定义统计时段及统计站点，提供以折线图和柱状图的方式清晰展示到站人数的趋势和详情，方便安排接站。
财务缴费管理
必须支持为每种迎新类别进行应缴费用的设置。可设置学费、宿舍费及其他费用等财务缴费项，同时可为每个财务缴费项提供设置是否可缓缴、是否必缴功能。
需支持对应的管理人员能够在线查看和管理缴费情况，应用需提供缴费比例统计功能。
★需与学校现有的统一支付平台对接。
军训服装预定
需提供军训服装信息在线维护功能，需支持在线设置规格、尺码表上传、图片上传。
需支持学校管理老师可按服装类型、年级来统计各学院已预定或未预定军训服装人数。
需支持能够在线查看学生的预定详情及结果导出，方便提前备置。
商品预定
提供商品信息在线维护功能，需支持商品类别的自定义，提供名称、价格、规格项、描述的编辑功能，同时能够在线上传商品真实图片。
能够在线查看学生的预定详情及结果导出，方便提前备置。
迎新导航
需支持新生迎新时，提供各个迎新环节办理地点的定位，便于指引新生快速前往办理。
(4)新生入学前教育
提供新生入学教育测试管理相关功能，通过入学教育测试实现新生对学校校史、校规或其他相关内容熟悉掌握的需求。
1、题库管理
管理人员可设置入学教育相关多个题库，题库中题型包含单选、多选、问答题。题目可设置答案及题型对应分值或题目分值。
2、试卷生成
管理人员可设置试卷及格线，测试时长以及重复答题规则。试卷生成可指定具体题目，可设置题型规则随机生成。试卷可指定新生批次。
3、答题结果统计
各级管理人员可查看或导出学生答题结果，是否答题并对答题通过率进行查询统计。
(5)新生管理
1、招生数据导入
提供新生数据的维护与管理功能，需支持采用数据集成的方式或手工导入新生数据的方式完成。
需提供各学院数据导入进展汇总统计的功能，能够直观通过统计图表进行查询。
2、专业分班指定管理
学校管理人员或者院系负责老师可指定新生的每个专业的分班数量以及班级清单。
3、新生学号编制管理
需提供在线学号编制功能，支持以拖动的方式来实现对规则条件灵活配置管理，用来编辑学号的规则条件需包括学生入学年份位数、专业序号、学生序号位数、学院序号、班级序号等。
4、新生学号编制管理
需提供在线班级代码、班级名称的配置规则，支持以拖动的方式来灵活配置规则。
5、新生分班管理
需支持一键分班，可按照生源地、民族、高考成绩、各科目成绩、性别等条件进行打散分配，并可支持手动调班。
需提供对新生分班分学号情况，分角色权限的多维度多样化查询统计。所提供的统计分析组件必须能够具有强大的多维分析功能，统计要求如下：
（1）新生管理明细表：能够以表格的形式将所有新生信息进行罗列展现，需支持多条件组合筛选，同时在表格页可灵活勾选字段作为展示列。
（2）新生管理统计表：能够以表格的形式将新生信息进行统计展现，需支持多字段组合进行交叉组合统计。
（3）新生管理统计图：能够以图形化的方式将新生的信息进行更直观的统计展现，投标方需提供至少包括柱状图和饼状图两种统计组件。
（4）支持将新生数据迁移到正式数据，方便以后的业务开展。
移动迎新
新生报到：需支持为新生预报到提供新闻公告、个人信息采集、报到二维码、到站登记、结伴同行、财务缴费、商品预定、一卡通照片上传、入学教育、军训服装尺码登记、绿色通道申请、迎新导航、迎新报到单等功能。
可以通过网络可信身份认证服务平台（CTID）获取身份证制证的基础数据，在此基础上结合 AI 人脸识别和动态声纹比对，从而验证是否是学生本人，新生可通过移动端点击“刷脸”完成人脸识别身份确认快速定位报到。
迎新管理：需支持扫码办理、到校统计、报到统计、采集统计、绿色通道审核等。
迎新大屏：可通过移动端查看迎新大屏的新生报到数据。数据展示的内容需包含新生实时报到率、报到总数、迎新各环节办理情况、各省份报到情况、各时段报到量、各学院报到率排行、报到新生的性别分布、民族分布、各学院男女比例情况等
00001.00001.3. 学籍应用服务（共4项，非“★/▲”4项）
(1)学籍异动
需支持学籍异动设置、学籍异动申请、学籍异动审核，学籍异动查询，查询统计等功能。
需支持针对不同学籍异动类型，可单独维护其异动类型的名称、代码、异动后学籍状态、申请起止时间等信息，需提供常用的学籍异动种类的初始化数据。
需支持上传异动材料，并支持学生在线查看申请进度。
需支持查看学籍异动后相关学籍字段的变化情况。
需支持学籍异动的审核流程配置。
需支持分角色权限的多维度多样化查询。
需支持数据下钻。
需支持查询结果的导出保存打印。
(2)学籍异动（移动）
需支持在规定时间内移动端提交申请，并可查看审批进度。
需支持查看到学籍异动后相关学籍字段的变化情况。
需根据配置的审核流程，可在移动端进行审核。
学籍注册
需支持学籍注册设置、报到注册管理、缓注册管理、学生注册中心、注册统计查询等功能。
需支持管理员按照学年学期对注册业务进行配置。
需支持缓注册申请及审批。
需支持数据的查询统计。
需支持数据下钻功能。
(3)学籍注册（移动）
需支持学生在移动端查看注册时间及相关注册事项流程，并可查看相关结果，同时可查看缴费情况。
需支持学生通过移动端在规定时间内进行缓注册的申请并查看审批结果。
需支持管理员在移动端完成对管理范围内学生的报到注册操作。
需支持移动端查看学生报到注册缴费统计结果。
(4)高基报表
报表格式需符合教育部的数据格式和要求。
需支持表格的导出下载，并按照日期进行版本保存及调整。
需支持学信网数据上报功能。
00001.00001.4. 学工应用服务（共13项，非“★/▲”13项）
（1）基本信息
主要解决对所有在籍在校学生基本信息的收集，通过已掌握的学生基本信息可进一步统计出有效的数据，作为学校领导开展全校策略、规划工作提供的数据依据等。投标方需提供可解决对于学生基本信息收集流程及审核步骤的信息化服务应用，具体要求如下：
1、班级管理
必须提供学校管理人员或者院系负责人对于班级信息的维护与管理功能。同时，需要支持维护辅导员、班主任的聘任信息及班干部的任命信息。
投标方需支持通过数据集成方式，来获取相应业务数据。
2、学生基本信息设置
必须提供单独的基本信息批次管理功能，与我校每学年的学生信息采集工作开展相对应。
在前端界面即可灵活配置采集的字段，并可对字段的属性进行设置，必须包括隐藏、只读、必填、日常可改这几类属性。
需要根据辅导员、班主任、院系负责人等用户组，批量进行不同的权限配置。
3、学生基本信息填写
在开放的业务期内学生可自行核对和编辑个人信息；
提交后需要支持在线跟踪查询审核进度。
4、学生基本信息审核
班主任或辅导员、院系负责人、校级负责人可以对于学生填写基本信息的采集进行审核，以保证学生基本信息的完整性和准确性。
根据之前对于学生字段权限的设置，例如必填、非必填、只读等状态。在详情审核界面，需首先将必填字段重点罗列显示，同时将修改或变化的内容以不同的颜色标识出来，方便我校管理人员核对。
5、学生基本信息管理
需支持高级搜索、多字段组合查询来快速筛选出符合条件的学生。
管理老师可进行单个学生信息的新增和编辑，也需要支持学生批量导入导出操作。
6、学生基本信息的统计查询
为各类管理人员提供对自己管理范围内学生的基本信息查看功能，可通过学号或姓名快速定位到学生。需支持自定义显示/隐藏字段，可对最为关键或关注的一些字段勾选，从而更为直观的在前台表格页面显示。
各级管理人员可以对自己管辖范围内的学生信息进行明细查询、表格统计、图形统计、统计结果下钻等操作，需支持对结果导出保存打印。
7、学生信息填写质量分析
提供对于学生基本信息的填写质量分析功能。校级负责人可按院系、年级等不同维度查看学生整体填写质量情况，需提供到字段级的细化分析。
必须支持各个院系在具体每个字段上填写比例的图形化展现。
8、学生个人基本信息
学生除了能对个人的信息进行核对编辑之外，还需提供集中式的个人数据中心，将来自不同部门及业务系统的成绩、活动、奖惩、资助、财务等信息统一进行直观的呈现。具体展示内容包括：学业数据、参加活动数据、学生干部任职数据、奖惩记录数据、资助记录数据、消费数据等，在展示上需针对每类数据提供合适的展示组件。
需提供学生在校经历的网上空间，可自动纳入在校期间的表现，学生也可手动添加个人经历，在毕业前可自行下载生成学生个人简历。
（2）基本信息（移动）
需支持学生在移动端查看个人信息，并支持可维护信息修改。
需支持老师移动端查看学生信息。
需支持各级管理老师可针对学生提交的基本信息修改内容进行审核。
（3）学生信息查询
可对在校学生进行查询与统计，投标方需默认提供包括院系统计、年龄统计、专业统计、政治面貌统计、民族统计、生源地统计、性别统计、血型统计、宗教信仰统计、学籍状态统计、培养方式统计、体重统计、身高统计等维度，且应用需支持多维度、多条件的组合查询。
相关统计结果能够实现在线详情查看和导出。
对于学生信息的查询除表格外必须支持卡片式展现，即以学生照片、学号、性别、班级等信息进行直观展现。支持汇总表、统计表、统计图及统计数据透视。
必须支持各种综合信息筛选查询，如按成绩条件、违纪处分条件、困难生条件、奖助条件作为查询条件查询，从而实现多维度、跨业务域的综合条件筛选查询。
（4）家长查询
需支持学校老师可管理家长查询的登录方式。
需支持学生家长可通过电脑端查询学生在校期间的表现情况。可查询到的项目内容需默认包含学生的学业成绩、奖励评优、惩处记录、请假记录、综合测评、一卡通消费、担任学生干部信息、参加社会实践、赛事获奖、语言证书等，管理老师可控制哪些信息可开放给家长查看。
需支持家长在线留言和查看校内资讯。
需支持管理老师可查看、统计和管理家长的留言信息。
（5）家长查询（移动）
需支持学生家长可通过移动端查询学生在校期间的表现情况。可查询到的项目内容需包含学生的学业成绩、奖励评优、惩处记录、请假记录、综合测评、一卡通消费、以及担任学生干部信息、参加社会实践、赛事获奖等。
需支持家长可在线留言和查看校内资讯。
（6）政工队伍
1、政工人员信息管理
提供全校所有教职工的人员信息的功能。需支持单个教职工的新增、编辑；需要支持批量的导入、导出、删除管理操作。
提供对人员类别的维护工作，需提供校级、院级、班级三个等级供人员类别使用。
需提供对于全校所有政工人员信息的浏览功能，也可以根据多种条件筛选查询。
2、个人信息维护
需支持为政工人员提供维护个人基本信息的功能，以及可维护个人参加培训、获奖、工作经历、学习经历、上课情况、科研情况等扩展信息。
3、权限代理
需支持各级政工人员可针对自己管理范围的班级院系及业务模块权限配置代理任职人员的权限，并可指定代理任职的时间范围。
4、扩展信息管理
需要支持管理员对教职工扩展信息类型进行开放管理。同时，可按照扩展类别查看全校所有教职工填写情况及具体内容。
5、政工队伍统计
所提供的统计分析组件必须能够具有强大的多维分析功能，对于政工队伍的统计要求如下：
政工人员信息明细表：能够以表格的形式将所有政工人员的信息进行罗列展现，需支持多条件组合筛选，同时在表格页可灵活勾选字段作为展示列。
政工人员信息统计表：能够以表格的形式将政工人员的信息进行统计展现，需支持多字段组合进行交叉组合统计。
政工人员信息统计图：能够以图形化的方式将政工人员的信息进行更直观的统计展现，投标方需提供至少包括柱状图和饼状图两种统计组件。
（7）违纪处分
1、违纪处分设置
提供对违纪的类型和处分的类型进行维护的功能。
2、违纪处分管理
需支持单个违纪处分记录的新增、编辑和批量的导入、导出、删除操作。
3、违纪处分查询
供各级管理人员在线查询自己所管辖范围内学生违纪处分信息。
4、学生个人查看
需为学生提供在线查询记录的通道。
5、违纪处分解除申请
需支持违纪处分的解除申请和审核。学生可以查看审核进度。
6、违纪处分查询统计
所提供的统计分析组件必须能够具有强大的多维分析功能，对于违纪处分的统计要求如下：
违纪处分信息明细表：能够以表格的形式将所有学生违纪处分的信息进行罗列展现，需支持多条件组合筛选，同时在表格页可灵活勾选字段作为展示列。
违纪处分信息统计表：能够以表格的形式将学生违纪处分的信息进行统计展现，需支持多字段组合进行交叉组合统计。
违纪处分信息统计图：能够以图形化的方式将学生违纪处分的信息进行更直观的统计展现，至少提供柱状图和饼状图两种统计组件，既可以对全校学生的违纪处分情况进行图形化展现，也可以对某一个学院或某几个学院的学生的违纪情况进行图形化展现。同时也支持对不同学年、不同处分类型的学生处分信息进行图形化进行展现。
违纪处分（移动）
需支持学生在移动端查看本人所获违纪处分信息。
（8）困难生
1、困难生设置
管理老师可对困难生类型和家庭困难类型进行维护，并设置对学生申请的审核流程及申请时间段，支持可按不同的困难生类型灵活设定其对应的资助目标；并可上传为学校定制的困难生申请表。
需提供对于认定方式的配置功能，至少包括审核认定、家庭人均年收入自动评定及问卷得分认定这几种；
2、困难生申请
学生可在线填写困难生认定表格中的相关信息并提交困难认定申请，申请提出后可查看申请的处理状况。
3、困难生审核
需提供批量审核功能。
支持手动进行困难生提名。
4、受助情况
需支持学校相关业务管理人员可按资助金额范围，学年，困难生类型、学号、姓名、学院、专业、学生类别等条件查询统计出困难生库中的超额受助、受助不足的学生名单，以及具体某个困难生获得资助的明细情况、资助分布情况等，并可将相关数据导出。
5、困难生查询统计
所提供的统计分析组件必须能够具有强大的多维分析功能，对于困难生的统计要求如下：
困难生评定信息明细表：能够以表格的形式将所有困难生的信息进行罗列展现，需支持多条件组合筛选，同时在表格页可灵活勾选字段作为展示列。
困难生评定信息统计表：能够以表格的形式将困难生的信息进行统计展现，需支持多字段组合进行交叉组合统计。
困难生评定信息统计图：能够以图形化的方式将学生困难生的信息进行更直观的统计展现，投标方需提供至少包括柱状图和饼状图两种统计组件。
困难生（移动）
需支持学生在申请时按照规定字段填报信息。
需支持学生在线查看审核进度。
需支持管理老师可通过移动端审核学生的困难生申请。
需支持管理老师可通过移动端对困难生信息进行查询统计。
资助上报
需支持学校老师可对相关资助上报表格进行搜索、下载操作，相关表格是按照教育部上报要求生成。
学生档案
需满足学校各级管理人员可统一或者分工对新进学生建档，可根据学校具体情况灵活设定符合自身情况的档案材料类型。在设定好材料后，系统支持全校或者分院系导入或者单个建档。各个班主任或辅导员可导入或录入负责学生的档案材料接收情况，院系负责人员可按权限进行审核。
同时需满足管理人员对学生档案转出的管理，包括在校档案修改、学生档案去向查询等功能。
（9）学生档案（移动）
需支持学生在移动端查询本人的档案状态及档案情况。
（10）学生证明打印
1、打印设置
需支持学校管理人员可设置提供服务的各类证明的名称、审核流程、打印模板等功能。
2、打印申请
需支持为学生提供在线填写学生证明打印申请及查看审核进度的功能。
3、申请审核
需支持管理人员对申请信息的逐条审核和批量审核两种方式。
需支持审核流程完成后，老师可在线打印然后通知学生取件或支持与自助服务设备集成，实现审核通过后学生通过自助服务终端自行打印两种方式。
4、统计查询
需支持各级管理人员可对自己管辖范围内的学生证明打印信息进行明细查询、表格统计、图形统计、统计结果下钻等操作，可对结果导出保存打印。
学生证明材料打印（移动）
1、学生证明打印申请
需支持学生可选择开放的证明类型，提交申请并查看审核进度。
2、学生证明打印审核
需支持各级老师可查看自身管理范围内的学生证明打印申请信息，并可进行审核及新增操作。
（11)辅导员考核
1、考核方案设置
需支持学校管理人员可灵活设定针对于不同政工队伍人群的考核方案与指标体系，指标体系可支持多级且可设定权重，各级指标体系可授权给不同人群进行打分。
2、学生评辅
需支持学生可根据管理人员设置的问卷内容，对自己所在班级的辅导员或班主任的平时学生工作进行打分并提出打分。
3、自评
需支持被考核对象根据考核方案中自评要求及指标体系对自身工作进行评价，并可查询历史和当前学年的评价结果。
4、互评
被考核对象可按测评方案要求对其他参评对象进行打分。
5、考核打分
需支持考核人员（二级院系学工负责人，各校级职能部门）按照指标体系对被考核对象进行打分，系统可依据指标体系要求自动计算考核结果，包含总分及各指标体系得分。
6、考核结果查询
需支持学校管理人员可将考核结果授权给相应人员进行查询
7、查询统计
需支持各级管理人员（学生处管理人员、院系学工负责人）可以对自己管辖范围内政工人员的考核结果信息进行明细查询、表格统计、图形化统计等操作。
辅导员考核（移动）
1、学生评辅
需支持学生可通过移动端对自己所带班辅导员或者班主任按测评要求进行打分。
2、自评
需支持根据考核方案规定，被考核对象可通过移动端求对自身工作进行评价，并可查询历史和当前学年的评价结果。
3、互评
需支持被考核对象可通过移动端按测评要求对其他参评对象进行评价打分。
4、考核管理
需支持院级、校级评议主体可通过移动端被考核对象进行打分。
系统需具备能自动计算考核结果的功能。
(12)思政调研
需支持学校采用问卷调查的方式围绕学生思政方面的工作来展开相关调研活动。
要求应用支持在创建思政调研问卷时可设置问卷的名称，调研起止时间、指定调研对象等信息，并可自定义调研问卷的指导语和结束语，及可针对问卷的具体内容进行维护和管理。
应用需提供单选题、多选题、简答题、填空、矩阵等多种题型设置方式，并可通过复制已创建好的问卷的方式来快速创建新问卷。
需支持按学院来统计学生问卷填写的参与情况；并可对问卷中每道题的作答明细进行统计分析；以及需提供查看每个学生的作答明细等功能。应用需支持对参与答题人员作答明细进行导出等操作。
(13)思政调研（移动）
需支持学生可通过移动端查看已发布的思政调研问卷列表，并可在移动端进行作答和查看作答明细。
重点学生监控
为新疆等地区的学校管理老师提供对重点学生管理功能，包括对重点学生登记、重点学生关注等级变更、重点学生移交流程等进行在线管理。
00001.00001.5. 辅导员办公协作服务（共14项，“▲”1项，非“★/▲”13项）
投标方提供给的辅导员办公协作服务技术服务，应满足如下总体服务内容或功能要求。
具体要求如下：
1、系统可靠性：系统可靠性不低于 99.9%，即在连续运行1年时间里最多可能的业务中断时间不高于8.76小时。
2、浏览器兼容性：系统在PC端提供的功能，需支持国内主流基于 Webkit 内核的浏览器（如360高速浏览器、搜狗浏览器等）、谷歌浏览器、火狐浏览器、 Safari 浏览器。
3、手机兼容性:系统必须提供通过手机访问系统的方式，采用独立 App 方式或企业微信，至少支持 IOS 和 Android 两种操作系统。
4、▲桌面客户端：系统提供Windows与Mac OS环境下运行的桌面客户端程序，允许常驻系统任务栏，可随时唤起打开使用。客户端支持Windows7以及Mac OS 10.0以上版本的操作系统。
5、维护要求：要求投标人最长每45个工作日对本校采购服务中所约定的产品功能服务进行一次升级，并在产品内与官方网站等渠道告知用户相关更新内容。截止开标日，投标人于官方网站发布的更新公告数量不得低于50篇，并需提供网站真实更新公告截图证明与对应网页访问链接。
6、服务期限：要求提供本服务期为2年，第一个服务年度自中标之日起产品交付（即完成产品或服务使用授权）之日起算。
（1）通知服务
要求辅导员可以编辑通知并发送给学生，通知内容包括通知标题、通知正文、附件上传，通知可以设固定的时间进行定时发送，学生可以在手机端看到通知内容，并手动确认是否已经阅读过通知；
通知需支持通过APP推送、可设APP推送的时间。对于重要的通知，还需具备短信提醒、电话智能语言提醒方式。发送通知前可在本地试听智能电话语音。
要求通知下面设学生提问区，学生可以就该通知向辅导员提问。辅导员可以在PC端、移动端回答学生的问题，同时辅导员可根据实际情况，选择将该问题的答案仅供提问者查看，或者供全体接受该通知的学生查看；
对于重要性比较高的通知，辅导员发出通知后，学生长时间未阅读，系统需主动通知学生，可根据任务配置自动进行短信与电话智能语音提醒；同时辅导员可对未读学生手动进行提醒，可通过APP推送、短信或电话智能语音方式提醒；
要求学工处可以设置全校级的通知任务，分配给各个学院辅导员或其他管理角色用户执行通知任务，并发送给其所管理的学生查看/确认；学工处可以看到所有管理角色用户的任务执行进度，以及全量学生的通知的查看/确认进度。
（2）活动报名服务
要求辅导员可通过服务发布活动信息，活动信息至少包括活动名称、活动地点、开始结束时间、报名截止时间、活动内容说明、活动举办方、活动海报图片上传。其中活动名称、活动地点、开始结束时间、报名截止时间、活动内容说明为必填项；
要求学生可在移动端完成活动报名，报名结束后，辅导员可在PC端导出excel格式的报名学生名单。报名名单中至少包括学号、姓名、性别、手机号、年级、班级、专业、政治面貌、民族与学生的报名时间，辅导员可根据报名时间进行排序查看。
要求辅导员可通过服务对活动报名信息未读的学生进行消息提醒，并支持短信、虚拟语音电话等提醒方式。
要求辅导员可对活动报名人数进行限制，当学生报名人数超出限额后，停止报名
（3）信息收集服务
要求辅导员可以通过服务发布给学生填写的收集表单。收集表单内容至少包括标题、标题详情、收集项目。收集项目至少包括填写文本、单选题、多选题、上传图片、时间选择题、地址选择题等；
要求发布收集表单时可开启定位采集功能，可采集学生在填写表单时所处的地理位置信息，辅导员在查看学生填写信息时，可查看定位地址信息，并可在地图中展现具体地点；
要求学生可在移动端完成表格填写，对于长时间没有完成填写的学生，要求系统自动通过APP推送、短信或虚拟电话等方式予以通知，同时辅导员也可通过手动方式触发提醒；
对填写内容不符合要求的学生，辅导员可以通过打回的方式要求学生重新填写，打回后学生将收到移动端提醒并可进行再次填写提交。辅导员打回时，可以编写打回理由，并可以选择短信或电话智能语音的提醒方式。
要求辅导员可在PC端与移动端帮助未填写学生进行代填，填写后留存具体填写记录，包括填写人工号、姓名与操作时间等信息；要求辅导员可在PC端与移动端修改学生已提交的填写信息，并留存具体修改记录，包括修改人工号、姓名与操作时间等信息；
信息收集完成后，可将收集的数据通过excel表格的形式导出，对收集的图片，支持打包下载；
辅导员办公服务PC端与移动端中，必须可以查看信息收集的收集进度、收集数据、统计图表；其中统计图表支持查看具体选项与填写文本的数量分布情况，点击具体选项与数量后，可查看填写该选项或文本项的学生名单，包括学生姓名、学号、手机号等基本信息，支持对学生名单批量打回要求学生重新填写，同时支持将学生名单导出为excel；
要求校级管理人员可创建全校级信息收集任务，设置任务填写表单与填写时间等信息，并分发要求指定辅导员或管理人员在PC端或移动端执行，发送给其管理的学生进行填写；学生在移动端填写后，分管辅导员与管理人员可查看其管理学生的填写数据，并进行打回、编辑、代填等相关操作，确认数据准确，校级管理人员可通过收集任务汇总查看全校老师任务执行情况，以及全校学生的填写具体数据以及统计分析结果；
要求全校级信息收集任务或普通信息收集任务发送后，所有可见该任务的管理人员可对任务进行复制，复制后保留原任务的相关表单配置信息，并可进行编辑修改后发送。
（4）学生请假服务
学生可通过移动端向辅导员请假，请假页面必须包括请假类型、开始时间、结束时间、是否需要离校、紧急联系人联系方式、审批人、请假原因、且可在同一页面上传附件；若选择离校假，则强制填写离校目的地，包括目的地的省/市/区(县)信息以及详细地址；老师端在审批请假申请时，可查看上述所有信息；
学生在填写请假申请时，可根据管理员后台配置采集学生请假时所在的地理位置信息，请假申请提交后，辅导员在审批时可查看学生定位地址，并可打开地图查看具体地点；
学生在填写请假申请时，以及老师在审批时，可设置请假申请的抄送人，可选择系统内的老师或学生，至少可添加3名抄送人员，设置完成后当请假审批流程完成并全部通过后，所选的抄送人将收到提醒，并可查看该请假申请详情信息；
辅导员可在PC端、移动端上进行审批请假申请。在审批界面具有核实电话、电话详情包括学生电话和紧急联系人电话，可点击号码直接拨号通话，对于需要离开学校的请假申请，在学生回到学校后，需在移动端上进行销假；
在学生移动端销假页面上，需有学生手机的实时拍照上传、实时定位位置上传等功能，该页面不允许学生上传图片代替实时拍照；
若学生无法按时销假，支持学生对原有请假单提交续假申请，在辅导员批准生效后自动延长原有请假时长，并在请假记录中可合并查看，保持请假申请与续假申请的关联性；
系统必须支持学校管理人员可对请假申请进行详细配置，必须包含：学生销假时是否必须上传照片、学生提交请假/续假申请时、是否必须上传地理位置、请假最大申请时长设置、审批逾期条件设置、以及非离校请假是否必须进行销假等，便于匹配学校相关管理要求；
系统必须支持学校管理人员可自定义设置请假类型，定义请假类型名称并可控制开启或关闭状态，同时针对于单个请假类型，必须支持对补请假与提前请假分别可控制是否开启，以及补请假与提前请假的时间范围设置，若设置开启后，学生提交请假申请选择对应请假类型后，系统界面中将出现相关时间要求；
系统必须支持学校管理人员可统一设置学生的销假定位范围，支持在地图界面中通过POI兴趣点搜索查找地点并设置销假范围；
系统必须支持学校管理人员可设置销假逾期提醒，当学生请假时间截止后未及时进行销假操作，可自动通过APP推送与短信提醒系统审批人员；
系统必须支持学校管理人员可设置开启/关闭请假免责申明，当开启后学生提交请假申请时必须勾选免责申明才可提交请假；系统必须支持免责申明自定义编辑，且审批人员可在审批界面中查看免责申明内容；
系统必须支持学校管理人员可对全校或分学院设置请假审批流程，并可控制学院请假流程配置是否启用；审批流程设置时，支持按照请假类型、请假时长等条件，执行不同的请假审批流程，在审批节点上，允许按系统角色与自定义分组进行审批人员配置，并可以设置请假审批流程执行的优先级与审批人去重；
系统必须支持学生端展示请假单时，除请假基础提交与审批信息以外，需以明显颜色展示学生当前请假状态，同时提供动态防伪条或核验二维码，用于管理老师通过视觉观察或教师端应用扫码等方式，对请假单的真伪进行核验；系统必须在PC端接入USB扫码枪，可通过扫码枪快速扫描学生出示的二维码进行请假单真伪核验。
（5）签到服务
要求辅导员可以通知学生，在指定时间、地点通过移动端APP进行打卡签到，辅导员可以在移动端、PC端查看到签到的实时进度情况；
在创建签到任务时，服务可以根据场景对签到任务进行分类，如会议、自习、返校签到、活动、实习等，根据不同的类型自动推荐签到方式与签到时间，方便辅导员创建签到任务。
要求辅导员发布的签到任务可通过学生扫描二维码进行签到，辅导员在发布签到任务时，可以指派学生或设置自己为二维码负责人，二维码负责人会在任务开始前收到短信提醒，签到开始后，二维码负责人可以通过移动端/网页端展示签到二维码，收到签到任务的学生可以通过扫描二维码进行签到；二维码负责人可以对改签到的结果进行手动修改；动态二维码可应对需要防止作弊的场景，二维码每15秒刷新一次，防止截屏转发完成签到；
要求辅导员发布签到任务时，可设置学生在签到时除进行定位或二维码扫描后，必须填写附加题；至少可设置3道选择题，并可设置异常提醒选项，即当学生选择异常选项后，可第一时间通过APP推送提醒任务发送辅导员，辅导员点击消息后，可查看学生填写详情；
要求辅导员可创建自由签到任务，可设置不同签到地点对应不同的签到静态二维码，学生可通过APP端扫码完成签到；系统内可查看学生签到记录，以及所对应的二维码信息与定位地址信息，可支持学校用于校内学生流动登记等业务场景。
要求辅导员可以要求学生在签到的同时进行拍照，并且辅导员可以自行编辑拍照要求；
要求学工处可以设置全校级的签到任务，分配给指定的辅导员或管理人员执行签到任务，并安排其分管学生进行签到；学生签到后，学工处可以看到全校辅导员或管理人员的任务执行进度，以及所有分管学生的签到实时情况；并可以以辅导员维度查看任务详细情况；
要求对学生的签到状态，辅导员可以手动更改，并可以添加修改备注；
要求学生签到后界面中可弹出学生信息详情页，方便签到管理人员进行现场查验；个人信息详情页需带有基础的防伪措施，用于区分截图保存界面；详情页至少包含学生姓名、学号、性别、年级、学院、专业、班级、年级、宿舍信息等基础信息；当签到任务设置了附加信息与异常值时，学生若填写异常选项，可通过信息页直观查看异常状态。
（6）查寝服务
要求学生可通过拍照和定位的方式进行查寝签到。
要求服务可创建查寝组，查寝组可设置查寝名称、查寝日、签到时间段、查寝频率、拍照要求、签到范围、查寝对象。
对查寝日的设置，支持在日历上勾选特定多个日期，发起签到任务。或设置一定时间范围内自动循环发起查寝任务。（如3月10日至5月1日期间，每周一、三、五、日自动发起查寝任务）
要求可对创建的查寝组进行开始、暂停、设置与归档操作，并且可将一段时间的查寝记录通过excel表格的形式导出。
要求在查寝功能中，可以通过导入、在线编辑的方式，维护全校的宿舍与学生对应关系等信息，并在查寝任务详情中作为参考信息展现。
要求学工处可以设置全校级的查寝任务，分配给指定的辅导员或管理人员执行查寝任务，并安排其分管学生进行查寝签到；学生完成查寝签到后，学工处可以看到全校辅导员或管理人员的任务执行进度，以及所有分管学生的查寝到寝/请假实时情况；并可以以辅导员维度查看任务详细情况；
辅导员工作日志服务
要去系统内置“查听课记录”、“谈心谈话记录”、“宿舍走访记录”三类日志类型，并可由学校管理人员自定义创建工作日志模板表单，日志模板库支持字段类型包括：短文本、长文本、填写数字、单选、多选、时间选择、人员/组织选择、上传附件、定位签到等，日志模板创建完成后，可发布给老师查看进行填写与提交；
要求辅导员可在服务的PC端与移动端填写工作日志，实时保存填写内容，同时移动端填写支持语音转文字功能，辅导员填写时对手机说出内容，可自动转换为日志内容；
要求学校管理人员可发布工作日志填写任务，针对于指定的日志模板要求在指定时间段内提交相应数量的工作日志，并可设置在辅导员未按期提交指定数量的日志时，即时提醒辅导员填写并提交工作日志；支持查看任务发布后的辅导员日志提交进度并可导出excel。
（7）学生行为数据分析服务
为满足学工处的学生行为数据统计分析需求，要求系统具备签到、请假、考勤三类数据的分析报表功能。可自定义选择时间段与统计学生范围。
1、要求对请假数据进行：
休假情况、离校情况与销假逾期情况分析；
多次请假、多次离校、多次销假逾期的学生排名并给出具体学生信息；
全校请假申请类型、审批通过率、审批逾期率、请假时长分布、离校情况分布、销假逾期分布分析；
请假申请次数与请假时长趋势分析；
2、要求对签到数据进行：
整体签到人次情况、异常签到情况、签到请假情况分析；
出多次未签到、多次异常签到、多次请假的学生排名与具体学生信息分析；
签到人数、签到异常人数、签到请假人数的趋势分析。
3、要求对查寝数据进行：
查寝签到人次情况、异常签到情况、查寝请假情况、晚归情况、补签情况分析；
多次未签到、多次异常签到、多次请假、多次晚归与多次补签的学生排名与具体学生信息分析；
签到率、签到异常率、请假率、晚归率、补签率的趋势分析。
（8）统计看板服务
各级管理人员，可通过此功能查看指定时间、指定范围内的辅导员办公协作服务使用数据与功能具体使用情况。包含通知、活动报名、信息收集、请假、查寝、签到功能所产生的业务数据。以请假为例，校级管理员可筛选查看最近1周，单个学院内，某一辅导员所管理学生的请假功能的使用情况，包含：申请数量、审批通过数量、销假逾期率、休假中的人数、总请假时长等。
全局任务控制服务
对通知、活动报名、信息收集、签到、查寝功能，可进行预览正文、任务删除、重新开启任务、提前结束任务、撤回任务、延期任务、编辑任务与暂停任务的操作。
备忘录服务
需支持辅导员可以在网页/移动端添加待办事项，在网页/移动端之间同步数据，方便查看待办事务；
自定义用户与筛选器服务
需支持所有管理用户在成员管理中，可新建自定义老师与学生分组，方便进行组织管理；添加自定义分组时，支持通过学号/工号粘贴的方式，快速匹配创建自定义分组；
在使用业务功能时，可以使用院系、专业、班级、年级、学生类别、在校情况等字段，对业务使用对象学生进行筛选，方便业务功能对不同类型学生的区别使用。
辅导员的任务相互查看服务
要求辅导员用户在系统中可通过设置关注用户的方式，查看其它管理员与辅导员正在发布的任务与历史任务。管理员角色的用户可直接查看其他用户的任务；而其它用户则需要进行关注申请，通过后才可进行任务查看。
成员管理服务
要求辅导员可以通过组织架构菜单，查看所管理的学生信息，至少包括学号、姓名、学院、专业、班级、性别、手机号；
要求辅导员与所有管理用户，可以手动导入更新学生的手机号，并可以向所管理的学生发送短信，以提醒学生安装用于接收任务提醒并执行任务的移动APP平台；提醒后可查看所有学生移动APP平台的激活使用情况；
要求系统支持对单个用户设置多个角色，每个角色支持单独维护分管学生数据，该成员登录与系统使用时支持对自己的角色切换，切换角色后可查看不同任职下不同分管学生的数据，以及根据角色展示拥有使用权限的功能模块。
权限管理服务
要求系统支持4级职级，包括校级、院级、班级、助理，不同职级具备基本的数据权限，校级支持在统计数据中查看全校数据，院级支持查看自己所任职学院的所有数据，班级与助理仅支持查看自己分管学生的数据；
要求系统支持自定义创建角色，创建时可对角色的名称，角色人群限制，角色描述以及角色职级，同时对系统内的功能权限进行详细配置，至少包括禁止访问、查看与编辑+查看权限等。
全局配置服务
要求校级管理员可以对系统中的学生属性进行统一管理，可配置学生类别与在校情况字段；
要求校级管理员可以对全校的电话提醒设置免打扰时间段，在设置的时间段内，学生将不会收到电话智能语音提醒；
要求校级管理员可以对全校的系统功能进行开关配置。
00001.00001.6. 系统集成（共2项，“★”2项）
★1、要求移动端支持企业微信，并且提供对外接口；
★2、要求能与学校将来的智慧校园平台对接，支持多种接口方式，包括：CAS接口、视图、API接口等，所有服务能够无缝对接到办事大厅中。
工程实施服务要求
00001.00001.7. 时间进度要求
本次项目须严格按工期部署完成，并达到采购人的要求。报价供应商需要在投标文件中给出预实施工期进度表。采购人要求签订合同后3个月内完成项目建设工作。
00001.00001.8. 实施方案
该项目规模较大，系统需求复杂，涉及部门、环节多，为了保证实施过程顺利有序，报价供应商必须作出详尽慎密的实施方案，主要内容应包括以下几个方面：
（1）组织架构与职责
1）描述项目成员的组成，以及成员的职责。
2）要求所投系统厂商提供项目经理1人，负责全程跟踪项目的开发与实施，直至该项目验收，并保证现场工作时间6个月以上。该项目经理应高校数字化校园基础平台及应用系统项目成功开发实施经验，并在项目中有承担项目经理职务。要求附成功案例的合同材料及该项目甲方对项目经理资格的证明材料。
3）要求所投系统厂商项目组其他实施人员应满足项目开发和实施的需要，项目组成人员应不少于5人具体要求如下：
其中必须有2人以上有过学工系统相关的实施经验，要求附参与项目甲方出具的人员证明材料；
具有高级项目经理证书1人；
具有信息系统业务安全服务工程师证书2人；
具有国家信息技术服务标准应用经理证书2人；
4）需提供相关证件及该项目经理及相关人员在有效期内的劳动合同和近3个月社保证明材料。
（2）实施阶段划分
描述各个实施阶段的工作范围、内容、人力投入、过程、责任、交付成果等。
（3）项目管理要求
报价供应商必须提出对项目的建设进行科学严格的管理方案与措施，保证项目全面顺利实施。
（4）项目配置管理
在项目的建设过程中以及交付使用后，会产生大量文档和程序，如：需求分析说明、设计说明、可执行码、用户手册、测试用例、测试结果等技术性文档以及合同、计划、会议记录、报告等管理文档，而且文档的版本在不断变迁和修改中，势必产生一个庞大、动态的信息集合。因此，必须建设相应的配置管理系统，通过一系列技术、方法和手段来维护产品的历史、鉴别和定位产品独有的版本、在产品开发和发布阶段控制变化，制定规范的配置管理工作计划和流程，沟通交流配置管理工作情况，从而使管理制度化、有效减少重复性工作、保证产品的质量和效率和系统的后续升级和维护。
（5）项目管理规范和手段
根据项目的实施方案，在实施过程中，为了保证用户方、开发方等各方能够对项目建设实施进行监控，及时发现和解决的问题，必须建立相应的项目管理规范，包括项目执行监控流程、执行监控的方法、执行监控的责任等，使管理和监控工作流程化、规范化，管理和监控工作责任明确。
（6）项目管理控制
项目的管理控制包含多个方面：项目范围、风险、进度、质量、变更管理控制，贯穿项目开发建设的始终，必须做到对项目建设范围准确定义，一旦范围发生变更，要有相应的变更控制和应对措施。
（7）风险管理
项目风险管理是对项目风险从识别到分析到应对措施的一个过程，包括风险识别、风险量化、风险对策、风险对策实施控制四个方面。项目在实施过程中会出项各种各样的风险，必须做到充分、有效识别风险，应对风险和控制风险，在项目实施之初必须制定风险预测和规避风险的对策。
00001.00001.9. 实施过程管控工具要求（共7项，非“★/▲”7项）
本项目为学校信息化建设的重点支撑平台，项目实施计划及过程进度管控能力是项目成败的关键，对详细进度计划涉及的功能模块、任务、时间节点、人员进行精细化管理，且支持开放给采购人使用，方便双方项目团队成员以工程项目为基础，对项目实施计划及项目计划任务执行情况进行跟踪及反馈，对项目实施过程中出现的问题及其处理过程进行完整记录，并可对于项目交付物统一管理，项目汇报规范，交付过程、项目团队的响应、问题解决及计划完成的有效监控，使项目交付过程面向校方全程开放。学校根据招标方提供的实施阶段划分，进行阶段性的验收，阶段性验收结果为项目最终验收的主要支撑依据。包含但不限于以下内容：
1）校方负责人可以查看建设项目的建设周期、进度任务、问题、投诉、配置库等信息；并且对于项目中出现的重大问题，可以直接通过平台进行投诉，提交投诉后，报价供应商应具有的专业运营团队进行跟踪处理，受理投诉内容，并及时反馈解决进度及解决方案，直至校方满意并主动关闭投诉为止；
2）提供以学校领导为视角的项目综合看板，可查看本学校内项目的当前状态、热门应用的TOP5排名情况、校内所有项目问题及投诉的实时处理进展、以及每一项目的建设周期、干系人、进度任务、问题、投诉、配置库等信息；
3）提供以业务老师为视角的项目信息管理，可查看个人负责和参与的所有项目，以及每一项目的建设周期、干系人、进度任务、问题、投诉、配置库等信息；（要求提供真实案例院校的数据截图）
4）支持对实施进度及实施任务执行情况追踪，可以新建任务、添加任务执行过程、完成任务已经任务完成确认等，可集中管理该项目下所有产品的实施进度任务，包含里程碑任务、工程任务、客户任务以及个人任务等；
5）支持记录项目实施中的日报、周报、月报等工作过程，在实施人员填写完成后，用户可以直接查看，可对工作记录进行批注，提高信息透明度；
6）项目中出现的重大问题，用户可以直接通过平台进行投诉，提交投诉后，报价供应商公司的专业运营团队进行跟踪处理，受理投诉内容，并及时反馈解决进度及解决方案，直至校方满意并主动关闭投诉为止；
7）提供多种消息推送方式（站内信、邮件等），支持自定义消息接收渠道、类型、时间节点等。
00001.00001.10. 验收交付要求（共3项，非“★/▲”3项）
在本期项目的开发过程中和交付使用后，要求将各个阶段产生的全面、规范的成果、阶段性验收结果和文档资料交付给采购方，而且需要提供明确的交付清单。同时，成果和文档资料必须符合软件工程的相关要求。要交付的成果和文档资料需要包括以下部分：
（1）可运行的系统
（2）技术文档
包括项目开发中的各种过程文档和技术文档，如开发环境配置说明、软件工具清单、需求分析说明、变更说明、系统设计说明、用户手册、测试用例、测试结果、系统维护说明（如：数据库密码、基础表结构等）、系统培训资料以及有关系统接口的技术说明等。
（3）管理文档
采购方阶段性验收结果、以及项目开发中的一些工作文档，如，计划、报告（日、周、月）、讨论纲要、会议记录等。
00001.00001.11. 培训要求
在项目合同中将具体规定培训内容、培训时间和培训名额等。报价供应商派出的培训教员应具有丰富的同类课程的教学经验和应用经验；所有的培训教员必须用中文授课；报价供应商必须为所有被培训人员提供培训用文字资料和讲义等相关材料。
报价供应商应按合同规定安排培训时间和培训名额，在实施过程中，针对系统管理人员提供培训，保证培训的效果，让系统管理人员都能熟练掌握系统的使用方法。
00001.00001.12. 售后服务要求
本系统一旦运行起来，就占有很重要的地位，稍有差错就会引起各方面的反映和损失，所以系统的售后维护服务和技术支持工作也应有足够保障。报价供应商作为具有丰富项目经验的应用集成和软件开发企业，应针对客户的不同的需求和建设的不同阶段，制定有针对性的运行保障方案，建立完善的本地售后服务体系，向对采购方提供充分考虑使用者利益的技术支持及售后服务模式。报价供应商关于售后服务的描述应具体包括如下几方面：
1.售后服务时间
要求报价供应商案针对本次项目提供2年的免费售后服务，售后服务期自验收之日起。
2.运行保障能力
要求充分说明公司的运行保障能力，包括技术支持队伍、能力配置、人员配置、机构情况，在本地有无技术支持中心、地点设在何处等。
3.应用软件服务
报价供应商应确保本次招标的平台安全稳定的运行，报价供应商应提供对应的售后服务支持，售后服务期自验收合格之日开始计算。方案中应对服务的范围和内容进行详细阐述，并至少包括以下内容：
1）缺陷管理：针对本次招标的各类系统中存在的bug、缺陷，不论在保期内、外，报价供应商均应持续提供修正与消缺服务。
2）应急故障处理：系统运行环境出现故障或意外情况导致系统不能正常运行时，报价供应商响应的情况描述，包括针对不同故障级别的响应时间和响应内容。
3）系统升级：提供平台的软件补丁版本的升级服务。
4）需求变更：对于学校业务流程的变化、性能要求提升导致的部署结构变化（如搭建双机环境），提供限定次数的变更支持。对由于本期招标或集成的各类业务系统本身变更（如邮件系统升级了，认证结构发生变化）导致的集成需求变更，提供配套的支持服务；对由于学校业务规则变更（权威数据源发生变化）导致的数据集成需求变更，提供配套的支持服务。
5）文档服务：整个服务过程均需有完善的文档记录，便于跟踪、分析问题；对各项服务提供详细的书面报告，包括故障处理报告、健康巡检报告、系统性能检测调优报告、维护总表报告、服务年度报告等。
6）运行支持：对系统运行过程中师生用户及业务部门的问题提供解答和问题解决跟踪，对于关键业务点的上线推广与运行提供现场保障。
4.服务请求流程
报价供应商需对用户支持或维护请求处理的流程进行详细描述。
5.服务请求方式
对校方与报价供应商联系沟通的方式进行详细描述，以方便学校便利的获取各类即时的和非即时的服务支持。报价供应商提供的服务请求方式至少应包括：服务热线电话和联系人、联系单位信息、信函/传真、电子邮件、服务网站。
报价供应商是否设有用户投诉受理电话，对用户的意见做出反应。如果有用户投诉受理电话，请描述以下内容：电话号码（或传真）、投诉中心负责人和受理答复时间。
00001.00001.13. 运维要求（共13项，非“★/▲”13项）
1、软件生产厂商提供应用监控服务，监控应用的可用性，可以了解应用当前状态，故障信息，也可以设置维护时间；针对应用涉及的操作系统、日志、端口或URL、API信息进行监控，监控发生的异常统一汇总。
2、软件生产厂商提供操作系统主机监控，可以查看操作系统IP、用途、系统版本、CPU、内存、磁盘信息、运行状态，可以根据实际情况编辑操作系统内容。
3、软件生产厂商提供操作系统安全监测，安全监测的指标项大于10项，可以查看每项指标详细描述、状态、监测频率、监测时间点。
4、软件生产厂商提供操作系统安全基线检查，基线检查指标项大于10项，可以查看每项指标的状态、检查频率、检查时间等信息。
5、软件生产厂商提供操作系统运行监测，监测指标项大于20项，可以查看每项指标的状态、检查频率。
6、软件生产厂商提供操作系统中部署的组件信息，含组件版本、部署路径，提供开放端口、协议、服务、进程信息，提供操作系统用户权限、密码等信息。
7、软件生产厂商提供ODI接口监控信息，含接口名称、接口用途、报错信息等。
8、软件生产厂商提供漏洞监管功能，至少包含10条常用漏洞信息，能够查看漏洞编号、发生时间、危险等级、影响范围；可以了解漏洞详细信息及修复指导方案。
9、软件生产厂商支持查看具体某个漏洞影响主机系统范围，列出受此漏洞影响的主机IP、组件名称、组件版本、组件部署路径。
10、软件生产厂商支持查看漏洞修复记录查询，可以查看主机IP、漏洞描述、修复时间、修复结果，支持修复回退操作。
11、软件生产厂商支持告警查询，可以查看历史上发生过的告警信息，包含告警时间、告警状态、告警内容等。
12、要求所投系统厂商具有本地办公地址并提供租房合同复印件；
13、软件生产厂商运维人员具备数据库专家证书（OCP或DBA）和数据库OCS证书。
基础平台安全防御系统
（共10项，“★”4项，“▲”3项，非“★/▲”3项）
为了有效保障本次业务软件系统安全、可靠、稳定运行，需要实现对计算资源虚拟机的微隔离，虚拟专用网的入侵防御、病毒过滤功能，具备快速部署和迁移能力。进而来满足本次新增系统及未来业务安全发展需要，新增基础平台安全防御系统系统具体要求如下：
1. ★基础平台安全防御系统系统即虚拟化防火墙系统至少满足2个颗CPU，4G内存，支持在 VMware、 KVM、 Hyper-V等主流虚拟化平台上部署，可串联或单臂连接到虚拟网络中。
2.支持主流虚拟化平台的标准交换机和分布式交换机，支持访问控制策略、会
话限制、应用引流等安全功能。
3. ★配置入侵防御、病毒过滤模块,支持基于深度应用识别的访问控制。
4.支持基于 https 加密流量的应用识别，支持SYN Flood、 DNS Query Flood
等多种攻击防护。
5.支持基于 IPv6 的访问控制、应用识别、 URL过滤、防病毒等功能。
6. ★提供2年软件升级服务，2年IPS特征库升级服务，2年防病毒特征库升级服务。
7. ★为了实现虚拟化环境高效、快速的安全防护能力，减少人工干预，虚拟化
防火墙需支持与现网云安全防护系统进行联动，实现云环境南北向和东西向流量全面的安全防护，要求所投虚拟化防火墙的产品厂商提供与现网云安全防护系统的兼容性确认函，并加盖双方厂商公章。如不能与云安全防护系统兼容且无法提供兼容性确认函，需额外提供8颗CPU授权的云安全防护系统对原有系统进行替换，进而来满足联动要求。提供的云安全防护系统需实现：
1）需支持在VMware服务器虚拟化平台上部署，与平台无缝融合。
2）能够收集并分析虚机之间的数据通信，帮助用户描绘出整个云平台上的流量模型，包括虚机之间以及不同端口组(port group) 之间的的流量情况。
3）支持虚拟机迁移技术(vMotion)，在虚机迁移至其他物理主机时，安全策略可随虚机同步迁移，无需人工干预，实现动态的实时安全防护。
4）提供的“虚机微隔离”技术为每个虚机提供了“贴身保镖”式的安全防护，通过专利引流技术，可将每个业务虚机的流量牵引至虚拟安全业务模块进行威胁检测，从而发现并阻断东西向流量的安全威胁，阻止攻击在云平台内横向蔓延。
5）实现基于虚拟机业务组、时间、终端、应用、流量、交换关系、安全威胁等多种维度对云内网络的运行情况进行深度可视。
6）产品具备L2-L7层安全防护服务能力，支持精准的高性能攻击检测和防御能力，支持对虚拟机流量、应用、威胁的统计。
8. ▲虚拟化防火墙需支持自学习功能，可自动学习服务器的流量信息，并根
据学习结果自动生成策略，提升运维效率，要求提供功能截图。
9. ▲虚拟化防火墙需支持通过智能移动终端安装APP的方式进行管理，APP可
通过扫描二维码方式简便安装，手机APP软件可实现设备移动运维，支持对设备状态、流量、攻击的信息进行分析查看，要求提供功能截图；
10. ▲虚拟化防火墙需支持TCP三次握手建立阶段与四次握手关闭阶段各个超
时时间可自定义，通过TCP处理机制自定义可提高业务系统的兼容性和稳定性，要求提供功能截图。
信息安全服务
（共11项，“★”6项，非“★/▲”5项）
我校信息化业务系统及数据的可靠和安全运行，除了采用技术手段为重要支撑外，以主动式防御为主，以风险管理为核心。全面推进和贯彻信息安全管理，将技术措施落实到实处，使其发挥到应有的作用。结合目前我校业务系统及安全建设情况，本次信息安全服务要求对本次增加的学生思政教育服务平台涉及的操作系统、中间件、数据库实现全面的安全检测、漏洞扫描安全风险评估、安全整改、安全加固、安全应急响应等一些列的安全服务，具体服务内容如下：
1. ★针对发现的漏洞结果（包含操作系统漏洞、应用程序漏洞、数据库漏洞、中间件漏洞）进行人工验证，保证漏洞扫描结果的真实性，同时提供对漏洞进行有效修复。
2. 提交针对性的解决方案，保证漏洞修复可落地。
3. 漏洞扫描参数应包含但不限于：版本漏洞、开放端口、开放服务、空/弱口令账户、安全配置等。
4. ★操作系统安全基线服务需提供系统漏洞补丁管理、帐号和口令管理、认证、授权策略、网络与服务、进程和启动、文件系统权限、访问控制、通讯协议、日志审核功能、剩余信息保护、其他安全配置等。
5. ★数据库安全基线服务需提供漏洞补丁管理、帐号和口令管理、认证、授权策略、访问控制、通讯协议、日志审核功能、其他安全配置等。
6. ★中间件安全基线服务需提供漏洞补丁管理、帐号和口令管理、认证、授权策略、通讯协议、日志审核功能、其他安全配置等。
7. 投标方应对威胁利用率极高的风险提出整改建议，配合招标方及时处置。
8. 能够实现对招标方本次服务范围内的重要资产进行威胁定位搜索，针对潜在或潜伏的病毒进行快速响应，同时能快速确认全网其他设备是否感染。
9. 投标方应在风险分析完成后，组织召开相关会议，将风险评估实施过程全生命周期发现的情况或问题统一反馈，并提出可落地的建议或方案。
10. ★根据安全风险评估等结果对服务范围内信息资产做安全整改工作，在对漏洞的修复验证、安全基线的配置整改基础之上完成安全防护安全策略优化、 策略有效性调优等服务，直至满足用户及上级单位安全要求为止。
11. ★服务次数不限，服务期限2年。
合同履行期限：合同生效后60日历日内供货安装并验收合格（具体以甲乙双方签订的合同为准）
需落实的政府采购政策内容：促进中小企业、促进残疾人就业、支持监狱企业、支持脱贫攻坚等相关政策等
本项目（是/否）接受联合体投标：否
二、供应商的资格要求
1.满足《中华人民共和国政府采购法》第二十二条规定。
2.落实政府采购政策需满足的资格要求：本项目属于专门面向中小企业采购的项目，货物制造商应为中小微企业/监狱企业/残疾人福利性单位
3.本项目的特定资格要求：无
三、政府采购供应商入库须知
参加辽宁省政府采购活动的供应商未进入辽宁省政府采购供应商库的，请详阅辽宁政府采购网 “首页—政策法规”中公布的“政府采购供应商入库”的相关规定，及时办理入库登记手续。填写单位名称、统一社会信用代码和联系人等简要信息，由系统自动开通账号后，即可参与政府采购活动。具体规定详见《关于进一步优化辽宁省政府采购供应商入库程序的通知》（辽财采函〔2020〕198号）。
四、获取招标文件
时间：2021年10月25日 08时00分至2021年11月01日 17时00分（北京时间，法定节假日除外）
地点：辽宁政府采购网
方式：线上
售价：免费
五、提交投标文件截止时间、开标时间和地点
2021年11月16日 13时00分（北京时间）
地点：辽宁轩宇工程管理有限公司（沈阳市皇姑区黄河南大街56号中建峰汇广场A座801室）
六、公告期限
自本公告发布之日起5个工作日。
七、质疑与投诉
供应商认为自己的权益受到损害的，可以在知道或者应知其权益受到损害之日起七个工作日内，向采购代理机构或采购人提出质疑。
1、接收质疑函方式：书面纸质质疑函
2、质疑函内容、格式：应符合《政府采购质疑和投诉办法》相关规定和财政部制定的《政府采购质疑函范本》格式，详见辽宁政府采购网。
质疑供应商对采购人、采购代理机构的答复不满意，或者采购人、采购代理机构未在规定时间内作出答复的，可以在答复期满后15个工作日内向本级财政部门提起投诉。
八、其他补充事宜
1.投标文件递交方式采用线上递交及现场备份投标文件递交同时执行并保持一致，备份投标文件须于递交投标文件截止时间前递交至代理机构处，关于具体的备份投标文件的格式、存储、密封要求详见招标文件。投标人仅提供备份投标文件的，投标无效。
2.关于电子标评审的相关要求详见辽财采函〔2021〕363号“关于完善政府采购电子评审业务流程等有关事宜的通知”。电子文件报送截止时间同递交投标文件截止时间（即开标时间）、解密为30分钟。如投标人未按照规定的时限响应按照无效投标文件处理。
3. 参与本项目的投标人须自行办理好CA锁，具体操作流程详见辽宁政府采购相关通知。请投标人自行准备笔记本电脑并下载好对应的CA认证证书带至开标现场进行电子解密。
九、对本次招标提出询问，请按以下方式联系
1.采购人信息
名 称： 辽宁医药职业学院
地 址： 辽宁省沈阳市苏家屯区乔松路2号
联系方式： 登录即可免费查看
2.采购代理机构信息：
名 称： 辽宁轩宇工程管理有限公司
地 址： 沈阳市皇姑区黄河南大街56号中建峰汇广场A座8楼
联系方式： 登录即可免费查看
邮箱地址： [email protected]
开户行： 中国光大银行沈阳和平支行
账户名称： 辽宁轩宇工程管理有限公司
账号： 75660188000133139
3.项目联系方式
项目联系人： 登录即可免费查看
电 话： 登录即可免费查看
| | | | 评分办法:综合评分法 | | 关联计划 | | 附件： |
|
| | | | | |
|
微信扫码关注
