教育信息化系列报告（一）.PDFVIP

教育信息化系列报告 （一）——大系统、小应用 教育信息化系列报告 （一） 大系统、小应用 信息办/信息中心 教育信息化系列报告 （一）——大系统、小应用 目 录 从构筑大系统，到编写小应用 1 一、我们应该做个大系统！ 1 二、一个大系统真的现实吗？ 1 三、数字校园的架构 2 四、中等规模的业务数据管理系统3 五、应用小型化和微服务 4 六、写在最后 5 不构筑大系统后，选择SOA还是转战微服务？6 一、既然不做大系统，那应该选哪种模式？6 二、举例：小明和小微如何装修房子8 三、期待9 “小应用、大生态”之下的应用价值与自我修炼11 一、缘起 11 二、探索 12 三、实践 14 四、转变 15 教育信息化系列报告 （一）——大系统、小应用 从构筑大系统，到编写小应用 李凌 北京理工大学网络中心 本文以构筑大系统不现实为切入点，描述了北理工 “大平台、中系统、小应用”数字校园的 整体结构和建设方式。平台，即基础服务层，本身并不完成特定的业务工作，它的存在就是为了 支撑系统和应用的正常运行；中系统，即中等规模的业务数据管理系统，只负责处理关联极其紧 密的重要的、成熟的、频繁发生的业务，强调数据准确性和及时性，易变的流程审批性内容，应 向学校统一建设的 BPM 流程平台迁移；应用，基于平台和系统中的数据，为用户提供某项特定 的服务功能，以小型化和微服务为发展趋势。 一、我们应该做个大系统！ 我刚刚到学校网络服务中心工作的时候，对于学校信息化应该做点什么，以及应 该如何做，并没有太多的概念。记得有一次去参加高校信息化学会的会议，听来自某 知名学府的老师介绍 URP，瞬间觉得那真是一个很高大上又及其复杂的的东西。想想 我们这些信息部门只有几个人的小学校，真是没法做这样的事情啊。 后来在学校里面跟同事们聊到信息化的时候，就经常有同事说，你们就应该做一 个大系统，你们网络中心做，我们各个单位用。对于此，有些我是非常认同的，譬如 学校的信息化的确应该一盘棋，不能乱来。但一个包罗万象的大系统，总要花很多时 间很多钱吧，也许光需求调研就得几个月，研发起来就得几年，然后再投入使用…… 不敢想象。 在当时，做一个大系统的说法在高校的信息化界，时常被提起，也有厂商的宣传 在朝着这个方向努力。于是也就真的有厂商找上门，来推销一体化学生管理系统之类 的东西，把教务、学工、宿管等各个部门的需求，做在一个庞大的软件里面。他们说 这样的系统最大的好处，就是天生没有数据孤岛。说真的，面对这样的说辞，还真说 不定有人会很心动，做个大系统一下子把信息化推上一个台阶，那真的是大功一件， 再加上没有数据孤岛，岂不是非常先进？ 二、一个大系统真的现实吗？ 作为一个每周都要写几行代码的程序猿，对于这种大系统之类的说辞，还是有一 点天生的警惕的： 1 第 页 共17 页 教育信息化系列报告 （一）——大系统、小应用 首先，软件开发是一个非常复杂的工作，软件项目从出现的第一天开始，其失败 率就远高于其它行业。譬如，我们很少听说盖房子刚盖好就塌了，但软件到期做不出 来以及上线第一天就崩溃可不是什么新鲜事儿。并且，一个软件系统的复杂性，会随 着功能的增加而成指数级增加，量变导致质变，用来形容一个系统功能不断增加和该 系统的稳定性不断下降之间的关系，再合适不过了。 其次，大系统的工期无法控制。单一软件项目的工期，通常应该控制在六个月