<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
β Scribed by Janet E. Burge, John M. Carroll, Raymond McCall, Ivan MistrΓk
- Publisher
- Springer
- Year
- 2008
- Tongue
- English
- Leaves
- 333
- Edition
- 1
- Category
- Library
No coin nor oath required. For personal study only.
β¦ Synopsis
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 made and alternatives considered and rejected. This information becomes increasingly critical as software development becomes more distributed and encompasses the corporate knowledge both used and refined during the development process. The capture of rationale helps to ensure that decisions are well thought out and justified and the use of rationale can help avoid the mistakes of the past during both the development of the current system and when software products (architecture and design, as well as code) are reused in future systems.
Burge, Carroll, McCall, and MistrΓk describe in detail the capture and use of design rationale in software engineering to improve the quality of software. Their book is the first comprehensive and unified treatment of rationale usage in software engineering. It provides a consistent conceptual framework and a unified terminology for comparing, contrasting and combining the myriad approaches to rationale in software engineering. It is both an excellent introductory text for those new to the field and a uniquely valuable reference for experienced rationale researchers. The book covers the use of rationale for decision making throughout the software lifecycle, starting from the first decisions in a project and continuing through requirements definition, design, implementation, testing, maintenance, redesign and reuse.
β¦ Table of Contents
cover.jpg......Page 1
1.pdf......Page 2
2.pdf......Page 34
3.pdf......Page 35
4.pdf......Page 56
5.pdf......Page 67
6.pdf......Page 79
7.pdf......Page 97
8.pdf......Page 107
9.pdf......Page 108
10.pdf......Page 119
11.pdf......Page 130
12.pdf......Page 140
13.pdf......Page 149
14.pdf......Page 150
15.pdf......Page 164
16.pdf......Page 179
17.pdf......Page 198
18.pdf......Page 209
19.pdf......Page 221
20.pdf......Page 232
21.pdf......Page 233
22.pdf......Page 260
23.pdf......Page 274
24.pdf......Page 285
π SIMILAR VOLUMES
<p>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) mi
<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
The IT community has always struggled with questions concerning the value of an organizationβs investment in software and hardware. It is the goal of value-based software engineering (VBSE) to develop models and measures of value which are of use for managers, developers and users as they make trade