Das Problem: Komplexität und ihre Bewältigung

Zusammenfassung

Komplexität als reale und Produktivität als geforderte Größe — derlei Gegensätze lassen den Systementwurf nicht selten zum „monströsen“ Unterfangen ausarten. Der vielbesprochene Aufsatz von Frederick P. BROOKS No Silver Bullet: Essence and Accidents of Software Engineering [Brooks, 1987] bringt den Konflikt auf den Punkt: Eindrucksvoll werden die in der Natur der Software liegenden Schwierigkeiten — die Essenz — und die lediglich mit der Entwicklung von Software einhergehenden, somit wesensfremden Schwierigkeiten — die Akzidenzien* — of- fengelegt. Wir wollen uns von der BROOKSschen Metapher und den aristotelischen Begriffen von „Akzidens und Substanz“ leiten lassen, wenn wir im folgenden den Entwurf komplexer Artefakte aus Soft- und Hardware beleuchten. Dabei interessieren wir uns besonders für die Unterschiede in den Entwurfs disziplinen der modernen Informatik: zwischen dem Software-Entwurf der Praktischen und dem VLSI-Entwurf der Technischen Informatik.

„Of all the monsters that fill the nightmares of our folklore, none terrify more than werewolves, because they transform unexpectedly from the familiar into horrors. For these, one seeks bullets of silver that can magically lay them to rest.

The familiar software project, at least as seen by the nontechnical manager, has something of this character; it is usually innocent and straightforward, but is capable of becoming a monster of missed schedules, blown budgets, and flawed products. So we hear desperate cries for a silver bullet — something to make software costs drop as rapidly as computer hardware costs do.

But, as we look to the horizon of a decade hence, we see no silver bullet. There is no single development, in either technology or in management technique, that by itself promises even one order-of-magnitude improvement in productivity, in reliability, in simplicity.“

Frederick P. Brooks [Brooks, 1987]