Komponentenbasierte Entwicklung
In der angewandten_Informatik stellt Komponentenbasierte Entwicklung (engl.: Component Based Development - CBD oder auch Component Based Software Engineering - CBSE) ein Paradigma dar,das aus anderen, früheren Ansätzen hervorgegangen ist, um bestimmte Schwachstellen derselben zu beheben. Es basiert auf Software-Komponenten, die die Wiederverwendbarkeit von Software-Artefakten verbessern sollen.
Es ist eine Tendenz zu immer höheren Abstraktionen erkennbar.
Über die Funktion, bzw. Prozedur in der Prozeduralen_Programmierung, das Objekt
in der Objektorientierten Programmierung und das CORBA Objekt beim Distributed Object Computing bis hin zur Komponente in der Komponentenbasierten Programmierung werden die zentralen Elemente immer komplexer und mächtiger. Objektorientierte Programmierung stellt dabei die Grundlage der Komponentenbasierten Programmierung dar.Der Grundgedanke Komponentenbasierter Entwicklung ist die Unterteilung von Anwendungen in wiederverwendbare
Komponenten, um möglichst wenig Code neu programmieren zu müssen. Mit der Zeit kann so ein "Komponentenmarktplatz" entstehen, aus dem heraus Anwendungen nach dem Baukastenprinzip zusammengestellt werden. Zusätzliche Komponenten müssen nur für Funktionalität entwickelt werden, für die es bisher keine Implementierung gibt.
Vorteile sind neben einer Zeitersparnis bei der Entwicklung auch eine erhöhte Qualität der Komponenten durch
eine große Nutzeranzahl und verschiedene Anwendungsszenarien, die automatisch als Testszenarien dienen.
In einem Softwaresystem werden in der Regel annahmen über einen Kontext impliziert, in dem das System funktioniert. Die CBSE verlangt, dass alle diese Annahmen explizit definiert werden, damit das System in verschiedenen Kontexten (von Dritten) wiederverwendet werden kann.
In der Praxis verschiedener Komponentenmodelle wie z.B. Corba, DCOM, CCA, JavaBeans, wird eine Trennung von Implementierung und Schnittstelle vorausgesetzt, was allerdings nur einer syntaktischen Kontextspezifikation entspricht.
Der Begriff des Kontrakts fordert dagegen eine explizite Kontextspezifikation, die über die rein syntaktische Spezifikation hinausgehen.
Die semantische Kontextbeschreibung z.B. durch die Spezifikation von legalen Reihenfolgen von Methodenaufruf einer Komponente, werden von der Theorie vorausgesetzt, haben den Weg in die breite Praxis aber noch nicht gefunden.
In der Praxis wird aus diesem Grund der Begriff der Softwarekomponente häufig auf zustandslose Dienste beschränkt, da für diese eine solche semantische Spezifikation technisch nicht unbedingt notwendig ist (siehe Service Oriented Architecture).
