In der Softwareentwicklung wird zu einer gegebenen Menge von Anforderungen eine passende Softwarelo¨sung gesucht. Die Anforderungen werden dabei in einem doma¨nenspezifischen Kontext interpretiert. Das kontextspezifische Wissen kann im Laufe der Zeit jedoch evolvieren, wodurch die geschaffene Lo¨sung nicht mehr unbedingt die Anforderungen erfu¨llt. Die somit ”veraltete“ Lo¨sung muss dann angepasst werden. Ein Beispiel mit Bezug zur IT-Sicherheit ist die Anforderung, dass fu¨r eine Anwendung sensible Daten sicher verschlu¨sselt sein sollen. Bis in die Mitte der 90er Jahre galt der Data Encryption Standard (DES) als relativ sicher und wa¨re als mo¨gliche Lo¨sung in Betracht gekommen. Aufgrund von heutiger Rechenleistung kann DES mit einer Schlu¨ssella¨nge von 56 Bit jedoch relativ einfach mit einem Brute-Force-Angriff gebrochen werden. Heutzutage wu¨rde somit nicht mehr DES sondern die Weiterentwicklung Advanced Encryption Standard (AES) zur Erfu¨llung der Anforderung genutzt werden. Obwohl sich die Anforderung als solche nicht gea¨ndert hat, muss die vorliegende Lo¨sung, die in den 90er Jahren auf Basis des damaligen Wissens entstanden ist, aufgrund der Evolution des kryptographischen Wissens angepasst werden. Um die Anpassung einer Software nach der Evolution von kontextspezifischem Wissen zielgerichtet zu unterstu¨tzen, muss analysiert werden, welche Auswirkungen das gea¨nderte Wissen auf die Anforderungen hat und wie diese mit der Lo¨sung zusammenha¨ngen. Im Rahmen des DFG Priority Programme 1593 untersucht das Projekt SecVolution [JS12] dieses Problem in Bezug auf Sicherheitsanforderungen und sicherheitsspezifisches Wissen. In der wissenschaftlichen Literatur finden sich zur Lo¨sung dieses Problems eine Vielzahl von Ansa¨tzen. Diese basieren zumeist auf der natu¨rlichsprachlichen Dokumentation oder semiformalen Modellierung von Entwurfsentscheidungen mit zugrunde liegenden Annahmen und Begru¨ndungen [HP13, JS12, DR13, CMM08, Sch06]. Dabei wird ha¨ufig die AnCopyright c 2014 for the individual papers by the papers' authors. Copying permitted for private and academic purposes. This volume is published and copyrighted by its editors.
nahme getroffen, dass das entsprechende Wissen von der jeweiligen Personengruppe im Entwicklungsprozess hinreichend dokumentiert wird, da dies bei einer zuku¨nftigen Weiterentwicklung Vorteile bringt. Dokumentation erzeugt jedoch Aufwand fu¨r Personen, die gerade bei langlebiger Software meist selbst nicht mehr davon profitieren. Dies kann negative Auswirkungen sowohl auf die Qualita¨t als auch auf die Vollsta¨ndigkeit der Dokumentation haben. Doch selbst bei Vorliegen einer ordnungsgema¨ßen Dokumentation muss diese bei einer spa¨teren Anpassung gelesen und in Zusammenhang mit dem gea¨nderten Wissen gebracht werden. Die aufgefu¨hrten Argumente schra¨nken die Anwendung der entwickelten Ansa¨tze im industriellen Umfeld stark ein.
Fragestellungen Im Rahmen des Workshops sollen die folgenden Fragen zur Dokumentation von kontextspezifischem Wissen mit dem Fachpublikum diskutiert werden: Durch die Diskussion soll die Entwicklung zuku¨nftiger Methoden zur Dokumentation und deren Anwendbarkeit im industriellen Umfeld vorangetrieben werden.
Literatur [DR13] [HP13] [JS12] [Sch06]
Zoya Durdik und Ralf Reussner. On the appropriate rationale for using design patterns and pattern documentation. In Proceedings of the 9th International ACM Sigsoft Conference on Quality of Software Architectures, Seiten 107–116. ACM, 2013.
Tom-Michael Hesse und Barbara Paech. Supporting the collaborative development of requirements and architecture documentation. In 3rd International Workshop on the Twin Peaks of Requirements and Architecture (TwinPeaks), Seiten 22–26. IEEE, 2013. Jan Ju¨rjens und Kurt Schneider. On modelling non-functional requirements evolution with UML. Modelling and Quality in Requirements Engineering (Essays Dedicated to Martin Glinz on the Occasion of His 60th Birthday), 2012.