AI tools

Modularität

Aufteilung eines Ganzen in Teile Aus Wikipedia, der freien Enzyklopädie

Modularität (auch Baustein- oder Baukastenprinzip) ist die Aufteilung eines Ganzen in Teile, die als Module, Komponenten, Bauelemente, Baugruppen oder Bausteine bezeichnet werden. Bei geeigneter Form und Funktion können sie zusammengefügt werden oder über entsprechende Schnittstellen interagieren.

Modularisierung ist eine Weiterleitung auf diesen Artikel. Das Prinzip in der Programmierung ist unter modulare Programmierung beschrieben.

Bei einem modularisierten Aufbau werden Systeme aus Bauteilen entlang definierter Stellen (bei Programmen Schnittstellen) zusammengesetzt. Die gegenteilige Bauweise nennt man einen integralen Aufbau, oder auch monolithisch (griechisch monólithos, „der Einstein“). Dies kann sich sowohl auf reale Objekte, als auch auf Immaterielles, wie beispielsweise eine Ausbildung beziehen.

Als Anwendungsparadigmen für Modularität lassen sich u. a. unterscheiden: Modularität in der Entwicklung (z. B. in Anlagenbau, Softwarearchitektur oder Unternehmensorganisation), Modularität in der Produktion (Mass Customization, z. B. in Automobilbau, Computer-Fertigung und Architektur) sowie Modularität im Gebrauch (“Plug and Play”).[1]

Wissenschaftlicher Hintergrund

Zusammenfassung
Kontext

Einige Forscher geben eine Definition von der Architektur von allgemeinen Systemen[2][3], während andere sich dabei auf die Architektur von Produkten beziehen[4]. Den verschiedenen Definitionen liegt dennoch der gleiche Gedanke zugrunde, dass Architektur den strukturellen Aufbau eines Systems beschreibt und somit als ein Entwurf anzusehen ist, welcher die Bestandteile eines Systems, deren jeweilige Funktionen und die Schnittstellen zwischen diesen definiert[5]:

  • Crawley u. a. (2004) identifizieren die Architektur als Schlüsselelement für die Planung, den Betrieb und das Verhalten komplexer Systeme. Dabei ist die Architektur eine abstrakte Beschreibung eines Systems, seiner Elemente und der Beziehungen zwischen diesen. Die Architektur ist in der Lage die Funktionen und Eigenschaften von Systemen zu beeinflussen.[2]
  • Sanchez und Mahoney (1996) beschreiben die Architektur eines komplexen Systems, ob nun ein Produkt oder aber eine organisationale Struktur, als ein Konstrukt aus mehreren miteinander interagierenden Teilen, welche zu einem gewissen Grad voneinander abhängig sind. In einer weiteren Definition der Architektur von Produkten erklären Sanchez und Mahoney, dass eine Komponente innerhalb einer Produktdesigns eine Funktion innerhalb eines Systems, von miteinander interagierenden Komponenten, ausübt und deren gemeinsame Funktionen das Produkt abbildet. Die Beziehungen zwischen den Komponenten und der sie verbindenden Schnittstellen bildet die Produktarchitektur.[3]
  • Architektur ist das Muster, nach welchem Funktionen physikalischen Objekten zugeordnet werden und wie diese miteinander interagieren. Auf dieser Definition basierend erklärt Ulrich (1995) die Architektur eines Produktes weiter als Anordnung funktionaler Elemente, die Zuordnung dieser zu physikalischen Komponenten sowie die Festlegung der Schnittstellen zwischen diesen. Dabei bezeichnet Ulrich funktionale Elemente als einzelne Funktionen, welche durch das Produkt erfüllt werden. Die Anordnung dieser stellt damit eine funktionale Struktur dar. Ein physikalisches Produkt besteht dabei aus einer oder mehrerer Komponenten, welche die funktionalen Elemente des Produktes ausüben. Hierbei können eine oder mehrere dieser Komponenten auch einem oder mehreren funktionalen Elementen zugeordnet werden und diese ausüben. Die gegenseitig aufeinander einwirkenden Komponenten sind dabei mit Schnittstellen verbunden, welche die Interaktionen zwischen ihnen koordinieren.[4]

Ist ein funktionales Element genau einer Komponente des Systems zugeordnet, spricht man von einer eher modularen Struktur. Wird ein funktionales Element von mehreren Komponenten ausgeübt, spricht man von einer eher integralen Struktur. Aus diesem Grund können sich Systeme, welche die gleichen Aufgaben erfüllen, in ihrer Architektur grundlegend unterscheiden.[3][4][6]

Die Zustände komplett modularer oder integraler Produkte sind keine klar bestimmten Zustände und stellen in der Realität eher nicht aufzufindende Fälle dar. Dennoch lassen sich Systemenarchitekturen vom Grad der beiden Zustände differenzieren, befinden sich auf einer, in ihren Grenzen, nicht klar festgelegten Skala zwischen diesen beiden Extremfällen und können sich jeweils einem Zustand annähern oder aber auch davon entfernen. So sagt man Systemen, welche man in ihre Komponenten zerteilen, umgestalten und wieder zusammenfügenkann, ohne dass sie dabei einen Verlust von Funktionalität erleiden, einen hohen Grad an Modularität zu.[7][8][9][10][11]

Die kleinste vornehmbare Änderungen an einem System ist eine Änderungen einer der Komponenten. Die Systemarchitektur bestimmt dabei, welche funktionalen Elemente durch eine Änderung beeinflusst werden und welche weiteren Komponenten davon betroffen sind. Darum steht die Art der Architektur eines Systems in direktem Zusammenhang mit dem Grad seiner Komplexität und der Möglichkeit Veränderungen in diesem durchzuführen.[4]

George Stigler beobachtete, dass viele Industrien durch ihre kleine Größe mit einer vertikal integrierten Struktur begannen und im Laufe ihres Wachstums die Anzahl an spezialisierten Unternehmen zunahm.[12] Diese Beobachtung, dass es bei wissensintensiven Prozessen zu einem industrieübergreifenden Wandel zu immer höher spezialisierten Unternehmen und damit auch einer Zunahme an verteilten oder auch unternehmensübergreifenden Entwicklungen neuer komplexer Systeme kommt, wurde später von weiteren Forschern bestätigt.[13]

So wurde dieser Wandel in der Festplatten-[14], Computer-[15][16][14] Mikroprozessor-[17][14] High-Fidelity-,[16] Fahrrad-[18] und Automobilindustrie[19] nachgewiesen. Die effiziente Umsetzung dieses Trends wird erst durch modulare Produktarchitekturen ermöglicht.

Funktionsprinzipien

Zusammenfassung
Kontext
Thumb
Skizze eines kleinen Nachbarschaftsnetzwerks mit drei voneinander relativ unabhängigen Komponenten (oder Modulen). Die wenigen Verbindungen der Module untereinander repräsentieren ihre Schnittstellen.

Das Konzept der Modularität wurde in der Forschung mit unterschiedlichen zugrundeliegenden Definitionen behandelt. Diesen Definitionen unterliegt generell das Verständnis, dass Modularität den Zustand eines Systems beschreibt in welchem die Abhängigkeiten zwischen den einzelnen Komponenten niedrig gehalten und ihre Interaktionen miteinander über standardisierte Schnittstellen koordiniert werden. Einzelne bis alle Komponenten des Systems sind dabei durch andere Komponenten austauschbar ohne die Funktionsfähigkeit des Gesamten zu gefährden.[20][4][16][21]

Als Folge eines solchen Systemzustandes können die einzelnen Module weitgehend unabhängig voneinander operieren oder bei einem Produkt voneinander entwickelt und hergestellt werden.[22][3][23][24]

Einzelne Komponenten lassen sich unterschiedlich zu einem Ganzen kombinieren, wenn sie wie Spielbausteine ausgeführt sind – das beschreibt das sprachliche Bild, das Gegenteil wäre einem Puzzle vergleichbar, bei dem jede Komponente nur genau einen möglichen Platz hat, und das System nur als ein ganzer Block (monolithisch) funktioniert.

Ein großer Vorteil ist, dass man alte Module leicht gegen neue Module austauschen oder neue Module zum Ganzen hinzufügen kann. Dafür brauchen Module klare Schnittstellen – möglichst genormt, um Probleme der Kompatibilität (des „Zusammenpassens“) gering zu halten.

Änderungen innerhalb von Modulen sollten sich nicht auf andere Module auswirken. Dieses Prinzip nennt man lokale Stetigkeit bei Änderungen. Um Änderungen möglichst problemlos durchführen zu können, sollte die Anzahl der Schnittstellen möglichst klein sein. Treten Fehler in Modulen auf, dürfen diese Fehler andere Module nicht in Mitleidenschaft ziehen („lokaler Schutz bei Ausnahmefehlern“). Diese Prinzipien betreffen beispielsweise die Modularität von Softwareprojekten, sind jedoch auch auf andere Bereiche anwendbar. Hierdurch ist es auch möglich, die statistische Lebensdauer von Modulen untereinander zu entkoppeln und z. B. Innovationen gezielt und störungsfrei in bestehende Systeme einzubringen.

Module setzen das Black-Box-Modell um. Informationen sind nur über explizite Schnittstellen zugänglich.

Herausforderungen

Immer mehr Unternehmen strukturieren ihre Produkte in Baukästen, um individuell konfigurierbare Endprodukte erzeugen zu können, ohne auf baureihenübergreifende Skaleneffekte verzichten zu müssen. Aufgrund entscheidender Unterschiede zwischen Baukastensystem und der klassischen Produktenentwicklung stehen Unternehmen bei der Baukastengestaltung vor der Herausforderung erhöhter Entwicklungsaufwände, da sich Module nicht mehr auf einzelne Produkte und deren Produktionsprozesse beziehen, sondern eine ungleich höhere Produktvielfalt ermöglichen. Die Unterschiedlichen Kundenanforderungen müssen durch standardisierte Bausteine und individuelle Anpasselemente flexibel über den Baukasten realisierbar sein. Organisatorisch stehen Unternehmen vor der Herausforderung, den übergreifenden Einsatz von Baugruppen und Modulen innerhalb des Baukastens mit der notwendigen Akzeptanz und Verständnis bei den Mitarbeitern zu etablieren.

Anforderungen der Baukastengestaltung

Das Schaffen von Akzeptanz und Verständnis für die branchenübergreifende Anwendbarkeit und alle an der Wertschöpfung beteiligten Bereiche des Baukastenentwicklungsprozesses ist von großer Bedeutung. Der Fokus liegt nicht alleine auf dem Produkt, sondern auch auf der Produktion, der Montage, dem Markt und weiteren Feldern der Wertschöpfungskette, die in den Entwicklungsprozess eingebunden werden sollen, sodass alle Beteiligten zu jedem Zeitpunkt den Überblick über den Entwicklungsstand behalten und sich einbringen können.

Vorteile und Nutzen

Zusammenfassung
Kontext
Thumb
Unimog 405 mit Heckenschere von MULAG als modulares Anbaugerät. Durch verschiedene kompatible Module die zur Verfügung stehen und angebracht, entfernt, gewechselt oder anders gruppiert werden können, lässt sich das Fahrzeug-System an verschiedene Bedingungen anpassen

Durch die Modularität von komplexen Systemen lässt sich deren Verständlichkeit für den Menschen erhöhen. Für den Hersteller bzw. das Unternehmen, für den Service wie auch für den Konsumenten bzw. Kunden kann ein Baukastenprinzip Vorteile bringen, besonders wenn unterschiedliche Unternehmen am Markt als Anbieter von weitgehend standardisierten Einzelkomponenten bzw. Geschäftsprozessen miteinander konkurrieren. Mögliche Vorteile sind:

  • niedrigere Entwicklungs- bzw. Geschäftsprozesskosten: Modularisierung reduziert Koordinations- und Kommunikationskosten und ermöglicht Outsourcing und Benchmarking.
  • Flexibilität in der Produkt- bzw. Organisationsentwicklung: schnellere Produktzyklen und höhere Anpassungsfähigkeit, wenn verschiedene kompatible Module zur Verfügung stehen, die angebracht, entfernt, gewechselt oder anders gruppiert werden können, um das System an neue Bedingungen anzupassen. Ein monolithisches System hingegen kann solche Anpassungen nur in Form einer Strukturumwandlung bewerkstelligen, wenn die Parametrisierung seiner Funktionen nicht eine passende Einstellung erlaubt.
  • Flexibilität im Angebot: größere Produktvarietät
  • billigere Herstellung durch baugleiche Serien und einfachere Montageprozesse
  • Wartung: kostengünstige Reparatur durch Austausch der fehlerhaften Komponente

Grenzen und Risiken der Modularisierung

Zusammenfassung
Kontext

Verarbeitungsgeschwindigkeit und Anpassungsfähigkeit: Modularisierung hat dort ihre Grenzen, wo ein System sehr spezifischen Anforderungen gerecht werden muss, insbesondere im Hinblick auf Verarbeitungsgeschwindigkeit (Performance) oder problemspezifische Anpassungsfähigkeit. Ursache sind in der Regel die hohen Kosten

  • für eine Änderung bzw. Erweiterung der Schnittstellen zwischen den Modulen, wenn sich durch den Austausch eines Moduls allein keine weitere Verbesserung mehr erzielen lässt;
  • für eine Anpassung des Gesamtsystems (sofern überhaupt möglich) an kundenindividuelle bzw. problemspezifische Anforderungen.

In der Informationstechnik beispielsweise gibt es Unternehmen, die sich darauf spezialisiert haben, kunden-individuelle Software-Lösungen (Individualsoftware) zu entwickeln. Solche Komponenten werden von ihren Kunden (trotz ggf. höherer Kosten) ergänzend oder alternativ zu Standardsoftware eingesetzt, wenn diese den Anforderungen nicht genügt.

Hemmende Wirkung richtungsweisender Innovationen: Wie Fleming und Sorenson, welche Daten des US-amerikanischen Patentamts aus einem Zeitraum von 200 Jahren auswerteten, feststellen, kann der Trend zu hochgradiger Modularität die Innovationsfähigkeit eines Systems negativ beeinflussen. Während einerseits ein modulares Design die Produktentwicklung vorhersagbar machen kann und die Innovationsraten der einzelnen Module beschleunigt, kann andererseits ein Punkt erreicht werden, wo Modularisierung die Chancen für einen richtungsweisenden modulübergreifenden Durchbruch in der Produktentwicklung untergräbt. Gemäß der Untersuchung ihres Modells übt das Abhängigkeitsverhältnis zwischen den Modulen den größten Einfluss auf die Wahrscheinlichkeit modulübergreifender und somit potenziell richtungsweisender Innovationen aus. Ihr Modell ergibt, dass gute Innovationen in Situationen hoher Abhängigkeiten zwischen den Modulen signifikantere Auswirkungen haben können als die besten Innovationen in Situationen niedriger Abhängigkeiten. Um den Nutzen von Innovationen zu optimieren, empfehlen sie daher, eine Balance zwischen dem Grad der Abhängigkeiten und Unabhängigkeiten innerhalb eines Systems zu finden.[25]

Imitierbarkeit: Gerade die Vorhersagbarkeit, die für einen modularen Ansatz typisch ist, kann dazu führen, dass ein konkurrierendes Unternehmen ähnliche Produkte entwickelt.[26]

Kooperationsfähigkeit und strategische Steuerung: Unter den organisatorischen Einheiten, die für je einzelne Module in der Produktentwicklung bzw. einzelne Prozesse im Unternehmen zuständig sind, kann es zu einem verringerten Austausch von (implizitem) Wissen und zu einer reduzierten Kooperationsfähigkeit kommen. Dadurch kann der Blick auf die Performance des gesamten Systems verstellt werden.[1]

Anwendungsbeispiele

Siehe auch

Literatur

  • Margit Osterloh: Das Management von Strukturen und Prozessen. IOU – Institut für Organisation und Unternehmenstheorien, Universität Zürich, 2. Mai 2006 (PDF auf uzh.ch).
  • K. B. Clark, C. Y. Baldwin: Design Rules. Band 1: The Power of Modularity. MIT Press, Cambridge, Massachusetts 2000, ISBN 0-262-02466-7 (englisch).
  • Ron Sanchez im Interview: Modularity: upgrading to the next generation design architecture. In: Connected Magazine Dossiers. 12. Mai 2000 (englisch; Professor für Strategie und Technologie Management am IMD - International Institute for Management Development, Lausanne).
  • Stefano Brusoni, Andrea Prencipe: Unpacking the black box of modularity: Technologies, products and organizations. In: Industrial and Corporate Change. Band 10. 2001, S. 179–205 (englisch; PDF: 1,3 MB auf rollins.edu).
  • Günther Schuh: Produktkomplexität managen: Strategien - Methoden - Tools. Hanser, München, August 2017, ISBN 978-3-446-45225-1.
  • Günther Schuh: Leitfaden zur Baukastengestaltung. VDMA, Frankfurt/M. 2015, ISBN 978-3-8163-0674-0.

Weblinks

Wiktionary: Modularität – Bedeutungserklärungen, Wortherkunft, Synonyme, Übersetzungen

Einzelnachweise

Wikiwand - on

Seamless Wikipedia browsing. On steroids.