多年来，嵌入式应用程序人员常把系统切分成两个基本的组件(Component，又称为组件)：操作系统(Operating System)与嵌入式应用程序(Embedded Applications)。后来又增加了其他的组件，如USB函数库等。所以组件观念早已存在软件人员心中很久了，并非今日才有的。

         而且从上述这些组件中，人们也尝到组件可带来诸多好处，其中最抢眼的优点是——创造了软件的弹性(Flexibility)，此外还有可靠性(Reliability)、及时上市(Time-to-market)、易于维护(Easy-to-maintain)等。不过，在目前的嵌入式应用程序方面，至今绝大多数仍是无法分割的僵硬程序(Monolithic Application)。

         在目前变化快速的3C(或4C)竞争环境中，人们对嵌入式软件的需求花样愈来愈多，例如人们需要多媒体的声光影像，也要通过宽带越洋传送等，使得软件愈来愈复杂。在此种环境下，目前僵化无弹性的应用程序如何面对呢？只不过是大家已非常熟悉的方式——汇集各方的意见和需求，然后推出更复杂的新版软件。由于是汇集各方的所需而形成的，是个大杂烩，导致维护非常困难，阻碍软硬结合，延迟上市时间。

         欲有效解决上述困境，就必须改变过去的传统做法。过去的做法，简单说来就是：一体成型，交给客户之后，客户只能照单全收，而无法调换其功能，只能慢慢等待新版本的到来。由于缺乏弹性，改版升级的速度又缓慢，于是在快速变化的环境中，这些软件是僵化顽固的。所以Dale Rogerson 说道(Rog97)：

         “The application is a rock in the river of change.”

         (应用程序成为变化潮流中的僵硬石块了。)

         他又说：

“With the current pace of change in the software industry, applications cannot afford to be static after they have shipped.”

         (在目前软件产业快速的变化节奏中，我们实在无法再将静态僵硬的软件交到客户手上。)

         他又说：

         “The solution is to break the monolithic application into separate pieces，or components.”

         (解决之道在于将僵硬的应用程序分割成为许多小块，即许多组件。)

         然后，在使用时还可以随意调换其中的小组件，以满足客户的特殊需求，或新的需求。基于上述软件观念的演进，及市场环境的因素，使得组件化(Component-based)成为嵌入式软件的理想开发之道。摘自《UML嵌入式设计》一书。