做管理型软件产品一般都要经历架构阶段,而架构又可以简单分为业务架构和技术架构,对于架构方法,在我以前的blog缺
转载 2023-04-25 17:26:00
190阅读
    做管理型软件产品一般都要经历架构阶段,而架构又可以简单分为业务架构和技术架构,对于架构方法,在我以前的blog中大量的介绍了TOGAF。 使用TOGAF的几个初衷 在我们开发软件时,如果你做过设计和架构工作,那么你会发现软件开发过程中其实存在很多断沟。 业务架构技术架构的不一致 业务架构
推荐 原创 2011-03-11 12:52:45
3858阅读
2点赞
2评论
前言鄙人在进入IT行业没有被淘汰的一点就是业务能力有点强,虽然技术不咋地。大部分业务都能实现。虽然没有轻视过业务。但是心底还是觉得技术是非常重要。比业务重要。越到后来,发现不是这样的。 完成一个产品那么技术与业务两者都不可欠缺。没有什么熟轻熟重。技术是为了更好的服务业务,没有业务,产品无法更加健壮。业务想要更好的体验感等需要技术实现。所以两者是相辅相成。 有时需要技术做得更多,可能提高运营的工
在数字化转型日益深入的今天,从业务模型架构设计的转变对于企业的长期发展至关重要。企业的需求不断变化,如何确保技术架构能够与业务需求相兼容,成为架构师和技术团队面临的一项重大挑战。本文将详细复盘这一过程,并探讨如何有效地从业务模型出发,设计出符合实际需求的架构。 ### 问题背景 业务模型是企业战略的核心,通常以以下形式展现: - 关键客户群体 - 成本结构 - 收入来源 - 价值主张 在
原创 7月前
7阅读
从业务架构业务模型角度看自媒体运营
# 如何从业务架构设计应用架构 在现代软件开发中,将业务架构转化为应用架构是一个关键步骤。业务架构定义了组织的战略目标、业务流程和功能需求,而应用架构则具体描述了如何实现这些需求。本文将系统地探讨如何从业务架构设计应用架构,涵盖流程、示例、代码实现及图表展示。 ## 1. 理解业务架构 业务架构是组织战略目标的基础,它包括以下几个方面: - **业务目标**:组织希望实现的长期目标。 -
原创 2024-11-01 08:21:41
36阅读
以下设计原则是在云平台架构实践(参考这里)中的一些经验总结,不一定适合所有微服务架构的体系。业务原则单一责任原则:对于一个微服务而言,具有有限的业务范围,可以帮助我们满足服务开发和交付的敏捷性;适当的边界:关注微服务的范围,而不是一味的把服务做小。一个服务的大小应该等于满足某个特定业务能力所需要的大小;业务分层: 先把业务分层,形成单向依赖,避免微服务之间的网状依赖关系;颗粒度递增:初期先把业务
前言简而言之,微服务架构风格是一种将单个应用程序开发为“一套小型服务”的方法,每个服务“运行在自己的进程中”,并通过轻量级机制(通常是HTTP资源API)进行通信。这些服务“围绕业务功能构建”,并通过全自动部署机制“独立部署”。“这些服务只有最低限度的集中管理”,可能是用不同的编程语言编写的,并使用不同的数据存储技术。微服务是一种架构,这种架构是将单个的整体应用程序分割成更小的项目关联的独立的服务
转载 2023-07-10 20:47:22
45阅读
本篇博客记录活动图的基本画法以及两个活动图的例题。开发环境:Enterprise Architect链接:https://pan.baidu.com/s/1HGgRxRYdniNEAZg1eNyIOQ 提取码:am2n一、业务建模业务建模当中,分为业务用例建模(业务参与者、业务用例)和业务对象建模(业务工人、业务实体),当我们遇到一个不熟悉业务业务复杂的项目时,我们就需要进行业务建模。那么在本篇
## 从业务架构IT架构 作为一名经验丰富的开发者,我可以教给你如何从业务架构IT架构,帮助你更好地理解和实现这个过程。首先,让我们来了解整个流程,并使用表格展示每个步骤。 | 步骤 | 描述 | | ------ | ------ | | 1 | 理解业务需求 | | 2 | 定义系统功能和模块 | | 3 | 设计系统架构 | | 4 | 编写代码 | | 5 | 测试和调试 | |
原创 2023-07-13 12:13:38
871阅读
流程梳理的重要性      业务梳理是流程系统最重要的工作,业务梳理明确了,流程既简单又准确,相反既复杂又混乱。大道至简,这是一个由简繁,由繁简的过程。同样一个需求有的客户画了一个很复杂的流程,完成了功能。另一个客户把业务拆分成几个流程,也实现了功能。那种方式更可取呢?我们认为在满足需求的前提下,越简单越好。下面以个实际案例来阐述流程梳理的重要性。  &
来源:https://0x9.me/oDAjk一个需求:抽奖系统如果你接到了一个开发需求:开发一个抽奖活动的后台系统。第一反应如果是打开IDEA,新建一个项目,输入项目名...
转载 2021-07-30 11:29:24
209阅读
本文介绍了IT治理、IT准则和业务准则的概念,分析了它们之间的相互关联。通过剖析一个真实案例,提出明晰IT治理是公司提升IT能力,构建企业竞争力必做的基础管理工作,把IT准则和业务准则写下来,并在公司内进行广泛宣传、贯彻,是有效利用IT投资,使IT与业务良性互动必须做的工作。
原创 2019-03-23 10:03:36
1023阅读
来源:https://0x9.me/oDAjk一个需求:抽奖系统如果你接到了一个开发需求:开发一个抽奖活动的后台系统。第一反应如果是打开IDEA,新建一个项目,输入项目名...
转载 2021-07-21 16:54:26
162阅读
数据工作就组成结构和流程来说还是比较简单的,因为这个工作本来就很年轻,分工还没有很细。总体来讲,我把数据工作看成相互连接的三部分:取数、理数、用数,这是一个闭环。用数的需求会驱动取数工作,并对取数工作提出具体操作性要求。 《数源思维》一书正是以此本质为核心内容,提出了一套简便实用的方法来实现对数据工作价值的把控。
原创 2017-03-28 11:58:34
585阅读
在互联网Java后端开发中,技术选型往往决定了项目的命运。你是否曾经历过:- 盲目追逐热门技术,导致团队学习成本激增却未解决实际问题?- 过度设计架构,使简单业务背负沉重的性能开销?- 忽视业务增长预期,系统在流量峰值时全面崩溃?- 技术栈碎片化,维护成本随着项目推进指数级增长?本文将系统梳理技术选型的完整方法论,结合doocs/advanced-java项目中的实践经验,帮助你构建从...
简要介绍下企业架构组成和各架构之间关系企业架构: 企业架构是以企业战略为指导,以业务架构为基础,以IT架构为支撑的完整体系。各架构间紧密相关,业务架构指导IT架构的具体实现。 业务架构业务架构按照企业发展战略,用标准化、结构化的语言,定义对外业务能力和对内协作能力,持续改进客体验、提升业务效率。 业务架构开展流程建模、产品建模和实体建模,通过模型之间 的对接,表达全行业务能力,强化跨部门、跨业
软件开发就是把一个复杂的问题分解为一系列简单的问题,再把一系列简单的解决方案组合成一个复杂的解决方案。而软件开发中最大的挑战,就是即能够快速高效地针对需求、环境的变化做出改变,也能够持续提供稳定、高可用的服务。而软件架构,就是软件系统的骨骼与框架。所谓架构,见仁见智,很难有一个明确或标准的定义;但架构并非镜花水月或阳春白雪,有系统的地方就需要架构,大航空飞机,小到一个电商系统里面的一个功能组件,
 业务架构、信息架构、技术架构三位一体      客户天天打电话要修改产品功能,简单的一个需求可能要做一个月。产品越改越笨重,为了赶工期bug越来越多。头疼!   产品从初级版到现在已经四个年头,相关的程序员来去换了三批,在补丁上打补丁是常有的事,很多功能只是开了个头,换个项目经理就被遗忘。我们总是害怕客户在这个产品上提出新的需求,只要客户还用得过去,能不改就不改。即使到了非改不可的地步
引言业务架构一般不被开发重视,开发人员喜欢追求新技术,而技术是服务于业务的,现在没有一项技术是自娱自乐的,一定要支撑业务,否则没有场景。设计好业务架构要考虑的方面比较多,要做到业务彼此隔离、业务与技术 (平台) 隔离,从业务架构中能看得出整体业务的流程运转、业务产品的能力、业务领域对象…接下来的两篇文章将重点讲业务架构。一、什么是业务架构业务架构是系统架构的一种,那什么是业务架构呢?业务在百科中的
  • 1
  • 2
  • 3
  • 4
  • 5