一、体系结构
软件体系结构代表了系统公共的高层次的抽象，它是系统设计成败的关键。其设计的核心是能否使用重复的体系模式。传统的应用系统体系结构从基于主机的集中式框架，到在网络的客户端上通过网络访问服务器的框架，都不能适应目前企业所处的商业环境，原因是：
企业过分地依赖于某个供应商的软件和硬件产品。这种单一供应商使得企业难以利用计算供应商的免费市场，将计算基础设施的重要决定交给第三方处理，这显然不利于企业在合作伙伴之间共享信息。
不能适应远程访问的分布式、多层次异构系统。
封装的应用系统在出现某种组织需要时，难以用定制来维护系统，从而难以满足多变的需求。
不能实现分析、设计核心功能重用，最多只能实现代码重用。
如今，应用系统已经发展成为在内部网和互联网上的各种客户端可远程访问的分布式、多层次异构系统。CBSD为开发这样的应用系统提供了新的系统体系结构。它是标准定义的、分布式、模块化结构，使应用系统可分成几个独立部分开发，可用增量方式开发。
这样的体系结构实现了CBSD的以下几点目标：
能够通过内部开发的、第三方提供的或市场上购买的现有中间件，来集成和定制应用软件系统。
鼓励在各种应用系统中重用核心功能，努力实现分析、设计的重用。
系统都应具有灵活方便的升级和系统模块的更新维护能力。
封装最好的实践案例，并使其在商业条件改变的情况下，还能够被采用，并能保留已有资源。
由此看出， CDSD从系统高层次的抽象上解决了复用性与异构互操作性，这正是分布式网络系统所希望解决的难题。
二、开发过程
传统的软件开发过程在重用元素、开发方法上都与CBSD有很大的不同。虽然面向对象技术促进了软件重用，但是，只实现了类和类继承的重用。在整个系统和类之间还存在很大的缺口。为填补这个缺口，人们曾想了许多方法，如系统体系结构、框架、设计模式等。
自从中间件出现以来，软件的重用才得到了根本改变。CBSD实现了分析、设计、类等多层次上的重用。在分析抽象层上，重用元素有子系统、类; 在设计层上重用元素有系统体系结构、子系统体系结构、设计模式、框架、容器、中间件、类库、模板、抽象类等。
在软件开发方法上， CBSD引导软件开发从应用系统开发转变为应用系统集成。建立一个应用系统需要重用很多已有的中间件模块，这些中间件模块可能是在不同的时间、由不同的人员开发的，并有各种不同的用途。在这种情况下，应用系统的开发过程就变成对中间件接口、中间件上下文以及框架环境一致性的逐渐探索过程。例如，在J2EE平台上，用EJB框架开发应用系统，主要工作是将应用逻辑，按会议豆、个体豆设计开发，并利用JTS事务处理的服务实现应用系统。其主要难点是事务划分、中间件的部署与开发环境配置。概括地说，传统的软件开发过程是串行瀑布式、流水线的过程; 而CBSD是并发进化式，不断升级完善的过程。
