职业技术学院学生综合服务与应用系统项目招标文件

（线上电子招投标）目录项目概况学生综合服务与应用系统项目招标项目的潜在投标人应在政府采购云平台（）获取（下载）招标文件，并于2022年7月15日9:30:00（北京时间）前递交（上传）投标文件。一、项目基本情况1.项目编号：QSZB-Z(F)-B22209(GK)2.项目名称：学生综合服务与应用系统项目3.预算金额（元）：6000004.最高限价（元）：6000005.合同履约期限：合同签订之日起3个月内完成并交付采购人使用6.本项目（是）接受联合体投标。7.采购需求：标项序号名称数量单位简要技术需求或服务要求是否允许采购进口产品1学生综合服务与应用系统项目1套学生综合服务与应用系统项目否二、申请人的资格要求：1.满足《中华人民共和国政府采购法》第二十二条规定，未被“信用中国”（）、中国政府采购网（）列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单；2.落实政府采购政策需满足的资格要求：无3.本项目的特定资格要求：无三、获取招标文件1.时间：2022年6月24日至2022年7月15日，上午00:00至12:00，下午12:00至23:59（北京时间，线上获取法定节假日均可，线下获取文件法定节假日除外）2.地点（网址）：政府采购云平台（）3.方式：供应商登录政采云平台（）在线申请获取采购文件（进入“项目采购”应用，在获取采购文件菜单中选择项目，申请获取采购文件）。4.售价（元）：0四、提交（上传）投标文件截止时间、开标时间和地点提交投标文件截止时间：2022年7月15日9:30:00（北京时间）投标地点（网址）：政府采购云平台（）开标时间：2022年7月15日9:30:00（北京时间）开标地点（网址）：五、公告期限自本公告发布之日起5个工作日。六、其他补充事宜1.《浙江省财政厅关于进一步发挥政府采购政策功能全力推动经济稳进提质的通知》（浙财采监（2022）3号）、《浙江省财政厅关于进一步促进政府采购公平竞争打造最优营商环境的通知》（浙财采监（2021）22号）已分别于2022年1月29日和2022年2月1日开始实施，此前有关规定与上述文件内容不一致的，按上述文件要求执行。2.根据《浙江省财政厅关于进一步促进政府采购公平竞争打造最优营商环境的通知》（浙财采监（2021）22号）文件关于“健全行政裁决机制”要求，鼓励供应商在线提起询问，路径为：政采云-项目采购-询问质疑投诉-询问列表:鼓励供应商在线提起质疑，路径为：政采云-项目采购-询问质疑投诉-质疑列表。质疑供应商对在线质疑答复不满意的，可在线提起投诉，路径为：浙江政府服务网-政府采购投诉处理-在线办理。3.供应商认为采购文件使自己的权益受到损害的，可以自获取采购文件之日或者采购公告期限届满之日（公告期限届满后获取采购文件的，以公告期限届满之日为准）起7个工作日内，对采购文件需求的以书面形式向采购人提出质疑，对其他内容的以书面形式向采购人和采购代理机构提出质疑。质疑供应商对采购人、采购代理机构的答复不满意或者采购人、采购代理机构未在规定的时间内作出答复的，可以在答复期满后十五个工作日内向同级政府采购监督管理部门投诉。质疑函范本、投诉书范本请到浙江政府采购网下载专区下载。4.其他事项：（1）需要落实的政府采购政策：包括节约资源、保护环境、促进中小企业发展等。详见招标文件的第三章-采购项目需要落实的政府采购政策。▲（2）单位负责人为同一人或者存在直接控股、管理关系的不同供应商，不得参加同一合同项下的政府采购活动；为采购项目提供整体设计、规范编制或者项目管理、监理、检测等服务后不得再参加该采购项目的其他采购活动。七、对本次招标提出询问、质疑、投诉请按以下方式联系

第二章采购需求一、为落实政府采购政策需满足的要求序号政策名称内容1政府采购进口产品不允许采购进口产品2政府强制采购节能产品不适用3政府优先采购节能、环保产品不适用4政府采购促进中小企业发展提供材料详见招标文件第六章“投标文件格式”本项目采购标的为：服务，采购标的对应的中小企业划分标准所属行业：软件和信息技术服务业中小企业划型标准：从业人员300人以下或营业收入10000万元以下的为中小微型企业。其中，从业人员100人及以上，且营业收入1000万元及以上的为中型企业；从业人员10人及以上，且营业收入50万元及以上的为小型企业；从业人员10人以下或营业收入50万元以下的为微型企业。5政府采购支持监狱企业发展提供材料详见招标文件第六章“投标文件格式”6政府采购促进残疾人就业提供材料详见招标文件第六章“投标文件格式”二、采购资金的支付方式、时间、条件三、服务要求（技术要求里另有注明的以技术要求为准）交付时间合同签订之日起3个月内完成并交付采购人使用交付地点浙江经贸职业技术学院质保期3年，项目验收合格后开始计算▲质保期不满足采购文件要求的响应无效。服务标准、期限、效率1.在质保期内，投标人应对货物出现的质量及安全问题负责处理解决并承担一切费用。2.质保期内出现无法排除的故障，投标人需无条件更换同型号产品。3.质保期满后，投标人继续为采购人服务，仅收取零配件成本费。4.因人为因素出现的故障不在免费保修范围内。5.如在使用过程中发生质量问题，投标人维修响应时间：2小时以内；电话技术支持时间：12小时以内；若需上门维修，则在：24小时内到达现场并进行维修；6.培训：6.1投标人应对采购人的操作人员、维修人员免费进行操作应用、安全防护及维护保养方面的技能培训；6.2投标人应提供相应的培训计划，负责采购人技术管理、系统运行维护人员和系统使用人员的培训工作，经过培训的维护人员应具备独立承担维护工作的能力，能独立进行管理、故障处理及日常测试维护，确保系统正常、安全运转，培训期间，培训师的所有费用由投标人承担；上述内容的实现方式、时间、地点、人数应在投标文件中详细说明。其他技术、服务要求1.投标人应按采购文件规定的货物性能、技术要求、质量标准向采购人提供未经使用的全新产品，符合国家法律规定和技术规格、质量标准的出厂原装合格产品。2.技术支持：投标人应及时免费提供合同货物软件的升级，免费提供合同货物新功能和应用的资料。3.安装调试：3.1安装地点：采购人指定地点；3.2安装完成时间：接到采购人通知后在规定时间内完成安装和调试，如在规定的时间内由于投标人的原因不能完成安装和调试，投标人应承担由此给采购人造成的损失；3.3如投标人委托国内代理（或其他机构）负责安装或配合安装应在签约时指明，但投标人仍要对合同货物及其安装质量负全部责任；3.4安装标准：符合我国国家有关技术规范要求和技术标准，所有的软件和硬件必须保证同时安装到位；3.5投标人免费提供合同货物的安装服务；3.6投标人在投标文件中应提供安装调试计划、对安装场地和环境的要求。4.投标人应提供质保期满后主要零部件报价单、质保期满后维护费、软件升级及其相关服务内容；5.供货时提供有关的全套技术文件。6.验收标准1.验收由采购人负责实施；2.验收依据：2.1合同、采购文件、投标文件；2.2投标人提供的技术规格、经采购人认可的合同货物的有效检验文件；2.3投标人投标文件中提供的经采购人认可的合同货物的验收标准（符合中国有关的国家、地方、行业标准）和检测办法及相应检测手段。3.投标人应派员在所供货物到采购人处时进行到货验收，有需要时能联系产品制造商到场共同验收，若发现任何损坏及质量问题，投标人负责妥善处理直至采购人满意，由此产生的费用由投标人承担。4.验收合格的条件：4.1所供货物符合产品标准和及合同的要求；4.2在进行测试和验收过程中发现的问题已被解决并得到采购人的认可；4.3合同中规定的所有货物和材料均已交付；4.4所供货物已通过使用单位组织的验收；4.5所有相关的技术文件及资料均已提交并得到接受。四、技术要求（一）需执行的国家相关标准、行业标准、地方标准或者其他标准、规范：如技术要求中未注明需执行的国家相关标准、行业标准、地方标准或者其他标准、规范的，执行最新标准、规范。1、建设目标本次项目将围绕“学生管理与服务”进行我校下一步的信息化建设，通过信息化的先进手段提升学校在学工业务方面的管理效率和服务水平，为包括校内管理人员、学生群体及各类其他人员提供统一的业务办理、流程审批、信息查询的综合性学生服务平台。具体目标细化为：建立学生综合管理与服务平台，使所有学工业务相关的应用与信息化内容有统一的查询、获取、使用平台。构建完整的学工应用，覆盖学生从入校、在校到离校的全生命周期信息化应用服务。为行政单位及院系提供流程办理、业务管理的信息化环境，并逐渐提升到校级跨部门协作，全面学工业务信息化，提高管理与办事效率，同时积累全面的学工业务相关的数据积累，为统计分析提供数据支撑。最终，使得全校学生信息化意识明显提升，达到从“不适应”到“离不开”、从“要我用”到“我要用”，从原先“被动接受”转变成现在“主观想要”。从而推动我校的学生工作全面、协调和可持续发展。2、总体技术要求投标方提供的平台及应用系统软件均要求采用B/S结构，可运行于Unix、Linux、windows及国产操作系统等高安全性操作系统。开发技术应采用J2EE标准、组件技术及在数据交换上对XML的支持，使系统功能最优化，同时将整体系统内部在技术上的相互依赖性减至最低。具体要求如下：（1）平台及应用系统软件必须遵循J2EE的技术路线，采用Java编程语言和服务器端Java技术进行开发，业务应用系统必须基于oracle数据库上。（2）采用面向对象的组件技术，着重于开发构成应用程序“业务对象”的可重复使用的组件，利用这些组件顺利地建立分布式应用程序。并通过业务组件库实现行业知识的积累。组件采有面向对象的思想构建，组件之间可以继承，组件之间从物理和逻辑上都是隔离的。（3）应用程序开发与运行结构要基于统一的技术开发平台的三层架构，即Web服务器、应用支撑服务器和数据库服务器。（4）平台及应用系统软件能完成学工业务流程及相对应的分级授权体系。（5）各应用系统要充分利用现有先进技术手段，采用相同的体系结构和运行平台，基于多层架构和组件技术，进行构建，整体架构基于Spring的MVC结构，分为显示层、控制层、服务层、持久化层。组件的执行是以模型进行驱动，每层都有相应的模型配置，引擎解析这些模型，自动实现各层的功能做到系统结构层次清晰。所有应用逻辑、流程、数据等都应当能够根据实际业务要求的颗粒度进行封装。3、安全性要求1）认证授权：保证用户的合法性和用户使用应用信息资源的权力，避免内部敏感信息泄漏和服务所提供的信息资源被非法访问，造成严重的安全事件。2）信息保密：充分利用密码技术，对于需要保密的信息，采用密码技术进行加解密处理，防止信息的非授权泄漏，确保涉密信息在产生、存储、传递和处理过程中的保密。3）数据完整性：建立数据完整性检验机制，保证收发双方数据的一致性，防止信息被非授权修改。4）审计：记录应用日志，对事件进行分析，并能提供预警信息。5）数据备份：利用数据库的备份功能将建设的平台和系统数据备份到指定的服务器或存储系统上。6）要求投标方需从物理安全、网络安全、系统安全、应用软件安全、数据备份安全等几个方面提出配套的安全体系完善方案，以便防范安全风险。4、建设内容4.1迎新应用4.1.1建设目标迎新应用是为学校解决每年的新生报到入校问题，需围绕事前准备、事中控制、事后分析的思路，结合学校实际情况，解决学生从入校前信息采集、预订商品、军训服装、登记到站等迎新事宜进行设计和开发，实现预报到提前在网上完成。从而解决之前迎新现场学生排队办理手续拥挤的问题，达到提高迎新工作效率、节省人力物力的目的。4.1.2建设内容新生报到（1）提供新生预报到服务。需支持新生在家时可通过配置的学生服务在线填报个人基本信息，提前办理预定军训服装、预定生活用品等迎新事项。（2）新生报到服务需支持完善和灵活配置功能。必须提供必办项/可办项的设置，以及可为每项服务设置独立的办理业务时间段。（3）在新生报到服务中需默认提供信息采集、财务缴费、到站登记、结伴同行、绿色通道申请、入学教育测试、一卡通照片采集、生活用品购买、军训服装尺码预定、电子报到单、迎新导航等服务应用。（4）新生报到可根据校方需要办理的业务流程进行顺序办理，并可查看已办理和无需办理的内容清单。迎新管理迎新类别管理（1）需支持管理人员自定义迎新类别。（2）迎新类别管理中需支持提供新生在线服务与到校现场办理流程的配置，要足够完善和灵活：必须提供必办项/可办项的设置，以及可为每项现场办理流程配置详细办理信息，包括办理地点、时间、联系电话、办理说明等；必须支持异常情况下做备注登记。（3）需支持管理人员可自行给各环节办理人员授权功能，有相关环节办理权限的人员才能够使用迎新现场办理功能。（4）需支持不同层级管理人员，授权后按照管理范围查看新生报到进度及环节办理情况。（5）需支持设置管理人员自定义校内各个环节办理点坐标，并支持通过定位导航指引学生完成现场报到办理。迎新批次管理（1）需支持单独的迎新批次管理功能，与我校每年的迎新工作开展相对应。（2）需支持在迎新批次管理中，必须能够直接引用配置好的迎新类别，实现新生报到服务、到校现场办理流程、人员授权的自动加载。（3）需支持学生信息导入功能。可批量导入新生名单、入住数据、辅导员带班任职等信息数据。数据初始化完成后即可开启迎新批次。现场办理（1）需支持与外部人脸识别、扫码或读卡等设备集成，达到方便快速识别学生身份效果。（2）需支持对各环节办理情况实时监控功能，并且能实时按照不同维度进行迎新报到情况统计。（3）需支持各环节办理人员仅能对其权限范围内的环节进行办理。（4）需支持对已办理环节进行已通过撤销操作。离线办理需支持在网络连接出现问题的情况下，通过excel模板的方式进行临时性的现场报到信息登记，并在后期直接通过excel方式导入到系统中。迎新统计（1）必须提供报到情况和办理情况的统计分析。（2）需支持按照多维度的组合查询，默认提供院系、专业、生源地、民族、各环节等维度的统计。（3）需支持以统计图表进行直观展现，可进行数据钻取查看详情。支持在线导出统计详情数据。（4）支持服务办理监控，可在线查看学生服务的办理进度和情况，可按照各自权限的不同查看不同业务的办理情况。人脸识别需支持管理老师指定新生到校完成人脸识别区域；在现场迎新报到期间能实时查看通过人脸比对完成新生报到的情况。人员授权需支持对新生班主任、辅导员、志愿者进行零星或批量授权，授权可精细到对某个类别或某个批次下的现场办理环节授权。绿色通道管理（1）需支持管理人员自定义配置绿色通道申请审核流程。（2）需支持设置绿色通道申请的业务起止时间段。（3）需支持根据具体的财务项设置缓缴总金额。（4）需支持申请表格打印模板的配置。（5）需支持对已发放的资助物资情况查询。到校登记管理站点设置需支持学校管理人员自定义设置新生现场报到前达到站点信息、来校交通路线、路线图或地理图等。到校登记查询（1）新生提前登记报到行程后，需支持统计、查看登记结果。（2）能自定义统计时段及统计站点，提供以折线图和柱状图的方式清晰展示到站人数的趋势和详情，方便安排接站。财务缴费管理（1）支持为每种迎新类别进行应缴费用的设置。可设置学费、宿舍费及其他费用等财务缴费项，同时可为每个财务缴费项提供设置是否可缓缴、是否必缴功能。（2）需支持对应的管理人员能够在线查看和管理缴费情况，应用需提供缴费比例统计功能。军训服装预定（1）需提供军训服装信息在线维护功能，需支持在线设置规格、尺码表上传、图片上传。（2）需支持学校管理老师可按服装类型、年级来统计各学院已预定或未预定军训服装人数。（3）需支持能够在线查看学生的预定详情及结果导出，方便提前备置。商品预定（1）提供商品信息在线维护功能，需支持商品类别的自定义，提供名称、价格、规格项、描述的编辑功能，同时能够在线上传商品真实图片。（2）能够在线查看学生的预定详情及结果导出，方便提前备置。迎新导航需支持新生迎新时，提供各个迎新环节办理地点的定位，便于指引新生快速前往办理。新生入学前教育提供新生入学教育测试管理相关功能，通过入学教育测试实现新生对学校校史、校规或其他相关内容熟悉掌握的需求。题库管理管理人员可设置入学教育相关多个题库，题库中题型包含单选、多选、问答题。题目可设置答案及题型对应分值或题目分值。试卷生成管理人员可设置试卷及格线，测试时长以及重复答题规则。试卷生成可指定具体题目，可设置题型规则随机生成。试卷可指定新生批次。答题结果统计各级管理人员可查看或导出学生答题结果，是否答题并对答题通过率进行查询统计。0一卡通照片采集管理提供一卡通照片采集管理功能，满足学校提前收集一卡通照片制卡需求。需满足管理员设置照片上传大小、像素、格式等要求，并提供上传照片样例及上传说明设置功能。同时需支持管理员设置批量下载照片的命名规则，支持照片采集情况查询及导出，支持学生照片批量下载。1实时大屏展示投标方需支持大屏集中展示迎新现场的学生报到情况，通过各种维度直观动态播放。2移动迎新（1）新生报到：需支持为新生预报到提供新闻公告、个人信息采集、报到二维码、到站登记、结伴同行、财务缴费、商品预定、一卡通照片上传、入学教育、军训服装尺码登记、绿色通道申请、迎新导航、迎新报到单等功能。（2）需支持在校内特定区域内新生本人通过移动端实现人脸识别比对，完成到校登记。（3）迎新管理：需支持扫码办理、到校统计、报到统计、采集统计、绿色通道审核等。（4）迎新大屏：需支持老师可通过移动端查看迎新大屏的新生报到数据。数据展示的内容需包含新生实时报到率、报到总数、迎新各环节办理情况、各省份报到情况、各时段报到量、各学院报到率排行、报到新生的性别分布、民族分布、各学院男女比例情况等。4.2学工应用4.2.1建设目标学工应用需涵盖对于学生的基本信息管理、综合测评管理、奖学金管理、荣誉称号管理、违纪处分管理、困难生管理、勤工助学管理、助学金管理、助学贷款管理、困难补助管理、政工队伍管理等功能，并且可以为学生提供相关业务的在线申请与信息提交的功能，管理人员只需要做简单的审核操作，从而达到提高工作效率、简化管理流程的效果。真正做到“服务提升、管理优化”。4.2.2建设要求基本信息主要解决对所有在籍在校学生基本信息的收集，通过已掌握的学生基本信息可进一步统计出有效的数据，作为学校领导开展全校策略、规划工作提供的数据依据等。投标方需提供可解决对于学生基本信息收集流程及审核步骤的信息化服务应用，具体要求如下：班级管理(1)必须提供学校管理人员或者院系负责人对于班级信息的维护与管理功能。同时，需要支持维护辅导员、班主任的聘任信息及班干部的任命信息。(2)投标方需支持通过数据集成方式，来获取相应业务数据。学生基本信息设置(1)必须提供单独的基本信息批次管理功能，与我校每学年的学生信息采集工作开展相对应。(2)在前端界面即可灵活配置采集的字段，并可对字段的属性进行设置，必须包括隐藏、只读、必填、日常可改这几类属性。(3)需要根据辅导员、班主任、院系负责人等用户组，批量进行不同的权限配置。学生基本信息填写(1)在开放的业务期内学生可自行核对和编辑个人信息；(2)提交后需要支持在线跟踪查询审核进度。学生基本信息审核(1)班主任或辅导员、院系负责人、校级负责人可以对于学生填写基本信息的采集进行审核，以保证学生基本信息的完整性和准确性。(2)根据之前对于学生字段权限的设置，例如必填、非必填、只读等状态。在详情审核界面，需首先将必填字段重点罗列显示，同时将修改或变化的内容以不同的颜色标识出来，方便我校管理人员核对。学生基本信息管理(1)需支持高级搜索、多字段组合查询来快速筛选出符合条件的学生。(2)管理老师可进行单个学生信息的新增和编辑，也需要支持学生批量导入导出操作。学生基本信息的统计查询(1)为各类管理人员提供对自己管理范围内学生的基本信息查看功能，可通过学号或姓名快速定位到学生。需支持自定义显示/隐藏字段，可对最为关键或关注的一些字段勾选，从而更为直观的在前台表格页面显示。(2)各级管理人员可以对自己管辖范围内的学生信息进行明细查询、表格统计、图形统计、统计结果下钻等操作，需支持对结果导出保存打印。学生信息填写质量分析提供对于学生基本信息的填写质量分析功能。校级负责人可按院系、年级等不同维度查看学生整体填写质量情况，需提供到字段级的细化分析。必须支持各个院系在具体每个字段上填写比例的图形化展现。学生个人基本信息(1)学生除了能对个人的信息进行核对编辑之外，还需提供集中式的个人数据中心，将来自不同部门及业务系统的成绩、活动、奖惩、资助、财务等信息统一进行直观的呈现。具体展示内容包括：学业数据、参加活动数据、学生干部任职数据、奖惩记录数据、资助记录数据、消费数据等，在展示上需针对每类数据提供合适的展示组件。(2)需提供学生在校经历的网上空间，可自动纳入在校期间的表现，学生也可手动添加个人经历，在毕业前可自行下载生成学生个人简历。基本信息（移动）(1)需支持学生在移动端查看个人信息，并支持可维护信息修改。(2)需支持老师移动端查看学生信息。(3)需支持各级管理老师可针对学生提交的基本信息修改内容进行审核。学生信息查询(1)可对在校学生进行查询与统计，投标方需默认提供包括院系统计、年龄统计、专业统计、政治面貌统计、民族统计、生源地统计、性别统计、血型统计、宗教信仰统计、学籍状态统计、培养方式统计、体重统计、身高统计等维度，且应用需支持多维度、多条件的组合查询。(2)相关统计结果能够实现在线详情查看和导出。(3)对于学生信息的查询除表格外必须支持卡片式展现，即以学生照片、学号、性别、班级等信息进行直观展现。支持汇总表、统计表、统计图及统计数据透视。(4)必须支持各种综合信息筛选查询，如按成绩条件、违纪处分条件、困难生条件、奖助条件作为查询条件查询，从而实现多维度、跨业务域的综合条件筛选查询。政工队伍政工人员信息管理(1)提供全校所有教职工的人员信息的功能。需支持单个教职工的新增、编辑；需要支持批量的导入、导出、删除管理操作。(2)提供对人员类别的维护工作，需提供校级、院级、班级三个等级供人员类别使用。(3)需提供对于全校所有政工人员信息的浏览功能，也可以根据多种条件筛选查询。个人信息维护需支持为政工人员提供维护个人基本信息的功能，以及可维护个人参加培训、获奖、工作经历、学习经历、上课情况、科研情况等扩展信息。权限代理需支持各级政工人员可针对自己管理范围的班级院系及业务模块权限配置代理任职人员的权限，并可指定代理任职的时间范围。扩展信息管理需要支持管理员对教职工扩展信息类型进行开放管理。同时，可按照扩展类别查看全校所有教职工填写情况及具体内容。政工队伍统计所提供的统计分析组件必须能够具有强大的多维分析功能，对于政工队伍的统计要求如下：(1)政工人员信息明细表：能够以表格的形式将所有政工人员的信息进行罗列展现，需支持多条件组合筛选，同时在表格页可灵活勾选字段作为展示列。(2)政工人员信息统计表：能够以表格的形式将政工人员的信息进行统计展现，需支持多字段组合进行交叉组合统计。(3)政工人员信息统计图：能够以图形化的方式将政工人员的信息进行更直观的统计展现，投标方需提供至少包括柱状图和饼状图两种统计组件。综合测评业务规则管理(1)需支持综合测评方案配置，可灵活设置各测评指标项、指标项所占的比例以及加减分（附加分）体系标准，需支持可创建三级测评指标。附加分可关联学生校内外的评优获奖、社会实践、学生干部任职，论文专利、证书技能等可纳入综合测评评定的数据信息。(2)需支持业务管理老师可依据院系、年级、专业、班级、学生类别以及指定具体测评学生的方式来构建具有校本特色的灵活的学生综合测评评价方案。(3)需支持各院系可在校级评价体系下自定义院系的附加分评价指标。(4)支持制定学院学生干部或者测评小组可以日常维护发展能力项和具体对应的分值，对于校级固定项目的分值可以直接添加，不固定的分值可在范围内进行填写，由对应的老师进行审核认定。评定对象管理(1)测评开始之前，需支持可对参与测评的学生名单进行核对与调整，以应对出现的学生转专业等学籍异动的情况。学生自评和班级评定(1)需支持学生自评，自评时可以附件的形式上传证明材料；(2)需支持可指定班级测评小组成员，测评小组可针对自身负责的指标项为班级学生进行评分；测评审核(1)需支持业务管理老师对自己管辖范围内学生提交测评评分及附加分申请进行审核，可根据测评指标体系自动计算学生测评总分、班级排名、专业年级排名，并可汇总统计各院系综合测评的开展情况。测评评分(1)针对一些无需参与审核，或者无需添加附加分的学生需支持测评评分。测评公示(1)支持提供以班级、院系和校级为维度的综合测评结果的公示。测评结果查询(1)需支持各级管理人员或校内部门查询和导出学生综合测评评定的结果，查询时可按学年学期、学号、姓名、院系、班级、班级排名、专业年级排名条件进行组合筛选查询。测评结果统计分析(1)对于学生：需提供除了能展现学生各项测评指标得分及排名的结果之外，还需提供能量化对比展现学生在不同学年的各项测评指标得分的变化趋势，以及与同专业平均水平和最高水平在同类指标上的强弱倾向情况等。需提供图形化的展示方式方便查看。(2)对于学校老师：可查看校级测评各指标得分总览，排名前五和后五各学院指标得分的情况对比，以及以院系、班级为维度的测评指标横向对比等。需提供图形化的展示方式方便查看。综合测评（移动）(1)需支持学生在自评期间在移动端根据指标体系进行自评。(2)需支持并附加分项目的填写提报及证明材料上传。(3)需支持随时查询本人历史或当前学年的综合测评结果。(4)支持班级测评小组成员通过移动端对班级成员进行测评打分。奖学金奖学金种类管理(1)支持管理人员自定义奖学金种类，对每个奖种的详细信息进行编辑，详细信息包括奖学金名称、奖学金类型、奖励级别、设立单位、资金来源等。管理人员可进行审核流程配置、等级设置、评选条件配置、申请表格配置等设置。(2)评选条件需提供必须全满足项和部分需满足项配置，灵活应对每类奖种的要求。(3)需支持评选条件在奖种间的复制，方便初始化。(4)提供完整的在线申请表格配置，需包括信息字段的显示、只读、可改配置，内容需包括基本信息、学生干部、学习情况、综合测评情况、经济情况、论文专利情况、申请陈述等。需支持设置是否开启附件上传。(5)需支持提高奖学金自动评定的功能，设置好相关规则后，系统对满足条件的学生可进行自动评定，并支持将评定结果导出。(6)需支持为学校管理人员提供维护各个奖种之间兼得关系的功能，可根据学校具体奖学金兼得要求进行灵活的设置。(7)为学校管理人员提供维护所有奖种的公共评定条件的功能，可根据学校对于学生奖学金申请的条件做统一的设置。奖学金评奖批次(1)必须提供单独的奖学金评定批次管理功能，与每学年的评奖工作开展相对应。(2)在奖学金评定批次管理中，要能够直接引用配置好的奖种信息，并开启多奖种同批次进行评定。(3)提供灵活的名额分配功能。即可按照比例对每个院系进行初步的分配，同时支持每个院系具体分配名额的微调。(4)提供灵活的金额分配功能。即可按照比例对每个院系进行的分配。奖学金名额查看需支持院系负责人可查看本院系分配的奖种名额情况以及可按班级或专业进行二次分配。院系公示时间设置需支持院系基于学校的公示时间单独设置本院系公示时间。评定对象学生、院系班级及辅导员的相关数据需具备跨学期延续性。需可按照特定需求单独调整学生的评定单位。奖学金申请(1)学生可在线查看当前学校开放的所有奖学金种类。(2)必须提供自动化条件校验的功能，不符合条件的学生无法在线申请相关奖种。(3)申请提交后，学生可查看申请的处理进度。奖学金审核需提供批量审核功能。为了便于老师更好掌握申请的学生情况，系统支持对学生综测、成绩、评定等级、申请等级、审核状态等按照升序或降序排名。支持按照提名形式评定奖学金。奖学金查询需支持为其它相关关注部门老师提供查看奖学金评定相关信息的功能。奖学金公示支持在线查看公示奖学金获奖详情，包括奖学金批次、奖学金种类、各学院获奖学生名单。职能部门评奖(1)需支持职能部门设立奖项功能。学校管理老师对评奖职能部门进行维护管理，可设置职能部门奖项评定负责人，可按奖项给评奖职能部门分配获奖名额等。(2)需支持根据学校分配的名额，职能部门可以直接指定符合该部门奖学金申请条件的学生名单。(3)需支持符合申请条件的学生可在线提交职能部门奖学金申请，并可查看审核处理的进度。(4)需支持职能部门有审核权限的管理老师可对学生提交职能部门奖学金申请进行审核。奖学金发放管理需提供奖学金发放数据维护的功能。奖学金统计所提供的统计分析组件必须能够具有强大的多维分析功能，对于奖学金的统计要求如下：(1)奖学金评定信息明细表：能够以表格的形式将所有学生奖学金的信息进行罗列展现，需支持多条件组合筛选，同时在表格页可灵活勾选字段作为展示列。(2)奖学金评定信息统计表：能够以表格的形式将学生奖学金的信息进行统计展现，需支持多字段组合进行交叉组合统计。(3)奖学金评定信息统计图：能够以图形化的方式将学生奖学金的信息进行更直观的统计展现，投标方需提供至少包括柱状图和饼状图两种统计组件。(4)可按照学校自定义维度进行统计。奖学金（移动）(1)需支持学生在移动端直接查看开放申请的奖学金种类，并可针对希望申报的奖项进行详细查看和申请。(2)需支持学生可查看自己已经申请的奖学金审核进度及历史奖学金获得情况。(3)需支持管理老师通过移动端对学生的奖学金申请进行审核、提名。(4)需支持师生可通过移动端查看奖学金的公示信息。(5)需支持管理老师通过移动端对学生奖学金获得情况进行明细查询，并支持校级管理员可监控各二级学院奖学金的开展情况。荣誉称号荣誉称号种类管理(1)支持管理人员自定义荣誉称号种类，对每个奖种的详细信息进行编辑，详细信息包括荣誉称号名称、个人荣誉称号或集体荣誉称号、评定时间、申请时间、奖励级别、设立单位、金额等。管理人员可进行审核流程进行配置、等级设置、评选条件配置、名额分配设置，申请表格配置，支持后期的灵活扩展，提供统一的评选条件设置功能。(2)评选条件需提供必须全满足项和部分需满足项配置，灵活应对每类奖种的要求。(3)需支持评选条件在奖种间的复制，方便初始化。(4)提供完整的在线申请表格配置，需包括信息字段的显示、只读、可改配置，内容需包括基本信息、学生干部、学习情况、综合测评情况、经济情况、论文专利情况、申请陈述、活动情况、团队情况等。需支持设置是否开启附件上传。(5)需提供灵活的名额分配功能，可按照比例将名额初步分配至院系，也支持名额的微调。院系负责人可基于分配结果进行二次细化分配。(6)需支持为学校管理人员提供维护所有奖种的公共评定条件的功能，可根据学校对于学生荣誉称号申请的条件做统一的设置。(7)需支持为学校管理人员提供维护各个荣誉称号之间兼得关系的功能，可根据学校具体荣誉称号兼得要求进行灵活的设置。个人荣誉称号申请(1)学生可在线查看当前学校开放的所有荣誉称号种类。(2)必须提供自动化条件校验的功能，不符合条件的学生无法在线申请相关奖种。(3)申请提交后，学生可查看申请的处理进度。集体荣誉称号申请学生可见当前可申请的所有集体荣誉称号种类，可选中自己所在班级希望获得的荣誉称号进行申请，申请提出后可随时查看申请的审核进度。荣誉称号审核(1)需提供批量审核功能。(2)支持手动进行荣誉称号提名。荣誉称号投票管理(1)需提供对投票形式（投票/评分）、投票时间段、投票审核流程等配置功能。(2)需支持评委专家的在线添加和维护功能。(3)需提供在线计分功能，为最终的评定提供依据。(4)需支持专家查看可投票或者评分的投票组，并且可查看投票对象情况并进行投票或评分。(5)需支持专家投票后在线计分，并作为最终评定依据。荣誉称号公示需提供在线公示的功能，评定完成后师生可在线查看。院系公示时间设置需支持院系基于学校的公示时间单独设置本院系公示时间。荣誉称号查询需提供其他有查看需求的职能部门老师查看荣誉称号的评定情况的通道。荣誉称号统计所提供的统计分析组件必须能够具有强大的多维分析功能，需包括个人集体荣誉称号和集体荣誉称号两类统计内容，要求如下：(1)荣誉称号评定信息明细表：能够以表格的形式将所有荣誉称号的信息进行罗列展现，需支持多条件组合筛选，同时在表格页可灵活勾选字段作为展示列。(2)荣誉称号评定信息统计表：能够以表格的形式将荣誉称号的信息进行统计展现，需支持多字段组合进行交叉组合统计。(3)荣誉称号评定信息统计图：能够以图形化的方式将荣誉称号的信息进行更直观的统计展现，投标方需提供至少包括柱状图和饼状图两种统计组件。0荣誉称号（移动）(1)需支持学生在移动端直接查看开放申请的荣誉称号种类，并可针对希望申报的奖项进行详细查看和申请；(2)需支持学生查看自己已经申请的荣誉称号审核进度及历史荣誉称号获得情况。(3)需支持管理老师通过移动端对集体荣誉称号和学生个人荣誉称号申请进行审核、提名。(4)需支持管理老师通过移动端对荣誉称号获得情况进行明细查询，并支持校级管理员可监控各二级学院荣誉称号的开展情况。1违纪处分违纪处分设置提供对违纪的类型和处分的类型进行维护的功能。违纪处分管理需支持单个违纪处分记录的新增、编辑和批量的导入、导出、删除操作。违纪处分查询供各级管理人员在线查询自己所管辖范围内学生违纪处分信息。学生个人查看需为学生提供在线查询记录的通道。违纪处分解除申请需支持违纪处分的解除申请和审核。学生可以查看审核进度。违纪处分查询统计所提供的统计分析组件必须能够具有强大的多维分析功能，对于违纪处分的统计要求如下：(1)违纪处分信息明细表：能够以表格的形式将所有学生违纪处分的信息进行罗列展现，需支持多条件组合筛选，同时在表格页可灵活勾选字段作为展示列。(2)违纪处分信息统计表：能够以表格的形式将学生违纪处分的信息进行统计展现，需支持多字段组合进行交叉组合统计。(3)违纪处分信息统计图：能够以图形化的方式将学生违纪处分的信息进行更直观的统计展现，至少提供柱状图和饼状图两种统计组件，既可以对全校学生的违纪处分情况进行图形化展现，也可以对某一个学院或某几个学院的学生的违纪情况进行图形化展现。同时也支持对不同学年、不同处分类型的学生处分信息进行图形化进行展现。2违纪处分（移动）(1)需支持管理老师新增及编辑违纪处分记录。(2)需支持学生在移动端查看本人所获违纪处分信息。(3)需支持学生发起违纪处分的解除申请，查看审核进度。(4)需支持管理老师审核学生的解除申请。3困难生困难生设置(1)管理老师可对困难生类型和家庭困难类型进行维护，并设置对学生申请的审核流程、申请时间段、校级\院级\班级公示时间段，支持可按不同的困难生类型灵活设定其对应的资助目标；并可上传为学校定制的困难生申请表。(2)需提供对于认定方式的配置功能，至少包括审核认定、家庭人均年收入自动评定及问卷得分认定这几种。(3)学校可根据实际需求增加对用的申请表，学生根据进行在线申请。精准认定指标量化管理(1)要求支持创建精准认定指标体系，能辅助困难生认定工作开展，对各项认定指标可设置单选题、多选题、简答题，并对每个答案设置不同的分值。(2)需支持对学生参与的作答情况，按学院、年级、学生类别，参加情况明细等不同维度进行汇总统计；并可对各项认定指标作答明细进行统计分析，支持对参与答题人员得分明细导出操作。(3)答题情况及最终得分可作为认定重要依据。困难生申请学生可在线填写困难生认定表格中的相关信息并提交困难认定申请，申请提出后可查看申请的处理状况。困难生审核需提供批量审核功能。支持手动进行困难生提名。受助情况需支持学校相关业务管理人员可按资助金额范围，学年，困难生类型、学号、姓名、学院、专业、学生类别等条件查询统计出困难生库中的超额受助、受助不足的学生名单，以及具体某个困难生获得资助的明细情况、资助分布情况等，并可将相关数据导出。困难生查询统计所提供的统计分析组件必须能够具有强大的多维分析功能，对于困难生的统计要求如下：(1)困难生评定信息明细表：能够以表格的形式将所有困难生的信息进行罗列展现，需支持多条件组合筛选，同时在表格页可灵活勾选字段作为展示列。(2)困难生评定信息统计表：能够以表格的形式将困难生的信息进行统计展现，需支持多字段组合进行交叉组合统计。(3)困难生评定信息统计图：能够以图形化的方式将学生困难生的信息进行更直观的统计展现，投标方需提供至少包括柱状图和饼状图两种统计组件。困难生（移动）(1)需支持学生在申请时按照规定字段填报信息。(2)需支持学生在线查看审核进度。(3)需支持管理老师可通过移动端审核学生的困难生申请。(4)需支持管理老师可通过移动端对困难生信息进行查询统计。5助学金助学金种类管理(1)支持管理人员自定义助学金种类，支持每个奖种的详细信息编辑、审核流程配置、等级设置、评选条件配置、申请表格配置可设置奖种的兼得设置。(2)评选条件需提供必须全满足项和部分需满足项配置，灵活应对每类奖种的要求。(3)需支持评选条件在奖种间的复制，方便初始化。(4)提供完整的在线申请表格配置，需包括信息字段的显示、只读、可改配置，内容需包括基本信息、学生干部、学习情况、综合测评情况、经济情况、论文专利情况、申请陈述等。需支持设置是否开启附件上传。(5)需支持为学校管理人员提供维护各个奖种之间兼得关系的功能，可根据学校具体助学金兼得要求进行灵活的设置。(6)需支持为学校管理人员提供维护所有助学金的公共评定条件的功能，可根据学校对于学生助学金申请的条件做统一的设置。助学金评奖批次(1)必须提供单独的助学金评定批次管理功能，与每学年的评奖工作开展相对应。(2)在助学金评定批次管理中，要能够直接引用配置好的奖种信息，并开启多奖种同批次进行评定。(3)提供灵活的名额分配功能，即可按照比例对每个院系进行初步的分配，同时支持每个院系具体分配名额的微调。(4)提供灵活的金额分配功能。即可按照比例对每个院系进行的分配。助学金名额查看院系负责人可查看本院系分配的奖项名额情况，并可按专业或班级进行二次分配。院系公示时间设置需支持院系基于学校的公示时间单独设置本院系公示时间。助学金申请(1)学生可在线查看当前学校开放的所有助学金种类。(2)必须提供自动化条件校验的功能，不符合条件的学生无法在线申请相关奖种。(3)申请提交后，学生可查看申请的处理进度。助学金审核需提供批量审核功能。支持手动进行助学金提名。助学金公示支持在线查看公示助学金获奖详情，包括助学金批次、助学金种类、各学院获奖学生名单。助学金发放管理支持对助学金发放数据通过excel模板进行导入、导出。也可单独新增或删除助学金发放数据。同时提供不少于30个维度（如助学金名称、助学金等级、评定学年、评定学期、金额、学号、姓名、发放日期、发放金额、发放人、性别、出生日期、血型、民族、身份证件号、出生地、国家地区、港澳台侨、政治面貌、信仰宗教、婚姻状态、户口所在地、健康状况、特长、生源地、入学前户口性质、培养方式、院系、现在年级、预计毕业日期等）的搜索字段，方便老师进行查询助学金发放数据，同时对于老师常用的搜索组合，可保存为方案，方便下次快速使用该搜索组合。助学金查询统计所提供的统计分析组件必须能够具有强大的多维分析功能，对于助学金的统计要求如下：(1)助学金评定信息明细表：能够以表格的形式将所有学生助学金的信息进行罗列展现，需支持多条件组合筛选，同时在表格页可灵活勾选字段作为展示列。(2)助学金评定信息统计表：能够以表格的形式将学生助学金的信息进行统计展现，需支持多字段组合进行交叉组合统计。(3)助学金评定信息统计图：能够以图形化的方式将学生助学金的信息进行更直观的统计展现，投标方需提供至少包括柱状图和饼状图两种统计组件。6助学金（移动）(1)需支持学生在移动端直接查看开放申请的助学金种类，并可针对希望申报的奖项进行详细查看和申请。(2)需支持查看自己已经申请的奖学金审核进度及历史奖学金获得情况。(3)需支持管理老师可通过移动端对学生的助学金申请进行审核及数据的统计分析等功能。7勤工助学用工单位管理支持在线维护有勤工助学用工需求的部门的信息，可指定每个部门的业务负责人以及维护每个部门的每月勤工助学款项的发放上限。用工单位上报岗位需为用工单位负责老师提供在线申报本单位的勤工助学岗位需求的功能，申报时可填写岗位名称、岗位类型、需求人数、报酬标准、申请开始/结束时间、针对的学生类型、工作地点、岗位要求描述等。需支持可控制每个岗位需聘用的最低困难生人数，可控制某个岗位只针对某个学院的学生开放，可控制学生申请的最大岗位数等。上报岗位审核管理需支持可对用工部门申报的勤工助学岗位进行审核和确认。学生上岗申请学生可针对学校开放的岗位进行申请，学生申请时，需受岗位设定的条件限制，提交后，可查看审核处理的进度。上岗审核学生申请后用工单位和学校可在线进行审核，最终确定学生的上岗信息。用工单位和学生处也可自行终止或调整学生的上岗信息，可新增上岗的学生信息及对离岗学生进行管理。薪酬上报为用工单位提供在线申报本单位当月报酬发放预算的功能。薪酬上报审核对用工单位申报的薪酬发放预算进行审核及调整，并导出审核通过的薪酬发放明细。学生个人查询薪酬学生可查询个人的报酬发放情况。勤工助学查询统计所提供的统计分析组件必须能够具有强大的多维分析功能，需包括上岗信息和报酬信息两类统计内容，要求如下：(1)信息明细表：能够以表格的形式将上岗信息和报酬信息进行罗列展现，需支持多条件组合筛选，同时在表格页可灵活勾选字段作为展示列。(2)信息统计表：能够以表格的形式将上岗信息和报酬信息进行统计展现，需支持多字段组合进行交叉组合统计。(3)信息统计图：能够以图形化的方式将上岗信息和报酬信息进行更直观的统计展现，投标方需提供至少包括柱状图和饼状图两种统计组件。8勤工助学（移动）岗位管理用工单位老师可通过移动端提报本单位的勤工助学岗位需求。用工单位领导或校级管理老师可查看已提报待审核的岗位需求信息，审核需包括通过、不通过、退回等操作。岗位申请支持学生可在移动端通过校区、岗位类型、岗位名称等方式搜索和查看已开放的勤工助学岗位信息，并可针对感兴趣的岗位进行在线申请提交。上岗管理需支持用工单位和学校可对学生提交的申请通过移动端进行审核。用工单位和学生处也可自行终止或添加上岗的学生信息。上岗信息查看需支持学生可在移动端查看已申请的岗位信息，并可查看相应的审核进度。薪酬管理需支持相关业务管理老师可通过移动端对用工部门提报的薪酬进行审核。

4.3宿舍应用4.3.1建设目标宿舍应用主要为学生住宿相关业务提供管理与服务，是一个学生与宿管部门互动协作的平台。在产品功能的设计上需要围绕学生从入住到退宿的整体业务周期，需包括宿舍房源管理、宿管人员管理、排宿、学生日常住宿管理、卫生检查、违章违纪检查、宿舍报修、学生选房等功能。具体功能要求如下：4.3.2建设内容宿舍房源管理1、为使宿舍房源工作更为直观和便捷，需引入图形化管理功能：可根据学校宿舍实际布局灵活进行房源的平面图位置设置，可对平面图中的行列进行自由添加删除，并可对平面图中的房源基本信息进行维护，支持楼层的新增和原有楼层平面布局的复制。2、支持可统计当前楼栋总房间数、空房间数、床位数、住宿学生数、剩余床位数。宿舍人员管理提供对校内宿舍管理人员进行分配与设置的功能，支持按全校、校区、宿舍区、宿舍楼、院系几个维度进行宿舍管理人员的设置。并支持多级向下授权功能。学生住宿管理需提供多级权限的模式，达到分配及时、权限划分清楚明确的目的，授权人员需含校级宿舍人员管理、宿舍校区管理员、宿舍楼人员管理、宿舍院系负责人管理。床位细化到院系、专业、班级，支持院系二级分配，床位可通过图形化界面调整，支持批量导入床位。批量住宿安排(1)投标方必须提供排宿批次管理功能，与我校每年的新生入住、老生搬迁等业务相对应，在批次管理中可将学生及房源的信息手动添加或批量导入。(2)需提供多级分配模式，即校级管理员将房源进行规划并安排给院系，院系管理员将指定的学生具体分配至指定的宿舍清单内。(3)需提供手动分配和自动分配功能，自动分配时可按民族、生源地等条件自动打散分配。手动分配支持校院二级分配模式。日常住宿管理(1)必须提供对学生在校住宿期间住退调业务在线办理功能，可批量给学生做退宿处理及并对宿舍日常管理时的异常情况进行处理，并可查看全校宿舍日常动态的日志信息。(2)需支持以图形化的方式管理和查看某校区楼栋具体楼层的房间布局和住宿安排情况，对于未住满的房间可直接安排人员入住。(3)需支持对学生住宿信息，空房源信息，房源安排信息，未住宿学生信息等进行明细查询和统计数据下钻等操作。学生宿舍申办(1)需支持管理员自定义学生住调退申办原因，支持入住、退宿、调宿、假期留宿流程配置及时间设置。(2)为学生提供宿舍住调退的在线申请及申请进度查看的功能。(3)支持楼栋管理员反馈。院系调宿为院系宿管业务老师提供对院系内学生批量调宿、批量退宿操作。宿舍申办处理（移动）(1)学生可通过移动端发起入住、调整、退宿、假期留宿、延缓住宿等申请并可查询申请历史以及申请进度。(2)各级管理人员可在移动端审核学生发起的宿舍异动申请，入住或调整宿舍时系统可按照规则推荐给管理人员合适的宿舍床位，也可由管理员自行指定合适的房间和床位。楼栋管理员在审核结束，可对学生手续办理情况进行反馈。宿舍卫生检查(1)需支持上传拍照附件和附件在线预览功能。(2)支持通过批量导入的方式实现检查结果在应用中的记录。(3)需支持宿舍卫生检查结果的统计查询，包括宿舍卫生检查明细表、统计表、分类统计表。(4)提供学生在线查看个人所在宿舍卫生检查记录的通道。宿舍卫生检查（移动）(1)宿管人员可在移动端登记宿舍卫生检查情况。(2)支持以宿舍为单位进行宿舍卫生状况打分，并可针对单个宿舍成员的具体情况进行分值调整。(3)可拍照上传卫生情况照片，作为打分依据。(4)学生可在移动端查看个人和宿舍整体的卫生检查结果情况。4.4离校应用4.4.1建设目标所提供的离校应用要采用全新的模式，由原来所有学生都必须线下办理手续转变为自动获取学生在校期间各方面数据，对不符合离校规定的学生进行过滤，在应用中在线通知学生办理相应业务，使其顺利毕业离校。学生同样可以通过电子离校单，提前查询自己需要办理哪些手续，哪些手续是已经审批通过或者符合审批通过条件的，打破传统的排队式审批模式，让教师从繁琐重复的盖章工作中脱离出来。职能部门可以实时了解学生离校手续办理的情况，及时提醒和督促学生进行离校手续办理。离校学生服务设置，支持给学生和办理人员发送离校相关通知消息。具体功能要求如下：4.4.2建设要求可支持对接学校财务，图书馆、宿舍等获取数据，数据获取结果可对学生展示，明确离校办理所有的环节内容，将无需办理的由系统数据直接获取展示给学生或老师。离校类别管理(1)支持管理人员自定义离校类别。(2)离校类别管理中提供离校办理流程的配置，要足够完善和灵活，必须提供必办项/可办项的设置，以及可为每项流程配置详细办理信息，包括办理地点、时间、联系电话、办理说明等。(3)提供各环节办理人员授权功能，有相关环节办理权限的人员才能够使用离校办理功能。离校批次管理(1)必须提供单独的离校批次管理功能，与我校每年的离校工作开展相对应。(2)在离校批次管理中，必须能够直接引用配置好的离校类别，实现离校办理流程、人员授权的自动加载。(3)提供学生信息导入功能，可批量导入离校生名单。数据初始化完成后开启离校批次。人员授权需支持各现场办理人员可将自己的现场办理环节权限授权给其他人。毕业生离校单(1)需支持为学生提供电子离校单，快速告知学生离校需办理的步骤。(2)要能够以明显的颜色标识告知学生各环节的办理情况，默认需提供未办理、已办理、无需办理、必办项这几类。离校办理(1)需支持批量办理。(2)提供在线发送消息的功能，提醒学生进行手续的办理，需支持自定义通知的明细内容。(3)默认需提供包括财务结清、图书归还、贷款还款、宿舍退宿、户口迁移、组织关系转移、发放两证环节。离校查询统计(1)必须提供总体离校情况和各环节办理情况的统计分析。(2)提供多维度的组合查询，默认提供院系、专业、生源地、民族等维度的统计。(3)以统计图表进行直观展现，需支持数据钻取查看详情。支持在线导出详情数据。大学经历(1)需支持管理老师可设置大学经历的背景音乐，可管理毕业生上传的班级相册数量。(2)支持毕业生通过大学经历上传班级相册。(3)根据毕业生在校生活学习轨迹，为学生自动生成大学经历，利用背景音乐、图片、文字形式，将学生在校期间修读的课程情况、成绩情况、图书借阅情况、获奖获助情况、参加社团活动情况等进行直观动态展现。学生离校（移动）(1)毕业生可查看本人离校阶段各环节步骤的办理情况，办理注意事项以及办理时间地点，如有手续办理过程中的重要事宜也可查看。在办理手续时可出示学生端二维码供办理人员扫描。(2)支持为毕业生生成唯一标识二维码，可通过手机端查看，方便离校办理人员通过扫描，快速定位到当前学生信息，进行环节办理操作。(3)支持可通过手机端按照批次、学校、院系、生源地、专业、民族、环节统计学生离校率。(4)需支持学生通过移动端来查看自己的大学经历，该大学经历是根据毕业生在校生活学习轨迹自动生成，展现方式需为背景音乐、图片、文字形式相结合，能将学生在校期间修读的课程情况、成绩情况、图书借阅情况、获奖获助情况、参加社团活动情况等进行直观展现。5、工程实施服务要求本次项目须严格按工期部署完成，并达到采购人的要求。投标方需要在投标文件中给出预实施工期进度表。采购人要求合同签订后即启动需求调研，并于需求调研说明书确认后3个月内安装部署实施完毕并启动试运行，试运行15天后组织验收。5.1实施方案该项目规模较大，系统需求复杂，涉及部门、环节多，为了保证实施过程顺利有序，投标人必须作出详尽慎密的实施方案，主要内容应包括以下几个方面：5.1.1组织架构与职责描述项目成员的组成，以及成员的职责。提供项目经理1人，负责全程跟踪项目的开发与实施，直至该项目验收，并保证现场工作时间3个月以上。该项目经理应具备高校相同项目成功开发实施经验，并在项目中承担项目经理职务。提供实施技术人员应不少于1名，实施人员有项目开发和实施经验，实施人员的调换需要得到甲方的同意。5.1.2项目管理要求：投标方必须提出对项目的建设进行科学严格的管理方案与措施，保证项目全面顺利实施。5.1.3实施阶段划分：描述各个实施阶段的工作范围、内容、人力投入、过程、责任、交付成果等。5.1.4项目配置管理：在项目的建设过程中以及交付使用后，会产生大量文档和程序，如：需求分析说明、可执行码、用户手册、测试用例、测试结果等技术性文档以及合同、计划、会议记录、报告等管理文档，而且文档的版本在不断变迁和修改中，势必产生一个庞大、动态的信息集合。因此，必须建设相应的配置管理系统，通过一系列技术、方法和手段来维护产品的历史、鉴别和定位产品独有的版本、在产品开发和发布阶段控制变化，制定规范的配置管理工作计划和流程，沟通交流配置管理工作情况，从而使管理制度化、有效减少重复性工作、保证产品的质量和效率和系统的后续升级和维护。5.1.5项目管理规范和手段根据项目的实施方案，在实施过程中，为了保证用户方、开发方等各方能够对项目建设实施进行监控，及时发现和解决的问题，必须建立相应的项目管理规范，包括项目执行监控流程、执行监控的方法、执行监控的责任等，使管理和监控工作流程化、规范化，管理和监控工作责任明确。5.1.6项目管理控制项目的管理控制包含多个方面：项目范围、风险、进度、质量、变更管理控制，贯穿项目开发建设的始终，必须做到对项目建设范围准确定义，一旦范围发生变更，要有相应的变更控制和应对措施。5.1.7风险管理项目风险管理是对项目风险从识别到分析到应对措施的一个过程，包括风险识别、风险量化、风险对策、风险对策实施控制四个方面。项目在实施过程中会出项各种各样的风险，必须做到充分、有效识别风险，应对风险和控制风险，在项目实施之初必须制定风险预测和规避风险的对策。5.1.8实施过程管控工具要求基于本项目为学校信息化建设的重点支撑，投标方的项目实施计划及过程进度管控能力是项目成败的关键，因此需要投标方提供或开发针对项目的详细进度计划管理工具软件或系统，对详细进度计划涉及的功能模块、任务、时间节点、人员进行精细化管理，且支持开放给采购人使用，方便双方项目团队成员以工程项目为基础，对项目实施计划及项目计划任务执行情况进行跟踪及反馈，对项目实施过程中出现的问题及其处理过程进行完整记录，并可对于项目交付物统一管理，项目汇报规范，交付过程项目团队响应和解决及计划完成有效监控，使项目交付过程面向校方全程开放。项目第一部分软件应至少包含以下内容：应提供以学校领导为视角的项目综合看板，可查看本学校内所有项目的当前状态、热门应用的TOP5排名情况、校内所有项目问题及投诉的实时处理进展、以及每一项目的建设周期、干系人、进度任务、问题、投诉、配置库等信息；应提供以业务老师为视角的项目信息管理，可查看个人负责和参与的所有项目，以及每一项目的建设周期、干系人、进度任务、问题、投诉、配置库等信息；支持对对实施进度及实施任务执行情况追踪，可以新建任务、添加任务执行过程、完成任务已经任务完成确认等，可集中管理该项目下所有产品的实施进度任务，包含里程碑任务、工程任务、客户任务以及个人任务等；应支持记录项目实施中的日报、周报、月报等工作过程，在实施人员填写完成后，用户可以直接查看，还可对工作记录进行批注，提高信息透明度；对于项目中出现的重大问题，用户可以直接通过平台进行投诉，提交投诉后，投标方公司的专业运营团队进行跟踪处理，受理投诉内容，并及时反馈解决进度及解决方案，直至校方满意并主动关闭投诉为止；提供多种消息推送方式（站内信、邮件等），支持自定义消息接收渠道、类型、时间节点等。5.1.9、验收交付要求：在本期项目的开发过程中和交付使用后，要求将各个阶段产生的全面、规范的成果和文档资料交付给采购方，而且需要提供明确的交付清单。同时，成果和文档资料必须符合软件工程的相关要求。要交付的成果和文档资料需要包括以下部分：）可运行的系统）技术文档包括项目开发中的各种技术文档，如开发环境配置说明、软件工具清单、需求分析说明、变更说明、用户手册、测试用例、测试结果、系统维护说明、系统培训资料以及有关系统接口的技术说明等。）管理文档包括项目开发中的一些工作文档，如，计划、报告、讨论纲要、会议记录等。）为便于数据集成，提供完整的系统集成接口说明和demo，完整的数据字典。）与学校统一身份认证系统对接，实现单点登录并配合完成调试测试工作；迎新离校等办事流程提供接口供第三方获取流程数据及状态数据，配合完成调试测试工作，此项不收取费用。5.1.10、培训要求：）在项目合同中将具体规定培训内容、培训时间和培训名额等。）投标人派出的培训教员应具有丰富的同类课程的教学经验和应用经验；所有的培训教员必须用中文授课；投标人必须为所有被培训人员提供培训用文字资料和讲义等相关材料。）投标人应按合同规定安排培训时间和培训名额，在实施过程中，针对系统管理人员提供培训，保证培训的效果，让系统管理人员都能熟练掌握系统的使用方法。）投标人应在投标文件中提出培训计划，计划包括培训项目、人数、地点等详细内容。5.2安全稳定要求5.2.1投标人提供的管理系统需要符合《信息安全技术网络安全等级保护基本要求》的相关安全计算环境要求；5.2.2投标人整体学工应用服务系统进行漏洞扫描测试和应用渗透测试无高、中级别安全漏洞风险。5.2.3投标人学工管理系统并发量能达到5000。5.3售后服务要求5.3.1.投标人应具备完整的售后服务保障能力，包含（但不限于）以下服务要求：）须明确说明服务期限，满足招标文件要求；）须明确服务响应级别，并出具详细的方案和事件升级策略；）须提供多种服务受理通道，包括但不限于线上、电话、邮件等；）须提供详细的线上服务流程说明，线上报修须能够做到问题登记、问题处理、加急处理、问题关闭与评价，常见问题案例库，消息通知等。）要求在服务响应过程中，须有运营专员参与，全程跟踪服务过程，协调解决服务过程中的问题，须在方案中说明运营保障内容，提供详细服务方案。）须提供线上服务申诉通道，要求可针对服务人员、服务流程等进行投诉。）须提供本项目服务团队组织说明，包含项目成员和职责。5.3.2.投标人应提供本次投标产品的售后服务，包含（但不限于）以下服务要求：）BUG处理：如投标人交付的业务系统存在BUG，投标人须提供修正与消缺服务，如有修复BUG的补丁，应提供升级服务。）故障处理：如投标人交付的系统上线运行时，出现问题导致业务中断时，投标方应对故障进行处理。.1由于非计划掉电导致系统故障时，投标方应配合系统恢复。.2由于系统资源不足导致系统故障时，投标方应配合学校系统恢复。.3由于硬件故障时，投标方应在学校数据还原后，配合学校系统恢复。）运行支持：投标方应对系统运行过程中系统管理员及业务管理员的问题提供解答和问题解决跟踪。）在项目质保期内，因为软件系统本身原因导致系统不可用，投标方应全程跟踪解决，确保问题快速解决，因为操作系统、服务器、网络设备及其他硬件设备导致系统不可用时，投标人应配合招标人排查故障，提供解决方法供招标人选择，配合招标方解决问题。）所提供的学工系统平台可以与教育部“易班”系统对接。）所提供的学工系统平台同时支持国产数据库和开源数据库系统5.4运维要求：学校可以查看校内本期建设项目的当前状态、热门应用的TOP5排名情况，校内项目问题及投诉的实时处理进展、以及每一项目的建设周期、干系人、进度任务、问题、投诉、配置库、里程碑、项目模板和项目团队等信息，校方能够通过该系统进行直接的问题反馈和解决，客户意见反馈及处理的系统原始记录不少于1个季度。

演示（1）演示内容：演示要求1：学生基本信息管理和分析。①支持学生基本信息组合检索、支持显示字段自定义功能、数据导出；②支持学生基本信息修改③支持学生电子档案的查看和导出。演示要求2：综合测评和评奖评优管理。①综合测评支持评校、院两级分类设置，可设置测评权重、权限，方便统计；②奖助学金可以设置奖项、互斥条件、是否困难生、名额配置、关联综合测评等；③支持考察学生基本信息、家庭经济情况、学习成绩、申请原因以及学院审核意见等。演示要求3：审核和催办功能。①可提供所有流程节点已审核和待审核情况统计，②支持对未审核流程节点办理人发送催办消息。演示要求4：迎新全流程管理。①迎新管理及不报到确认：支持新生信息导入、信息填报、缴费管理、宿舍申请及调整管理、宿舍用品申请、延期入学等功能；②迎新数据统计支持查看各类学生报到、缴费、入住等各个环节人数及报到率。演示要求5：学生社区宿舍资源管理。①支持智能排宿，支持辅导员自动分配和手工调整；②宿舍入住统计，要求图形和表格同时显示等功能。演示要求6：困难生管理。演示学校管理人员设定资助对象认定（困难生）评定时间、流程、评分问卷（单选、多选），以及三种评定模式（审核认定、人均年收入认定、问卷填写模式）进行审核。演示要求7：演示要求8：

第三章投标人须知投标人须知前附表条款号内容说明与要求（一）适用范围本招标文件适用于浙江经贸职业技术学院学生综合服务与应用系统项目的招标、评标、定标、验收、合同履约、付款等（法律、法规另有规定的，从其规定）。（二）招标方式本次招标采用公开招标（线上电子招投标）方式进行。（三）投标委托1.▲投标人授权代表必须为投标人本单位在职职工，并提供2020年12月（含）以后任意一月社保缴纳证明（授权代表为法定代表人可不提供）。2.如投标人代表不是法定代表人，须提供法定代表人授权委托书（格式详见招标文件第六章）。（四）投标费用1.不论投标结果如何，投标人均应自行承担所有与投标有关的全部费用；2.中标人在中标通知书发出之日起七个工作日内，向采购代理机构交纳代理服务费；3.中标人逾期支付代理服务费，须承担代理服务费每日百分之三的违约金，逾期十日未支付的，采购代理机构有权向杭州仲裁委员会对中标人提起仲裁，仲裁费用（包括仲裁受理费和仲裁处理费）均由中标人承担。4.收费标准（差额累进）：中标金额（万元）收费标准（费率，%）100以下1.2不足叁仟元按叁仟元计算。（五）（六）联合体投标本项目（是）接受联合体投标。（七）转包与分包1.本项目不允许转包；2.投标人根据招标文件的规定和采购项目的实际情况，拟在中标后将中标项目的非主体、非关键性工作分包的，应当在投标文件中载明分包承担主体，分包承担主体应当具备相应资质条件且不得再次分包。（八）信用记录根据财库[2016]125号《关于在政府采购活动中查询及使用信用记录有关问题的通知》要求，采购代理机构会对投标人信用记录进行查询并甄别。信用信息查询的截止时点：投标截止时间；（1）查询渠道：“信用中国”（）、“中国政府采购网”（）；（2）信用信息查询记录和证据留存具体方式：采购代理机构经办人和监督人员将查询网页打印、签名与其他采购文件一并保存；（3）信用信息的使用规则：投标人被列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单的，拒绝其参与政府采购活动。（九）资格审查要求的资格证明材料（1）有效的法人或者其他组织的营业执照等证明文件，自然人的身份证明（2）符合参加政府采购活动应当具备的一般条件的承诺函（3）落实政府采购政策需满足的资格要求：无。（4）本项目的特定资格要求证明材料：无（十）投标文件份数特别说明：双休日和法定节假日不收件，投标人自行承担邮寄风险。（十一）投标报价1.报价应按招标文件要求的格式编制、填写报价内容（可自行增行），未按招标文件要求编制、填写的投标文件可能被拒绝；2.以人民币报价；3.投标报价是履行合同的最终价格，有关本项目实施所涉及的一切费用均计入报价；4.投标文件只允许有一个报价，有选择的报价将不予接受。▲5.采购人将以合同形式有偿取得货物或服务，不接受投标人给予的赠品、回扣或者与采购无关的其他商品、服务。（十二）投标有效期▲从提交投标文件的截止之日起90天，在原投标有效期满之前，如果出现特殊情况，采购人或采购代理机构以书面形式通知投标人延长投标有效期。（十三）评标方法及评标标准详见“第四章评标方法及评标标准”。（十四）评标结果公示评标结果公示媒体：浙江政府采购网（sdf.lkj//）。（十五）签订合同中标通知书发出之日起30日内。

“电子签名”系指数据电文中以电子形式所含、所附用于识别签名人身份并表明签名人认可其中内容的数据；“公章”系指单位法定名称章。因特殊原因需要使用冠以法定名称的业务专用章的，投标时须提供《业务专用章使用说明函》（附件1）。1.不论投标结果如何，投标人均应自行承担所有与投标有关的全部费用；2.中标人在中标通知书发出之日起七个工作日内，向采购代理机构交纳代理服务费；3.中标人逾期支付代理服务费，须承担代理服务费每日百分之三的违约金，逾期十日未支付的，采购代理机构有权向杭州仲裁委员会对中标人提起仲裁，仲裁费用（包括仲裁受理费和仲裁处理费）均由中标人承担。4.中标金额（万元）收费标准（费率，%）100以下1.2（六）联合体投标本项目（是）接受联合体投标。。特别说明：双休日和法定节假日不收件，投标人自行承担邮寄风险。备注：投标人可通过浙江省“电子交易/不见面开评标”学习专题提前进行专题学习，熟悉操作，避免影响采购活动（/luban/e-biding）。1.报价应按招标文件要求的格式编制、填写报价内容（可自行增行），未按招标文件要求编制、填写的投标文件可能被拒绝；2.以人民币报价；3.投标报价是履行合同的最终价格，有关本项目实施所涉及的一切费用均计入报价；4.投标文件只允许有一个报价，有选择的报价将不予接受。▲5.采购人将以合同形式有偿取得货物或服务，不接受投标人给予的赠品、回扣或者与采购无关的其他商品、服务。未响应招标文件“▲”标记条款要求的，投标无效。负偏离达到规定数目的（一）开标采购机构按照招标文件规定的时间通过电子交易平台组织开标，所有投标人均应当准时在线参加。投标人不足3家的，不得开标。开标时，电子交易平台按开标时间自动提取所有投标文件。采购人或代理机构依托电子交易平台发起开始解密指令，投标人按照平台提示和招标文件的规定在半小时内完成在线解密。投标文件未按时解密，投标人提供了备份投标文件的，以备份投标文件作为依据，否则视为投标文件撤回。投标文件已按时解密的，备份投标文件自动失效。（二）资格审查开标后，采购人或采购机构依据法律法规和招标文件的规定，对投标人的资格条件进行审查。对未通过资格审查的投标人，采购人或采购机构告知其未通过的原因。通过资格审查的投标人不足3家的，不再评标。（三）信用信息查询根据财库[2016]125号《关于在政府采购活动中查询及使用信用记录有关问题的通知》要求，采购代理机构会对投标人信用记录进行查询并甄别。信用信息查询的截止时点：投标截止时间；（