https://wiki-de.moshellshocker.dns64.de/index.php?action=history&feed=atom&title=FachkomponenteFachkomponente - Versionsgeschichte2026-05-26T14:12:24ZVersionsgeschichte dieser Seite in Wikipedia (Deutsch) – Lokale KopieMediaWiki 1.43.8https://wiki-de.moshellshocker.dns64.de/index.php?title=Fachkomponente&diff=922027&oldid=previmported>Olihfst04: /* growthexperiments-addlink-summary-summary:2|0|0 */2025-04-12T12:02:05Z<p><span class="autocomment">growthexperiments-addlink-summary-summary:2|0|0</span></p>
<p><b>Neue Seite</b></p><div>Eine '''Fachkomponente''' ist in der [[Softwaretechnik]] eine [[Komponente (Software)|Softwarekomponente]], die eine bestimmte Menge von Diensten in einem betrieblichen Anwendungsbereich (der ''[[Problemdomäne|Anwendungsdomäne]]'') anbietet.<ref name="memorandum">{{Literatur |Hrsg=Klaus Turowski |Titel=Vereinheitlichte Spezifikation von Fachkomponenten |Sammelwerk=Memorandum des Arbeitskreises 5.10.3 Komponentenorientierte betriebliche Anwendungssysteme |Verlag=Gesellschaft für Informatik |Datum=2002-02 |Seiten=1}}</ref><br />
<br />
== Definition ==<br />
Eine [[Komponente (Software)|Komponente]] im Kontext der Softwareentwicklung besteht aus verschiedenartigen (Software-)[[Artefakt (UML)|Artefakten]]. Sie ist wiederverwendbar, abgeschlossen und vermarktbar, stellt Dienste über wohldefinierte [[Schnittstelle#Schnittstelle für Programmkomponenten|Schnittstellen]] zur Verfügung, verbirgt ihre Realisierung und kann in Kombination mit anderen Komponenten eingesetzt werden, die zur Zeit der Entwicklung nicht unbedingt vorhersehbar ist.<br />
<br />
Ausgehend von dieser Komponentendefinition differenzieren Turowski et al. explizit zwischen ''System''- und ''Fachkomponenten''. Als Systemkomponenten gelten generische Komponenten, welche ausschließlich der Realisierung [[Softwaretechnik|softwaretechnischer]] Funktionen dienen und keinen unmittelbaren Bezug zu betrieblichen Funktionen besitzen. Dagegen wird eine Komponente dann als ''Fachkomponente'' bezeichnet, wenn sie eine bestimmte Menge von Diensten einer betrieblichen Anwendungsdomäne anbietet.<ref name="memorandum" /><br />
<br />
Als ''betriebliche Anwendungsdomäne'' wird hierbei eine Menge charakteristischer Konzepte und Technologien in einem eingegrenzten betrieblichen Bereich angesehen. Typische betriebliche Anwendungsdomänen in diesem Sinne sind beispielsweise [[Produktionsplanung]], [[Lagerverwaltung]] oder [[Finanzbuchhaltung]]. Zu den Artefakten zählen Turowski et al. den [[Maschinensprache|ausführbaren Programmcode]], die den initialen Zustand der Komponente beschreibenden [[Daten]], die [[Dokumentation]], [[Softwaretest|Tests]] sowie die [[Spezifikation]]. Für letztere wird ein ausführlicher methodischer Standard in Form eines [[Memorandum]]s vorgeschlagen, das die zur Spezifikation von Fachkomponenten einzusetzenden [[Notation]]en und einen in sieben Ebenen organisierten Rahmen der zu spezifizierenden Sachverhalte festschreibt.<br />
<br />
== Spezifikation von Fachkomponenten ==<br />
Unter der [[Spezifikation]] einer Fachkomponente wird dabei die vollständige, widerspruchsfreie und eindeutige Beschreibung ihrer Außensicht verstanden. Diese zeigt auf, welche Dienste eine Fachkomponente in welchem Bedingungsrahmen bereitstellt, aber nicht, wie diese von der Komponente intern realisiert werden. Eine von [[Peter Fettke]] und [[Peter Loos (Wirtschaftsinformatiker)|Peter Loos]] durchgeführte [[Fallstudie]] zeigt jedoch, dass der im Memorandum vorgeschlagene Standard, insbesondere der Spezifikation, für den innerbetrieblichen Einsatz nicht praktikabel ist. Bereits einfache Verhaltensmerkmale einer Fachkomponente sind schwer spezifizierbar, da die Spezifikation zu umfangreich wird und aus praktischer Sicht zu viele Forderungen an Formalismen gestellt werden.<br />
<br />
Der Aufwand für eine vollständig [[formale Spezifikation]] ist wirtschaftlich nicht umsetzbar, zudem wird die Spezifikation im Verhältnis zum Gehalt der getroffenen Aussagen unangemessen komplex und von anderen Begutachtern nur schwer nachvollziehbar. Etablierte [[Vorgehensmodell zur Softwareentwicklung|Vorgehensmodelle]] für die Softwareentwicklung gehen iterativ und inkrementell vor. Eine vollständige Spezifikation wird üblicherweise erst am Ende der Entwicklung erreicht. Zu diesem Zeitpunkt ist diese in der geforderten Komplexität und formalisierten Form jedoch nicht mehr erforderlich und dient dann nur noch dem Selbstzweck.<br />
<br />
== Weblinks ==<br />
* [http://www.fachkomponenten.de/ Komponentenorientierte betriebliche Anwendungssysteme; Website der Gesellschaft für Informatik, WI-KobAS (Arbeitskreis 5.10.3)]<br />
<br />
== Einzelnachweise ==<br />
<references /><br />
<br />
[[Kategorie:Softwaretechnik]]<br />
[[Kategorie:Softwarekomponente]]</div>imported>Olihfst04