1．总体思路
    在技术上，采用SOA架构，尽量选择业务成熟、在各自领域中有影响力的应用系统。这样做一方面可以有效避免技术风险，另一方面容易理顺与应用部门的协调关系，便于系统的实施推广。当然，我们必须对各应用系统的准入提出相应的整合要求，例如满足统一认证的要求、数据整合的要求。在数据交换和共享上，借鉴清华大学、复旦大学、南京大学等高校的做法，建立院校的管理信息数据标准，建立全校的数据共享和交换平台，保证管理信息数据的有序性、准确性和一致性。
在实施推广方面，我们借鉴中山大学的做法，采取管理归一、机制归一的策略。管理归一包含统一领导、统一规划、统一建设、统一管理，机制归一包含一个建设方案、一个牵头部门、一个中心、一支队伍。这样，在院信息化建设领导小组的统筹领导下，由教育技术中心（网络中心）来牵头实施，可以在很大程度上消除扯皮、拖拉、相互推诿等软障碍，信息化校园建设得以顺利实施。
    2．建设和整合
    2006年10月，依照院校信息化校园建设整体规划，信息化校园基础平台起步建设，迈出院校信息化校园建设第一步。目前已经实现统一门户、统一身份认证（单点登录）、统一数据交换平台建设，制订院校信息数据标准，完成对既有和新建应用系统的整合，形成和制订应用系统的整合接口标准。院校的信息化校园基础框架已初具雏形。与此同时，我们根据学校的具体情况和应用实际分步骤、分模块地实施应用系统的建设，确保在建设过程中使网络基础、应用平台、信息资源的建设以及信息化建设的队伍和相关制度的建设同步发展。
    根据学院的实际，院校校园信息化建设的基本思路是：尽量选择业务成熟、在各自领域中有影响力的应用系统，但要提出明确的整合要求，后面的系统负责完成与前面的主要系统整合工作，并有义务为将来的系统提供相关的接口和参数。这些要求是在系统招标文件中明确下来的。例如：在基础平台搭建之前，院校已有图书馆管理系统、财务应用系统等应用系统，信息化校园基础平台就必须将之前存在的图书馆管理系统和财务工资查询系统整合进去，而在基础平台搭建完成以后，后来的一卡通、教务管理、学工管理、OA系统、在线教学、精品课程制作平台等就必须满足它所制订的应用系统接口标准（包含认证层面和数据层面），在每一个系统的招标文件中都进行明确要求和描述。
    在应用系统的数据上，我们确定两大数据源：学生数据来源于教务系统、教工数据来源于人事系统。所以在招标时对这些系统提出比较高的整合要求。例如教务系统要求与校园一卡通系统充分整合，一卡通系统中的学生基础信息数据来自于教务系统，教务系统必须能方便地导出学生数据到数据交换平台提供给一卡通系统。而一卡通的收费数据又要能实时反映到教务系统，使得教务系统能根据学生缴费情况对恶意欠费学生的选课、考试做出制约，有效杜绝恶意欠费现象。另外我们还要求教务系统作为认证数据源，必须把学生基础信息提供给信息化学习体系中的在线教学平台，经过信息化校园基础平台中的统一身份认证系统，实现单点登录。教务系统作为教学核心数据源，形成院校信息标准教学数据规范，如课程名称、代码，这些再作为标准要求后来的系统必须满足、以此为依据。如后面建设的在线教学平台，它所涉及的课程代码、课程名称、任课教师信息等都来源于此，这样，数据就统一规范了，避免了“信息孤岛”。
    当然，具体实施起来并不是那么简单，要求事先对各应用系统有充分的了解，才能发现哪些地方要整合，在提出招标要求时要慎重和细致，做到精细化定制，避免一刀切和流于形式，以免实施时出现扯皮现象。
    3．灵活的建设模式
    在项目建设上，我们采用多种建设模式，遇到具体情况灵活运用，解决建设资金不足问题，目的只有一个，就是尽快让项目配套应用，体现效果。例如校园一卡通系统，由于院校2007年所有信息化建设的专项经费不足，要上的应用系统和硬件设备比较多，为此我们采用通用设备由学院一次性投入解决、校园卡专有系统由厂商贷资建设、学院运营管理、逐年返还所贷资金的建设模式。这样，既解决建设资金问题，又通过分期支付，保障售后维护和个性化开发。经过一系列的协调沟通，学院、系统提供方、银行在8月份签署了建设合作协议，实现了校银企三方合作，项目顺利实施。
在其它系统的建设上，根据实际情况，采取要求对方先支付相当部分的质量保证金，我方再一次性全部支付的灵活模式，确保项目的顺利实施。
    4．实施策略
    在实施和推广信息化校园过程中，我们充分贯彻统一实施策略，注重宣传，注重培训，做到全员参与。
    在项目的实施和人员的组织上，学院信息化建设领导小组指定由教育技术中心（网络中心）作为信息化校园牵头建设部门，充分发挥教育技术中心（网络中心）的牵头组织作用，但又尽量避免越俎代庖。项目一经启动，牵头部门的工作就逐渐体现在幕后，前台逐渐转移到各业务部门，从而让业务部门有积极性参与实施推广，共同推动项目应用。例如信息化校园基础平台中的门户系统和OA平台，从详细的实施推广培训计划到培训通知，都是由教育技术中心（网络中心）来牵头组织策划，但发文和通知联系均以学院院办名义下达，这样就显得更权威和规范，实际效果很好。又如教务管理系统，也是由教育技术中心（网络中心）来组织，但需求主要由教务处来提，在修改整理期间,教育技术中心（网络中心）非常注重和教务处充分沟通，尊重业务部门的需求，推广培训也以教务处名义组织，从牵头建设部门到应用部门的过渡自然顺畅。校园一卡通系统是一个涉及面广的系统工程，在实施上，也是由教育技术中心（网络中心）来牵头建设，但发卡、收费、圈存等业务都必须由财务处与系统厂商沟通，卡务中心也是设在财务部门；消费、水控、电控等子系统又和后勤部门息息相关；数字迎新、离校系统与学生管理部门密不可分。这样，牵头建设部门必须明确定位，注重沟通，理顺关系。例如项目实施一开始，牵头组织部门就引导系统厂商直接与财务处联系沟通具体的业务细节。中心也安排专人跟进度，定期主动与两边都沟通联系，了解进展和存在的问题。在每一个子系统的实施前，中心就要求系统提供方拿出具体实施计划，组织由中心、业务部门、厂商三方参与的技术协调会，系统业务部分由业务部门明确指定专人负责，整合以及设备安装部分由中心安排专人负责，使系统提供方知道接下来该和谁联系。总之，在统一实施中，教育技术中心既要起到组织协调作用，但又要避免大包大揽，适时过渡给业务部门，力求在有限的人手下高效解决问题，责任明确，体现了统一实施、全员参与的建设原则。另外，要求每个实施项目的实施团队（包括中心负责老师、具体应用部门、系统提供方）定期召开项目例会，形成会议纪要，把握进度。并要求系统提供方必须安排一名技术人员常驻学院，随时发现和解决问题。要求具体跟进系统的老师要深入了解业务需求，真正起到协调作用。
    在项目验收上，注重严格把关，每个项目都分为初验和终验两个阶段，制约系统提供方必须提供优质服务。信息化校园建设的每个项目验收会都要求学院领导和各应用部门老师参加，既提出和反馈应用问题，又让各方都知道项目完成的情况、存在的问题，借此机会起宣传推动作用。
    三、结语
    经过一年的建设，院校的信息化校园基础框架已初具雏形，目前在信息化校园基础平台门户上整合运行的应用系统有办公信息、教务管理、电子邮件、学工管理、协同办公、图书馆管理、校园一卡通、工资查询、在线教学、精品课程制作等，门户已成为在线办公管理必不可少的工具，信息化校园建设正逐渐从信息化管理向覆盖面广的信息化学习全面推进。信息化校园建设初显成效。
    应该看到，与先进院校相比，院校从规模和应用深度都还有差距，仍处在信息化校园建设的初步阶段。信息化校园不是一蹴而就的，尤其是高职院校，更没有固定和现成的模式可循，只能不断摸索寻找适合学校自身实际的道路，认真借鉴和学习各兄弟院校的建设经验，在探索中不断前进。