上海-2025-08-20 00:00:00
上海电机学院就业服务管理系统升级项目快速采购公告
根据《上海电机学院采购与招投标管理办法(修订)》等规定,因工作需要,现进行编号为:************上海电机学院就业服务管理系统升级项目快速采购。欢迎具备相应资质和实力的供应商参与报价。
一、项目概况
(一)项目概况:
为落实****年*月底上海市教委发文《加快构建上海市高校高质量就业服务体系建设》中“促进就业系统互联互通,加快就业服务智慧化升级”的指标,学校就业指导中心希望将对现有就业系统进行升级,希望新建系统全面对接智慧校园生态,提供安全、智能、高效的就业服务。新系统将实现以下功能:强化安全体系,符合国家信创及国密加密要求,支持用人单位手机验证码注册/登录,根治密码漏洞;深度集成化;联通学校统一身份认证与数据中心,实现“*电机”移动端全覆盖,消除信息孤岛;智能服务升级:构建**人岗匹配引擎,主动推送岗位信息;部署就业**助手,提供操作指导、数据查询及分析服务;动态管理能力:支持政策驱动的数据采集灵活配置,优化多角色审批流程;提升交互体验:简化师生操作界面,增强系统互动性,实现全流程移动化服务。
本次学校的就业服务系统将通过技术重构与功能升级,建成一个安全合规、智能精准、高度融合的一体化就业服务平台。
(二)建设目标
针对当前就业系统的不足,本次就业服务管理系统升级将实现以下总体目标:
*)建立一个全新的符合国家信创要求的就业服务管理系统,安全性要得到大幅提升,实现国密加密要求,完成软件测试;
*)升级的系统要求接入学校统一身份认证和数据中心,各类学生和教师数据不需要导入;全部纳入智慧校园,融合到*电机,待办消息实现对接;
*)在功能上,构建智能化的人岗匹配系统,岗位信息主动推送学生;
*)学生和教师的是要更具人性化,全部接入智慧校园手机应用*电机;
*)实现用人单位手机注册、手机验证码登录提高系统安全性;
*)建设就业**助手,实现系统操作指导、常用功能指引、一般数据查询、各类数据分析汇总。
*)提高各类用户在就业服务管理系统使用便利性,实现互动式使用系统。
(三)建设内容
本次项目是在原有的以就业统计为主要功能的就业服务管理系统上的升级,符合当前网络信息安全要求,与学校智慧校园(*电机)实现整合接入,为适合当前就业形势的就业指导与服务系统,符合当前学生多元化需求,强化就业信息的精准推荐、引入**简历、**模拟求职实现精准指导,同时简化、优化了教师的就业信息的审核,并且实现就业数据和信息的智能分析。
本项目实现学校对全学历段,全校学生的生涯教育,以及对毕业生的就业指导与服务需求。满足校外企业就业信息的发布、校内学生获得就业信息、确认个人信息,获得求职简历撰写、面试定制化管理需求;同时也满足各二级学院辅导员、二级学院领导、校级就业指导中心人员对不同应用层次就业工作的日常管理需求。
二、采购需求
*、建设要求
*.*系统总体设计要求
总体设计:本项目建设属于上海电机学院信息化工作总体框架的一部分,需要遵循上海电机学院信息化工作总体框架的建设要求。
方案设计:具备先进性、合理性。系统建设应用先进的技术架构,满足统计业务的管理要求,保证数据的一致性、完整性及业务应用的连贯性、整体性;网络与安全、服务器与存储等设备集成设计符合系统集成总体要求,实施步骤合理;对实施风险有完整应对方案。
应用系统易用性:要求应用软件的功能设计必须充分考虑用户的使用习惯,体现设计方便实用的特性和优点,提高用户使用的方便与效率。
部署模式:系统须采用纯*/*模式,支持*******、*****、*****等多种操作系统上,且需要能使用******** ********、****、******、*******等主流浏览器的正常访问。
安全管理体系:本项目在安全方面需要设计物理层、网络层、系统层、应用层等安全技术方案,需要满足基本的安全防护要求,并支持信创环境。
*.*安全技术要求
系统建设需符合学校关于信息安全管理要求,包括但不限于以下内容:
依托学校机房现有安全机制,制定严格的管理制度,规范网内用户的操作;建立安全预警和应急响应机制,进行事后追踪和灾难恢复。通过系统日志信息能查看系统运行维护情况,记录每一个安全事件,调查研究等,安全审计的对象有云服务操作、运维日志,通过审计,为事后审查违规事件提供依据。此项目我们利用现有的网络安全措施来保障和防护,完全可以保证此次项目的信息安全态势感知系统的安全防护。
本次建设的就业服务管理系统升级项目要求符合三级等保测评要求,配合学校进行等保测评。
*.*端口要求
本次项目学生端要求自适应**页面, **、***和手机根据各自浏览器自动匹配适应。校内用户全部纳入统一身份认证。
*.*.客户端兼容性要求
兼容鲲鹏、海光、飞腾、兆芯等***、***架构的***。支持国产服务器,如华为、中兴、浪潮、清华同方、联想等品牌服务器。
支持国产操作系统,如中标麒麟等国产操作系统。
支持主流国产数据库系统,如达梦、人大金仓等。
支持国产中间件,如东方通、金蝶等。
浏览器兼容性要求:系统应能在主流***浏览器上正常显示和运行,包括但不限于******、***、*******、****(**)和 ******。
*.*.性能要求
总体性能要求:系统支持同时在线用户数****以上,并发数量不少于***个,登录系统平均时间不大于*秒,在峰值时间段不大于*秒。系统处理业务平均响应速度不大于*秒。
系统具备高可扩展性,能够在不降低性能的情况下扩展用户容量。
*.*.系统集成要求
实现和学校融合门户的集成,如面向师生的服务应接入、适配融合门户移动端。
系统如涉及到面向师生的服务流程和待办,须和学校消息中心集成。
系统如需发送短信、企业微信、邮件等消息通知,须对接学校消息中心。
实现统一身份认证、单点登录集成,认证登录后可直接进入具体业务功能模块。除人员数据的源头部门外,系统所需的组织机构、用户数据需通过数据中心***接口获取并定期同步,原则上不得创建系统本地用户、不允许存在用户密码管理模块(管理员、校外用户、测试账号除外)。
系统如需使用其他系统的数据,需对接学校数据中心,通过数据中心***接口获取。
除有保密要求的系统外,应实现与学校数据中心的集成,提前提供系统数据库结构和数据字典等相关信息,并按要求提供相应的数据视图。
系统如需使用电子签名、电子印章,需通过对接学校电子签章系统实现。
系统如需使用人脸数据,需对接学校的人脸库平台,并在得到用户授权后使用,不得私自采集用户人脸信息,获取的人脸信息应在使用完成后立即删除,不得留存在系统中。
*.*. 数据编码要求
*.*.*编码制订原则
(*)应参考国家及行业相关标准编码,并结合学校实际业务使用情况制定。
(*)公共基础数据标准编码制定应尽可能覆盖学校重要公共业务数据
需覆盖学校管理(如校区、组织机构代码);教学管理(如专业、课程、班级等);人事管理(如教职工工号、学生学号);后勤管理(如楼宇建筑、房间等)。
(*)公共基础数据标准编码不会一成不变,编码种类及数据内容将随着国家标准调整、并随着学校业务的发展变迁、基础数据建设内容的增加而逐步扩展。
*.*.*编码设计原则
* 唯一性
虽然一个编码对象可有很多不同名称,也可按各种不同方式对其进行描述;但是,在一个编码标准中,每一编码对象仅有一个赋予它的编码,一个编码只唯一表示一个编码对象。
* 可扩性
编码结构必须能适应同类编码对象不断增加的需要,必须为新的编码对象留有足够的备用码,以适应不断扩充的需要。
* 简单性
编码结构应尽量简单,长度尽量短,以便节省机器存储空间和减少代码的差错率;同时,提高机器处理的效率。
* 规范性
在一个信息标准编码中,编码的结构、类型以及编写格式必须统一。
* 适用性
编码要尽可能地反映分类对象的特点,便于记忆,便于填写。
* 合理性
编码结构要与分类体系相适应。
*.*.其他技术要求
*.*.*应遵循的标准、规范
本项目建设应遵循各类信息化建设规范性文件、各类信息化标准体系文件的要求,同时满足上海电机学院业务管理的需要。
*.*.*可靠性要求
平台支持****小时不间断服务。
影响业务操作的应用软件单次故障,修复时间不得超过*小时。
*.*.*可拓展性要求
系统应能适应后续应用的添加,系统整体框架保持稳定,无需再做大量的程序修改。
随着用户数的增长、业务量的增长及功能应用的增长,应用系统通过硬件性能的调整,可保持相对的稳定性。
*.*.*接口能力
* 市学生事务中心接口
系统需支持与市学生事务中心系统无缝衔接,对接的业务包括学生基础生源信息上报、就业单位信息、就业状态等信息的上报,并且能针对市级分管部门的要求及时调整。
* 教务处接口
对接教务系统学生基础信息,使教务系统中的学籍信息与就业系统中的学生基本信息定期同步。
* 其他业务接口
支持功能拓展,具备实现与学生处基础信息、学校其他业务系统对接的软硬件条件。
*.业务需求
*.*.系统总体业务要求
系统必须具备完善的管理框架。横向分为学生信息管理以及学生就业信息管理、企业信息管理三大模块。学生信息管理即从教务系统抓取在籍在校学生的基础信息,并且定期同步更新;信息管理功能还包括从市级企业库内获取企业信息功能;学生就业信息管理包括学生就业信息录入,精准推荐;企业信息管理包括企业注册,审核,就业信息发布并回复学生投递的简历。纵向分为二级学院学生管理审核、招聘信息的精准推荐、毕业生就业信息的录入审核,校级层面学生就业信息审核管理,企业注册审核以及招聘信息的审核管理,以及向市级学生事务中心数据上报功能。通过本系统满足企业招聘信息发布,学生信息管理、就业信息录入、审核、上报及统计分析需求。
*.*.业务流程要求
系统应支持企业注册、发布招聘信息和收集简历功能;同时也能支持学生利用系统中发布的企业招聘信息、学校招聘会、宣传会信息参与求职活动,最终便捷地录入就业信息;各二级学院能充分利用学校的各项招聘信息向学生实现精准推荐和指导;就业指导中心能完成企业就业信息审核,各类就业信息、资源发布,学生就业信息审核上报及就业数据分析功能。
企业可以在系统上注册,在审核后发布招聘信息。学校的各类就业活动信息、招聘信息、生涯教育活动信息可以顺利地在本系统发布,并且能及时收到教师的处理和学生的处理。
学生个人的基础信息在本系统可以顺利地与学校智慧校园系统实现对接,顺利抓取学生的基础信息,并且至少每周一次定期更新。学生的就业状况可以在系统上录入,学院就业工作辅导员能实时了解学生使用系统内**求职辅助系统的情况,审核本学院学生录入的就业信息,学校能定期审核上报,每一个流程都留下处理痕迹,实现有迹可循。同时,院校两级可以实时对就业数据统计、分析。
如果在就业推进过程中各项信息需要更改,就业数据的呈现方式以及数据分析功能需要修改,系统能提供相应的支持。
*.*.▲角色权限要求
企业:系统应支持企业注册、发布招聘信息和收集简历功能。企业在系统中注册后经过学校审核,企业方能在系统中发布招聘信息,学校就业工作的教师可以将招聘信息定向推荐给学生,企业可以在系统内收集学生投递的简历。
在校学生:可以在就业系统上搜索企业招聘信息、报名参加生涯教育活动,预约**求职辅导,了解本专业就业情况,向目标企业目标岗位投递简历,在成功被企业录用后可以比较快速地录入就业信息。
二级学院负责就业工作的辅导员、党委副书记:可以搜索网站获得本学院相关专业就业信息数据分析,利用就业**辅导工具对毕业生进行求职辅导,审核学生录入的就业信息,并且针对本学院毕业生就业情况进行横向、纵向数据分析。
校就业指导中心教师:需要审核在系统内注册的企业信息,根据学院内教师变动、调整对其角色权限进行调整,实时发布校级宣讲会、招聘会等就业活动、生涯教育活动、**求职辅助系统的使用情况反馈,各学院学生就业信息审核以及上报工作。根据各部门需求及时对就业数据整理、分析并反馈至相关部门。
▲为必须满足项,否则作为不响应处理。
*.*.系统功能要求
系统功能应包含就业信息、在校学生信息的全周期管理,实现毕业生就业信息与校内教务系统等系统、上级就业系统数据的无缝衔接。
*.*.*.基础功能
*.*.*.*.系统登录
用户登录方式须支持学校统一身份认证标准。
*.*.*.*.系统首页
提供集功能性、实用性、便利性为一体的系统首页,包括待办事项、通知公告、政策法规、就业活动、生涯活动、通知文件等内容。具体包括:①支持按照我校视觉设计风格设置首页风格。②支持不同角色配置用户首页,如企业(招聘专员)、学生(在籍、在校学生)、教师(就业指导中心工作人员、学院就业工作辅导员、学院副书记)、③系统首页能直观展示通知通告、待办事项、当前就业数据等信息看板。④首页能直观展示相应角色权限可开展的业务导航按钮,并支持点击穿透到业务功能界面。⑤支持按照学校实际要求设置需要在首页展示其他内容。
*.*.*.*.帮助中心
系统应将常规的操作纳入帮助中心中,通过视频、文字、动图等方式指导用户完成系统操作,并且根据内容及时更新,确保与系统功能实现同步。
*.*.*.*.用户定义
支持用户角色定义,为不同用户角色配置不同查阅/审批权限、业务功能。
*.*.*.*.系统留痕
系统应具备留痕功能,所有业务流程均需保存过程痕迹,便于查询统计。学生基础生源信息,就业活动发布、学生就业信息审核等流程都需要留有痕迹。便于业务追溯。*.*.*.*.系统维护
主管用户(就业指导中心)可使用系统维护功能模块实现对系统的配置、维护,包括:统计分析方式设置、角色权限设置、基础生源信息、企业审核、就业信息关键字段设置等。
*.*.* 业务功能
* 原有系统功能及架构
包括当前系统的就业活动、就业信息录入、基本数据收集、分析等功能。
* 一生一策(排摸)定制开发
建立一份学生和教师对所有未就业学生开展工作的台账,体现教师对未就业的帮助的过程记录。包括:对未就业毕业生的状态设置、未就业学生的就业偏好,学生对就业过程(系统内职位申请,系统外面试)的记录、教师为未就业毕业生推荐岗位、申请和面试结果的记录;最终形成一个“一生一策(排摸)”记录报告。
* 人岗匹配
根据毕业生个人情况(生源地、求职意向、职业测评、职业规划等)学校专业特点、岗位需求(薪资、工作地点、学历要求、外语要求等)、毕业生个人职业取向以及社会经济发展情况(社会各个行业的经济指数等)多维度、多个指标作为构建人岗匹配模型的基本因子;构建的模型经过一段时间的运行,需要各个因子参数进行优化调整达到优化模型的效果。
* 国密开发部署
新系统对学生身份证号码、电话号码和邮箱等敏感信息采用国密加密和网页脱敏处理;新系统部署的***服务器和数据库服务器全部兼容国产产品。
* 统一认证与数据集成
数据集成要求不仅集成用户认证和基础数据集成,还要求融合到“*电机”方便学生和教师使用;同时把待办消息集成到信息门户,学生用户可以第一时间同步收到系统精准推送的就业信息和就业活动预告;企业服务板块集成到微信公众号。对原有系统的企业数据和去向数据要全部迁移到新的系统中,实现系统升级,数据完整迁移(包括图片资源)。
* 就业**助手
就业**助手需要开发前端架构,实现对自认语言的意图分析,由就业系统提供各类数据接口,实现基于知识库的智能问答、通过前端进行数据展现。就业**助手主要解决学生和教师使用过程中的系统操作帮助、功能适应指引、用人单位资质查询、学生就业数据查询和数据分析报告,通过**自然语言识别意图,进行数据和信息呈现;便利各种用户更好地使用系统。就业**助手与就业系统架构用户权限紧密结合,对不同的用户提供不同的数据访问权限,并提供相关数据接口。
* *电机集成和数据迁移
新的系统用户全部接入学校统一身份认证,保证登录接口唯一性;面向企业服务部分对外网开放,面向学生和教师的功能模块全部一站式访问,极大减少暴露外网的页面;系统架构采用前后端分离技术,前端全部采用静态页面,通过加密数据接口获取数据;新的系统附件文件全部采用资源数据库,并且能顺利地将现有就业信息全部迁移至新系统。
* 邮件、企查查
教师通过学生提供的信息查询到企业相关信息,包括企业合规性等问题。学生通过邮件接收到在系统上注册发布的,符合个人需求的企业招聘信息。
* **简历制作与模拟面试
**简历是一个智能化的专业简历制作平台。它面向全体学生提供多端同步的简历创建服务,可同时在电脑网页端、微信小程序、移动***上进行操作,这种多端的覆盖使得用户可以随时、随地创建和编辑自己的简历,大大增加了使用的便捷性。**面试功能主要面向求职者提供模拟面试和实战训练,提供多行业、**智能评分与反馈、行为面试、专业模拟面试、热门企业真题库、生成面试报告。
*.数据需求
*.*数据迁移初始化要求
(*) 将学校现有就业管理服务系统各项就业数据、以前就业系统内保存的其他档案信息等数据保持原格式迁移到新系统。
(*) 将市级学生事务中心内校内就业信息(变动业务、处置业务)匹配迁移到本系统中。
*.培训要求
系统的设计方和开发方必须为校内用户分别提供面向教师群体、学生群体的多方面、多层次的培训,培训至少不少于*次。培训内容应包括:针对业务操作人员、管理人员、技术维护人员的培训。
培训费用及各项支出必须计入总价,列入投标文件。在投标方投标书中应提供详细的培训方案,包括培训计划、培训大纲和培训人次。
*.质保和售后服务要求
投标人应提供项目终验后一年的免费应用软件售后服务。
在免费维护期内应接受用户方的需求更改要求(在不改变系统原有架构的基础上),免费进行应用软件升级和修改。应用软件免费维护的范围应覆盖本项目所涉及应用系统的全部子系统和功能模块。
投标人应提供详细的维护服务和技术支持计划,提供的系统现场维护服务从系统整体验收合格之日起计算。投标人应保证本项目在建设过程以及免费维护期中,若遇到与本项目软硬件相关的技术问题,中投人应承诺提供无推诿服务。
投标人必须承诺,维护期内的技术服务免费。投标人应在投标书中详细列出售后服务清单,对每项服务需明确服务提供方名称、服务内容、服务方式、服务人员技术要求以及服务响应时间等。
*.技术文档要求
投标方应根据《国家电子政务工程建设项目管理暂行办法》(国家发改委〔****〕**号)、《国家档案局关于印发<国家电子政务工程建设项目档案管理暂行办法>的意见》(档发〔****〕*号)和《计算机软件文档编制规范》(***********)等相关规定,提供工作所要产生的各类项目管理文件、设计阶段文件、实施阶段文件、设备文件及系统软件、验收文件等的目录及简要说明。
*.进度计划要求
本项目应在合同签订之日起的*个月内完成应用软件开发等工作(含不短于*个月的试运行)。试运行至少连续*个月无重大缺陷、无重大故障方可进行正式验收。
*.项目验收
*.*.验收依据
本项目应按照校方信息化项目的验收要求组织验收。并遵守以下验收要求:
(一)国家有关法律、法规,以及国家关于信息系统和电子政务建设项目的相关标准和文件。
(二)项目的合同文件,包括招标文件、投标文件等。
(三)经业主方认可的方案、设备和软件技术说明书。
*.*.*.验收条件
(一)项目确定的建设内容,已按合同全部建成,能满足系统运行的需要。
(二)项目确定的建设内容,都通过一定时期试运行,期间产生的所有问题都已得到解决,且业务部门满意。
(三)项目投入使用的各项准备工作已经完成,能适应项目正常运行的需要。
(四)项目文件资料齐全,并符合相关规定。
*.*.验收文档
要交付的文档资料需要包括以下部分:
(一)技术文档
包括项目开发中的各种技术文档,如开发环境配置说明、软件工具清单、需求分析说明、变更说明、系统设计说明、用户手册、测试用例、测试结果、系统维护说明、系统培训资料以及有关系统接口的技术说明等。
(二)管理文档
包括项目开发中的一些工作文档,如计划、报告、会议记录等。
(三)为便于数据集成,提供完整的系统集成接口说明、数据字典。
*.知识产权
除了投标人在投标书中明确知识产权权属的产品外,所有本项目中开发的应用软件成果应归业主单位所有,投标人应提供定制功能部分全部源代码、需求说明书、业务流程分析、数据库设计、使用说明书等完整文档,包括但不仅限于:《软件需求说明书》《概要设计说明书》《数据库设计说明书》《数据要求说明书》《系统安装配置说明书》《测试计划》《测试分析报告》《操作手册》。
**.适配国密测评相关要求
此次交付的产品需采用国产商用密码技术,并配合学校完成国密密评工作。
**.其他要求
(一)投标方不得将本技术规格中的任何内容透露给第三方。
(二)成交方不得将本项目建设内容分包或转包给其他开发商。
(三)今后建设项目涉及到本项目相关内容时,成交方应承诺给予积极配合。
三、对响应单位的资格要求
*. 满足《中华人民共和国政府采购法》第二十二条规定;
*. 报价人单位负责人为同一人或者存在控股、管理关系的不同单位,不得同时参加本采购项目;
*. 未被“信用中国”(***.***********.***.**)、中国政府采购网(***.****.***.**)列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单;
*. 本项目面向大、中、小、微型企业,事业单位、社会组织等各类供应商采购;
*. 本项目不接受联合体投标。
四、报价及付款方式
*. 报价方式:本项目报价总额不得超过**.**万人民币(总价必须包括完成本包件内容所需的所有费用,包括但不仅限于税费、人员费、交通费、餐费、保险费、培训费、售后服务费等。);
*. 付款方式:签订合同**个工作日内,支付合同总价的**%。系统整体功能基本部署完成。验收通过后支付合同余款。
*. 服务期限:*个月;
五、报价有效期及提交方式
*. 递交文件时间、地点:
凡愿参加该采购项目的报价人应于****年*月**日**:**将报价文件送达至上海市浦东新区水华路***号行政楼***室。
*. 报价文件中应包含:
*) 供应商法人营业执照副本(复印件加盖单位公章);
*) 组织机构代码证副本;(三证合一单位仅需提交营业执照);
*) 税务登记证副本;(三证合一单位仅需提交营业执照);
*) 法定代表人授权委托书、被授权人身份证(需签字并加盖公章)、联系方式、联系邮箱;
*) 提供自该项目采购公告发布之日起至递交截止日内任意时间的“信用中国”网站(***.***********.***.**)、中国政府采购网(***.****.***.**)报价人信用查询网页截图;
*) 无利害关系声明;
*) 中小企业声明函(如有);
*) 其他资格证明文件(供应商认为可以证明其能力、业绩、信誉和信用的其他相关材料);
*) 报价一览表及报价明细表;
**) 提供关于本次项目详细技术服务方案及服务保障、人员配置情况等;
**) 提供详细的售后服务、知识产权、培训及应急预案等方案;
**) 供应商认为需加以说明的其它内容(如类似项目业绩,以合同为准)。
*. 提交方式:送达(不接收快递);
*. 报价文件接收人:梁老师,联系方式:********
六、其他:
*. 采购文件的澄清和修改,将通过发布采购信息的媒介以澄清或修改公告的形式发布。
*. 成交结果将通过发布采购公告的媒介进行公示,公示期内如对成交结果有异议可向校方提出书面质疑。
*. 公示期结束后向成交供应商发出成交通知。
*. 最低报价不能作为成交的唯一保证。如不能满足采购文件中第二、三款条件,校方有权拒绝该报价。
*. 技术联系人:陈老师,联系方式:********
*. 报价文件要求一式二份,双面打印,胶装成册加盖公章后密封,报价文件封面注明项目名称、编号、报价人名称、地址、电话等信息,并提交报价文件电子稿*份(*盘或光盘格式,不退还)。
*. 招标办汇总响应供应商的相关资料后组织评审。评审组根据满足实质响应要求且价格最低的原则确定成交供应商。
*. 评审费用由成交单位支付(***元/人,*人组成),不提供发票;以签收单为准。
温馨提示:校内实行机动车管控,建议绿色出行。前来参加报价的响应单位如自驾前来,请将机动车停放于水华路***号校门对面停车场后,刷身份证进入校园,感谢配合。