用合理的架构建设数字化校园－上海交通大学网络信息中心-信

1、用合理的架构建设数字化校园网络信息中心2008/10/29提纲对架构的认识理论体系的架构技术平台的架构应用模块的架构探索与实践2对架构的认识战略-架构-成果架构服务于战略成果依附于架构而产生架构是所有具体工作的起点架构的基本目标架构必须以合理的研发、运行与管理成本达到所需要的功能与质量要求架构应当对用户的核心竞争力形成有力的支撑什么是合理成功的架构本身是自洽的不断的实践来验证其合理性，即架构应走在业务前面没有完美的架构，只有合理的架构(s)3理论体系的架构理论体系是规划、治理这一层面的重要依据数字化校园理论体系的发展现状众多大学长期的经验积累一些标志性成果：清华 URP;复旦信息化评价体系;复

2、旦、中山运行服务体系;学会数据标准的制定；对应到每个学校，应建立符合自身信息化发展需要的理论指导体系使得规划、建设、运行等各方面均能在成熟有效的理论的指导下进行，尽可能避免方向性的错误在工作中出现问题时，以有理可依的方式给出解决方案使信息化部门的工作有序、合理、可持续发展，避免陷入迷惘与混乱4理论体系的架构要求完整性尽可能完整地覆盖数字化校园的各个领域和各项工作内容。合理性应该是业界各相关领域成熟理论的有效应用，加上数字化校园特定的目标与过程的分析提炼。可行性能够为各项工作制定明确的工作方式和计划，包括技术方面与管理方面。有效性能够在工作中出现问题、矛盾、冲突时，以有理可依的方式给出解决方案。

3、 5数字化校园的建设内容网络基础设施数据中心基础信息服务（邮件、存储、一卡通）全局核心业务流程各职能域业务系统教学科研人事行政关键技术平台6理论体系的架构网络基础设施数据中心基础信息服务（邮件、存储、一卡通）全局核心业务流程各职能域业务系统教学科研人事行政关键技术平台目标与内容建设过程软件工程项目管理合同管理运维服务过程评价体系7理论体系的架构在建设过程方面，有两点值得研究：开发商管理问题。项目管理理论解决的是局部项目的问题数字化校园的可持续发展是一个长期过程，如何保证与开发商建立长期稳定双赢的合作关系产业成熟度问题。企业ERP建设早已形成了包括软件套件提供商、咨询服务商、软件开发商、工程实施

4、队伍的完整产业链。如果数字化校园产业无法达到这种成熟度的话，无论学校还是开发商都将始终处于相当大的风险之中。8理论体系的架构在运维服务过程中，需要研究解决的问题有：ITIL标准流程并不能和实际工作中的流程一一对应，如何剪裁以适应数字化校园的特定需要。外包的研究。几乎所有学校都存在人力不够，服务质量不高的问题。如何引入服务外包，哪些环节适合外包，以怎样的方式划分岗位有利于外包的实施。在很多学校，这是解决可持续发展问题的重要因素。9理论体系的架构评价体系，是信息化的重要环节战略匹配度。信息化战略与学校战略的匹配度业务匹配度。信息化业务与学校业务，特别是核心业务的匹配度业务灵敏度。信息化系统对业务变

5、化响应的灵敏度。投资与产出的适宜度。学校组织与行为与信息化的匹配度10理论体系的架构网络基础设施数据中心基础信息服务（邮件、存储、一卡通）全局核心业务流程各职能域业务系统教学科研人事行政关键技术平台目标与内容建设过程软件工程项目管理合同管理运维服务过程评价体系11技术平台的架构-要求解决“信息孤岛”问题满足跨部门、跨应用的全局性业务需求全局性的数据统计分析、决策支持问题通过校园信息服务门户提供基于网络的一站式服务功能及性能的可扩展性可管理性12技术平台的架构共享数据库信息总线(数据采集与交换平台)业务系统1业务系统2业务系统3身份管理权限管理全局核心业务统计分析展现综合信息门户平台管理工具WS

6、服务平台13技术平台的架构-关键模块数据采集与交换平台共享数据库数据标准的实践身份与权限管理数据统计查询分析信息门户平台管理工具14应用模块的架构松耦合架构下职能域划分的颗粒度问题过大的颗粒度会增加实施该职能域统一信息系统的复杂性。过小的颗粒度会给全域信息共享带来困难，会产生大量的冗余数据，可能带来权威数据不可信，同时也增加了数据交换和转换环节及其复杂度，严重影响系统效率和效果。至少应将相互联系比较紧密的全部业务划分在一个职能域中，通过统一的后台数据库实现职能域内的信息共享与业务协同。对于条件成熟的大学，可以考虑将职能域划分得更大一些，采用成熟的大型管理套件？15应用模块的架构应用模块的架构无

7、定式可言如何得出合理的架构为你的架构设定KPI架构的自洽性分析对应用的发展做出规划和预测适度超前于当前应用的需要16应用模块的架构分析举例身份认证与权限管理系统架构要点异构环境信任体系。信任体系是身份认证的一个基础。是统一身份认证在校内各应用系统的推广的基础单点登录的模式。 Web登录、C/S架构登录、Windows登录统一的全局单点登录。集成方便性。业务系统只需非常小的改动就能接入统一身份体系。支持多种系统平台。身份数据的来源。通过数据交换平台与各业务部门保持同步，提高工作质量和效率。支持集中授权和分布授权结合的方式。扩展安全手段。性能与可靠性标准问题。跨域漫游。17探索与实践2006年下半

8、年中心内部预研，确立平台的总体需求、设计原则和发展路线2007年1月正式启动“信息资源综合服务平台项目”。开发校园信息化关键技术平台及基于平台的若干全局业务中心牵头，联合微软咨询服务MCS、SunGuard金仕达组成联合工作组，共同完成设计与开发工作。2008年2月基本完成开发工作，开始试运行。2008年5月完成项目验收2008年上半年起，中心设立专门的平台运维管理岗位，全面负责平台的运行监控、管理及改进2008年起，基于平台的新的全局业务开发全面展开18机制问题-如何得到合理架构架构合理性与难度/成本的矛盾甲方可能得不到合理的架构乙方不愿承担风险改进架构，没有积累咨询方（第三方）的价值应该是存在的。但具体的需求是否存在？能否引入？如何引入？既有业务能力又有专业技术能力有能力与合作方一起制定合理的架构；合作方是否有相应的实施能力？责任和权利如何划分？业务及管理能力强但缺乏专业技术队伍合作方提供技术架构，但架构的合理性与难度/成本的矛