公司信息化架构管理办法(试行).doc

公司信息化架构管理办法(试行).doc

《公司信息化架构管理办法(试行).doc》由会员分享，可在线阅读，更多相关《公司信息化架构管理办法(试行).doc（51页珍藏版）》请在冰豆网上搜索。

公司信息化架构管理办法（试行）

附件1：

公司信息化架构管理办法

（试行）

第一章总则

第一条

为规范和强化公司（以下简称“公司”）信息化架构的管理，确保公司信息化建设符合公司战略和业务、技术发展趋势，实现一体化建设和可持续发展，保障公司信息化目标落地，特制订本办法。

第二条

本办法所称的信息化总体架构（以下简称“总体架构”）由企业级业务架构、应用架构、数据架构和技术架构四部分组成，是公司信息化的核心能力。

（一）业务架构定义了符合公司战略发展和创新要求的业务战略、业务能力、组织架构和业务流程等，为应用架构和数据架构提供关键输入。

（二）应用架构描述了业务应用划分、应用组件构成，业务应用与业务能力、业务流程之间的关系，业务应用间及业务应用内部各部分间的集成关系，业务应用部署模式。

（三）数据架构是从跨组织、业务、应用的视角进行数据组织和管理，包括对整个数据生命周期中数据的处理、存

储、转换、整合、分布制定的策略、模型、流程，描述了全公司数据资产的逻辑和物理结构，以及数据资源管理。

（四）技术架构是支持应用架构、数据架构的技术平台架构。

它描述了支撑业务、应用和数据实现部署所需的软硬件逻辑能力，定义了各基础设施组件之间的关系以及组件与应用和数据的关系，为应用和数据提供一个可实现的基础平台；定义支撑业务运作的技术标准体系；根据企业或组织的需要定义安全能力和功能，在业务安全需求和信息安全需求之间建立联系。

第三条

架构管理由架构设计和架构管控组成，是公司信息化工作的核心管理能力。

架构设计以业务战略和信息化战略为依托，通过开展业务架构、应用架构、数据架构、技术架构设计，全面构建公司架构资产的设计行为。

架构管控是在架构设计的基础上，建立健全管控组织、明晰管控职责、制定管理原则、执行管控流程、管理架构资产、考核管控绩效的管理行为，保障总体架构的落地。

第四条

本办法所称的系统架构是指按照软件工程方法描述信息系统的概念、逻辑和物理设计，定义信息系统的执行、开发和运行环境，是总体架构在业务、应用、数据和技术四个架构领域针对具体信息系统或项目的方案视图和设计细化。

第五条

架构遵从包括总体架构遵从和系统架构遵从。

总体架构遵从是指各单位为实现架构设计蓝图，制定本单位架构演进路线。

系统架构遵从是指研发单位为实现架构设计蓝图，开展系统架构设计和改造的行为。

第六条

本办法适用于公司总部，各区域公司、省（自治区、直辖市）公司、直属单位（以下简称“各单位”），承担公司信息化项目的研发单位（以下简称“研发单位”）。

第二章管理原则第七条

公司信息化建设坚持统一架构、统一管控，基于信息化规划，立足公司业务和信息化战略，由总部统一组织总体架构设计，统一管理架构资产，统一管理总体架构遵从，按总部和所属单位分级落实架构评审管控，全面推动业务与信息化融合，实现总体架构设计目标平稳落地。

第八条

各单位在信息化规划、计划、设计、建设、运行维护等管理环节严格遵从总体架构要求，按架构资产类别，组织健全本单位架构资产体系，推进架构资产在全公司范围内的统一和完善。

第九条

系统架构要依赖并遵从总体架构四大领域的设计要求。

各类信息化项目要在保证架构遵从的基础上，以业务需求和信息技术需求为依据，实现系统架构设计的

标准规范、科学创新，通过系统架构管理的方式，保证公司架构资产的全局收敛、一致。

第三章组织管理第十条

公司成立总部和各单位两级信息系统架构管理委员会，由所在单位信息化领导小组兼任，负责开展本单位信息系统重大技术路线的决策，业务、数据、应用和技术架构设计重大问题的仲裁及架构资产的审查。

第十一条

信息系统架构管理委员会下设架构管理办公室。

架构管理办公室下设业务架构组、应用架构组、数据架构组和技术架构组四个技术支撑组织。

第十二条

总部架构管理办公室负责组织业务、应用、数据、技术四领域的总体架构设计和管控工作，管理和维护架构资产，组织各类信息化项目的系统架构遵从检查，开展架构管理考核，组织制定相关管理办法、规范和实施措施，组织总体架构和系统架构评审，组织架构资产沟通、宣贯和培训等。

第十三条

总部架构管理办公室由公司总信息师任组长，总部各业务部门和信息化工作部负责人及有关专家组成。

信息化工作部负责日常工作。

第十四条

总部业务架构组、应用架构组、数据架构组、

技术架构组协同工作，负责制定和审核公司相关架构资产，参与架构遵从检查和评审等。

第十五条

各单位架构管理办公室负责联系总部架构管理办公室，推动总体架构设计在本单位信息化工作中全面落实；根据架构设计蓝图，组织制定、审核并维护本单位架构现状和演进路线资产；依据相关管理办法，制定本单位架构遵从的实施细则；组织参与总体架构设计；配合总部架构管理办公室，进行总部直接组织的架构遵从检查；开展本单位架构遵从检查；培养本单位架构师；组织本单位直管信息化项目的系统架构评审，向总部架构管理办公室提报系统架构设计差异等。

第十六条

各单位架构管理办公室由各单位总信息师或分管副总师任组长，业务部门和信息化职能管理部门负责人及有关专家为成员组成。

信息化职能管理部门负责日常工作。

第十七条

各单位业务架构组、应用架构组、数据架构组和技术架构组协同工作，负责制定本单位架构现状和演进路线资产，参与本单位架构遵从检查和评审等。

第十八条

研发单位要成立由负责研发的副总经理或总师任组长的架构管理办公室，负责在信息化项目中遵从架构资产；依据相关管理办法，制定架构遵从的实施管理

细则；按总部及各单位架构管理办公室要求，组织架构资产编制和维护；开展本单位架构师的培养；组织本单位承建公司项目的系统架构评审，向总部及各单位架构管理办公室提报系统架构设计差异；配合总部及各单位架构管理办公室，进行架构遵从检查等。

第十九条

研发单位架构管理办公室下设业务架构组、应用架构组、数据架构组和技术架构组，各架构组参与公司架构资产的制定和维护，参与本单位承建公司项目的系统架构评审和遵从检查等。

第四章架构资产第二十条

架构资产由架构设计资产和架构管控资产组成。

架构设计资产包括业务、应用、数据和技术架构设计资产，每类架构设计资产又包括架构现状、架构设计蓝图、架构演进路线和架构支撑性资产。

架构管控资产包括架构原则、架构管理办法和架构规范。

第二十一条

架构设计蓝图资产全公司唯一，由公司统一维护和管理。

架构现状、架构演进路线、架构支撑性资产由总部和各单位分别维护，总部统一管理。

第二十二条

架构管控资产由总部统一维护和管理，各单位可制定管控实施细则，并报总部审批。

第二十三条

架构支撑性资产是公司信息化建设经验的沉淀、信息化研究的成果、典型设计的总结，包括设计实践、业务模型、开发框架、参考架构、实施范例、架构能力素质模型、架构管理工具等。

第二十四条

架构原则包括架构管控原则、业务架构原则、应用架构原则、数据架构原则、技术架构原则，为架构资产设计、维护、评审、遵从提供依据。

第二十五条

架构管理办法是以架构原则为指导，描述架构管控的组织架构、管理职责、架构资产、管理流程和考核。

第二十六条

架构规范是架构管理办法的标准化和细化，应在总体架构和系统架构设计、技术路线及产品选型的全过程严格遵从。

第五章架构设计第二十七条

总体架构设计包括业务架构设计、应用架构设计、数据架构设计和技术架构设计。

第二十八条

业务架构设计的内容包括：

（一）分析公司业务、信息化发展战略和规划。

（二）基于业务、信息化发展战略和规划，充分参照成熟行业实践，以结构化的分解方式，分析和梳理业务架构设

计需求及相关提升点。

（三）基于业务架构设计需求和提升点，编制业务流程。

业务架构资产定义公司各级业务流程。

其中第0级业务流程（价值链）描述公司业务领域及所属业务能力；第1级业务流程（流程链）描述业务能力所属业务功能；第2级业务流程（流程图）描述业务功能所属的流程与子流程。

流程与子流程为单一业务目标驱动的、一个业务组织完成的业务活动组合；第3级业务流程（活动图）描述子流程的业务活动视图，业务活动为单一业务目标驱动的、一个人或系统完成的业务步骤组合；第4级业务流程（步骤图）描述业务活动的业务步骤视图，业务步骤为一个人或系统完成的一次性行为。

（四）基于第2级业务流程，识别业务用户间跨职能的关键业务流程，设计关键业务场景，描述场景涉及的关键业务流程、业务用户和业务成果等。

（五）基于第2级业务流程，定义流程属性，包括关键功能和非功能属性、主要输入和输出，描述支撑流程执行所需的各类工具（如现有信息系统、工作模板等）、业务用户、关键绩效指标、主要例外和处置方案。

（六）基于第1、2级业务流程，定义相关角色和职责。

（七）根据具体情况，深化设计第3级或第4级业务

流程。

第二十九条

应用架构设计的内容包括识别应用功能、定义应用划分、确定应用系统边界、界定应用风格、明确应用分布，形成应用架构蓝图。

（一）识别应用功能。

依据业务需求，抽取关键用例，通过系统分析，建立应用与业务能力之间的映射关系，并将分析识别的应用功能，按应用特性进行分组。

（二）定义应用划分。

综合考虑业务流程的连续性，业务数据的完整性与流动性，对应用功能进行逻辑组合与划分。

（三）确定应用系统边界。

根据应用划分，确定应用系统与外部系统间的集成需求与关系；明确集成的层面（界面集成、流程集成、应用集成、数据集成）与方式。

（四）界定应用风格。

基于应用功能特性，按照应用架构设计规范中的应用风格定义明确各应用组件的技术特性要求。

（五）明确应用分布。

根据应用功能的受众与信息网络环境，明确各应用组件的逻辑与物理分布。

第三十条

数据架构设计由数据模型、数据分布、数据流动、数据存储和数据治理组成。

设计过程中应遵循公司公共数据模型（SG-CIM）、主数据（SG-MDM）等相关标准。

（一）数据模型设计用于建立公司统一数据视图，梳理公司数据资产，支撑业务应用和统一数据交互。

1.数据模型设计输入源于业务需求，并考虑一定的前瞻性。

2.数据模型设计要识别出数据主题域和主要数据实体，给出主题域、实体、关键属性定义，明确主题域之间、实体之间关系。

（二）数据分布设计用于确定数据可信源，确定数据的逻辑分布和物理分布。

（三）数据流动设计用于明确数据在操作层、数据集成层、分析层之间的流转过程，以及所需的数据处理功能和技术,同时数据流动应结合应用架构中应用系统集成关系的设计成果。

1.数据流动设计要保证公司主数据的全局唯一性，利用统一的主数据管理平台实现主数据的管理、整合、清洗和分发。

2.数据流动设计要以结构化数据中心、非结构化数据中心、空间数据中心、海量历史/实时数据中心为统一的数据共享平台，避免数据单点复制。

3.数据流动设计涉及的共享交换内容要满足SG-CIM模型要求，涉及的技术组件内容要满足总体技术架构要求。

（四）数据存储设计用于根据数据特点及四大数据中心建设的总体原则,规范结构化、非结构化、空间信息、历史/实时四种数据的存储方式。

（五）数据治理设计用于建立对数据资产进行有效管理的长效机制，保证数据准确性、一致性、完整性、可用性和安全性。

1.数据治理设计要从组织、流程、工具、考核四个方面，明确对数据标准、数据质量、数据安全的管控内容。

2.业务部门要参与数据治理组织、流程、工具、考核的设计，执行相关管理办法，参与数据治理考核。

第三十一条

技术架构设计包括关键技术服务需求定义、技术标准分析、应用安全模型、应用支撑平台（包括信息展现、集成服务、数据资源等组件）设计和技术架构蓝图创建。

（一）定义关键技术服务需求。

从执行模型，开发模型和运行模型三个方面开展技术服务需求识别工作。

1.执行模型包括：

交互服务、展现服务、业务逻辑服务、信息服务、事务处理服务、集成服务、环境服务、通信服务、安全服务、基