企业官网建设流程全解析

该方案以业务战略为输入，规划企业IT架构蓝图，涵盖应用、数据、技术、基础设施、运维与安全，采用稳态+敏态双态与中台架构，通过差距分析形成演进路线，并配套总体、架构、项目、运维治理及组织制度，保障业务与IT融合落地。

业务战略 → 业务架构与业务建模 → IT战略与IT评估 → 架构愿景 → 总体蓝图架构 → 差距分析 → 演进路线与项目群 → 实施治理 → IT治理体系保障。

其核心思想包括：

1. 业务输入是IT架构规划的重中之重，必须实现业务与IT融合；

2. 企业架构不是行业模板，必须体现企业竞争优势和利益相关者期望；

3. IT架构需要“稳态+敏态”双态并存，技术中台、业务中台、数据中台共同支撑敏态创新；

4. 架构落地不只靠技术，还要靠分工实施与制度遵从；

5. 治理体系包括总体治理、架构治理、项目治理、运维治理，四者联动；

6. 演进路线通过差距分析、关键任务识别、优先级排序、项目组合、预算与实施计划形成；

7. 运维治理向云化、自动化、DevOps、一体化、智能化演进；

8. 最终目标是打造可视化、可追踪、可治理、可演进的企业级IT架构能力，支撑数字化转型和业务创新。

【数字化合集】6000余份AI大模型行业应用、数字化转型、数据治理、数据资产、数据要素、IT战略信息化、数据仓库、主数据等方案报告

一、综述

该方案的目标是：以业务战略为输入，规划企业IT战略、IT架构蓝图、演进路线和治理体系，实现业务与IT融合、端到端提升，支撑数字化转型。

咨询成果分为两大部分：

1. IT架构规划成果

包括：

• 《总册》

• 《应用架构分册》

• 《数据架构分册》

• 《技术与治理架构分册》

• 《基础设施架构分册》

• 《运维架构分册》

• 《安全架构分册》

2. 甲方IT治理成果

包括：

• 《主报告》

• 《分项报告1：组织与原则》

• 《分项报告2：IT决策体系》

• 《分项报告3：IT治理体系》

• 《分项报告4：统一技术体系》

• 《混合云参考架构》

• 《PaaS/IaaS通用接口规范》

3. 咨询策略

采用“以面带线、以点穿线、以线带动”的策略：

• 面中平衡干系人需求；

• 点中识别痛点；

• 线中带动解决方案；

• 形成通用型解决方案与定制型解决方案；

• 对解决方案元能力进行抽象提炼、运营和动态组合。

二、总体框架与方法论

总体框架分为两条主线：

1. 战略规划主线

   • 业务：业务定位、愿景、使命、战略目标、业务战略、业务能力、业务架构、路线图；

   • IT：IT定位、愿景、战略、能力、IT架构现状与目标、IT规划路线图。

2. 治理主线

   • 总体治理

   • 架构治理

   • 项目治理

   • 运维治理

文档强调：

• 技术与架构是“左腿”，治理与管理是“右腿”，二者都是驱动IT向前发展的enabler，支撑业务“上半身”；

• 但真正落地还要靠“脚”：

  • 左脚是分工与实施，实现技术与架构落地；

  • 右脚是制度规范的制定与遵从，实现管理落地。

• IT架构从规划到实施演进：架构级解决方案 → 项目级解决方案；

• 治理层级包括：公司治理、ICT治理、架构治理、项目治理、运维治理；

• 委员会层级包括CTIO、架构层级、项目层级、运维层级。

常用方法论涉及：

• 战略洞察、业务建模、商业模式：BLM、商业画布；

• 企业架构：TOGAF、COBIT；

• IT服务：ITIL、DevOps；

• 项目治理：CMMI、IPD、PMP、Prince2；

• 运维治理：eTOM、ITIL、DevOps、SFIA5；

• 同时提及康威定律、NFV、数字化运营等。

三、企业架构的本质与业务输入

1. 企业架构的本质

• 企业架构应随业务战略变化而变化，与战略匹配，体现公司竞争优势与价值链；

• 企业架构不只是描述行业一般规律，还必须加入企业竞争优势、利益相关者期望与实现方式；

• 对企业而言，企业架构最高角度是“立法的高度”，信息化规划具有法律效力；

• 对咨询/服务方而言，企业架构可作为IT规划方法论核心框架，指导IT规划项目交付。

2. 为什么需要业务输入

业务输入是IT架构规划的重中之重。现实中互联网时代常缺乏业务架构输入，导致IT规划只能从IT内部向外看，效果大打折扣。

业务输入对IT架构的影响：

1. 业务方向决定IT战略方向；

2. 行业趋势包含IT支撑与驱动模式的最佳实践；

3. 业务运营模式决定系统集成特点；

4. 业务能力需求决定流程、应用、云技术能力需求；

5. 企业核心竞争力需在IT架构中体现；

6. 业务与IT融合需基于现状，从系统对业务能力的覆盖度与支持度两个维度体现。

3. 业务建模

业务建模成本高但有价值，是由业务部门与IT部门共同用IT词汇梳理业务，使后续规划更有依据。适用于相对稳定的业务形态。

业务建模包括：

• 业务流程建模：偏阶段、活动、动态建模；

• 业务架构建模：偏组件、数据、静态建模；

• 还可扩展产品建模、用户体验建模等。

建模方法：

• TOGAF提供实施、维护阶段及输入输出；

• 可使用ArchiMate架构描述语言；

• 也可使用自然语言描述；

• 核心是业务流程建模与数据建模。

业务架构内容元模型：

• 定义企业业务管理和信息化需要哪些元素、元素之间关系；

• 实现从业务战略、需求到技术实现方案的端到端跟踪。

从业务架构到IT能力：

• 通过业务能力分布图，标识热点能力组件；

• 展示IT系统对业务能力的覆盖度、支撑度和现状能力；

• 从而清晰识别投资重点。

四、IT现状评估与架构愿景

1. IT输入与评估

现状输入的关键是IT评估。完整视角包括十大维度：

1. 企业IT总体评估；

2. 应用系统评估；

3. 企业架构评估；

4. IT服务运维评估；

5. 需求与支持评估；

6. IT日常维护评估；

7. IT云架构评估；

8. 信息安全评估；

9. 面向服务集成SOA评估；

10. IT管理实践评估。

技术趋势分两类：

• 互联网化、数字化相关：云计算、大数据、移动、社交、人工智能；

• 特定行业、特定企业所需的互联网化转型技术应用。

对齐逻辑：

• 通过功能性服务需求分析，将业务架构与信息系统架构对齐；

• 通过非功能性服务支持需求分析，将技术架构与信息系统架构对齐。

各评估方法要点：

• 企业IT总体成熟度：引发战略、结构、执行三层思考；

• 企业架构成熟度：评估IT与业务适配度、核心能力分布、差距；

• 应用系统成熟度：功能质量13要素、技术质量16要素；

• 数据架构成熟度：数据定义、数据分布、数据管理；

• IT服务成熟度：服务治理、服务支持与实施；

• IT日常维护：巡检、安全操作、工单、备份恢复、监控、身份访问、桌面支持，自动化是重点；

• 云架构：IaaS到PaaS，弹性资源、中间件、技术平台、服务治理；

• 信息安全：ISO17799十一个领域、六个维度，安全是双刃剑；

• SOA：松耦合、高内聚、中台能力关键；

• IT管理实践：稳态与敏态并存，传统管理与敏捷创新协同。

YYYY的IT现状分析采取短平快模式：时间紧、缺业务输入、要求执行指导性强，以专家经验替代体系化呈现，重点挖掘痛点与解决方案。

2. 架构愿景

架构愿景目标：

• 获得管理层认知与支持；

• 明确业务原则、目标、战略驱动力和KPI；

• 定义架构规划范围、组件及优先级；

• 定义干系人及关注点；

• 定义关键业务需求与约束；

• 阐明价值主张；

• 编制综合计划；

• 确保计划正式批准并有高层支持。

关键活动：

• 创建架构愿景；

• 业务场景方法识别隐含架构需求；

• 循环迭代，层次化分解，不同组件采用不同详细度。

YYYY省略了完整架构愿景步骤，只提出规划目标：

• 以“能力聚合、服务开放、建立连接”为核心诉求；

• 通过微分与解构，重构核心支撑系统；

• 打造更好用户体验；

• 采用“动静结合”的柔性IT原则；

• 用“稳态”技术平台与业务中台支撑上层“敏态”商业模式。

五、总体蓝图架构

YYYY总体蓝图分为多个层次：

1. 前台应用（敏态）

包括公共域、生产域、管理域：

• 营销中心、策略中心、消息中心、智能中心、分析中心、运营监控中心、计费账务中心、基础应用中心、人力资源中心、工单中心、客户交互中心、知识中心等。

2. 业务中台

• 客户中心等；

• 中台能力包括新一代客服、实名制、家宽、知识库、综合收银台、精益外呼、互联网人工客服、云控宝、BPO等。

3. 数据中台

• 统一数据服务、实时交互、数据集成、统一数据管理、主数据中心、业务数据中心、统一数据治理、数据模型管理、数据质量管理、大数据中心、数据标准管理。

4. 技术中台

• 分布式服务框架、服务治理平台、中间件平台、前端开发框架、开发框架、技术平台、数据库中间件、应用中间件、中间件服务、大数据中间件、AI中间件、仓库、应用编排、弹性计算管理、调度、基础资源适配。

5. 后台基础设施（稳态）

• 基础云服务：计算、存储、网络、灾备、运维、安全；

• 统一云管理：VPC管理、VDC管理、资源编排、调度策略管理、软件资产库；

• 数据中心：物理机资源池、虚机资源池、容器资源池、生产环境、开发环境；

• 云运维、云安全、应用集群管理；

• 服务级别管理、可视化、监控与追踪、自动化操作、事件服务请求、配置与变更、发布与部署、容量与性能、运维前置管理；

• 安全：制度管理、策略管理、访问控制、入侵检测、防护管理、安全事件、智能分析、审计、合规。

目标：

• 端到端拉通开发运维一体化；

• 拉通安全管控实用化；

• 打造IT能力可视化与可追踪能力。

场景验证：业务浪涌下的架构关系。各架构协同演进：

• 应用层微服务化、API化；

• 技术中台解耦应用与技术栈；

• 服务治理提高微服务高可用；

• 能力开放平台对外提供核心业务；

• 弹性计算管理适配底层资源；

• 建议招聘高端技术人才，优化云平台，提高资源使用率，两年内力争25%+；

• 数据治理组织先行，存量梳理汇聚，新增遵循规范，逐步构建数据总线，实现数据服务运营。

六、各架构分册要点

1. 应用架构

• 从业务能力出发，定义结构化应用功能框架；

• 表述不冗余的最优逻辑分组及关系；

• 应能定义总体结构和组织方式、匹配业务流程、使用组件、识别接口、层次化展现；

• 清晰描述应用组件及功能、业务流程及支撑组件、组件边界、交互接口、标准化设计开发集成指南；

• 好的应用架构可确保应用与业务策略目标匹配，提供评估套装软件、自开发、优化的基础，提供现有应用映射及优缺点评估框架，发现效率效果提升机会。

2. 数据架构

• 是EA重要组成部分；

• 识别数据源、可信数据、数据流向、信息流架构；

• 三部分：数据定义、数据分布、数据管理；

• 数据定义：概念模型、逻辑模型、物理模型、数据标准；

• 数据分布：业务分布、系统分布；

• 数据管理：模型与标准、架构、质量、元数据等；

• 主题域划分：八个主题域；

• 基于企业运营“三角”模型，借助IBR方法，将业务实体抽象为主体、流程关系、行为；

• 数据治理五方面：数据标准、元数据、数据质量、数据安全、生命周期；

• 预期效果：数据管理可视、高效、高可靠。

3. 技术架构

• EA最下层，承载业务活动、应用服务、数据对象；

• 指导具体技术方案，承上启下；

• 交互层包括：用户统一交互层、业务系统之间SOA/ESB/流程引擎契约、业务系统与企业基础组件统一交互；

• TOGAF中技术架构包含平台层与基础设施层，云体系下对应PaaS与IaaS；

• APaaS属于平台层，IPaaS跨平台与基础设施；

• YYYY将技术架构拆成“技术与服务架构”和“基础设施架构”；

• 技术架构蓝图：建立云平台，面向YYYY群体和互联网群体，构建SaaS应用，实现“新业务、新交互、新管理”；

• 服务治理：定义服务静态标准、动态策略，基于注册与发现、服务监控，实现服务可见、可管、可控。

4. 基础设施架构

• 包括云平台、资源池、网络、存储、容器、物理机、虚机等；

• 支撑弹性计算、资源编排、调度、监控、集群管理。

5. 运维架构与安全架构

• 运维架构涉及云运维对象参考架构、应用类型SOI/SOD等；

• 安全架构体现在总体蓝图中的安全服务、云安全、访问控制、入侵检测、防护、安全事件、审计、合规等。

七、演进路线与实施治理

1. 演进路线形成思路

• 有了现状与蓝图后，进行差距分析；

• 设计改进措施；

• 通过项目设计合并为备选项目；

• 通过项目评估形成项目体系框架。

实际困难：

• 规划主体控不了范围；

• 高层缺乏变革决心；

• 认知不同；

• 难以形成有效结论。

差距分析过程：

• 选取建设重点；

• 绘制二维分析表：横轴为愿景与目标，纵轴为当前IT水平；

• 若当前架构无对应元素，则加入一行描述差距；

• 交叉单元格描述差距程度：完全满足、部分满足、不满足。

2. 演进路线编制步骤

1. 识别关键任务；

2. 关键任务可行性与业务影响分析；

3. 关键任务优先级排序；

4. 关键任务组合矩阵与外包选择；

5. 关键任务时间表；

6. 关键任务组合成项目；

7. 项目路线图；

8. 项目卡片；

9. 预算总表；

10. 实施计划。

使用工具：

• 紧急/重要矩阵；

• 战略、高潜力、运营、支持分类矩阵；

• 项目与关键任务对应表；

• 项目年投入概算表。

常见路线规划方法：

• 风险和收益分析；

• 项目优先级排序；

• 项目依赖性分析；

• 项目群实施路线图。

3. 分工与计划

• 演进路线和项目卡片确定后，最难的是分工；

• 分工与组织架构、治理机制、利益干系人一致、高层支持密切相关；

• 项目计划参考Prince2、PMP等体系。

4. 实施治理方法

• 确保架构实施与计划一致；

• 所有实施项目成功管理信息组织起来；

• 建立架构与实现组织之间的联系，通过架构契约；

• 将目标架构部署转换为一系列过渡活动；

• 方法：设计实施方案、阶段化部署、遵循组织标准、使用项目管理方法、定义运营框架；

• 核心内容：监督架构演进实施、定义架构约束与遵从、架构契约共识与签订、关注商业价值。

八、IT治理体系

1. 乙方咨询视角：PBR三阶段

• PLAN、BUILD、RUN；

• 架构治理、项目治理、运维治理、总体治理；

• 组织设计、流程设计、人员技能设计；

• 企业架构管控、架构领域治理、业务服务治理、SOA治理、云治理、架构演进实施治理；

• 项目立项决策、项目群管控、项目管控；

• 双态运维模式、日常运维、重点工作、自动化；

• 制度与遵从、考核、执行指导。

2. 甲方IT运作视角

• IT管控：IT战略、计划制定、IT投资、成本管控、IT架构管控、IT风险管控、IT人才管控；

• IT服务提供：应用设计、开发、云架构设计、构建、云运营、日常维护；

• 需要建立：

  • 业务战略与IT战略匹配机制；

  • IT战略执行监控机制；

  • IT风险控制机制。

3. IT定位

• 传统电信业务下，IT更多是业务支撑，BOSS属于中后台；

• 互联网时代，IT必须定位为业务部门战略合作伙伴；

• “支撑系统”要成为“生产系统”。

4. 三种运作模式

• 联邦式；

• 业务单元式；

• 集中式。

对比维度：基本概念、IT战略、IT管控、IT财务管理、KPI、驱动因素、优势、限制条件。

联邦式特点：

• 公共IT资源与决策集中于IT部门；

• IT部门内部按条线运作，与业务单元对应；

• 通过成本分摊提供支持服务；

• 适合运营商互联网转型；

• 需要矩阵式绩效考核和复合型人才。

甲方IT运作模式设计基于联邦制。

5. 组织职能与制度

• 组织职能不等于组织结构；

• 组织职能从业务需求看重点工作、职责、关键角色、人员技能；

• 组织结构是“排兵布阵”，用部门与岗位匹配职能；

• 制度体系四层：策略性制度、过程性制度、指导性制度、记录性文档；

• 绩效与考核关键成功因素：指标制衡、从关键成功因素推演、定义清晰、数据来源充分、场景式分析、参考性指标、主客观结合、内外部合规、跨岗分布偏差衡量。

九、架构治理、项目治理、双态与运维治理

1. 企业架构管控

• 目标是提供框架管理企业级架构设计、实施与持续演进；

• 内容包括架构从开发到治理管控的全景图、企业级架构管控框架、TOGAF架构开发方法；

• 架构内容元模型来自TOGAF 9.1，由SAP贡献给Open Group；

• 元模型定义实体，支持架构概念捕获、存储、查询、筛选、展现，确保一致性、完整性和可追溯性；

• 架构内容模型四个维度：时间、层次、状态、领域；

• 制品包括：目录、矩阵、图形、交付物；

• 相关概念：对象、关系、利益相关者、项目范围。

甲方初步企业架构内容模型：

• 总体资产、应用架构资产、技术架构资产；

• 企业级与项目级；

• 具体制品包括：业务战略目标清单、IT目标清单、架构原则、技术规范、架构字典、分域清单、价值链图、运营场景图、公共组件清单、项目群效益图、项目背景图、解决方案概念图、系统运营场景图、项目需求清单、应用清单、子系统清单、接口矩阵、业务/应用矩阵、应用关系矩阵、非功能目标清单、技术清单、应用/技术矩阵、技术接口清单、环境与位置图、部署图、网络拓扑图等。

架构管控职责：

• R制作、R’配合、A审核、G评价、C评审、A’批准、P发布、I知晓；

• 管控对象是架构库，明确谁、如何产生、做得如何、依据什么标准。

2. SOA治理

• 适用业务服务治理、SOA治理、云治理；

• 本质：用业务分析方法，通过服务识别、定义、建模、实现、部署、管控来封装能力；

• 案例：客户开户流程；

• 步骤：0服务价值分析、2服务建模、3服务实现；

• CoE借助Service Registry平台指导与监管。

3. 项目治理与双态IT

项目治理内容：

• 架构实施治理目标：为实施计划提建议、管控架构契约、符合原则规范标准、确保项目与目标架构一致、成功部署、长期有效。

双态定义：

• 稳态：传统业务或稳定能力构建，SOR，信息化是支撑手段；

• 敏态：互联网思维，业务模式探索试错，SOI，IT与业务深度融合。

双态IT项目决策：

• 稳态与敏态项目决策模式不同；

• 敏态项目价值：缩短上市时间、增强市场价值、提升灵活性、降低试错成本；

• 运营商人员能力要求：产品负责人理解Scrum、市场理解深刻、有技术背景、全程投入；

• 双态决策模型资产：稳态/敏态决策报告模板、财务分解模板；

• 稳态模型基于IPD定制，敏态模型基于DevOps理念并结合运营商外部开发实际。

4. 运维治理

云运维模式变化：

1. 服务与资源供应从预测式改为弹性随需而变；

2. 通过DevOps拉通应用开发与运维；

3. IT运维组织从竖井式、分离管控演进为一体化；

4. 大量使用自动化技术，增效降本。

关键管控点：

• SLA管理、KPI定义与计算；

• 云管平台、部署流水线管控、业务监控管控、云管平台编排调度管控；

• 例行操作标准化与自动化；

• 云环境下的IT应急管控。

运维自动化六领域：

• 环境定义、部署、监控、故障处置、性能优化、SLA保障。

三阶段：

1. 操作自动化；

2. 场景自动化；

3. 智能化。

运维治理全景图包括：

• IT服务监管、企业监管、运维职能、网络、桌面与移动终端、存储、服务台、业务用户、业务部门；

• 服务级别管理、计费与收款、服务目录、业务关系、运维工具、自助服务、容量与性能、可用性、应急、安全与访问控制、监控、故障与问题、变更与配置、资产与许可证、上线与交接维、知识管理、日常操作、服务计量、库房管理、镜像生命周期管理、服务衡量与报告、需求管理、法律合规审计、采购、HR/财务、风险管理、技术标准、应用维护、中间件与数据库、数据中心、服务器、外包策略及管理；

• 运维主体包括运维部门、外包方、合作方、应用开发商、开发部门、终端用户等。

运维体系构建步骤共33步，覆盖规划、设计、实施、运维，包括：

• 运维转型需求分析、策略原则、战略规划、基线设定；

• 服务目录、服务级别、支持模型、职能架构、组织架构；

• 绩效、考核、技能矩阵、招募培训、流程设计、工具要求、监管机制；

• 转型计划、准备发布、移交计划、资源计划、人员到场、知识转移、辅助协助、正式交接、监管；

• 运维阶段支持、接管、第三方合同、供应商、业务关系、流程增强、质量回顾改进、新一轮转型规划。