包号/序号：001/1

产品名称：人事综合管理与服务平台

数量：1

是否为经过审批采购的进口产品：否

是否为核心产品（非单一产品采购项目时适用）：是

招标文件要求

投标文件

响应内容

偏离程度

偏离说明

证明材料

设备的主要用途、功能及特点

本次围绕辽宁工程技术大学“人事管理与服务”进行我校下一步的信息化建设，通过信息化的先进手段提升学校在人事业务方面的管理效率和服务水平，为包括校内管理人员、教职工及各类其他人员提供统一的业务办理、流程审批、信息查询的综合性教师服务平台。

具体目标细化为：

1、建立统一的教师综合服务平台，使所有人事业务相关的应用与信息化内容有统一的查询、获取、使用平台。

2、构建完整的人事服务应用，覆盖教职工从入校、在校到离校的全生命周期信息化应用服务。

3、为行政单位及院系提供流程办理、业务管理的信息化环境，并逐渐提升到校级跨部门协作，全面构建校级人事业务信息化，提高管理与办事效率，同时积累全面的人事业务相关的数据积累，为统计分析提供数据支撑。

4、最终，使得全校教师信息化意识明显提升，达到从“不适应”到“离不开”、从“要我用”到“我要用”，从原先“被动接受”转变成现在“主观想要”，产生积极变化的同时也对信息化提出了越来越高的要求和愿望。

技术参数及指标

1.1. 人事管理与服务系统建设要求

人事综合管理应用平台是为校内各个角色提供统一的人事相关业务访问和使用的平台，考虑到用户使用体验和展现效果，针对各管理角色和教职工个人角色分别提供人事管理平台和教职工一站式服务平台。具体功能要求如下：

1.1.1. 人事管理平台

1.1.1.1. 管理首页

作为人事管理平台的管理端首页，提供围绕聚焦管理的各业务待办汇总、待办处理任务、各业务数据预警、系统消息、通知等版块的快速入口。

1.1.1.2. 应用检查

用户可根据关键字在首页进行快速定位到想要查找的应用。

1.1.1.3. 应用分组

提供可按管理科室、业务类型等进行业务模块的分组，把同类应用放在相同的分组中，方便集中管理和使用。

1.1.1.4. 皮肤切换

需提供至少4种不同颜色的皮肤供切换系统风格。

1.1.2. 应用管理中心

1.1.2.1. 应用配置

对所有在人事综合应用平台中的应用，提供包括应用的编辑、应用授权等操作，便于管理人员对应用进行相应管理。

★应用编辑时应能查看应用的版本信息、应该访问入口地址，可修改和查看应用图标信息等。

1.1.2.2. 首页设置

要可对首页布局进行设置，包括待办、预警、通知、消息等各版块的排序，是否启用等设置。

要可对应用进行分组，可以新建分组，自由组合应用内容放到分组里面，也可对现有的分组进行排序、编辑修改等。

★提供对学校管理和个人两大角色的配置方案。

1.1.2.3. 通知管理

提供管理员在线发布通知的功能，通过富文本编辑器进行通知内容的编辑和发布，并可随时取消发布。

1.1.3. 基础服务平台

1.1.3.1. 常用应用

★系统需要能够根据应用的业务周期或使用频率设置为常用应用。

1.1.3.2. 收藏应用

用户可将自己经常需要使用的应用添加到收藏夹，并在收藏夹中直接方便的获取到自己收藏的应用。

1.2. 业务应用建设要求

1.2.1. 教职工招聘

投标方需提供从招聘计划管理、网上应聘管理、招聘审核到招聘笔试、面试、心理测试在内的与教职工招聘相关的信息化服务应用。具体功能要求如下：

1.2.1.1. 招聘计划管理

学校制定整体招聘计划，各部门根据需要申请招聘岗位并提交给人事处进行审核。招聘计划可以设置招聘的时间段、招聘的种类、计划开始时间、计划结束时间、招聘人数，岗位人数，支持定义多个招聘计划，招聘计划可以定义同时开展，也可以按时间顺序开展，对于特殊岗位可以设置允许应聘者不同时间重复申请，可以控制最多申请的岗位数量。

系统应支持制定计划的同时自动获取各岗位的空缺数据，并在空缺数范围内设置招聘人数。

1.2.1.2. 网上应聘

招聘信息发布之后，相关应聘者可以在线查看学校的招聘计划、相关通知公告与新闻、招聘的具体信息和办事指南。同时，可以通过在线注册的方式，申请相关账号，通过该账号在招聘网站中填写简历并提交应聘信息，提交后可在招聘平台中查询审核结果。对于已经提交了应聘申请的用户，系统支持通过手机短信或邮件的方式通知其招聘结果。

★系统应支持应聘者在线查询招聘流程的进度，支持通过二维码上传附件。

1.2.1.3. 招聘审核

人事处、院系部处等各相关管理人员可以收到审核待办提醒。提供人员筛选、提交审核意见等操作。各环节审核都可以通过设置发送邮件给应聘人员，告知应聘人员招聘进度。招聘审核服务应包括招聘资格审查、招聘审核办理（院系）、招聘审核办理（人事处）、招聘岗位调剂、招聘录用、招聘简历查询、招聘统计分析等。

★系统应支持招聘过程中的岗位调剂功能，支持管理者对应聘者的简历重新调剂到其他单位的岗位。

★系统应可以以图表的形式从学历、学缘、学位、学校等多维度统计招聘情况，同时支持系统根据学历、性别、年龄、民族等条件自动匹配符合要求的简历，支持学校自定义岗位匹配条件。

1.2.1.4. 在线咨询

★应聘者可将对招聘业务的疑问在招聘网站进行问题提交，咨询问题可以以文字加图片的方式。招聘管理者可以对咨询进行在线回复。

1.2.1.5. 招聘笔试

管理者可以在线设置并发布笔试通知，同时对于笔试成绩在系统中进行录入存档，并把笔试成绩反馈给应聘者。

应支持管理员在线给应聘者发送笔试面试通知，导入准考证信息，应聘者在个人端进行参加和不参加的确认互动，并在线预览和导出准考证进行打印。

1.2.1.6. 招聘面试

管理者可以在线设置并发布面试通知，同时对于面试结果在系统中进行录入存档同时把面试成绩反馈给应聘者。

1.2.2. 教职工进校

投标方需提供与我校新员工报到注册相关的一系列应用服务与管理功能。考虑到管理部门的需要与用户的使用体验，该功能需具备以下特性：

面向新进教职工的报到注册功能需采用直观的展现方式将报到流程进行展现，新进教职工能够便捷的了解到校报到注册流程的办理进度及办理状态。

具体功能要求如下：

1.2.2.1. 新进教职工注册报道

新进教职工可以在线进行账号注册，并在系统中完成个人信息填报，同时可以查看所有报到环节并了解环节的办理情况。

★系统应提供单独的新进人员报到入口，新进教职工可以通过手机号或邮箱注册新进人员账号，自行填报个人信息等内容；

1.2.2.2. 报道办理

为人事处和各用人单位提供报到包括审核、管理和监控的功能，各办事人员可以在同一界面浏览到自己需要处理的环节及每个环节的待办事项。

★人事部门管理员可对新进教职工的报到进行环节设置、填报设置、办理设置功能，如：填写字段、是否允许跳过下一环节、是否启用短信通知、短信内容编辑等。

1.2.3. 教职工信息管理

基于教职工和各类人员管理的人事信息库，为人事处的常规业务办理提供对应的信息化应用与管理工具，具体功能要求如下：

1.2.3.1. 教职工信息管理

人事处可统一管理与维护教职工信息，包括基本信息与拓展信息，也可以将不同的信息内容通过权限分配给不同的人员分别进行管理和维护。

★可对教职工信息进行归档，可设置归档快照的时间和规则，并能查询快照提供在线查询的功能。

1.2.3.2. 教职工信息变更

为个人开放信息变更功能，普通教职工发现信息错误可直接在线修改，相关数据修改支持各级管理部门审核后生效的功能。

★系统应支持个人按照字段进行变更申请，同时可以在同一页面看到变更字段申请的审核情况，支持基本信息与扩展信息的变更申请调整；

1.2.3.3. 年度考核维护

系统应支持直接维护历年的年度考核信息。

1.2.3.4. 职称评审维护

系统应支持专业技术职务评定和聘任的名称、级别、时间、聘任单位、文号等信息的维护、导入、导出和查询等功能。

1.2.3.5. 岗位应聘维护

系统应支持全校教职工的岗位类别、岗位等级、受聘单位、聘用文号、聘用时间等信息的维护、导入、导出和查询等功能。

1.2.3.6. 工人技术等级

系统应支持维护全校教职工曾经获得过的工人等级信息，包括工人技术工种、工人技术等级、评定时间、聘任工人技术等级、聘任起止时间等，支持资格证书附件上传、在线预览和下载，可批量导入和导出。

1.2.4. 非事业编人员管理

提供对非事业编制的各类人员进行管理的功能，并为不同类别的人员提供不同的维护与管理功能，具体功能要求如下：

1.2.4.1. 派遣人员管理

提供对派遣人员的信息维护、管理和查询功能。

1.2.4.2. 兼职教师管理

提供对兼职教师的信息维护、管理和查询功能。

1.2.4.3. 临时应聘人员管理

提供对临时聘用人员的信息维护、管理和查询功能。

1.2.4.4. 学校返聘人员管理

提供对单位返聘人员的信息维护、管理和查询功能。

1.2.5. 人力资源统计分析

1.2.5.1. 在职教职工查询与统计

1) 综合查询

对教职工的基本信息和教职工各扩展子集信息应支持灵活的一对一或一对多任意条件进行组合，组合支持等于、不等于、包含、不包含、以…开始、以…结束、多值包含、多值相等、多值不包含、多值不相等条件，组合的条件可以保存为综合查询方案便于下次直接使用，方案支持公有和私有。对查询出的数据结果，可以进行导出，导出提供基本信息和各扩展子集信息进行一对一或一对多组合导出，导出也可保存为导出方案，便于下次直接使用。

2) 人力资源统计分析

各类管理人员可对系统内的教职工信息进行快速查询，并能按照年龄、性别、学位、岗位、职称、工人技术等级、学缘和高层次人才这几个维度进行统计和查询。

1.2.5.2. 自定义统计

支持灵活的配置统计方案，并将统计方案授权给校内其他用户使用；可基于教职工基本信息、工作简历、学习简历、职称信息等基础信息进行统计，并展现为明细数据统计、分类饼状图柱状图统计、多维度交叉统计。

1.2.5.3. 教育部高基统计报表

实现高校基础报表（教育部制定）的统计和导出，可以选择统计时间和统计数据，实现基于当前数据或历史时间点的数据情况进行高基报表的统计和输出，导出支持excel或pdf格式、或直接在线打印。

1.2.5.4. 人社部人才资源统计报表

实现事业单位人才资源统计报表（人社部制定）的统计和导出excel。可以选择统计时间和统计数据，实现基于当前数据或历史时间点的数据情况进行事业单位报表的统计和输出，导出支持excel或pdf格式、或直接在线打印。

1.2.5.5. 人社部工资统计报表

实现事业单位工资统计报表（人社部制定）的统计和导出excel。可以选择统计时间和统计数据，实现基于当前数据或历史时间点的数据情况进行事业单位报表的统计和输出，导出支持excel或pdf格式、或直接在线打印。

1.2.5.6. 各类人员查询

提供对学校内部各类人员进行统一查询的功能，能够查询的人员包括在编、非编、返聘、退休、离休、辞职、离职、调出、开除等所有状态。

可按姓名、工号、姓名拼音等进行快速定位查询，也需要提供高级搜索功能，多字段组合查询。

1.2.6. 人事基础管理

1.2.6.1. 合同管理

提供院系、人事部门合同管理人员登记教职工的合同信息，系统会自动到期合同提醒、续签提醒等信息。包括合同提醒、合同信息维护和合同信息查询。

1.2.6.2. 校内调动

教职工在工作期间因各种原因引起的工作岗位或工作部门的变动需要在系统中进行维护，调动时提供自动转部门和自动转岗，以方便查询和统一管理。

1.2.7. 年度考核

1.2.7.1. 年度绩效考核

为学校的年度绩效考核提供面向个人和各级审核人员的应用服务，能够通过系统集成实现填表工作的自动化、能够实现考核环节的进度监控和查询、能够实现考核表和汇总表的自动生成。具体功能要求如下：

1.年度考核方案设置

管理部门能够灵活配置和设置包括考核年份、批次名称、填报序列、考核人员、填报内容、考核环节、考核时间等在内的信息，并能够对考核进行测试和开启操作。

针对各分项内容的排序自定义功能，同时应支持分项上传佐证附件材料；

2.个人年度考核填报

★为参与考核的教职工提供个人考核表的主观总结以及客观量化数据的在线填报功能。

★系统应支持通过不同颜色展示个人考核审批情况，支持在同一个页面看到考核各环节进度以及业务数据审核情况、审核明细等信息；

提供考核填报说明，在填报之前可以直观的了解到需要填报的数据和相关要求。

填报完成后可自动生成相应报表，填报人员可在线预览、打印。

3.年度考核（部门审核）

人事干事可在系统内对上报的考核表进行初审，并提供便捷的查询和统计功能，帮助其了解到该部门的考核进度和结果统计。

4.年度考核（学校审批）

人事处可以在线审核全校范围人员的申报信息，填写审核意见，监控各部门考核情况，考核表预览打印，考核历史查询和考核结果统计分析。

提供考核表打印、考核历史查询、考核结果统计分析功能，辅助人事处开展考核业务。

★支持以部门分组的形式监控每个部门的考核状态并可钻取各个部门的考核结果情况分布，以图表显示。

1.2.8. 职称评审

为学校的职称评审提供面向个人和各级审核人员的应用服务，能够通过系统集成实现填表工作的自动化、能够实现考核环节的进度监控和查询、能够实现评审表和汇总表的自动生成。具体功能要求如下：

1.2.8.1. 职称评审方案设置

管理部门能够灵活配置和设置各类评审信息，能够设置评审流程，并能够对考核进行测试和开启操作。

★系统应支持针对各分项内容的排序自定义功能，同时应支持分项上传佐证附件材料。

1.2.8.2. 专业技术职称申报

★为参与职称评审的教职工提供个人信息在线填报功能，包括人员基础信息、学习工作经历、教学业绩、科研业绩信息等数据的填报；

★系统应支持通过不同颜色展示个人职称审批情况，支持在同一个页面看到职称评审各环节进度以及业务数据审核情况、审核明细等信息；

1.2.8.3. 专业技术职务审核（部门审批）

为部门提供对其管辖范围内的教职工进行初步审核功能，包括职称申请审核办理、申报表打印、职称评审进度监控、职称评审历史查询和职称评审统计分析。

1.2.8.4. 专业技术职务审核（学校审批）

人事处可以在线审核全校范围人员的申报信息，包括：职称申请审核办理、上会汇总表打印、职称评审进度监控、职称评审历史查询、职称评审统计分析；

★系统应支持通过不同维度（审核环节、业务数据）对评审的过程进行全面的监控。

1.2.9. 薪酬福利

1.2.9.1. 薪酬管理

投标方需提供包括薪资结构信息、工资信息、薪酬标准和薪资账套在内的薪酬管理体系。

1.薪资方案配置

薪资项目管理

需能根据我校实际情况自定义教职工工资结构中的薪资项目，包括岗位工资、薪级工资、教护龄津贴、高温补贴等。

薪资信息管理

需能根据我校实际情况自定义教职工工资发放所关联的个人信息，包括岗位级别、薪级工资级别、岗位津贴发放标准等。

薪资标准管理

需能根据国家政策及我校实际情况自定义及灵活调整工资的发放标准。所有标准的调整需能形成薪资标准变化记录，供日后查阅。

薪资账套管理

需能根据我校实际情况由薪资管理员管理和设置在编、退休等不同工资发放标准的教职工工资帐套。需支持在薪资账套中维护发放薪资项目和薪资信息，并能针对不同的账套执行不同的薪资发放标准。

2.薪资发放管理

薪资信息库管理

需提供薪资信息信息库管理功能。在薪资信息库管理中，需支持个人与劳资相关信息的维护，包括所属帐套、岗位工资级别、薪级工资级别、执行工资标准等。

薪资发放管理

需提供薪资月度发放的执行情况管理功能，包括工资起薪、停薪、工资变动处理、工资数据日常维护（编辑、导入）、工资明细及工资变动数据的导出等。

薪资上报

支持全校工资数据汇总，并支持导出，以提供给相关领导审核。

薪资发放审核

需提供每月的薪资发放数据审核功能。

3.薪资查询与统计

需提供以下维度的查询与统计功能：

人员增减查询：需提供按照异动类型统计时间段内的人员增减表；

薪资信息变动查询：需提供按照账套统计时间段内的薪资信息变化情况；

薪资项变动查询：需提供按照账套统计时间段内的薪资项变化情况；

年度统计：需提供按照账套、年份，查询统计年度内1-12月份的薪资情况；

单位统计：需提供按照年度，查询统计各单位年度的总收入、年人均收入和月均收入；

事业单位工资统计：需提供18套事业单位职工人数和工资情况统计表。

4.工资批量调整

需针对人事处岗位聘用、职称评聘、岗位分级等业务导致的大批量工资调整情况，提供批量导入执行情况自动处理工资变动的功能。人事处可以批量导入最新的执行信息，通过系统自动计算调整后的工资发放情况和补发补扣情况，将计算结果执行到月度工资中。

5.薪级工资晋升

根据教职工上年度考核结果和晋升规则，提供智能计算是否执行薪级工资批量晋升的功能。

6.薪资标准调整

提供批量调整教职工岗位工资、薪级工资国家标准的调整功能。提供批量调整校内岗位津贴等其他津贴的调整功能。

1.2.9.2. 社会保险管理

1.社会保险管理

社保基础设置

可维护缴纳的养老、失业、工伤、生育、医疗等险种；

可提供社保规则、社保账套引用；

可根据地区政策设置对应的社保缴纳规则；

可针对不同的人员分类，设置不同社保缴纳账套。

参保人员库管理

提供记录在册参保人员信息库管理功能，包含参保人员基本信息、社保缴纳基数、各类保险的缴费基数、个人/单位缴费金额等。

增员管理

进校人员起薪后，可以参保人员库进行增员管理，包括登记参保信息和基数等。

减员管理

在册参保人员停薪后，可在社保管理员办理减员。

社保异动日志

提供记录增员、减员和社保基数变动的日志查看功能。

社保基数计算

提供社保规则变化和个人年收入变化后重新计算全校参保人员的的社保基数的功能。

社保缴费管理

提供每个月全校参保人员的社保缴纳情况的维护功能。

2.社保查询与统计

社保缴费查询

可查询每月全校参保人员的社保缴费情况。

社会保险统计

需提供以下维度的查询与统计功能：

社会保险在职教职工花名册：统计学校当前时间在职教职工人员名单；

就业登记人员花名册：统计学校某时间登记就业人员的人员信息和合同信息；

终止、解除劳动合同备案申报花名册。

理论社保查询

系统需提供全校参保人员的理论社保情况查询功能，支持出现补缴社保时回归数据。

1.2.10. 系统管控台

针对学校人事域的功能，系统还应该提供相应的管理工具，方便管理人员对功能进行管理。

1.2.10.1. 智能预警配置

人事系统管理员应可以根据业务场景需要，自定义预警信息，根据设置的预警条件自动生成预警信息，定点推送给相关管理人员，管理人员及时办理自己相关业务。

1.2.10.2. 工号规则配置

系统应内置了自定义工号规则设置，管理员可以根据用人方式，单位、日期、流水号、固定值等自定义组成号段以及顺序；用于新进人员的分配工号、基本信息管理与各类人员管理时的新增人员分配工号使用。系统应自动去重已存在的工号，避免发生分配重复工号。

1.2.10.3. 报表配置与打印

人事系统管理员可以统一管理每个业务应用的报表模板，包括模板上传、修改、删除等。同时还可以根据自身业务的需要，自定义添加相应的报表进行打印，支持导出WORD、EXCEL、PDF。

1.2.10.4. 流程配置与管控

系统支持通过页面拖拽方式调整流程环节步骤，可以灵活定义各环节的办理人员，定义流程环节需要推送的消息模板，支持灵活添加流程环节，对流程信息实时进行监控，针对流程异常或特殊情况，可以进行流程干预。

1.2.10.5. 待办/消息配置

各业务的管理人员可以在各业务应用配置页面或流程配置页面定义推送系统待办、内部消息，应支持PC工作台和手机短信、邮件多种方式，使用者在PC工作台收到所有推送的待办事宜和消息提醒，可直接点击进行处理。

1.2.10.6. 数据模型配置

系统应提供了灵活自定义、可视化的数据模型配置功能，实现自定义业务表结构，包括增减字段、调整字段显示名称、字段大小、字段类型、字段分组等。根据后续业务开展需要，可灵活扩充数据模型。

1.2.10.7. 业务权限配置

系统应支持部门间协同办公，并提供严谨的用户组权限控制。业务权限管理支持集中系统管理员管理，也支持按业务在APP内部由业务老师单独管理。以满足不同使用场景需要。

1.2.10.8. 在线部署工具

系统应提供各业务APP的在线升级部署，可及时获取到各APP最新版本迭代情况，根据需要在线升级部署；可监控各APP的当前版本情况、健康状态、操作时间等信息，有效保障APP运行健康。

注：

1.所有数据符合教育部发布的《教育管理信息教育管理基础代码》等七个教育信息化行业标准。（此项必须满足，如负偏离，按无效投标文件处理）

2.系统建成后全面配合学校做好与大数据中心对接工作。（此项必须满足，如负偏离，按无效投标文件处理。

技术文件资料

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

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

工作条件

1、应用系统均可运行于Linux、Unix、Windows等高安全性操作系统。开发技术应采用J2EE标准、组件技术及在数据交换上对XML的支持，使系统功能最优化，同时将整体系统内部在技术上的相互依赖性减至最低。

2、应用系统均要求采用B/S结构，采用Java编程语言和服务器端Java技术进行开发，保持数据的一致性。

3、各应用系统要充分利用现有先进技术手段，采用相同的体系结构和运行平台，按照统一的业务模型构建业务，做到系统结构层次清晰，所有应用逻辑、流程、数据等都应当能够根据合理的颗粒度进行封装。

4、采用面向对象的组件技术，着重于开发构成应用程序“业务对象”的可重复使用的组件，利用这些组件顺利地建立分布式应用程序。需要按照事务闭环实现系统碎片化构建设计，保障各个App的松耦合，确保系统稳定性。

5、多浏览器适配。支持主流版本内核的浏览器。

售后服务、技术服务、质量保证、验收标准

1 售后服务要求

要求研究生管理平台软件厂商提供一年的免费技术支持，包括技术支持服务、纠错性服务、集成指导、紧急故障响应。提供包括电话、远程、邮件等渠道的技术服务支持途径。

研究生管理平台及应用一旦运行起来，就占有很重要的地位，稍有差错就会引起各方面的反映和损失，所以系统的售后维护服务和技术支持工作也应有足够保障。投标方作为具有丰富项目经验的应用集成和软件开发企业，应针对客户的不同的需求和建设的不同阶段，制定有针对性的运行保障方案，建立完善的本地售后服务体系，向对采购方提供充分考虑使用者利益的技术支持及售后服务模式。投标方关于售后服务的描述应具体包括如下几方面：

1.1 运行保障能力

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

1.2 应用软件服务

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

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

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

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

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

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

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

1.3 服务请求流程

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

1.4 服务请求方式

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

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

2验收交付要求

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

1、可运行的系统

2、技术文档

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

3、管理文档

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

3实施过程管理要求

1、★应提供以学校领导为视角的项目综合看板，可查看本学校内所有项目的当前状态、热门应用的TOP5排名情况、校内所有项目问题及投诉的实时处理进展、以及每一项目的建设周期、干系人、进度任务、问题、投诉、配置库等信息；

2、★应提供以业务老师为视角的项目信息管理，可查看个人负责和参与的所有项目，以及每一项目的建设周期、干系人、进度任务、问题、投诉、配置库等信息；

3、支持对对实施进度及实施任务执行情况追踪，可以新建任务、添加任务执行过程、完成任务已经任务完成确认等，可集中管理该项目下所有产品的实施进度任务，包含里程碑任务、工程任务、客户任务以及个人任务等；

4、应支持记录项目实施中的日报、周报、月报等工作过程，在实施人员填写完成后，用户可以直接查看，还可对工作记录进行批注，提高信息透明度；

5、对于项目中出现的重大问题，用户可以直接通过平台进行投诉，提交投诉后，投标方公司的专业运营团队进行跟踪处理，受理投诉内容，并及时反馈解决进度及解决方案，直至校方满意并主动关闭投诉为止；

6、提供多种消息推送方式（站内信、邮件等），支持自定义消息接收渠道、类型、时间节点等。