剑鱼标讯 > 成交项目 > 黑龙江旅游职业技术学院采购学生管理与服务系统软件成交公告

黑龙江旅游职业技术学院采购学生管理与服务系统软件成交公告

基本信息
项目名称 省份
业主单位 业主类型
总投资 建设年限
建设地点
审批机关 审批事项
审批代码 批准文号
审批时间 审批结果
建设内容
项目名称: 黑龙江旅游职业技术学院采购学生管理与服务系统软件
项目编号: DZJJ23071310461120
成交供应商: 哈尔滨远桥商贸有限公司
成交价:登录即可免费查看.00元
项目基本信息
采购单位:黑龙江旅游职业技术学院 报价截止时间:2023-07-16 00:00:00 项目预算(元):登录即可免费查看.00 联系人:登录即可免费查看 送货地点:黑龙江省哈尔滨市南岗区学府路315号黑龙江旅游职业技术学院 到货时间:合同签订后5个日历日到货 签约时间:成交公告发布后3个工作日内签署合同
售后服务要求
售后服务网点: 当地售后服务网点
免费维修质保期: 3年 电话支持响应要求: 7*24小时
售后上门服务年限: 3年
售后上门服务时限: 接到报修后24小时
踏勘需求
踏勘地点: 踏勘时间:
采购产品需求清单
序号 商品分类 产品名称 参考品牌 参考型号 计量单位 采购数量 产地要求 现货要求 原装正品要求 技术指标
1 应用软件 学生应用服务管理软件
金智、爱学记

金智教育WE-SA宿舍应用服务系统软件V4.0
1 中国

1总体技术要求
投标方提供的平台及应用系统软件均要求采用B/S结构,可运行于Unix、Linux、windows及国产操作系统等高安全性操作系统。开发技术应采用J2EE标准、组件技术及在数据交换上对XML的支持,使系统功能最优化,同时将整体系统内部在技术上的相互依赖性减至最低。
具体要求如下:
(1)平台及应用系统软件必须遵循J2EE的技术路线,采用Java编程语言和服务器端Java技术进行开发,业务应用系统须不限基于oracle数据库上,也需要支持国产数据库。
(2)采用面向对象的组件技术,着重于开发构成应用程序“业务对象”的可重复使用的组件,利用这些组件顺利地建立分布式应用程序。并通过业务组件库实现行业知识的积累。组件采有面向对象的思想构建,组件之间可以继承,组件之间从物理和逻辑上都是隔离的。
(3)应用程序开发与运行结构要基于统一的技术开发平台的三层架构,即Web服务器、应用支撑服务器和数据库服务器。
(4)平台及应用系统软件能完成学工业务流程及相对应的分级授权体系。
(5)各应用系统要充分利用现有先进技术手段,采用相同的体系结构和运行平台,基于多层架构和组件技术,进行构建,整体架构基于Spring的MVC结构,分为显示层、控制层、服务层、持久化层。组件的执行是以模型进行驱动,每层都有相应的模型配置,引擎解析这些模型,自动实现各层的功能做到系统结构层次清晰。所有应用逻辑、流程、数据等都应当能够根据实际业务要求的颗粒度进行封装。
2安全性要求
1)认证授权:保证用户的合法性和用户使用应用信息资源的权力,避免内部敏感信息泄漏和服务所提供的信息资源被非法访问,造成严重的安全事件。
2)信息保密:充分利用密码技术,对于需要保密的信息,采用密码技术进行加解密处理,防止信息的非授权泄漏,确保涉密信息在产生、存储、传递和处理过程中的保密。
3)数据完整性:建立数据完整性检验机制,保证收发双方数据的一致性,防止信息被非授权修改。
4)审计:记录应用日志,对事件进行分析,并能提供预警信息。
5)数据备份:利用数据库的备份功能将建设的平台和系统数据备份到指定的服务器或存储系统上。
6)要求投标方需从物理安全、网络安全、系统安全、应用软件安全、数据备份安全等几个方面提出配套的安全体系完善方案,以便防范安全风险。
3建设内容
3.1学生综合管理与服务平台建设要求
通过吸纳信息化建设走在前列学校的先进经验,本次将不以基于部门级的信息管理系统构建学生工作业务,而以丰富的面向于“办事流程”和“业务场景”的应用为建设模式。
要求将“消息、评价、流程、权限、配置、管理”等基础能力通过统一的运行支撑平台进行提供,各类应用的功能设计仅面向于业务。通过对于学工业务场景和各角色办事流程的抽取分析,建设一系列可实现业务闭环的管理和服务类应用。从而打破原有学工系统的部门局限性,实现流程和数据的线上无缝流转,通过“大平台,小应用、微服务”的建设理念和落地成果,形成本期面向全校学生和管理人员的“学生综合管理与服务平台”。
投标方必须提供一套符合建设模式要求的统一的运行支撑平台,并对其基础能力进行详细描述。
3.1.1学生综合管理与服务平台
应用中心
投标方需根据用户的权限仅显示其可用的应用,学生综合管理与服务平台主页需包括:
1. ★所有可用小应用的分类展示与全局搜索,能够将学校当前提供的所有信息化服务以平铺的方式进行展现。用户可通过小应用的全称或全称的部分字段进行全局搜索,快速定位到想要查找的应用和内容。除常用的功能菜单外,平台应支持用户将自己常用的应用整合到特定的收藏菜单。
2.支持个人代办事项、流程追踪等推送信息的提示,用户在主页能够看到新的代办事项,如果用户有新的代办事项,可直接跳转到代办事项的相关处理界面进行处理。用户能够在主页看到与用户相关的事务流程有更新信息,用户可直接查看该流程最新的办理进度或处理意见。
3.★用户个性化工作桌面,能围绕学生、辅导员、院系管理老师、校领导不同角色所关注的业务内容进行有效整合,针对不同角色提供个性化工作台,使服务内容更聚焦。用户桌面呈现的内容除包括学工应用模块列表之外,还需涵盖以下内容:
校领导桌面:支持将学生的安全情况、发展情况、资助情况、政工队伍建设情况等信息通过柱状图、曲线图、环形比例图等不同形式在桌面首页进行直观量化展现。
院系管理老师桌面:展示内容需包括工作月历,所管辖范围内学生整体情况统计及各班级的具体人数情况、下属院系辅导员当月所规定的工作完成情况、通知公告、待办和消息提醒等。工作月历内容、完成时间等支持自定义、工作月历支持按月以时间序列的方式呈现。
辅导员桌面:展示内容需包括工作月历,所管辖范围内学生整体情况统计及各班级的具体人数情况、需完成的工作日志内容及完成情况、通知公告、待办和消息提醒等。工作月历内容、完成时间等支持自定义,工作月历支持按月以时间序列的方式呈现。
学生桌面:可查看学工相关的服务应用列表、收藏菜单应用列表,可进行应用搜索,可通过消息通知获悉事项的办理进度和审批结果、可查看信息公告内容等。
3.2业务应用建设要求
3.2.1迎新应用
3.2.1.1新生报到
1.提供新生预报到服务。需支持新生在家时可通过配置的学生服务在线填报个人基本信息,提前办理预定军训服装、预定生活用品等迎新事项。
2.新生报到服务需支持完善和灵活配置功能。必须提供必办项/可办项的设置,以及可为每项服务设置独立的办理业务时间段。
3.在新生报到服务中需默认提供信息采集、财务缴费、到站登记、结伴同行、绿色通道申请、入学教育测试、一卡通照片采集、生活用品购买、军训服装尺码预定、电子报到单、迎新导航及入学时所需疫情相关信息等服务应用。
3.2.1.2迎新管理
迎新类别管理
1.支持管理人员自定义迎新类别。
2.迎新类别管理中需支持提供新生在线服务与到校现场办理流程的配置,要足够完善和灵活:必须提供必办项/可办项的设置,以及可为每项现场办理流程配置详细办理信息,包括办理地点、时间、联系电话、办理说明等;必须支持异常情况下做备注登记。
3.支持管理人员可自行给各环节办理人员授权功能,有相关环节办理权限的人员才能够使用迎新现场办理功能。
4.支持不同层级管理人员,授权后按照管理范围查看新生报到进度及环节办理情况。
5.支持设置管理人员自定义校内各个环节办理点坐标,并支持通过定位导航指引学生完成现场报到办理。
迎新批次管理
1.支持单独的迎新批次管理功能,与我校每年的迎新工作开展相对应。
2.支持在迎新批次管理中,必须能够直接引用配置好的迎新类别,实现新生报到服务、到校现场办理流程、人员授权的自动加载。
3.支持学生信息导入功能。可批量导入新生名单、入住数据、辅导员带班任职等信息数据。数据初始化完成后即可开启迎新批次。
现场办理
1.支持与外部人脸识别、扫码或读卡等设备集成,达到方便快速识别学生身份效果。
2.支持对各环节办理情况实时监控功能,并且能实时按照不同维度进行迎新报到情况统计。
3.支持各环节办理人员仅能对其权限范围内的环节进行办理。
4.支持对已办理环节进行已通过撤销操作。
5.★在迎新办理过程中,提供现场办理简报,在现场办理页面内,自动选择当前角色负责的第一个办理环节,显示当前环节内的已办理人数、待办理人数、无需办理人数;可切换环节查看统计数据。
离线办理
支持在网络连接出现问题的情况下,通过excel模板的方式进行临时性的现场报到信息登记,并在后期直接通过excel方式导入到系统中。
迎新统计
1.必须提供报到情况和办理情况的统计分析。
2.支持按照多维度的组合查询,默认提供院系、专业、生源地、民族、各环节等维度的统计。
3.支持以统计图表进行直观展现,可进行数据钻取查看详情。支持在线导出统计详情数据。
人员授权
支持对新生班主任、辅导员、志愿者进行零星或批量授权,授权可精细到对某个类别或某个批次下的现场办理环节授权。
3.2.1.3绿色通道管理
1.支持管理人员自定义配置绿色通道申请审核流程。
2.支持设置绿色通道申请的业务起止时间段。
3.支持根据具体的财务项设置缓缴总金额。
4.支持申请表格打印模板的配置。
5.支持对已发放的资助物资情况查询。
3.2.1.4到校登记管理
站点设置
支持学校管理人员自定义设置新生现场报到前达到站点信息、来校交通路线、路线图或地理图等。
到校登记查询
1.新生提前登记报到行程后,需支持统计、查看登记结果。
2.能自定义统计时段及统计站点,提供以折线图和柱状图的方式清晰展示到站人数的趋势和详情,方便安排接站。
3.2.1.5财务缴费管理
1.支持为每种迎新类别进行应缴费用的设置。可设置学费、宿舍费及其他费用等财务缴费项,同时可为每个财务缴费项提供设置是否可缓缴、是否必缴功能。
2.支持对应的管理人员能够在线查看和管理缴费情况,应用需提供缴费比例统计功能。
3.2.1.6军训服装预定
1.提供军训服装信息在线维护功能,需支持在线设置规格、尺码表上传、图片上传。
2.支持学校管理老师可按服装类型、年级来统计各学院已预定或未预定军训服装人数。
3.支持能够在线查看学生的预定详情及结果导出,方便提前备置。
3.2.1.7商品预定
1.提供商品信息在线维护功能,需支持商品类别的自定义,提供名称、价格、规格项、描述的编辑功能,同时能够在线上传商品真实图片。
2.能够在线查看学生的预定详情及结果导出,方便提前备置。
3.2.1.8迎新导航
支持新生迎新时,提供各个迎新环节办理地点的定位,便于指引新生快速前往办理。
3.2.1.9新生入学前教育
★提供新生入学教育测试管理相关功能,通过入学教育测试实现新生对学校校史、校规或其他相关内容熟悉掌握的需求。
题库管理
管理人员可设置入学教育相关多个题库,题库中题型包含单选、多选、问答题。题目可设置答案及题型对应分值或题目分值。
试卷生成
管理人员可设置试卷及格线,测试时长以及重复答题规则。试卷生成可指定具体题目,可设置题型规则随机生成。试卷可指定新生批次。
答题结果统计
各级管理人员可查看或导出学生答题结果,是否答题并对答题通过率进行查询统计。
3.2.1.10一卡通照片采集管理
提供一卡通照片采集管理功能,满足学校提前收集一卡通照片制卡需求。需满足管理员设置照片上传大小、像素、格式等要求,并提供上传照片样例及上传说明设置功能。
同时需支持管理员设置批量下载照片的命名规则,支持照片采集情况查询及导出,支持学生照片批量下载。
3.2.1.11新生管理
招生数据导入
1.提供新生数据的维护与管理功能,需支持采用数据集成的方式或手工导入新生数据的方式完成。
2.提供各学院数据导入进展汇总统计的功能,能够直观通过统计图表进行查询。
新生分班分学号规则管理
1.新生学号编制管理
★提供在线学号编制功能,支持以拖动的方式来实现对规则条件灵活配置管理,用来编辑学号的规则条件需包括学生入学年份位数、专业序号、学生序号位数、学院序号、班级序号等。
2.专业分班指定管理
在正式分班分学号之前,学校管理人员或者院系负责老师可指定每个专业的分班数量以及每个班级具体总人数、男女生人数。
3.新生分班规则管理
★提供在线班级代码、班级名称的配置规则,支持以拖动的方式来灵活配置规则。
★新生分班分学号管理
1.支持一键分班,可按照生源地、民族、高考成绩、各科目成绩、性别等条件进行打散分配,并可支持手动调班。
2.提供对新生分班分学号情况,分角色权限的多维度多样化查询统计。所提供的统计分析组件必须能够具有强大的多维分析功能,统计要求如下:
·新生管理明细表:能够以表格的形式将所有新生信息进行罗列展现,需支持多条件组合筛选,同时在表格页可灵活勾选字段作为展示列。
·新生管理统计表:能够以表格的形式将新生信息进行统计展现,需支持多字段组合进行交叉组合统计。
·新生管理统计图:能够以图形化的方式将新生的信息进行更直观的统计展现,投标方需提供至少包括柱状图和饼状图两种统计组件。
3.支持将新生数据迁移到正式数据,方便以后的业务开展。
3.2.1.12实时大屏展示
支持大屏集中展示迎新现场的学生报到情况,通过各种维度直观动态播放。
3.2.1.13入学信息管理
可对疫情期间学校迎新工作提供支持,包括新生入校信息的管理及数据统计。
·可维护健康码的计算周期、自定义管理学生个人承诺书的内容以及疫区信息等;
·可根据新生填报的信息自动生成对应的红、黄、绿码便于入校报到时查验;
·可根据学生的健康码状况、姓名、学号、性别、院系、专业、年级、到达时间等不同维度来对新生的入校情况进行统计查询。
3.2.1.14移动迎新
1.新生报到:需支持为新生预报到提供新闻公告、个人信息采集、报到二维码、到站登记、结伴同行、财务缴费、商品预定、一卡通照片上传、入学教育、军训服装尺码登记、绿色通道申请、迎新导航、迎新报到单及健康打卡、旅居轨迹登记、行程信息登记等功能。
2.★支持在校内特定区域内新生本人通过移动端人脸识别比对完成身份核验及到校报到登记。
3.迎新管理:需支持扫码办理、到校统计、报到统计、采集统计、绿色通道审核等。
4.★迎新大屏:需支持老师可通过移动端查看迎新大屏的新生报到数据。数据展示的内容需包含新生实时报到率、报到总数、迎新各环节办理情况、各省份报到情况、各时段报到量、各学院报到率排行、报到新生的性别分布、民族分布、各学院男女比例情况等。
3.2.1.15新生宿舍管理
为使宿舍房源工作更为直观和便捷,需引入图形化管理功能:可根据学校宿舍实际布局灵活进行房源的平面图位置设置,可对平面图中的行列进行自由添加删除,并可对平面图中的房源基本信息进行维护,支持楼层的新增和原有楼层平面布局的复制。
图形化界面能细化床位到院系、专业、班级,支持院系二级分配,可在图形化界面直接拖拽调整,支持批量导入细化床位。
宿舍房源管理
支持学校管理人员用图形化方式对学校的宿舍区、宿舍楼、宿舍等基本信息进行管理,具体内容包括:宿舍楼编号、房间号、楼层、单元、电话、床位数、租金、房间类型、面向学生层次、面向学生性别、朝向、备注等信息。
批量住宿安排
1.提供排宿批次管理功能,与我校每年的新生入住等业务相对应,在批次管理中可将学生及房源的信息手动添加或批量导入。
2.提供多级分配模式,即校级管理员将房源进行规划并安排给院系,院系管理员将指定的学生具体分配至指定的宿舍清单内。
3.提供自动分配功能,分配规则的勾选功能。
院系细化分配
支持管理员在规定时间内,通过自动分配或者手动分配将指定学生具体分配至指定的宿舍清单内。自动分配需可设定分配的先后顺序。
3.2.2学工应用
3.2.2.1基本信息
主要解决对所有在籍在校学生基本信息的收集,通过已掌握的学生基本信息可进一步统计出有效的数据,作为学校领导开展全校策略、规划工作提供的数据依据等。投标方需提供可解决对于学生基本信息收集流程及审核步骤的信息化服务应用,具体要求如下:
班级管理
1.必须提供学校管理人员或者院系负责人对于班级信息的维护与管理功能;支持学校管理人员可对每位学生进行跨院系、专业班级的异动调整,支持学生的学籍状态异动调整;支持院系管理老师调整本院下学生转专业、转班级异动;支持院系之间学生转专业、转班级的异动推送与确认。同时,支持维护辅导员、班主任的聘任信息及班干部的任命信息。
2.支持通过数据集成方式,来获取相应业务数据。
学生基本信息设置
1.提供单独的基本信息批次管理功能,与我校每学年的学生信息采集工作开展相对应。
2.在前端界面即可灵活配置采集的字段,并可对字段的属性进行设置,必须包括隐藏、只读、必填、日常可改这几类属性。
3.要根据辅导员、班主任、院系负责人等用户组,批量进行不同的权限配置。
学生基本信息填写
1.在开放的业务期内学生可自行核对和编辑个人信息;
2.提交后需要支持在线跟踪查询审核进度。
学生基本信息审核
1.班主任或辅导员、院系负责人、校级负责人可以对于学生填写基本信息的采集进行审核,以保证学生基本信息的完整性和准确性。
2.根据之前对于学生字段权限的设置,例如必填、非必填、只读等状态。在详情审核界面,需首先将必填字段重点罗列显示,同时将修改或变化的内容以不同的颜色标识出来,方便我校管理人员核对。
学生基本信息管理
1.支持高级搜索、多字段组合查询来快速筛选出符合条件的学生。
2.管理老师可进行单个学生信息的新增和编辑,也需要支持学生批量导入导出操作。
学生基本信息的统计查询
1.为各类管理人员提供对自己管理范围内学生的基本信息查看功能,可通过学号或姓名快速定位到学生。需支持自定义显示/隐藏字段,可对最为关键或关注的一些字段勾选,从而更为直观的在前台表格页面显示。
2.各级管理人员可以对自己管辖范围内的学生信息进行明细查询、表格统计、图形统计、统计结果下钻等操作,需支持对结果导出保存打印。
★学生信息填写质量分析
1.提供对于学生基本信息的填写质量分析功能。校级负责人可按院系、年级等不同维度查看学生整体填写质量情况,需提供到字段级的细化分析。
2.支持各个院系在具体每个字段上填写比例的图形化展现。
学生个人基本信息
1.学生除了能对个人的信息进行核对编辑之外,还需提供集中式的个人数据中心,将来自不同部门及业务系统的成绩、活动、奖惩、资助、财务等信息统一进行直观的呈现。具体展示内容包括:学业数据、参加活动数据、学生干部任职数据、奖惩记录数据、资助记录数据、消费数据等,在展示上需针对每类数据提供合适的展示组件。
2.提供学生在校经历的网上空间,可自动纳入在校期间的表现,学生也可手动添加个人经历,在毕业前可自行下载生成学生个人简历。
3.2.2.2基本信息(移动)
1.支持学生在移动端查看个人信息,并支持可维护信息修改。
2.支持老师移动端查看学生信息。
3.支持各级管理老师可针对学生提交的基本信息修改内容进行审核。
3.2.2.3学生信息查询
1.可对在校学生进行查询与统计,投标方需默认提供包括院系统计、年龄统计、专业统计、政治面貌统计、民族统计、生源地统计、性别统计、血型统计、宗教信仰统计、学籍状态统计、培养方式统计、体重统计、身高统计等维度,且应用需支持多维度、多条件的组合查询。
2.相关统计结果能够实现在线详情查看和导出。
3.对于学生信息的查询除表格外必须支持卡片式展现,即以学生照片、学号、性别、班级等信息进行直观展现。支持汇总表、统计表、统计图及统计数据透视。
4.支持各种综合信息筛选查询,如按成绩条件、违纪处分条件、困难生条件、奖助条件作为查询条件查询,从而实现多维度、跨业务域的综合条件筛选查询。
3.2.2.4政工队伍
政工人员信息管理
1.提供全校所有教职工的人员信息的功能。需支持单个教职工的新增、编辑;需要支持批量的导入、导出、删除管理操作。
2.提供对人员类别的维护工作,需提供校级、院级、班级三个等级供人员类别使用。
3.提供对于全校所有政工人员信息的浏览功能,也可以根据多种条件筛选查询。
个人信息维护
支持为政工人员提供维护个人基本信息的功能,以及可维护个人参加培训、获奖、工作经历、学习经历、上课情况、科研情况等扩展信息。
权限代理
★支持各级政工人员可针对自己管理范围的班级院系及业务模块权限配置代理任职人员的权限,并可指定代理任职的时间范围。
扩展信息管理
支持管理员对教职工扩展信息类型进行开放管理。同时,可按照扩展类别查看全校所有教职工填写情况及具体内容。
政工队伍统计
所提供的统计分析组件必须能够具有强大的多维分析功能,对于政工队伍的统计要求如下:
1.政工人员信息明细表:能够以表格的形式将所有政工人员的信息进行罗列展现,需支持多条件组合筛选,同时在表格页可灵活勾选字段作为展示列。
2.政工人员信息统计表:能够以表格的形式将政工人员的信息进行统计展现,需支持多字段组合进行交叉组合统计。
3.政工人员信息统计图:能够以图形化的方式将政工人员的信息进行更直观的统计展现,投标方需提供至少包括柱状图和饼状图两种统计组件。
3.2.3学籍应用
3.2.3.1学籍异动
1.支持学籍异动设置、学籍异动申请、学籍异动审核,学籍异动查询,查询统计等功能。
2.支持针对不同学籍异动类型,可单独维护其异动类型的名称、代码、异动后学籍状态、申请起止时间等信息,需提供常用的学籍异动种类的初始化数据。
3.支持上传异动材料,并支持学生在线查看申请进度。
4.支持查看学籍异动后相关学籍字段的变化情况。
5.支持学籍异动的审核流程配置。
6.支持分角色权限的多维度多样化查询。
7.支持数据下钻。
8.支持查询结果的导出保存打印。
3.2.3.2学籍异动(移动)
1.支持在规定时间内移动端提交申请,并可查看审批进度。
2.支持查看到学籍异动后相关学籍字段的变化情况。
3.根据配置的审核流程,可在移动端进行审核。
4.支持管理人员(学生处管理人员、院系学工负责人)可以对自己管辖范围内的学生学籍异动信息进行明细查询、表格统计。
3.2.3.3学籍注册
1.支持学籍注册设置、报到注册管理、缓注册管理、学生注册中心、注册统计查询等功能。
2.支持管理员按照学年学期对注册业务进行配置。
3.支持缓注册申请及审批。
4.支持数据的查询统计。
5.支持数据下钻功能。
3.2.3.4学籍注册(移动)
1.支持学生在移动端查看注册时间及相关注册事项流程,并可查看相关结果,同时可查看缴费情况。
2.支持学生通过移动端在规定时间内进行缓注册的申请并查看审批结果。
3.支持管理员在移动端完成对管理范围内学生的报到注册操作。
4.支持移动端查看学生报到注册缴费统计结果。
3.2.3.5高基报表
1.报表格式需符合教育部的数据格式和要求。
2.支持表格的导出下载,并按照日期进行版本保存及调整。
3.2.4宿舍应用
3.2.4.1宿舍房源管理
1.为使宿舍房源工作更为直观和便捷,需引入图形化管理功能:可根据学校宿舍实际布局灵活进行房源的平面图位置设置,可对平面图中的行列进行自由添加删除,并可对平面图中的房源基本信息进行维护,支持楼层的新增和原有楼层平面布局的复制。
2.★支持可统计当前楼栋总房间数、空房间数、床位数、住宿学生数、剩余床位数。
3.2.4.2宿舍人员管理
提供对校内宿舍管理人员进行分配与设置的功能,支持按全校、校区、宿舍区、宿舍楼、院系几个维度进行宿舍管理人员的设置。并支持多级向下授权功能。
3.2.4.3学生住宿管理
提供多级权限的模式,达到分配及时、权限划分清楚明确的目的,授权人员需含校级宿舍人员管理、宿舍校区管理员、宿舍楼人员管理、宿舍院系负责人管理。床位细化到院系、专业、班级,支持院系二级分配,床位可通过图形化界面调整,支持批量导入床位。
批量住宿安排
1.提供排宿批次管理功能,与我校每年的新生入住、老生搬迁等业务相对应,在批次管理中可将学生及房源的信息手动添加或批量导入。
2.提供多级分配模式,即校级管理员将房源进行规划并安排给院系,院系管理员将指定的学生具体分配至指定的宿舍清单内。
3.★提供手动分配和自动分配功能,自动分配时可按民族、生源地等条件自动打散分配。手动分配支持校院二级分配模式。
日常住宿管理
1.必须提供对学生在校住宿期间住退调业务在线办理功能,可批量给学生做退宿处理及并对宿舍日常管理时的异常情况进行处理,并可查看全校宿舍日常动态的日志信息。
2.★支持以图形化的方式管理和查看某校区楼栋具体楼层的房间布局和住宿安排情况,对于未住满的房间可直接安排人员入住。
3.支持对学生住宿信息,★空房源信息,房源安排信息,未住宿学生信息等进行明细查询和统计数据下钻等操作。
4.★为院系宿管业务老师提供对院系内学生批量调宿、批量退宿操作。
学生宿舍申办
1.★支持管理员自定义学生住调退申办原因,支持入住、退宿、调宿、假期留宿流程配置及时间设置。
2.为学生提供宿舍住调退的在线申请及申请进度查看的功能。
3.★支持楼栋管理员反馈。
3.2.4.4宿舍申办处理(移动)
1.学生可通过移动端发起入住、调整、退宿、假期留宿、延缓住宿等申请并可查询申请历史以及申请进度。
2.各级管理人员可在移动端审核学生发起的宿舍异动申请,入住或调整宿舍时系统可按照规则推荐给管理人员合适的宿舍床位,也可由管理员自行指定合适的房间和床位。楼栋管理员在审核结束,可对学生手续办理情况进行反馈。
3.2.4.5宿舍卫生检查
1.支持上传拍照附件和附件在线预览功能。
2.支持通过批量导入的方式实现检查结果在应用中的记录。
3.支持宿舍卫生检查结果的统计查询,包括宿舍卫生检查明细表、统计表、分类统计表。
4.提供学生在线查看个人所在宿舍卫生检查记录的通道。
3.2.4.6★宿舍卫生检查(移动)
1.宿管人员可在移动端登记宿舍卫生检查情况。
2.支持以宿舍为单位进行宿舍卫生状况打分,并可针对单个宿舍成员的具体情况进行分值调整。
3.可拍照上传卫生情况照片,作为打分依据。
4.学生可在移动端查看个人和宿舍整体的卫生检查结果情况。
3.2.4.7宿舍违纪
1.支持校级、校区、楼栋管理人员单个新增、批量导入学生宿舍违纪情况。
2.支持管理人员拍照上传作为违纪佐证,支持图片在线预览的功能。
3.提供学生在线查看个人所在宿舍违纪检查记录的通道。
4.支持按照宿舍或个人两种模式登记。
3.2.4.8宿舍违纪(移动)
1.各级管理人员可选择学生登记其在宿舍中的违纪详细信息。
2.支持拍照上传作为佐证。
3.学生可在移动端查看本人宿舍违纪情况。
3.2.4.9校园报修
1.★提供对于维修师傅、维修项目、维修区域信息自定义管理的功能。
2.★师生可在线申请报修,需提供维修进度的提醒功能,并可在线进行评分和评价。
3.为管理人员提供在线指派维修师傅的功能。
4.提供维修统计功能,包括维修数据汇总分析,以时间段为维度的分析、以维修项目为维度的分析、以维修师傅为维度的分析等。
5.提供维修物业中心主任和采购员的功能。
6.提供维修材料的申报及审核的功能。
3.2.4.10校园报修(移动)
1.学生可在移动端发起报修申请,填写报修地点以及报修内容。
2.可用手机拍照上传报修图片,提交给维修负责人安排维修人员。
3.★学生可在移动端查看报修历史记录并对维修完成的记录进行评分。
4.支持维修负责人可根据报修问题提报外采材料申请。
4工程实施服务要求
本次项目须严格按工期部署完成,并达到采购人的要求。投标方需要在投标文件中给出预实施工期进度表。采购人要求合同签订后即启动需求调研,并于需求调研说明书确认后60个日历日内安装部署实施完毕并启动试运行,试运行1个月后组织验收。
4.1实施方案
该项目规模较大,系统需求复杂,涉及部门、环节多,为了保证实施过程顺利有序,投标人必须作出详尽慎密的实施方案,主要内容应包括以下几个方面:
1、组织架构与职责
描述项目成员的组成,以及成员的职责。
提供项目经理1人,负责全程跟踪项目的开发与实施,直至该项目验收,并保证现场工作时间3个月以上。该项目经理应具备高校相同项目成功开发实施经验,并在项目中承担项目经理职务。
提供实施技术人员应不少于1名,实施人员有项目开发和实施经验,实施人员的调换需要得到甲方的同意。
2、项目管理要求
投标方必须提出对项目的建设进行科学严格的管理方案与措施,保证项目全面顺利实施。
3、实施阶段划分
描述各个实施阶段的工作范围、内容、人力投入、过程、责任、交付成果等。
4、项目配置管理:
在项目的建设过程中以及交付使用后,会产生大量文档和程序,如:需求分析说明、可执行码、用户手册、测试用例、测试结果等技术性文档以及合同、计划、会议记录、报告等管理文档,而且文档的版本在不断变迁和修改中,势必产生一个庞大、动态的信息集合。因此,必须建设相应的配置管理系统,通过一系列技术、方法和手段来维护产品的历史、鉴别和定位产品独有的版本、在产品开发和发布阶段控制变化,制定规范的配置管理工作计划和流程,沟通交流配置管理工作情况,从而使管理制度化、有效减少重复性工作、保证产品的质量和效率和系统的后续升级和维护。
5、项目管理规范和手段
根据项目的实施方案,在实施过程中,为了保证用户方、开发方等各方能够对项目建设实施进行监控,及时发现和解决的问题,必须建立相应的项目管理规范,包括项目执行监控流程、执行监控的方法、执行监控的责任等,使管理和监控工作流程化、规范化,管理和监控工作责任明确。
6、项目管理控制
项目的管理控制包含多个方面:项目范围、风险、进度、质量、变更管理控制,贯穿项目开发建设的始终,必须做到对项目建设范围准确定义,一旦范围发生变更,要有相应的变更控制和应对措施。
7、风险管理
项目风险管理是对项目风险从识别到分析到应对措施的一个过程,包括风险识别、风险量化、风险对策、风险对策实施控制四个方面。项目在实施过程中会出项各种各样的风险,必须做到充分、有效识别风险,应对风险和控制风险,在项目实施之初必须制定风险预测和规避风险的对策。
8、实施过程管控工具要求
基于本项目为学校信息化建设的重点支撑,投标方的项目实施计划及过程进度管控能力是项目成败的关键,因此需要投标方提供或开发针对项目的详细进度计划管理工具软件或系统,对详细进度计划涉及的功能模块、任务、时间节点、人员进行精细化管理,且支持开放给采购人使用,方便双方项目团队成员以工程项目为基础,对项目实施计划及项目计划任务执行情况进行跟踪及反馈,对项目实施过程中出现的问题及其处理过程进行完整记录,并可对于项目交付物统一管理,项目汇报规范,交付过程项目团队响应和解决及计划完成有效监控,使项目交付过程面向校方全程开放。项目第一部分软件应至少包含以下内容:
★应提供以学校领导为视角的项目综合看板,可查看本学校内所有项目的当前状态、热门应用的TOP5排名情况、校内所有项目问题及投诉的实时处理进展、以及每一项目的建设周期、干系人、进度任务、问题、投诉、配置库等信息;★应提供以业务老师为视角的项目信息管理,可查看个人负责和参与的所有项目,以及每一项目的建设周期、干系人、进度任务、问题、投诉、配置库等信息;
支持对对实施进度及实施任务执行情况追踪,可以新建任务、添加任务执行过程、完成任务已经任务完成确认等,可集中管理该项目下所有产品的实施进度任务,包含里程碑任务、工程任务、客户任务以及个人任务等;
应支持记录项目实施中的日报、周报、月报等工作过程,在实施人员填写完成后,用户可以直接查看,还可对工作记录进行批注,提高信息透明度;
对于项目中出现的重大问题,用户可以直接通过平台进行投诉,提交投诉后,投标方公司的专业运营团队进行跟踪处理,受理投诉内容,并及时反馈解决进度及解决方案,直至校方满意并主动关闭投诉为止;
提供多种消息推送方式(站内信、邮件等),支持自定义消息接收渠道、类型、时间节点等。
9、验收交付要求
在本期项目的开发过程中和交付使用后,要求将各个阶段产生的全面、规范的成果和文档资料交付给采购方,而且需要提供明确的交付清单。同时,成果和文档资料必须符合软件工程的相关要求。要交付的成果和文档资料需要包括以下部分:
1)可运行的系统
2)技术文档
包括项目开发中的各种技术文档,如开发环境配置说明、软件工具清单、需求分析说明、变更说明、用户手册、测试用例、测试结果、系统维护说明、系统培训资料以及有关系统接口的技术说明等。
3)管理文档
包括项目开发中的一些工作文档,如,计划、报告、讨论纲要、会议记录等。
4)为便于数据集成,提供完整的系统集成接口说明和demo,定制部分的数据字典。
10、培训要求:
1)在项目合同中将具体规定培训内容、培训时间和培训名额等。
2)投标人派出的培训教员应具有丰富的同类课程的教学经验和应用经验;所有的培训教员必须用中文授课;投标人必须为所有被培训人员提供培训用文字资料和讲义等相关材料。
3)投标人应按合同规定安排培训时间和培训名额,在实施过程中,针对系统管理人员提供培训,保证培训的效果,让系统管理人员都能熟练掌握系统的使用方法。
4)投标人应在投标文件中提出培训计划,计划包括培训项目、人数、地点等详细内容。
4.2售后服务要求
1.投标人应具备完整的售后服务保障能力,包含(但不限于)以下服务要求:
1)须明确说明服务期限,满足招标文件要求;
2)须明确服务响应级别,并出具详细的方案和事件升级策略;
3)须提供多种服务受理通道,包括但不限于线上、电话、邮件等;
4)须提供详细的线上服务流程说明,线上报修须能够做到问题登记、问题处理、加急处理、问题关闭与评价,常见问题案例库,消息通知等。要求提供服务网站地址及各个模块的功能截图或功能演示。
5)要求在服务响应过程中,须有运营专员参与,全程跟踪服务过程,协调解决服务过程中的问题,须在方案中说明运营保障内容,提供详细服务方案。
6)须提供线上服务申诉通道,要求可针对服务人员、服务流程等进行投诉。须提供投诉的功能截图或演示材料。
7)须提供本项目服务团队组织说明,包含项目成员和职责。
2.投标人应提供本次投标产品的售后服务,包含(但不限于)以下服务要求:
1) BUG处理:如投标人交付的业务系统存在BUG,投标人须提供修正与消缺服务,如有修复BUG的补丁,应提供升级服务。
2)故障处理:如投标人交付的系统上线运行时,出现问题导致业务中断时,投标方应对故障进行处理。
由于非计划掉电导致系统故障时,投标方应配合系统恢复。
由于系统资源不足导致系统故障时,投标方应配合学校系统恢复。
由于硬件故障时,投标方应在学校数据还原后,配合学校系统恢复。
3)运行支持:投标方应对系统运行过程中系统管理员及业务管理员的问题提供解答和问题解决跟踪。
4)在项目质保期内,因为软件系统本身原因导致系统不可用,投标方应全程跟踪解决,确保问题快速解决,因为操作系统、服务器、网络设备及其他硬件设备导致系统不可用时,投标人应配合招标人排查故障,提供解决方法供招标人选择,配合招标方解决问题。
5其他要求
★1、供应商提供与我校数据上报平台厂商配合书。
★2、供应商提供国产操作系统和数据库的厂商配合书。
2 应用软件 缴费系统软件
知校、支付通

知校V2.0
1 中国

1)须支持各种零星缴费接入,包括培训费、等级考试费、报名缴费、场馆收费、校友捐赠等所有零星缴费;
2)须支持自主创建、配置各种缴费项灵活配置,固定金额、不固定金额缴费;
3)支持缴费项自主上下线,设定缴费时段;
4)★支持创建报名缴费及Excel导入账单缴费,创建完成后,学生通过支付宝可以完成校内的各种缴费,支持按项目对账以及按照时间对账,按照项目对账可以查看每个项目的收费情况及明细,按照时间对账可以查看到时间段内各个缴费的情况及明细。
5)支持精准配置收费任务。每个收费任务可以组合多个缴费项,可设置任务循环周期、选缴/必缴、以及是否分期付款等。
6)创建完成后,学生通过支付宝、微信、银联可以完成校内的各种缴费。
7)报名缴费
针对新生收费场景,报名缴费模式可帮助学校同步完成收费工作和信息收集工作。
学校可以自由设置学生需要填写的信息,可以设置填空或选项。
学校可以自由设置学生在缴费时需要手动输入金额,还是直接按照固定金额交费。
8)账单缴费
针对老生收费场景,账单缴费模式利用已有的学生信息表格完成缴费。
学校可以直接上传已有的学生信息Excel表格,选择相应匹配信息。学生需要先验证匹配信息才能进行缴费。
9)支持设置部门,可以把不同收费项目归类到不同部门
10)支持针对不同商户多种收支渠道、多个收支账户的关联关系管理
11)缴费项目支持多个子项,可以分别对每个子项配置
12)★缴费项目涉及报名的,可以自定义报名表单,比如需要填写身份证号、姓名、学号,可以自定义设置表单,可以设置表单是否必填,手机号支持格式认证,提供截图
13)★缴费项目及子项支持自主生成二维码,生成的二维码上面需要显示支持的支付方式,并可以设置学校logo,提供截图
14)账单缴费支持自主设置匹配项,可以从账单中任意选择账单中的学号、身份证号、或者班级等信息组合生成查询条件,输入正确才能够缴费
15)缴费项支持开始、关闭时间设置,支持选择某一种或者某几种支付方式,支持设置缴费金额上限及下限,提供截图
16)★缴费项支持自主选择开具的票据类型,并能够生效,提供截图
17)缴费项目支持多个模板,支持不同的收费使用不同的模板展示
18)针对在线支付的订单,支持后台发起退款申请、审核后进行退款的功能,可进行发票冲红,并支持实时查询退款进度和状态;
19)★为商户提供缴费订单退款功能;并能实时查看退款进度;(提供功能截图)
20)实现对商户/机构的添加、修改、删除等操作。
21)支持多级商户管理,可由客户自定义设置
22)支持针对商户设置不同的收费场景限定
23)★支持商户电脑和手机查询收费项目情况
24)支持配置缴费项分类,收费项目可以归类到不同的分类,分类可以显示到页面上,页面支持微信、支付宝、银联访问
25)支持配置每个分类的图标、分类名称、上级分类、分类展示模板样式
26)支持配置分类的访问权限,有些缴费只能学生或者老师才能访问
27)支持配置缴费项页面,支持多种模板选择
28)支持缴费项显示到哪个分类下面
29)支持配置缴费项封面图片
30)★要求提供对应系统的软件著作权证书
31)要求系统具有对外开放接口的能力,支持第三方系统接入

供应商报价详情
排名 是否成交 供应商名称 企业性质 排名价(元) 实际报价(元) 小微企业生产 环保产品 报价清单
1 成交
哈尔滨远桥商贸有限公司 登录即可免费查看.00 登录即可免费查看.00

查看
2 国密安(黑龙江)科技有限公司 578000.00 578000.00

查看
3 哈尔滨汇智创达信息工程有限公司 578500.00 578500.00

查看

采购人意见
最新招投标信息
招投标攻略
热门标签
剑鱼标讯APP下载
APP下载地址二维码
扫码下载剑鱼标讯APP