《校园数字化应用——“数字XX学院”项目建设需求说明.docx》由会员分享，可在线阅读，更多相关《校园数字化应用——“数字XX学院”项目建设需求说明.docx（19页珍藏版）》请在三一办公上搜索。
1、校园数字化应用“数字XX学院”项目建设需求说明一、建设内容序号设备名称数量功能技术参数要求（详见需求描述）1校园通行证1套管控设置、黑名单、通行证、鉴权接口。2移动应用场景1套会议管理（会议管理功能，会议签到设备设置，参会人员管理，生成签到大屏，生成签到统计，手动签到功能），活动管理（个人主页面，申请活动，活动审核列表，消息提醒，活动大屏，生成签到二维码，统计分析数据导出）。3数据治理服务（三期）1套数据标准规范化、数据管理脉络化、数据质量度量化、数据质量治理、数据质量评价体系。4数据应用1套年底考核（数据对接、业绩赋分、其余业绩补充、教学运行工作及业绩考核要求、团队业绩、审核流程、个人年度业
2、绩考核表、年度业绩汇总表）。5驾驶舱升级1套驾驶舱升级（毕业生就业数据大屏、预算执行率大屏、采购业务大屏、信息中心大屏）6会议签到终端机1台会议日程、会议详情、会议签到、签到记录、会议信息、语音播报、开机自启动。7活动签到终端机1台活动日程、活动详情、活动签到、签到记录、活动信息、语音播报、开机自启动。1、校园通行证为创建平安校园和学校安全管理提供相关的服务，需要支持管控规则的设置,和黑名单的设置，需要支持给学校现有门禁设备对接下发权限。2、移动应用场景针对学校签到一件事进行优化，对学校会议和活动两块的管理，通过硬件设备的整合实现老师和学生的相关签到。3、数据治理服务（三期）主要需要治理学校数
3、据的标准、规范。梳理数据的管理脉络，给予数据质量的度量标准，提升数据质量并提供数据质量解决方案和数据质量报告。4、数据应用提升需要实现年度考核，整合学校现有业务系统的数据通过系统自动计算出个人的年度业绩分数和业绩的汇总。5、驾驶舱升级需要根据学校需求针对毕业生、预算、采购、信息中心等多个部门的数据进行展现。二、需求描述系统的建设需要考虑各个层面的需求和特性，需采用多层架构实现，充分考虑整体架构设计的科学性、数据结构设计的合理性、核心算法设计的先进性、部署设计的灵活性，确保系统的整体性能优越，完全满足我校发展的要求。总体建设需遵循以下原则：总体技术要求：1.具有优秀的数据承载、崭新、关联、流转、
4、修改、报表分析能力，能与其他异构系统实现集成。2 .系统须同时具有PC端与移动端运行能力。3 .具有严格的权限控制，根据不同级别和类别的用户进行访问。4 .人性化的操作界面，界面美观大方、操作简洁、明确、友好。5 .系统实现一定的容错性，在运行环境出现故障时仍能提供稳定、有序的服务，实现集群工作模式，能运行于多个节点实例，防止因某个节点异常而影响系统的整体运行，能实现多机热备和应用级负载均衡。6 .支持大规模用户的访问，系统用户数、在线用户数和并发量不限。7 .数据库与应用分开设计和部署，数据定义标准采用国标和学校基础数据库相关标准。8 .有完善的网络安全和数据安全设计，保证系统的安全稳定运行
5、和数据的安全使用，能达到等保测评二级以上安全要求。9 .实现与其他系统协同运行，与学校统一身份认证对接，与消息推送、代办事项的集成。10 .支持并实现第三方系统或平台的功能调用和流程调用，预留相应的接口，并提供技术文档。三、项目建设需求(一)校园通行证需求创建平安校园，关系到每个师生的利益，涉及到各个部门的工作。为此，学校要求部门配合，人人参与，要求全校教职员工进一步增强责任意识，育人意识、安全意识，时时、事事抱有安全第一”的宗旨，对学生负责、对学校负责、也对自己负责。所以校园通行证应运而生，为了方便学校的管理能更全面，更精准、更迅速的展现。1、管控设置需要支持设置相关的管控类型，管控规则，以
6、及时间管控的能力。可以通过人员的类型，学生的请假等方式控制师生和其他人员的进出校园。2、黑名单需要支持设置黑名单功能，可以将加入黑名单的人员移除所有设备通行权限。3、通行码需要支持用户可通过钉钉或者企业微信等手机应用单点登录进入通行证应用，通行二维码为用户个人信息的凭证,记录了个人身份、防伪等信息。用该二维码可在设备扫码处进行二维码识别,识别通过后则可以正常进出。4、鉴权接口需要支持设备进出识别的鉴权接口，接口用于判断人员进出的通行权限验证,返回人员进出是否可通行的信息。需要支持对接学校现有进出校设备。(二)移动应用场景1、会议管理(1)会议管理功能系统需要支持管理员进行新增，编辑，删除会议基
7、础信息。默认显示当年所有会议，同时支持可查询历年会议；可通过会议名称查询己经结束或是正在进行中的会议。(2)会议签到设备设置系统需要支持管理员对每个会议进行设备配置，在之后的统计中，只有在对应时间段内的会议配置的设备上签到的人员，才会被计入已签到人员。(3)参会人员管理系统需要支持管理员对每个会议的参会人员进行增删改查及导入操作，参会人员要提供基础信息；管理员在会议开始前可对参会人员信息进行调整。(4)时间段设置系统需要支持管理员设置每个会议的开始结束时间，同时允许同一会议配置多个时间段，如一场会议分为上午及下午场，人员及签到设备一致则仅需增加会议时间段即可，无需新增会议。(5)生成签到大屏系
8、统需要支持在配置完毕会议基本信息，签到设备，参会人员及时间段后，管理员可以生成签到大屏，根据会议的不同时间段可以生成不同的会议大屏，如上午生成一张下午生成一张，两张大屏的签到信息不通用。(6)生成签到统计系统需要支持在配置完毕会议基本信息，签到设备，参会人员及时间段后，管理员查看该会议的签到信息，如签到时间，签到设备等，允许管理员导出留档。(7)手动签到功能系统需要支持在会议开始前，若某些人员人脸未录入系统，需提供一个手动签到功能，允许在会议现场的工作人员为参会人员手动签到（手动签到需计入签到并展现在大屏及在后续的统计中），需根据允许操作人通过工号或姓名查询，及允许手动查找需签到会议。2、活动
9、管理（1）个人主页面系统需要支持用户可在此页面查看可自己可申请的活动，并可点击查看该活动的具体信息；可查询自己参与过的活动，并可点击查看该活动的具体信息；可查看自己发起的活动，并可点击查看该活动的具体信息。（2）申请活动系统需要支持用户发起活动申请，填写基本信息，提交之后进入审核，审核通过后，允许参与人员可申请参加活动。（3）活动审核列表系统需要支持审核人在此查看需要自己的活动列表，可点击查看该活动的详细信息，在审核通过后，可参与该活动的人员可以查看和预约该活动；审核人可以查看由自己审核通过的活动详细信息。（4）消息提醒系统需要支持管理员可设置会议审核通过后是否需要对可参与人员发送消息提醒；可
10、以设置在活动开始前是否对申请参与活动的人员发送消息提醒。（5）活动大屏系统需要支持管理员在活动大屏上，查看本学期的活动申请，审核通过情况，各学院活动发起数，各学院活动等基本信息。（6）生成签到二维码系统需要支持活动发起人在申请的活动通过后，自行生成签到二维码，活动开始后，活动预约人员可以登陆扫码后签到，并生成活动签到数据，系统自动统计签到人员，签到率。（7）统计分析数据导出系统需要支持管理员查询每一场活动的详细信息，签到信息等数据，并提供所有活动的预约签到人数信息统计；可下钻查看每一个活动的具体信息及签到时间等；以上数据均允许管理员导出。（三）数据治理服务（三期）1、数据标准规范化数据标准是在
11、学校数据平台框架下，保障学校内、外部使用和交换数据的一致性和准确性，具有行业特点且共同使用的一种规范性约束。数据标准是学生数据平台数据治理的基础，亦是数据治理建设中的首要环节。一方面，数据标准为学校数据平台提供统一的数据标准定义和平台逻辑模型；另一方面，数据标准是学校数据平台进行数据治理的依据和根本。数据标准是衡量学校数据平台数据资产运营和管理的评估依据。数据标准规范化的管理内容包括：构建基于校情的数据管控制度及数据标准管理组织、制定基于数据流程的规范性文件、实现信息项数据字典标准的规范化定义。2、数据管理脉络化通过对数据流的梳理，可以看出数据管理的任务是构建元数据进行集中式的管理。在学校数据
12、范围内，元数据主要描述了各业务系统的数据范围、数据类别、数据定义、数据表之间的关系以及数据流等信息。数据管理是元数据的创建、存储、整合以及控制的一整套流程的集合，用以辅助在学校场景内开展各类元数据应用。通过对元数据的管理，数据治理与运维达到如下目标：提供校级数据字典，便于内、外部准确掌握学校的数据概况；提供全局元数据查询检索，便于快速定位元数据；提供元数据详细描述，便于快速了解数据组成、数据结构及数据流向；提供血缘/影响分析功能，便于进行分析判断、问题定位；提供元数据接口服务，便于其它系统或模块使用元数据，实现数据交互与共享服务；提供元数据应用，方便终端使用元数据。学校元数据的特点在于逻辑相对
13、趋于集中，即将元数据管理作为统一的发布源，采用集中式的元数据管理模式，提供元数据的集中创建、维护、查询功能，不断趋于脉络化。3、数据质量度量化数据质量深度反映了数据的“适用性”，即数据满足使用需要的合适程度。数据质量通过完整性、一致性、准确性、及时性、合法性等多类维度进行度量。数据质量的度量化工作旨在定义数据质量标准、建立数据质量审核机制、跟踪数据质量的全生态过程，为数据平台提供洁净、结构清晰的高质量数据，是数据平台开发数据产品、提供数据服务、发挥大数据价值的必要前提，是高校数据资产管理的关键因素。数据质量度量化的目标是：为学校内、外部用户提供平台化的数据质量监控，通过扩充和优化公共规则库、增
14、强后台对不同类型数据仓库和非结构化数据的兼容性，提升用户使用感受，并提供数据质量应用满足个性化需求。4、数据内容精简化业务数据、系统数据、机器数据、日志数据等形成了学校的结构化数据和非结构化数据集合。数据源的多样性，严重制约了数据交换与共享。数据内容的精简化工作旨在消除重复数据、修正错误数据、实现数据的多次清洗、完成基于数据标准的转化等，以降低数据维护成本。5、数据质量治理学校已经建设数据治理平台，需在数据治理平台上配置数据质量监测，并根据UC矩阵规划,将数据治理结果反馈给数据生产方，由生产方改进数据质量，提高数据应用率。（1）完善数据质量根据UC矩阵规划，将需要治理的数据集配置到学校数据治理
15、平台，数据集需配置分管部门，负责人，新旧数据验证等。（2）提供数据质量解决方案根据不同数据集属性、应用场景，自定义建立数据质量检测规则。根据规则定时生成数据监测结果，将数据集问题进行归纳，反馈给数据负责部门并给负责部门提供解决方案，由数据负责部门决定数据完善方式。6、数据质量评价体系依托于学校现有的数据中台可提供数据集的数据量、存量变化、数据集数据根据配置的校验规则进行校验后的完整率、错误率等信息，以这些信息进行质量分析。基于数据中台中统计计算得到的数据，如数据行数，校验表数，校验错误问题数，校验正确个数，整改数量，完整率，错误率等统计方法，并区分全校，部门、系统、主题、表等评分对象，对各个对
16、象配置如何进行评分计算的规则指标和指标对应的分数权重，最终通过配置的所有指标计算后的分数相加后得到该对象的质量评分,如全校则是对所有表的数据量、校验后的正确个数、错误个数，整改数量等方法统计后的数据，根据全校对象配置的分数指标的计算规则，进行运算后得到各个指标的分数，最后相加得到最终的全校评分，部门则对表进行部门分组，对部门所属的数据集，按照该对象中配置的分数指标的计算规则和分数权重，运算得到对应指标的分数，将所有指标的分数相加最终得到各个部门自己的评分，同样对系统、主题和表也是按系统、主题、表进行分组，得到每个系统、主题和表的评分。同时，根据数据中台中的数据量、完整率、错误率和评分等信息，提
17、供对应的对象的质量分析报告和分析大屏，显示不同部门、系统等，在一段时间内的评分、完整率，不同月份间环比变化等情况，帮助用户进行质量分析。（四）数据应用1、年度考核（1）数据对接支持与学校内现有的科研系统、竞赛系统、成果系统对接，抽取教职工已有业绩并进行分类（教学运行工作、教学建设工作、科研工作）（2）业绩赋分基于学校原有报表系统进行开发业绩赋分功能，业绩的负责人通过系统对抽取的业绩数据进行编辑，选择对应的归口部门、业绩类型、业绩项目，得到该业绩的参考得分，也可根据实际情况修改实际得分，同时编辑每位业绩成员的贡献率，赋予每位成员对应的分值。（3）其余业绩补充支持教职工本人录入补充业绩，包含业绩名
18、称、业绩类别、业绩级别、业绩时间、立项结题情况等字段。其余业绩同样也需要根据归口部门、业绩类型、业绩项目得到业绩的得分，并为所有的业绩成员进行赋分。（4）教学运行工作及业绩考核要求导入二级学院负责人可导入教职工本年度的教学运行工作和业绩考核要求，包括岗位类型、考核种类、总业绩分要求、教学运行最低业绩分、教学建设最低业绩分、科研最低业绩分、其他业绩分、折算备注等。（5）团队业绩团队业绩由相关部门发起，分配分数至个人。其中一类团队业绩由职能部门发起，分配分数到二级学院，再由二级学院分配至个人，这部分数据无需审核，直接提交至考核办确认。二类团队业绩由二级学院发起，分配分数到个人，提交至职能部门审核。
19、（6）审核流程审核的主要流程包括二级学院审核、职能部门审核、考核办汇总，其中业绩等级校级及以下的，二级学院审核后直接流转至考核办审核，校级以上的需要职能部门审核。二级学院和职能部门可根据实际情况，对业绩的实际得分进行修改或退回至业绩负责人修改。业绩负责人页面需要查看审批具体流程和审核意见。（7）个人年度业绩考核表审核通过的业绩数据可进入当年度教师个人年度业绩考核表，其中项目类业绩立项、结题年度各计算50%的分值。统计教学运行、教学建设、科研工作、其他业绩四类年度得分，教师自由定义当年使用分数（不得低于当年度该类别最低得分），其余分数预留至下一年使用。（8）年度业绩汇总表提供多维度的数据统计分析
20、，从教师所属二级学院、业绩归口部门等维度统计当年度所有的业绩数据并支持导出功能。（五）驾驶舱升级1、毕业生就业数据大屏需要支持展示历届毕业生的毕业生总人数，落实的毕业生的去向人数，毕业生分学院展示落实去向率，同时展示毕业生落实各个地区的人数。以及专升本的专业排名数和毕业生的就业落实行业占比和去向类型的分布情况。2、预算执行率大屏需要支持展示各个部门的预算额度，以及所剩的余额数量。以及当年的各类预算的控制数量分布情况，以及各类资金的执行情况。展示前一年度的项目情况，项目经费的执行情况。同时针对支持展示双高建设项目各部门的经费使用情况。展示当前年度各部门的执行率的情况。3、采购业务大屏需要支持展现
21、当年的申购数，同时展现当年的招标数量。同时展现全校的采购数据按照各部门进行区分数量以及价值。同时按照采购类型进行展示各个类型采购总价。展现本年度各个月的招标情况、合同完成情况。以及近三年全校采购数量已经完成率。全校各月的采购情况。4、信息中心大屏需要支持展现学校各类信息系统的数量以及占比，展示历年的信息化的投入资金以及各个项目的实际项目金额，同时展示各个业务部门的信息系统的建设数量已经各个地点的网络报修的情况。(六)会议签到终端机1、会议日程(1)会议日程显示设备需要支持可在设备上按日程查看会议列表，列表信息包含会议标题、会议状态、会议时间、预计参会人数等。(2)会议详情设备需要支持包含会议标
22、题、会议信息、预计参会人员列表等信息，若会议已结束，还会显示参会人员的签到状态。2、签到界面(1)会议签到设备需要支持包含刷卡、扫码、人脸识别3种会议签到方式，其中扫码又分为设备扫描参会人的二维码进行签到和参会人用手机扫描设备上的二维码后在手机上进行自主签到等方式。(2)签到记录设备需要支持可在签到页面中查看当前会议的签到记录，包含签到人的身份信息、签到时间、签到方式等。(3)会议信息设备需要支持展示会议标题、会议时间、会议介绍内容等信息。3、软件设置(1)语音播报设备需要支持对签到成功的欢迎词、会议信息等进行语音播报，播报内容可自定义。(2)开机自启动设备需要支持开启或关闭通电后开机自动打开
23、会议签到软件的功能。（七）活动签到终端机1、活动日程（1）活动日程显示设备需要支持可在设备上按日程查看活动列表，列表信息包含活动标题、活动状态、活动时间、预计参加人数等。（2）活动详情设备需要支持包含活动标题、活动信息、预计参加人员列表等信息，若会议已结束，还会显示参加人员的签到状态。2、签到界面（1）活动签到设备需要支持包含刷卡、扫码、人脸识别3种活动签到方式，其中扫码又分为设备扫描参会人的二维码进行签到和参与人用手机扫描设备上的二维码后在手机上进行自主签到等方式。（2）签到记录设备需要支持可在签到页面中查看当前活动的签到记录，包含签到人的身份信息、签到时间、签到方式等。（3）活动信息设备需
24、要支持展示活动标题、活动时间、活动介绍内容等信息。3、软件设置（1）语音播报设备需要支持对签到成功的欢迎词、活动信息等进行语音播报，播报内容可自定义。（3）开机自启动设备需要支持开启或关闭通电后开机自动打开活动签到软件的功能。（八）设备参数操作系统OSandroid7.1或更高版本主板型号RK3288/RK3399内存2GB/4GB闪存8GB可扩展至16GB,32GB身份证识别公安部要求标标准模块摄像头200万像素自动补光人脸识别专用二维码扫描专用一、二维码内嵌模组电源适配器世界标准：输入100-240V；输出DC12V4A外部接口TF卡座(最大32GB)1个SIM卡座1个以太网接口RJ451
25、个银联密码键盘插座RJlI1个钱箱控制插座RJIl1个USB插座共4个挡板位2个前侧位2个音频输入/输出插座麦克风1个耳机1个DB9标准串口2个DC电源输入插座1个输入电流12V3DC电源开关(软开关)1个MINIUSBOTG1个四、项目实施要求(一)项目建设进度项目建设周期为期4个月。本项目自合同正式签署生效起1周内完成校园通行证、会议管理、活动管理、年度考核、驾驶舱的安装部署，对接学校钉钉对接达到上线运行要求。2周内完成会议和活动签到终端机安装部署工作，到达上线试运行标准，1个月内完成按照学校要求调整会议和活动签到功能，1个月半月内后完成数据应用的年度考核开发工作的开发工作到达上线试运行标
26、准，中间穿插相应的数据治理工作，整体上线试运行1个月。投标人需要在投标文件中给出实施工期进度表。中标后与采购人商议决定详细的实施进度表。(二)实施方案投标人案中应进行简要的描述，主要内容应包括以下几个层面：(1)组织架构与职责：在项目的管理过程中，公司方、校方应共同组建项目建设小组。公司方指定项目负责人和核心技术骨干，保证人员的数量、质量和人员的稳定性、连续性，实现例会制度，规划项目建设的进程、相关措施和实施办法，及时考核各阶段建设情况。(2)实施阶段划分：在分阶段实施计划的基础上，进一步明确和细化每个阶段的工作范围、内容、人力投入、过程、责任、交付成果等。(3项目人员配置与责任：项目实施期间
27、，中标方必须提供至少一名项目经理及一名实施工程师负责项目现场建设和沟通工作，项目验收后实施工程师还需提供1年后期维保服务。在分阶段实施计划的基础上，进一步明确和细化每个阶段投入人力的技能要求、工作任务、承担责任等。中标方确保项目负责人、核心技术人员的数量、质量，提供其技术经历相关资料。(三)项目管理投标人必须提出对项目的建设进行科学严格的管理方案与措施，使项目系统计划、有序组织、科学指导和有效控制，促进项目全面顺利实施。并在甲方的项目管理平台按项目计划进行管理。(1)项目配置管理：在项目的开发过程中以及交付使用后，会产生大量文档和程序，如：需求分析说明、设计说明、可执行码、用户手册、测试用例、
28、测试结果等技术性文档以及合同、计划、会议记录、报告等管理文档，而且文档的版本在不断变迁和修改中，势必产生一个庞大、动态的信息集合。因此，必须建设相应的配置管理系统，通过一系列技术、方法和手段来维护产品的历史、鉴别和定位产品独有的版本、在产品开发和发布阶段控制变化，制定规范的配置管理工作计划和流程，沟通交流配置管理工作情况，从而使管理制度化、有效减少重复性工作、保证产品的质量和效率和系统的后续升级和维护。（2）项目管理规范和手段：根据该项目的实施方案，在实施过程中，为了保证用户方、开发方、专家监理等各方能够对项目建设实施进行监控，及时发现和解决的问题，必须建立相应的项目管理规范，包括项目执行监控
29、流程、执行监控的方法、执行监控的责任等，使管理和监控工作流程化、规范化，管理和监控工作责任明确。（3）项目管理控制：该项目的管理控制包含多个方面：项目范围、风险、进度、质量、变更管理控制，贯穿项目开发建设的始终，必须做到对项目建设范围准确定义，一旦范围发生变更，要有相应的变更控制和应对措施。（4）风险管理：项目风险管理是对项目风险从识别到分析到应对措施的一个过程，包括风险识别、风险量化、风险对策、风险对策实施控制四个方面。项目在实施过程中会出项各种各样的风险，必须做到充分、有效识别风险，应对风险和控制风险，在项目实施之初必须制定风险预测和规避风险的对策。（5）软件项目的开发管理：必须要按照软件
30、工程的方法，开发过程满足软件生存期的要求，采用先进的软件开发的方法和软件开发的工具，科学地管理软件开发的过程，降低软件开发的风险和成本，使软件项目获得较高的经济效益和社会效益。（6）规范的文档管理：根据项目实施进度，按时提交项目成果及相关文档。文档的提交应覆盖以下内容：项目实施前的项目实施方案、组织架构与职责等；项目实施期间的需求分析说明、详细设计说明、数据库设计说明书、程序源代码、用户手册、测试方案、测试报告等技术性文档，以及项目实施过程中的计划、会议记录、报告等管理文档；项目实施后的系统试运行报告、开发总结报告等；培训期间的培训计划、使用手册，以及其他需要提交的材料。（四）项目培训需求培训
31、应贯串于整个项目的实施过程，包括在从项目准备、研发到项目运行的全过程中。需要提供以下几方面关于培训的描述，投标人需提供详细的培训计划和内容。（1）培训要求。投标人派出的培训教员应具有丰富的同类课程的教学经验和应用经验；所有的培训教员必须用中文授课；投标人必须为所有被培训人员提供培训用文字资料和讲义等相关材料；投标人应按合同规定安排培训时间和培训名额。（2）培训方式。包括课堂讲解、上机操作和实际工作的参与。培训工作的内容和对象描述。投标人进行的培训工作包括了培训方案的设计、培训开发、培训实施和培训效果评估，及时监控培训效果，保证培训课程符合采购人实际的需要。提供系统运行（含试运行）的各个阶段相应
32、的培训内容的描述，培训阶段安排包括：项目管理培训、系统管理培训、系统运行维护培训等。（五）项目验收项目试运行及初验：软件到货验收、安装、开发实施并调试完成后，经过用户的认可后，由用户组织初验。软件安装调试完成并通过初步验收后，投入试运行，在试运行期间，投标人应使任何故障或问题都能在收到故障通知后应在4小时之内给出故障原因说明，24小时内（节、假日也不例外）被修复和解决，并给出详细修复细节报告，所有试运行期间软件的修改和变化都应在试运行结束后提供书面和电子文档。试运行期到后1个月内可进行终验。项目终验：（1）项目验收材料提交系统终验时，需请乙方公司对本项目准备好以下验收材料：立项及商务文档：项目
33、分析（调研）报告（学校提供）、立项文件（学校提供）、项目建设方案（学校提供）、招标文件、中标通知书、项目合同（有盖合同章的复印件）项目管理文档：开工文档、进度计划报审、汇报材料汇编、会议纪要、用户使用报告（即院或业务处室的试运行情况说明）、项目总结报告、验收申请报告、监理过程文档（没有监理，无需提供）、监理总结报告（没有监理，无需提供）项目实施文档：业务需求确认书、软件需求规格说明书、概要设计说明书、接口设计说明书、数据库设计说明书、详细设计说明书、测试方案及测试用例、测试反馈文档、技术测试文档、业务测试报告、第三方测试报告、系统安装部署手册（系统安装、部署、数据库密码等各类参数）、培训材料（
34、用户操作手册）、试运行申请、试运行报告、系统上线申请、联调测试文档、应急文档、源代码（不用打印，只需刻盘。已是成熟产品可以不提供，但针对我校的开发部分必须提供）。（2）项目验收最终验收合格的条件必须至少满足：已提供了本项目的全部产品和资料；试运行时间满足项目要求；试运行时出现的问题已被解决。验收形式：业务系统使用单位（处室）出具正式使用报告，信息中心出具正式数据交换报告，组织专家组评审，出具专家评审报告。终验结束后，进入技术支持服务期，技术支持服务期为最终验通过后3年时间。五、售后服务要求投标人应承诺保证该项目按时正式稳定地运行，并承诺提供三年免费服务，提供原厂质保函；在质保期内，当行业标准、
35、技术规范发生改变时，中标单位应为采购人免费修改相关内容。服务内容和方式包括：平台软件升级、提供技术指导、功能优化与支持服务等内容，服务方式应包括网络支持与现场服务等。投标人关于服务保隙体系的描述应具体包括如下内容：1、运行保障机构主要描述公司对于对本项目的运行保障能力描述。2、运行服务内容投标人应确保本次招标的各类应用支撑平台安全稳定的运行，并承诺提供一年免费服务，售后服务期自验收合格之日开始计算。方案中应对服务的范围和内容进行详细阐述，并至少包括以下内容：1）缺陷管理：针对本次招标的各类应用支撑平台中存在的bug、缺陷，不论在保期内、外，投标方均应持续提供修正与消缺服务。2）应急故障处理：系
36、统运行环境出现故障或意外情况导致系统不能正常运行时，投标人响应的情况描述，包括针对不同故障级别的响应时间和响应内容。3）系统升级：提供应用平台的软件补丁版本的升级服务。4）需求变更:对于学校自身业务规则的变化导致的非模块级功能需求变更、性能要求提升导致的部署结构变化，可经双方协商提供限定次数的服务支持。5）文档服务：整个服务过程均需有完善的文档记录，便于跟踪、分析问题；对各项服务提供详细的书面报告，包括故障处理报告、健康巡检报告、系统性能检测调优报告、维护总表报告、服务年度报告等。6）运行支持：对系统运行过程中师生用户及业务部门的问题提供解答和问题解决跟踪，需保证在1小时内对采购人所提出的维护
37、要求做出响应，并在做出响应4小时内派出工作人员进行故障排除，主要包括所投产品在运行中的故障排错，数据备份及恢复，平台及数据库系统适配调整等工作，从而保证软件系统正常运作。对于关键业务点的上线推广与运行提供现场保障。3、服务请求流程投标方需对用户支持或维护请求处理的流程进行详细描述。4、服务请求方式对我校与投标方联系沟通的方式进行详细描述，以方便我校便利的获取各类即时的和非即时的服务支持。投标方提供的服务请求方式至少应包括：服务热线电话和联系人、联系单位信息、信函/传真、电子邮件、服务网站。投标人是否设有用户投诉受理电话，对用户的意见做出反应。如果有用户投诉受理电话，请描述以下内容：电话号码（或
38、传真）、投诉中心负责人和受理答复时间。六、其他要求1 .技术培训1 .1中标人须对招标人的技术人员培训。投标人须在投标文件中提供详细的培训计划，包括培训内容、培训时间、培训费用等。2 .2中标人提供的负责培训的人员应具备同类设备五年以上的经验。1. 3技术培训费用应包含在投标总价中。1.4 技术培训至少应包括下列内容：.1原理、构成和功能的描述。1.4.2常见故障的处理或排除。1.4.3各系统部件（设备）的检查、调整和维护。1 .4.4对使用者关于设备基本操作技能的培训。2 .售后服务2.1 投标人须提供经调试、试运行、验收合格后至少1年的质保期（投标人可根据自身实力作出更长时间的质保承诺）。
39、在此期间，投标人应免费处理因质量发生的故障，并进行正常保养。2 .2中标人必须有可靠的售后服务保障包括但不限于在项目实施地附近有固定的维修服务点，能提供正常的技术、备品备件服务。中标人在接到招标人通知后，2小时内响应，8小时内到达现场，24小时内解决问题，若故障在检修24小时后仍无法排除，应在7日内免费提供不低于故障产品规格型号档次的备用产品供采购人使用，直至故隙修复。3 .服务要求3.1 设备保修期内（各标项内已有要求的除外），如出现故障，中标人在接到电话8小时内到达采购人指定地点，3 .2中标人提供的设备，必须符合招标文件及其投标文件规定的要求，如有不符，采购人可以无条件退货，造成的损失由中标人承担。4 .项目实施人员费用中标人应自行承担选派专业人员的住宿、就餐和交通等费用。七、付款方式采购人自采购合同生效及具备实施条件后30日内支付合同金额的40%作为预付款；安装调试完成服务并验收合格后运行正常后支付剩余合同金额的60%o
