管理信息系统规划方法体系介绍.ppt

,2009年10月,管理信息系统规划方法体系介绍,2,一,IT规划与企业架构的基本概念,二,企业架构框架及IT规划实践方法学,目 录,三,方法论指导规划落地的实际案例,四,公司规划方法体系设计,工作前提,确保IT战略与业务战略协调同步 IT规划应紧密跟踪业界技术发展趋势，并积极吸取行业最佳实践经验 IT规划应建立在对现状全面、客观的分析基础上，并具有高度的可操作性和可落地性,工作内容,设计信息系统的架构蓝图，全面刻画信息化建设的远景 指明信息系统的演进方向和具体项目实施的策略 填补IT与业务目标之间的鸿沟,工作意义,全面指导信息化系统建设，并保持与企业发展战略的高度一致 为IT投资带来回报，使IT建设为业务带来价值,IT规划的基本概念,IT规划是信息化规划的简称，是指在理解企业发展战略和评估企业IT现状的基础上，结合所属行业信息化方面的最佳实践和对最新信息技术发展的认识，提出企业信息化建设的远景、目标和战略，以及具体信息系统的架构设计、选型和实施策略，全面系统地指导企业信息化建设，满足企业可持续发展的需要。,IT规划的重要意义,Source：英国经济情报社、IBM咨询和埃森哲咨询所作的一个联合调查,IT规划已受到越来越广泛的关注和重视,Investment in Information Technology - Focused on system maintenance - Tactical developments rather than a strategic plan,Good information management = competitive advantage,Current IT systems do not really meet the needs of business - Fragmented, duplicated - Poorly understood - Not responsive to change,Effective management and exploitation of information through IT is key to business success,规划可协助企业制定最优IT演进路线，协助企业有条不紊地进入IT正轨发展的道路,Source：the open group,技术规划,系统规划,架构规划,IT规划的发展从狭义到广义,什么是企业架构,MIT Center for Information Systems Research,Enterprise Architecture is the organizing logic for business processes and IT infrastructure reflecting the integration and standardization requirements of the firms operating model. Enterprise Architecture describes enterprise applications and systems with their relationships to enterprise business goals.,IFEAD （Institute for Enterprise Architecture Developments）,Enterprise Architecture is a complete expression of the enterprise; a master plan which “acts as a collaboration force” between aspects of business planning such as goals, visions, strategies and governance principles; aspects of business operations such as business terms, organization structures, processes and data; aspects of automation such as information systems and databases; and the enabling technological infrastructure of the business such as computers, operating systems and networks.,在韦伯词典中，“架构”的定义是“作为一种意识过程结果的形态或框架；一种统一或有条理的形式或结构；建筑的艺术或科学”。,7,一,IT规划与企业架构的基本概念,二,企业架构框架及IT规划实践方法学,目 录,企业架构框架 IT规划实践方法学,三,方法论指导规划落地的实际案例,四,公司规划方法体系设计,企业架构框架的发展历程,企业架构的概念是伴随着IT应用的深入，IT与业务关联紧密程度的加深而产生的。,Zachman Framework first article,87,TAFIM Released,94,96,98,99,02,03,05,06,07,09,Clinger/Cohen Bill passed,TAFIM Retired,FEAF 1.2 released,FEA replace FEAF,NGOSS proposed by TMF,TOGAF 8.0 released,Gartner/Meta merger,TOGAF 9.0,Zachman Framework 2.0,08,John Zachman于1987年提出的“信息系统架构框架”是企业架构的雏形 1996年美国的Clinger-Cohen 法案(曾被称作信息技术管理改革法案) 标志着术语“IT架构”的产生，现在被解释为企业架构 企业架构理论在一些美国政府机构中的应用，以及后续相继出现的各个框架（美国国家技术标准研究所在1989年发布NIST框架，其他联邦实体发布的企业架构框架，包括国防部（DOD）和财政部（DOT）等） 企业架构理念得到众多咨询公司和研究机构的认可。2000年，META Group发布企业体系机构桌面参考。,Zachman企业架构框架,该框架通过一个6*6矩阵，阐述了一个对信息系统架构的静态解析理论，其划分的方法（例如，数据和功能）至今仍在影响部分IT规划的实践方式。 矩阵的行针对不同的信息化视角，包括规划方、所有者、设计人员、开发实施人员、厂商/承包商等。 矩阵的列包括数据、功能、网络、人、时间、动机，用于回答几个经典问题，即what，how，where，who，when，why。,业界所公认的对企业架构最早的描述是由Zachman等人做出的，其最大贡献在于提供了对信息系统各个组成部分（也即设计文档、规范和说明等）的组织分类,全国信息共享中心 - 规划专栏 - 技术动态 J. A. Zachman, “A framework for information systems architecture,” IBM Systems Journal, vol. 26, no. 3, pp. 276-292, 1987. J. F. Sowa and J. A. Zachman, “Extending and formalizing the framework for information systems architecture,” IBM Systems Journal, vol. 31, no. 3, pp. 590-616, 1992. A Tutorial on the Zachman Framework for Enterprise Architecture.,Zachman这个起步中的该框架并没有清晰明确给出各个组成部分之间如何关联以及交互的。同时该框架也没有给出动态的，规范的步骤，来说明如何得到基于该框架的企业架构。因此后续研究人员又对该框架做了扩展与提升，但其实质上仍然是一个IT分类方法，而并不能称作IT规划的方法。,Zachman企业架构框架,企业闭集（Enterprise Continuum）的架构循环开发和迭代利用理念； 以架构开发方法（ADM）明确了企业架构的开发顺序和相互关系，为规划的流程化和规范化指出了一个思路； 设计了精简和实用的业务（流程）架构、应用架构、数据架构和技术架构（软硬件基础设施）框架； 引入了架构模式（Patterns）、架构原则等规范性的信息 在技术层面引入参考模型方法来指导技术架构层的设计开发。 当模型和工具没有被指定时，只有有限的技术和架构资源可以用于TOGAF。 TOGAF在不断的版本完善中，成为了目前应用最广泛，认知度最高的企业架构方法，起到了一个很好的架构框架作用。,TOGAF-The Open Group Architecture Framework,流程（Process）在企业管理中的地位提升，为Zachman理论中的静态架构解析问题提供了解决契机。其中，TOGAF在企业架构领域中，引入了很多优秀的思想。TOGAF更像是一个方法论，而不只是一个框架。,作为一个架构框架，TOGAF在架构覆盖广度、架构分级细节、架构范围扩展、架构资产应用方面并没有特殊说明。这些都留给规划人员结合具体的实践特征来处理。,全国信息共享中心 - 规划专栏 - 技术动态 Overview: TOGAF(The Open Group Architectural Framework) Welcome to TOGAF - The Open Group Architecture Framework V8.1.1 TOGAF - Module 1 Management Overview TOGAF - Module 2 The TOGAF 8 Components TOGAF - Module 3 Introduction to the Architecture Development Method,TOGAF-The Open Group Architecture Framework,由参考模型构成的参考框架，可以被用于横向跨组织机构的分析，发现差距和寻找机构内或之间协作的机会等；FEA认为这些参考架构应以通用一致的方式描述FEA的重要元素，从而实现通用标准在联邦政府范围内更好的管理和放大。 引入了针对企业架构进行整体评价的方法，用于衡量组织是否成功运用企业架构的方法，设计了3个大类共13个标准对成熟度水平进行评估。 FEA对企业架构理论的贡献也已经被TOGAF的后期版本所引用和吸收。,FEAF-Federal Enterprise Architecture Framework,着眼于美国政府部门和组织所使用，FEAF借鉴了Zachman的系统分类方法，也参考了TOGAF的架构流程开发和设计模式。而且，鉴于美国政府希望能够对各部门之间的信息化水平进行有效的分析和评估，FEAF在融合各种美国内部架构方法的基础上，明确了参考架构和架构评估的概念，这也是其在企业架构方法中的最大贡献,全国信息共享中心 - 规划专栏 - 技术动态 Federal Enterprise Architecture Framework V1.1 Enterprise Architecture Plan V1.0,NGOSS中一些可借鉴的地方主要有： 引入了架构设计过程，指出在不同阶段应关注的架构； 设计了从外围业务流程，到数据信息、应用、网络基础的收缩演进模式； 尤其是对业务流程等框架的分级细化体系设计，以及对“端到端”流程规则的诠释； 在此基础上，设计了可供进一步参考的业务架构细化框架（例如企业管理业务、战略基础设施和产品业务，运营管理业务等）,TMF NGOSS-Next Generation Operational Support Systems,着眼于为电信运营商信息化建设服务的NGOSS企业架构框架，主要是对TOGAF和FEAF中各种优秀思想在电信运营行业中的映射。,综上所述，企业架构框架仍处于一个研究不断深入和成果不断发展的阶段，而且每一种企业架构方法框架都有自身的优点和缺点（如右图所示）。,各架构框架总结,2004 Gartner：架构框架的争论时不必要的. 但实施方法则不然 不得不承认存在以上所指的事实；其中一个原因可能是因为即使商业框架是免费的，但是实施这些框架的方法却没有免费的 将方法、框架和交付件的创造力结合到一起是强大的，但是需要实施人员去理解这些东西以及如何应用这些东西 理解框架的初衷是比较适宜的，并且有助于提高EA项目的沟通，速度，质量和实用性。框架本身并不能代替经验和直觉的判断 类似TOGAF的方法框架往往是和其它的框架一起结合使用的,16,一,IT规划与企业架构的基本概念,二,企业架构框架及规划实践方法学,目 录,企业架构框架 规划实践方法学,三,方法论指导规划落地的实际案例,四,公司规划方法体系设计,企业架构框架从一定程度上给出企业架构建设的基本指导原则和方向，然而由于其对行业适用性和标准性等方面的考虑，并未就架构（包括规划）实施中的很多细节和规则给出明确意见； 然而作为基本的指导性框架，企业架构框架中诸多亮点不仅被众多企业所接受，并在相应的企业IT规划中所应用； 在此基础上，很多公司与咨询机构在长期实际工作积累和相应企业架构方法研究后，形成了基于企业架构进行IT规划的实践方法学。,基于企业架构的IT规划实践方法学,从IT远景与策略入手，落实到IT的整体架构，从信息架构到应用（业务）架构，再到技术架构和组织（治理管控）架构。,关注业务框架和体系架构框架，体系架构框架包括功能架构、信息架构、技术架构和基础架构。,关注流程架构、信息架构、应用架构和基础架构。,几种典型的规划实践方法学,实现了对业务、信息、系统、基础架构从概念、逻辑和物理不同层面的解析,IBM的ITSP 方法论,埃森哲的 EAP方法论,HP的ITSA方法论,西门子的业务驱动、闭循环、迭代式的企业架构规划方法论,凯捷的IAF方法论,企业信息架构,从信息技术战略入手，落实到信息系统构架：包括流程蓝图、信息蓝图、应用架构和基础设施架构。,首先，从 IT远景与策略入手，搞清其与企业战略的关系？与全球最佳实践之间的关系？应采取哪些技术等。 接下来，搞清楚IT的整体架构，就像是路桥的整体规划一样，在IBM公司的规划方法学中概述起来就是四个字：IATO，即I（信息，information）、A（应用，application），T（技术，technology）、O（组织，organization），其中前三部分是IT总体规划蓝图，第四部分是组织蓝图。 而且，IATO四部分是有顺序的，从信息架构到应用（业务）架构，再到技术架构和组织（治理管控）架构。,IBM的ITSP方法,HP公司的IT规划所关注的企业IT架构主要包括： 业务框架：涉及企业的业务发展驱动力，业务战略目标及其框架，以及信息化系统的现状等； 体系架构框架：涉及基本的IT支撑能力，相应的架构体系，概括起来就是四个字：FDTI，即F（功能，function）、D（数据，data），T（技术，technology）、I（基础设施，infrastructure），并由这四者共同构成完整大的IT技术视图；,HP公司的ITSA架构框架同样认为架构视图是有顺序的，从业务架构视图到能力视图，再到技术架构视图和实施视图。,HP的ITSA方法,埃森哲的EAP方法,埃森哲公司的EAP (Enterprise Architecture Planning)方法专注于企业IT架构的规划，是其ADM (Accenture Delivery Methods)中的一个重要组成部分； 其方法注重企业IT架构规划对战略的承接和对项目的衔接；注重业务对技术的驱动以及技术对业务的支撑双向互动；,在方法实施上，包括规划就绪、现状诊断、蓝图规划、演进路线的迭代过程； 在规划架构上，包括流程蓝图、信息蓝图、应用架构和基础设施架构。,西门子的闭环迭代式方法,企业架构开发分成两大阶段，架构开发阶段主要映射西门子流程驱动企业架构方法论，后面架构实施阶段对应另一套SPPM西门子项目组合管理方法论 Delta强调规划出的目标架构必须是当前架构的增量，从架构元素和架构承载关系等方面的变化上要给出具体数值。,架构开发设计的方法：企业战略规划需求入手，首先将战略规划映射到业务流程架构上，先调整业务流程，然后根据业务流程的变化去调整支撑应用系统、处理信息和底层基础设施，然后反向评判是否达到业务流程架构调整以及企业战略的要求。,凯捷的IAF方法,IAF的优点在于成果间连接性强，主线明确条理清晰：由战略出发，渐进推导分析业务发展对流程、流程对信息需求、信息需求对应用系统、应用系统对基础设施的影响，最终确保这些成果能整合一体共同支撑战略实现,凯捷是Open Group的白金会员，其IAF方法论与IEEE1471-2000、TOGAF具有很好的兼容性，TOGAF 9中也吸收了很多IAF 4.0的内容。,24,一,IT规划与企业架构的基本概念,二,企业架构框架及IT规划实践方法学,目 录,三,方法论指导规划落地的实际案例,四,公司规划方法体系设计,方法论是怎样指导规划落地的,规范、严谨、科学、标准,可操作 可落地,IT规划方法论既要科学、严谨，又要保证具有很强的可操作性，真正促进规划落地。 然而，众多规划方法论虽然在内容丰富，形式多样，但往往给人以空中楼阁的感觉，似乎到头来IT规划工作仍然主要依靠顾问的经验。,如何同时兼顾方法论的科学严谨和可操作？,咨询项目成果及对应方法论,1. 业务流程模板 （IDEF0 + 泳道图）,2. 目标架构,2.1 功能服务与数据架构,2.2 应用系统,2.3 基础架构,3. 实施评估方案 3.1 业务评估方案（EIEF） 3.2 技术架构评估方案（ATAM + TRM） 3.3 IT运维评估方案 （ITIL + 凯捷评估工具包）,4. IT运维方案 （BIS + ITIL） 4.1 运营体系框架 4.2 组织岗位设计 4.3 服务流程设计,业务流程模板的设计,巨流程 - 是一个企业所确定的最高级别的流程。通常一个企业中的巨流程平均为4到6个，其中的2-3个巨流程构成企业的核心价值链，其余则大多是支持性流程,主流程 - 一个巨流程中的一部分，是一些附属流程的汇总。一系列主流程的汇总则表现为一个完整的巨流程,子流程 - 一个主流程中的一部分，是一些附属流程的汇总，而在主流程和活动之间，将由一系列层级的子流程来过渡,流程分级,流程分类,自下而上,属于自上而下的分析方法 根据流程生命周期来定义子流程,也属于自上而下的分析方法 利用相关域来区分子流程,系统性较差 可以作为补充和校验手段,Step 1: 定义流程,Step 2: 定义流程分解规则,梳理核心流程,依据分解规则分解得到子流程,业务流程模板的设计,Step3：定义流程建模与描述的方式,IDEF0语法中的ICOM来描述整个流程中的输入、输出、控制,在IDEF0中对流程进行逐级的分解,用泳道图表示活动之间的顺序和分支判断关系，同时对ICOM做校验,将上述流程分解的结果用ICOM来描述,使用泳道图详细描述各流程内部活动,功能服务架构规划,Step1：定义并抽取IS Service,IS Service是IT应用系统所能够提供的服务，基本上等同于软件系统的功能点。在泳道图提取需要自动化处理的部分，定义IS Service，IS Service的输入输出源自IDEF0。,两级的IS Service,Step2：明确使用各系统的角色,使用各应用系统的角色,功能服务架构规划,Step3：建立功能角色关联模型,基于IDEF0的Mechanism和泳道图中的角色定义，可以分析出每个IS Service所关联到的角色。,RACI模型,IS Service与角色的关联模型,考虑到功能角色关联关系仅用于来作为后续工作中功能聚集和应用系统划分的依据，本规划中采用相对简化的方式，即只定义RACI中的R（执行人）,数据架构规划,Step1： 明确数据主题,Step2：建立信息交互模型,信息交互矩阵,由于数据/信息是在流程中承载的，所以可以通过从业务流程的形式化表述ICOM和泳道图中抽取得到数据主题,进行信息交互模型分析的目的是为了帮助检查流程分解、功能服务、数据主题定义的合理性，以及各功能服务输入/输出信息的正确性,数据主题梳理结果,数据架构规划,基于IS Service信息交互模型，可以梳理O-C模型（基本原则是从Writer/Transformer中选择一个作为Owner）。数据O-C模型是应用系统规划阶段，明确各个系统数据分布（Master-Slave）的基础,Step3：建立数据管理模型,数据管理O-C模型,应用系统规划,IS Service(功能点)、LISC(功能模块)和应用系统分别对应IAF的概念层、逻辑层和物理层，对应关系均为多对一，也就是多个IS Service聚合成一个LISC，多个LISC聚合到一个应用系统。所谓IS规划，就是考虑如何合理完成这两级聚合的过程,Step1：建立功能服务协同模型,功能服务协同模型展现各功能点之间的信息/数据的交互情况，该模型直观地展示各个功能服务之间的耦合程度，是把功能服务归集为LISC (Logical Information Systems Component)的基础之一。功能协同模型是从信息交互模型经逻辑转换得来的。,功能服务协同模型,应用系统规划,Step2：系统功能架构规划,将IS Service汇聚成为LISC，将LISC汇聚为信息系统。无论是将多个IS Service聚合成一个LISC，还是将多个LISC聚合到一个应用系统，都需要遵循一定的指导原则,信息系统整体功能架构,物理层：将LISC聚合到应用系统： 由LISC Interaction Model (LISC协同模型)导出系统接口架构 由Information View (LISC数据管理O-C模型)导出系统数据架构,信息交互模型,功能-角色关联模型,IS Service 功能协同模型,Logical Information System Component,LISC数据管理O-C模型,LISC 协同模型,输入,输出,数据管理O-C模型,应用系统规划,Step3：系统数据、接口架构规划,子公司层面管理信息系统数据架构,集团层面管理信息系统数据架构,36,一,IT规划与企业架构的基本概念,二,企业架构框架及IT规划实践方法学,目 录,三,方法论指导规划落地的实际案例,四,公司规划方法体系的设计,公司规划方法整体设计思路,1套规划流程，规范各环节工作内容和要求,2类规划工具，实现对规划方法和经验的固化,3大IT架构，保证规划工作的完整性和一致性,4种架构视图，明确IT规划各架构表现形式,在全面研究分析企业架构方法理论框架和知名公司规划实践方法学的基础上，结合公司自身特点，探索建立一套相对完整、科学、可操作性强的方法。,规划流程的建立,规划流程是贯穿于整个规划过程的主线，在流程中明确各个阶段、步骤和具体任务以及相应的角色、工具和输出、输出，方便规划人员准确定位与使用。 规划流程的建立主要参考了TOGAF中的闭环可迭代思想，结合了凯捷公司IAF方法论中的精简路径原则和西门子的流程驱动实践方法学等内容。,辅助类规划工具的设计,列表类：角色检查列表、工具检查列表、项目计划管理列表,模板类：各种访谈提纲模板、业务架构（流程视图、信息视图）模板、应用架构（应用视图、集成视图、服务视图）模板、项目计划模板,分析类：业务战略影响分析、演进路线分析、架构量化评估工具,规划工具设计的目的是实现对规划方法、经验的固化，对规划的内容和颗粒度的规范和约束，对数据的统一管理，从而整体形成对规划工作的科学指导。 辅助类规划工具兼顾规划人员使用习惯与科学规范的操作过程，穿插在规划流程的特定步骤，便于帮助规划人员上手使用，简化重复性操作。,支撑类规划工具的设计,专业工具 需求,Visio（简单图形）和Excel（简单二维处理）根本无法解决上述问题,海量的架构元素数据需要计算机进行分析,1,架构多维度需要保持同步和视图自动更新,2,企业架构体系层级的关系需要自动关联,3,企业架构需要自动语法校验和纠错,4,企业架构需要进行复杂量化分析,5,从技术角度来看,支撑类规划工具重点实现架构管理功能，初期将主要满足基础性架构管理的需要，未来逐步实现高级架构管理和架构关联性管理等功能。支撑类规划工具也穿插在规划流程的特定环节，实现对架构管理的支撑。,支撑类规划工具的设计,从公司统筹和发展的角度来看,公司建立了自己的方法体系和架构支撑系统已经迈出坚实的前两步，后面的路更有意义也更长远！,全局： 架构模型需要从实例、到层级、到架构维度、再到架构库，这样才能拥有全局信息化视图，否则根本无法进行所谓的全局战略规划。,1,滚动： 架构模型并不需要进行独立的完整架构体系梳理，应成为周期性的管理和核新； 这样才能识别不同阶段架构的差异，才能形成真正的滚动规划，体现出规划前后的差异和增量,2,战略： 公司至今的规划仍停留在系统和技术层面，没有达到国际上CIO级战略规划的，因为缺乏在架构基础上的战略指标和IT价值的必要数据支撑,3,标准： IT规划的结果可以通过目标架构及其模型的方式进行标准化的发布； 并基于此在规划实施过程中进行度量和稽核； 与此同时需求管理、合规性管理等在国际上多基于此为标准。,4,支撑类规划工具的设计,企业业务流程模型的容器 支持基于扩展EPC（EEPC）的业务流程建模 模型的验证、发布、转换等处理工具,流程建模方法的选择,利用EPC（Event-driven Process Chains）进行业务流程建模，利用ERD（Entity Relationship Diagram）进行数据实体建模,是企业架构方法论的需要,从Zachman开始，到TOGAF、DODAF和IAF等知名企业架构方法论对其架构中的维度和层级中的架构描述方法提出了基本的语言要求，希望或者推荐采用某种架构描述语言对其间的架构元素进行科学阐述； 采用形式化语言进行描述是各种架构方法论的共识。,符合建模语言自身发展技术趋势,与软件架构建模语言的技术发展趋势相贴合，企业架构建模语言的发展经历了“自然语言-无语法有语义的形式语言-有语法有语义的形式语言-有严格语法和语义的形式语言”的发展阶段，逐步演进； 例如：泳道图是第二级，公司发展战略规划中的IPO是第三级，歧义性和无法计算机辅助分析是其最大问题,EPC/ERD模型的应用符合IT技术发展趋势,EPC和ERD均属于有严格语法和语义的形式化语言，具备图形和机器可识别语言两种形式； 从支撑工具的应用范围来看，EPC是目前最适合业务流程架构分析的语言之一，而ERD也是目前数据架构分析最广泛的语言之一,1,2,3,架构分类的思路,1,2,3,4,完整性,一致性,先进性,系统性,在综合各知名企业IT规划实践方法学的基础上，结合现有公司的规划成果，重新梳理了架构的分类，形成了目前的业务、应用和基础设施三大架构。,要求架构组合能够完整涵盖MSS域的各个方面，确保规划成果具有全面的指导意义,在架构的命名、含义和成果形式上做到统一，保证理解的一致性，避免产生歧义,充分考虑技术发展带来的变革，确保确保架构分类在技术上的先进性,以更加科学的形式对架构进行描述和设计，确保条理更加清楚，层次更加合理,IT架构,业务架构,应用架构,基础设施架构,其他架构类型,建议架构类型,架构映射,架构解析,X,架构映射关系,视图类型,流程视图,信息视图,应用视图,集成视图,架构视图的设计思路,架构的分类和定义是在广义的IT规划（围绕企业信息架构进行的规划）的思路下进行MSS规划的基础，而架构视图的设计则是对架构规划的落地和具体体现。,分级流程视图,信息（数据）视图,分级应用视图,集成视图,感谢聆听！,