首页 > 编程知识 正文

管理架构是什么意思,公司业务结构是什么

时间:2023-05-05 01:44:06 阅读:25947 作者:1812

虽然经常听到“业务架构”这个词,但能解释的并不多。 当你戏弄女性时,很多人都在询问业务体系结构和APP应用程序体系结构之间的关系。 聊天还经常询问业务架构师和产品经理之间的区别。 业务体系结构分析和需求分析有什么区别? 其实为了写这篇文章,我把《软件工程》,《软件系统架构》,《系统分析与设计》都翻了。 这些经典教材确实没有提到过业务架构。 我推翻了《聊聊架构》,发现其中的讨论甚至说明了业务、结构和技术的关系,但并不特别强调业务结构。

n实际上,业务体系结构一词并不是新的,而是隐藏在企业体系结构(EA )中。 企业结构是20世纪87年代的产物,其标志是Zachman于1987年提出的企业结构模型,该模型为“5W1H”,即what (数据)、how )、where )、who )、when )、why

n

nZachman模型没有明确地说明业务体系结构的概念,但既然没有说明业务体系结构的概念,如流程模型、数据和角色组织,就没有说明如何构建它。 因此,Zachman模型应该是业务体系结构的启蒙,同时也表明该工具和技术的最佳使用方案——将为复杂系统构建企业体系结构。

n1995年,著名的TOGAF问世。 在企业体系结构市场上,这种“2009年统计”占一半的体系结构模式明确提出了业务体系结构的概念。 TOGAF将企业定义为具有共同目标集合的组织集合。 例如,企业可能是由政府机构、全资公司、公司部门、单一地点/科室或共同所有权组成的地理位置分离的组织链。 TOGAF还认为,企业体系结构分为业务体系结构和IT体系结构两大部分,大多数企业体系结构方法都是从IT体系结构发展而来的。 业务结构是企业业务战略向日常业务转化的途径,业务战略决定业务结构,包括业务运营模式、流程体系、组织结构、地域分布等内容。 TOGAF强调面向业务和驱动的体系结构,以理解、分析、设计、构建、集成、扩展、操作和管理信息系统。 复杂系统集成的关键是基于体系结构的集成,而不是基于部件或组件的集成。 TOGAF还提供了详细的体系结构工件模型。

n

n其中可以清楚地看到业务体系结构阶段的交付内容。 我想很多对架构感兴趣的朋友都认真学习过TOGAF模型,这里不做说明。

(nTOGAF之后,联邦企业架构(FEA )和DODAF (美国国防部架构框架)诞生了。 前者的体系由性能参考模型(PRM )、业务参考模型(BRM )、备件参考模型(service part reference model )、数据参考模型(text reference model )、技术参考模型(text referenctiory modes ) ) )五种参考模型组成,该方法适用于美国电子政务领域,着眼于跨部门和组织的业务效率“后者的体系非常复杂,是8个视点52的模型,但实用性很好,美国国防部和一些企业都在使用。 详细情况如下。

n

n其中,能力视角和作战视角是我们组建企业时关注的业务部分。 这两个模型在网上有相关资料,有兴趣的话可以自己查一下。

n从根源上看,即使从TOGAF来看,业务体系结构一词也有20多年的历史,但在开发人员中,业务体系结构显然没有明确的需求分析概念,业务体系结构也比产品经理要远作者所在的公司实施了几年的企业级转型项目,其中有明确的业务体系结构组织,但每次与技术人员讨论时,往往会觉得业务体系结构有点“空虚”。 详细调查其原因后,可能会发生以下情况。

nnn 用得少传统的单体式或竖井式开发仍然是大家更常用的项目构建方法,但这种开发基本上没有横向视角,不需要强调业务结构,通常的产品分析

nnn 难设计业务体系结构,特别是复杂的业务体系结构,如大型企业,容易说起来难。 业务体系结构的战略分解、业务体系结构本身的整合和标准化以及向IT设计的过渡存在很多漏洞,业务越复杂,范围越广,控制越难。 因此,即使是设计了业务体系结构的企业,要使业务体系结构的设计保持在高层次,也有不少企业有点“空虚”。

nnn 易跑偏施工期间可能因客观因素导致对业务结构的偏离,这种偏离必须及时纠正或调整结构,否则累积时间长会导致业务结构失真,甚至“虚”;

nnn 难维护少数已经过了业务框架落地困难期的企业也会感到框架维护的困难而放弃,降低对业务框架的评价。

nnn事实上,业务体系结构从诞生之初就明确定义为自己的使命——构建复杂的系统。 这意味着业务体系结构和其他体系结构一样,旨在降低复杂性和更好地规划系统,因此TOGAF将业务体系结构属于IT战略的一部分。 但是,从本人的实践经验来看,业务结构不仅具有上述作用,更明显的影响是对参加业务结构设计工作的业务人员的影响,他们的逻辑思维能力、结构化能力、企业层面的观念和意识发生了明显的变化,使业务结构独立于IT战略

充当业务与技术之间的桥梁。当然,业务架构真正要承担起这一职责,还需要改进、简化业务架构设计方法,对业务人员更友好,并且坚持使用业务架构方法做企业级需求管控,否则,熵增一定会将已经建好架构秩序回归混沌状态。

n活动推荐n


n12 月 7 日北京 ArchSummit 全球架构师峰会上,来自 Google、Netflix、BAT、滴滴、美团 等公司技术讲师齐聚一堂,共同分享“微服务、金融技术、前端黑科技、智能运维等相关经验与实践。详情点击 https://bj2018.archsummit.com/schedule

n

版权声明:该文观点仅代表作者本人。处理文章:请发送邮件至 三1五14八八95#扣扣.com 举报,一经查实,本站将立刻删除。