European Conference on Software Maintenance and Reengineering
Paper von Dr. Carola Lilienthal (C1 WPS) zum Thema "Architectural complexity of large-scale software systems"
Vom 24. bis zum 27. März 2009 veranstaltete das Fraunhofer IESE in Kaiserslautern die 13. "European Conference on Software Maintenance and Reengineering (CSMR)". Die CSMR zählt zu den wichtigsten Europäischen Konferenzen zur Theorie und Praxis von Wartung, Umstrukturierung und Entwicklung von Software-Systemen. Das Ziel der Konferenz war, die Diskussion und den Austausch zwischen Forschung und Praxis auf diesem Gebiet zu fördern. Mehr>>
Relevanz des Themas Software Maintenance and Reengineering
Die Wartung großer Software-Systeme ist eine aufwändige Aufgabe. Mit der Erweiterung des Systems um neue Funktionen oder aber der Ausbesserung von Schwachstellen entstehen nicht selten neue Probleme. Die Praxis zeigt, dass sich diese Probleme mit fortschreitender Zeit anhäufen. Den Grund dafür geben nicht selten die eng bemessenen Deadlines für die Arbeit der Entwickler. Dieses Phänomen, auch unter dem Namen "Software-Erosion" bekannt, stellt die Entwickler vor neue Herausforderungen: Mit welchen Umstrukturierungsmaßnahmen lässt es sich vermeiden? Wie kann eine geeignete Software-Architektur die effiziente und effektive Wartung des Systems sicherstellen?
Programm der CSMR 2009
Das Programm der CSMR 2009 umfasste:
- Bis zu zehn Technical Research-Paper-Sessions
- Mehrere ganz- und halbtägige Workshops
- Einen Themenblock zu Industry papers
- Einen Themenblock zur Vorstellung von Werkzeugen
- Ein Doktoranten-Symposium
- Einen Themenblock zu Europäischen Forschungsprojekten im Gebiet der Software Wartung und -Umstrukturierung
Programmbeitrag der C1 WPS
Dr. Carola Lilienthal (C1 WPS) hat zur CSMR 2009 ein Paper mit dem Titel "Architectural complexity of large-scale software systems" eingereicht. Das Abstract lautet wie folgt:
"Today companies apply software systems with more than 14 million Lines of Code (LOC), which are still maintainable and expandable in spite of their size. On the other hand, you will find smaller software systems (>200,000 LOC), which can either only be adapted with considerable effort, or which cannot be adapted at all. Why are some software systems fraught with maintenance problems while others remain manageable -
Based on twenty-six industrial case studies, this paper identifies aspects of architectural complexity and describes which route should be taken to keep the architectural complexity of large-scale software systems controllable. In this context it becomes clear that in every case the architectural style is pivotal in determining whether the software system will be maintainable over a longer period and thus prevent software erosion."
