006002 信息技术服务 咨询设计 第2部分 规划设计方法指南（草案）

1、ics35080l 77中华人民共和国国家标准gb/txxxxxxxx信息技术服务 咨询设计第2部分：规划设计指南information technology service consult and design -part 5: guide to planning and design methods 草案xxxx - xx - xx发布xxxx - xx - xx实施gb/t xxxxxxxxx目次目次i前言ii引言iii信息技术服务 咨询设计 第2部分：规划设计指南11 范围12 规范性引用文件13 术语14 体系结构24.1 参考模型24.2 组成要素24.3 生命周期35 内容框架4

2、5.1 业务架构45.2 it战略65.3 总体信息架构规划65.4 应用系统架构规划85.5 it基础设施架构规划115.6 it管控模式设计165.7 实施规划176 技术要求186.1 步骤和技术186.2 能力要求426.3 工具建议437 评估447.1 对规划设计方法的评估447.2 对供方的规划设计咨询服务能力的评估457.3 对咨询服务效果的评估46附录a （资料性附录）48a.1概述48a49a49参考文献50前言gb/t xxxxx信息技术服务咨询设计分为5 个部分：第1部分：咨询通用要求；第2部分：通用标准和数据规范；第3部分：知识库管理规范；第4部分：规划设计方法指南；

3、第5部分：信息化工程监理规范。本部分为gb/t xxxxx的第4部分。本部分按照gb/t 1.12009给出的规则起草。本标准由中华人民共和国工业和信息化部软件服务业司提出。本标准由中国电子技术标准化研究所归口。本部分起草单位：本部分主要起草人：引言gb/t xxxxx 的本部分提出了*。本部分的制定是为规范信息系统建设咨询服务的提供与支持，引导信息技术咨询服务的良好发展，促进我国信息技术咨询服务能力的提升而编制的。本部分是各类相关的国家和地方法律法规、行业管理办法（如计算机信息系统集成资质管理办法）贯彻实施的支撑。若在使用过程中存在冲突，在使用本部分前需解决任何此类冲突。图1 描述了本部分与

4、信息技术咨询服务标准其他部分之间的关系。图 1 gb/t xxxxx各部分之间的关系在gb/t xxxxx 中，通用标准和数据规范、知识库管理规范、规划设计方法指南、信息化工程监理规范是针对不同类别的信息技术咨询服务的具体要求和指导。通用标准和数据规范是面向itss的业务，包括面向it的服务、it驱动的服务和外包服务，提供咨询设计阶段所需的参考标准和数据规范。知识库管理规范针对it咨询核心的知识资源和管理，规范知识库的建设、管理和应用，是需方衡量供方咨询服务能力的重要参考。规划设计方法指南是指导咨询服务提供的方法论。信息化工程监理规范对工程前期的咨询、中期的过程监管和后期的绩效评估。iii信息

5、技术服务 咨询设计 第2部分：规划设计指南1 范围指南的目标使用对象：it规划设计咨询服务供方、需方、第三方，以及对it规划设计方法有兴趣的组织及个人指南希望达到的目的：帮助it规划设计咨询服务供方、需方、第三方提升it规划设计咨询服务质量，优化it规划设计咨询服务成本，强化it规划设计咨询服务效能，降低it规划设计咨询服务风险；帮助对it规划设计方法有兴趣的组织及个人：全面理解和掌握it规划设计咨询服务的内容和标准化知识，以及实施it规划设计咨询服务的方法，从而提升组织能力和个人技能2 规范性引用文件下列文件中的条款通过本部分的引用而成为本部分的条款。凡是注日期的引用文件，其随后所有的修改单

6、（不包括勘误的内容）或修订版均不适用于本部分，然而，鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本部分。3 术语注：可参考iso/iec pdtr 15026-1软件系统工程 - 系统和软件保证- 第1 部分：概念与词汇，以及iso/iec fcd 24765 软件系统工程词汇咨询 consulting按照需方的要求，通过一定的方法开展调研，提出解决疑难问题的建议和方案。3.2信息技术咨询 information technology consulting以信息技术为手段，提升组织绩效，实现业务战略和目标的专业建议。3.3咨询服务 co

7、nsulting service咨询服务提供方与需方签订合同，负责对其所提出的业务和技术性课题提供建议或解决方案的智力服务。3.4（信息技术）咨询服务 (information technology) consulting service咨询服务提供方在信息资源开发利用、工程建设、人员培训、管理体系建设、技术支撑等方面向需方提供的管理或技术咨询评估服务。3.5流程 process整合资源，推动将输入转换为输出的相互关联或相互作用的有序活动。3.6管理诊断 management diagnose识别需方业务和it现状，明确管理问题和规划方向的过程。3.7规划设计 program and desi

8、gn结合信息技术应用现状、发展趋势及应用需求提出长期战略和目标，并设计信息技术服务架构。3.8实施治理 implementation governance将规划设计付诸实施的过程。3.9架构 architecture描述系统构成要素及相互关系，指导信息系统设计和完善的原则。4 体系结构4.1 参考模型图4.1 咨询设计参考模型图4.2 组成要素4.2.1 人与组织（引用咨询通用要求4.2之e人员） 提供咨询服务的专业人员，包括)人员的管理、岗位、技能、知识等。 4.2.2 流程（引用咨询通用要求4.2之d流程） 提供系统建设咨询所需建立的服务流程，包括前期准备、项目启动、管理诊断、规划设计、实

9、施治理等。 4.2.3 内容框架咨询设计给需方提供的服务内容。咨询设计应包括以下内容。 a)业务架构（业务战略、运营模式及业务流程、业务服务组件）b)it战略c)应用架构（应用服务组件）d)数据架构e)技术平台架构（技术平台组件）f)实施计划g)it组织与管理（it治理）4.2.4 技术方法（引用咨询通用要求4.2之f方法） 在提供咨询服务过程中运用的咨询架构和方法，包括咨询规划、架构设计、架构实施、咨询评价等。 4.3 生命周期4.3.1 预备阶段组建项目团队，明确任务，编制工作计划；召开项目启动会，达成宣传、培训和统一认识的效果；并运用资料分析、内部访谈等方式对需方各职能及业务板块的经营管

10、理现状进行深入调研。4.3.2 分析阶段在深入调研的基础上，对需方的战略、业务和it现状进行综合分析，为下一步的规划奠定基础。a)战略理解：明晰需方的战略和文化，了解管理现状；b)业务分析：对核心业务流程进行分析；c)it现状分析：对it战略、组织、人员、基础设施和系统应用的现状进行分析。4.3.3 规划阶段根据战略理解、业务分析和it现状分析的结果，完成it战略规划、应用规划、数据规划、技术平台规划，以及it组织与管理体系规划等。a)it战略规划：规划it战略目标和战略实施步骤，以指导后续it规划的搭建；b)应用规划：规划应用系统功能，分析应用系统间的集成关系；c)数据规划：制定编码与名称规

11、范，规划数据的采集、处理、存储和管理；d)技术平台规划：规划软件支撑平台、硬件支撑平台和安全保障体系；e)it组织与管理体系规划：通过it治理模式、it管理组织和流程的优化，并辅以it管理制度，支撑it战略的实现。4.3.4 实施计划制定系统实施总体规划，并分阶段分系统详细描述实施规划，并做出资源投入、风险/收益分析和系统选型建议。4.3.5 项目治理（引用咨询通用要求5.6 实施治理） 规范信息系统建设中供方提供的咨询内容，包括实施策略、技术路线、进度计划、工程造价、方案选型、服务评审等。 a) 进行关键点分析，确定实施策略； b) 确保项目实施与需方已有技术融合； c) 确保项目实施满足进

12、度要求； d) 确定工程概算，满足造价要求； e) 创建、开发并监控进度计划的实施，提供必要的资源； f) 提出方案实施反馈建议并进行服务合规性审查。5 内容框架5.1 业务架构5.1.1 战略理解供方对需方原景、使命、目标、发展战略的准确理解，是规划设计方向正确的基础。5.1.2 业务与流程分析1、供方对需方的业务构成、经营模式、管理模式、业务扩张计划等有准确理解，分析it建设着力点，厘清对信息化要求与含义。2、供方应对需方的核心业务和管理模型对需方的it需求展开分析。3、建议以价值链的方法识别核心管理流程，梳理与最佳实践进行对比，以识别关键业务的改进机会和it需求。例：一个家电企业的价值链

13、：利润利润企业基础设施人员招聘、培训自动化系统的设计元件设计、产品设计总装线设计、检测程序、能源管理信息系统开发市场研究销售支持和技术文献服务手册和程序运输服务原材料、其它部件能源、耗材电力/电子部件计算机服务、运输服务中介机构服务物资供应、出差和津贴备用件、出差和津贴进货材料搬运进货质检、部件检查和交货部件装配总装调节和质检设备利用率订单处理货运广告促销销售队伍服务信誉备用件系统人力资源准备技术开发采购内部后勤生产经营外部后勤市场和销售服务5.1.3 it现状评估与差距分析供方应对需方it现状从四个方面进行评估并分析差距：1、组织流程l it组织功能定位l it组织管控模式l it人员构成及

14、技能l it服务支持水平 2、信息管理l 信息规范标准l 信息管理流程l 信息质量水平l 信息安全管理 3、应用系统l 现有应用系统清单l 现有应用系统功能l 应用体系的整合度l 应用系统的回报率4、it基础实施l 网络架构体系l 网络安全管理l 设备技术标准l 基础设施能力l 数据备份管理5.2 it战略5.2.1 企业战略对信息化的总体要求。通过现状分析阶段，总结企业发展战略对信息化的要求。5.2.2 信息化愿景和使命描述企业信息化的愿意和使命。5.2.3 信息化建设目标根据企业战略周期，提出企业信息化建设的总体目标和具体目标。1）信息建设总体目标2）信息建设具体目标a)组织与流程：描述信

15、息化支持需方的运营管理与变革、信息管理效率、it运营支持等方面的具体目标。b)信息管理：对信息资源的认识，信息管理的保障机制，信息标准化的规范、制度与流程。c)应用系统：关键管理领域的应用系统建设目标，系统间的集成协同目标，数据整合目标。d)基础设施：it技术标准和架构建设，关键基础设施的建设目标及管理流程，网络、数据中心、安全管理。5.2.4 信息化建设指导原则为支持需方业务发展战略，实现经营目标，有力推进信息化建设，保障信息化建设的贯彻落实，应确定信息化建设的基本原则，以在建设过程中统一遵循。如：“统一规划、分步实施、集中平台、统一管理”；“集中化、标准化、集成化、可扩展”。5.3 总体信

16、息架构规划明确需方信息架构规划，是进行需方应用架构规划的基础，将提高需方总体信息管理水平。5.3.1 明确信息需求根据需方管控和业务运营职能的要求，识别业务运营、管理控制、决策分析所需的内外部信息 。同时为业务运营、管理控制和决策分析提供信息目标指引。5.3.2 信息分析归类对所需的企业内外部信息资源从结构、管理属性进行归类，并分析不同类别信息之间的主要关系。同时为应用体系的规划，应用系统间集成方式提供指导。主要分类：a、决策与管理支持类：1）战略绩效信息：宏观环境信息、战略绩效流程与制度、战略规划信息、行业信息、新业务信息、计划及预算信息、关键指标信息、运营监控信息、绩效考核信息等。2）财务

17、管理信息：政策与核算制度信息、财务管理流程、财务指标信息、固定资产管理信息、资金管理信息、预算管理信息、财务报表信息、核算与分析信息、税务信息等。3）人力资源信息：人力资源规划信息、人力资源流程与制度、人力资源政策信息、员工基本信息、员工绩效考核信息、员工培训与发展信息、管理层人员信息、人才市场信息等。4）安全管理信息：安全政策与制度、安全管理流程、安全管理监控信息、安全管理运行信息、安全风险信息等。5）内控与风险管理信息：内控流程与制度、审计流程与制度、外部监管信息、重大决策文件、高层会议记录信息、内控风险指标体系、审计计划信息、审计报告信息、内控报告信息、风险预警信息、内控风险分析信息、风

18、险处理信息等。6）it管理信息：it战略规划信息、it管理与服务流程、it资产管理信息、it技术标准、it信息标准、it服务标准信息等。b、业务运营类：1）客户服务信息：客户服务流程与规范、客户基础信息、客户服务过程信息、客户投诉信息、客户行为分析信息等；2）市场信息：流程与制度、需求信息、规划信息、公共关系信息等；3）采购信息4）外部后勤信息5）生产经营信息6）内部后勤信息5.3.3 信息架构规划a、管理支持信息架构1)描述核心管理信息之间相互支持和依赖关系2)描述核心管理信息之间的有效整合3)描述管理支持信息与业务运营信息之间的关系。4)管理支持信息架构设计。应以战略绩效信息为核心，实现需

19、方战略的有效传导，支持需方对各级组织的合理有效管理。b、业务运营信息架构1)描述业务运营信息之间相互支持和依赖关系2)描述业务运营信息之间的有效整合3)描述业务运营信息与管理支持信息之间的关系。4)业务运营信息架构设计。应以关键管理对象信息为纽带，实现业务运营信息的集成管理，支持关键管理对象的全生命周期管理的实现，支持需方业务发展与战略实现。c、需方各层级组织对信息管控重点1)决策层：实现需方关键管理职能管理信息纵向、横向贯通，提高信息传输效率和准确性，保证决策层管理意志的贯彻；整理、汇总、抽取运营数据，为决策层提供战略经营决策支持。2)管理层：在需方统一信息架构和标准下，制定信息架构和标准，

20、对内部运营与管理中的关键管理与业务运营信息进行控制、分析、反馈；按照决策层管理要求，提供准确及时的经营与管理信息。3)操作层：根据统一的信息架构和标准要求，结合自身业务需求，为各类业务运营管理提供信息支持，提高业务运作效率，降低成本；按照管理要求，提供准确及时的经营与管理信息。5.3.4 信息标准和流程制定高层次的信息资源架构以及收集整理信息的主要内容，明确集团层面主要的信息标准规范，信息架构和主要流程的关系。同时，为信息集成标准建立，应用系统选择提供基础。a、统一制定信息标准和管理规范按照信息架构要求，对所有分类信息，统一制定信息标准和管理规范。如：统一的关键业绩指标评估体系、统一组织结构信

21、息管理标准、统一财务科目与编码标准、统一客户基本信息管理标准等。b、信息管理标准制定的保障体系信息管理标准的制定，应通过组织和流程加以保障，以规范信息的生成、存储、共享。c、信息管理标准的内容1） 数据编码标准化：建立主数据编码结构，为各类信息定义业务规则和编码规则。2） 数据项名称标准化：建立数据项名称结构，并分配名称，保证所有系统能够共享。3） 数据字典的建立：系统地管理企业数据编码、数据项名称、数据库位置。4）单据报表格式设计：依照信息的分类组成、数据编码、数据项目标准名称、业务规则和流程要求，定义单据内容和格式；根据信息收集和分析要求，定义报表格式。5.4 应用系统架构规划5.4.1

22、应用系统架构规划根据对需方的业务分析，并结合需方信息架构规划管理需求，规划需方的信息系统。并描绘需方整体应用系统架构图。示例1：企业总部示例2：产业集团5.4.2 应用系统部署方案应用系统部署主要回答应用系统在需方内部如何分布的问题。即采用集中式、分布式或多少套应用安装来满足未来的应用需求。1、应用部署方案应用部署方案是针对某一具体应用而言的，是指采用一套还是多套应用安装来满足需方的业务需求。每套应用安装拥有独立的数据库和应用模块，多套应用安装之间的业务应用范围不相互交叉根据需方的管控需要，应用系统的部署方案要从逻辑集中和物理集中两方面去论述和考虑。l 逻辑全集中：需方各层级应用系统整体上集中

23、在一个数据库环境中。l 物理全集中：需方应用系统运行在一套计算机服务器上。系统通过多组织架构、工作流技术和安全规则等功能，支持需方实现在一套系统中数据的统一存储，同时组织内各成员单位各自进行业务处理、互不干扰。l 云计算模式：需方应用系统部署在一个或多个虚拟机上。部署可以分为完全集中、板块集中、区域集团等模式。2、部署方案比选的因素l 技术因素：方案在当前技术水平条件下是否可行l 功能性：功能上是否满足新奥集团管控和业务的需求，是否遵循了最佳实践l 业务流程：每个方案对业务流程完善的要求如何l 变革管理：每个方案对新奥集团整体组织结构和燃气控股组织结构的影响l 参考案例：参照当前类似规模企业的

24、现状和行业发展趋势l 实施难度：实施的时间、风险、复杂性（信息规范及整合难度、l 维护难度：方案对长期维护的影响及系统的灵活性如何l 成本：包括硬件投资、系统实施、系统维护、系统开发、系统可扩展性3、针对规划的应用系统选择部署方案针对每一个应用系统，要从以下方面进行更详细的比较，以设计适合需方业务发展和管理需要的系统部署方案和分布模式：1）管理功能的实现l 数据完整性l 数据实时性l 信息检索查询l 报表统一性l 系统间数据交换与接口2）对组织和变革的支持l 业务支持：是否有利于组织推行管控标准化、流程模板，业务协作和信息交换。l 对组织和流程重组支持：每个方案对业务流程完善的要求如何l 组织

25、各业务单元的灵活性的支持l 业内最佳实践与案例参考3）系统架构、实施、运维管理l 网络要求l 系统维护l 系统管理l 实施难度：实施的时间、风险、复杂性（信息规范及整合难度）4）总拥有成本l 硬件投资l 软件许可l 开发成本l 实施成本l 维护成本5.4.3 应用系统集成方案需方业务应用的规模和复杂性，决定着是否需要实现跨业务跨系统的整合和应用系统集成。1)应用系统的集成包括以下层面：l 流程整合l 信息服务整合l 交互服务整合l 应用连接l 数据集成2)应用系统集成的方法n系统点对点接口：网状结构。在应用系统不多时易于实现，但随着应用系统的增多，结构维护的难度将大幅提高。l eai方法：星形

26、结构。l soa方法：总线结构。l 应用系统遵循相关行业标准：如财经信息技术-企业资源计划数据接口标准、web service协议。3)应用系统集成的设计思想：l 构件化l 双耦合5.4.4 应用系统功能定义根据应用系统架构规划，确业主要业务模块。并对每一个业务模块进行功能定义。功能定义应包含以下内容：l 实施效益l 建设思路l 业务流程变革及工作习惯l 岗位设置及职责的变化l 其他考虑（如基础数据整理、历史数据迁移、系统切换等）l 就每一个业务模块，定义主要功能l 其他系统配合5.5 it基础设施架构规划5.5.1 基础架构影响因素l 应用架构提出对技术架构的需求l 外部技术变革和创新l 行

27、业技术特点5.5.2 基础架构的关键领域l 信息技术标准l 技术架构l 基础平台l 数据中心l 网络l 备分与灾难恢复l 信息安全5.5.3 设计原则l 高可靠性l 高可用性l 可扩展性原则l 安全性原则l 开放和标准的原则l 可管理性原则l 系统部署的网络成本控制原则5.5.4 基础平台规划1、服务器集群2、服务器虚拟化3、集群存储架构4、存储虚拟化5、云计算5.5.5 数据中心规划1、标准l 数据中心建设是相对标准的工程，以下是部分我国数据中心建设标准：l 电子计算机机房设计规范（gb50174-93）l 计算站场地技术要求（gb2887-89）l 计算站场地安全技术（gb9361-88）

28、l 计算机机房用活动地板的技术要求（gb6650-86）l 电子计算机机房施工及验收规范（sj/t30003）2、选址与布局l 数据中心地点和位置直接影响其安全和可管理行，应满足未来3-5年的要求。l 选址需要考虑的因素包括：地势、楼层、建筑规格、配套设施、周边环境等。l 参考数据中心平面布局模型。3、建筑规格l 承重地面承重水平是数据中心建设的重要指标，根据gb2887-89的要求，数据中心地板应能承受高于500kg/ m2的重量。通常使用的数据中心地板承重能力是800-1000 kg/ m2。如果未来有特殊的要求，数据中心的地板可以进行部分的加固，这是一种常用的做法。l 高度根据gb288

29、7-89标准要求，数据中心的高度应达到2.5-3.2米。实际情况通常要高于这个标准。一些先进的数据中心采用4.5米的层高。l 地板Ø 绝缘和防静电Ø 足够的空间用于安置电力、数据线路和空调Ø 足够的承重能力l 墙和窗户Ø 低导热率Ø 抗鼠和虫害Ø 隔离噪音Ø 防火Ø 防尘4、配套设施l 供电l 安全和监控l 消防l 空调l 防雷5.5.6 网络规划l 网络结构与覆盖l 网络应用与管理5.5.7 灾备体系规划1、分析评估l 灾难分析：偶然事件可能性、安全措施有效性、弱点、资产价值、潜在损失等。l 业务风险分析：明确关

30、键流程、运营中断的损失、阀值定义、可容忍的运营中断等。l 当前业务环境分析：关键流程的资源和资产链、当前恢复能力、差异分析。2、设计实施l 容灾策略制定：灾备级别定义，可接受的恢复时间，zhu步消除短中长期差异l 容灾方案设计：技术、组织、运营。l 容灾方案实施：功能性及非功能性的实现。3、管理维护l 业务连续性流程设计l 容灾恢复方案管理5.5.8 信息安全1、信息安全的策略是围绕保护、检测和响应的生命周期开展的。2、信息安全的保障：安全技术、工具，管理制度，人员组织。3、业务安全的保障：管理制度、安全检查、权限分散、设置职权、账户管理、密码管理。4、安全风险级别定义。5.6 it管控模式设

31、计5.6.1 it组织设计1）it组织在需方中的定位 2）it组织的功能na）规划l 规划与政策nb）管理l 需求管理l 架构管理l 投资管理l 服务管理n c）运营l 应用系统开发与部署 l 应用系统运营维护l 数据中心运营l 网络运营l 支持服务3）it治理：流程及实现na)it治理组织l 信息化领导委员会l 各层级it领导小组l it专家组l it管控领域nb)it政策与规划l it服务管理l it架构管理l 业务需求管理l it投资管理4）需方各层级it组织的关系与分工na）组织模式：分散式、共享式5）it组织的绩效管理及kpina）利润中心：对中心的利润、产品利润、客户利润和运营流程

32、负责。kpi：profit。nb）服务中心：为需方内部提供有效率服务，对服务中心成本负责。kpi：成本范围。nc）成本中心：对中心预算和支持高质量流程负责。kpi：预算达成率。6）it组织的架构及职能na）it组织架构nb）岗位能力要求l 规划与架构l 管理规范岗位l 项目经理l it投资与行政l 基础设施运营维护l 业务需求管理l 技术专家l 应用系统建设nc）it组织人员编制5.6.2 it核心流程设计1）一级流程l it规划与政策制定l it架构管理l it投资管理l 业务需求管理l 应用系统开发部署管理l it服务管理l 应用系统运维管理l 数据中心运营管理l 网络运营管理l 支持服务

33、管理5.7 实施规划5.7.1 总体实施策略1）项目规划：基于对需方的信息化现状及展望的分析，进行项目规划。一般分为五类：l it组织建设l it基础设计建设l 核心系统建设l 运营支持系统建设l 信息支持系统建设2）项目划分：规划每一个具体项目，提出建设目标，并对项目内容进行概述。3）项目优先级确定：l 项目利益分析：对利益进行打分。l 项目所需资源与能力l 项目之间的依赖关系l 项目风险分析：对风险进行打分。l 项目风险收益矩阵：按照高收益风险比、中收益风险比、低收益风险比进行分类，收益风险比较高的，应优先考虑实施。还应考虑项目所需资源和项目之间的依赖关系。4）信息化项目建设路径确定按照项

34、目利益、风险缝隙，并考虑项目所需资源，以及项目之间的依赖关系，确定信息化建设路径。5.7.2 项目实施策略详细描述针对每一个项目，确定以要素：l 项目负责人l 建设目标l 项目描述l 实施策略l 风险控制l 试点与推广计划l wbs分解：确定主要工作、工作量、工作计划。5.7.3 信息化资源投入分析l 对硬件、系统软件、应用软件的投入l 实施投入l 运维投入6 技术要求按生命周期划分（预备阶段、业务分析、数据规划、应用规划、技术平台规划、实施计划制定、项目治理。）不同阶段的步骤、具体可使用或可参考技术、对人员的能力要求、工具建议等6.1 步骤和技术6.1.1 现状分析与评估6.1.1.1 规划

35、准备本阶段步骤如下：1、确定规划项目管理人员（建议具体管理人员由it领导担任，同时邀请业务领导作为架构项目的最高管理人员，体现“一把手工程”）；2、由规划项目具体管理人员，组建业务、应用、数据、技术架构组，确定其内部人员；3、根据需要，可选择外部单位的某领域架构师，协助某领域架构工作。本步骤输出物包括：规划项目组织结构和人员列表, 可纳入规划工作说明书6.1.1.1.1 组织、方法和流程准备6.1.1.1.1.1 定义规划原则原则是指明和支持组织完成其任务或目标的一般性规则和指引，一旦确定后在较长一段时间内很少改动。根据不同的组织，可以在以下三个水平层次上确定原则：1、企业原则 这是一个企业进

36、行决策的基础，以及指导组织如何完成其任务。企业层次的原则在政府及非营利性组织中最为常见，在商业组织中它作协调分散型组织决策的一种方式。企业原则是成功架构实施治理策略的关键因素。2、信息技术原则 信息技术原则为整个企业的所有信息技术资源与资产的开发和应用提供指引。信息技术原则的制定是为了使信息环境更加高效和低成本。3、架构原则 架构原则是it原则中关于架构方面的一个子集。它体现的是嵌入在企业架构中的精神与意念，是跨企业的共识。架构原则可以被进一步细分为以下两个方面。架构流程治理原则，关于企业架构的开发、维护和使用方面的原则。架构实施治理原则，关于设计开发信息系统方面的首要原则及指南。这些原则形成

37、一个层次结构，即it原则是由企业层次的原则所决定的，而架构原则由这两个较高层次的原则（企业原则和it原则）共同决定的。架构原则由总体it原则及企业层次的原则所决定。选择这些原则的目的是为了确保it战略与企业战略与愿景保持一致。架构原则的开发特别受到以下这些方面的影响：1、企业使命和计划：企业的使命、计划以及组织基础结构。2、企业战略性措施：企业的特点包括优势、弱点、机遇及威胁和其现在整个企业范围下的措施。（如流程改进和质量管理）3、外部约束：市场因素（上市时间需求和客户期望等）和现存及潜在的法律法规。4、现有系统与技术：企业已开发的信息资源，包括系统文档、设备详细目录、网络配置图、政策及程序。

38、5、计算机产业趋势：关于计算机及通信技术的使用、可用性和成本的预测，包括来源可靠性以及现在使用中的最佳实践。判定原则适当与否的五个标准：1、易懂性：原则的根本的含义能快速被组织中的个体所掌握和理解。原则的目的是明确、毫不含糊的，以便将各种有意或无意的冲突减到最少。2、健壮性：支持高质量的架构及计划的制定，确保政策与标准的确立。每一个原则都应被充分且精确地定义，以确保在复杂、有潜在争议的情况下（应用适当的原则）支持决策的制定。3、完整性：完整定义涉及组织信息与技术管理的每一个潜在的重要原则。原则应该涉及可能遇到的所有情况。4、一致性：一致性要求一个原则可以用其他原则宽松解释。一组原则的表述要做到

39、均衡解释，以避免原则间的相互矛盾。原则说明中的每个词都需要仔细推敲，以确保其一致且灵活的解释。5、稳定性：原则在一段时间内是稳定的，但也要能适应变化。可以建立一个修正的过程以满足原则确定后添加、删除和变更的需要。具体的架构原则，可根据企业的实际情况和项目的实际情况进行选择。本步骤的输出物包括：规划原则目录，可纳入规划工作说明书6.1.1.1.1.2 裁减规划方法在本步骤中，要确定规划方法中哪些内容需要裁剪，考虑是否需要：1、技术裁剪：架构从事者应尽量地使用能够为整个企业普遍理解的技术。裁剪过程应产生一套经一致同意的技术，用于架构内容的描述。2、流程裁剪：流程裁剪则能够取消组织中那些已经在其它地

40、方执行过的任务，添加组织特定的任务（如特定的检查点）并调整规划流程使之对应于外部流程框架及对接点。需要处理的关键对接点包括： 与（项目和服务）组合管理流程的链接 与项目生命周期的链接 与运营移交流程的链接（包括配置管理、变更管理以及服务管理）3、内容裁剪：对内容结构和分类方法的裁剪允许采用第三方的内容框架，并允许对框架进行定制以支持组织特定需求。对于较大型企业来说，架构往往比较复杂，他们的整个业务框架是由一些相互连结的单独的企业组合起来的，因此需要适配架构方法以适应这一点。在这种情况下，可以采用以下几种不同的规划和集成方法（也可以是多种方法的组合）：自顶向下的规划和开发 将整个互连的元企业作为

41、一个单个的实体。开发“通用”或“参考”的架构，代表组织的典型企业而不是确切的某个企业，随后单个企业进行适配从而产生一个符合特定企业关注的架构“实例”。复制 为某个企业开发一个特定的架构，作为一个概念验证来实施，然后将其作为一种“参考架构”以供其他企业模仿。本阶段步骤如下：1、确定大型企业架构的规划和集成方法；2、对内容框架进行裁剪；3、对流程步骤进行裁剪；4、对技术描述进行裁剪。本步骤的输出物包括：规划流程说明, 可纳入规划工作说明书6.1.1.1.1.3 定义术语为规范企业架构的描述，并尽可能与业务人员达成一致的理解，参照附录中 架构术语参考，制定本项目的架构术语。本步骤的输出物包括：架构术

42、语定义, 可纳入规划工作说明书6.1.1.1.1.4 选择规划工具成功的企业架构团队通常能够利用他们的架构成熟度等级、团队/组织能力、目标或焦点来协调他们的架构工具。如果企业内的不同组织处于不同的架构成熟度等级，拥有不同的目标或焦点（如企业架构、业务架构、技术架构），那么单一工具就很难去满足所有组织的需要。在解决企业架构师目前在这个方面所面临的问题时，附录提供了一组被提议的评价准则来选择各种架构工具以开发所需的各种架构模型和视图。本阶段输出物包括：架构工具的使用选择结论, 可纳入规划工作说明书6.1.1.1.2 确定规划目标、范围和愿景6.1.1.1.2.1 确认利益相关者关注确认关键利益相关

43、者以及他们的关注和目的。这个阶段旨在确认利益相关者关注、问题和文化因素，以设计如何表述与沟通方式。本阶段输出物包括：利益相关者关注点分析矩阵, 可纳入规划工作说明书6.1.1.1.2.2 确认业务目标、业务驱动力确认组织的业务目标和战略驱动力，并获得公司管理层的认可。假如这些已经在企业范围内其他的地方被定义了，则确保现有的定义是最新的。本阶段输出物包括：业务驱动及目标6.1.1.1.2.3 定义规划范围定义当前架构和目标架构的边界，并且理解当前和目标是不需要在相同的细节等级上进行描述的。很多情况下，当前描述是在更高的抽象层级上进行的，这样做就有了更多的时间可以用来指明目标的细节。特别地，需要定

44、义以下内容：l 企业涉及范围的广度l 要求的细节等级l 覆盖的特定的架构域（业务、数据、应用、技术）l 来自原有项目可供使用的资产：企业范围内在以前的规划中创建的资产行业中可用的其他资产（其他框架、系统模型、纵向产业模型等）本阶段输出物包括：规划工作说明书中的架构范围6.1.1.1.2.4 制定规划愿景基于利益相关者关注、业务能力需求、范围、约束与原则，创建一个当前和目标架构的高层视图。架构愿景需要覆盖已确认的项目范围那样的广度。 本步骤从业务、信息系统与技术的角度，产生首个、最高层次的当前和目标环境定义。本阶段输出物包括：架构愿景图, 可纳入规划工作说明书6.1.1.1.2.5 编制项目工作

45、计划本阶段步骤将包括：1、评估资源需求及其以规定的时间尺度完成工作的能力。2、为提出的开发估算资源需求、开发一个路线图和进度表，并把这些记录在架构工作声明中3、通过企业架构团队讨论，定义本次架构项目中的绩效度量标准4、开发企业特定的架构沟通计划，表述企业架构师将在何时何地以何种方式与利益相关者间就企业架构开发成果的进展进行沟通。5、评审计划并与架构项目发起人达成一致6、获得架构项目发起人的签署同意并开始进行下一阶段本阶段输出物包括：架构项目工作计划, 可纳入规划工作说明书6.1.1.2 业务分析6.1.1.2.1 业务分析的目的业务分析的目的是理解企业业务战略与管理问题，找出影响企业发展的关键

46、问题，确保企业it规划与企业战略和经营目标相符合，制订与企业业务战略高度匹配的it战略，关键活动包括：l 了解该企业业务环境特别是行业环境、竞争对手，并鉴别可能的竞争者；l 审视该企业当前的业务战略，以及构成公司竞争地位所做的权衡和取舍；l 确定企业内部能力和关键业务流程；l 以业界最优秀的实例为标杆，评估企业当前的关键流程。l 评估当前it资源与环境；l 分析it技术发展趋势与相关行业先进实践；l 定义未来it远景。以下是业务分析阶段工作的步骤描述。6.1.1.2.2 选取参考模型以及工具首先，根据业务驱动力、利益相关者以及利益相关者的关注点，从已知的架构框架或者原有架构项目中选取相关的业务

47、参考模型。接着，确认出适于记录、建模和分析的工具和技术。根据所定的复杂程度等级的不同，这些工具可以仅仅是简单的office文档与电子数据表，也可以包含较为复杂的建模工具与技术，如活动模型、业务流程模型、用例模型等等。6.1.1.2.2.1 确定总体分析流程可以综合运用以下一种或多种技术来分析业务：l 经营环境分析：包括业态发展现状和趋势分析、政策/法规/社会/科技/等关键因素分析、标杆分析、企业内部分析等。l 结构化分析：确认架构范围里的关键业务功能，然后将这些功能映射到业务中的组织单元。l 用例分析：施动者和组织之间的业务层面的功能分解，可以确认一项功能中的施动者，并能够分解为支持/交付此功

48、能能力的服务。l 流程建模：流程建模过程中的功能或业务服务的分解可以确认出此流程中的元素，并能够确认较低层的业务服务或功能。l 流程优化：运用价值链模版解析客户经营特点和关键问题，通过流程优化找到客户关键问题并给出解决问题的途径，对组织、流程、信息化实现提出建设性意见。l 流程保障：分析组织结构/职能/考核方式/跨部门组织协作的瓶颈，找出管理制度和考核方式对制度 的影响和改进方向。业务分解所需的等级和严格化因不同的企业而异，对于同一企业内部也是如此。因此，架构师应该综合考虑企业的目标、目的、范围以及企业架构产出的目的，以此来决定分解的等级。6.1.1.2.2.2 确认所需的目录此类目录包含了业

49、务核心元素的清单，其本质是一种分层结构，记录了元素的分解以及相关元素之间的分解。目录构成了开发矩阵与视图的原始素材，同时它还充当一项关键资源，用于组合管理业务和it能力。在业务架构中，应该考虑开发以下目录：l 组织/施动者目录l 驱动力/目录/目的目录l 角色目录l 业务服务/功能目录l 位置目录l 流程/事件/控制/产品目录l 契约/测度目录6.1.1.2.2.3 确认所需的矩阵矩阵能够展示相关模型实体之间的核心联系。矩阵构成了视图开发的原始素材，同时，它还是一项关键资源，用以进行影响评估并作为差距分析的一部分。在一项业务架构中，应该考虑开发以下矩阵：l 业务交互矩阵（展示了组织和施动者之间

50、的依赖关系与信息交换）l 施动者/角色矩阵（展示了每个施动者所担任的角色）6.1.1.2.2.4 确认所需的图图能够根据利益相关者的需求，从一系列不同的角度展现业务架构信息。在业务架构开发中应该考虑以下的图：l l业务轨迹图（结合应用架构）l l业务服务/信息图l l功能分解图l l目标/目的/服务图l l用例图l l组织分解图l l流程图l l事件图6.1.1.2.2.5 确认业务架构制品的开发顺序6.1.1.2.2.6 确认需要收集的需求类型当业务架构目录、矩阵与图都已开发完成时，为完成架构建模，我们还需要使以业务为中心的需求正式化，这些需求将用于实现目标架构。它们可以与业务相关，或提供对

51、数据架构、应用架构以及技术架构的需求输入。在本步骤中，架构师应该确认出必须在架构实现中达成的需求类型，包括：l 功能需求l 非功能需求l 假定l 约束l 领域特定的业务架构原则l 政策l 标准l 指引l 规格在很多情况下，架构定义不会给出关于解决方案的详细需求或全面需求（因为这些可以通过使用一般的需求管理方法得到更好的解决）。本阶段输出物包括：业务架构项目工作策略, 可纳入业务架构详稿6.1.1.2.3 描述当前业务架构开发现有业务架构的当前描述。本阶段输出物包括：当前业务架构说明, 可纳入业务架构详稿6.1.1.2.4 描述目标业务架构开发业务架构的目标描述，使之能够充分地支持架构愿景。目标

52、架构所定义的范围与细节等级是由目标架构愿景的业务元素的相关性以及架构描述是否存在的情况决定的。如果范围允许的话，可以从以前架构项目中取出并确认相关的业务架构元素，用于开发业务架构的目标描述。本阶段输出物包括：目标业务架构说明, 可纳入业务架构详稿6.1.1.2.5 执行差距分析确认当前与目标之间的差距： - 创建差距矩阵 - 确认延用下来的元素，将其分为改变的与未改变的两类 - 确认移除的元素 - 确认新的元素 - 确认差距并将其分为需要开发与需要采购两类本阶段输出物包括：业务架构差距分析, 可纳入业务架构详稿6.1.1.2.6 分析可能产生的影响业务架构一旦得到确定，架构团队就应该着手去理解

53、这一架构所产生的广泛影响或可能的结果。具体来说，在这一阶段，就应该检查架构景观中其他架构制品，确认出：l 本业务架构对预先存在的架构产生了影响吗？l 最近是否进行过影响业务架构的变更呢？l 组织的其他领域有没有可能综合利用这一业务架构的工作成果呢？ l 本业务架构会影响其他的项目（包括那些规划中的项目以及当前进展中的项目）吗？l 本业务架构会被其他项目（包括那些规划中的项目以及当前进展中的项目）影响吗？本阶段输出物包括：业务架构影响分析, 可纳入业务架构详稿6.1.1.2.7 进行正式的利益相关者评审对照业务架构，检查架构项目与架构工作声明的动机，查看它是否符合支持其他架构域中后续工作的目的。6.1.1.2.8 最终确定业务架构本阶段步骤如下：1、为每一个元素选定标准，尽量地重用参考模型中的元素2、用文档的形式充分地记录每一个元素的信息3、对照业务目标，对总体架构进行最终的复核；以文档的形式记录架构文档中元素决策的全部依据4、编写最终的需求跟踪报告5、最终确定所有的业务架构工作产品本阶段输出物包括：业务架构详稿6.1.1.2.9 评估当前it资源与环境本阶段的目的是清查和评估