Rationale Management in Software Engineering

  • Allen H. Dutoit
  • Raymond McCall
  • Ivan Mistrík
  • Barbara Paech

Table of contents

  1. Front Matter
    Pages i-xx
  2. Fundamentals – Rationale Representation, Capture, and Use

    1. Front Matter
      Pages 49-52
    2. Allen H. Dutoit, Raymond McCall, Ivan Mistrík, Barbara Paech
      Pages 1-48
    3. John Horner, M. E. Atwood
      Pages 73-90
    4. Kurt Schneider
      Pages 91-109
    5. Simon J. Buckingham Shum, Albert M. Selvin, Maarten Sierhuis, Jeff Conklin, Charles B. Haley, Bashar Nuseibeh
      Pages 111-132
  3. Rationale Management for Requirements Engineering

    1. Front Matter
      Pages 133-136
    2. John Rooksby, Ian Sommerville, Mike Pidd
      Pages 137-154
    3. Xavier Lacaze, Philippe Palanque, Eric Barboni, Rémi Bastide, David Navarre
      Pages 155-172
    4. Holger Breitling, Andreas Kornstädt, Joachim Sauer
      Pages 191-208
    5. Lemai Nguyen, Paul A. Swatman
      Pages 209-230
  4. Design Rationale and Software Architecting

    1. Front Matter
      Pages 231-236
    2. Muhammad Ali Babar, Ian Gorton, Barbara Kitchenham
      Pages 237-254
    3. Len Bass, Paul Clements, Robert L. Nord, Judith A. Stafford
      Pages 255-272
    4. Janet E. Burge, David C. Brown
      Pages 273-296
    5. Meir Manny Lehman, Juan Fernándezl-Ramil
      Pages 313-328
    6. Jan Salvador van der Ven, Anton G. J. Jansen, Jos A. G. Nijhuis, Jan Bosch
      Pages 329-348

About this book

Introduction

Thirty years ago, I first entered the dark realm of software engineering, through a prior interest in documentation. In those days, documentation pretty much meant functional specifications. The idea that stakeholders in a system (its implementers, its end-users, its maintainers, and so forth) might want something other than an alphabetic list of function definitions was just taking hold. There was an exciting (to me) vision of stakeholders accessing and contributing to explanations of how and why aspects of a system work as they do, tradeoff analysis of concomitant downsides, and perhaps even accounts of why other possible approaches were not followed. There were many challenges to overcome in achieving this vision. The most formidable is the belief that people do not like to create or use do- mentation. This negative image of documentation is (unfortunately) more than just the bias of a few incorrigible system developers. It is more like a deep truth about human information behavior, about how human beings construe and act towards information. Humans are, by default, active users of information; they want to try things out, and get things done. When documentation is interposed as a prerequisite between people and a desired activity, they try to skip through it, circumvent it, or undermine it. Desi- ing information to suit the needs and interests of its users is an abiding challenge, but we have come a long way from functional specifications as the only answer.

Keywords

Knowledge Management Rationale Management Requirements Engineering Software Maintenance architecture design development management modeling software software architecture software development software engineering structured analysis technolo

Editors and affiliations

  • Allen H. Dutoit
    • 1
  • Raymond McCall
    • 2
  • Ivan Mistrík
    • 3
  • Barbara Paech
    • 4
  1. 1.Institut für InformatikTechnische Universität MünchenGarching bei MünchenGermany
  2. 2.College of Architecture & PlanningUniversity of ColoradoBoulderUSA
  3. 3.Publication and Information SystemsFraunhofer Institute für IntegratedDarmstadtGermany
  4. 4.Institut für InformatikUniversity of HeidelbergHeidelbergGermany

Bibliographic information

  • DOI https://doi.org/10.1007/978-3-540-30998-7
  • Copyright Information Springer-Verlag Berlin Heidelberg 2006
  • Publisher Name Springer, Berlin, Heidelberg
  • eBook Packages Computer Science
  • Print ISBN 978-3-540-30997-0
  • Online ISBN 978-3-540-30998-7
  • About this book