一文说清楚企业级业务架构方法(1)

简介: 一文说清楚企业级业务架构方法(1)

今天说一说,咱们这个主要内容,主要分成这么三个部分,


第一部分是软件工程与企业架构方法论的发展

不管是我个人写的这些文章提到的这些个方法,还是中台,都是从以往的方法发展到现在,也就几十年的历史。所以大家研究方法论也好,或者是看一些现象也好,如果你希望对这个现象的了解更深刻的话,那最好的还是要从这个方法的历史开始了解。

 

第二部分,是关于这个企业级业务架构方法的介绍。


然后下一部分就是最后一部分,实际上是对这个企业架构的角度谈这个中台,我认为他就是企业架构范畴内的,所以第三部分:从企业架构角度谈谈中台

 

先说说第一部分吧,大家可能都知道软件开发里面其实有两个核心问题,或者说两个关注点也行,一个是软件过程,就是这个软件是怎么造出来的,那从头到尾这个全生命周期的多少什么样的。

那么下一个就是软件设计。这个软件设计其实是软件过程中的一个环节,但是这个环节比较重要,所以其实我们可以把它单独提出来看一下,也就是软件开发里面其实有这么两个关注点或者是两个重要的方向,一个方向是过程管理,一个方向就是关于设计。


软件开发中的两个关注点


image.png


那么过程管理,其实我们主要关注的就是软件工程了,我看这个老外那边比较受欢迎的书,应该已经到了第九版第十版吧,应该是常青树。


工程里边,其实我们主要关注的就是工序和标准,类似于这些内容吧。

这个其实跟我们做一些工程管理或者其他其他行业融的项目管理其实是一样的,都是关注做事情的顺序,以及每一个步骤应该达到一个什么样的交付条件,这样就是工序和标准,其实有了这个才能算得上是工程上的管理,不管是我们做这种传统的传统方法还是做敏捷来讲,我觉得大家怎么都需要关注这个东西,那么我们关注这个工序和标准,其实在的目标是为了什么?目标一个是为了提高这个软件的质量,再一个呢就是产量。其实产量换一个角度说了就是速度。


然后在设计这一侧,其实设计里边最难的部分应该就是架构设计,那么架构设计了它的核心点,我个人认为简单的来看就是结构和关系,也就是你把一个软件,切成多少个部分,我把一个项目分成多少个部分,然后每个部分之间如何交互的,是一个什么样的关系,然后你怎样处理这个关系比较合适。


那么做架构的目的是什么呢?我个人认为第一点是为了复现,其实做架构的时候,我们相当于是把人家客户的要求啊,或者是业务人员的要求,很清晰的结构化的理出来。


理出来之后,让这个清晰的结论确认他能跟业务的要求是一致的,所以我们做软件其实大部分情况下你做的都是复现型的这种软件,是突破型,那其实并不多突破型的,第二我觉得是就是技术人员对业务参与很多了之后,业务融合比较深的情况下,你才真正会产生一些是为了突破型的,是大部分情况下也是有其他很多传统企业里边,做的这个软件设计其实都是复现型的业务人员的这个需求,听清楚了之后跟业务人员沟通好了,然后把这个业务需求复现出来


那么架构还有一个好处是什么呢?就清晰的架构,还有一个优点就是有利于复用。


复现和复用,其实对我们这个质量和产量也是有影响的。那么今天看起来呢就是这个软件开发的关注。这两点的话,大家已经学上去自然的一件事了,是吧?


但实际上在整个这个软件行业的发展过程里边,这么自然的一个事情,却是很长时间才发展起来的


一九四六年第一个可编程的计算机诞生,这块儿可编程的计算机诞生,就是软件上也带上了呗,对吧?那软件儿的生产过程其实意思是比较粗放的,就是今天也有人还在用这种方式来生产,就是先写了再说。先写完再说,一开始的时候,因为没有相应的管理理念,说有这种思路是有一种思维是很正常的。然后就出现了我们所说的软件危机吧。


软件工程和企业架构模型的发展



image.png


做软件人们关注四个维度,时间,范围,成本,质量,所谓的危机就是这四样没有一样的控制住,所以大家又觉得该反思一下应该反思一下去组合什么,怎么做软件是对的。于是就产生了这个第一个模型就是瀑布模型,这个模型是70年提出来的。



这个模型非常直观,大家能看出来软件开发到底有什么东西,然后一开始咱们做软件,肯定这个就是软件上是两条线嘛。


因为过程的线,一个是架构的线,那么架构的线更慢了,过程那条线是二十多年才发展处一个模型的,那么架构这条线都快四十年了,


一个相当大的一个变化,就是企业加入这种模型,从软件自身的一个局限,跳脱到对企业的关注了,实际上对于一个企业架构是花了四十年才诞生的,那么咱们这个架构了,其实只是一个框架,就是它是六行六列的,这六行就是六个视图,然后那个六列其实相当于六种不同的视角,就是每六个视角构成一个视图,加在一起,这块儿就是说你在B端做软件,不是只看需求,不是只看一个功能,你应该看企业整体,就是我们做软件是为了企业整体的管理服务的,在这个基础上你才能真正做好B端软件,那么这个思路应该算是一个开创性的思路了。


那么这两条线,随着时间推移还是继续发展,就是大家有了初步模型,尽管算是有了一个工程模型了。但不是很合适,因为这瀑布模型太慢,不到交付,看不到东西,所以有人就给他改进了一下,变成了螺旋模型。


image.png


这螺旋模型就是对着原型去设计,每隔一定时间交付一次模型,但是好像这个螺旋模型人员每次交付都是全量,这是一次一次的话,那这样的话就是解决了一下这个软件看不着这个问题。螺旋模型与TOGAF模型这两个模型很好,很全面,但是落地比较困难,维护成本高。

相关文章
|
5月前
|
数据采集 运维 监控
构建企业级Selenium爬虫:基于隧道代理的IP管理架构
构建企业级Selenium爬虫:基于隧道代理的IP管理架构
|
8月前
|
消息中间件 运维 监控
企业级短信验证码服务架构设计与最佳实践
随着移动互联网的发展,短信验证码成为用户身份验证的重要手段。本文从企业级应用角度出发,探讨如何构建高可用、高并发和安全可靠的短信验证码服务。通过多通道冗余、故障自动切换和服务降级保障高可用性;利用异步处理与消息队列应对高并发;借助多层防刷、内容审核和数据加密提升安全性。同时,提供了详细的架构设计、核心模块代码示例以及监控运维方案,帮助读者理解并实现一个完整的短信验证码系统。
445 2
|
8月前
|
存储 SQL 分布式计算
19章构建企业级大数据平台:从架构设计到数据治理的完整链路
开源社区: 贡献者路径:从提交Issue到成为Committer 会议演讲:通过DataWorks Summit提升影响力 标准制定: 白皮书撰写:通过DAMA数据治理框架认证 专利布局:通过架构设计专利构建技术壁垒
|
8月前
|
缓存 负载均衡 监控
微服务架构下的电商API接口设计:策略、方法与实战案例
本文探讨了微服务架构下的电商API接口设计,旨在打造高效、灵活与可扩展的电商系统。通过服务拆分(如商品、订单、支付等模块)和标准化设计(RESTful或GraphQL风格),确保接口一致性与易用性。同时,采用缓存策略、负载均衡及限流技术优化性能,并借助Prometheus等工具实现监控与日志管理。微服务架构的优势在于支持敏捷开发、高并发处理和独立部署,满足电商业务快速迭代需求。未来,电商API设计将向智能化与安全化方向发展。
508 102
|
5月前
|
存储 消息中间件 安全
企业级实时消息推送系统的架构设计,一文即懂!
如果你是技术负责人,该如何搭建一套能解决这些问题的企业级统一消息推送平台?今天我们就从核心挑战出发,拆解一套可落地的统一推送服务架构方案。
828 0
|
7月前
|
人工智能 监控 数据可视化
企业级LLMOps落地指南:蜂巢架构×可视化编排实战
本文将基础的单应用扩展成多应用,并实现工作流组件,包括:多应用模块设计、工作流模块设计、LangGraph实现图应用、前端Vue-Flow组件使用、工作流转LLM工具设计思路、关联工作流登技巧。
360 3
企业级LLMOps落地指南:蜂巢架构×可视化编排实战
|
7月前
|
消息中间件 人工智能 安全
企业级AI应用需要系统工程支撑,如何通过MCP大模型架构实现全链路实战解构?
本文三桥君深入探讨了MCP大模型架构在企业级AI应用中的全链路实战解构。从事件驱动、统一中台、多端接入、API网关、AI Agent核心引擎等九个核心模块出发,系统阐述了该架构如何实现低耦合高弹性的智能系统构建。AI专家三桥君提出从技术、内容、业务三个维度构建评估体系,为企业级AI应用提供了从架构设计到落地优化的完整解决方案。
383 0
|
10月前
|
缓存 监控 安全
301重定向进阶指南:从基础配置到企业级架构优化
本文深入探讨网站重定向的高级技巧与企业级实现,涵盖正则表达式重定向、权重无损迁移、分布式系统适配等核心内容。通过解析301/302状态码区别及应用场景,结合Nginx、Apache配置示例,帮助开发者优化大规模网站重定向逻辑。同时,文章介绍CDN边缘重定向、微服务架构下的规则管理以及容灾设计,确保高性能与安全性。最后提供全链路监控方案和经典案例分析,助你规避流量损失风险,提升SEO表现。
419 38
|
10月前
|
监控 应用服务中间件 区块链
301重定向的终极指南:从基础配置到企业级架构设计
本文全面解析301重定向技术,从基础配置到企业级架构设计。涵盖HTTP状态码语义、浏览器与爬虫处理差异,提供分层架构模型及高可用配置示例。深入探讨亿级URL处理策略、流量压力测试数据,结合HTTP/2优化与Core Web Vitals提升方案。同时关注隐私合规性、故障排查工具及前沿技术融合,如机器学习预测和区块链存证。最后通过实际案例分析,展示重定向工程的商业价值与未来趋势。
288 14
|
10月前
|
人工智能 自然语言处理 物联网
如何成为企业级大模型架构师?
企业级大模型架构师需要掌握从 底层算力、模型训练、微调优化、推理部署、企业集成 到 安全合规 的全栈能力。这里提供一个完整的 企业级大模型架构师成长体系。
1126 4