A lucid statement of the philosophy of modular programming can be found in a 1970 textbook on the design of system programs by Gouthier and Pont [1, l Cfl0. 23], which we quote below: A well-defined segmentation of the project effort ensures system modularity. Each task fonos a separate, distinct program module. At implementation time each module and its inputs and outputs are well-defined, there is no confusion in the intended interface with other system modules. At checkout time the in tegrity of the module is tested independently; there are few sche duling problems in synchronizing the completion of several tasks before checkout can begin. Finally, the system is maintained in modular fashion; system errors and deficiencies can be traced to specific system modules, thus limiting the scope of detailed error searching. Usually nothing is said about the criteria to be used in dividing the system into modules. This paper will discuss that issue and, by means of examples, suggest some criteria which can be used in decomposing a system into modules. A Brief Status Report The major advancement in the area of modular programming has been the development of coding techniques and assemblers which (1) allow one modu1e to be written with little knowledge of the code in another module, and (2) alJow modules to be reas sembled and replaced without reassembly of the whole system.

Software-Engineering befasst sich mit der Entwicklung von Softwaresystemen, insbesondere den dafur notigen und zweckmassigen Methoden und Werkzeugen. Dabei geht es nicht nur um die technische Gestaltung von Systemen, also deren Architektur, sondern auch um die geordnete Abwicklung von Projekten, also um Managementfragen. Dieses Buch ist der Extrakt aus eineinhalb Jahrzehnten Arbeit an einer Reihe grosser, unter industriellen Bedingungen durchgefuhrter Projekte. Es behandelt hauptsachlich Methoden - nur in geringem Umfang Werkzeuge - des Software-Engineering, genauer gesagt, das von sd&m praktizierte Methodensystem, das theoretisch fundiert und praktisch erprobt ist. Die objektorientierte Methodik spielt darin eine zentrale Rolle. Der Erfahrungshintergrund des Autors ist stark, wenn auch keineswegs ausschliesslich, durch betriebliche Informationssysteme gepragt. Die dargestellten Methoden sind aber so allgemeingultig, das sie auch in anderen Anwendungsbereichen nutzbringend anwendbar sind.

Das Buch behandelt das sinnvolle Arbeiten in Teams beim Software-Entwurf und der Projektgestaltung. Software-Entwicklung ist kein vorwiegend technisches Problem, sondern ein Kommunikationsproblem. Dieses ist seit den 60er Jahren bekannt und war ein wesentlicher Aspekt der damals proklamierten Software-Krise, die zur Entstehung des Fachgebietes Software-Engineering Anlass gegeben hat und bis heute fortdauert. Dieses Buch bietet sowohl eine theoretische wie auch eine empirische Fundierung von Gruppenarbeit und Selbstorganisation bei der Software-Entwicklung und zeigt, wie diese praktisch mit dem vom Autor entwickelten Teammodell der "interaktiven, sich selbst organisierenden Projektgruppe" eingefuhrt und verbessert werden konnen. Das Buch geht auch auf Werkzeuge zur "Computergestutzten kooperativen Arbeit (CSCW)" ein.