一、项目名称：就业质量报告与就业信息系统项目

二、项目地址：长沙市雨花区圭白路**号

三、项目工作内容及质量要求：

(一)项目工作内容：

详见附件*

(二)项目质量要求：

供应商须提供*年的质保期(质量保证期均由最终验收合格之日起计算。卖方必须提供*×**小时服务，质保期内出现故障问题，**分钟响应，**分钟内到达现场解决故障)。质保期内需提供免费上门维修服务，若产品出现非人为质量问题应负责免费更换。

四、项目完成时间：****年*月*日前

五、招标方式：公开招标(综合评分法)。从价格、技术、商务三方面设置评审因素。具体详见附件*.

六、对投标单位要求与结算付款方式：

(一)招标控制价：*****元/年，共三年，合计******元。

(二)投标要求

*、投标人必须未被列入“信用中国”网站(登录后查看)失信被执行人、重大税收违法案件当事人、政府采购严重违法失信行为记录名单和“中国政府采购”网站(登录后查看)政府采购严重违法失信行为记录名单。

*、投标人需提供①法定代表人身份证明原件和法定代表人身份证原件，若为授权人则提供法定代表人授权委托书原件、被授权代表人身份证复印件及被授权代表人在该企业近三个月(****年*月-****年*月内任意连续三个月)的社保证明材料，②企业法人营业执照副本(或者法人登记证书)复印件。所有提供资料均需加盖公章，投标文件一正两副，密封递交。

(三)结算与付款方式：

由甲方和乙方共同验收合格后，按长沙市政府集中支付有关规定办理付款。

七、报名时间、方式、资料：

(一)报名时间：****年*月**日至****年*月**日(*:**-**:**)

(二)报名方式：本次投标报名采取网络报名方式，请投标单位将报名资料扫描件以***格式发送至邮箱*********登录后查看**.***，文件名称须为长沙商贸旅游职业技术学院就业质量报告与就业信息系统项目+报名单位简称，并在邮箱留报名人姓名及联系方式，逾期发送或未按上述要求发送至指定邮箱的，开标时不接受其投标。

(三)报名资料：①提供法定代表人身份证明原件和法定代表人身份证原件扫描件，若为授权人则提供法定代表人授权委托书原件扫描件、被授权代表人身份证复印件及被授权代表人在该企业近三个月(****年*月-****年*月内任意连续三个月)的社保证明材料扫描件②企业法人营业执照副本(或者法人登记证书)扫描件。以上资料均需加盖单位公章。

八、开标日期：****年 *月**日上午**:**

地点：敬业楼***办公室

九、联系人及联系电话：

联系人：兰老师

联系电话：(****)********

业务处室联系人及电话：吴老师，(****)********

地址：长沙市雨花区圭白路**号

财务处

****年*月**日

附件*:

就业系统软件开发

技术参数要求

一、

建设目标

*. 就业系统软件开发项目解决方案建设的必要性

毕业生就业管理是一个十分繁琐的工作，将就业信息化系统引入到就业管理工作中，实现高校与企业信息化对接，不但可以极大地提高日常工作的效率，更能建立一个方便、灵活、准确、数据存储的管理平台。

首先，我校原就业网关注度不高，随着就业形势的不断变化和就业政策的不断调整，原就业网功能已经远远跟不上我校就业工作的发展。

其次，尤其是面临各上级部门的检查，我校的就业网远远达不到国家教育部的要求的信息化，也无法符合精准就业服务的政策要求。

再者，高校就业工作存在新挑战，从学校角度，学生基数不断扩大，就业工作繁杂但就业管理人少事多，并且招聘活动效果存在缺乏数据支撑，数据统计困难，效果无法量化等现实情况。从学生角度，就业过程中存在招聘信息不通畅，个人就业意识模糊，就业信息获取无移动端精准化，缺乏与单位沟通渠道等问题。

因此为加强和改进就业服务，更好促进供需匹配，打造便捷高效的“互联网+精准就业服务”模式，建议引进一套完整就业平台。可以结合目前流行的大屏数据可视化展示方式，可以进行多维度、多视图、多切片的大数据展现，为业务单位及校领导提供决策支持。因此就业处需要采购一套完整的就业系统设备。

教育部每年要求学校在每年**月**日前发布本年度的就业质量报告，平台需要可以结合数据形成就业质量报告，保证报告的真实可靠性，提供平台服务期内，本校就业质量报告撰写工作服务。

*. 就业系统软件开发项目解决方案建设的原则

易用性：数据处理及可视化本身较为复杂，要求整体解决设计制作过程要与使用者的业务习惯和要求相符合，方便高效快速的操作使用；

延续性：整体解决方案立足于现有就业平台的数据架构和学生基础数据结构，充分利用好三年的就业数据积累，对接就业智慧大数据；

有效性：数据库要按照要求将录取原始数据充分有效利用，便于大学教育有效衔接，就业数据库实现互联互通，平台之间数据无缝对接；

安全稳定性：在充分考虑系统功能同时，重视系统的安全和稳定性。

二、 总体技术要求

*．技术要求

(*)就业软件平台必须使用互联网流行框架***语言进行搭建，数据库采用*****数据库，服务器采用*****操作系统来保证数据服务器的安全，方便与校内其他业务系统进行快速对接。

(*)就业平台均要求采用*/*结构。

(*)部署模式支持*****负载均衡反向代理，实现动态静态页面、图片文件分离，提高***的性能及安全。

(*)用户登录必须支持采用微信扫码登录，保证密码安全。

*．性能要求

(*)负载处理能力要求

支持同时在线****人以上，业务访问并发量****以上。在平台达到峰值数据量的情况下，支持不低于*****/秒的访问量，平均页面响应时间不高于*秒，最长不超过*秒，一般复杂程度的统计报表的计算时间不超过**秒。

(*)可伸缩性要求

如果平台的数据量、访问并发量超过设计目标，能够通过很少的改动甚至只是硬件设备的添置，就能快速增加平台的负载处理能力，以满足实际访问需求。

登录后查看(*)平台整体实现机制

供应商提供就业平台需为*/*模式的、***多层架构的业务处理系统，平台整体实现机制共分为以下几个部分：

浏览器

浏览器运行在用户端，实现平台的用户界面及用户交互。教师、学生、用人单位、就业中心的工作人员、平台运营和服务人员都通过浏览器使用本平台的业务功能。

运维相关系统

负载均衡系统提供服务器集群和负载监控、分配的底层功能。反向代理系统作为网站代理服务器提升系统安全性，还可作为静态网页的缓存系统，能很大程度降低整体系统的负载。

平台子系统

平台子系统实现特定业务模块的业务功能，并向其它平台子系统及用户端以服务的方式提供特定功能访问的接口实现。

数据存储

数据存储分为*部分：数据库系统，采用关系型数据库保存业务数据；高速缓存系统，采用服务器内存对需要频繁访问的数据进行缓存。

*．安全要求

(*)认证授权：保证用户的合法性和用户使用信息资源的权力，避免内部敏感信息泄漏和服务所提供的信息资源被非法访问，造成严重的安全事件。

(*)信息保密：充分利用密码技术，对于需要保密的信息，采用密码技术进行加解密处理，防止信息的非授权泄漏，确保涉密信息在产生、存储、传递和处理过程中的保密。

(*)数据完整性：建立数据完整性检验机制，保证收发双方数据的一致性，防止信息被非授权修改。

(*)审计：记录应用日志，对事件进行分析，并能提供预警信息。

(*)数据备份：利用数据库的备份功能将建设的平台和系统数据备份到指定的服务器或存储系统上。

(*)要求投标人从物理安全、基础安全、系统和软件开发及维护、数据安全与灾难恢复及业务连续性等几个方面提出配套的安全体系完善方案，以便防范安全风险。

*．运维服务要求

(*)服务范围

根据实际情况进行调整，监控范围包括：学校就业部门官网、就业微信公众号、教师运营管理后台、学生操作后台、用人单位工作后台。

(*)技术要求

以应用可用性为模型，实时采集应用运行所需要的操作系统、数据库、中间件、***服务器 、应用(***/****等标准应用协议)、端到端链路等指标数据；

基于所采集的指标数据，****小时监控各应用的运行情况，发现异常即时启动故障定位服务，并通过即时通讯工具(包括且不限于**、语音电话、微信、短信)告知用户；

基于所采集的数据，并结合用户现场实际运行环境，以天、周、季度、年为单位输出守护分析报告，并以季度为单位给出调整优化建议。

(*)功能要求

①监控指标数据采集

支持集中式、分布式部署架构，满足不同量级采集点的数据采集需求；

指标采集范围包括操作系统、数据库、中间件、***服务器 、应用(***/****等标准应用协议)、端到端链路；

支持故障当时的各项指标数据留底，并可在同一界面很直观的呈现。

②实时监控

提供****小时不间断监控服务，其中“采集数据、监控异常信息”保留时间段可按需进行自定义配置，监控范围不涉及应用系统的业务逻辑层面如功能页面逻辑错误或功能页面数据错误等；

③主动预警

监控发现异常后，守护工程师将异常信息转换成业务语言；(非技术化，用户可以理解的信息)，通过即时通讯工具告知用户，工具包括短信、**、微信、电话等常用即时通讯工具；

守护期间*:**-**:**提供电话或**即时告知，**:**-*:**期间内异常将于*:**准时告知用户，告知时间可根据用户实际情况进行调整；

告知用户的同时即启动故障定位服务。

④现场保留

各指标监控采集数据、监控异常信息数据系统默认保留*年，保留时间段可按需自定义；系统针对历史数据的查询提供图表展示形式，方便事后故障原因排查。

⑤故障定位

告知用户运行有异常情况后，守护团队立即启动异常定位机制，分析异常或故障的原因所在；

超出守护团队分析范围之外的，则触发标准的事件处理流程，但守护工程师全程跟踪处理进展，并实时给予用户反馈；

⑥应急恢复

守护工程师根据故障定位结果，执行应急恢复操作，**分钟内完成应急恢复操作，以此尽量减少业务中断时间，恢复范围仅限于通过重启或释放空间磁盘空间可以实现的故障；

超出应急恢复范围之外的，则触发标准的事件处理流程，守护工程师全程跟踪处理进展，并实时给予用户反馈。

⑦守护报告

以现场保留数据为基础，以日、周、季度、年为单位进行报告输出；通过按照季度对现场环境运行分析，给出调整优化建议，最终分析报告以***形式输出；

⑧运行状况

以应用系统为视角，提供各应系统运行状况*端(**电脑或移动设备)展示，可以实时查看各应系统运行状况，故障期间可以很清晰的查看故障所在位置。

*. 项目实施要求

(*)时间进度要求

本次项目须严格按工期部署完成，并达到采购人的要求。投标方需要在投标文件中给出预实施工期进度表。要求签订合同后*个工作日内完成项目建设工作。

(*)实施方案

该项目规模较大，系统需求复杂，涉及部门、环节多，为了保证实施过程顺利有序，投标人必须作出详尽慎密的实施方案，主要内容应包括以下几个方面：

①组织架构与职责

描述项目成员的组成，以及成员的职责。

提供项目经理一人，负责全程跟踪项目的开发与实施，直至该项目验收。

项目组其他实施人员应满足项目开发和实施的需要。

②实施阶段划分

描述各个实施阶段的工作范围、内容、人力投入、过程、责任、交付成果等。

③项目管理要求

投标方必须提出对项目的建设进行科学严格的管理方案与措施，保证项目全面顺利实施。

④项目配置管理

在项目的建设过程中以及交付使用后，会产生大量文档和程序，如：需求分析说明、设计说明、可执行码、用户手册、测试用例、测试结果等技术性文档以及合同、计划、会议记录、报告等管理文档，而且文档的版本在不断变迁和修改中，势必产生一个庞大、动态的信息集合。因此，必须建设相应的配置管理系统，通过一系列技术、方法和手段来维护产品的历史、鉴别和定位产品独有的版本、在产品开发和发布阶段控制变化，制定规范的配置管理工作计划和流程，沟通交流配置管理工作情况，从而使管理制度化、有效减少重复性工作、保证产品的质量和效率和系统的后续升级和维护。

⑤项目管理规范和手段

根据项目的实施方案，在实施过程中，为了保证用户方、开发方等各方能够对项目建设实施进行监控，及时发现和解决的问题，必须建立相应的项目管理规范，包括项目执行监控流程、执行监控的方法、执行监控的责任等，使管理和监控工作流程化、规范化，管理和监控工作责任明确。

⑥项目管理控制

项目的管理控制包含多个方面：项目范围、风险、进度、质量、变更管理控制，贯穿项目开发建设的始终，必须做到对项目建设范围准确定义，一旦范围发生变更，要有相应的变更控制和应对措施。

⑦风险管理

项目风险管理是对项目风险从识别到分析到应对措施的一个过程，包括风险识别、风险量化、风险对策、风险对策实施控制四个方面。项目在实施过程中会出项各种各样的风险，必须做到充分、有效识别风险，应对风险和控制风险，在项目实施之初必须制定风险预测和规避风险的对策。

(*)验收交付要求

在本期项目的开发过程中和交付使用后，要求将各个阶段产生的全面、规范的成果和文档资料交付给采购方，而且需要提供明确的交付清单。同时，成果和文档资料必须符合软件工程的相关要求。要交付的成果和文档资料需要包括以下部分：

① 可运行的系统

②技术文档

包括项目开发中的各种技术文档，如开发环境配置说明、软件工具清单、需求分析说明、变更说明、系统设计说明、用户手册、测试用例、测试结果、系统维护说明、系统培训资料以及有关系统接口的技术说明等。

③管理文档

包括项目开发中的一些工作文档，如，计划、报告、讨论纲要、会议记录等。

(*)培训要求

①在项目合同中将具体规定培训内容、培训时间和培训名额等。

②投标人派出的培训教员应具有丰富的同类课程的教学经验和应用经验；所有的培训教员必须用中文授课；投标人必须为所有被培训人员提供培训用文字资料和讲义等相关材料。

③投标人应按合同规定安排培训时间和培训名额，在实施过程中，针对系统管理人员提供培训，保证培训的效果，让系统管理人员都能熟练掌握系统的使用方法。

*．售后服务要求

系统的售后维护服务和技术支持工作应有足够保障。投标方作为具有丰富项目经验的应用集成和软件开发企业，应针对客户的不同的需求和建设的不同阶段，制定有针对性的运行保障方案，建立完善的本地售后服务体系，向对采购方提供充分考虑使用者利益的技术支持及售后服务模式。投标方关于售后服务的描述应具体包括如下几方面：

(*)运行保障能力

充分说明公司的运行保障能力，包括技术支持队伍、能力配置、人员配置、机构情况，在本地有无技术支持中心、地点设在何处等。

(*)应用软件服务

投标人应确保本次招标的平台安全稳定的运行，并承诺提供三年免费服务，售后服务期自验收合格之日开始计算。方案中应对服务的范围和内容进行详细阐述，并至少包括以下内容：

①缺陷管理：针对本次招标的各类系统中存在的***、缺陷，不论在保期内、外，投标方均应持续提供修正与消缺服务。

②应急故障处理：系统运行环境出现故障或意外情况导致系统不能正常运行时，投标人响应的情况描述，包括针对不同故障级别的响应时间和响应内容。

② 系统升级：提供平台的软件补丁版本的升级服务。

④需求变更：对于学校业务流程的变化、性能要求提升导致的部署结构变化(如搭建双机环境)，提供限定次数的变更支持。对由于本期招标或集成的各类业务系统本身变更(如邮件系统升级了，认证结构发生变化)导致的集成需求变更，提供配套的支持服务；对由于学校业务规则变更(权威数据源发生变化)导致的数据集成需求变更，提供配套的支持服务。

⑤文档服务：整个服务过程均需有完善的文档记录，便于跟踪、分析问题；对各项服务提供详细的书面报告，包括故障处理报告、健康巡检报告、系统性能检测调优报告、维护总表报告、服务年度报告等。

⑥运行支持：对系统运行过程中师生用户及业务部门的问题提供解答和问题解决跟踪，对于关键业务点的上线推广与运行提供现场保障。

(*)服务请求流程

投标人需对用户支持或维护请求处理的流程进行详细描述。

(*)服务请求方式

对校方与投标人联系沟通的方式进行详细描述，以方便学校便利的获取各类即时的和非即时的服务支持。投标方提供的服务请求方式至少应包括：服务热线电话和联系人、联系单位信息、信函/传真、电子邮件、服务网站。

投标人是否设有用户投诉受理电话，对用户的意见做出反应。如果有用户投诉受理电话，请描述以下内容：电话号码(或传真)、投诉中心负责人和受理答复时间。

系统功能相关要求

附件*：评审标准