sakai 10 复旦版共享版

随着信息技术在我国高校的深入应用，以及网络化教学的逐步推进， 许多高校都采用了网络教学平台作为日常教学的一种辅助手段。在传 统的教学模式中，教师和学生在固定的地点（教室），固定的时间 （上课时间）进行一对多的传授，这种模式限制了学习的时间和空间。 随着社交网络、移动终端等科技的发展，现在的学子们已经是 e 时代 的学生，他们从小特别熟悉网络环境，熟悉各类电子产品的操作。他 们在正式的上课场合可能表现得非常内向、保守，不愿意在课堂上回 答教师的问题或者表达自己的意见；但当他们处在虚拟化的网络世界 时，一切顾虑和羞涩都会被抛在脑后，他们会对所有感兴趣的话题侃 侃而谈，他们愿意在深夜打开网络查看同学的讨论、完成作业，他们 愿意随时随地通过手机查看课程的新内容。网络教学平台拓展了教学 的时间与空间，有助于加强师生之间的交流，提高教学效果。而如何 经济、快速、高效地建立起一套适合高校自身业务流程的网络教学平 台并将其用好，是国内各高校普遍面临的问题。 线。这些商业产品能够帮助高校快速地完成相关系统的部署，并且 高校不需要投入人力到系统的开发中去，避免直接解决相关技术问题， 只需要与相关服务商沟通具体的使用需求即可。但这些商业产品往往 价格不菲，而且需要按年支付服务费用。当高校需要根据自身业务流 程定制功能时，服务商可能不愿意单独为某个学校进行开发，或者可 能会索取高昂的开发费用，给高校带来较大的经济负担。 2.完全依靠自身力量进行开发国内某些高校自身拥有一支独立的开 发团队，可以完全依靠自身的力量，结合实际业务需要定制开发一套 网络教学平台。由于整个系统都由高校完成，所以开发出来的系统对 高校已有业务的集成程度很高，可以充分满足各种独特需求。清华大 学、新加坡国立大学采取的都是这种模式。 然而，能够维持一支独立开发团队的高校毕竟是少数，同时这支队 伍既要编写出符合业务需求的系统，又要保证系统的健壮性和稳定性。 复旦大学于 2004 年通过完全自主开发的方式建设了“虚拟校园”系统。 但到 2010 年时，由于维护成本和开发成本显著上升，最终放弃了这种 开发模式。 3.使用开源的课程管理系统 随着开源运动的兴起，出现了一批如 Sakai()、Moodle()这样 的开源网络教学平台。由于这些开源软件一般也是免费软件，所以采 用这些软件会大大减少相关高校的软件采购投入，减轻高校的资金负 担。但是，要将这些 开源软件用好，往往需要配套一批熟悉技术的相关人员进行系统保 障；同时，这些开源软件的开发者主要来自于西方国家，他们对于国 内高校的相关需求了解不足，界面与文档的中文支持也有所欠缺，甚 至还存在一些仅存在于中文环境下的问题。如果需要针对高校已有业 务流程进行二次开发，开始的学习曲线较为陡峭，在没有指导的情况 下会比较困难。国外使用这些开源软件的高校一般会组成一个社区， 相互交流使用经验、分享开发模式、协调新功能的开发、沟通软件中 的问题、提供相应的补丁，以互惠的方式进行合作。而国内目前缺少 这样的组织，所以每个高校在采用开源软件时，都需要重复一次学习 过程，探索开发模式，使得开源软件的应用效果与国外相比存在明显 差距。 复旦大学自 2010 年起对 Sakai 系统进行有针对性的研发，根据复 旦大学既有的业务流程，对 Sakai 系统进行了二次开发。截至目前， 复旦大学在 Sakai 的开发上积累了大量的经验，希望能够在国内建立 相关的社区组织，提供更加符合国内情况的系统，降低其他高校在采 用同样解决方案时的难度，共同推动 Sakai 系统在国内的应用。 系统构建三种方式 在实践中，各高校在搭建网络教学平台时，主要采取了以下三种方 式： 1. 直接采购商业产品 目前国内外都有较为成熟的商业网络教学平台，例如 Blackboard 和清华教育在 Sakai 系统简介 Sakai 系统于 2004 年由印第安纳大学、麻省理工学院、斯坦福大学、 密歇根大学等高校合作开发。全世界超过 300 所高校使用 Sakai 系统， 其中包括许多世界一流大学，如哥伦比亚大学、牛津大学、剑桥大学、 加州大学伯克利分校、耶鲁大学等。目前项目的开发主要依靠社区成 员（包括高校、商业公司、志愿者）和 Sakai 基金会。 Sakai 系统提供了网络教学中的许多常见功能，如课程大纲、发布通知、 发放课件、在线作业与考试、在线讨论、花名册、站点统计等。能够 满足各类教学的需要。此外，Sakai 社区中还有许多高校为特定目的开 发的第三方工具（如 LDAP 认证、CAS 集成）可以直接使用。 Sakai 社区相当活跃，系统的发展方向、问题汇总等几乎都在社区内完 成，保证了 Sakai 的需求直接来自于高校，开发人员也部分来自于高 校，最终问题修正的确认也有高校完成。大量的部署实例保证了 Sakai 在系统配置方面的易配置性，以及良好的扩展性。目前使用 Sakai 系 统的高校中，用户最多的是印第安纳大学，拥有超过 13 万的活跃用户， 使用 10 台服务器搭建系统集群。 国内的 Sakai 应用尚处于起步阶段，从图 1 这张 Sakai 部署地图来看， 大多数的部署都集中在欧美，中国范围内的部署案例还相当少。 础，搭建了新一代的校内网络管理平台 eLearning()。系统于 2010 年秋季学 期开始试运行，2011 年春季学期开始正式使 用。目前，累计使用过系统的用户超过 2 万人，累计开设了超过 1500 个课程站点，覆盖近 2000 门课程；在没有任何奖励与惩罚措施的情况 下，本学期有超过 20%的本科生课程使用此系统作为教学的辅助手段， 开通了课程站点。无论从应用的范围还是开设的课程量来看，复旦大 学 eLearning 系统都居于国内 Sakai 应用的前列。表 1 是系统投入正 式使用以来的开课情况。 图 2 是 2012 年下学期的每日用户登录情况。系统的日均独立访问用户 约为 25003000 人（7 日平均），日均访问量约为 45006000 人次，单 日独立访问用户最高约为 3500 人。作为参考，目前复旦大学的所有本 专科生、研究生人数总共约为 3 万人。考虑到教师数量相对学生较少， 以及研究生课程因教学性质而较少使用网络教学平台，目前的数字已 经能够说明学生（尤其是本科生）使用网络教学平台的频率已经相当 高。 从每小时用户登录情况统计结果来看，最高的小时登录人数达到 560 人。从实际监控情况看，同时在线人数最高达到 600 人。系统的登录 高峰在 20:00 至 23:00，很少有传统的教学活动在这个时间段内进行， 网络教学平台的使用时间与传统教学的时间段是互补的，网络教学平 台的使用拓展了教学的时间，为教学提供了另一片空间。 Sakai 系统本地化开发 如果对 Sakai 系统进行功能验证，那么直接使用 Sakai 社区提供的二 进制版本直接部署就可以满足需要。但如果要将 Sakai 系统在中文环 境下用好，并且与已有的校内各类业务数据及流程进行整合，让其更 好地提供教学服务，那就必须针对高校的具体情况进行二次开发。 由于 Sakai 系统的主要开发者的母语多属于印欧语系，对于东亚地区 的语言文字缺乏必要的了解，所以在开发时也较少考虑中文环境的特 殊情况。由此，Sakai 中存在着一些仅存在于中文环境下的特殊问题， 如 PDF 导出、E-mail 通知发送等。复旦大学通过近几年的实践，逐步 解决了这些问题，并且将相关补丁反馈给了 Sakai 社区，形成了良好 的互动。此外，由于 Sakai 在中国大陆的部署实例还较少，再加上这 些先期部署的高校并没有将相应的页面、文档等翻译反馈给社区，导 致 Sakai 官方版本的简体中文支持较差。随着最近几年复旦大学逐步 将相关内容汉化，并反馈给 Sakai 社区，简体中文的支持度已经大大 提升。 对于学生规模较小，课程数量也较少的高校而言，或许可以通过完全 手工维护的方式，管理用户名单、课程名单、选课名单。但是对于中 等规模以上的高校而言，完全手工维护会带来大量的重复机械劳动， 并可能产生一定的误操作。如果考虑到有些业务数据可能在学期内会 发生变化（如选课信息），那么完全手工维护就成了一项完全不可行 的操作。所以，有必要将 Sakai 系统与校内已有的数据进行整合，减 轻管理员的日常工作，避免误操作。 Sakai 系统提供了两种与既有系统集成的方式，即“推”和“拉”两种。 前者通过 Sakai 系统提供的 Quartz 自动任务定期将其他业务系统的数 据推送到 Sakai 系统中来； 复旦大学 Sakai 应用现状 复旦大学于 2010 年以 Sakai 系统为基 部署情况 律图，图中使用不同的颜色标记用户每周登录系统的次数。在使用系 统的用户中，超过 60%每周登录系统 2 次以上，约 50%每周登录系统 3 次及以上，约 20%每周登录系统 5 次或以上。考虑到正常的课程教学一 般每周只有 2 次课堂教学时间，对于许多用户而言，网络教学平台的 使用时间 年下学期的每日用户登录情况 已经超过了课堂教学的时间。 化都能够即时同步到 eLearning 系统中。 在系统整合方面，目前复旦大学所完成的主要还是从其他系统中获取 相关基本信息，而 Sakai 系统本身其实提供了非常易于拓展的接口来 实现更多更加强大的功能。例如在 Sakai 系统中汇总成绩，然后将成 绩反馈给教务系统， 图 3 用户登录 Sakai 的规律 可用性。 4. 对于 Sakai 中设计不合理之处进行了修改。如 Sakai 官方版本中， 姓名被分拆为“姓”和“名”两个字段。这个设置对于程序的识别能 力要求过高，尤其对于少数民族和外籍人士的姓、名甄别存在相当大 的困难，影响了人员信息自动化操作。所以在 Sakai 复旦共享版中， 姓、名被合并成一个字段进行处理。 5. 灵活的源代码管理模式。Sakai 官方版本使用 Subversion 作为版本 控制软件，导致了若以官方版本为起点开发分支时很难兼顾官方版本 的代码升级。Sakai 复旦共享版使用了分布式版本控制软件 Mercurial 进行代码管理。为希望以复旦版为基础进行进一步定制开发的高校免 除了后顾之忧，可以放心定制所需要的功能，又能够方便地将复旦版 中的更新融入到修改后的系统中。 6. 采用与 Sakai 官方版本相同的 ECL(Educational Community License) 2.0 协议授权。保证了以此为基础进一步开发的程序尽量可 以公开，也可以作为私有代码不公开。也由此允许商业公司加入共同 开发的行列。 实现数据互通，甚至可以将 Sakai 改造后包含选课的功能。其他高校完全可以根据自己的实际需求 来进行相关开发。 后者是通过实现 Sakai 系统中的各个相关接口，当系统需要相关业务 数据时，直接到业务系统的数据库中进行读取操作。在复旦大学，由 于牵涉到的业务系统较多，规则配置复杂，所以我们不使用“拉”的 方式，而是采取“推”的方式进行数据同步。基本流程如图 4 所示。 复旦大学通过现有的共享数据平台，先将其他业务系统中的相关数据 进行集成，然后将数据推送到 eLearning 系统(Sakai)的同步到数据库 中，然后通过 Quartz 提供的计划任务每天将这些信息定期更新到 Sakai 系统中来。通过这种方式，我们向 eLearning 系统中同步了本科 生、研究生、留学生、教职工、博士后、附属医院医生的基本信息， 以及本科生和研究生的课程信息、开课信息、选课信息，使得校内发 生的任何人员变化、课程变化和选课变 校内其他系统研究生系统 研究生基本信息、课程 信息、开课信息 人员照片 本科生选课信息、研究生选课信息 教职工基本信息 Sakai 复旦共享版 复旦大学在部署 Sakai 的过程中，积累了大量的经验，修正了原有系 统的许多问题，同时针对国内高校的具体情况，开展了大量的开发工 作。我们希望能够借鉴 Sakai 社区的运作方式，以高校互相协作的方 式，推动 Sakai 系统在国内高校的应用。为此，复旦大学于 2012 年 4 月推出了 Sakai 复旦共享版()。 其主要特点如下： 1. 基于 Sakai 项目的官方版本，并随着官方版本升级，可以及时获得 官方版本中的新功能和新补丁。 2. 更适合国内教学环境：针对 Sakai 系 协作与共赢 尽管复旦大学在 Sakai 的开发和使用中积累了大量的经验，但是仅靠 复旦大学是难以构建一个互助的协作社区的。国外高校恰恰是拥有这 样一个社区组织，才得以在高校间进行合作，维护项目的良性发展。 反观国内，以高校为主导的开源软件乏善可陈，相关的开源社区更是 寥寥无几。所以，复旦大学希望国内有兴趣的高校一同加入进来，奉 献各自的力量，共同推动 Sakai 系统在国内的应用。 参与的高校可以根据自己的特点为社区做出贡献：开发能力较强的可 以为系统修补 Bug、提供补丁、开发新功能；外语能力较强的，可以帮 助翻译页面文字和完善文档；推广应用较好的，可以分享相关的推广 经验，以此达到协作与共赢的效果。 （作者单位为复旦大学信息办） 一卡通系统 选课系统 统对中文支持不全面的问题，强化功能、文档方面的中文支持。 教务系统 人事系统 共享数据库 本科生基本信息、课程 信息、开课信息 3. 自 Sakai 复旦共享版发布开始，复旦大学的 eLearning 系 数据推送 eLearning 系统 eLearning 系统同步数据库 通过 Quarta 每日执行调用 Sakai API 进行同步 统将以此为基础，作为一个分支版本进行 Sakai 数据库 开发和维护，以复旦大学的实际系统为部署案例，保证版本的 图 4 采取“推”的方式进行数据同步的基本流程 American Public University Apereo Foundation AsahiNet International Boston University Brock University Columbia University Duke University Educlever Flying Kite Australia Fudan University (China) (复旦大学) Indiana University International Institute for Higher Education in Morocco Longsight Loyola University Chicago Marist Coll