企业应用架构研究系列一：如何进行业务？

本文共计1014个文字，预计阅读时间需要5分钟。

现代软件开发与以往软件开发的差异显著，以往软件一般基于业务流程，设计程序的输入和输出，软件耦合性较强。随着软件技术的不断发展和DDD领域设计模型的不断推广，软件开发正向着更加灵活和模块化的方向发展。

　　现代软件开发和以前的软件开发有很大的不同，以前软件一般都会根据业务流程，设计程序的入口和程序的出口，即软件耦合性很强。随着软件技术的不断发展和DDD领域设计模型的不断深入研究，在微服务化开发框架的大力推广下，Docker技术和K8s 技术的普及，新一代的企业应用架构再次革新了软件行业。

　　无论是软件开发者还是应用架构者，我认为只是一个工作角色而已，没有必要分的太清晰，作为软件行业从业者，大家都应该具备软件的设计架构理念。最近深读了《Microsoft.NET企业级应用架构设计》和《企业应用架构模式》这两本书，还是启迪很深，特别是开头这句话“完美的设计不是保罗万象无所不有，而是完整自洽不可精简”。

　　开启企业应用架构之旅，首先我们需要有一个专门的架构描述语言工具，就是UML 统一建模语言，这个是也是软件设计领域被国际公认的标准。后期我会单独抽出一个章节进行UML建模语言的Knowledge Discovery（探索）。本章之谈谈企业应用架构中对业务拆分的理解。

　　首先进行分功能分解，分解的原则就是，符合通用开放-关闭原则 ， 将每个业务逻辑模型进行封装，关闭对该业务的所有业务数据的操作，开放关联接口或服务。通俗点讲，就是我的地盘我管，不允许非授权操作我的数据和业务，所有操作统一接口。