Separating Context and Coordination: Lessons From Design Wisdom and Social Theory Leading to Adaptivity and Adaptability Through Shearing Layers

        The goal of software engineering is to produce effective software systems efficiently. Software systems supporting businesses should effectively support people in doing their work, be it managerial or clerical, highly technical or highly social, exploratory or procedural. At the same time, the practices of software producing organizations should be designed to deliver effective systems on a reasonable schedule and at reasonable cost. Engineering practices determine the nature of resulting software systems, and are themselves typically determined by technology preferences.
        This paper presents some findings of an ongoing interdisciplinary investigation into the nature of information systems and the organizations that use and produce them.
        In regrounding both information systems and our earlier work on business specifications within a conceptual framework that combines elements of design 'wisdom' and social theory, our underlying assumptions evolve dramatically. We become preoccupied with ideas such as valued incompleteness, federated implementation, just-in-time adaptation by 'users,' and the distinction between technology and its application. At the same time, we lower our expectations in the hunt for reusable domain models, and lessen the distinction between business design and software design.
        Key to this regrounding are a distinction between 'context' and 'coordination' and Stewart 'shearing layers' model of architectural change.

By: Ian Simmonds, David Ing

Published in: RC21266 in 1998

LIMITED DISTRIBUTION NOTICE:

This Research Report is available. This report has been submitted for publication outside of IBM and will probably be copyrighted if accepted for publication. It has been issued as a Research Report for early dissemination of its contents. In view of the transfer of copyright to the outside publisher, its distribution outside of IBM prior to publication should be limited to peer communications and specific requests. After outside publication, requests should be filled only by reprints or legally obtained copies of the article (e.g., payment of royalties). I have read and understand this notice and am a member of the scientific community outside or inside of IBM seeking a single copy only.

ResearchReport.ps

Questions about this service can be mailed to reports@us.ibm.com .