公司信息化架构管理办法(试行)文档格式.doc
- 文档编号:254362
- 上传时间:2023-04-28
- 格式:DOC
- 页数:51
- 大小:69KB
公司信息化架构管理办法(试行)文档格式.doc
《公司信息化架构管理办法(试行)文档格式.doc》由会员分享,可在线阅读,更多相关《公司信息化架构管理办法(试行)文档格式.doc(51页珍藏版)》请在冰点文库上搜索。
各单位在信息化规划、计划、设计、建设、运行维护等管理环节严格遵从总体架构要求,按架构资产类别,组织健全本单位架构资产体系,推进架构资产在全公司范围内的统一和完善。
第九条
系统架构要依赖并遵从总体架构四大领域的设计要求。
各类信息化项目要在保证架构遵从的基础上,以业务需求和信息技术需求为依据,实现系统架构设计的
标准规范、科学创新,通过系统架构管理的方式,保证公司架构资产的全局收敛、一致。
第三章组织管理第十条
公司成立总部和各单位两级信息系统架构管理委员会,由所在单位信息化领导小组兼任,负责开展本单位信息系统重大技术路线的决策,业务、数据、应用和技术架构设计重大问题的仲裁及架构资产的审查。
第十一条
信息系统架构管理委员会下设架构管理办公室。
架构管理办公室下设业务架构组、应用架构组、数据架构组和技术架构组四个技术支撑组织。
第十二条
总部架构管理办公室负责组织业务、应用、数据、技术四领域的总体架构设计和管控工作,管理和维护架构资产,组织各类信息化项目的系统架构遵从检查,开展架构管理考核,组织制定相关管理办法、规范和实施措施,组织总体架构和系统架构评审,组织架构资产沟通、宣贯和培训等。
第十三条
总部架构管理办公室由公司总信息师任组长,总部各业务部门和信息化工作部负责人及有关专家组成。
信息化工作部负责日常工作。
第十四条
总部业务架构组、应用架构组、数据架构组、
技术架构组协同工作,负责制定和审核公司相关架构资产,参与架构遵从检查和评审等。
第十五条
各单位架构管理办公室负责联系总部架构管理办公室,推动总体架构设计在本单位信息化工作中全面落实;
根据架构设计蓝图,组织制定、审核并维护本单位架构现状和演进路线资产;
依据相关管理办法,制定本单位架构遵从的实施细则;
组织参与总体架构设计;
配合总部架构管理办公室,进行总部直接组织的架构遵从检查;
开展本单位架构遵从检查;
培养本单位架构师;
组织本单位直管信息化项目的系统架构评审,向总部架构管理办公室提报系统架构设计差异等。
第十六条
各单位架构管理办公室由各单位总信息师或分管副总师任组长,业务部门和信息化职能管理部门负责人及有关专家为成员组成。
信息化职能管理部门负责日常工作。
第十七条
各单位业务架构组、应用架构组、数据架构组和技术架构组协同工作,负责制定本单位架构现状和演进路线资产,参与本单位架构遵从检查和评审等。
第十八条
研发单位要成立由负责研发的副总经理或总师任组长的架构管理办公室,负责在信息化项目中遵从架构资产;
依据相关管理办法,制定架构遵从的实施管理
细则;
按总部及各单位架构管理办公室要求,组织架构资产编制和维护;
开展本单位架构师的培养;
组织本单位承建公司项目的系统架构评审,向总部及各单位架构管理办公室提报系统架构设计差异;
配合总部及各单位架构管理办公室,进行架构遵从检查等。
第十九条
研发单位架构管理办公室下设业务架构组、应用架构组、数据架构组和技术架构组,各架构组参与公司架构资产的制定和维护,参与本单位承建公司项目的系统架构评审和遵从检查等。
第四章架构资产第二十条
架构资产由架构设计资产和架构管控资产组成。
架构设计资产包括业务、应用、数据和技术架构设计资产,每类架构设计资产又包括架构现状、架构设计蓝图、架构演进路线和架构支撑性资产。
架构管控资产包括架构原则、架构管理办法和架构规范。
第二十一条
架构设计蓝图资产全公司唯一,由公司统一维护和管理。
架构现状、架构演进路线、架构支撑性资产由总部和各单位分别维护,总部统一管理。
第二十二条
架构管控资产由总部统一维护和管理,各单位可制定管控实施细则,并报总部审批。
第二十三条
架构支撑性资产是公司信息化建设经验的沉淀、信息化研究的成果、典型设计的总结,包括设计实践、业务模型、开发框架、参考架构、实施范例、架构能力素质模型、架构管理工具等。
第二十四条
架构原则包括架构管控原则、业务架构原则、应用架构原则、数据架构原则、技术架构原则,为架构资产设计、维护、评审、遵从提供依据。
第二十五条
架构管理办法是以架构原则为指导,描述架构管控的组织架构、管理职责、架构资产、管理流程和考核。
第二十六条
架构规范是架构管理办法的标准化和细化,应在总体架构和系统架构设计、技术路线及产品选型的全过程严格遵从。
第五章架构设计第二十七条
总体架构设计包括业务架构设计、应用架构设计、数据架构设计和技术架构设计。
第二十八条
业务架构设计的内容包括:
(一)分析公司业务、信息化发展战略和规划。
(二)基于业务、信息化发展战略和规划,充分参照成熟行业实践,以结构化的分解方式,分析和梳理业务架构设
计需求及相关提升点。
(三)基于业务架构设计需求和提升点,编制业务流程。
业务架构资产定义公司各级业务流程。
其中第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.执行模型包括:
交互服务、展现服务、业务逻辑服务、信息服务、事务处理服务、集成服务、环境服务、通信服务、安全服务、基础设施服务等。
2.开发模型包括:
开发工具、质量管理工具、开发环境工具、自动化测试工具、项目管理工具等。
3.运行模型包括:
配置管理服务、基础设施管理和监控服务、故障及恢复管理服务等。
(二)分析技术标准。
针对各项技术服务进行分析,建立或修编相关技术标准,指导应用支撑平台设计。
(三)设计应用支撑平台。
根据技术标准,充分考虑技术需求和技术发展趋势,完善和提升对业务应用的支撑能力。
(四)创建技术架构蓝图。
从执行模型、开发模型和运行模型三个方面开展技术蓝图创建的工作。
其中各模型均应包括静态和动态两个视图。
静态视图着重描述关键组件的属性和逻辑结构,动态视图着重描述组件间的交互关系。
总部架构管理办公室应结合业务需求验证技术架构蓝图。
第六章架构管控第三十二条
公司架构管控资产管理
(一)
架构原则和管理办法编制管理。
总部架构管理办公室应定期评估架构原则及相关管理办法的适应性、完备性,明确待新增或完善的架构原则,制定编制更新计划,编制或完善架构原则,并基于更新后的架构原则,调整相关管理办法。
(二)
架构规范编制管理。
总部架构管理办公室应评
估架构规范的先进性、适应性和完备性,明确待新增或完善的架构规范,并制定编制更新计划。
组织具有相应资质的单位编制架构规范。
第三十三条
公司架构设计资产管理
总部架构管理办公室基于业务、信息化战略和规划,发起并组织公司架构设计资产编制。
总部信息系统架构管理委员会审查架构设计资产,由总部架构管理办公室发布。
各单位架构管理办公室依据架构设计蓝图组织分析本单位架构现状、制定本单位架构演进路线,报本单位信息系统架构管理委员会审查。
审查通过后,由本单位架构管理办公室上报总部架构管理办公室评审。
重大架构决策需报总部信息系统架构管理委员会进行审查。
(三)
总部架构管理办公室收集架构设计变更需求,组织变更需求评审。
评审通过后,开展架构资产变更设计,报总部信息系统架构管理委员会审查,由总部架构办公室发布。
(四)
各单位架构管理办公室收集本单位架构设计变更需求,组织变更需求评审。
评审通过后,开展架构变更设计,报总部架构管理办公室。
(五)
总部架构管理办公室根据业务需求和信息技术
发展趋势,编制新技术跟踪目录,并组织各单位和研发单位进行新技术跟踪和应用研究。
新技术需要经过总部信息系统架构管理委员会决策后方可采用。
总部架构管理办公室基于新技术研究、试点运行结果,确定技术组件更新、退出时机。
对于计划退出的技术组件,在新建项目中应及时停止其使用,已经建成业务应用应减少其后续运维投入,并制定替换方案。
第三十四条
架构支撑性资产管理
(一)总部架构管理办公室定期评估信息化项目的建设成果,按统一要求收集信息化项目实践经验,提炼具备典型性、重要性的设计主题,组织编制参考架构、业务模型、技术框架等支撑性资产,服务信息化项目的设计和建设。
(二)总部架构管理办公室构建公司统一的架构管控工具,支撑总体架构管理相关组织架构、架构资产体系、架构管理流程等管控要素。
(三)总部架构管理办公室构建架构师能力素质模型,支撑公司架构师体系的建立和持续完善。
(四)各单位架构组基于本单位信息化项目建设的成果,整理、编制本单位的架构支撑性资产,并报总部架构管理办公室备案。
第三十五条
系统架构设计成果应遵从总体架构设计
资产。
总部及各单位基于本单位架构演进路线,确定分年度计划并组织实施。
第三十六条
新建项目要全过程执行架构遵从。
(一)对于采用瀑布开发生命周期模型的项目,在概要设计阶段启动架构设计;
对于采用迭代开发生命周期的项目,在每轮迭代周期内,应持续开展架构设计。
(二)当出现如下情况之一,应进行概念验证活动,为技术架构设计提供决策依据:
1.因满足特定功能、非功能性需求而决定引入某项新技术,且拟引入的新技术未在公司应用软件开发中得到普遍实践;
2.因满足特定功能、非功能性需求而决定引入某种不在公司选型范围之内的软件产品;
3.因满足特定功能、非功能性需求而拟采用的技术路线与SG-ERP总体架构设计或公司应用软件设计规范有偏离;
4.规避关键功能、非功能性需求技术实现风险,验证技术实现可行性。
第三十七条
信息化项目组应针对待验证技术解决方案开发验证原型,由公司认可的第三方测试机构测试验证方案可行性,建设单位架构管理办公室负责审核确认验证结果。
第三十八条
已建项目的系统架构遵从,由架构管理办公室会同项目主管部门,根据本单位架构演进路线,统一组织制定迁移计划和方案,开展架构迁移。
第三十九条
在建项目的系统架构遵从,由架构管理办公室会同项目主管部门,对项目进行架构评估,对发现的问题制订整改计划,依据问题严重程度及解决难度,立即或后续安排整改。
第四十条
系统架构评审
(一)严格遵从架构资产,强化系统架构设计和管理,建立健全总体架构遵从的分级评审机制。
1.信息化项目在完成系统架构设计方案后,应提报项目承建研发单位架构管理办公室进行系统架构评审。
2.研发单位架构管理办公室评审通过的系统架构设计方案提报总部或各单位架构管理办公室评审。
(二)为确保系统架构设计评审效果,在正式评审前应进行预评审,参与评审人员在正式评审前应反馈评审意见。
(三)系统架构评审需提交的供评审资料至少包括:
1.架构设计文档;
2.评审记录;
3.设计缺陷记录;
4.测试报告;
5.其它必须附加说明的文档。
6.若需要进行概念验证工作,则必须提交概念验证方案。
第四十一条
总部、各单位及研发单位架构管理办公室应在项目可行性研究、概要设计、上线阶段三个阶段开展架构遵从检查。
(一)可行性研究阶段,研发单位应基于总体技术架构设计指引开展概念验证工作。
总部、各单位及研发单位架构管理办公室对解决方案进行评审。
(二)概要设计阶段,研发单位应及时向总部及各单位架构管理办公室提交架构设计成果,总部及各单位架构管理办公室负责组织系统架构设计预评审和正式评审。
(三)上线阶段,研发单位应在总部及各单位架构管理办公室的指导和监督下,通过公司认可的第三方软件测试机构的架构遵从检查。
第四十二条
在招标书、合同和验收条件中明确架构管控要求、架构遵从要求,架构设计资产归公司所有。
第七章管理考核第四十三条
总部架构管理办公室不定期对各在建、已建项目进行架构设计遵从专项检查,公布各单位和研发单
位的架构设计遵从度检查结果,并将检查结果作为公司对各单位的考核和同业对标,并作为评优和招标的依据。
第四十四条
未通过架构遵从检查的项目,不允许开展后续工作。
第四十五条
研发单位一年内累计三次未通过架构遵从专项检查,则不允许独自承担公司后续项目,需将整改情况上报总部架构管理办公室验收通过后方可进行。
第四十六条
各单位及研发单位应加强架构管理人员队伍建设,建立架构师能力素质模型,定期开展交流培训,提高架构管理人员素质,人员队伍建设情况由总部架构管理办公室进行考核。
第八章附则第四十七条
本办法由公司信息化工作部负责解释并监督执行。
第四十八条
各单位和研发单位可根据本办法制定实施细则,并报公司总部备案。
第四十九条
本办法自颁布之日起执行。
&
mdash;
1&
附1:
架构资产框架
一.
公司架构资产由架构设计资产和架构管控资产组成。
架构管控资产架构设计资产架构原则架构管理办法信息技术规范应用开发规范基础设施规范技术平台规范其他总体架构原则业务架构原则应用架构原则数据架构原则技术架构原则业务资产应用资产数据资产技术资产总体架构蓝图架构支撑资产业务架构蓝图应用架构蓝图数据架构蓝图技术架构蓝图实践和范例参考架构模型框架架构能力素质模型模板其他资产1122国家电网公司信息化架构管理办法334455二.
公司架构设计资产包括业务、应用、数据和技术架构设计资产,每类架构设计资产又包括架构现状、架构设计蓝图、架构演进路线和架构支撑性资产。
2&
业务架构应用架构数据架构技术架构业务能力模型业务能力业务专业图元描述图例人力资源管理人力资源管理1.0&
;
lt;
教育培训管理教育培训管理&
gt;
1.1&
学历教育管理&
1.2&
专业技术资格管理&
1.3&
职业技能鉴定管理&
1.4&
培训管理&
2.0&
专家人才管理专家人才管理&
2.1&
专家人才管理&
在职学历教育申报&
学历学位信息管理&
专家人才选拔管理&
培训计划管理&
培训实施管理&
培训评估管理&
培训费用管理&
培训资源管理&
职业技能鉴定信息管理&
专业技术资格信息管理&
培训需求管理&
专家人才年度考核管理&
专家人才信息管理&
专家人才届满考核管理&
培训项目体系维护&
业务流程模型/用例模型&
流程角色&
&
劳动计划&
组织管理&
薪酬管理&
人事管理&
0级流程&
业绩考核&
教育培训&
专家人才&
政策文献&
应用组件模型教育培训专家人才&
业务领域&
ERP-HR&
:
业务应用&
远程培训&
子应用&
人资管控&
组织机构管理&
培训报表&
培训统计报表&
兼职培训师&
网省培训计划&
应用边界模型应用分布模型&
员工报销系统&
资金支付平台&
培训费用拨付&
培训费用报销&
国网12张报表&
数据&
综合计划系统&
培训投入综合计划&
ERP-PM&
设备管理设备管理&
设备管理&
网省网省/直属单位直属单位总部总部&
lt
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 公司 信息化 架构 管理办法 试行