发送至邮箱
深圳医学科学院研究生选课项目服务号采购公告
| 项目名称 | 深 (略) 研究生选课项目服务 | 项目编号 | FS-JJ-*号 |
|---|---|---|---|
| 公告开始日期 | * | 公告截止日期 | * |
| 采购单位 | 深 (略) | 付款方式 | 签订合同后支付40%，服务系统上线后支付40%，试运行3个月后支付尾款 |
| 联系人 | 中标后在我参与的项目中查看 | 联系电话 | 中标后在我参与的项目中查看 |
| 签约时间要求 | 成交后10个工作日 | 到货时间要求 | 无 |
| 预 算 | *.0 | ||
| 收货地址 | 无 | ||
| 供应商资质要求 | 符合《政府采购法》第二十二条规定的供应商基本条件 | ||
| 采购商品 | 采购数量 | 计量单位 | 所属分类 |
|---|---|---|---|
| 深 (略) 研究生选课项目服务 | 1 | 项 | 高等教育服务 |
| 品牌 | 无 |
|---|---|
| 型号 | 无 |
| 品牌2 | 无 |
| 型号 | 无 |
| 品牌3 | 无 |
| 型号 | 无 |
| 预算 | *.0 |
| 技术参数及配置要求 | 一、技术要求1.应用系统均可运行于Linux、Unix、Windows等高安全性操作系统。开发技术应采用J2EE标准、组件技术及在数据交换上对XML的支持，使系统功能最优化，同时将整体系统内部在技术上的相互依赖性减至最低。2.应用系统均要求采用B/S结构，采用Java编程语言和服务器端Java技术进行开发，保持数据的一致性。3.各应用系统要充分利用现有先进技术手段，采用相同的体系结构和运行平台，按照统一的业务模型构建业务，做到系统结构层次清晰，所有应用逻辑、流程、数据等都应当能够根据合理的颗粒度进行封装。4.采用面向对象的组件技术，着重于开发构成应用程序“业务对象”的可重复使用的组件，利用这些组件顺利地建立分布式应用程序。需要按照事务闭环实现系统碎片化构建设计，保障各个模块化服务应用的松耦合，确保系统稳定性。5.兼容性：确保系统与操作系统和主流浏览器（Google Chrome、Safari、edge等）各种版本的兼容性。尽量不使用第三方插件，若必须使用插件，应确保其与主流浏览器各种版本的兼容性。6. (略) 内统一信息门户平台、统一身份认证平台、基础数据库平台对接。7.编码要求：供应商提供的软件使用的信息编码须参照中华人民共和国教育行业标准执行。8.数据共享： (略) 内信息管理部门数据集成要求，供应商软件需向采购人信息管理部门提供详细数据字典及数据字典描述说明，数据字典及数据字典描述说明作为必不可少的交付物需在验收之前提供。并按采购人信息管理部门要求验收前实现系统数据的归集及共享。9.代码开放：供应商接口部分以及定制开发功能程序（ (略) 个性化开发功能）的源代码必须开放，方便采购人掌握，并能与第三方对接，同时采购人保证不作他用。10.数据整理：供应商应主动协助完成基本数据的整理，按照软件后台数据库进行规范，完成数据导入。二、安全要求1.认证授权：保证用户的合法性和用户使用应用信息资源的权力，避免内部敏感信息泄漏和服务所提供的信息资源被非法访问，造成严重的安全事件。 2.信息保密：充分利用密码技术，对于需要保密的信息，采用密码技术进行加解密处理，防止信息的非授权泄漏，确保涉密信息在产生、存储、传递和处理过程中的保密；要求系统必须支持 https。 3.数据完整性：建立数据完整性检验机制，保证收发双方数据的一致性，防止信息被非授权修改。 4.审计：记录应用日志，对事件进行分析，并能提供预警信息。 5.数据备份：利用数据库的备份功能将建设的平台和系统数据备份到指定的服务器或存储系统上。 6.定期检测：供应商需定期及在业务密集期前检测操作系统、数据库和 web 服务器等的漏洞，发现漏洞及时修复。 (略) 内提供的由第三方安全检测机构发现的漏洞及时修复。7.提供安全等保检测资料，从物理安全、网络安全、系统安全、应用软件安全、数据备份安全等多方面建立配套的数据安全机制，以便防范安全风险。 三、研究生系统功能需求3.1.学籍管理通过管理新生等业务环节工作。重点建设“学籍异动”应用能够支持学校后继业务的拓展需要，逐步实现异动管理无纸化。学籍管理包含新生管理、学籍管理、照片管理、学籍异动。3.1.1.新生管理学号规则管理：通过该模块编辑学号生成规则，后可在新生信息管理页签下根据该规则自动生成新生学号。学生类别生成规则：维护各学生类别生成的资格条件，后可在新生信息管理页签下根据该规则自动生成新生学生类别。新生信息管理：通过该模块添加或批量导入录取考生信息（招生类型：统招博士、统招硕士、留学生）（DBF或EXCEL文件），系统既可以按照学号生成规则对导入的考生自动编制学号，也可以清空学号后编制新的学号生成规则以重新编排学号。可对导入的学生信息进行校验，校验通过后可批量同步学籍库，生成学生学籍信息。3.1.2.学籍管理学生资格条件设置：设置可入学籍库的学生需要符合的资格条件。学生信息管理：系统管理员、培养办、学位办、院系秘书等角色根据权限对学生信息相关字段进行查看或维护。系统能够实现对各类型学生基本信息的管理，提供自定义查看、高级组合条件查询、导入查询、数据导入导出等功能，系统管理员可以按照部门角色对基本信息可修改字段进行设置。班级信息管理：该模块可用于初始化班级信息（新生数据未入库之前，根据学生类别/院系/专业分班；新生数据入库之后，根据学生基本信息分班），添加班级，导出班级，导出班级对应的学生名单。批次管理：可添加、编辑批次信息（维护时间，学生范围，字段设置等）。批次字段维护审核设置：可设置各用户组对学生信息页面不同字段的维护（查看、编辑、必填）和审核权限。信息变更审核：审核学生基本信息变更字段。学生在校期间，如果发现不能修改的字段存在问题，可以通过变更申请流程进行维护申请，学校各部门可以根据自己权限进行审核，并同步更新学生基本信息。变更审核信息提示设置：针对批次范围内的学生信息变更，设置审核变更信息时的提示。学生信息所有字段均可以单独授权查看、维护、审核，并可以按照学生类别设置不同的维护策略，实现精细化管理。可以按照批次设置学生需要确认和维护的学籍信息，可以设置批次的开放时间、参与维护的学生范围、并可以自定义每个批次学生可以维护的字段范围。过程当中可以查询已经完成信息确认和没有完成信息确认的学生具体信息。新生复核：新生信息确认时，可上传学历信息、及相关证明材料，可在线审核。学生标签：可以给学生维护多个标签，标签可以为后期的诸多业务服务，比如选课可以限制某一门课只有体育生可以选。可以一键生成姓名拼音，与护照上的英文姓名格式要求保持一致。3.1.3.照片管理照片管理：提供条件查询，导入/导出学生照片，设置导入查询学生名单照片导出规则并将其导出。照片上传权限设置：设置各用户组对不同照片类型的维护权限。照片上传维护：维护不同类型照片的文件上传类型及路径。照片审核：审核上传的各类型学生照片。3.1.4.学籍异动学籍变动类型维护：定义学校所有的学籍变动类型，维护学籍变动申请表及其中各字段在申请、审核过程中的维护、审核权限。通常整个申请流程为 学生申请—>导师审核—>院系审核—>学校审核，系统提供流程可配置功能，可以根据学校具体要求自定义不同变动类型的审核流程。系统支持配置学籍变动生效时间，支持配置学籍变动和学籍各字段之间的关联关系。学籍变动信息维护：维护学生变动信息，系统自动同步更新学籍信息。学籍变动申请：由学生在网上填写学籍变动申请表，填写变动类型及原因等信息，然后提交给相关部门审核。学籍变动审核：学校审核通过，系统同步更新学籍相关信息。3.2.培养管理打好资源管理的基础，教师、教室、课程等分类多标签维护，做好计划安排，从方案下手，条理化培养计划，组织好排选课应用建设。 培养管理包含课程管理、培养方案管理、培养计划管理、教学资源管理、任课教师管理、开课管理、排课管理、选课管理。3.2.1.课程信息管理课程信息管理：课程信息管理应用主要用于管理课程基本信息， (略) 系或任课教师提交的修改课程信息申请，处理停开课程，设置课程字段维护审核权限，设置课程代码编码规则等。其中，课程管理列表可用于新增课程、编辑课程信息、删除课程、停开课程、维护课程标签、导入/导出课程信息列表，建立可维护的研究生课程库。可以根据实际业务需要，设置不同用户角色查看、维护、审核课程基本信息各字段的权限。如有课程信息需要变更，可先提交修改课程申请，待审核通过后即可完成课程信息字段变更。维护课程标签及相关说明，即可依据实际业务需求在课程信息列表给课程贴标签，便于后继管理课程库。可以编制课程代码生成规则，后入库的课程即可依据此规则自动生成课程代码。课程信息的字段项，可以按照字段进行授权维护，实现精细化课程管理。模块课程管理：支持新建主模块，编辑主模块挂靠的课程库课程，维护挂靠课程下面的子模块课程，便于子模块课程单独排课、按比例计算得出主模块挂靠课程成绩。同时支持管理员角色查看模块课程操作日志。新开课程申请：新开课程管理应用主要用于配置新开课程审核流程，配置申请表中课程字段维护权限，提交新开课程申请，审核新开课程。可依据实际业务办理流程配置线上申请新开课程的流程节点， (略) 系审核、 (略) 审核等。可以配置申请表中课程字段是否显示、是否必填以及各字段的维护说明。具备申请权限的教职人员提交申请，申请内容包含课程代码、课程名 称、开课状态、是否跨学期、开课学期数、开课单位、学分、总学时、授课语言、课程性质、上课方式、考试类型、课程层次、课程分类等课程基本信息，还包含课程简介、相关课程、参 考文献、教学大纲等课程扩展信息，以及申请原因等申请信息。 (略) 审核通过后，新开课程即可进入课程库并参与培养方案制定、培养计划制定、开排课、选课等后继业务的开展。课程信息查询：根据课程名 称，课程代码，开课单位等查询条件查询课程相关信息，具体包含课程代码、课程名 称、开课状态、是否跨学期、开课学期数、开课单位、学分、总学时、授课语言、课程性质、上课方式、考试类型、课程层次、课程分类等课程基本信息，还包含课程简介、相关课程、参 考文献、教学大纲等课程扩展信息。停开课处理&停开课程激活申请审核：院系可申请将拟停开课程的课程状态置为暂不开课和永久停开， (略) 审核通过后即生效。支持通过配置参数（停开课程统计学期数）来调整系统自动停开课的统计范围。3.2.2.培养方案管理参数设置：主要用于配置培养方案维护过程中涉及到的相关参数，包含设置课程开课学期维护形式（1、2、3、4学期或春、秋季）；设置课程多选组的限制类型（门数、学分、两者皆可）； (略) 和院系维护培养方案各字段的权限；配置培养方案各字段是否显示；设置培养方案审核时涉及到的参数（与往年方案无差别是否直接审核通过、方案审核通过后是否自动指 定给学生、 (略) 系收回审核通过的方案）；配置是否启用英文培养方案等。维护设置： (略) 系可维护培养方案的时间范围和维护说明，可维护的年级和可维护的方案类型。系 (略) 系维护设置， (略) 系在全校维护时间范围之外仍然可以维护培养方案。院系维护：院系 (略) 系所有专业的培养方案，包含方案基本信息、课程类别学分及门数要求、方案课程信息。系统默认根据方案基本信息中的年级、院系、专业自动将方案指 定给对应的学生，如有特殊指 定规则，可通过维护方案基本信息中的指 定学生范围实现。考虑到方案内容多为富文本形式且逐年更新变化较小，系统提供复制培养方案的功能，可以复制往年的任一方案并且可选择复制的内容项（基本信息、课程类别学分及门数要求、方案课程信息等）。考虑到方案中对各课程类别有不同的学分和选修课程门数要求，在维护方案要求总学分之余，还可以维护各课程类别要求的最低、最高学分和最少、最多选修课程门数。可以添加课程库课程至方案，编辑课程的开课学期，系统以此统计各课程的方案内、外人数，为后继业务中考量这门课程是否开班以及开班数量提供决策依据。系统支持同一课程类别下多门课程合并组，设置多选组内学分及门数要求，学生根据方案选计划或选课时，系统会据此要求进行学分及门数校验。学校审核： (略) 系提交的培养方案，支持批量审核（通过、不通过、退回至上一级或草稿状态）。系统提供导出、打印培养方案的功能，支持Word、Excel、PDF等常见文件格式。审核过程中，可以查看本方案与去年相同培养方案的对比情况，有无变更，如有增删改等变更，系统将以列表的形式呈现变更详情。学生培养方案指 定：培养方案审核通过以后，通过自动指 定功能，系统即默认根据年级、院系、专业将培养方案匹配至相应的学生。考虑到在实际业务中存在指 定范围不唯一的情况，可以在维护培养方案过程中自定义学生指 定范围，系统将依据此指 定范围实现更精确的匹配。学生培养方案查询：以培养方案的视角，查询方案对应的学生信息。培养方案课程批量维护：基于多个方案同步更新课程信息的业务场景，系统支持批量添加、替换、删除培养方案课程。预设复制：可以通过年级、方案类型、院系、专业等维度复制往年的培养方案至当前学年，避免每年重复维护，减轻方案维护工作量。课程所属培养方案查询：根据课程属性查询课程所在培养方案。方案类型模板设置：考虑到各类别的学生培养过程的差异，培养方案需要按照学生类别配套不同模板，最终每个方案类型启用一个适用模板。不同的方案模板支持版本概念，适应业务变化发展需要。考虑到全日制、非全日制、专业型、学术型不同类别的研究生各自特性化的培养要求，可以为不同的方案模板设置不同的课程分类，从源头控制实现精细化管理。培养方案模板内容类型支持文本域、富文本、附件上传、链接地址。3.2.3.培养计划管理实现学生培养计划网络化管理， (略) 、院系及导师能够方便及时了解学生的培养计划及完成情况。参数设置：维护培养计划制定和管理过程中涉及到的相关参数。包含基础参数维护（功能、显示、校验等相关基础参数）；修改课程类别设置（设置学生类别对应的可修改前后课程类别）；培养计划审核流程设置（设置学生培养计划维护流程，支持特殊学生类别的培养计划维护审核流程设置）；跨选学生类别设置（可跨选的学生类别及其可跨选的方案类型）。培养计划维护设置：设置培养计划可维护时间（学生维护时间、审核时间），可维护年级，可维护培养学生类别。 (略) 系、特殊学生维护设置，一旦设置，即脱离全局设置影响范围。培养计划审核： (略) 系对学生提交的培养计划在网上进行审核确认。审核过程中，如需修改，各用户组可依据功能权限和字段维护审核权限设置进行维护，或退回至学生端修改。培养计划批量维护：可以批量生成培养计划，支持按照培养方案初始化生成培养计划或只初始化方案中必修的课程。初始化完成后，相关人员即可编辑、提交培养计划。培养办可以批量维护培养计划，支持批量添加本专业课程、外专业课程。3.2.4.教师信息管理系统参数设置：设置任课教师信息维护相关参数， (略) 系添加任课教师是否需要审核、 (略) 系删除审核通过的任课教师信息等。同步字段设置：设置需要同步人事系统的任课教师信息字段。编号规则设置：设置外聘教师职工号编号规则，后系统可根据此规则对外聘教师自动编号。任课教师信息维护授权：设置各用户组对任课教师基本信息的维护、审核、是否必填的权限。任课教师信息维护：维护任课教师信息。支持新建外聘教师，导入/导出任课教师信息，同步人事信息功能。任课教师资格申请：填写任课教师信息进行资格申请。任课教师资格审核：审核任课教师信息。3.2.5.教学资源管理教室资源管理：维护教室类型（普通教室、多媒体教室、实验室等）；校区（校区及各校区所在行政区划）；教学楼（教学楼名 称、教学楼所在校区、该教学楼是否使用）；教室（教室名 称、教室类型、 (略) 系、教室归属、 (略) 系、校区、教学楼、上课座位数、考试座位数、是否允许借用、是否允许排课、是否允许考试）等教学资源属性。 以上属性可为后继涉及到教学资源的模块（如：教室借用、排课、排考等）引用。教室编码规则设置：设置教室代码生成规则，系统将依据启用的规则为新增教室自动生成教室代码。空闲教室查询：根据校区、开始结束周次、星期等条件查询未被占用的空闲教室信息。被占用的教室，系统将标记出详细的占用描述。教室资源查询：为系统管理员以外人员提供教室资源信息查询功能。教室使用情况查询：查看每间教室的使用情况，标记出教室使用明细（使用时段、使用类型、使用人）。支持按月、周、日、列表的形式查看教室使用详情。教室时间屏蔽设置：以教室的维度设置时间屏蔽，标记屏蔽类型（屏蔽排课、屏蔽借用、屏蔽考试等）、屏蔽时间段等信息。3.2.6.开课管理开课计划管理：根据培养方案、培养计划（系统能够智能判断，新生未选计划按照培养方案）统计每门课程对应学期的开课人数，开课单位可以按照课程对应的学生需求判断计划开班数量。开课计划时间设置：按照课程分类设置开课计划启用开始和结束时间。开课计划权限设置：按照开课单位设置公共课、专业课维护权限。开课计划参数设置：设置开课计划相关参数，包含停开、新开课程是否需要审核；是否严格按开课学期开课；开课计划是否需要学校审核；是否需要维护开班数量等。课程开班修改权限设置：根据开课单位、课程分类、课程性质设置是否可以修改开班数量，院系修改以后是否 (略) 审核。3.2.7.排课管理开课计划管理：院系汇总可用于维护不同开课单位下不同课程分类相关的课程信息，同时支持统计预计门数（计划内/计划外）和实开门数；课程明细可用于开课/取消开课，增开课程，更新人数；课程审核可用于审核新开课程详情。开课计划相关设置：系统支持按 (略) 系不同时间段的开课操作。 (略) 系公共课和专业课开课计划做权限设置。根据学校管理情况设置开课模式和开课审核流程。课表编排：系统默认按照“星期-节次”课程表模式进行课表编排。支持自定义上课周次、任课教师、上课地点、连排模式，如需调整，选中已安排结果另行调整周次、教师、教室等信息即可。排课过程中，系统会判断上课时间、地点、任课教师是否有冲突校历可以配置节假日，系统排课时支持节假日时间判断。同时考虑到非全日制排课需求，可以按照标准日历模式可视化界面按照日期进行排课。支持多套节次方案的设置，可以为每套节次方案设置不同的节次上课时间，方便后继如多校区上课时间不同等业务拓展要求。时间屏蔽设置：针对教师、教室、全局时间做不可排课设置。排课冲突校验：系统内置排课检测规则，对有问题的排课是否有冲突。参数设置：设置排课过程中是否判断冲突、允许修改节次方案、强制安排课程。3.2.8.课表查询以四种维度查询课表，学生课表、教师课表、教室课表、全校课表。3.2.9.选课管理选课轮次设置：设置选课轮次基本信息，选课资格条件，选课限制条件，选课范围。可选教学班维护：增/删教学班，设置可选范围，修改本轮次可选课容量，初始化教学班选课限制。特殊名单处理：编辑特殊名单，并对其进行开放/限制选课设置。选课初始化：学生选课期间，数据库承载的并发压力较大，特引入缓存机制来缓释数据库压力。修改选课相关参数，需要初始化缓存。参数设置：设置选课相关参数。及格名单处理：初始化不及格名单，审核不及格名单。学生培养计划可选状态设置：设置学生可以选课的培养计划状态（草稿，待审核，审核通过，审核不通过）。课程分类时间冲突设置：设置课程分类是否允许时间冲突。系统公告：编辑选课期间的通知公告。3.3.师生服务3.3.1.教师/导师服务3.3.1.1.教师课表任课教师查看自己的课表。3.3.1.2.教师点名册打印任课教师预览、打印本人任教课程（含各教学班）的点名册。3.3.1.3.空闲教室查询提供教师查询空闲教室服务。3.3.1.4.课程信息查询教师根据课程名称，课程代码，开课单位等查询条件查询课程相关信息。3.3.2.学生服务3.3.2.1.新生信息确认新生可进行在线信息确认，如需更新信息，经流程各节点审核通过后生效，无需审核的信息提交后即刻生效。3.3.2.2.我的培养计划学生在网上根据本学科培养方案要求制定个人学习计划，并提 (略) 系审核。制定培养计划过程中，计划中的课程可选可退，并支持跨选。并且可依据节次方案查看本人的课表。3.3.2.3.我的学籍信息学生在校期间，如果需要更新学籍信息，可以发起学籍信息变更申请，经各级流程节点审核通过后生效；无需审核的信息，提交后即刻生效。3.3.2.4.学籍异动申请学生新建异动申请，填写相关异动信息，申请提交后，经各级流程节点审核通过后生效，并同步更新学籍信息。3.3.2.5.学生选课在制定好本人培养计划的前提下进行选课，计划中的课程可选可退，并支持跨选。选课前可以查询开课信息。选课后可以查看本人的课表。3.3.2.6.学生课表选课结束后，学生可以查看本人课表。四、统集成要求4.1.系统集成供应商软件须与采购人数字化校园系统集成，所开发系统必须能够与目前采购人的应用基础平台（统一信息门户平台、统一身份认证平台、基础数据平台）整合，实现资源共享、数据交换等。软件需为第三方提供完整的第三方接口，供第三方对接软件使用，并提供对接文档，示例，对接流程等详细说明文档，并在维护期内免费协助第三方对接。4.2.数据集成系统涉及所需数据或需共享交互数据都需要统一遵循学校已经建设的数据平台数据集成标准。数据集成方式支持通过ETL\webservice等方式进行数据调用集成。与学校数据中心进行对接。将研究生系统产生的业务数据按需推送给学校数据中心。从数据中心按需获取研究生系统所需数据，包含教职工信息等。项目建设过程中，依据实际业务开展需要和数据平台的数据情况确定并落实数据对接实施方案。具体系统对接和数据对接需求根据采购人实际业务需求确定。4.3.身份集成系统应遵循统一的认证集成要求进行认证集成，与学校的统一身份认证平台进行对接，实现与校园认证中心平台无缝集成。4.4.门户集成系统应遵循门户平台的集成规范要求，统一集成到学校的门户平台。五、服务要求5.1.免费维护期项目经验收合格后开始计算：1年。5.2.实施要求供应商须遵守国家有关网络安全和信息化政策法规，行业及采购人相关规定，完成系统的分析、设计、开发、测试、检测、试运行、验收及后期维护，并做好系统安全保障工作。供应商须向采购人提供有经验的实施人员承担现场实施任务，并承担培训工作，现场项目实施人员的指派须满足采购人的要求，采购人认为不满足要求的可以要求供应商更换人员，由此产生的工期延误等后果由供应商承担。系统正式交付后，供应商须向采购人提供完整的文档资料、图集、部署手册、操作手册等（包括电子版）。根据采购人要求起草系统管理制度、操作规程、系统使用说明、培训推广材料等。对采购人系统管理人员、操作人员进行系统现场培训。5.3.服务标准1.项目启动后，供应商配合允许学校及相关工作人员参与项目开发及系统整合本身必须的需求分析、初步设计、单元测试等相关工作，满足学校提出的需求且得到书面认可后方可正式实施。2.免费维护期内因系统本身缺陷造成各种故障应由成交供应商免费予以维护，否则将扣除履约保证金作为对学校的补偿。3.系统开发过程及免费维护期内，在系统大模块不变的情况下，供应商根据学校提出的需求，参考借鉴其他高校的建设经验，与学校协商优化解决方案。4.免费维护期满后，实行有偿服务，仅收取成本费（按一定折扣的优惠价格，注明折扣率），免人工费、差旅费。5.系统开发过程及免费维护期内保证系统为中标供应商的最新版本，并同步对采购人使用系统进行更新及优化。6.供应商应建立完善的售后服务体系，必须有专业的售后服务力量。售后服务队*配备充足的人员，并保证售后服务队*的稳定性。服务方式包括电话、互联网、E-MAIL 和现场等方式。并根据事件等级按时提供响应服务。响应服务时间要求如下：事件等级事件描述提供服务的时间严重 (1)：1）事件描述：系统无法运作，且没有任何暂时性的解决方案；或虽有暂时性的解决方案，但影响到用户正常使用；或系统可以运作，但存在信息安全问题；或信息丢失。2）响应时间：0.5小时内做出响应1小时内与客户讨论解决方案2小时内提供现场技术支持4小时内提出解决方案12小时内解决问题高级 (2)1）事件描述：系统可以运作，但功能已受到严重影响；系统性能受到严重影响或出现其它未知异常现象；大规模范围出现用户使用速度明显偏慢。2）响应时间：1小时内做出响应2小时内与客户讨论解决方案4小时内提供现场技术支持12小时内提出解决方案24小时内解决问题中级 (3)1）事件描述：系统可以运作，但出现小范围的功能问题或者性能问题，采取修改配置等措施后仍无法正常运转。2）响应时间：4小时内做出响应24小时内提出问题解决方案3-7天内解决问题低级 (4)1）事件描述：客户有问题询问或是功能方面的加强。2）响应时间：8小时内做出响应72小时内提出问题解决方案2周内解决问题5.4.培训服务提供有针对性的使用与管理培训，课程与地点由双方协商确定；学校可在系统运行过程中根据实际的需求提出系统使用方面的培训要求，系统供应商提供培训的策划、准备和实施。系统供应商需根据学校要求制作不同类型人员的操作手册和使用视频等。5.5.文档服务整个服务过程提供完善的文档记录，便于跟踪、分析问题；对各项服务提供详细的书面报告，包括相关技术资料、故障处理报告。提供系统建设的文档，包括系统开发、测试、运行、维护管理体系对应的全部管理规范和技术文档。具体的文档包括：用户调研需求分析报告，系统概要设计方案，功能规格说明书，详细设计说明书，数据库设计说明，用户使用手册，测试报告。5.6.应用软件服务1.缺陷管理针对系统供应商提供的应用系统中存在的bug、缺陷，持续提供修正与消缺服务，并提供必要的补*版本的升级服务。2.需求变更对于学校业务流程的变化、性能要求提升导致的部署结构变化、集成需求变更以及集成数据调整，提供配套的支持服务。3.运行支持对系统运行过程中系统管理员及业务管理员的问题提供解答和问题解决跟踪，对于关键业务点的上线推广与运行提供保障。5.7.实施过程和服务管控要求管控能力是项目成败的关键，因此需要供应商提供或开发针对项目的详细进度计划管理工具软件或系统，对详细进度计划涉及的功能模块、任务、时间节点、人员进行精细化管理，且支持开放给学校使用，方便双方项目团队成员以工程项目为基础，对项目实施计划及项目计划任务执行情况进行跟踪及反馈，对项目实施过程中出现的问题及其处理过程进行完整记录，并可对于项目交付物统一管理，项目汇报规范，交付过程项目团队响应和解决及计划完成有效监控，使项目交付过程面向采购人全程开放。工程过程和服务管控过程需要提供：（1）以学校领导为视角的项目综合看板，可查看本学校内所有项目的当前状态、热门应用的TOP5排名情况、校内所有项目问题及投诉的实时处理进展、以及每一项目的建设周期、干系人、进度任务、问题、投诉、配置库等信息；（2）以业务老师为视角的项目信息管理，可查看个人负责和参与的所有项目，以及每一项目的建设周期、干系人、进度任务、问题、投诉、配置库等信息；（3）支持对实施进度及实施任务执行情况追踪，可以新建任务、添加任务执行过程、任务完成确认等，可集中管理该项目下所有产品的实施进度任务，包含里程碑任务、工程任务、客户任务以及个人任务等；（4）应支持记录项目实施中的日报、周报、月报等工作过程，在实施人员填写完成后，用户可以直接查看，还可对工作记录进行批注，提高信息透明度；（5）对于项目中出现的重大问题，用户可以直接通过平台进行投诉，提交投诉后，供应商公司的专业运营团队进行跟踪处理，受理投诉内容，并及时反馈解决进度及解决方案，直至采购人满意并主动关闭投诉为止。六、商务要求6.1.综合实力1.供应商须具备国家级高新技术企业认证、省级或以上软件企业技术中心认证。（要求提供相关证书复印件，作为证明文件。）2.拟安排项目负责人须是供应商单位的在职正式员工，该项目负责人同时具有计算机类全日制本科或以上学历学位证书、高级信息系统项目管理师证书、高级网络规划设计师证书、信息安全保障人员认证证书，并且曾担任过软件信息化项目负责人。（要求提供项目负责人学历学位证明材料复印件、技术资格证书复印件、职称证书复印件或证书官方网站截图，如涉及考察人员工作经验，要求提供项目合同关键信息页复印件，作为证明文件。）3.拟安排项目团队除项目负责人外，本项目组成人员要求至少4人，项目团队成员须是供应商单位的正式聘任员工。项目组成员中至少有3人具有计算机技术与软件专业技术中级或以上资格。项目组成员中至少3人具有软件信息化项目经验。（要求提供团队成员学历学位证明材料复印件、技术资格证书复印件、职称证书复印件或证书官方网站截图，如涉及考察人员工作经验，要求提供项目合同关键信息页复印件，通过合同关键信息无法判断真实性的，还须同时提供合同*方出具的证明文件。）4.近三年（**日至今，以项目验收或履约评价时间为准），供应商已成功实施的研究生教育管理软件信息化类项目业绩不少于5个。（要求提供合同关键页和验收报告复印件，作为证明文件。）5.供应商须具备研究生管理系统、研究生学籍管理系统、研究生培养管理系统的自主知识产权。（须提供《计算机软件著作权登记证书》或《软件产品登记证书》的复印件，作为证明文件。）6.2.服务地点服务地点：学校指定地点。要求供应商总部深圳，或深 (略) （或售后机构） (略) 营业执照复印件，售后机构须同时提供售后服务合作合同及售后机构营业执照复印件。6.3.服务期限为了满足8月新生入学使用的需求，要求合同签订之日起25日内完成全部开发内容并通过验收，自系统验收通过之日起，提供1年（365日）的免费维护期。 6.4.验收要求依照本项目采购文件需求内容、签署的采购合同及成交供应商在谈判中所作的一切承诺进行验收。项目验收应达到全部指标合格。项目验收时间为系统上线并稳定运行2周后，供应商必须提供全套技术文档，包括但不限于需求分析说明书、详细设计书、系统测试用例及测试报告、系统部署说明书、系统维护手册、用户手册等。 |
| 售后服务 | 服务网点:当地;电话支持:7x24小时;服务年限:一年;服务时限:报修后24小时;质保期:一年; |
| 项目名称 | 深 (略) 研究生选课项目服务 | 项目编号 | FS-JJ-*号 |
|---|---|---|---|
| 公告开始日期 | * | 公告截止日期 | * |
| 采购单位 | 深 (略) | 付款方式 | 签订合同后支付40%，服务系统上线后支付40%，试运行3个月后支付尾款 |
| 联系人 | 中标后在我参与的项目中查看 | 联系电话 | 中标后在我参与的项目中查看 |
| 签约时间要求 | 成交后10个工作日 | 到货时间要求 | 无 |
| 预 算 | *.0 | ||
| 收货地址 | 无 | ||
| 供应商资质要求 | 符合《政府采购法》第二十二条规定的供应商基本条件 | ||
| 采购商品 | 采购数量 | 计量单位 | 所属分类 |
|---|---|---|---|
| 深 (略) 研究生选课项目服务 | 1 | 项 | 高等教育服务 |
| 品牌 | 无 |
|---|---|
| 型号 | 无 |
| 品牌2 | 无 |
| 型号 | 无 |
| 品牌3 | 无 |
| 型号 | 无 |
| 预算 | *.0 |
| 技术参数及配置要求 | 一、技术要求1.应用系统均可运行于Linux、Unix、Windows等高安全性操作系统。开发技术应采用J2EE标准、组件技术及在数据交换上对XML的支持，使系统功能最优化，同时将整体系统内部在技术上的相互依赖性减至最低。2.应用系统均要求采用B/S结构，采用Java编程语言和服务器端Java技术进行开发，保持数据的一致性。3.各应用系统要充分利用现有先进技术手段，采用相同的体系结构和运行平台，按照统一的业务模型构建业务，做到系统结构层次清晰，所有应用逻辑、流程、数据等都应当能够根据合理的颗粒度进行封装。4.采用面向对象的组件技术，着重于开发构成应用程序“业务对象”的可重复使用的组件，利用这些组件顺利地建立分布式应用程序。需要按照事务闭环实现系统碎片化构建设计，保障各个模块化服务应用的松耦合，确保系统稳定性。5.兼容性：确保系统与操作系统和主流浏览器（Google Chrome、Safari、edge等）各种版本的兼容性。尽量不使用第三方插件，若必须使用插件，应确保其与主流浏览器各种版本的兼容性。6. (略) 内统一信息门户平台、统一身份认证平台、基础数据库平台对接。7.编码要求：供应商提供的软件使用的信息编码须参照中华人民共和国教育行业标准执行。8.数据共享： (略) 内信息管理部门数据集成要求，供应商软件需向采购人信息管理部门提供详细数据字典及数据字典描述说明，数据字典及数据字典描述说明作为必不可少的交付物需在验收之前提供。并按采购人信息管理部门要求验收前实现系统数据的归集及共享。9.代码开放：供应商接口部分以及定制开发功能程序（ (略) 个性化开发功能）的源代码必须开放，方便采购人掌握，并能与第三方对接，同时采购人保证不作他用。10.数据整理：供应商应主动协助完成基本数据的整理，按照软件后台数据库进行规范，完成数据导入。二、安全要求1.认证授权：保证用户的合法性和用户使用应用信息资源的权力，避免内部敏感信息泄漏和服务所提供的信息资源被非法访问，造成严重的安全事件。 2.信息保密：充分利用密码技术，对于需要保密的信息，采用密码技术进行加解密处理，防止信息的非授权泄漏，确保涉密信息在产生、存储、传递和处理过程中的保密；要求系统必须支持 https。 3.数据完整性：建立数据完整性检验机制，保证收发双方数据的一致性，防止信息被非授权修改。 4.审计：记录应用日志，对事件进行分析，并能提供预警信息。 5.数据备份：利用数据库的备份功能将建设的平台和系统数据备份到指定的服务器或存储系统上。 6.定期检测：供应商需定期及在业务密集期前检测操作系统、数据库和 web 服务器等的漏洞，发现漏洞及时修复。 (略) 内提供的由第三方安全检测机构发现的漏洞及时修复。7.提供安全等保检测资料，从物理安全、网络安全、系统安全、应用软件安全、数据备份安全等多方面建立配套的数据安全机制，以便防范安全风险。 三、研究生系统功能需求3.1.学籍管理通过管理新生等业务环节工作。重点建设“学籍异动”应用能够支持学校后继业务的拓展需要，逐步实现异动管理无纸化。学籍管理包含新生管理、学籍管理、照片管理、学籍异动。3.1.1.新生管理学号规则管理：通过该模块编辑学号生成规则，后可在新生信息管理页签下根据该规则自动生成新生学号。学生类别生成规则：维护各学生类别生成的资格条件，后可在新生信息管理页签下根据该规则自动生成新生学生类别。新生信息管理：通过该模块添加或批量导入录取考生信息（招生类型：统招博士、统招硕士、留学生）（DBF或EXCEL文件），系统既可以按照学号生成规则对导入的考生自动编制学号，也可以清空学号后编制新的学号生成规则以重新编排学号。可对导入的学生信息进行校验，校验通过后可批量同步学籍库，生成学生学籍信息。3.1.2.学籍管理学生资格条件设置：设置可入学籍库的学生需要符合的资格条件。学生信息管理：系统管理员、培养办、学位办、院系秘书等角色根据权限对学生信息相关字段进行查看或维护。系统能够实现对各类型学生基本信息的管理，提供自定义查看、高级组合条件查询、导入查询、数据导入导出等功能，系统管理员可以按照部门角色对基本信息可修改字段进行设置。班级信息管理：该模块可用于初始化班级信息（新生数据未入库之前，根据学生类别/院系/专业分班；新生数据入库之后，根据学生基本信息分班），添加班级，导出班级，导出班级对应的学生名单。批次管理：可添加、编辑批次信息（维护时间，学生范围，字段设置等）。批次字段维护审核设置：可设置各用户组对学生信息页面不同字段的维护（查看、编辑、必填）和审核权限。信息变更审核：审核学生基本信息变更字段。学生在校期间，如果发现不能修改的字段存在问题，可以通过变更申请流程进行维护申请，学校各部门可以根据自己权限进行审核，并同步更新学生基本信息。变更审核信息提示设置：针对批次范围内的学生信息变更，设置审核变更信息时的提示。学生信息所有字段均可以单独授权查看、维护、审核，并可以按照学生类别设置不同的维护策略，实现精细化管理。可以按照批次设置学生需要确认和维护的学籍信息，可以设置批次的开放时间、参与维护的学生范围、并可以自定义每个批次学生可以维护的字段范围。过程当中可以查询已经完成信息确认和没有完成信息确认的学生具体信息。新生复核：新生信息确认时，可上传学历信息、及相关证明材料，可在线审核。学生标签：可以给学生维护多个标签，标签可以为后期的诸多业务服务，比如选课可以限制某一门课只有体育生可以选。可以一键生成姓名拼音，与护照上的英文姓名格式要求保持一致。3.1.3.照片管理照片管理：提供条件查询，导入/导出学生照片，设置导入查询学生名单照片导出规则并将其导出。照片上传权限设置：设置各用户组对不同照片类型的维护权限。照片上传维护：维护不同类型照片的文件上传类型及路径。照片审核：审核上传的各类型学生照片。3.1.4.学籍异动学籍变动类型维护：定义学校所有的学籍变动类型，维护学籍变动申请表及其中各字段在申请、审核过程中的维护、审核权限。通常整个申请流程为 学生申请—>导师审核—>院系审核—>学校审核，系统提供流程可配置功能，可以根据学校具体要求自定义不同变动类型的审核流程。系统支持配置学籍变动生效时间，支持配置学籍变动和学籍各字段之间的关联关系。学籍变动信息维护：维护学生变动信息，系统自动同步更新学籍信息。学籍变动申请：由学生在网上填写学籍变动申请表，填写变动类型及原因等信息，然后提交给相关部门审核。学籍变动审核：学校审核通过，系统同步更新学籍相关信息。3.2.培养管理打好资源管理的基础，教师、教室、课程等分类多标签维护，做好计划安排，从方案下手，条理化培养计划，组织好排选课应用建设。 培养管理包含课程管理、培养方案管理、培养计划管理、教学资源管理、任课教师管理、开课管理、排课管理、选课管理。3.2.1.课程信息管理课程信息管理：课程信息管理应用主要用于管理课程基本信息， (略) 系或任课教师提交的修改课程信息申请，处理停开课程，设置课程字段维护审核权限，设置课程代码编码规则等。其中，课程管理列表可用于新增课程、编辑课程信息、删除课程、停开课程、维护课程标签、导入/导出课程信息列表，建立可维护的研究生课程库。可以根据实际业务需要，设置不同用户角色查看、维护、审核课程基本信息各字段的权限。如有课程信息需要变更，可先提交修改课程申请，待审核通过后即可完成课程信息字段变更。维护课程标签及相关说明，即可依据实际业务需求在课程信息列表给课程贴标签，便于后继管理课程库。可以编制课程代码生成规则，后入库的课程即可依据此规则自动生成课程代码。课程信息的字段项，可以按照字段进行授权维护，实现精细化课程管理。模块课程管理：支持新建主模块，编辑主模块挂靠的课程库课程，维护挂靠课程下面的子模块课程，便于子模块课程单独排课、按比例计算得出主模块挂靠课程成绩。同时支持管理员角色查看模块课程操作日志。新开课程申请：新开课程管理应用主要用于配置新开课程审核流程，配置申请表中课程字段维护权限，提交新开课程申请，审核新开课程。可依据实际业务办理流程配置线上申请新开课程的流程节点， (略) 系审核、 (略) 审核等。可以配置申请表中课程字段是否显示、是否必填以及各字段的维护说明。具备申请权限的教职人员提交申请，申请内容包含课程代码、课程名 称、开课状态、是否跨学期、开课学期数、开课单位、学分、总学时、授课语言、课程性质、上课方式、考试类型、课程层次、课程分类等课程基本信息，还包含课程简介、相关课程、参 考文献、教学大纲等课程扩展信息，以及申请原因等申请信息。 (略) 审核通过后，新开课程即可进入课程库并参与培养方案制定、培养计划制定、开排课、选课等后继业务的开展。课程信息查询：根据课程名 称，课程代码，开课单位等查询条件查询课程相关信息，具体包含课程代码、课程名 称、开课状态、是否跨学期、开课学期数、开课单位、学分、总学时、授课语言、课程性质、上课方式、考试类型、课程层次、课程分类等课程基本信息，还包含课程简介、相关课程、参 考文献、教学大纲等课程扩展信息。停开课处理&停开课程激活申请审核：院系可申请将拟停开课程的课程状态置为暂不开课和永久停开， (略) 审核通过后即生效。支持通过配置参数（停开课程统计学期数）来调整系统自动停开课的统计范围。3.2.2.培养方案管理参数设置：主要用于配置培养方案维护过程中涉及到的相关参数，包含设置课程开课学期维护形式（1、2、3、4学期或春、秋季）；设置课程多选组的限制类型（门数、学分、两者皆可）； (略) 和院系维护培养方案各字段的权限；配置培养方案各字段是否显示；设置培养方案审核时涉及到的参数（与往年方案无差别是否直接审核通过、方案审核通过后是否自动指 定给学生、 (略) 系收回审核通过的方案）；配置是否启用英文培养方案等。维护设置： (略) 系可维护培养方案的时间范围和维护说明，可维护的年级和可维护的方案类型。系 (略) 系维护设置， (略) 系在全校维护时间范围之外仍然可以维护培养方案。院系维护：院系 (略) 系所有专业的培养方案，包含方案基本信息、课程类别学分及门数要求、方案课程信息。系统默认根据方案基本信息中的年级、院系、专业自动将方案指 定给对应的学生，如有特殊指 定规则，可通过维护方案基本信息中的指 定学生范围实现。考虑到方案内容多为富文本形式且逐年更新变化较小，系统提供复制培养方案的功能，可以复制往年的任一方案并且可选择复制的内容项（基本信息、课程类别学分及门数要求、方案课程信息等）。考虑到方案中对各课程类别有不同的学分和选修课程门数要求，在维护方案要求总学分之余，还可以维护各课程类别要求的最低、最高学分和最少、最多选修课程门数。可以添加课程库课程至方案，编辑课程的开课学期，系统以此统计各课程的方案内、外人数，为后继业务中考量这门课程是否开班以及开班数量提供决策依据。系统支持同一课程类别下多门课程合并组，设置多选组内学分及门数要求，学生根据方案选计划或选课时，系统会据此要求进行学分及门数校验。学校审核： (略) 系提交的培养方案，支持批量审核（通过、不通过、退回至上一级或草稿状态）。系统提供导出、打印培养方案的功能，支持Word、Excel、PDF等常见文件格式。审核过程中，可以查看本方案与去年相同培养方案的对比情况，有无变更，如有增删改等变更，系统将以列表的形式呈现变更详情。学生培养方案指 定：培养方案审核通过以后，通过自动指 定功能，系统即默认根据年级、院系、专业将培养方案匹配至相应的学生。考虑到在实际业务中存在指 定范围不唯一的情况，可以在维护培养方案过程中自定义学生指 定范围，系统将依据此指 定范围实现更精确的匹配。学生培养方案查询：以培养方案的视角，查询方案对应的学生信息。培养方案课程批量维护：基于多个方案同步更新课程信息的业务场景，系统支持批量添加、替换、删除培养方案课程。预设复制：可以通过年级、方案类型、院系、专业等维度复制往年的培养方案至当前学年，避免每年重复维护，减轻方案维护工作量。课程所属培养方案查询：根据课程属性查询课程所在培养方案。方案类型模板设置：考虑到各类别的学生培养过程的差异，培养方案需要按照学生类别配套不同模板，最终每个方案类型启用一个适用模板。不同的方案模板支持版本概念，适应业务变化发展需要。考虑到全日制、非全日制、专业型、学术型不同类别的研究生各自特性化的培养要求，可以为不同的方案模板设置不同的课程分类，从源头控制实现精细化管理。培养方案模板内容类型支持文本域、富文本、附件上传、链接地址。3.2.3.培养计划管理实现学生培养计划网络化管理， (略) 、院系及导师能够方便及时了解学生的培养计划及完成情况。参数设置：维护培养计划制定和管理过程中涉及到的相关参数。包含基础参数维护（功能、显示、校验等相关基础参数）；修改课程类别设置（设置学生类别对应的可修改前后课程类别）；培养计划审核流程设置（设置学生培养计划维护流程，支持特殊学生类别的培养计划维护审核流程设置）；跨选学生类别设置（可跨选的学生类别及其可跨选的方案类型）。培养计划维护设置：设置培养计划可维护时间（学生维护时间、审核时间），可维护年级，可维护培养学生类别。 (略) 系、特殊学生维护设置，一旦设置，即脱离全局设置影响范围。培养计划审核： (略) 系对学生提交的培养计划在网上进行审核确认。审核过程中，如需修改，各用户组可依据功能权限和字段维护审核权限设置进行维护，或退回至学生端修改。培养计划批量维护：可以批量生成培养计划，支持按照培养方案初始化生成培养计划或只初始化方案中必修的课程。初始化完成后，相关人员即可编辑、提交培养计划。培养办可以批量维护培养计划，支持批量添加本专业课程、外专业课程。3.2.4.教师信息管理系统参数设置：设置任课教师信息维护相关参数， (略) 系添加任课教师是否需要审核、 (略) 系删除审核通过的任课教师信息等。同步字段设置：设置需要同步人事系统的任课教师信息字段。编号规则设置：设置外聘教师职工号编号规则，后系统可根据此规则对外聘教师自动编号。任课教师信息维护授权：设置各用户组对任课教师基本信息的维护、审核、是否必填的权限。任课教师信息维护：维护任课教师信息。支持新建外聘教师，导入/导出任课教师信息，同步人事信息功能。任课教师资格申请：填写任课教师信息进行资格申请。任课教师资格审核：审核任课教师信息。3.2.5.教学资源管理教室资源管理：维护教室类型（普通教室、多媒体教室、实验室等）；校区（校区及各校区所在行政区划）；教学楼（教学楼名 称、教学楼所在校区、该教学楼是否使用）；教室（教室名 称、教室类型、 (略) 系、教室归属、 (略) 系、校区、教学楼、上课座位数、考试座位数、是否允许借用、是否允许排课、是否允许考试）等教学资源属性。 以上属性可为后继涉及到教学资源的模块（如：教室借用、排课、排考等）引用。教室编码规则设置：设置教室代码生成规则，系统将依据启用的规则为新增教室自动生成教室代码。空闲教室查询：根据校区、开始结束周次、星期等条件查询未被占用的空闲教室信息。被占用的教室，系统将标记出详细的占用描述。教室资源查询：为系统管理员以外人员提供教室资源信息查询功能。教室使用情况查询：查看每间教室的使用情况，标记出教室使用明细（使用时段、使用类型、使用人）。支持按月、周、日、列表的形式查看教室使用详情。教室时间屏蔽设置：以教室的维度设置时间屏蔽，标记屏蔽类型（屏蔽排课、屏蔽借用、屏蔽考试等）、屏蔽时间段等信息。3.2.6.开课管理开课计划管理：根据培养方案、培养计划（系统能够智能判断，新生未选计划按照培养方案）统计每门课程对应学期的开课人数，开课单位可以按照课程对应的学生需求判断计划开班数量。开课计划时间设置：按照课程分类设置开课计划启用开始和结束时间。开课计划权限设置：按照开课单位设置公共课、专业课维护权限。开课计划参数设置：设置开课计划相关参数，包含停开、新开课程是否需要审核；是否严格按开课学期开课；开课计划是否需要学校审核；是否需要维护开班数量等。课程开班修改权限设置：根据开课单位、课程分类、课程性质设置是否可以修改开班数量，院系修改以后是否 (略) 审核。3.2.7.排课管理开课计划管理：院系汇总可用于维护不同开课单位下不同课程分类相关的课程信息，同时支持统计预计门数（计划内/计划外）和实开门数；课程明细可用于开课/取消开课，增开课程，更新人数；课程审核可用于审核新开课程详情。开课计划相关设置：系统支持按 (略) 系不同时间段的开课操作。 (略) 系公共课和专业课开课计划做权限设置。根据学校管理情况设置开课模式和开课审核流程。课表编排：系统默认按照“星期-节次”课程表模式进行课表编排。支持自定义上课周次、任课教师、上课地点、连排模式，如需调整，选中已安排结果另行调整周次、教师、教室等信息即可。排课过程中，系统会判断上课时间、地点、任课教师是否有冲突校历可以配置节假日，系统排课时支持节假日时间判断。同时考虑到非全日制排课需求，可以按照标准日历模式可视化界面按照日期进行排课。支持多套节次方案的设置，可以为每套节次方案设置不同的节次上课时间，方便后继如多校区上课时间不同等业务拓展要求。时间屏蔽设置：针对教师、教室、全局时间做不可排课设置。排课冲突校验：系统内置排课检测规则，对有问题的排课是否有冲突。参数设置：设置排课过程中是否判断冲突、允许修改节次方案、强制安排课程。3.2.8.课表查询以四种维度查询课表，学生课表、教师课表、教室课表、全校课表。3.2.9.选课管理选课轮次设置：设置选课轮次基本信息，选课资格条件，选课限制条件，选课范围。可选教学班维护：增/删教学班，设置可选范围，修改本轮次可选课容量，初始化教学班选课限制。特殊名单处理：编辑特殊名单，并对其进行开放/限制选课设置。选课初始化：学生选课期间，数据库承载的并发压力较大，特引入缓存机制来缓释数据库压力。修改选课相关参数，需要初始化缓存。参数设置：设置选课相关参数。及格名单处理：初始化不及格名单，审核不及格名单。学生培养计划可选状态设置：设置学生可以选课的培养计划状态（草稿，待审核，审核通过，审核不通过）。课程分类时间冲突设置：设置课程分类是否允许时间冲突。系统公告：编辑选课期间的通知公告。3.3.师生服务3.3.1.教师/导师服务3.3.1.1.教师课表任课教师查看自己的课表。3.3.1.2.教师点名册打印任课教师预览、打印本人任教课程（含各教学班）的点名册。3.3.1.3.空闲教室查询提供教师查询空闲教室服务。3.3.1.4.课程信息查询教师根据课程名称，课程代码，开课单位等查询条件查询课程相关信息。3.3.2.学生服务3.3.2.1.新生信息确认新生可进行在线信息确认，如需更新信息，经流程各节点审核通过后生效，无需审核的信息提交后即刻生效。3.3.2.2.我的培养计划学生在网上根据本学科培养方案要求制定个人学习计划，并提 (略) 系审核。制定培养计划过程中，计划中的课程可选可退，并支持跨选。并且可依据节次方案查看本人的课表。3.3.2.3.我的学籍信息学生在校期间，如果需要更新学籍信息，可以发起学籍信息变更申请，经各级流程节点审核通过后生效；无需审核的信息，提交后即刻生效。3.3.2.4.学籍异动申请学生新建异动申请，填写相关异动信息，申请提交后，经各级流程节点审核通过后生效，并同步更新学籍信息。3.3.2.5.学生选课在制定好本人培养计划的前提下进行选课，计划中的课程可选可退，并支持跨选。选课前可以查询开课信息。选课后可以查看本人的课表。3.3.2.6.学生课表选课结束后，学生可以查看本人课表。四、统集成要求4.1.系统集成供应商软件须与采购人数字化校园系统集成，所开发系统必须能够与目前采购人的应用基础平台（统一信息门户平台、统一身份认证平台、基础数据平台）整合，实现资源共享、数据交换等。软件需为第三方提供完整的第三方接口，供第三方对接软件使用，并提供对接文档，示例，对接流程等详细说明文档，并在维护期内免费协助第三方对接。4.2.数据集成系统涉及所需数据或需共享交互数据都需要统一遵循学校已经建设的数据平台数据集成标准。数据集成方式支持通过ETL\webservice等方式进行数据调用集成。与学校数据中心进行对接。将研究生系统产生的业务数据按需推送给学校数据中心。从数据中心按需获取研究生系统所需数据，包含教职工信息等。项目建设过程中，依据实际业务开展需要和数据平台的数据情况确定并落实数据对接实施方案。具体系统对接和数据对接需求根据采购人实际业务需求确定。4.3.身份集成系统应遵循统一的认证集成要求进行认证集成，与学校的统一身份认证平台进行对接，实现与校园认证中心平台无缝集成。4.4.门户集成系统应遵循门户平台的集成规范要求，统一集成到学校的门户平台。五、服务要求5.1.免费维护期项目经验收合格后开始计算：1年。5.2.实施要求供应商须遵守国家有关网络安全和信息化政策法规，行业及采购人相关规定，完成系统的分析、设计、开发、测试、检测、试运行、验收及后期维护，并做好系统安全保障工作。供应商须向采购人提供有经验的实施人员承担现场实施任务，并承担培训工作，现场项目实施人员的指派须满足采购人的要求，采购人认为不满足要求的可以要求供应商更换人员，由此产生的工期延误等后果由供应商承担。系统正式交付后，供应商须向采购人提供完整的文档资料、图集、部署手册、操作手册等（包括电子版）。根据采购人要求起草系统管理制度、操作规程、系统使用说明、培训推广材料等。对采购人系统管理人员、操作人员进行系统现场培训。5.3.服务标准1.项目启动后，供应商配合允许学校及相关工作人员参与项目开发及系统整合本身必须的需求分析、初步设计、单元测试等相关工作，满足学校提出的需求且得到书面认可后方可正式实施。2.免费维护期内因系统本身缺陷造成各种故障应由成交供应商免费予以维护，否则将扣除履约保证金作为对学校的补偿。3.系统开发过程及免费维护期内，在系统大模块不变的情况下，供应商根据学校提出的需求，参考借鉴其他高校的建设经验，与学校协商优化解决方案。4.免费维护期满后，实行有偿服务，仅收取成本费（按一定折扣的优惠价格，注明折扣率），免人工费、差旅费。5.系统开发过程及免费维护期内保证系统为中标供应商的最新版本，并同步对采购人使用系统进行更新及优化。6.供应商应建立完善的售后服务体系，必须有专业的售后服务力量。售后服务队*配备充足的人员，并保证售后服务队*的稳定性。服务方式包括电话、互联网、E-MAIL 和现场等方式。并根据事件等级按时提供响应服务。响应服务时间要求如下：事件等级事件描述提供服务的时间严重 (1)：1）事件描述：系统无法运作，且没有任何暂时性的解决方案；或虽有暂时性的解决方案，但影响到用户正常使用；或系统可以运作，但存在信息安全问题；或信息丢失。2）响应时间：0.5小时内做出响应1小时内与客户讨论解决方案2小时内提供现场技术支持4小时内提出解决方案12小时内解决问题高级 (2)1）事件描述：系统可以运作，但功能已受到严重影响；系统性能受到严重影响或出现其它未知异常现象；大规模范围出现用户使用速度明显偏慢。2）响应时间：1小时内做出响应2小时内与客户讨论解决方案4小时内提供现场技术支持12小时内提出解决方案24小时内解决问题中级 (3)1）事件描述：系统可以运作，但出现小范围的功能问题或者性能问题，采取修改配置等措施后仍无法正常运转。2）响应时间：4小时内做出响应24小时内提出问题解决方案3-7天内解决问题低级 (4)1）事件描述：客户有问题询问或是功能方面的加强。2）响应时间：8小时内做出响应72小时内提出问题解决方案2周内解决问题5.4.培训服务提供有针对性的使用与管理培训，课程与地点由双方协商确定；学校可在系统运行过程中根据实际的需求提出系统使用方面的培训要求，系统供应商提供培训的策划、准备和实施。系统供应商需根据学校要求制作不同类型人员的操作手册和使用视频等。5.5.文档服务整个服务过程提供完善的文档记录，便于跟踪、分析问题；对各项服务提供详细的书面报告，包括相关技术资料、故障处理报告。提供系统建设的文档，包括系统开发、测试、运行、维护管理体系对应的全部管理规范和技术文档。具体的文档包括：用户调研需求分析报告，系统概要设计方案，功能规格说明书，详细设计说明书，数据库设计说明，用户使用手册，测试报告。5.6.应用软件服务1.缺陷管理针对系统供应商提供的应用系统中存在的bug、缺陷，持续提供修正与消缺服务，并提供必要的补*版本的升级服务。2.需求变更对于学校业务流程的变化、性能要求提升导致的部署结构变化、集成需求变更以及集成数据调整，提供配套的支持服务。3.运行支持对系统运行过程中系统管理员及业务管理员的问题提供解答和问题解决跟踪，对于关键业务点的上线推广与运行提供保障。5.7.实施过程和服务管控要求管控能力是项目成败的关键，因此需要供应商提供或开发针对项目的详细进度计划管理工具软件或系统，对详细进度计划涉及的功能模块、任务、时间节点、人员进行精细化管理，且支持开放给学校使用，方便双方项目团队成员以工程项目为基础，对项目实施计划及项目计划任务执行情况进行跟踪及反馈，对项目实施过程中出现的问题及其处理过程进行完整记录，并可对于项目交付物统一管理，项目汇报规范，交付过程项目团队响应和解决及计划完成有效监控，使项目交付过程面向采购人全程开放。工程过程和服务管控过程需要提供：（1）以学校领导为视角的项目综合看板，可查看本学校内所有项目的当前状态、热门应用的TOP5排名情况、校内所有项目问题及投诉的实时处理进展、以及每一项目的建设周期、干系人、进度任务、问题、投诉、配置库等信息；（2）以业务老师为视角的项目信息管理，可查看个人负责和参与的所有项目，以及每一项目的建设周期、干系人、进度任务、问题、投诉、配置库等信息；（3）支持对实施进度及实施任务执行情况追踪，可以新建任务、添加任务执行过程、任务完成确认等，可集中管理该项目下所有产品的实施进度任务，包含里程碑任务、工程任务、客户任务以及个人任务等；（4）应支持记录项目实施中的日报、周报、月报等工作过程，在实施人员填写完成后，用户可以直接查看，还可对工作记录进行批注，提高信息透明度；（5）对于项目中出现的重大问题，用户可以直接通过平台进行投诉，提交投诉后，供应商公司的专业运营团队进行跟踪处理，受理投诉内容，并及时反馈解决进度及解决方案，直至采购人满意并主动关闭投诉为止。六、商务要求6.1.综合实力1.供应商须具备国家级高新技术企业认证、省级或以上软件企业技术中心认证。（要求提供相关证书复印件，作为证明文件。）2.拟安排项目负责人须是供应商单位的在职正式员工，该项目负责人同时具有计算机类全日制本科或以上学历学位证书、高级信息系统项目管理师证书、高级网络规划设计师证书、信息安全保障人员认证证书，并且曾担任过软件信息化项目负责人。（要求提供项目负责人学历学位证明材料复印件、技术资格证书复印件、职称证书复印件或证书官方网站截图，如涉及考察人员工作经验，要求提供项目合同关键信息页复印件，作为证明文件。）3.拟安排项目团队除项目负责人外，本项目组成人员要求至少4人，项目团队成员须是供应商单位的正式聘任员工。项目组成员中至少有3人具有计算机技术与软件专业技术中级或以上资格。项目组成员中至少3人具有软件信息化项目经验。（要求提供团队成员学历学位证明材料复印件、技术资格证书复印件、职称证书复印件或证书官方网站截图，如涉及考察人员工作经验，要求提供项目合同关键信息页复印件，通过合同关键信息无法判断真实性的，还须同时提供合同*方出具的证明文件。）4.近三年（**日至今，以项目验收或履约评价时间为准），供应商已成功实施的研究生教育管理软件信息化类项目业绩不少于5个。（要求提供合同关键页和验收报告复印件，作为证明文件。）5.供应商须具备研究生管理系统、研究生学籍管理系统、研究生培养管理系统的自主知识产权。（须提供《计算机软件著作权登记证书》或《软件产品登记证书》的复印件，作为证明文件。）6.2.服务地点服务地点：学校指定地点。要求供应商总部深圳，或深 (略) （或售后机构） (略) 营业执照复印件，售后机构须同时提供售后服务合作合同及售后机构营业执照复印件。6.3.服务期限为了满足8月新生入学使用的需求，要求合同签订之日起25日内完成全部开发内容并通过验收，自系统验收通过之日起，提供1年（365日）的免费维护期。 6.4.验收要求依照本项目采购文件需求内容、签署的采购合同及成交供应商在谈判中所作的一切承诺进行验收。项目验收应达到全部指标合格。项目验收时间为系统上线并稳定运行2周后，供应商必须提供全套技术文档，包括但不限于需求分析说明书、详细设计书、系统测试用例及测试报告、系统部署说明书、系统维护手册、用户手册等。 |
| 售后服务 | 服务网点:当地;电话支持:7x24小时;服务年限:一年;服务时限:报修后24小时;质保期:一年; |
广东
招投标大数据
最近搜索
无
热门搜索
无
