Anpassung von Open-Source-Software in Anwenderunternehmen

222 Pages·2013·2.024 MB·German

by  Steffen Keßler (auth.)

Entwicklung und Management
von Informationssystemen und
intelligenter Datenauswertung
Herausgeber:
Prof. Dr. Paul Alpar, Philipps-Universität Marburg
Prof. Dr. Ulrich Hasenkamp, Philipps-Universität Marburg
Steffen Keßler

Anpassung von Open-
Source-Software in
Anwenderunternehmen
Steff en Keßler
Philipps-Universität Marburg
Deutschland
Dissertation Philipps-Universität Marburg, 2012

ISBN 978-3-658-01954-9 ISBN 978-3-658-01955-6 (eBook)
DOI 10.1007/978-3-658-01955-6
Die Deutsche Nationalbibliothek verzeichnet diese Publikation in der Deutschen Natio-
n a lbibliografi e; detaillierte bibliografi sche Daten sind im Internet über http://dnb.d-nb.de
abrufb ar.
Springer Vieweg
© Springer Fachmedien Wiesbaden 2013
Das Werk einschließlich aller seiner Teile ist urheberrechtlich geschützt. Jede Verwertung,
die nicht ausdrücklich vom Urheberrechtsgesetz zugelassen ist, bedarf der vorherigen Zu-
stimmung des Verlags. Das gilt insbesondere für Vervielfältigungen, Bearbeitungen, Über-
setzungen, Mikroverfi lmungen und die Einspeicherung und Verarbeitung in elektronischen
Systemen.
Die Wiedergabe von Gebrauchsnamen, Handelsnamen, Warenbezeichnungen usw. in die-
sem Werk berechtigt auch ohne besondere Kennzeichnung nicht zu der Annahme, dass
solche Namen im Sinne der Warenzeichen- und Markenschutz-Gesetzgebung als frei zu
betrachten wären und daher von jedermann benutzt werden dürft en.

Gedruckt auf säurefreiem und chlorfrei gebleichtem Papier
Springer Vieweg ist eine Marke von Springer DE. Springer DE ist Teil der Fachverlagsgruppe
Springer Science+Business Media.
www.springer-vieweg.de
Geleitwort

Open-Source-Software (OSS) wird heute von fast allen privaten Nutzern, Unter-
nehmungen und öffentlichen Organisationen genutzt. Die vielen Nutzer und Orga-
nisationen setzen die Software ein, weil sie meistens kostenlos genutzt werden
darf. Die Software besitzt jedoch eine andere wichtige Eigenschaft, die namensstif-
tend ist, den offenen Quellcode. Damit kann jeder Nutzer OSS nach Belieben, un-
ter gegebenen Lizenzbedingungen, auf seine eigenen Bedürfnisse zuschneiden
bzw. anpassen.
Während die meisten privaten Nutzer nicht über die Kenntnisse verfügen, um die
Eigenschaft des offenen Quellcodes auszunutzen, sind diese Fähigkeiten in tech-
nisch orientierten und großen Unternehmungen durchaus zu finden. Dennoch ver-
ändern auch Unternehmungen OSS relativ selten. Es stellt sich einerseits die Frage,
woran das liegt. Andererseits stellt sich die Frage, wie dieser Prozess gesteuert
wird, wenn es zu OSS-Veränderungen kommt.
Der Autor geht den genannten Fragen nach und entwickelt ein Prozessmodell für
die Anpassung von OSS. Methodisch bedient er sich dabei der Aktionsforschung.
Die Arbeit stellt die besonderen Anforderungen an das Konfigurations- und Ände-
rungsmanagement heraus und strukturiert die möglichen Zustandsübergänge der
Software-Quelltexte.
Zusätzlich untersucht der Autor gängige Steuerungsmodelle für das Management
von Softwareentwicklung und -einsatz auf Erweiterbarkeit im Hinblick auf OSS-
Anpassungen. Für diesen Zweck zieht er vier verschiedene populäre Ansätze her-
an, die vom strategischen und managementorientierten Ansatz COBIT bis zum
prozess- und softwareorientierten Standard ISO/IEC 15504 reichen.
Das entwickelte Prozessmodell kann das Management von OSS-Anpassung effek-
tiv unterstützen und damit die Komplexität, die aus der Anpassung resultiert, be-
herrschbar machen. Die Untersuchung von Best-Practice-Frameworks hinsichtlich
der für die Anpassung von OSS notwendigen Unterstützung zeigt Möglichkeiten
auf, wie mit den Frameworks die Anpassung von OSS weiter unterstützt und damit
vorangetrieben werden kann.
Paul Alpar
Vorwort

Mit der umfangreichen Anpassung von Open Source Software (OSS) kam ich
erstmalig im Rahmen eines von mir parallel zu meiner Diplomarbeit gestarteten
Webprojekts in Berührung. Die Verfügbarkeit des Quelltextes ermöglichte es, an
der Weiterentwicklung der OSS durch das OSS-Projekt zu partizipieren, aber zu-
sätzlich spezifische Funktionen zeitnah selbst entwickeln zu können.
Wenngleich OSS durch die Wissenschaft interdisziplinär erforscht wird, ist festzu-
halten, dass die aus einer Anpassung von OSS in Anwenderunternehmen resultie-
renden Implikationen bisher noch nicht in ausreichendem Maße gewürdigt worden
sind. Es lag daher nahe, diese im Rahmen der vorliegenden Arbeit zu untersuchen.
Für die Unterstützung einer solchen vergleichsweise praxisnahen Untersuchung
und die wertvollen Hinweise, wie eine solche Arbeit trotz der Praxisnähe auch
wissenschaftlich anspruchsvoll zu gestalten ist, möchte ich mich bei meinem Dok-
torvater Prof. Dr. Paul Alpar herzlich bedanken.
Weiterhin möchte ich mich bei Herrn Prof. Dr. Ulrich Hasenkamp bedanken, der
trotz vielfältiger Aufgaben und Verpflichtungen ohne Zögern die Übernahme des
Zweitgutachtens zusagte(cid:15) sowie bei Herrn Prof. Dr. Michael Stephan für die Über-
nahme des Prüfungsvorsitzes.
Mein Dank gebührt zudem Dr. Patrick Noll, Dr. Jonas Rommelspacher und Ivonne
Kröschel für die Diskussionen und Anregungen während der Erstellung dieser Ar-
beit sowie die gute Zusammenarbeit während der gemeinsamen Arbeit am Institut
für Wirtschaftsinformatik.
Mein größter Dank gebührt meinen Eltern und meinem Bruder Torsten für ihre
umfangreiche Unterstützung während meiner gesamten Studienzeit sowie meiner
Freundin Maria für das Verständnis, das sie für die erhebliche von mir in diese
Arbeit investierte Zeit aufgebracht hat.
Steffen Keßler
Inhaltsverzeichnis
Abkürzungsverzeichnis ........................................................................................ XIII(cid:3)
Abbildungsverzeichnis ........................................................................................ XVII(cid:3)
Tabellenverzeichnis ............................................................................................. XIX(cid:3)
1. Einleitung ........................................................................................................... 1
1.1(cid:3)Problemstellung .............................................................................................. 1(cid:3)
1.2(cid:3)Motivation ....................................................................................................... 3(cid:3)
1.3(cid:3)Forschungsziel und Vorgehensweise .............................................................. 4(cid:3)
1.4(cid:3)Aktionsforschung als Forschungsansatz ......................................................... 6(cid:3)
1.4.1(cid:3) Einsatz in der Wirtschaftsinformatik .................................................... 9(cid:3)
1.4.2(cid:3) Relevanz und wissenschaftliche Strenge ............................................ 11(cid:3)
1.5(cid:3)Aufbau der Arbeit ......................................................................................... 12(cid:3)
2. Open-Source-Software (OSS) .......................................................................... 15
2.1(cid:3)Grundlagen ................................................................................................... 15(cid:3)
2.1.1(cid:3) Historische Entwicklung .................................................................... 15(cid:3)
2.1.2(cid:3) Nutzung .............................................................................................. 16(cid:3)
2.1.3(cid:3) Geschäftsmodelle ............................................................................... 18(cid:3)
2.2(cid:3)Entwicklung von OSS .................................................................................. 20(cid:3)
2.2.1(cid:3) OSS-Projekte und -Communitys ........................................................ 20(cid:3)
2.2.2(cid:3) Teilnehmer an OSS-Projekten ............................................................ 21(cid:3)
2.2.3(cid:3) Organisation von OSS-Projekten ....................................................... 22(cid:3)
2.2.4(cid:3) Koordination in OSS-Projekten .......................................................... 23(cid:3)
2.2.5(cid:3) Entwicklungsprozess .......................................................................... 25(cid:3)
2.3(cid:3)Rechtliche Fragen ......................................................................................... 28(cid:3)
2.3.1(cid:3) Urheberrecht ....................................................................................... 28(cid:3)
2.3.2(cid:3) Patentrecht .......................................................................................... 33(cid:3)
2.3.3(cid:3) Vertrags- und Haftungsrecht .............................................................. 34(cid:3)
2.4(cid:3)OSS in Unternehmen .................................................................................... 35(cid:3)
2.4.1(cid:3) Einordnung von OSS .......................................................................... 35(cid:3)
2.4.2(cid:3) Einsatzgründe für OSS ....................................................................... 37(cid:3)
2.4.3(cid:3) Bewertung der Qualität von OSS ....................................................... 38(cid:3)
2.4.4(cid:3) Anpassung von OSS ........................................................................... 40(cid:3)
X Inhaltsverzeichnis
3. Softwarelebenszyklus und Softwareevolution ................................................. 43
3.1(cid:3)Softwarelebenszyklus ................................................................................... 45(cid:3)
3.1.1(cid:3) Systementwicklung ............................................................................. 45(cid:3)
3.1.2(cid:3) Softwarewartung ................................................................................. 49(cid:3)
3.2(cid:3)Softwareevolution ......................................................................................... 53(cid:3)
3.2.1(cid:3) Begriff ................................................................................................. 53(cid:3)
3.2.2(cid:3) Untersuchung proprietärer Software .................................................. 56(cid:3)
3.2.3(cid:3) Untersuchung von OSS ...................................................................... 59(cid:3)
4. Untersuchung der internen Anpassung von OSS in einem Praxisprojekt ....... 63
4.1(cid:3)Vorstellung des Projektes ............................................................................. 63(cid:3)
4.2(cid:3)Durchführung der Untersuchung .................................................................. 71(cid:3)
4.2.1(cid:3) Ausgangslage ...................................................................................... 71(cid:3)
4.2.2(cid:3) Planung ............................................................................................... 72(cid:3)
4.2.3(cid:3) Durchführung ..................................................................................... 73(cid:3)
4.3(cid:3)Erste Iteration ................................................................................................ 76(cid:3)
4.3.1(cid:3) Installation des Systems ..................................................................... 77(cid:3)
4.3.2(cid:3) Anpassungen ....................................................................................... 78(cid:3)
4.3.3(cid:3) Updateprozess ..................................................................................... 84(cid:3)
4.3.4(cid:3) Reflexionsphase .................................................................................. 91(cid:3)
4.4(cid:3)Folgeiterationen ............................................................................................ 94(cid:3)
4.4.1(cid:3) Interne Weiterentwicklung in der Nutzungsphase ............................. 95(cid:3)
4.4.2(cid:3) Konflikte und Redundanzen in den Updatephasen ............................ 98(cid:3)
4.4.3(cid:3) Nicht-offizielle externe Anpassungen .............................................. 100(cid:3)
4.4.4(cid:3) Übernahme von Code aus Folgeversionen (Backports) ................... 103(cid:3)
4.4.5(cid:3) Disruptive Codeänderung seitens des OSS-Projekts ........................ 105(cid:3)
4.5(cid:3)Ergebnisse ................................................................................................... 107(cid:3)
5. Prozess der Anpassung von OSS in Unternehmen ........................................ 111
5.1(cid:3)Vorbetrachtung ........................................................................................... 111(cid:3)
5.2(cid:3)Grobgranulares Prozessmodell ................................................................... 116(cid:3)
5.3(cid:3)Besonderheiten aufgrund der Anpassung von OSS .................................... 118(cid:3)
5.3.1(cid:3) Änderungsanträge ............................................................................. 118(cid:3)
5.3.2(cid:3) Auswirkungsanalyse ......................................................................... 119(cid:3)
Inhaltsverzeichnis XI
5.3.3(cid:3) Versionsplanung ............................................................................... 120(cid:3)
5.3.4(cid:3) Implementierung der Änderungen .................................................... 120(cid:3)
5.3.5(cid:3) Systemfreigabe ................................................................................. 122(cid:3)
5.4(cid:3)Anforderungen an das Konfigurations- und Änderungsmanagement ........ 123(cid:3)
5.4.1(cid:3) Spezielle Anforderungen an das Konfigurationsmanagement ......... 125(cid:3)
5.4.2(cid:3) Spezielle Anforderungen an das Änderungsmanagement ................ 127(cid:3)
5.5(cid:3)Zustände und Zustandsübergänge von Quelltextartefakten ....................... 130(cid:3)
5.5.1(cid:3) Relevanz von Zustandsänderungen bei einer Anpassung von OSS . 130(cid:3)
5.5.2(cid:3) Darstellung von Zustandsübergangsdiagrammen mittels UML ....... 130(cid:3)
5.5.3(cid:3) Zustände und Zustandsübergänge von Quelltextartefakten ............. 132(cid:3)
5.6(cid:3)Zusammenfassung ...................................................................................... 141(cid:3)
6. Anpassung von OSS und Best-Practice-Frameworks .................................... 143
6.1(cid:3)Best-Practice-Frameworks im Kontext des Softwarebetriebs .................... 143(cid:3)
6.2(cid:3)Analyse der Frameworks ............................................................................ 146(cid:3)
6.2.1(cid:3) Control Objectives for Information and Related Technology .......... 146(cid:3)
6.2.1.1(cid:3) Untersuchung ............................................................................. 149(cid:3)
6.2.1.2(cid:3) Ergebnis ..................................................................................... 154(cid:3)
6.2.2(cid:3) IT Infrastructure Library ................................................................... 155(cid:3)
6.2.2.1(cid:3) Untersuchung ............................................................................. 157(cid:3)
6.2.2.2(cid:3) Ergebnis ..................................................................................... 164(cid:3)
6.2.3(cid:3) Capability Maturity Model Integrated for Development ................. 165(cid:3)
6.2.3.1(cid:3) Untersuchung ............................................................................. 167(cid:3)
6.2.3.2(cid:3) Ergebnis ..................................................................................... 175(cid:3)
6.2.4(cid:3) ISO/IEC 15504 ................................................................................. 176(cid:3)
6.2.4.1(cid:3) Untersuchung ............................................................................. 179(cid:3)
6.2.4.2(cid:3) Ergebnis ..................................................................................... 186(cid:3)
6.3(cid:3)Zusammenfassung ...................................................................................... 186(cid:3)
7. Zusammenfassung und Ausblick ................................................................... 189
7.1(cid:3)Zusammenfassung ...................................................................................... 189(cid:3)
7.2(cid:3)Ausblick ...................................................................................................... 191(cid:3)
Literaturverzeichnis .............................................................................................. 193(cid:3)
Abkürzungsverzeichnis

ACQ Acquisition Process Group
AI Acquire and Implement
AMD Amendment
API Application Programming Interface
BMBF Bundesministerium für Bildung und Forschung
BP Base Practice
BS British Standard
BSD Berkeley Software Distribution
CAR Causal Analysis and Resolution
CCTA Central Computer & Telecommunications Agency
CI Configuration Item
CM Configuration Management
CMM Capability Maturity Model
CMMI Capability Maturity Model Integrated
CMMI-Dev CMMI for Development
CMS Content-Management-System
CSI Continual Service Improvement
CVS Concurrent Version System
COBIT Control Objectives for Information and Related Technology
COTS Commercial-Of-The-Shelf
DAR Decision Analysis and Resolution
DBMS Datenbankmanagementsystem
DIN Deutsches Institut für Normung
DS Deliver and Support
E-Type Evolutionary Type