XX学院OBE专业建设平台项目采购需求.docx

XX学院OBE专业建设平台项目采购需求1 .项目概况建立OBE专业建设平台，将培养目标、毕业要求、课程体系、各类考核环节、教师等之间的关系更加明确地体现出来，更直观地提示各职能老师如何有效开展工作，帮助落实产出导向的课程教学，便于各专业形成监测、评估、反馈的持续改进工作机制。软件采用B/S架构，实现培养方案、课程大纲修订的面向产出的全过程管理、各类成绩数据的统一管理及达成度的自动计算与动态调整，能够实现课程目标评价全过程管理及附件资料的自动生成，问卷调查数据自动汇总、整理、计算并进入课程目标评价中，能够应用于专业认证的申请、自评、年度报备、中期改进的各个阶段，能够规范专业的教学数据及评价数据，为专业认证及产出教学提供指导与帮助。本次建设的内容包括：系统管理、方案管理、课程大纲管理、成绩管理、机制及资料管理、毕业生跟踪管理、报告管理、课程目标评价、毕业要求评价、问卷调查。2 .整体要求L架构：采用B/S架构，平台可平稳运行于WindOWsxp、Windows7>WinlO及更高版本系统平台；2 .平台运行稳定，正常运行过程中不能出现数据丢失、数据紊乱和致命死机现象；3 .安全性：以用户为基础，控制对系统的访问，用户密码管理符合业界通用的规范（如最小长度，数字字母混合），提供日志及审计功能，日志包括数据操作日志、系统登陆日志、版本更新日志等，监控敏感数据的访问和修改，可以防止任何通过网络进行的非授权访问；4 .系统应具备用户友好的界面设计，确保直观的操作体验；支持灵活的模块化扩展，以适应未来业务发展的需求；具备高灵敏度的响应机制，保证在各种使用场景下的流畅性和高效性；同时，系统操作流程应当简便易行，降低用户的学习成本并提高工作效率；5 .为了保障用户的个人信息安全与隐私权，系统设计应遵循相关法律法规的要求。对于用户提交的个人隐私信息系统需在存储过程中实施有效的加密措施,确保数据在存储层面的安全性。在用户界面显示个人信息时，应采用合理的脱敏技术，如部分信息隐藏等方式，防止敏感信息被未经授权的人员获取。止匕外，系统应具备完善的权限管理机制，确保只有经过授权的人员才能访问和处理用户隐私数据。3.详细功能要求3.1. 系统管理模块L提供学校、院系、专业、部门多级管理的功能，支持无限制级权限控制体系，同时登陆账户没有人数限制，支持教师、学生同时登录；2 .提供同一账号登录情况下，教师可参与多个专业的专业认证工作的功能，并且可设置同一教师在不同专业具有不同的功能权限；3 .提供设置管理员、审核员、各级负责人、普通教师、学生等不同角色的功能，支持用尸无限制的自定义角色及其权限级别；4 .提供学校字典和专业字典管理的功能，支持学校、专业对字典的统一化和差异化的需求；5 .提供不同生源类型考核要求的差异化评价的功能。3.2. 方案管理模块L提供多版本培养方案同时运行和管理的功能，方便更新与维护等操作。支持培养方案更新与维护、对历史版本方案记录查询、调用等操作，便于后续持续改进；2 .提供课程体系导入的功能，支持多种格式的导入模板，能自动区分中英文名称，能自动判断合并行。培养目标、毕业要求、观测点支持模板导入、文本导入两种导入方式；3 .提供课程性质、类型、学时、学分等信息与教学大纲互通的功能，可实现集中维护和分散维护，并能对信息维护进行权限控制；4 .提供支撑矩阵直接导入的功能，可以自动处理支持强度和支撑权重的多种表达方式，可在支撑矩阵中进行可视化调整，支撑矩阵具有隐藏、显示观测点，矩阵转置，全图查看等功能；5 .提供动态专业方向评价的功能，系统能保障在分方向变化时，不影响原有数据的查询、统计、分析；6 .提供课程合并及模块课程管理的功能，针对于选课模块、专业模块课及多册多学期课进行合并，系统自动完成合并评价；7 .提供对培养方案的智能检测功能，至少包括对支撑覆盖完整性、课程任务合理性、支撑碎片化等专项检查；8 .提供支撑毕业要求、观测点、支撑课程任意组合的三种评价模型的功能。3.3. 课程大纲管理模块1 .提供面向产出的课程大纲管理框架的功能，支持专业自定义课程大纲统一框架设置，大纲框架支持不同类型课程差异化自定义；2 .提供课程目标和考核方案与成绩管理动态关联的功能；支持考核要求的细化评价，能实现对考核内容的细化评价；3 .提供对课内实验学分单列管理的功能；4 .提供课程大纲完成情况及错误检查的功能，至少包括目标对应关系、教学设计、考核方案等检查；5 .提供统计课程大纲的工作进度及其质量情况的功能，专业负责人、校院系各级领导能够依据其权限监督检查；6 .提供进行面向产出的课程大纲多人在线审核的功能，提供审核要素及审核思路，自动生成审核的审核报告；7 .提供课程大纲历史版本的复制的功能。3.4. 成绩管理模块1 .提供正考成绩、补考成绩、缓考成绩、重修成绩、目标成绩的管理的功能，支持添加、导入的方式录入成绩数据；2 .提供对分项成绩用户自定义建模的功能，支持用户针对任意类成绩建立独立的成绩管理模型,支持设置和调整目标支撑,并与目标成绩、总成绩自动对接；支持对成绩进行精细化管理，支持细分成绩与其考核样本的学生管理；3 .提供具有面向产出的成绩分析功能，至少包括成绩基本面分析、设计偏差分析、课程思政总结、自我分析评价结果及持续改进等。系统支持按照OBE理念协助用户完成OBE成绩分析报告撰写；4 .提供对成绩进行检查的功能，至少包含漏缺项、录入逻辑错误、录入人数完整性、目标支撑逻辑正确等检查；5 .提供统计成绩管理责任人的工作进度及其质量情况的功能，专业负责人、校院各级领导能够依据其权限监督检查；6 .提供同课教师的成绩数据及考核样本的协同管理；7 .支持课程成绩、课程目标、毕业要求的逐级联动，任一调整系统自动实现数据联动更新。8 .提供学生名单的灵活组成方式的功能，既可支持按照行政班进行评价，也可以支持自定义抽取学生纳入范围评价。3.5. 机制及资料管理模1 .提供管理产出相关的各项制度文件的功能，支持产出机制文件的各部门上传、更新、维护其制度文件；2 .提供面向产出的机制的功能，制度文件可依据校院两级进行深度共享，实现一个专业一次构建，其他专业共享引用到自评报告中；3 .依据认证标准要求，提供机制建立的功能，并给出机制建立的模板；4 .提供管理机制运行的所有资料的功能，并能够统计、加工、报表与报告输出。3.6. 毕业生跟踪管理模块L通过问卷调查数据，提供自动更新毕业生相关数据例如工作单位、职位等信息，汇总到毕业生跟踪系统的功能；2.提供自动汇总毕业生信息数据的功能，支持完成动态多种数据图表的生成。3.7. 报告管理模块1 .提供在线报告任务分配的功能，支持多人同时在线进行报告撰写；2 .支持的报告种类包含申请书、自评报告、报告附件资料等；3 .提供报告在线排版、出版的功能，同时管理历史版本报告。3.8. 课程目标评价模块L提供评价数据的自动收集的功能，包括但不限于考试数据、实验数据、实习实践数据、设计数据、间接评价数据，支持对评价数据的线上审核过程，支持评价小组直接查看直接评价和间接评价的数据样本、审核资料、评分细则、成绩记录等各项原始评价资料；2 .提供对不同评价数据用户可自设置其权重的功能，系统自动完成多种评价数据下课程目标总体达成度及个体达成度等管理。问卷调查结果可一键进入课程目标评价中参与评价；3 .提供对收集的评价数据的线上审核与筛选的功能，支持课程目标的支撑数据和评价数据分离的课程目标达成情况评价模型；4 .提供课程目标评价报告的自动生成的功能，报告的核心内容包括但不限于课程目标与毕业要求关系、评价资料收集、评价资料审核、评价方法、达成情况等内容自动生成；5 .提供课程目标评价报告在线审核意见及意见处理功能，对于审核意见系统支持审核意见管理、导出。3.9. 毕业要求评价模块1 .提供对毕业要求评价多种评价数据管理的功能，系统支持毕业要求差异化评价模型，能够实现不同观测点（指标点）可以使用不同的评价方法，系统自动完成多种评价数据下毕业要求总体达成度及个体达成度等管理；2 .系统为用户提供按照认证标准要求下的毕业要求达成评价报告模板，支持管理员对其毕业要求达成评价报告模板框架设置；3 .系统同时支持毕业要求达成评价报告在线审核及审核处理功能，对于审核意见系统同时支持审核意见管理，便于用户后续导出使用。3.10. 问卷调查模块L系统问卷调查模块在建立问卷时支持单选、多选、限制多选、跳题、填空题、矩阵题、同类题批量添加等多类型题目建立；2 .问卷系统支持链通培养目标、毕业要求、指标点、课程目标等，提供快速提取并建立问卷题目进行专项调查的功能；3 .系统问卷调查通过生成二维码或超级链接等方式，用户通过微信群、qq群等途径发送给调查对象完成问卷调查；4 .提供问卷调查实时监控问卷回收情况的功能，监控的单位至少到班级，查看调查对象问卷答复情况，一键导出调查问卷；5 .提供分组调查的功能，给出每个调查对象的调查项，针对调查项提供面向产出的调查题目设计思路及设计样题；6 .提供交叉评价理论模型的功能，能完成交叉评价数据的统计、分析及资料下载。3.11. 系统对接要求以下为平台业务数据共享、对接、信息执行标准、服务集成及系统安全等要求。数据共享、对接、信息执行标准、服务集成总体要求：实现与学校智慧校园基础平台的对接，承建方须承诺负责OBE专业建设平台与XX学院智慧校园基础平台对接、集成包含并不限于技术、商务等工作，报价已包含涉及的一切费用(包括第三方费用)，校方无需额外支付费用。3.11.1. 统一身份认证集成1 .系统须按学校要求必须与学校现有统一身份认证平台(学校采用的是上海树维智慧校园统一身份认证平台)做对接，实现业务系统单点登陆，具体要求如下：(1)此次集成需包含PC端统一身份认证集成；(2)接入统一身份认证PC端，需要支持Chrome和360等主流浏览器；(3)用户访问业务系统所使用的工号或学号与统一身份认证平台保持一致，如不一致，则对原业务系统中的工号或学号数据进行数据清洗；(4)如果业务系统需要建立非本校教工或学生数据，请提前定义编码规则，避免与统一身份认证系统相冲突；(5)在启用统一身份认证的情况下，原有本地认证页面需全部接入统一身份认证，以实现业务系统及功能接入融合服务门户；(6)在认证改造过程中，务必关注在用户不关闭浏览器的情况，多账户登陆系统所造成的账户混淆问题；建议在每次登陆系统时，都重新获取用户信息，每次都识为用户第一次单点登陆业务系统；(7)在启用统一身份认证的情况下，将原业务系统的注销功能改造为关闭窗口功能，只做当前系统注销操作，不调用统一身份认证的注销接口；在未启用统一身份认证的情况下，保持原有注销功能；(8)对无权限用户或不存在的用户访问时，提示“欢迎您来到这里，当前您没有访问系统的权限，请联系管理员，谢谢！”，点击确定后，关闭当前窗口。2 .系统对接学校统一身份认证后需配合学校要求开启本业务系统单独登陆页面，采购人不额外产生费用；3 .在质保期内，若学校统一身份认证和信息门户升级或更换，需配合学校进行认证和单点重新对接，采购人不额外产生费用。3.11.2. 业务数据共享、对接及信息标准执行要求L信息标准执行要求：1 1)系统在数据层面应严格遵循学校信息标准规范，对于业务系统数据字典与学校信息标准规范不一致情况，供应商需按学校信息标准规范进行数据清洗操作，采购人不额外产生费用。2 .业务数据共享要求：(1)承建方应按学校要求提供可以访问全量数据的数据库IP地址、端口、实例(或数据库名)、只读账号和密码，采购人不额外产生费用；(2)承建方应按