Auch wenn die objektorientierten Fähigkeiten von PL/SQL nicht denen anderen Programmiersprachen entsprechen und in der Literatur eher als Spezialkonstrukte behandelt werden, so lassen sich durchaus Softwarepakete mit Hilfe von PL/SQL erzeugen. Als Module gelten in Oracles prozeduraler Sprache Funktionen, Prozeduren und Pakete. Alle drei Bereiche will dieser Artikel definieren und im Vergleich darstellen.

PL/SQL bietet über das Konzept der Pakete eine Möglichkeit, einige Vorteile der Objektorientierung auch mit Hilfe von prozeduralen Mitteln umzusetzen. Dazu zählen die Erstellung von Softwaremodulen und damit die Architektur von größeren Softwareeinheiten aus mehreren solchen Paketen sowie die Unterscheidung in sichtbare (öffentliche) und unsichtbare (private) Strukturen. Dieser Artikel stellt das Paketkonzept von PL/SQL in Grundzügen dar.

Mit Hilfe eines Aktivitätsdiagramms beschreibt man Aktivitäten, also allgemeine Abläufe und deren chronologische Reihenfolge, wie sie zur Laufzeit eines Programms vorkommen. Meist sind diese dynamischen Beschreibungen der Realität nicht ganz so einfach, wie es in manchen Abhandlungen beschrieben wird. In der natürlichen Sprache entsteht allerdings fast nie ein umfassender Überblick über die Abläufe, so dass ein Diagramm zur Beschreibung sicherlich bessere Dienste leistet. Die UML 2.0 stellt daher eine ganze Reihe an Notationselementen bereit, die dieser Aufgabe der komplexen Beschreibung Rechnung trägt. Eine Aktivität enthält dabei im Wesentlichen Knoten, gerichtete Kanten (Spezifikation: Flows), Aktionen und Kontrollknoten.

Als Möglichkeit, Klassen zu erzeugen und Techniken der Ableitung bzw. Implementierung zu nutzen, bietet C# wie viele anderen Sprachen auch abstrakte Klassen an. Sie lassen ebenfalls wie Schnittstellen keine Instanziierung zu, bieten allerdings die Möglichkeit an, bereits Teil-Implementierungen vorzugeben, die wie bei einfacher Vererbung in die Kindklassen weitergegeben werden. Damit steht eine Technik bereit, wiederum das Konzept von einem zu modellierendem Phänomen zu beschreiben, um davon Spezialisierungen abzuleiten, wobei allerdings diese Gemeinsamkeiten nicht nur auf API-Ebene, sondern auch hinsichtlich einer Teil-Implementierung vorliegen.