The rational unified process : an introduction
著者
書誌事項
The rational unified process : an introduction
(The Addison-Wesley object technology series / Grady Booch, Ivan Jacobson, James Rumbaugh)
Addison-Wesley, c2004
3rd ed
- alk. paper
大学図書館所蔵 全8件
  青森
  岩手
  宮城
  秋田
  山形
  福島
  茨城
  栃木
  群馬
  埼玉
  千葉
  東京
  神奈川
  新潟
  富山
  石川
  福井
  山梨
  長野
  岐阜
  静岡
  愛知
  三重
  滋賀
  京都
  大阪
  兵庫
  奈良
  和歌山
  鳥取
  島根
  岡山
  広島
  山口
  徳島
  香川
  愛媛
  高知
  福岡
  佐賀
  長崎
  熊本
  大分
  宮崎
  鹿児島
  沖縄
  韓国
  中国
  タイ
  イギリス
  ドイツ
  スイス
  フランス
  ベルギー
  オランダ
  スウェーデン
  ノルウェー
  アメリカ
注記
Includes bibliographical references and index
HTTP:URL=http://www.loc.gov/catdir/toc/ecip049/2003020385.html Information=Table of contents
内容説明・目次
内容説明
The Rational Unified Process (RUP) is a saleable product from Rational/IBM.The RUP unifes the entire software development team and seeks to optimizethe productivity of each and every team member by putting the collectiveexperience derived from thousands of development projects and many industryleaders at the user's fingertips. It is a very popular product, and this bookrepresents the most thorough documentation for the latest version of theproduct (RUP v2003), which was released in May of 2003.
目次
(NOTE: Each chapter concludes with a summary.)
Preface.
I. THE PROCESS.
1. Software Development Best Practices.
The Value of Software.
Symptoms and Root Causes of Software Development Problems.
Software Best Practices.
Develop Software Iteratively.
Manage Requirements.
Use Component-Based Architectures.
Visually Model Software.
Continuously Verify Software Quality.
Control Changes to Software.
The Rational Unified Process.
2. The Rational Unified Process.
What Is the Rational Unified Process?
The Rational Unified Process as a Product.
Software Best Practices in the Rational Unified Process.
Other Key Features of the Rational Unified Process.
A Brief History of the Rational Unified Process.
3. Static Structure: Process Description.
A Model of the Rational Unified Process.
Roles.
Activities.
Artifacts.
Disciplines.
Workflows.
Additional Process Elements.
A Process Framework.
4. Dynamic Structure: Iterative Development.
The Sequential Process.
Overcoming Difficulties: Iterate!
Gaining Control: Phases and Milestones.
A Shifting Focus across the Cycle.
Phases Revisited.
Benefits of an Iterative Approach.
5. An Architecture-Centric Process.
The Importance of Models.
Architecture.
The Importance of Architecture.
A Definition of Architecture.
Architecture Representation.
An Architecture-Centric Process.
The Purpose of Architecture.
Component-Based Development.
Other Architectural Concepts.
6. A Use-Case-Driven Process.
Definitions.
Identifying Use Cases.
Evolving Use Cases.
Organizing Use Cases.
Use Cases in the Process.
II. PROCESS DISCIPLINES.
7. The Project Management Discipline.
Purpose.
Planning an Iterative Project.
The Concept of Risk.
The Concept of Measurement.
Roles and Artifacts.
Workflow.
Building an Iteration Plan.
8. The Business Modeling Discipline.
Purpose.
Why Business Modeling?
Using Software Engineering Techniques for Business Modeling.
Business Modeling Scenarios.
Roles and Artifacts.
Workflow.
From the Business Models to the Systems.
Modeling the Software Development Business.
Tool Support.
9. The Requirements Discipline.
Purpose.
What Is a Requirement?
Types of Requirements.
Capturing and Managing Requirements.
Requirements Workflow.
Roles in Requirements.
Artifacts Used in Requirements.
Tool Support.
10. The Analysis and Design Discipline.
Purpose.
Analysis versus Design.
How Far Must Design Go?
Roles and Artifacts.
Designing a User-Centered Interface.
The Design Model.
The Analysis Model.
The Role of Interfaces.
Artifacts for Real-Time Systems.
Component-Based Design.
Workflow.
Tool Support.
11. The Implementation Discipline.
Purpose.
Builds.
Integration.
Prototypes.
Roles and Artifacts.
Workflow.
Tool Support.
12. The Test Discipline.
Purpose.
Testing in the Iterative Lifecycle.
Dimensions of Testing.
Roles and Artifacts.
Workflow.
Tool Support.
13. The Configuration and Change Management Discipline.
Purpose.
The CCM Cube.
Roles and Artifacts.
Workflow.
Tool Support.
14. The Environment Discipline.
Purpose.
Process Engineering Process.
Roles and Artifacts.
Workflow.
Tool Support.
15. The Deployment Discipline.
Purpose.
Roles and Artifacts.
Workflow.
16. Typical Iteration Plans.
Defining the Product Vision and the Business Case.
Building an Architectural Prototype.
Implementing the System.
17. Implementing the Rational Unified Process.
Introduction.
The Effect of Implementing a Process.
Implementing the Rational Unified Process Step by Step.
Implementing a Process Is a Project.
Appendix A: Summary of Roles.
Appendix B: Summary of Artifacts.
Appendix C: Acronyms.
Glossary.
Bibliography.
Index. 0321197704T11172003
「Nielsen BookData」 より