山东大学信息系统平台建设探索 山东大学网络与信息中心 陈琳

交流主要内容 山东大学信息化系统体系介绍 面向服务平台建设的数据融合与业务融合 系统平台建设经验

山东大学信息化系统体系 在“十一五”期间“以财务信息化为核心”的信息化工作体系的基础上，提出了“基于场景、面向服务、关注流程、注重融合”的山东大学“十二五”信息化规划总体原则，实现资源整合、流程优化、业务融合、数据共享，消除应用孤岛的目标； 业务建设 业务集成 平台建设 平台汇聚 面向业务 面向流程 面向服务

问题：1 业务离散 2 数据交换效率低 3 不利于数据分析 山东大学信息系统结构演变（初期） 初步的数据交换阶段（以财务为核心） 问题：1 业务离散 2 数据交换效率低 3 不利于数据分析 数据交换（分类的交换代理实现机制） 招标系统 设备资产系统 科研系统 理科 科研系统 社科 人事系统 本科教务 本科招生 研究生招生 研究生教务 等其他系统

山东大学信息系统结构演变（中期 平台建设） 2010年后随着学校大部制改革，针对学校内业务分散，服务不集中等种种问题，山东大学业务系统建设开展了面向服务的信息系统平台建设。 平台建设的两形式 重新梳理单位业务，打散将原先业务系统，重新建设形成统一的业务服务平台。例如：学术科研平台，大资产平台。 在不改变原先业务系统的的基础上，分析其服务对象，将面向于服务对象的业务抽离出来，建成统一服务平台。形成服务层和业务层的相对业务独立和数据统一。例如：后勤一站式服务平台，人力资源平台（旧）

山东大学信息系统结构演变（平台建设--假象） 综合校情展示，统一门户 数据交换层，基础数据库 平台业务层 服务 平台 教工（人力资源）综合服务平台 学术科研系统平台 校务管理 档案管理 资产平台 财务平台 后勤平台 学生生活平台 本科生综合管理系统 研究生综合管理系统 国际事务综合管理系统 就业服务平台 人事系统 劳资系统 财务系统 支付系统 招标系统 资产管理系统 招生系统 学工系统 。。。 。。。 。。。 业务系统 集中数据库是单一故障点 多平台数据交换频繁时，数据交换效率低。 集中数据库一般只能提供基本的数据标准集。 合并了离散业务，完成了服务集中。 形成平台内数据一致性。

在平台建设的同时，通过平台汇聚将数据与业务融合是现阶段应用系统信息化的主要工作。 集中数据库（数据统计和公共共享数据代码） 山东大学信息系统结构演变（现阶段） 在平台建设的同时，通过平台汇聚将数据与业务融合是现阶段应用系统信息化的主要工作。 集中数据库（数据统计和公共共享数据代码） 弱化集中数据库。为综合查询和统计提供基本统计数据，详细数据由各平台提供。和位系统提供公共代码集。 数据交换由原来的专门的数据交换平台转换为各个服务平台之间的数据交换。数据交换根据使用频率和重要性交换形式不同。标准数据由主管业务部门所在服务平台提供。 数据处理分为（数据交换，数据汇聚两层） 面向学校的服务主体（教学，科研），基于场景的开展平台汇聚工作。 交换区 交换区 交换区 交换区 服务平台1 服务平台2 服务平台3 …… 业务平台1 业务平台2 …… ……. …… ……

山东大学信息系统结构演变（现阶段）

山东大学信息系统结构演变（数据结构） 基于教职工的数据交换 人力资源平台：教职工人事数据 本科生院：教工教学信息，教授学生情况 学术科研平台：科研数据，项目数据，成果数据 财务平台：工资发放，项目花费 资产部：个人使用公共资产情况 生活服务平台：邮箱，一卡通，无线网等

山东大学信息系统结构演变（数据结构） 基于学生的数据交换 本科生院平台，研究生院平台，国际部平台：学生基本信息，学生成绩，学生奖惩信息等 第二课堂：学生课外活动信息 学生生活服务：邮箱，一卡通，网络 学生就业平台：学生就业数据 档案平台：学生毕业后历史数据

山东大学信息系统结构演变（数据结构） 基于标准数据的交换 人力资源平台：单位，人员信息 本科生院 研究生院平台：教学信息 国际事务平台：外事信息 学术研究平台：项目，成果，专利 大资产平台：设备，公房，家具，实验室等 后勤平台：公共车辆，线路管道 其他业务平台

基于教工工作生活场景与职业周期的业务结构 山东大学信息系统结构演变（业务结构） 基于教工工作生活场景与职业周期的业务结构

山东大学信息系统结构演变（业务结构） 基于学生生活学习场景与周期的业务结构

山东大学信息系统结构技术特点 相对统一的基础数据结构。 标准的工作流服务技术。 多种形式的数据交互接口。具有中立的接口定义 运用相似的系统框架。

山东大学信息系统结构演变（现阶段）

山东大学信息系统结构演变（下一步）

山东大学信息系统结构演变（下一步）

教工 学生 山东大学信息系统结构演变（未来规划） 数字化资源 安全运维体系 具有普遍适应性的信息化标准 适用于高校的信息化建模 数字科研环境 数字生活环境 数字学习环境 数字办公环境 数字化资源 安全运维体系 具有普遍适应性的信息化标准 适用于高校的信息化建模

数据汇总 教职工综合查询 平台建设中的数据融合与业务融合 教职工岗位考核统计 ，年终考核 在服务平台的建设过程中面向于平台主要的服务对象，在符合全校信息化顶层设计的背景下常常要对现有的数据流程和业务过程进行重组。 教职工岗位考核统计 ，年终考核 数据汇总 数据流程和业务过程的重组的融合注意点： 符合学校信息化工作的顶层设计（用户模型，技术架构，宏观规划） 认清平台的服务主体 进行大量且广泛的调研 开发过程的全文档化管理 教职工综合查询

数据汇总 教职工综合查询 数据融合 教职工岗位考核统计 ，年终考核 数据融合分类： 数据融合注意点： 遵循已有的数据模型和标准 平台内的数据融合 平台间的数据融合 教职工岗位考核统计 ，年终考核 数据汇总 数据融合注意点： 遵循已有的数据模型和标准 摸清数据流程和依赖关系 清晰数据使用频率和重要程度 建立不同类型的灵活的数据交换机制，具有中立的接口定义 教职工综合查询

业务系统数据汇总 教师综合查询 数据融合例子：人力资资源平台岗位聘任模块 教师岗位考核统计 ，年终考核 背景：山东大学网络与信息中心与软件学院自主研发的人力资源管理与服务平台，其依托于人事部基本人事数据库，联合学术科研系统，本科教务系统，研究生院系统，等多个系统。以人事考核，岗位聘任，人事基本查询等为主要业务的面向校内教职工的综合服务平台。 教师岗位考核统计 ，年终考核 业务系统数据汇总 其中岗位聘任业务模块由于依赖数据类型复杂，数据交换形式多样是典型的数据融合例子。 教师综合查询

教研成果，教研论文，指导学生数，课时数 等 业务系统数据汇总（基本数据库生成） 科研与学术系统 项目、论文、成果、专利、奖励信息 A 科研与学术系统 本科生系统 教研成果，教研论文，指导学生数，课时数 等 人力资源管理和服务基础数据库 研究生系统 D B 本科生系统 研究生系统 教研成果，教研论文，指导学生数 课时数 等 其他业务数据 国际教育，中小学课程等 其他业务系统 C

教研成果，教研论文，指导学生数，课时数 等 数据交换手段，数据分析 通过调用系统数据交换接口（API） 通过中间数据库进行数据交换 采用同源数据信息 主管部门通过EXCEL等其他格式进行批量导入 职工自行录入 科研与学术系统 项目、论文、成果、专利、奖励信息 字段名称 字段来源 交换频率 重要程度 交换方式 是否数据转换 姓名 人事内网 较少 重要 中间数据库 否 工号 单位 项目 本科生（教研），学术 较多 系统API 是 成果 学术平台 同源数据库 课程 本科生，研究生 低 中小学课程 中小学 EXCEL导入 ... 其他业务数据 教研成果，教研论文，指导学生数，课时数 等

教研成果，教研论文，指导学生数，课时数 等 数据流图 科研与学术系统 项目、论文、成果、专利、奖励信息 其他业务数据 教研成果，教研论文，指导学生数，课时数 等

年度考核——结果展示

数据汇总 教职工综合查询 业务融合 遵循学校信息化的顶层设计 对业务流程进行细致梳理 教职工岗位考核统计 打破职能架构考虑业务流程问题 业务融合不一定是指形成一个系统 教职工岗位考核统计 ，年终考核 数据汇总 教职工综合查询

教职工综合查询 业务融合例子：设备采购&工程维修 教职工岗位考核统计 ，年终考核 背景：设备采购是大资产平台的一个重要模块，主要包含采购计划管理，论证管理，招投标模块（根据金额不同进行竞价，自主招标，招标办统一招标等形式），合同管理和采购验收管理。 工程维修采购是后勤服务平台的一个重要模块，主要负责制定学校公共房屋修缮及基础设施改造的年度计划，编制修购资金项目；根据学校批复的修缮工程计划，进行施工方案的制定和预算编制；修缮项目实施招标、签订合同、工程监理、财务结算等工作。 教职工岗位考核统计 ，年终考核 教职工综合查询

资产部设备采购业务流程 教职工岗位考核统计 ，年终考核 教职工综合查询

后勤部工程修缮业务流程 教职工岗位考核统计 ，年终考核 教职工综合查询

设备采购与工程修缮业务汇总 教职工岗位考核统计 ，年终考核 教职工综合查询

数据汇总 教职工综合查询 业务融合 采取相似的数据结构 运用相同的工作流机制 使用相同技术构架 教职工岗位考核统计 ，年终考核 基于业务过程融合的要点： 采取相似的数据结构 运用相同的工作流机制 使用相同技术构架 教职工岗位考核统计 ，年终考核 数据汇总 基于业务融合的必要性： 形成统一的业务结构 可以方便的进行合并与拆分 提高业务组件的重用性 便于提升相似组件的高效性和稳定性 教职工综合查询

系统平台建设经验 认清服务对象 开展广泛全面的调研和讨论 用数据说话 开发过程的全文档化管理 界定任务，确定成功的标准。

认清服务的对象 哈佛商学院的莱比特教授：“企业通过商品与服务销售其誓言，那就是百分之百让你满意，顾客购买的就是这种誓言。” 美国 麦肯锡公司的价值观就是“把客户的利益放在第一位” 也就是严禁从个人或者单位的利益出发而做出决策。 作为业务系统的建设者或者引导者应该认清服务的对象，并将其利益放在第一位。 应该从系统平台的服务对象出发，摆正 学校，职工，学生，业务部门之间的关系，从其利益出发建设系统平台。

开展广泛与全面的调研和讨论 只有以大量的资料及累积的事实为基础，导出敏锐的结论后，提出的建议和需求才是有价值的。 如何获得有用的资料和数据在目前大部分金字塔结构的业务部门中，开展广泛与全面的调研和讨论是非常重要的。 不要把假设和结论混为一谈 认清现象和原因的不同 找到真正原因的途径是实地访谈 必要的验证过程 不能作为实施方案就不是结论

用数据说话 系统平台建设和规划与科学研究是同一种逻辑思维，分析数据，做出图标，提出假设，再搜集分析可以让自己假设成立的证据。对现有资料和数据的分析，能够准确的把握业务部门的实际情况。从数据中导出的结论是合理和正确的结论。 例如 网络与信息中心1105-1108服务台工单情况：

山东大学网络与信息中心团队 软件开发团队 其他CMMI3团队 项目的全文档化管理 山东大学 网络与信息中心 为了能够更好的对学校应用系统进行有效，全面的整合管理，于2011年下半年对于自主开发的应用系统项目启动了CMMI3的质量管理和质量保证管理。与2012年上半年开始对于学校内部，网络与信息中心管理的软件系统项目进行了CMMI3管理。 参与团队： 山东大学网络与信息中心团队 软件开发团队 其他CMMI3团队

山东大学软件开发项目管理流程 立项阶段,需求阶段，测试阶段 序号 一类项目 二类项目 三类项目 文档总数: 52 文档总数 30 4 项目推进阶段 立项及计划准备 1. 《项目立项建议书》 2. 《工作任务书》 《软件生命周期模型选择表》 3. 《进度计划表》 4. 《软件项目开发过程定义表》 《项目估算表》 5. 《风险评估表》 6. 《软件项目开发计划》 7. 《质量保证计划》 8. 《项目度量表》 《配置管理计划.》 9. 10. 11. 编码和单元测试 21. 《单元测试计划》 《代码审查记录》 22. 《单元测试用例》 《用户手册》 23. 24. 集成与系统测试 25. 《测试用例》 《缺陷记录》 《测试总结报告》 26. 27. 验收运行 28. 《实施计划表》 《初验报告》 《终验报告》 29. 《实施记录》 30. 《安装、试运行问题记录》 31. 32. 《内部验收报告》 33. 结项 34. 《归档定义表》 《项目总结报告》 35. 《质量保证评估报告》 36. 需求 12. 《需求调研计划》 《用户需求书》 13. 《需求调研提纲》 14. 《软件需求规格说明书》 15. 设计 16. 《概要设计说明书》 17. 《数据库设计说明书》 《测试计划》 18. 《用户界面设计说明书》 19. 《详细设计说明书》 20.

敬请领导指正 并希望 给予更多的指导和支持！ 山东大学信息系统建设还在不断探索阶段，我们相信通过我们的不断努力，可以走出一条适合于高校信息化业务平台建设的可行之路。