CORBA wurde entwickelt, um ein Problem zu lösen, das vor allem in großen Firmen häufig vorzufinden ist: Das Management einer Menge verschiedener Systemressourcen, die unterschiedlichste Dienste erbringen. Oftmals finden sich bspw. neben UNIX-Workstations (bspw. Sun, IBM, HP oder SGI) auch Linux-PCs sowie Rechner, auf denen das Betriebssystem Windows installiert ist. Ein weiteres Problem besteht in der Verwendung von Netzwerken, die zur Verbindung von Rechnern und zum Austausch von Daten und Dateien eingesetzt werden. Aus technischer Sicht ist ein Netzwerk durchaus in der Lage, heterogene Systeme zu verbinden, da die hierzu notwendigen Protokolle (bspw. IP oder TCP) standardisiert wurden. Weiterhin besteht keine Abhängigkeit zwischen der Funktion eines Protokolls und der Realisierung auf einem Rechner (Hardware oder Betriebssystem). Der Datenaustausch zwischen verschiedenen Systemen ist jedoch schwierig und daher auch kostenintensiv. Programme können Daten nur dann gemeinsam verwenden, wenn diese geeignet für die Umgebung formatiert sind, in der die Daten verwendet werden. Üblicherweise sind die Datenformate allerdings nicht auf die Bedürfnisse der Kunden ausgerichtet, sondern auf die spezielle Hardware-Architektur eines bestimmten Rechnertyps.

Traditionelle Unternehmensanwendungen sind meist eigenständige monolithische Programme, die nur begrenzte Zugriffsmöglichkeiten auf Prozeduren und Daten anderer Programme gestatten. Diese Programme weisen üblicherweise hohe Produktionskosten auf und sind auch wartungsintensiv, da selbst kleine Änderungen ein neues Übersetzen und neue Testläufe erfordern. Im Gegensatz dazu sind Objekte in verteilten Systemen (bspw. in CORBA) meist in Form einer mehrschichtigen Architektur aufgebaut, da hierdurch eine saubere Funktionstrennung erreicht werden kann. Die häufig verwendete dreischichtige Anwendung besteht bspw. aus einem GUI, einer Berechnungsschicht (manchmal auch als Business-Logikschicht bezeichnet) und einer Datenbankebene. Jede Interaktion der Schichten erfolgt in CORBA über die Interfaces, die alle CORBA-Objekte öffentlich zugänglich machen müssen.

Die GUI-Schicht verarbeitet Benutzerinteraktionen. Wichtige Aspekte dieser Schicht sind das Design des Interfaces und die Verfügbarkeit in einer Organisation. Die GUI-Schicht kann auf dem Desktop eines Benutzers gespeichert sein, in einem Intranet eines Unternehmens oder im World Wide Web (Internet). Oft können auch verschiedene Interface-Implementierungen verwendet werden, die auf denselben Server zugreifen. Die GUI-Schicht ruft normalerweise Methoden der Berechnungsschicht auf und fungiert daher gegenüber Servern der Berechnungsschicht als Client.

Die Berechnungs- oder Dienstschicht besteht aus Server-basiertem Code, der mit dem Client interagiert. Diese Schicht besteht aus Geschäftsobjekten, bspw. CORBA-Objekten, die logische Geschäftsfunktionen übernehmen, wie bspw. die Inventurkontrolle, die Budgetierung oder Abrechnungen. Diese Objekte rufen Methoden der Datenspeicherungsschicht auf.

Die Datenspeicherungsschicht besteht aus Objekten, die Datenbankfunktionen kapseln und damit direkt mit Datenbankprodukten interagieren. Ein Beispiel hierfür ist eine Methode, die mit geeigneten SQL-Ausdrücken auf eine relationale Datenbank zugreift.