𝔖 Scriptorium
✦   LIBER   ✦

πŸ“

Rationale Management in Software Engineering

✍ Scribed by Allen H. Dutoit, Raymond McCall, Ivan Mistrík, Barbara Paech (auth.), Allen H. Dutoit, Raymond McCall, Ivan Mistrík, Barbara Paech (eds.)


Publisher
Springer-Verlag Berlin Heidelberg
Year
2006
Tongue
English
Leaves
448
Edition
1
Category
Library

⬇  Acquire This Volume

No coin nor oath required. For personal study only.

✦ Synopsis


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.

✦ Table of Contents


Front Matter....Pages i-xx
Front Matter....Pages 49-52
Rationale Management in Software Engineering: Concepts and Techniques....Pages 1-48
Three Studies of Design Rationale as Explanation....Pages 53-71
Effective Design Rationale: Understanding the Barriers....Pages 73-90
Rationale as a By-Product....Pages 91-109
Hypermedia Support for Argumentation-Based Rationale....Pages 111-132
Front Matter....Pages 133-136
A Hybrid Approach to Upstream Requirements: IBIS and Cognitive Mapping....Pages 137-154
From DREAM to Reality: Specificities of Interactive Systems Development With Respect To Rationale Management....Pages 155-172
The WinWin Approach: Using a Requirements Negotiation Tool for Rationale Capture and Use....Pages 173-190
Design Rationale in Exemplary Business Process Modeling....Pages 191-208
Promoting and Supporting Requirements Engineering Creativity....Pages 209-230
Front Matter....Pages 231-236
A Framework for Supporting Architecture Knowledge and Rationale Management....Pages 237-254
Capturing and Using Rationale for a Software Architecture....Pages 255-272
Rationale-Based Support for Software Maintenance....Pages 273-296
The Role of Rationale in the Design of Product Line Architectures – A Case Study from Industry....Pages 297-312
The Role and Impact of Assumptions in Software Engineering and its Products....Pages 313-328
Design Decisions: The Bridge between Rationale and Architecture....Pages 329-348
Front Matter....Pages 349-352
Reusable Rationale Blocks: Improving Quality and Efficiency of Design Choices....Pages 353-371
Defining Agile Patterns....Pages 373-390
Capturing and Reusing Rationale Associated with Requirements Engineering Process Improvement: A Case Study....Pages 391-408
Using Patterns for Sharing Requirements Engineering Process Rationales....Pages 409-427
Back Matter....Pages 429-432

✦ Subjects


Software Engineering; Management of Computing and Information Systems; Models and Principles


πŸ“œ SIMILAR VOLUMES


Rationale management in software enginee
✍ Allen H. Dutoit, Raymond McCall, Ivan Mistrik, Barbara Paech πŸ“‚ Library πŸ“… 2006 πŸ› Springer 🌐 English

<P>The emphasis on new and changing technologies and process models in today’s software development obscures the fact that software engineering is still primarily a human-based activity and that the success of a software project largely depends on the decisions made by humans during engineering. Rat

Rationale-Based Software Engineering
✍ Janet E. Burge, John M. Carroll, Raymond McCall, Ivan Mistrik (auth.) πŸ“‚ Library πŸ“… 2008 πŸ› Springer-Verlag Berlin Heidelberg 🌐 English

<p><P>Many decisions are required throughout the software development process. These decisions, and to some extent the decision-making process itself, can best be documented as the rationale for the system, which will reveal not only what was done during development but the reasons behind the choice

Rationale-Based Software Engineering
✍ Janet E. Burge, John M. Carroll, Raymond McCall, Ivan MistrΓ­k πŸ“‚ Library πŸ“… 2008 πŸ› Springer 🌐 English

<P>Many decisions are required throughout the software development process. These decisions, and to some extent the decision-making process itself, can best be documented as the rationale for the system, which will reveal not only what was done during development but the reasons behind the choices m

Managing complexity in software engineer
✍ Mitchell, R. J πŸ“‚ Library πŸ“… 1990 πŸ› Peregrinus on behalf of the Institution of Electri 🌐 English

Software engineering products are becoming ever more complex, because software is being used in the solution of more technically difficult problems and because the size of software projects continues to grow. A key question for software engineers is how to cope with this complexity. There is no sing