Rationale Management in Software Engineering

個数:

Rationale Management in Software Engineering

  • 在庫がございません。海外の書籍取次会社を通じて出版社等からお取り寄せいたします。
    通常6~9週間ほどで発送の見込みですが、商品によってはさらに時間がかかることもございます。
    重要ご説明事項
    1. 納期遅延や、ご入手不能となる場合がございます。
    2. 複数冊ご注文の場合は、ご注文数量が揃ってからまとめて発送いたします。
    3. 美品のご指定は承りかねます。

    ●3Dセキュア導入とクレジットカードによるお支払いについて

  • 提携先の海外書籍取次会社に在庫がございます。通常3週間で発送いたします。
    重要ご説明事項
    1. 納期遅延や、ご入手不能となる場合が若干ございます。
    2. 複数冊ご注文の場合は、ご注文数量が揃ってからまとめて発送いたします。
    3. 美品のご指定は承りかねます。

    ●3Dセキュア導入とクレジットカードによるお支払いについて
  • 【入荷遅延について】
    世界情勢の影響により、海外からお取り寄せとなる洋書・洋古書の入荷が、表示している標準的な納期よりも遅延する場合がございます。
    おそれいりますが、あらかじめご了承くださいますようお願い申し上げます。
  • ◆画像の表紙や帯等は実物とは異なる場合があります。
  • ◆ウェブストアでの洋書販売価格は、弊社店舗等での販売価格とは異なります。
    また、洋書販売価格は、ご注文確定時点での日本円価格となります。
    ご注文確定後に、同じ洋書の販売価格が変動しても、それは反映されません。
  • 製本 Hardcover:ハードカバー版/ページ数 440 p./サイズ 92 illus.
  • 商品コード 9783540309970

基本説明

Provides researchers with an excellent state-of-the-art overview, and professional software engineers will find many examples, resources and incentives to enhance their ability to make decisions during all phases of the software lifecycle.

Full Description

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.

Contents

Fundamentals - Rationale Representation, Capture, and Use.- Rationale Management in Software Engineering: Concepts and Techniques.- Three Studies of Design Rationale as Explanation.- Effective Design Rationale: Understanding the Barriers.- Rationale as a By-Product.- Hypermedia Support for Argumentation-Based Rationale.- Rationale Management for Requirements Engineering.- A Hybrid Approach to Upstream Requirements: IBIS and Cognitive Mapping.- From DREAM to Reality: Specificities of Interactive Systems Development With Respect To Rationale Management.- The WinWin Approach: Using a Requirements Negotiation Tool for Rationale Capture and Use.- Design Rationale in Exemplary Business Process Modeling.- Promoting and Supporting Requirements Engineering Creativity.- Design Rationale and Software Architecting.- A Framework for Supporting Architecture Knowledge and Rationale Management.- Capturing and Using Rationale for a Software Architecture.- Rationale-Based Support for Software Maintenance.- The Role of Rationale in the Design of Product Line Architectures - A Case Study from Industry.- The Role and Impact of Assumptions in Software Engineering and its Products.- Design Decisions: The Bridge between Rationale and Architecture.- Rationale for Organizing Bodies of Knowledge.- Reusable Rationale Blocks: Improving Quality and Efficiency of Design Choices.- Defining Agile Patterns.- Capturing and Reusing Rationale Associated with Requirements Engineering Process Improvement: A Case Study.- Using Patterns for Sharing Requirements Engineering Process Rationales.

最近チェックした商品