DO、BO、DTO、VO、AO、PO、UID 名词意义DO（ Data Object）：数据源对象与数据库表结构一一对应，通过DAO层向上传输数据源对象。BO(Business Object)业务对象封装对象、复杂对象，里面可能包含多个类主要作用是把业务逻辑封装为一个对象。这个对象可以包括一个或多个其它的对象。用于表示一个业务对象。BO 包括了业务逻辑，常常封装了对 DAO、RPC 等的调用，可以
转载
2024-01-15 09:07:11
57阅读
# Java DOP是什么？深入理解动态对象协议
## 引言
在当今软件开发中，对象的概念是无处不在的。特别是在Java编程中，动态对象协议（Dynamic Object Protocol，简称DOP）被广泛应用。它为对象的动态操作提供了灵活性，使得开发者可以以一种更加高效的方式来处理对象。本文将对Java DOP进行详细介绍，包括其概念、应用场景，以及通过代码示例来演示其使用。此外，文中还会
原创
2024-10-25 06:51:49
46阅读
业务架构的关键是组织机构、业务功能、业务流程等。业务功能靠业务流程实现，业务流程由业务步骤组成。业务架构中，业务流程是关键。 应用架构中，功能和系统是关键。应用架构设计的过程，就是从业务架构到应用架构的映射过程。究其实践主线，就是从业务流程到IT功能，再到IT应用系统的分析与设计的过
转载
2023-09-05 10:02:19
216阅读
Tensorflow基础教程：深度强化学习（DRL）
强化学习 (Reinforcement learning，RL)强调如何基于环境而行动，以取得最大化的预期利益。结合了深度学习技术后的强化学习(Deep Reinforcement learning，DRL)更是如虎添翼。近年广为人知的 AlphaGo 即是深度强化学习的典型应用。 可参考强化学
目录宏观出发局部细节注意要点总结：宏观出发1、整体结构的上下顺序为上级依赖于下级。2、色彩搭配不要太唐突，最好有渐变性。3、图形间宽松程度适宜，对称程度适宜。4、虚线框和实线框的结合，实线框表示的关系强烈程度高于虚线框，虚线框更重于逻辑上的关联。局部细节1、用词表达要标准2、业务要全面3、模块划分粒度适宜4、模块摆放以及层级关系：纵向：分层——上层依赖于下层越底层，越是基础服务；横向：并列关系，级
转载
2023-06-14 14:42:47
359阅读
引言业务架构一般不被开发重视，开发人员喜欢追求新技术，而技术是服务于业务的，现在没有一项技术是自娱自乐的，一定要支撑业务，否则没有场景。设计好业务架构要考虑的方面比较多，要做到业务彼此隔离、业务与技术 (平台) 隔离，从业务架构中能看得出整体业务的流程运转、业务产品的能力、业务领域对象…接下来的两篇文章将重点讲业务架构。一、什么是业务架构业务架构是系统架构的一种，那什么是业务架构呢？业务在百科中的
转载
2023-08-16 16:45:45
182阅读
业务架构、信息架构、技术架构三位一体 客户天天打电话要修改产品功能，简单的一个需求可能要做一个月。产品越改越笨重，为了赶工期bug越来越多。头疼! 产品从初级版到现在已经四个年头，相关的程序员来去换了三批，在补丁上打补丁是常有的事，很多功能只是开了个头，换个项目经理就被遗忘。我们总是害怕客户在这个产品上提出新的需求，只要客户还用得过去，能不改就不改。即使到了非改不可的地步
软件开发就是把一个复杂的问题分解为一系列简单的问题，再把一系列简单的解决方案组合成一个复杂的解决方案。而软件开发中最大的挑战，就是即能够快速高效地针对需求、环境的变化做出改变，也能够持续提供稳定、高可用的服务。而软件架构，就是软件系统的骨骼与框架。所谓架构，见仁见智，很难有一个明确或标准的定义；但架构并非镜花水月或阳春白雪，有系统的地方就需要架构，大到航空飞机，小到一个电商系统里面的一个功能组件，
转载
2023-10-01 15:01:41
112阅读
1.3 业务架构（Business Architecture）企业架构开发方法各阶段——业务架构1.3.1 目标描述基线业务架构开发基于原则、业务目标和策略驱动力的目标业务架构，描述产品和/或服务策略，以及业务环境在组织、功能、过程、信息和地理这些方面的内容分析基线和目标业务架构之间的差距选择和开发相关的架构视角，通过这些视角架构师可以阐述业务架构是如何对各干系人的关注点进行解答的。选择与选中的视
转载
2023-08-10 16:29:06
183阅读
Java生鲜电商中在做拆单的需求，细思极恐，思考越深入，就会发现里面涉及的东西越来越多，要想做好订单拆单的功能，还是相当有难度，因此总结了一下拆单功能细节，分享出来。 订单拆单拆单也有两个层次，第一次是在提交订单后支付之前拆单，这次是拆分的订单，一次是在下单之后，发货之前，去拆分发货单（SKU层面）。两次拆单的原则不同，第一次拆单是为了区分平台商家、方便财务结算，第二次拆单是为了按照最后的发货包
转载
2023-08-26 09:22:26
74阅读
功能模块、业务架构、需求分析、用户需求、系统分析、功能设计、详细设计、文档、业务、技术……很多被随口使用的名词，其实是含糊甚至错误的。到底含糊在哪里，错误在哪里，不仅仅是新手软件开发人员糊涂，许多入行多年的老手也一样。虽然很多老手功成名就，挂着CTO、总架构师等研发线的最高头衔，但是心里对这些概念也是一团浆糊。可能有的人会说，不会吧，这些牛人带团队做出了让公司赚钱的系统，怎么会不清楚呢，只不过表达
转载
2023-09-05 11:30:41
123阅读
前段时间看了一篇《方法论：业务系统的技术架构》的文章，里面阐述了一些做业务系统架构的原理与方法，本人甚为认同。现做一些归纳与总结，分享给大家。业务系统一般指企业的To B系统产品。业务系统的组织形式与企业的组织架构、业务流程等有着非常紧密的联系。因此虽然业界会有一些做得很好的业务系统，但是如果照搬这些业务系统却不一定能提升你公司的业务水平，甚至可能会带来灾难。虽然不能照搬业务系统，但是业务系统背后
转载
2023-11-22 20:41:01
472阅读
1. 概述架构分两种，一种是技术架构，也就是我们常说的基础架构；一种是业务架构。技术架构是与业务逻辑无关的，技术架构的前期是设计的，业务架构是演进的；当然随着业务的多样化和扩大，业务架构也会反向推动技术架构的提升和改进。无论是什么架构，最终都是服务于业务，伴随着业务的发展，都会有演进，只不过技术架构要求初始就要设计的合理、可扩展，否则后期根本无法演进或者很难演进，毕竟大型系统的重构，都是一本血泪史
转载
2023-08-16 19:47:26
507阅读
以数据库为中心的架构：数据库在最核心，然后基于数据库扩张，由里往外分别是：数据接入层、业务逻辑层、用户界面。以领域为中心的架构：业务领域在最核心，外围分别是应用、展现层。
而数据库则以持久化的概念代替，持久层可以是传统数据库，也可以NoSQL、甚至是内存、消息队列、文本文件等。另外还有一个基础设施层。用户看到的是展现层（web、h5、app等形式）。两者对比，后者着重于聚焦业务领域，其他都围绕着业
转载
2023-07-07 12:10:56
278阅读
应用程序架构 应用程序架构描述组成应用程序的主要部分。例如，在 Java 世界里，应用程序架构都描述两个内容：用于构建特定应用程序的框架组合 — 我称其为框架级架构 — 以及更多传统的逻辑关注点分离，我一直称这些内容为应用程序架构。将框架架构作为一个独立部分，因为大多数面向对象语言的从业者已经发现单独的类不能实现良好的重用（您最后一次从 Internet 中下载一个单独的类以供某个项目使用是什么时
转载
2023-09-06 14:42:47
137阅读
简要介绍下企业架构组成和各架构之间关系企业架构: 企业架构是以企业战略为指导，以业务架构为基础，以IT架构为支撑的完整体系。各架构间紧密相关，业务架构指导IT架构的具体实现。 业务架构： 业务架构按照企业发展战略，用标准化、结构化的语言，定义对外业务能力和对内协作能力，持续改进客体验、提升业务效率。 业务架构开展流程建模、产品建模和实体建模，通过模型之间 的对接，表达全行业务能力，强化跨部门、跨业
转载
2023-06-09 12:42:05
632阅读
w
转载
2017-03-28 15:09:00
174阅读
2评论
业务架构等同于企业运营模式，是企业将战略转化为日常运营的必经之路。所以业务架构是一个基础的平台，是一个企业相对稳定的核心。为什么是相对稳定。因为它是随着企业的成长在变动的。企业的流程和企业满足市场变化，客户需求变化及其其他变化就是建立在企业架构上。因此一个企业不同于其他企业的一个核心也就可以说其业务架构不同。 在了解上面关于业务架构的一点知识来，来看看业务架构上面体现了些什么？
转载
2023-04-25 18:51:59
186阅读
阿里中台业务架构 很多企业都将促进业务与科技的深度融合作为发展战略，也都想学学阿里的中台战略，其实，除了中台战略之外，基于企业级业务架构设计来实现组件化开发也是企业数字化转型的优选路径，是弥合业务与技术之间“数字鸿沟”的有效手段。未来，业务不再仅仅是业务，技术也不再仅仅是技术，谁先实现思维方式的改进，谁能更好地联动整个企业，谁就能赢得竞争的先手，而业务架构能力可以在这方面发挥关键作用，而且是超越中
转载
2023-08-16 16:29:11
105阅读
1. 经历的几种业务架构的方式公司是典型的SOA架构，Web层之下就是远程Service。Web层负责调用Service，Service则在内部整合缓存、数据库等内容，实现业务逻辑。这样的结构没有什么问题，问题就在于Service内部的实现上。即使是Service的一个方法，内部实现也可能很复杂，这就涉及到代码分解的问题。例如：在一个SNS系统中，我有一个UserService，负责User的
转载
2023-08-25 10:57:01
62阅读
