辅导员办公协作平台服务采购
发送至邮箱
辅导员办公协作平台服务采购
| 项目名称 | 辅导员办公协作平台服务 | 项目编号 | HQU-JJ * 0 |
|---|---|---|---|
| 公告开始日期 | 点击查看>> * : * : * | 公告截止日期 | 点击查看>> * : * : * |
| 采购单位 | (略) | 付款方式 | |
| 联系人 | 中标后在我参与的项目中查看 | 联系电话 | 中标后在我参与的项目中查看 |
| 签约时间要求 | 成交后5个工作日内 | 到货时间要求 | 签约后5个工作日内 |
| 预算总价 | ￥ 点击查看>> . * | ||
| 收货地址 | (略) （ (略) 校区） | ||
| 供应商资质要求 | 符合《政府采购法》第 * 十 * 条规定的供应商基本条件 | ||
| 采购商品 | 采购数量 | 计量单位 | 所属分类 |
|---|---|---|---|
| 辅导员办公协作平台服务 | 1 | 项 | (略) 业 |
| 预算单价 | ￥ 点击查看>> . * |
|---|---|
| 技术参数及配置要求 | * 、购置清单 服务名称 辅导员办公协作平台服务 采购辅导员办公协作平台包含：1.业务功能：查寝、签到、请假、通知、活动报名、信息收集、学生信息库、工作日志、学生报告等；2.支撑功能：成员管理、全局配置、统计看板、桌面客户端；3.短信+虚拟电话增量包：每年内定量短信+虚拟电话提醒；4.提供技术人员7* * 小时服务，保障全校师生使用。 * 、技术参数 （ * ）服务总体技术要求 投标人提供给的辅导员办公协作平台服务，应满足如下总体服务内容或功能要求，具体要求如下： 1.系统可靠性：系统可靠性不低于 * .9%， (略) 1年时间里最多可能的业务中断时间不高于9小时。 2.浏览器兼容性：系统在PC端提供的功能，需支持国内主流基于 Webkit 内核的浏览器（如 * 高速浏览器、搜狗浏览器等）、谷歌浏览器、火狐浏览器、 Safari 浏览器。 3.系统兼容性：系统必须与现有校级平台（身份认证、主数据平台、办事大厅、今日校园），以及学工系统无缝集成，深度融合，确保应用服务集成、数据集成技术 * 致性， (略) (略) 有费用均包含在投标总价中。移动端通过现有 (略) 访问，采用独立 App 方式，至少支持 iOS 和 Android 两种操作系统。 4.延续我校现学生每日健康上报、相关重要通知触达、学生进出入校门报备制、学生请假、返校签到服务，确保数据的长期积累，更好延续我校学生疫情防控工作。 5.系 (略) 平台可与易班平台实现无缝对接， (略) 进 * 步提高易班共建质量，丰富学生信息化服务体验。 6.桌面客户端：系统提供Windows与Mac O (略) 的桌面客户端程序，允许常驻系统任务栏，可随时唤起打开使用。客户端支持Windows7以及Mac OS * .0以上版本的操作系统。 （ * ）服务安全性要求 1.要求服务提供良好的安全策略，包括物理安全、数据安全、应用安全以及运维安全等方面； 2.要求服务提供与防火墙、IPS、杀毒软件、安全审计等安全设备对接的通用接口； 3.建立完整的安全体系、安全应急响应机制，做好安全事故模拟演习，保障整个服务的安全与可靠。 （ * ）集成规范要求 本系统作为数字化校园 (略) 分， (略) 信息化建设的相关标准及要求，具体如下： 1.系统平台中的 (略) 标数据必 (略) 颁布的最新版本的 (略) (略) 编码； 2.系统平台中的各种校定标准数据必 (略) 信息标准 (略) 编码； 3. (略) 签订“第 * 方人员保密协议”，对于系统平台使用的系统、业务、用户的数据和信息等内容具有保密的义务。 4. (略) 署后，需与校内共享数据平台、统 * 身份认证平台以及服务门户集成，集成要求如下： 系统与校内各系统数据交换时，必 (略) 共 (略) 数据交换，不得单独针 (略) 接口开发； 系统 (略) 数字化校园统 * 身份 (略) 校内人员的认证登录，实现校内单点登录；且需具备身份认证的深度集成， (略) 服务门户中； 地理信息系统集成要求， (略) 地理信息使用和显示的， (略) 地理信息系统（GIS）提供的接口实现。 5.系统需支持谷歌浏览器，IE 9及以上浏览器； 6.如果系统用于与微信和移动校园集成； (略) 指定的Html 5页面； 7.系统集成涉及系统架构和开发工作量以及费用由系统承建商负责； 8.基于系统安全考虑， (略) 站禁止使用Struts2相关技术架构。对于Struts 2架 (略) 站安全评估不予通过。 9.系统需满足信息系统安全等级保护要求。 (略) 指定的安全 (略) 信息系统上线安全评估，检验合格的系统 (略) 。 （ * ）支撑与保障服务要求 1.部署服务 本次招标辅导员办公协 (略) 署所需的硬件、 (略) 环境及第 * 方软件正版使用授权 (略) 需求由中标人统 * 提供，学校不提供单独的支 (略) 的软件与硬件； 投标人中标后， (略) 要求 (略) 署工作并具备上线启动使用的条件。 2.持续维护与升级服务 要求投标人自 * 日起，最长每 * 个工 (略) 涉产 (略) * 次升级，并在产 (略) 站等渠道告知用户相关更新内容。截止开标日， (略) ， (略) 截图证明。 3.服支持服务 (略) 功能使用， (略) 理学校在服务使用过程当中的各种问题，如：使用培训、资料发送、问题解答、日常BUG跟踪与结果反馈、数据报告制作、 (略) 景引导与培训、学校汇报材料数据制作等相关工作。 要求投标人提供至少每周7* * 小时的客服在线服务，负责及时解答辅 (略) 用户的相关使用疑问。 4.培训服务 要求投标人提供服务推广的不少于 * 条的标准动作清单与不少于 * 家的落地案例。投标人需提供免费、全面的培训， (略) 至少3名在职教职工 ，培训内容至少应包括：系统基本使用培训、配置管理和系统维护培训、数据定义和管理培训、其他各类操作培训等。投标人必须派出具有相应专业资格和实际工作经验的教师 (略) 培训，主要培训教员应至少具有 * 年的相关培训经验，培训前需向采购人提供相关证明文件。 投标人须提供详细的培训计划，培训需采用集中授课、现场演示和辅助操作 (略) ，需按照侧重点不同， (略) 管理的培训和面向使用的培训，培训天数不得少于3天/人 ，现场培训不得少于1天/人 。 5.帮助文档与视频支持服务 要求 (略) 有功能的功能演示与讲解视频，并提供全量功能使用的操作手册。 6.学校使用情况数据分析支持服务 要求投标人，在校方要求下， (略) 当前服务的使用数据分析报告， (略) 有功能的阶段性使用数据情况与常用功能分析等信息。以供校领导定期掌握服务落地效果与使用相关情况，用于评估服务实际价值，作为继续使用的数据依据。 （ * ）服务内容及要求 1.移动端提供技术服务的要求 投标人基于辅导员办公协作服务移动端提供技术服务，服务内容及功能具体要求如下： 统 * 身份认证：支持统 * 的移动认证接口， (略) 的身份认证系统。 通讯录： (略) 的组织架构提供通讯录功能，并支持姓名或者电话号码模糊查询。找同学、找老师、 (略) 门，并可以关注和沟通。 即时通讯：需提供即时通讯功能支持学生间、学生与辅导员间的私聊沟通，即时聊天可发布图片、音频、文字、表情等。 2.PC端提供技术服务的要求 基于辅导员办公协作服务PC端提供技术服务， (略) 通知发布、信息收集发布、活动报名信息发布、以及相关的信息管理工作等服务需求，具体服务内容与功能要求如下。 要求在PC端，通知、活动报名、信息采集、定点签到、查寝等功能的内容编辑区域，支持展示从word、网页中直接复制的文字，并保留其格式与样式， (略) 页中复制的图片。 要求在PC端除通过浏览器使用系统以外，系统提供独立的桌面客户端程序， (略) 通知发布、信息收集、活动报名发布等相关任务操作。可常驻于系统任务栏，并可随时唤起打开使用，支持在 * 段时间内无需重复登录。桌面客户端支持Windows7与Mac OS * .0以上版本的操作系统。 3.辅导员业务应用服务要求 3.1通知服务 要求辅导员可以编辑通知并发送给学生，通知内容包括通知标题、通知正文、附件上传，通知可以设固 (略) 定时发送，学生可以在手机端看到通知内容，并手动确认是否已经阅读过通知； 通知需支持通过APP推送、可设APP推送的时间。对于重要的通知，还需具备短信提醒、电话智能语言提醒方式。发送通知前可在本地试听智能电话语音。 要求通知下面设学生提问区，学生可以就该通知向辅导员提问。辅导员可以在PC端、移动端回答学生的问题，同时辅导员可根据实际情况，选择将该问题的答案仅供提问者查看，或者供全体接受该通知的学生查看； 对于重要性比较高的通知，辅导员发出通知后，学生长时间未阅读，系统需主动通知学生，可根据任务 (略) 短信与电话智能语音提醒；同时辅导员可对未读 (略) 提醒，可通过APP推送、短信或电话智能语音方式提醒； (略) 可以设置全校级的通知任务， (略) 辅导员或其他管理 (略) 通知任务， (略) 管理的学生查看/确认； (略) (略) 有管理角色用 (略) 进度，以及全量学生的通知的查看/确认进度。 3.2活动报名服务 要求辅导员可通过服务发布活动信息，活动信息至少包括活动名称、活动地点、开始结束时间、报名截止时间、活动内容说明、活动举办方、活动海报图片上传。其中活动名称、活动地点、开始结束时间、报名截止时间、活动内容说明为必填项； 要求学生可在移动端完成活动报名，报名结束后，辅导员可在PC端导出excel格式的报名学生名单。报名名单中至少包括学号、姓名、性别、手机号、年级、班级、专业、政治面貌、民族。 要求辅导员可通过服务对活动报名信息未 (略) 消息提醒，并支持短信、虚拟语音电话等提醒方式。 3.3信息收集服务 要求辅导员可以通过服务发布给学生填写的收集表单。收集表单内容至少包括标题、标题详情、收集项目。收集项目至少包括填写文本、单选题、多选题、上传图片、时间选择题、地址选择题等； 要求发布收集表单时可开启定位采集功能，可采集学生在 (略) 处的地理位置信息，辅导员在查看学生填写信息时，可查看定位地址信息，并可在地图中展现具体地点； 要求学生可在移动端完成表格填写，对于长时间没有完成填写的学生，要求系统自动通过APP推送、短信或虚拟电话等方式予以通知，同时辅导员也可通过手动方式触发提醒； 对填写内容不符合要求的学生，辅导员可以通过打回的方式要求学生重新填写，打回后学生将收到移动端 (略) 再次填写提交。辅导员打回时，可以编写打回理由，并可以选择短信或电话智能语音的提醒方式。 要求辅导员可在PC端与移动端帮助未 (略) 代填，填写后留存具体填写记录，包括填写人工号、姓名与操作时间等信息；要求辅导员可在PC端与移动端修改学生已提交的填写信息，并留存具体修改记录，包括修改人工号、姓名与操作时间等信息； 信息收集完成后，可将收集的数据通过excel表格的形式导出，对收集的图片，支持打包下载； 辅导员办公服务PC端与移动端中，必须可以查看信息收集的收集进度、收集数据、统计图表；其中统计图表支持查看具体选项与填写文本的数量分布情况，点击具体选项与数量后，可查看填写该选项或文本项的学生名单，包括学生姓名、学号、手机号等基本信息，支持对学生名单批量打回要求学生重新填写，同时支持将学生名单导出为excel； 要求校级管理人员可创建全校级信息收集任务，设置任务填写表单与填写时间等信息，并分发要求指定辅导员或管理人员在PC端 (略) ，发送给其管 (略) 填写；学生在移动端填写后，分管辅导员与管理人员可查看其管理学生的填写数据， (略) 打回、编辑、代填等相关操作，确认数据准确，校级管理人员可通过收集任务汇总查看全校 (略) 情况，以及全校学生的填写具体数据以及统计分析结果； 要求全校级信息收集任务或普通信息收集任务发送后，所有可见该任务的管理人员 (略) 复制，复制后保留原任务的相关表单配置信息， (略) 编辑修改后发送。 3.4学生请假服务 学生可通过移动端向辅导员请假，请假页面必须包括请假类型、开始时间、结束时间、是否需要离校、紧急联系人联系方式、审批人、请假原因、且可在同 * 页面上传附件； 学生在填写请假申请时，可根据管理员后台配置采集 (略) 在的地理位置信息，请假申请提交后，辅导员在审批时可查看学生定位地址，并可打开地图查看具体地点； 学生在填写请假申请，以及老师在审批时，可设置请假申请的抄送人，可选择系统内的老师或学生，至少可添加3名抄送人员，设置完成后当请假审批流 (略) 通过后，所选的抄送人将收到提醒，并可查看该请假申请详情信息； 辅导员可在PC端、 (略) 审批请假申请。在审批界面具有核实电话、电话详情包括学生电话和紧急联系人电话，可点击号码直接拨号通话， (略) 的请假申请， (略) 后，需在 (略) 销假； 在学生移动端销假页面上，需有学生手机的实时拍照上传、实时定位位置上传等功能，该页面不允许学生上传图片代替实时拍照； 若学生无法按时销假，支持学生对原有请假单提交续假申请，在辅导员批准生效后自动延长原有请假时长，并在请假记录中可合并查看，保持请假申请与续假申请的关联性； (略) 管理人员可对 (略) 详细配置，必须包含：学生销假时是否必须上传照片、学生提交请假/续假申请时、是否必须上传地理位置、请假最大申请时长设置、审批逾期条件设置、以及非离校请假 (略) 销假等， (略) 相关管理要求； (略) 管理人员可自定义设置请假类型，定义请假类型名称并可控制开启或关闭状态，同时针对于单个请假类型，必须支持对补请假与提前请假分别可控制是否开启，以及补请假与提前请假的时间范围设置，若设置开启后，学生提交请假申请选择对应请假类型后，系统界面中将出现相关时间要求； (略) 管理人员可统 * 设置学生的销假定位范围，支持在地图界面中通过POI兴趣点搜索查找地点并设置销假范围； (略) 管理人员可设置销假逾期提醒，当学生请假时间截止 (略) 销假操作，可自动通过APP推送与短信提醒系统审批人员； (略) 管理人员可 (略) 设置请假审批流程， (略) 请假流程配置是否启用；审批流程设置时，支持按照请假类型、请假时长等条件，执行不同的请假审批流程，在审批节点上，允许按系统角色与自 (略) 审批人员配置，并可以设置请假 (略) 的优先级与审批人去重。 3.5签到服务 要求辅导员可以通知学生，在指定时间、地点通过移动 (略) 打卡签到，辅导员可以在移动端、PC端查看到签到的实时进度情况； 在创建签到任务时，服 (略) 景对 (略) 分类，如会议、自习、返校签到、活动、实习等，根据不同的类型自动推荐签到方式与签到时间，方便辅导员创建签到任务。 要求辅导员发布的签到任务可通过学生扫 (略) 签到，辅导员在发布签到任务时，可以指派学生或设置自己为 * 维码负责人， * 维码负责人会在任务开始前收到短信提醒，签到开始后， * 维码负责人可以通过移动端/网页端展示签到 * 维码，收到签到任务的学生可以通过扫 (略) 签到； * 维码负责人可以对改签 (略) 手动修改；动态 * 维码可应对需要 (略) 景， * 维码每 * 秒刷新 * 次，防止截屏转发完成签到； ★要求辅导员发布签到任务时，可设置学生在 (略) 定位或 * 维码扫描后，必须填写附加题；至少可设置3道选择题，并可设置异常提醒选项，即当学生选择异常选项后，可第 * 时间通过APP推送提醒任务发送辅导员，辅导员点击消息后，可查看学生填写详情； 要求辅导员可以要求学生在签 (略) 拍照，并且辅 (略) 编辑拍照要求； ★ (略) 可以设置全校级的签到任务，分配给指定的辅导员或 (略) 签到任务，并安排其 (略) 签到；学生签到后， (略) 可以看到全校辅导员或管理人 (略) 进度， (略) 有分管学生的签到实时情况；并可以以辅导员维度查看任务详细情况； 要求对学生的签到状态，辅导员可以手动更改，并可以添加修改备注； ★要求学生签到后界面中可弹出学生信息详情页，方便签到 (略) 现场查验；个人信息详情页需带有基础的防伪措施，用于区分截图保存界面；详情页至少包含学生姓名、学号、性别、年级、学院、专业、班级、年级、宿舍信息等基础信息；当签到任务设置了附加信息与异常值时，学生若填写异常选项，可通过信息页直观查看异常状态。 3.6查寝服务 要求学生可通过拍照和定 (略) 查寝签到。 要求服务可创建查寝组，查寝组可设置查寝名称、查寝日、签到时间段、查寝频率、拍照要求、签到范围、查寝对象。 对查寝日的设置，支持在日历上勾选特定多个日期，发起签到任务。或设置 * 定时间范围内自动循环发起查寝任务。（如3月 * 日至5月1日期间，每周 * 、 * 、 * 、日自动发起查寝任务） 要求可对创建 (略) 开始、暂停、设置与归档操作，并且可将 * 段时间的查寝记录通过excel表格的形式导出。 要求在查寝功能中，可以通过导入、在线编辑的方式，维护全校的宿舍与学生对应关系等信息，并在查寝任务详情中作为参考信息展现。 3.7学生信息库服务 要求支持汇总辅导员协同办公服务内产生的学生数据，以及校内学工、教务系统中的学生基本信息、家庭联系方式、宿舍信息与学生成绩信息； 要求系统 (略) 管理的学生数据权限范围，支持搜索单个学生查看信息，可调取查看服务产生的数据汇总记录，包括通知、活动报名、信息收集、签到、查寝、请假 (略) 产生数据，点击具体数据记录可调取查看任务详情；同时要求单独呈现信息收集任务的全量结果数据并可在界面 (略) 填写的内容； 支持人工excel导入与系统API对接的方式同步学生信息库中的数据，与校内系统保持 * 致。 3.8工作日志服务 ★要求系统内置“查听课记录”、“谈心谈话记录”、“宿舍走访记录” * 类日志类型， (略) 管理人员自定义创建工作日志模板表单，日志模板库支持字段类型包括：短文本、长文本、填写数字、单选、多选、时间选择、人员/组织选择、上传附件、定位签到等，日志模板创建完成后，可发布给 (略) 填写与提交； 要求辅导员可在服务的PC端与移动端填写工作日志，实时保存填写内容，同时移动端填写支持语音转文字功能，辅导员填写时对手机说出内容，可自动转换为日志内容； (略) 管理人员可发布工作日志填写任务，针对于指定的日志模板要求在指定时间段内提交相应数量的工作日志，并可设置在辅导员未按期提交指定数量的日志时，即时提醒辅导员填写并提交工作日志；支持查看任务发布后的辅导员日志提交进度并可导出excel。 4.统计数据分析服务内容及要求 4. (略) 为数据分析服务 为满足 (略) (略) 为数据统计分析需求，要求系统具备签到、请假、考勤 * 类数据的分析报表功能。可自定义选择时间段与统计学生范围。 要求对 (略) ： 1)休假情况、离校情况与销假逾期情况分析； 2)多次请假、多次离校、多次销假逾期的学生排名并给出具体学生信息； 3)全校请假申请类型、审批通过率、审批逾期率、请假时长分布、离校情况分布、销假逾期分布分析； 4)请假申请次数与请假时长趋势分析； 要求对 (略) ： 1)整体签到人次情况、异常签到情况、签到请假情况分析； 2)出多次未签到、多次异常签到、多次请假的学生排名与具体学生信息分析； 3)签到人数、签到异常人数、签到请假人数的趋势分析。 要求对 (略) ： 1)查寝签到人次情况、异常签到情况、查寝请假情况、晚归情况、补签情况分析； 2)多次未签到、多次异常签到、多次请假、多次晚归与多次补签的学生排名与具体学生信息分析； 3)签到率、签到异常率、请假率、晚归率、补签率的趋势分析。 4.2统计看板服务 各级管理人员，可通过此功能查看指定时间、指定范围内的辅导员办公协作服务使用数据与功能具体使用情况。包含通知、活动报名、信息收集、请假、查寝、 (略) 产生的业务数据。以请假为例，校级管理员可筛选查看最近1周， (略) 内， (略) 管理学生的请假功能的使用情况，包含：申请数量、审批通过数量、销假逾期率、休假中的人数、总请假时长等。 5.基础能力服务内容及要求 5. (略) 任务控制服务 对通知、活动报名、信息收集、签到、查寝功能， (略) 预览正文、任务删除、重新开启任务、提前结束任务、撤回任务、延期任务、编辑任务与暂停任务的操作。 5.2备忘录服务 需支持辅 (略) 页/移动端添加待办事项，在网页/移动端之间同步数据，方便查看待办事务； 5.3自定义用户与筛选器服务 (略) 有管理用户在成员管理中，可新建自定义老师与学生分组， (略) 组织管理；添加自定义分组时，支持通过学号/工号粘贴的方式，快速匹配创建自定义分组； 在使用业务功能时， (略) 系、专业、班级、年级、学生类别、在校情况等字段，对业务使用 (略) 筛选，方便业务功能对不同类型学生的区别使用。 5.4辅导员的任务相互查看服务 要求辅导员用户在系统中可通过设置关注用户的方式，查看其它管理员与辅导员正在发布的任务与历史任务。管理员角色的用户可直接查看其他用户的任务；而其它用 (略) 关注申请，通 (略) 任务查看。 5.5成员管理服务 要求辅导员可以通过组织架构菜单， (略) 管理的学生信息，至少包括学号、姓名、学院、专业、班级、性别、手机号； 要 (略) 有管理用户，可以手动导入更新学生的手机号， (略) 管理的学生发送短信，以提醒学生安装用于接收任 (略) 任务的移动APP平台；提 (略) 有学生移动APP平台的激活使用情况； 5.6权限管理服务 要求系统支持设置校 (略) 级管理员。其中校级管理员可以对全校的辅导员与学 (略) 增删改查、院级管 (略) 在院系的辅导员与 (略) 增删改查； 要求校级管 (略) 自定义角色的创建与编辑，自定义角色支持设置不同的功能权限，并可以将自定义角色赋予辅导员或学生，同时查看自定义角色的使用情况； 5. (略) 配置服务 要求校级管理员可以对系统中的 (略) 统 * 管理，可配置学生类别与在校情况字段； 要求校级管理员可以对全校的电话提醒设置免打扰时间段，在设置的时间段内，学生将不会收到电话智能语音提醒； 要求校级管理员可以对全校的 (略) 开关配置； * 、采购项目商务要求 （ * ）服务交付时间、地点 1.交付要求：合同签订之日起7个工作日内，完成使用授权（含数据的导入工作），即供应商按约定的方式授权采购人使用软件服务，并完成对使用单位相关人员培训， 2.交货地点： (略) （采购人指定地点） （ * ）付款要求 合同签订后，完成使用授权且软 (略) 署，采购人验收通过之日起5个工作日内，采购人向成交供应商 * 次性支付本软 (略) 年服务费用。 |
点击查看>> * : * : *
| 项目名称 | 辅导员办公协作平台服务 | 项目编号 | HQU-JJ * 0 |
|---|---|---|---|
| 公告开始日期 | 点击查看>> * : * : * | 公告截止日期 | 点击查看>> * : * : * |
| 采购单位 | (略) | 付款方式 | |
| 联系人 | 中标后在我参与的项目中查看 | 联系电话 | 中标后在我参与的项目中查看 |
| 签约时间要求 | 成交后5个工作日内 | 到货时间要求 | 签约后5个工作日内 |
| 预算总价 | ￥ 点击查看>> . * | ||
| 收货地址 | (略) （ (略) 校区） | ||
| 供应商资质要求 | 符合《政府采购法》第 * 十 * 条规定的供应商基本条件 | ||
| 采购商品 | 采购数量 | 计量单位 | 所属分类 |
|---|---|---|---|
| 辅导员办公协作平台服务 | 1 | 项 | (略) 业 |
| 预算单价 | ￥ 点击查看>> . * |
|---|---|
| 技术参数及配置要求 | * 、购置清单 服务名称 辅导员办公协作平台服务 采购辅导员办公协作平台包含：1.业务功能：查寝、签到、请假、通知、活动报名、信息收集、学生信息库、工作日志、学生报告等；2.支撑功能：成员管理、全局配置、统计看板、桌面客户端；3.短信+虚拟电话增量包：每年内定量短信+虚拟电话提醒；4.提供技术人员7* * 小时服务，保障全校师生使用。 * 、技术参数 （ * ）服务总体技术要求 投标人提供给的辅导员办公协作平台服务，应满足如下总体服务内容或功能要求，具体要求如下： 1.系统可靠性：系统可靠性不低于 * .9%， (略) 1年时间里最多可能的业务中断时间不高于9小时。 2.浏览器兼容性：系统在PC端提供的功能，需支持国内主流基于 Webkit 内核的浏览器（如 * 高速浏览器、搜狗浏览器等）、谷歌浏览器、火狐浏览器、 Safari 浏览器。 3.系统兼容性：系统必须与现有校级平台（身份认证、主数据平台、办事大厅、今日校园），以及学工系统无缝集成，深度融合，确保应用服务集成、数据集成技术 * 致性， (略) (略) 有费用均包含在投标总价中。移动端通过现有 (略) 访问，采用独立 App 方式，至少支持 iOS 和 Android 两种操作系统。 4.延续我校现学生每日健康上报、相关重要通知触达、学生进出入校门报备制、学生请假、返校签到服务，确保数据的长期积累，更好延续我校学生疫情防控工作。 5.系 (略) 平台可与易班平台实现无缝对接， (略) 进 * 步提高易班共建质量，丰富学生信息化服务体验。 6.桌面客户端：系统提供Windows与Mac O (略) 的桌面客户端程序，允许常驻系统任务栏，可随时唤起打开使用。客户端支持Windows7以及Mac OS * .0以上版本的操作系统。 （ * ）服务安全性要求 1.要求服务提供良好的安全策略，包括物理安全、数据安全、应用安全以及运维安全等方面； 2.要求服务提供与防火墙、IPS、杀毒软件、安全审计等安全设备对接的通用接口； 3.建立完整的安全体系、安全应急响应机制，做好安全事故模拟演习，保障整个服务的安全与可靠。 （ * ）集成规范要求 本系统作为数字化校园 (略) 分， (略) 信息化建设的相关标准及要求，具体如下： 1.系统平台中的 (略) 标数据必 (略) 颁布的最新版本的 (略) (略) 编码； 2.系统平台中的各种校定标准数据必 (略) 信息标准 (略) 编码； 3. (略) 签订“第 * 方人员保密协议”，对于系统平台使用的系统、业务、用户的数据和信息等内容具有保密的义务。 4. (略) 署后，需与校内共享数据平台、统 * 身份认证平台以及服务门户集成，集成要求如下： 系统与校内各系统数据交换时，必 (略) 共 (略) 数据交换，不得单独针 (略) 接口开发； 系统 (略) 数字化校园统 * 身份 (略) 校内人员的认证登录，实现校内单点登录；且需具备身份认证的深度集成， (略) 服务门户中； 地理信息系统集成要求， (略) 地理信息使用和显示的， (略) 地理信息系统（GIS）提供的接口实现。 5.系统需支持谷歌浏览器，IE 9及以上浏览器； 6.如果系统用于与微信和移动校园集成； (略) 指定的Html 5页面； 7.系统集成涉及系统架构和开发工作量以及费用由系统承建商负责； 8.基于系统安全考虑， (略) 站禁止使用Struts2相关技术架构。对于Struts 2架 (略) 站安全评估不予通过。 9.系统需满足信息系统安全等级保护要求。 (略) 指定的安全 (略) 信息系统上线安全评估，检验合格的系统 (略) 。 （ * ）支撑与保障服务要求 1.部署服务 本次招标辅导员办公协 (略) 署所需的硬件、 (略) 环境及第 * 方软件正版使用授权 (略) 需求由中标人统 * 提供，学校不提供单独的支 (略) 的软件与硬件； 投标人中标后， (略) 要求 (略) 署工作并具备上线启动使用的条件。 2.持续维护与升级服务 要求投标人自 * 日起，最长每 * 个工 (略) 涉产 (略) * 次升级，并在产 (略) 站等渠道告知用户相关更新内容。截止开标日， (略) ， (略) 截图证明。 3.服支持服务 (略) 功能使用， (略) 理学校在服务使用过程当中的各种问题，如：使用培训、资料发送、问题解答、日常BUG跟踪与结果反馈、数据报告制作、 (略) 景引导与培训、学校汇报材料数据制作等相关工作。 要求投标人提供至少每周7* * 小时的客服在线服务，负责及时解答辅 (略) 用户的相关使用疑问。 4.培训服务 要求投标人提供服务推广的不少于 * 条的标准动作清单与不少于 * 家的落地案例。投标人需提供免费、全面的培训， (略) 至少3名在职教职工 ，培训内容至少应包括：系统基本使用培训、配置管理和系统维护培训、数据定义和管理培训、其他各类操作培训等。投标人必须派出具有相应专业资格和实际工作经验的教师 (略) 培训，主要培训教员应至少具有 * 年的相关培训经验，培训前需向采购人提供相关证明文件。 投标人须提供详细的培训计划，培训需采用集中授课、现场演示和辅助操作 (略) ，需按照侧重点不同， (略) 管理的培训和面向使用的培训，培训天数不得少于3天/人 ，现场培训不得少于1天/人 。 5.帮助文档与视频支持服务 要求 (略) 有功能的功能演示与讲解视频，并提供全量功能使用的操作手册。 6.学校使用情况数据分析支持服务 要求投标人，在校方要求下， (略) 当前服务的使用数据分析报告， (略) 有功能的阶段性使用数据情况与常用功能分析等信息。以供校领导定期掌握服务落地效果与使用相关情况，用于评估服务实际价值，作为继续使用的数据依据。 （ * ）服务内容及要求 1.移动端提供技术服务的要求 投标人基于辅导员办公协作服务移动端提供技术服务，服务内容及功能具体要求如下： 统 * 身份认证：支持统 * 的移动认证接口， (略) 的身份认证系统。 通讯录： (略) 的组织架构提供通讯录功能，并支持姓名或者电话号码模糊查询。找同学、找老师、 (略) 门，并可以关注和沟通。 即时通讯：需提供即时通讯功能支持学生间、学生与辅导员间的私聊沟通，即时聊天可发布图片、音频、文字、表情等。 2.PC端提供技术服务的要求 基于辅导员办公协作服务PC端提供技术服务， (略) 通知发布、信息收集发布、活动报名信息发布、以及相关的信息管理工作等服务需求，具体服务内容与功能要求如下。 要求在PC端，通知、活动报名、信息采集、定点签到、查寝等功能的内容编辑区域，支持展示从word、网页中直接复制的文字，并保留其格式与样式， (略) 页中复制的图片。 要求在PC端除通过浏览器使用系统以外，系统提供独立的桌面客户端程序， (略) 通知发布、信息收集、活动报名发布等相关任务操作。可常驻于系统任务栏，并可随时唤起打开使用，支持在 * 段时间内无需重复登录。桌面客户端支持Windows7与Mac OS * .0以上版本的操作系统。 3.辅导员业务应用服务要求 3.1通知服务 要求辅导员可以编辑通知并发送给学生，通知内容包括通知标题、通知正文、附件上传，通知可以设固 (略) 定时发送，学生可以在手机端看到通知内容，并手动确认是否已经阅读过通知； 通知需支持通过APP推送、可设APP推送的时间。对于重要的通知，还需具备短信提醒、电话智能语言提醒方式。发送通知前可在本地试听智能电话语音。 要求通知下面设学生提问区，学生可以就该通知向辅导员提问。辅导员可以在PC端、移动端回答学生的问题，同时辅导员可根据实际情况，选择将该问题的答案仅供提问者查看，或者供全体接受该通知的学生查看； 对于重要性比较高的通知，辅导员发出通知后，学生长时间未阅读，系统需主动通知学生，可根据任务 (略) 短信与电话智能语音提醒；同时辅导员可对未读 (略) 提醒，可通过APP推送、短信或电话智能语音方式提醒； (略) 可以设置全校级的通知任务， (略) 辅导员或其他管理 (略) 通知任务， (略) 管理的学生查看/确认； (略) (略) 有管理角色用 (略) 进度，以及全量学生的通知的查看/确认进度。 3.2活动报名服务 要求辅导员可通过服务发布活动信息，活动信息至少包括活动名称、活动地点、开始结束时间、报名截止时间、活动内容说明、活动举办方、活动海报图片上传。其中活动名称、活动地点、开始结束时间、报名截止时间、活动内容说明为必填项； 要求学生可在移动端完成活动报名，报名结束后，辅导员可在PC端导出excel格式的报名学生名单。报名名单中至少包括学号、姓名、性别、手机号、年级、班级、专业、政治面貌、民族。 要求辅导员可通过服务对活动报名信息未 (略) 消息提醒，并支持短信、虚拟语音电话等提醒方式。 3.3信息收集服务 要求辅导员可以通过服务发布给学生填写的收集表单。收集表单内容至少包括标题、标题详情、收集项目。收集项目至少包括填写文本、单选题、多选题、上传图片、时间选择题、地址选择题等； 要求发布收集表单时可开启定位采集功能，可采集学生在 (略) 处的地理位置信息，辅导员在查看学生填写信息时，可查看定位地址信息，并可在地图中展现具体地点； 要求学生可在移动端完成表格填写，对于长时间没有完成填写的学生，要求系统自动通过APP推送、短信或虚拟电话等方式予以通知，同时辅导员也可通过手动方式触发提醒； 对填写内容不符合要求的学生，辅导员可以通过打回的方式要求学生重新填写，打回后学生将收到移动端 (略) 再次填写提交。辅导员打回时，可以编写打回理由，并可以选择短信或电话智能语音的提醒方式。 要求辅导员可在PC端与移动端帮助未 (略) 代填，填写后留存具体填写记录，包括填写人工号、姓名与操作时间等信息；要求辅导员可在PC端与移动端修改学生已提交的填写信息，并留存具体修改记录，包括修改人工号、姓名与操作时间等信息； 信息收集完成后，可将收集的数据通过excel表格的形式导出，对收集的图片，支持打包下载； 辅导员办公服务PC端与移动端中，必须可以查看信息收集的收集进度、收集数据、统计图表；其中统计图表支持查看具体选项与填写文本的数量分布情况，点击具体选项与数量后，可查看填写该选项或文本项的学生名单，包括学生姓名、学号、手机号等基本信息，支持对学生名单批量打回要求学生重新填写，同时支持将学生名单导出为excel； 要求校级管理人员可创建全校级信息收集任务，设置任务填写表单与填写时间等信息，并分发要求指定辅导员或管理人员在PC端 (略) ，发送给其管 (略) 填写；学生在移动端填写后，分管辅导员与管理人员可查看其管理学生的填写数据， (略) 打回、编辑、代填等相关操作，确认数据准确，校级管理人员可通过收集任务汇总查看全校 (略) 情况，以及全校学生的填写具体数据以及统计分析结果； 要求全校级信息收集任务或普通信息收集任务发送后，所有可见该任务的管理人员 (略) 复制，复制后保留原任务的相关表单配置信息， (略) 编辑修改后发送。 3.4学生请假服务 学生可通过移动端向辅导员请假，请假页面必须包括请假类型、开始时间、结束时间、是否需要离校、紧急联系人联系方式、审批人、请假原因、且可在同 * 页面上传附件； 学生在填写请假申请时，可根据管理员后台配置采集 (略) 在的地理位置信息，请假申请提交后，辅导员在审批时可查看学生定位地址，并可打开地图查看具体地点； 学生在填写请假申请，以及老师在审批时，可设置请假申请的抄送人，可选择系统内的老师或学生，至少可添加3名抄送人员，设置完成后当请假审批流 (略) 通过后，所选的抄送人将收到提醒，并可查看该请假申请详情信息； 辅导员可在PC端、 (略) 审批请假申请。在审批界面具有核实电话、电话详情包括学生电话和紧急联系人电话，可点击号码直接拨号通话， (略) 的请假申请， (略) 后，需在 (略) 销假； 在学生移动端销假页面上，需有学生手机的实时拍照上传、实时定位位置上传等功能，该页面不允许学生上传图片代替实时拍照； 若学生无法按时销假，支持学生对原有请假单提交续假申请，在辅导员批准生效后自动延长原有请假时长，并在请假记录中可合并查看，保持请假申请与续假申请的关联性； (略) 管理人员可对 (略) 详细配置，必须包含：学生销假时是否必须上传照片、学生提交请假/续假申请时、是否必须上传地理位置、请假最大申请时长设置、审批逾期条件设置、以及非离校请假 (略) 销假等， (略) 相关管理要求； (略) 管理人员可自定义设置请假类型，定义请假类型名称并可控制开启或关闭状态，同时针对于单个请假类型，必须支持对补请假与提前请假分别可控制是否开启，以及补请假与提前请假的时间范围设置，若设置开启后，学生提交请假申请选择对应请假类型后，系统界面中将出现相关时间要求； (略) 管理人员可统 * 设置学生的销假定位范围，支持在地图界面中通过POI兴趣点搜索查找地点并设置销假范围； (略) 管理人员可设置销假逾期提醒，当学生请假时间截止 (略) 销假操作，可自动通过APP推送与短信提醒系统审批人员； (略) 管理人员可 (略) 设置请假审批流程， (略) 请假流程配置是否启用；审批流程设置时，支持按照请假类型、请假时长等条件，执行不同的请假审批流程，在审批节点上，允许按系统角色与自 (略) 审批人员配置，并可以设置请假 (略) 的优先级与审批人去重。 3.5签到服务 要求辅导员可以通知学生，在指定时间、地点通过移动 (略) 打卡签到，辅导员可以在移动端、PC端查看到签到的实时进度情况； 在创建签到任务时，服 (略) 景对 (略) 分类，如会议、自习、返校签到、活动、实习等，根据不同的类型自动推荐签到方式与签到时间，方便辅导员创建签到任务。 要求辅导员发布的签到任务可通过学生扫 (略) 签到，辅导员在发布签到任务时，可以指派学生或设置自己为 * 维码负责人， * 维码负责人会在任务开始前收到短信提醒，签到开始后， * 维码负责人可以通过移动端/网页端展示签到 * 维码，收到签到任务的学生可以通过扫 (略) 签到； * 维码负责人可以对改签 (略) 手动修改；动态 * 维码可应对需要 (略) 景， * 维码每 * 秒刷新 * 次，防止截屏转发完成签到； ★要求辅导员发布签到任务时，可设置学生在 (略) 定位或 * 维码扫描后，必须填写附加题；至少可设置3道选择题，并可设置异常提醒选项，即当学生选择异常选项后，可第 * 时间通过APP推送提醒任务发送辅导员，辅导员点击消息后，可查看学生填写详情； 要求辅导员可以要求学生在签 (略) 拍照，并且辅 (略) 编辑拍照要求； ★ (略) 可以设置全校级的签到任务，分配给指定的辅导员或 (略) 签到任务，并安排其 (略) 签到；学生签到后， (略) 可以看到全校辅导员或管理人 (略) 进度， (略) 有分管学生的签到实时情况；并可以以辅导员维度查看任务详细情况； 要求对学生的签到状态，辅导员可以手动更改，并可以添加修改备注； ★要求学生签到后界面中可弹出学生信息详情页，方便签到 (略) 现场查验；个人信息详情页需带有基础的防伪措施，用于区分截图保存界面；详情页至少包含学生姓名、学号、性别、年级、学院、专业、班级、年级、宿舍信息等基础信息；当签到任务设置了附加信息与异常值时，学生若填写异常选项，可通过信息页直观查看异常状态。 3.6查寝服务 要求学生可通过拍照和定 (略) 查寝签到。 要求服务可创建查寝组，查寝组可设置查寝名称、查寝日、签到时间段、查寝频率、拍照要求、签到范围、查寝对象。 对查寝日的设置，支持在日历上勾选特定多个日期，发起签到任务。或设置 * 定时间范围内自动循环发起查寝任务。（如3月 * 日至5月1日期间，每周 * 、 * 、 * 、日自动发起查寝任务） 要求可对创建 (略) 开始、暂停、设置与归档操作，并且可将 * 段时间的查寝记录通过excel表格的形式导出。 要求在查寝功能中，可以通过导入、在线编辑的方式，维护全校的宿舍与学生对应关系等信息，并在查寝任务详情中作为参考信息展现。 3.7学生信息库服务 要求支持汇总辅导员协同办公服务内产生的学生数据，以及校内学工、教务系统中的学生基本信息、家庭联系方式、宿舍信息与学生成绩信息； 要求系统 (略) 管理的学生数据权限范围，支持搜索单个学生查看信息，可调取查看服务产生的数据汇总记录，包括通知、活动报名、信息收集、签到、查寝、请假 (略) 产生数据，点击具体数据记录可调取查看任务详情；同时要求单独呈现信息收集任务的全量结果数据并可在界面 (略) 填写的内容； 支持人工excel导入与系统API对接的方式同步学生信息库中的数据，与校内系统保持 * 致。 3.8工作日志服务 ★要求系统内置“查听课记录”、“谈心谈话记录”、“宿舍走访记录” * 类日志类型， (略) 管理人员自定义创建工作日志模板表单，日志模板库支持字段类型包括：短文本、长文本、填写数字、单选、多选、时间选择、人员/组织选择、上传附件、定位签到等，日志模板创建完成后，可发布给 (略) 填写与提交； 要求辅导员可在服务的PC端与移动端填写工作日志，实时保存填写内容，同时移动端填写支持语音转文字功能，辅导员填写时对手机说出内容，可自动转换为日志内容； (略) 管理人员可发布工作日志填写任务，针对于指定的日志模板要求在指定时间段内提交相应数量的工作日志，并可设置在辅导员未按期提交指定数量的日志时，即时提醒辅导员填写并提交工作日志；支持查看任务发布后的辅导员日志提交进度并可导出excel。 4.统计数据分析服务内容及要求 4. (略) 为数据分析服务 为满足 (略) (略) 为数据统计分析需求，要求系统具备签到、请假、考勤 * 类数据的分析报表功能。可自定义选择时间段与统计学生范围。 要求对 (略) ： 1)休假情况、离校情况与销假逾期情况分析； 2)多次请假、多次离校、多次销假逾期的学生排名并给出具体学生信息； 3)全校请假申请类型、审批通过率、审批逾期率、请假时长分布、离校情况分布、销假逾期分布分析； 4)请假申请次数与请假时长趋势分析； 要求对 (略) ： 1)整体签到人次情况、异常签到情况、签到请假情况分析； 2)出多次未签到、多次异常签到、多次请假的学生排名与具体学生信息分析； 3)签到人数、签到异常人数、签到请假人数的趋势分析。 要求对 (略) ： 1)查寝签到人次情况、异常签到情况、查寝请假情况、晚归情况、补签情况分析； 2)多次未签到、多次异常签到、多次请假、多次晚归与多次补签的学生排名与具体学生信息分析； 3)签到率、签到异常率、请假率、晚归率、补签率的趋势分析。 4.2统计看板服务 各级管理人员，可通过此功能查看指定时间、指定范围内的辅导员办公协作服务使用数据与功能具体使用情况。包含通知、活动报名、信息收集、请假、查寝、 (略) 产生的业务数据。以请假为例，校级管理员可筛选查看最近1周， (略) 内， (略) 管理学生的请假功能的使用情况，包含：申请数量、审批通过数量、销假逾期率、休假中的人数、总请假时长等。 5.基础能力服务内容及要求 5. (略) 任务控制服务 对通知、活动报名、信息收集、签到、查寝功能， (略) 预览正文、任务删除、重新开启任务、提前结束任务、撤回任务、延期任务、编辑任务与暂停任务的操作。 5.2备忘录服务 需支持辅 (略) 页/移动端添加待办事项，在网页/移动端之间同步数据，方便查看待办事务； 5.3自定义用户与筛选器服务 (略) 有管理用户在成员管理中，可新建自定义老师与学生分组， (略) 组织管理；添加自定义分组时，支持通过学号/工号粘贴的方式，快速匹配创建自定义分组； 在使用业务功能时， (略) 系、专业、班级、年级、学生类别、在校情况等字段，对业务使用 (略) 筛选，方便业务功能对不同类型学生的区别使用。 5.4辅导员的任务相互查看服务 要求辅导员用户在系统中可通过设置关注用户的方式，查看其它管理员与辅导员正在发布的任务与历史任务。管理员角色的用户可直接查看其他用户的任务；而其它用 (略) 关注申请，通 (略) 任务查看。 5.5成员管理服务 要求辅导员可以通过组织架构菜单， (略) 管理的学生信息，至少包括学号、姓名、学院、专业、班级、性别、手机号； 要 (略) 有管理用户，可以手动导入更新学生的手机号， (略) 管理的学生发送短信，以提醒学生安装用于接收任 (略) 任务的移动APP平台；提 (略) 有学生移动APP平台的激活使用情况； 5.6权限管理服务 要求系统支持设置校 (略) 级管理员。其中校级管理员可以对全校的辅导员与学 (略) 增删改查、院级管 (略) 在院系的辅导员与 (略) 增删改查； 要求校级管 (略) 自定义角色的创建与编辑，自定义角色支持设置不同的功能权限，并可以将自定义角色赋予辅导员或学生，同时查看自定义角色的使用情况； 5. (略) 配置服务 要求校级管理员可以对系统中的 (略) 统 * 管理，可配置学生类别与在校情况字段； 要求校级管理员可以对全校的电话提醒设置免打扰时间段，在设置的时间段内，学生将不会收到电话智能语音提醒； 要求校级管理员可以对全校的 (略) 开关配置； * 、采购项目商务要求 （ * ）服务交付时间、地点 1.交付要求：合同签订之日起7个工作日内，完成使用授权（含数据的导入工作），即供应商按约定的方式授权采购人使用软件服务，并完成对使用单位相关人员培训， 2.交货地点： (略) （采购人指定地点） （ * ）付款要求 合同签订后，完成使用授权且软 (略) 署，采购人验收通过之日起5个工作日内，采购人向成交供应商 * 次性支付本软 (略) 年服务费用。 |
点击查看>> * : * : *
| 项目名称 | 辅导员办公协作平台服务 | 项目编号 | HQU-JJ * 0 |
|---|---|---|---|
| 公告开始日期 | 点击查看>> * : * : * | 公告截止日期 | 点击查看>> * : * : * |
| 采购单位 | (略) | 付款方式 | |
| 联系人 | 中标后在我参与的项目中查看 | 联系电话 | 中标后在我参与的项目中查看 |
| 签约时间要求 | 成交后5个工作日内 | 到货时间要求 | 签约后5个工作日内 |
| 预算总价 | ￥ 点击查看>> . * | ||
| 收货地址 | (略) （ (略) 校区） | ||
| 供应商资质要求 | 符合《政府采购法》第 * 十 * 条规定的供应商基本条件 | ||
| 采购商品 | 采购数量 | 计量单位 | 所属分类 |
|---|---|---|---|
| 辅导员办公协作平台服务 | 1 | 项 | (略) 业 |
| 预算单价 | ￥ 点击查看>> . * |
|---|---|
| 技术参数及配置要求 | * 、购置清单 服务名称 辅导员办公协作平台服务 采购辅导员办公协作平台包含：1.业务功能：查寝、签到、请假、通知、活动报名、信息收集、学生信息库、工作日志、学生报告等；2.支撑功能：成员管理、全局配置、统计看板、桌面客户端；3.短信+虚拟电话增量包：每年内定量短信+虚拟电话提醒；4.提供技术人员7* * 小时服务，保障全校师生使用。 * 、技术参数 （ * ）服务总体技术要求 投标人提供给的辅导员办公协作平台服务，应满足如下总体服务内容或功能要求，具体要求如下： 1.系统可靠性：系统可靠性不低于 * .9%， (略) 1年时间里最多可能的业务中断时间不高于9小时。 2.浏览器兼容性：系统在PC端提供的功能，需支持国内主流基于 Webkit 内核的浏览器（如 * 高速浏览器、搜狗浏览器等）、谷歌浏览器、火狐浏览器、 Safari 浏览器。 3.系统兼容性：系统必须与现有校级平台（身份认证、主数据平台、办事大厅、今日校园），以及学工系统无缝集成，深度融合，确保应用服务集成、数据集成技术 * 致性， (略) (略) 有费用均包含在投标总价中。移动端通过现有 (略) 访问，采用独立 App 方式，至少支持 iOS 和 Android 两种操作系统。 4.延续我校现学生每日健康上报、相关重要通知触达、学生进出入校门报备制、学生请假、返校签到服务，确保数据的长期积累，更好延续我校学生疫情防控工作。 5.系 (略) 平台可与易班平台实现无缝对接， (略) 进 * 步提高易班共建质量，丰富学生信息化服务体验。 6.桌面客户端：系统提供Windows与Mac O (略) 的桌面客户端程序，允许常驻系统任务栏，可随时唤起打开使用。客户端支持Windows7以及Mac OS * .0以上版本的操作系统。 （ * ）服务安全性要求 1.要求服务提供良好的安全策略，包括物理安全、数据安全、应用安全以及运维安全等方面； 2.要求服务提供与防火墙、IPS、杀毒软件、安全审计等安全设备对接的通用接口； 3.建立完整的安全体系、安全应急响应机制，做好安全事故模拟演习，保障整个服务的安全与可靠。 （ * ）集成规范要求 本系统作为数字化校园 (略) 分， (略) 信息化建设的相关标准及要求，具体如下： 1.系统平台中的 (略) 标数据必 (略) 颁布的最新版本的 (略) (略) 编码； 2.系统平台中的各种校定标准数据必 (略) 信息标准 (略) 编码； 3. (略) 签订“第 * 方人员保密协议”，对于系统平台使用的系统、业务、用户的数据和信息等内容具有保密的义务。 4. (略) 署后，需与校内共享数据平台、统 * 身份认证平台以及服务门户集成，集成要求如下： 系统与校内各系统数据交换时，必 (略) 共 (略) 数据交换，不得单独针 (略) 接口开发； 系统 (略) 数字化校园统 * 身份 (略) 校内人员的认证登录，实现校内单点登录；且需具备身份认证的深度集成， (略) 服务门户中； 地理信息系统集成要求， (略) 地理信息使用和显示的， (略) 地理信息系统（GIS）提供的接口实现。 5.系统需支持谷歌浏览器，IE 9及以上浏览器； 6.如果系统用于与微信和移动校园集成； (略) 指定的Html 5页面； 7.系统集成涉及系统架构和开发工作量以及费用由系统承建商负责； 8.基于系统安全考虑， (略) 站禁止使用Struts2相关技术架构。对于Struts 2架 (略) 站安全评估不予通过。 9.系统需满足信息系统安全等级保护要求。 (略) 指定的安全 (略) 信息系统上线安全评估，检验合格的系统 (略) 。 （ * ）支撑与保障服务要求 1.部署服务 本次招标辅导员办公协 (略) 署所需的硬件、 (略) 环境及第 * 方软件正版使用授权 (略) 需求由中标人统 * 提供，学校不提供单独的支 (略) 的软件与硬件； 投标人中标后， (略) 要求 (略) 署工作并具备上线启动使用的条件。 2.持续维护与升级服务 要求投标人自 * 日起，最长每 * 个工 (略) 涉产 (略) * 次升级，并在产 (略) 站等渠道告知用户相关更新内容。截止开标日， (略) ， (略) 截图证明。 3.服支持服务 (略) 功能使用， (略) 理学校在服务使用过程当中的各种问题，如：使用培训、资料发送、问题解答、日常BUG跟踪与结果反馈、数据报告制作、 (略) 景引导与培训、学校汇报材料数据制作等相关工作。 要求投标人提供至少每周7* * 小时的客服在线服务，负责及时解答辅 (略) 用户的相关使用疑问。 4.培训服务 要求投标人提供服务推广的不少于 * 条的标准动作清单与不少于 * 家的落地案例。投标人需提供免费、全面的培训， (略) 至少3名在职教职工 ，培训内容至少应包括：系统基本使用培训、配置管理和系统维护培训、数据定义和管理培训、其他各类操作培训等。投标人必须派出具有相应专业资格和实际工作经验的教师 (略) 培训，主要培训教员应至少具有 * 年的相关培训经验，培训前需向采购人提供相关证明文件。 投标人须提供详细的培训计划，培训需采用集中授课、现场演示和辅助操作 (略) ，需按照侧重点不同， (略) 管理的培训和面向使用的培训，培训天数不得少于3天/人 ，现场培训不得少于1天/人 。 5.帮助文档与视频支持服务 要求 (略) 有功能的功能演示与讲解视频，并提供全量功能使用的操作手册。 6.学校使用情况数据分析支持服务 要求投标人，在校方要求下， (略) 当前服务的使用数据分析报告， (略) 有功能的阶段性使用数据情况与常用功能分析等信息。以供校领导定期掌握服务落地效果与使用相关情况，用于评估服务实际价值，作为继续使用的数据依据。 （ * ）服务内容及要求 1.移动端提供技术服务的要求 投标人基于辅导员办公协作服务移动端提供技术服务，服务内容及功能具体要求如下： 统 * 身份认证：支持统 * 的移动认证接口， (略) 的身份认证系统。 通讯录： (略) 的组织架构提供通讯录功能，并支持姓名或者电话号码模糊查询。找同学、找老师、 (略) 门，并可以关注和沟通。 即时通讯：需提供即时通讯功能支持学生间、学生与辅导员间的私聊沟通，即时聊天可发布图片、音频、文字、表情等。 2.PC端提供技术服务的要求 基于辅导员办公协作服务PC端提供技术服务， (略) 通知发布、信息收集发布、活动报名信息发布、以及相关的信息管理工作等服务需求，具体服务内容与功能要求如下。 要求在PC端，通知、活动报名、信息采集、定点签到、查寝等功能的内容编辑区域，支持展示从word、网页中直接复制的文字，并保留其格式与样式， (略) 页中复制的图片。 要求在PC端除通过浏览器使用系统以外，系统提供独立的桌面客户端程序， (略) 通知发布、信息收集、活动报名发布等相关任务操作。可常驻于系统任务栏，并可随时唤起打开使用，支持在 * 段时间内无需重复登录。桌面客户端支持Windows7与Mac OS * .0以上版本的操作系统。 3.辅导员业务应用服务要求 3.1通知服务 要求辅导员可以编辑通知并发送给学生，通知内容包括通知标题、通知正文、附件上传，通知可以设固 (略) 定时发送，学生可以在手机端看到通知内容，并手动确认是否已经阅读过通知； 通知需支持通过APP推送、可设APP推送的时间。对于重要的通知，还需具备短信提醒、电话智能语言提醒方式。发送通知前可在本地试听智能电话语音。 要求通知下面设学生提问区，学生可以就该通知向辅导员提问。辅导员可以在PC端、移动端回答学生的问题，同时辅导员可根据实际情况，选择将该问题的答案仅供提问者查看，或者供全体接受该通知的学生查看； 对于重要性比较高的通知，辅导员发出通知后，学生长时间未阅读，系统需主动通知学生，可根据任务 (略) 短信与电话智能语音提醒；同时辅导员可对未读 (略) 提醒，可通过APP推送、短信或电话智能语音方式提醒； (略) 可以设置全校级的通知任务， (略) 辅导员或其他管理 (略) 通知任务， (略) 管理的学生查看/确认； (略) (略) 有管理角色用 (略) 进度，以及全量学生的通知的查看/确认进度。 3.2活动报名服务 要求辅导员可通过服务发布活动信息，活动信息至少包括活动名称、活动地点、开始结束时间、报名截止时间、活动内容说明、活动举办方、活动海报图片上传。其中活动名称、活动地点、开始结束时间、报名截止时间、活动内容说明为必填项； 要求学生可在移动端完成活动报名，报名结束后，辅导员可在PC端导出excel格式的报名学生名单。报名名单中至少包括学号、姓名、性别、手机号、年级、班级、专业、政治面貌、民族。 要求辅导员可通过服务对活动报名信息未 (略) 消息提醒，并支持短信、虚拟语音电话等提醒方式。 3.3信息收集服务 要求辅导员可以通过服务发布给学生填写的收集表单。收集表单内容至少包括标题、标题详情、收集项目。收集项目至少包括填写文本、单选题、多选题、上传图片、时间选择题、地址选择题等； 要求发布收集表单时可开启定位采集功能，可采集学生在 (略) 处的地理位置信息，辅导员在查看学生填写信息时，可查看定位地址信息，并可在地图中展现具体地点； 要求学生可在移动端完成表格填写，对于长时间没有完成填写的学生，要求系统自动通过APP推送、短信或虚拟电话等方式予以通知，同时辅导员也可通过手动方式触发提醒； 对填写内容不符合要求的学生，辅导员可以通过打回的方式要求学生重新填写，打回后学生将收到移动端 (略) 再次填写提交。辅导员打回时，可以编写打回理由，并可以选择短信或电话智能语音的提醒方式。 要求辅导员可在PC端与移动端帮助未 (略) 代填，填写后留存具体填写记录，包括填写人工号、姓名与操作时间等信息；要求辅导员可在PC端与移动端修改学生已提交的填写信息，并留存具体修改记录，包括修改人工号、姓名与操作时间等信息； 信息收集完成后，可将收集的数据通过excel表格的形式导出，对收集的图片，支持打包下载； 辅导员办公服务PC端与移动端中，必须可以查看信息收集的收集进度、收集数据、统计图表；其中统计图表支持查看具体选项与填写文本的数量分布情况，点击具体选项与数量后，可查看填写该选项或文本项的学生名单，包括学生姓名、学号、手机号等基本信息，支持对学生名单批量打回要求学生重新填写，同时支持将学生名单导出为excel； 要求校级管理人员可创建全校级信息收集任务，设置任务填写表单与填写时间等信息，并分发要求指定辅导员或管理人员在PC端 (略) ，发送给其管 (略) 填写；学生在移动端填写后，分管辅导员与管理人员可查看其管理学生的填写数据， (略) 打回、编辑、代填等相关操作，确认数据准确，校级管理人员可通过收集任务汇总查看全校 (略) 情况，以及全校学生的填写具体数据以及统计分析结果； 要求全校级信息收集任务或普通信息收集任务发送后，所有可见该任务的管理人员 (略) 复制，复制后保留原任务的相关表单配置信息， (略) 编辑修改后发送。 3.4学生请假服务 学生可通过移动端向辅导员请假，请假页面必须包括请假类型、开始时间、结束时间、是否需要离校、紧急联系人联系方式、审批人、请假原因、且可在同 * 页面上传附件； 学生在填写请假申请时，可根据管理员后台配置采集 (略) 在的地理位置信息，请假申请提交后，辅导员在审批时可查看学生定位地址，并可打开地图查看具体地点； 学生在填写请假申请，以及老师在审批时，可设置请假申请的抄送人，可选择系统内的老师或学生，至少可添加3名抄送人员，设置完成后当请假审批流 (略) 通过后，所选的抄送人将收到提醒，并可查看该请假申请详情信息； 辅导员可在PC端、 (略) 审批请假申请。在审批界面具有核实电话、电话详情包括学生电话和紧急联系人电话，可点击号码直接拨号通话， (略) 的请假申请， (略) 后，需在 (略) 销假； 在学生移动端销假页面上，需有学生手机的实时拍照上传、实时定位位置上传等功能，该页面不允许学生上传图片代替实时拍照； 若学生无法按时销假，支持学生对原有请假单提交续假申请，在辅导员批准生效后自动延长原有请假时长，并在请假记录中可合并查看，保持请假申请与续假申请的关联性； (略) 管理人员可对 (略) 详细配置，必须包含：学生销假时是否必须上传照片、学生提交请假/续假申请时、是否必须上传地理位置、请假最大申请时长设置、审批逾期条件设置、以及非离校请假 (略) 销假等， (略) 相关管理要求； (略) 管理人员可自定义设置请假类型，定义请假类型名称并可控制开启或关闭状态，同时针对于单个请假类型，必须支持对补请假与提前请假分别可控制是否开启，以及补请假与提前请假的时间范围设置，若设置开启后，学生提交请假申请选择对应请假类型后，系统界面中将出现相关时间要求； (略) 管理人员可统 * 设置学生的销假定位范围，支持在地图界面中通过POI兴趣点搜索查找地点并设置销假范围； (略) 管理人员可设置销假逾期提醒，当学生请假时间截止 (略) 销假操作，可自动通过APP推送与短信提醒系统审批人员； (略) 管理人员可 (略) 设置请假审批流程， (略) 请假流程配置是否启用；审批流程设置时，支持按照请假类型、请假时长等条件，执行不同的请假审批流程，在审批节点上，允许按系统角色与自 (略) 审批人员配置，并可以设置请假 (略) 的优先级与审批人去重。 3.5签到服务 要求辅导员可以通知学生，在指定时间、地点通过移动 (略) 打卡签到，辅导员可以在移动端、PC端查看到签到的实时进度情况； 在创建签到任务时，服 (略) 景对 (略) 分类，如会议、自习、返校签到、活动、实习等，根据不同的类型自动推荐签到方式与签到时间，方便辅导员创建签到任务。 要求辅导员发布的签到任务可通过学生扫 (略) 签到，辅导员在发布签到任务时，可以指派学生或设置自己为 * 维码负责人， * 维码负责人会在任务开始前收到短信提醒，签到开始后， * 维码负责人可以通过移动端/网页端展示签到 * 维码，收到签到任务的学生可以通过扫 (略) 签到； * 维码负责人可以对改签 (略) 手动修改；动态 * 维码可应对需要 (略) 景， * 维码每 * 秒刷新 * 次，防止截屏转发完成签到； ★要求辅导员发布签到任务时，可设置学生在 (略) 定位或 * 维码扫描后，必须填写附加题；至少可设置3道选择题，并可设置异常提醒选项，即当学生选择异常选项后，可第 * 时间通过APP推送提醒任务发送辅导员，辅导员点击消息后，可查看学生填写详情； 要求辅导员可以要求学生在签 (略) 拍照，并且辅 (略) 编辑拍照要求； ★ (略) 可以设置全校级的签到任务，分配给指定的辅导员或 (略) 签到任务，并安排其 (略) 签到；学生签到后， (略) 可以看到全校辅导员或管理人 (略) 进度， (略) 有分管学生的签到实时情况；并可以以辅导员维度查看任务详细情况； 要求对学生的签到状态，辅导员可以手动更改，并可以添加修改备注； ★要求学生签到后界面中可弹出学生信息详情页，方便签到 (略) 现场查验；个人信息详情页需带有基础的防伪措施，用于区分截图保存界面；详情页至少包含学生姓名、学号、性别、年级、学院、专业、班级、年级、宿舍信息等基础信息；当签到任务设置了附加信息与异常值时，学生若填写异常选项，可通过信息页直观查看异常状态。 3.6查寝服务 要求学生可通过拍照和定 (略) 查寝签到。 要求服务可创建查寝组，查寝组可设置查寝名称、查寝日、签到时间段、查寝频率、拍照要求、签到范围、查寝对象。 对查寝日的设置，支持在日历上勾选特定多个日期，发起签到任务。或设置 * 定时间范围内自动循环发起查寝任务。（如3月 * 日至5月1日期间，每周 * 、 * 、 * 、日自动发起查寝任务） 要求可对创建 (略) 开始、暂停、设置与归档操作，并且可将 * 段时间的查寝记录通过excel表格的形式导出。 要求在查寝功能中，可以通过导入、在线编辑的方式，维护全校的宿舍与学生对应关系等信息，并在查寝任务详情中作为参考信息展现。 3.7学生信息库服务 要求支持汇总辅导员协同办公服务内产生的学生数据，以及校内学工、教务系统中的学生基本信息、家庭联系方式、宿舍信息与学生成绩信息； 要求系统 (略) 管理的学生数据权限范围，支持搜索单个学生查看信息，可调取查看服务产生的数据汇总记录，包括通知、活动报名、信息收集、签到、查寝、请假 (略) 产生数据，点击具体数据记录可调取查看任务详情；同时要求单独呈现信息收集任务的全量结果数据并可在界面 (略) 填写的内容； 支持人工excel导入与系统API对接的方式同步学生信息库中的数据，与校内系统保持 * 致。 3.8工作日志服务 ★要求系统内置“查听课记录”、“谈心谈话记录”、“宿舍走访记录” * 类日志类型， (略) 管理人员自定义创建工作日志模板表单，日志模板库支持字段类型包括：短文本、长文本、填写数字、单选、多选、时间选择、人员/组织选择、上传附件、定位签到等，日志模板创建完成后，可发布给 (略) 填写与提交； 要求辅导员可在服务的PC端与移动端填写工作日志，实时保存填写内容，同时移动端填写支持语音转文字功能，辅导员填写时对手机说出内容，可自动转换为日志内容； (略) 管理人员可发布工作日志填写任务，针对于指定的日志模板要求在指定时间段内提交相应数量的工作日志，并可设置在辅导员未按期提交指定数量的日志时，即时提醒辅导员填写并提交工作日志；支持查看任务发布后的辅导员日志提交进度并可导出excel。 4.统计数据分析服务内容及要求 4. (略) 为数据分析服务 为满足 (略) (略) 为数据统计分析需求，要求系统具备签到、请假、考勤 * 类数据的分析报表功能。可自定义选择时间段与统计学生范围。 要求对 (略) ： 1)休假情况、离校情况与销假逾期情况分析； 2)多次请假、多次离校、多次销假逾期的学生排名并给出具体学生信息； 3)全校请假申请类型、审批通过率、审批逾期率、请假时长分布、离校情况分布、销假逾期分布分析； 4)请假申请次数与请假时长趋势分析； 要求对 (略) ： 1)整体签到人次情况、异常签到情况、签到请假情况分析； 2)出多次未签到、多次异常签到、多次请假的学生排名与具体学生信息分析； 3)签到人数、签到异常人数、签到请假人数的趋势分析。 要求对 (略) ： 1)查寝签到人次情况、异常签到情况、查寝请假情况、晚归情况、补签情况分析； 2)多次未签到、多次异常签到、多次请假、多次晚归与多次补签的学生排名与具体学生信息分析； 3)签到率、签到异常率、请假率、晚归率、补签率的趋势分析。 4.2统计看板服务 各级管理人员，可通过此功能查看指定时间、指定范围内的辅导员办公协作服务使用数据与功能具体使用情况。包含通知、活动报名、信息收集、请假、查寝、 (略) 产生的业务数据。以请假为例，校级管理员可筛选查看最近1周， (略) 内， (略) 管理学生的请假功能的使用情况，包含：申请数量、审批通过数量、销假逾期率、休假中的人数、总请假时长等。 5.基础能力服务内容及要求 5. (略) 任务控制服务 对通知、活动报名、信息收集、签到、查寝功能， (略) 预览正文、任务删除、重新开启任务、提前结束任务、撤回任务、延期任务、编辑任务与暂停任务的操作。 5.2备忘录服务 需支持辅 (略) 页/移动端添加待办事项，在网页/移动端之间同步数据，方便查看待办事务； 5.3自定义用户与筛选器服务 (略) 有管理用户在成员管理中，可新建自定义老师与学生分组， (略) 组织管理；添加自定义分组时，支持通过学号/工号粘贴的方式，快速匹配创建自定义分组； 在使用业务功能时， (略) 系、专业、班级、年级、学生类别、在校情况等字段，对业务使用 (略) 筛选，方便业务功能对不同类型学生的区别使用。 5.4辅导员的任务相互查看服务 要求辅导员用户在系统中可通过设置关注用户的方式，查看其它管理员与辅导员正在发布的任务与历史任务。管理员角色的用户可直接查看其他用户的任务；而其它用 (略) 关注申请，通 (略) 任务查看。 5.5成员管理服务 要求辅导员可以通过组织架构菜单， (略) 管理的学生信息，至少包括学号、姓名、学院、专业、班级、性别、手机号； 要 (略) 有管理用户，可以手动导入更新学生的手机号， (略) 管理的学生发送短信，以提醒学生安装用于接收任 (略) 任务的移动APP平台；提 (略) 有学生移动APP平台的激活使用情况； 5.6权限管理服务 要求系统支持设置校 (略) 级管理员。其中校级管理员可以对全校的辅导员与学 (略) 增删改查、院级管 (略) 在院系的辅导员与 (略) 增删改查； 要求校级管 (略) 自定义角色的创建与编辑，自定义角色支持设置不同的功能权限，并可以将自定义角色赋予辅导员或学生，同时查看自定义角色的使用情况； 5. (略) 配置服务 要求校级管理员可以对系统中的 (略) 统 * 管理，可配置学生类别与在校情况字段； 要求校级管理员可以对全校的电话提醒设置免打扰时间段，在设置的时间段内，学生将不会收到电话智能语音提醒； 要求校级管理员可以对全校的 (略) 开关配置； * 、采购项目商务要求 （ * ）服务交付时间、地点 1.交付要求：合同签订之日起7个工作日内，完成使用授权（含数据的导入工作），即供应商按约定的方式授权采购人使用软件服务，并完成对使用单位相关人员培训， 2.交货地点： (略) （采购人指定地点） （ * ）付款要求 合同签订后，完成使用授权且软 (略) 署，采购人验收通过之日起5个工作日内，采购人向成交供应商 * 次性支付本软 (略) 年服务费用。 |
点击查看>> * : * : *
| 项目名称 | 辅导员办公协作平台服务 | 项目编号 | HQU-JJ * 0 |
|---|---|---|---|
| 公告开始日期 | 点击查看>> * : * : * | 公告截止日期 | 点击查看>> * : * : * |
| 采购单位 | (略) | 付款方式 | |
| 联系人 | 中标后在我参与的项目中查看 | 联系电话 | 中标后在我参与的项目中查看 |
| 签约时间要求 | 成交后5个工作日内 | 到货时间要求 | 签约后5个工作日内 |
| 预算总价 | ￥ 点击查看>> . * | ||
| 收货地址 | (略) （ (略) 校区） | ||
| 供应商资质要求 | 符合《政府采购法》第 * 十 * 条规定的供应商基本条件 | ||
| 采购商品 | 采购数量 | 计量单位 | 所属分类 |
|---|---|---|---|
| 辅导员办公协作平台服务 | 1 | 项 | (略) 业 |
| 预算单价 | ￥ 点击查看>> . * |
|---|---|
| 技术参数及配置要求 | * 、购置清单 服务名称 辅导员办公协作平台服务 采购辅导员办公协作平台包含：1.业务功能：查寝、签到、请假、通知、活动报名、信息收集、学生信息库、工作日志、学生报告等；2.支撑功能：成员管理、全局配置、统计看板、桌面客户端；3.短信+虚拟电话增量包：每年内定量短信+虚拟电话提醒；4.提供技术人员7* * 小时服务，保障全校师生使用。 * 、技术参数 （ * ）服务总体技术要求 投标人提供给的辅导员办公协作平台服务，应满足如下总体服务内容或功能要求，具体要求如下： 1.系统可靠性：系统可靠性不低于 * .9%， (略) 1年时间里最多可能的业务中断时间不高于9小时。 2.浏览器兼容性：系统在PC端提供的功能，需支持国内主流基于 Webkit 内核的浏览器（如 * 高速浏览器、搜狗浏览器等）、谷歌浏览器、火狐浏览器、 Safari 浏览器。 3.系统兼容性：系统必须与现有校级平台（身份认证、主数据平台、办事大厅、今日校园），以及学工系统无缝集成，深度融合，确保应用服务集成、数据集成技术 * 致性， (略) (略) 有费用均包含在投标总价中。移动端通过现有 (略) 访问，采用独立 App 方式，至少支持 iOS 和 Android 两种操作系统。 4.延续我校现学生每日健康上报、相关重要通知触达、学生进出入校门报备制、学生请假、返校签到服务，确保数据的长期积累，更好延续我校学生疫情防控工作。 5.系 (略) 平台可与易班平台实现无缝对接， (略) 进 * 步提高易班共建质量，丰富学生信息化服务体验。 6.桌面客户端：系统提供Windows与Mac O (略) 的桌面客户端程序，允许常驻系统任务栏，可随时唤起打开使用。客户端支持Windows7以及Mac OS * .0以上版本的操作系统。 （ * ）服务安全性要求 1.要求服务提供良好的安全策略，包括物理安全、数据安全、应用安全以及运维安全等方面； 2.要求服务提供与防火墙、IPS、杀毒软件、安全审计等安全设备对接的通用接口； 3.建立完整的安全体系、安全应急响应机制，做好安全事故模拟演习，保障整个服务的安全与可靠。 （ * ）集成规范要求 本系统作为数字化校园 (略) 分， (略) 信息化建设的相关标准及要求，具体如下： 1.系统平台中的 (略) 标数据必 (略) 颁布的最新版本的 (略) (略) 编码； 2.系统平台中的各种校定标准数据必 (略) 信息标准 (略) 编码； 3. (略) 签订“第 * 方人员保密协议”，对于系统平台使用的系统、业务、用户的数据和信息等内容具有保密的义务。 4. (略) 署后，需与校内共享数据平台、统 * 身份认证平台以及服务门户集成，集成要求如下： 系统与校内各系统数据交换时，必 (略) 共 (略) 数据交换，不得单独针 (略) 接口开发； 系统 (略) 数字化校园统 * 身份 (略) 校内人员的认证登录，实现校内单点登录；且需具备身份认证的深度集成， (略) 服务门户中； 地理信息系统集成要求， (略) 地理信息使用和显示的， (略) 地理信息系统（GIS）提供的接口实现。 5.系统需支持谷歌浏览器，IE 9及以上浏览器； 6.如果系统用于与微信和移动校园集成； (略) 指定的Html 5页面； 7.系统集成涉及系统架构和开发工作量以及费用由系统承建商负责； 8.基于系统安全考虑， (略) 站禁止使用Struts2相关技术架构。对于Struts 2架 (略) 站安全评估不予通过。 9.系统需满足信息系统安全等级保护要求。 (略) 指定的安全 (略) 信息系统上线安全评估，检验合格的系统 (略) 。 （ * ）支撑与保障服务要求 1.部署服务 本次招标辅导员办公协 (略) 署所需的硬件、 (略) 环境及第 * 方软件正版使用授权 (略) 需求由中标人统 * 提供，学校不提供单独的支 (略) 的软件与硬件； 投标人中标后， (略) 要求 (略) 署工作并具备上线启动使用的条件。 2.持续维护与升级服务 要求投标人自 * 日起，最长每 * 个工 (略) 涉产 (略) * 次升级，并在产 (略) 站等渠道告知用户相关更新内容。截止开标日， (略) ， (略) 截图证明。 3.服支持服务 (略) 功能使用， (略) 理学校在服务使用过程当中的各种问题，如：使用培训、资料发送、问题解答、日常BUG跟踪与结果反馈、数据报告制作、 (略) 景引导与培训、学校汇报材料数据制作等相关工作。 要求投标人提供至少每周7* * 小时的客服在线服务，负责及时解答辅 (略) 用户的相关使用疑问。 4.培训服务 要求投标人提供服务推广的不少于 * 条的标准动作清单与不少于 * 家的落地案例。投标人需提供免费、全面的培训， (略) 至少3名在职教职工 ，培训内容至少应包括：系统基本使用培训、配置管理和系统维护培训、数据定义和管理培训、其他各类操作培训等。投标人必须派出具有相应专业资格和实际工作经验的教师 (略) 培训，主要培训教员应至少具有 * 年的相关培训经验，培训前需向采购人提供相关证明文件。 投标人须提供详细的培训计划，培训需采用集中授课、现场演示和辅助操作 (略) ，需按照侧重点不同， (略) 管理的培训和面向使用的培训，培训天数不得少于3天/人 ，现场培训不得少于1天/人 。 5.帮助文档与视频支持服务 要求 (略) 有功能的功能演示与讲解视频，并提供全量功能使用的操作手册。 6.学校使用情况数据分析支持服务 要求投标人，在校方要求下， (略) 当前服务的使用数据分析报告， (略) 有功能的阶段性使用数据情况与常用功能分析等信息。以供校领导定期掌握服务落地效果与使用相关情况，用于评估服务实际价值，作为继续使用的数据依据。 （ * ）服务内容及要求 1.移动端提供技术服务的要求 投标人基于辅导员办公协作服务移动端提供技术服务，服务内容及功能具体要求如下： 统 * 身份认证：支持统 * 的移动认证接口， (略) 的身份认证系统。 通讯录： (略) 的组织架构提供通讯录功能，并支持姓名或者电话号码模糊查询。找同学、找老师、 (略) 门，并可以关注和沟通。 即时通讯：需提供即时通讯功能支持学生间、学生与辅导员间的私聊沟通，即时聊天可发布图片、音频、文字、表情等。 2.PC端提供技术服务的要求 基于辅导员办公协作服务PC端提供技术服务， (略) 通知发布、信息收集发布、活动报名信息发布、以及相关的信息管理工作等服务需求，具体服务内容与功能要求如下。 要求在PC端，通知、活动报名、信息采集、定点签到、查寝等功能的内容编辑区域，支持展示从word、网页中直接复制的文字，并保留其格式与样式， (略) 页中复制的图片。 要求在PC端除通过浏览器使用系统以外，系统提供独立的桌面客户端程序， (略) 通知发布、信息收集、活动报名发布等相关任务操作。可常驻于系统任务栏，并可随时唤起打开使用，支持在 * 段时间内无需重复登录。桌面客户端支持Windows7与Mac OS * .0以上版本的操作系统。 3.辅导员业务应用服务要求 3.1通知服务 要求辅导员可以编辑通知并发送给学生，通知内容包括通知标题、通知正文、附件上传，通知可以设固 (略) 定时发送，学生可以在手机端看到通知内容，并手动确认是否已经阅读过通知； 通知需支持通过APP推送、可设APP推送的时间。对于重要的通知，还需具备短信提醒、电话智能语言提醒方式。发送通知前可在本地试听智能电话语音。 要求通知下面设学生提问区，学生可以就该通知向辅导员提问。辅导员可以在PC端、移动端回答学生的问题，同时辅导员可根据实际情况，选择将该问题的答案仅供提问者查看，或者供全体接受该通知的学生查看； 对于重要性比较高的通知，辅导员发出通知后，学生长时间未阅读，系统需主动通知学生，可根据任务 (略) 短信与电话智能语音提醒；同时辅导员可对未读 (略) 提醒，可通过APP推送、短信或电话智能语音方式提醒； (略) 可以设置全校级的通知任务， (略) 辅导员或其他管理 (略) 通知任务， (略) 管理的学生查看/确认； (略) (略) 有管理角色用 (略) 进度，以及全量学生的通知的查看/确认进度。 3.2活动报名服务 要求辅导员可通过服务发布活动信息，活动信息至少包括活动名称、活动地点、开始结束时间、报名截止时间、活动内容说明、活动举办方、活动海报图片上传。其中活动名称、活动地点、开始结束时间、报名截止时间、活动内容说明为必填项； 要求学生可在移动端完成活动报名，报名结束后，辅导员可在PC端导出excel格式的报名学生名单。报名名单中至少包括学号、姓名、性别、手机号、年级、班级、专业、政治面貌、民族。 要求辅导员可通过服务对活动报名信息未 (略) 消息提醒，并支持短信、虚拟语音电话等提醒方式。 3.3信息收集服务 要求辅导员可以通过服务发布给学生填写的收集表单。收集表单内容至少包括标题、标题详情、收集项目。收集项目至少包括填写文本、单选题、多选题、上传图片、时间选择题、地址选择题等； 要求发布收集表单时可开启定位采集功能，可采集学生在 (略) 处的地理位置信息，辅导员在查看学生填写信息时，可查看定位地址信息，并可在地图中展现具体地点； 要求学生可在移动端完成表格填写，对于长时间没有完成填写的学生，要求系统自动通过APP推送、短信或虚拟电话等方式予以通知，同时辅导员也可通过手动方式触发提醒； 对填写内容不符合要求的学生，辅导员可以通过打回的方式要求学生重新填写，打回后学生将收到移动端 (略) 再次填写提交。辅导员打回时，可以编写打回理由，并可以选择短信或电话智能语音的提醒方式。 要求辅导员可在PC端与移动端帮助未 (略) 代填，填写后留存具体填写记录，包括填写人工号、姓名与操作时间等信息；要求辅导员可在PC端与移动端修改学生已提交的填写信息，并留存具体修改记录，包括修改人工号、姓名与操作时间等信息； 信息收集完成后，可将收集的数据通过excel表格的形式导出，对收集的图片，支持打包下载； 辅导员办公服务PC端与移动端中，必须可以查看信息收集的收集进度、收集数据、统计图表；其中统计图表支持查看具体选项与填写文本的数量分布情况，点击具体选项与数量后，可查看填写该选项或文本项的学生名单，包括学生姓名、学号、手机号等基本信息，支持对学生名单批量打回要求学生重新填写，同时支持将学生名单导出为excel； 要求校级管理人员可创建全校级信息收集任务，设置任务填写表单与填写时间等信息，并分发要求指定辅导员或管理人员在PC端 (略) ，发送给其管 (略) 填写；学生在移动端填写后，分管辅导员与管理人员可查看其管理学生的填写数据， (略) 打回、编辑、代填等相关操作，确认数据准确，校级管理人员可通过收集任务汇总查看全校 (略) 情况，以及全校学生的填写具体数据以及统计分析结果； 要求全校级信息收集任务或普通信息收集任务发送后，所有可见该任务的管理人员 (略) 复制，复制后保留原任务的相关表单配置信息， (略) 编辑修改后发送。 3.4学生请假服务 学生可通过移动端向辅导员请假，请假页面必须包括请假类型、开始时间、结束时间、是否需要离校、紧急联系人联系方式、审批人、请假原因、且可在同 * 页面上传附件； 学生在填写请假申请时，可根据管理员后台配置采集 (略) 在的地理位置信息，请假申请提交后，辅导员在审批时可查看学生定位地址，并可打开地图查看具体地点； 学生在填写请假申请，以及老师在审批时，可设置请假申请的抄送人，可选择系统内的老师或学生，至少可添加3名抄送人员，设置完成后当请假审批流 (略) 通过后，所选的抄送人将收到提醒，并可查看该请假申请详情信息； 辅导员可在PC端、 (略) 审批请假申请。在审批界面具有核实电话、电话详情包括学生电话和紧急联系人电话，可点击号码直接拨号通话， (略) 的请假申请， (略) 后，需在 (略) 销假； 在学生移动端销假页面上，需有学生手机的实时拍照上传、实时定位位置上传等功能，该页面不允许学生上传图片代替实时拍照； 若学生无法按时销假，支持学生对原有请假单提交续假申请，在辅导员批准生效后自动延长原有请假时长，并在请假记录中可合并查看，保持请假申请与续假申请的关联性； (略) 管理人员可对 (略) 详细配置，必须包含：学生销假时是否必须上传照片、学生提交请假/续假申请时、是否必须上传地理位置、请假最大申请时长设置、审批逾期条件设置、以及非离校请假 (略) 销假等， (略) 相关管理要求； (略) 管理人员可自定义设置请假类型，定义请假类型名称并可控制开启或关闭状态，同时针对于单个请假类型，必须支持对补请假与提前请假分别可控制是否开启，以及补请假与提前请假的时间范围设置，若设置开启后，学生提交请假申请选择对应请假类型后，系统界面中将出现相关时间要求； (略) 管理人员可统 * 设置学生的销假定位范围，支持在地图界面中通过POI兴趣点搜索查找地点并设置销假范围； (略) 管理人员可设置销假逾期提醒，当学生请假时间截止 (略) 销假操作，可自动通过APP推送与短信提醒系统审批人员； (略) 管理人员可 (略) 设置请假审批流程， (略) 请假流程配置是否启用；审批流程设置时，支持按照请假类型、请假时长等条件，执行不同的请假审批流程，在审批节点上，允许按系统角色与自 (略) 审批人员配置，并可以设置请假 (略) 的优先级与审批人去重。 3.5签到服务 要求辅导员可以通知学生，在指定时间、地点通过移动 (略) 打卡签到，辅导员可以在移动端、PC端查看到签到的实时进度情况； 在创建签到任务时，服 (略) 景对 (略) 分类，如会议、自习、返校签到、活动、实习等，根据不同的类型自动推荐签到方式与签到时间，方便辅导员创建签到任务。 要求辅导员发布的签到任务可通过学生扫 (略) 签到，辅导员在发布签到任务时，可以指派学生或设置自己为 * 维码负责人， * 维码负责人会在任务开始前收到短信提醒，签到开始后， * 维码负责人可以通过移动端/网页端展示签到 * 维码，收到签到任务的学生可以通过扫 (略) 签到； * 维码负责人可以对改签 (略) 手动修改；动态 * 维码可应对需要 (略) 景， * 维码每 * 秒刷新 * 次，防止截屏转发完成签到； ★要求辅导员发布签到任务时，可设置学生在 (略) 定位或 * 维码扫描后，必须填写附加题；至少可设置3道选择题，并可设置异常提醒选项，即当学生选择异常选项后，可第 * 时间通过APP推送提醒任务发送辅导员，辅导员点击消息后，可查看学生填写详情； 要求辅导员可以要求学生在签 (略) 拍照，并且辅 (略) 编辑拍照要求； ★ (略) 可以设置全校级的签到任务，分配给指定的辅导员或 (略) 签到任务，并安排其 (略) 签到；学生签到后， (略) 可以看到全校辅导员或管理人 (略) 进度， (略) 有分管学生的签到实时情况；并可以以辅导员维度查看任务详细情况； 要求对学生的签到状态，辅导员可以手动更改，并可以添加修改备注； ★要求学生签到后界面中可弹出学生信息详情页，方便签到 (略) 现场查验；个人信息详情页需带有基础的防伪措施，用于区分截图保存界面；详情页至少包含学生姓名、学号、性别、年级、学院、专业、班级、年级、宿舍信息等基础信息；当签到任务设置了附加信息与异常值时，学生若填写异常选项，可通过信息页直观查看异常状态。 3.6查寝服务 要求学生可通过拍照和定 (略) 查寝签到。 要求服务可创建查寝组，查寝组可设置查寝名称、查寝日、签到时间段、查寝频率、拍照要求、签到范围、查寝对象。 对查寝日的设置，支持在日历上勾选特定多个日期，发起签到任务。或设置 * 定时间范围内自动循环发起查寝任务。（如3月 * 日至5月1日期间，每周 * 、 * 、 * 、日自动发起查寝任务） 要求可对创建 (略) 开始、暂停、设置与归档操作，并且可将 * 段时间的查寝记录通过excel表格的形式导出。 要求在查寝功能中，可以通过导入、在线编辑的方式，维护全校的宿舍与学生对应关系等信息，并在查寝任务详情中作为参考信息展现。 3.7学生信息库服务 要求支持汇总辅导员协同办公服务内产生的学生数据，以及校内学工、教务系统中的学生基本信息、家庭联系方式、宿舍信息与学生成绩信息； 要求系统 (略) 管理的学生数据权限范围，支持搜索单个学生查看信息，可调取查看服务产生的数据汇总记录，包括通知、活动报名、信息收集、签到、查寝、请假 (略) 产生数据，点击具体数据记录可调取查看任务详情；同时要求单独呈现信息收集任务的全量结果数据并可在界面 (略) 填写的内容； 支持人工excel导入与系统API对接的方式同步学生信息库中的数据，与校内系统保持 * 致。 3.8工作日志服务 ★要求系统内置“查听课记录”、“谈心谈话记录”、“宿舍走访记录” * 类日志类型， (略) 管理人员自定义创建工作日志模板表单，日志模板库支持字段类型包括：短文本、长文本、填写数字、单选、多选、时间选择、人员/组织选择、上传附件、定位签到等，日志模板创建完成后，可发布给 (略) 填写与提交； 要求辅导员可在服务的PC端与移动端填写工作日志，实时保存填写内容，同时移动端填写支持语音转文字功能，辅导员填写时对手机说出内容，可自动转换为日志内容； (略) 管理人员可发布工作日志填写任务，针对于指定的日志模板要求在指定时间段内提交相应数量的工作日志，并可设置在辅导员未按期提交指定数量的日志时，即时提醒辅导员填写并提交工作日志；支持查看任务发布后的辅导员日志提交进度并可导出excel。 4.统计数据分析服务内容及要求 4. (略) 为数据分析服务 为满足 (略) (略) 为数据统计分析需求，要求系统具备签到、请假、考勤 * 类数据的分析报表功能。可自定义选择时间段与统计学生范围。 要求对 (略) ： 1)休假情况、离校情况与销假逾期情况分析； 2)多次请假、多次离校、多次销假逾期的学生排名并给出具体学生信息； 3)全校请假申请类型、审批通过率、审批逾期率、请假时长分布、离校情况分布、销假逾期分布分析； 4)请假申请次数与请假时长趋势分析； 要求对 (略) ： 1)整体签到人次情况、异常签到情况、签到请假情况分析； 2)出多次未签到、多次异常签到、多次请假的学生排名与具体学生信息分析； 3)签到人数、签到异常人数、签到请假人数的趋势分析。 要求对 (略) ： 1)查寝签到人次情况、异常签到情况、查寝请假情况、晚归情况、补签情况分析； 2)多次未签到、多次异常签到、多次请假、多次晚归与多次补签的学生排名与具体学生信息分析； 3)签到率、签到异常率、请假率、晚归率、补签率的趋势分析。 4.2统计看板服务 各级管理人员，可通过此功能查看指定时间、指定范围内的辅导员办公协作服务使用数据与功能具体使用情况。包含通知、活动报名、信息收集、请假、查寝、 (略) 产生的业务数据。以请假为例，校级管理员可筛选查看最近1周， (略) 内， (略) 管理学生的请假功能的使用情况，包含：申请数量、审批通过数量、销假逾期率、休假中的人数、总请假时长等。 5.基础能力服务内容及要求 5. (略) 任务控制服务 对通知、活动报名、信息收集、签到、查寝功能， (略) 预览正文、任务删除、重新开启任务、提前结束任务、撤回任务、延期任务、编辑任务与暂停任务的操作。 5.2备忘录服务 需支持辅 (略) 页/移动端添加待办事项，在网页/移动端之间同步数据，方便查看待办事务； 5.3自定义用户与筛选器服务 (略) 有管理用户在成员管理中，可新建自定义老师与学生分组， (略) 组织管理；添加自定义分组时，支持通过学号/工号粘贴的方式，快速匹配创建自定义分组； 在使用业务功能时， (略) 系、专业、班级、年级、学生类别、在校情况等字段，对业务使用 (略) 筛选，方便业务功能对不同类型学生的区别使用。 5.4辅导员的任务相互查看服务 要求辅导员用户在系统中可通过设置关注用户的方式，查看其它管理员与辅导员正在发布的任务与历史任务。管理员角色的用户可直接查看其他用户的任务；而其它用 (略) 关注申请，通 (略) 任务查看。 5.5成员管理服务 要求辅导员可以通过组织架构菜单， (略) 管理的学生信息，至少包括学号、姓名、学院、专业、班级、性别、手机号； 要 (略) 有管理用户，可以手动导入更新学生的手机号， (略) 管理的学生发送短信，以提醒学生安装用于接收任 (略) 任务的移动APP平台；提 (略) 有学生移动APP平台的激活使用情况； 5.6权限管理服务 要求系统支持设置校 (略) 级管理员。其中校级管理员可以对全校的辅导员与学 (略) 增删改查、院级管 (略) 在院系的辅导员与 (略) 增删改查； 要求校级管 (略) 自定义角色的创建与编辑，自定义角色支持设置不同的功能权限，并可以将自定义角色赋予辅导员或学生，同时查看自定义角色的使用情况； 5. (略) 配置服务 要求校级管理员可以对系统中的 (略) 统 * 管理，可配置学生类别与在校情况字段； 要求校级管理员可以对全校的电话提醒设置免打扰时间段，在设置的时间段内，学生将不会收到电话智能语音提醒； 要求校级管理员可以对全校的 (略) 开关配置； * 、采购项目商务要求 （ * ）服务交付时间、地点 1.交付要求：合同签订之日起7个工作日内，完成使用授权（含数据的导入工作），即供应商按约定的方式授权采购人使用软件服务，并完成对使用单位相关人员培训， 2.交货地点： (略) （采购人指定地点） （ * ）付款要求 合同签订后，完成使用授权且软 (略) 署，采购人验收通过之日起5个工作日内，采购人向成交供应商 * 次性支付本软 (略) 年服务费用。 |
点击查看>> * : * : *
福建
福建
福建
福建
福建
福建
招投标大数据
最近搜索
无
热门搜索
无
