在此基础上，所有报名项目即可实现统一的考生状态查询、管理和统计功能，逻辑程序则根据项目的配置信息自动分析；考生端实现了显示流程功能，各个项目的报考进展一目了然。通过各种组合，各项目能配置出迥然不同的流程，满足了招生项目类型多、变化频繁的要求。在下一年使用时，系统还能继承各项目的流程配置，系统管理员只需根据政策变化做些微调，大大减少了工作量，同时也顺利通过了招生工作的考验。2012年又对系统的流程配置模块做了升级，使通用功能的触发条件可针对每个项目分别设定，很好地解决了流程多样化的问题。

　　网络教学平台

　　复旦大学以开源网络教学平台Sakai为基础，建设自己的网络教学平台。为了在保持二次开发效果的同时能够获得上游版本的更新，就需要在代码管理方面进行细致的考量。只有在良好的版本控制下，才能保证开发是可回溯的、可控的。传统的版本控制软件是集中式的，以Sakai为例，采用了Subversion作为版本控制软件，代码的历史记录都保存在中央服务器上，客户端只保留当前版本的信息。如果只采用正式版本的Sakai，而不进行任何定制化开发的话，那么最好的部署、更新方法，就是定期从Sakai的Subversion库中迁出最新的版本，然后进行代码更新即可，实践中也确实有部分欧美高校采用了这样的方式。而对于需要定制开发，或者可能会在Sakai正式版发布之前先行修正bug的复旦大学来说，这样的方案并不理想，很难做到正式版本代码与自主开发代码的良好控制。另外，如果只是迁出特定正式版本的Sakai代码，然后全部在本地独立使用版本控制进行开发，则又不能及时为系统增加正式版本中的功能与补丁。

　　为此，复旦大学信息办采用开源的分布式版本控制软件Mercurial进行代码管理。传统的版本控制系统使用集中式的Repository，一些和Repository相关的管理就只能由系统管理员一个人进行。相对于传统的版本控制软件，Mercurial充分利用了分布式系统的特点，代码的历史记录保存在所有的节点中。它可以将 Sakai 正式库中的代码作为一个普通开发者进行管理，而自主开发的代码作为另一个开发者进行管理，这两者的权重是一致的，可以方便地整合双方的代码。分布式系统比集中式的单服务器系统更健壮，单服务器系统一旦服务器出现问题整个系统就不能运行了，分布式系统通常不会因为一两个节点而受到影响，对网络的依赖性更低。由于同步可以放在任意时刻进行，Mercurial甚至可以离线进行管理，只需在有网络连接时同步。此外，Sakai复旦版代码在GitHub上也有托管，便于同行采用。

　　复旦大学基于Sakai进行二次开发的系统被称为eLearning系统。eLearning系统的硬件部署结构如图4所示，使用5台虚拟机，将系统按功能分开部署，完成了一个易于拓展的逻辑结构。这个结构由1台负载均衡服务器、2台应用服务器、1台数据库服务器和1台文件系统服务器组成。若今后遇到使用需求上升时，可以根据性能瓶颈的位置，通过增加虚拟机的方式加强服务效果。

　　精品网络课程平台

　　通过调研分析，复旦大学采用了企业研发的Webplus网站群平台进行精品课程网站的建设。Webplus平台属于内容管理系统的一种，但是Webplus在用户友好性和操作便利性方面进行了很好的开发，这使得普通用户能够通过简单的培训后就能够快速地创建出课程的站点。目前，每年学校都会对参与精品课程申报的教师进行培训。通过大约1小时左右的培训，绝大多数的教师都能够掌握相关操作，进行精品课程网站的建设。对于那些计算机应用能力较强的教师，系统也支持自定义模板，进行更深一层的定制。为了保证评审专家能够正常访问课程的各项内容，我们经过多次测试，给教师提供了关于课程视频的码率建议和相关教程，以保障评审时浏览的质量。2013年春，精品课程服务器进行升级，系统由实体机迁到虚拟机，提供了快速扩展性能的可能。目前精品课程部署在2台虚拟机上，分别作为制作服务器和发布服务器。制作服务器为了保证安全性，仅允许校内访问；发布服务器在校内外均可正常访问。