图书介绍
对象软件项目求生法则PDF|Epub|txt|kindle电子书版本网盘下载
- (美)考克伯恩(Cockburn,A.)编著 著
- 出版社: 北京:科学出版社
- ISBN:7030124898
- 出版时间:2004
- 标注页数:250页
- 文件大小:15MB
- 文件页数:274页
- 主题词:面向对象语言-软件开发-英文
PDF下载
下载说明
对象软件项目求生法则PDF格式电子书版下载
下载的文件为RAR压缩包。需要使用解压软件进行解压得到PDF格式图书。建议使用BT下载工具Free Download Manager进行下载,简称FDM(免费,没有广告,支持多平台)。本站资源全部打包为BT种子。所以需要使用专业的BT下载软件进行下载。如BitComet qBittorrent uTorrent等BT下载工具。迅雷目前由于本站不是热门资源。不推荐使用!后期资源热门了。安装了迅雷也可以迅雷进行下载!
(文件页数 要大于 标注页数,上中下等多册电子书除外)
注意:本站所有压缩包均有解压码: 点击下载压缩包解压工具
图书目录
Chapter 1 Success and Failure1
Basic Concepts4
Object Technology4
Class5
Object5
Inheritance6
Encapsulation7
Polymorphism9
Framework9
Incremental and Iterative Development10
Project Histories11
Chapter 2 Project Expectations11
ContentsForeword11
Alfred:Success with Changing Requirements12
Preface13
Brooklyn Union Gas:Success Through Attentiveness13
Ingrid:Success in Migrating to C++14
Manfred:Failure in Prototyping15
Mentor Graphics:Trouble Migrating to C++16
Acknowledgments17
Object Technology International:Success in Productivity and Speed17
Reginald: Failure with Changing Rules18
Stanley: Too Much Cutting Edge18
Tracy: Failure Through Naiveté19
Udall: Success by Restarting Smaller20
Winifred: Inattentive But Persistent21
Responsiveness to Variations on a Theme23
Responsiveness to Change23
Possible Benefits of Object Technology23
Time-to-Market24
Communication Between Developers, Users, and Executives24
Maintainability24
Reuse25
Productivity25
Window-Based User Interfaces26
Morale26
Automated Code Generation27
Software Process27
OO Desing,Encapsulation,and System Evolutlon(Tom Morgan)28
Costs28
Are You Underestimating?28
Time to Get New Developers Productive28
Establishing a Software Process29
Business Modeling versus Software Design29
Immaturity of the OO Industry29
The Difficulty of Reuse29
Hazards of C++29
The Cost of CASE Modeling Tools30
Probable Costs30
Nonobject Issues Checklists31
Chapter 3 Selecting and Setting Up an OO Project33
Project Suitability34
Variations on a Theme34
Simplified Program Structure35
Memory Management Features35
What Is Not Suited?36
Project Purpose36
Investigative37
SWAT37
Production40
Full-Commit41
Other Project Categories41
People42
Executive Sponsor42
Project Manager43
Technical Lead44
Technical Staff44
Users45
Personality Types46
Technology47
The Selection Process47
The Team Knows a Similar Technology48
One Person ls Persuasive or Stubborn48
The Technology ls Safe, Popular, or Standard49
The Technology Is the Rational Choice50
Programming Languages51
Managing Smalltalk52
Managing C++53
Disciplined Use of C++ (Jeremy Raw)58
Managing OO COBOL59
Managing Java60
Tools61
Upper-CASE Tools61
Using Java (Sam Griffith)62
The Scanner Challenge65
Minimum CASE Tool Requirements65
The Cutting Edge66
Training and Getting Advice67
What to Teach68
Developers do not know how to think in objects.68
Developers do not know how to make design trade-offs.69
Developers program poorly or use tools badly.69
Different programmers write differently, making the code hard to learn.69
Developers create redundant classes because they do not know whatis in the class library.70
No one knows how to document a framework well.70
Developers do not understand their role on the project and who depends on them.71
When to Teach71
Getting Advice72
Legacy Issues72
Mainframes72
Relational Databases73
Project Setup (C.D.)74
Review75
Chapter 4 Getting Started77
Methodology77
Big-M Methodology78
A Base Methodology to Tailor81
Discussion of the Methodology82
Roles, Skills, TechniquesTools87
Teams88
Ownership89
Deliverables89
Standards91
Activities92
Building Consumer Understanding of the Design (Ward Cunningham)94
Estimates95
Domain Classes96
Screen Classes96
Two Weeks per Noncommercial Class96
Utility Classes97
Frameworks97
Plans98
An Estimation and Planning Session (Alistair Cockburn)100
Milestones100
Measurements102
Take the Time to Design104
Design, and Two Smalltalk Projects (K.L)106
Chapter 5 Making Corrections109
A Study Project109
Stage 0: The Usual Ignorance109
Stage 2: Rebuild110
Stage 1: Disaster110
Stage 3: Improve111
Stage 4: Functioning111
Stage 5: Overconfidence in Scaling Up111
Lessons From This Study Project112
Managing Precision, Accuracy, and Scale112
Managing Work According to Precision and Accuracy115
Increments and Iterations117
Increments and V-W Staging118
Iterations123
Combining Increments and Iterations126
Burn some Pancakes(Luke Hohmann)128
Project Increments129
Increment 1129
The Architecture Team129
The Intentions130
The Training Team130
Two Stories131
Increment 2132
Pause and Learn132
Move On133
Increment N134
User Involvement134
Watching Users(K.L)136
Project Teams136
Ownership137
Involve the Users (Jon Marshall)138
Total-Ownership Teams138
Matrixed Teams138
The Domain Model140
Hazardous Situations140
Domain Modeling and Reuse140
The Common Domain Model141
Why Are There Multiple Valid Domain Models?143
PolyBloodyHardReuse146
Conflicting Reward Systems148
Lack of Trust149
I Can Write It Faster Myself149
Further Reading151
Chapter 6 Advice From Hindsight153
Costs and Benefits Revisited153
Sentences You Hope Never to Hear154
Writing 500 Lines of Code per Day154
Model the World,Then Code156
Design the Screen,Then Code157
Iterate Prototypes157
Reuse Is Easy158
Classes?158
More on Iterations159
Self-Test160
Two Increments Delivered160
Thirty People160
Analysts,Programmers,and Tools161
Learning OO From the Compiler161
Programmers Between Projects162
On the Cutting Edge162
Designers and Programmers Separated162
Six-Month Pilot Started163
Chapter 7 Expandto Larger Projects165
Your First Big Project165
Communication166
Project Charter166
Staffing, Skill Dilution, and Project Teams167
Methodology168
Increments and Iterations169
The Cutting Edge169
Domain Modeling169
Risk Reduction170
PolyBloodyHarderReuse170
Class Duplication170
Training the Tidal Wave171
Ten Lessons the Hard Way (Glenn House)172
Train Fewer People175
Train More Effectively175
Use a Full-Time Mentor176
Set up 6 to 10 Connected Projects176
Set up a Full-Time Classroom Program176
Training 50 or More People176
Maintain Tight Standards and Review Policies177
Rotate People177
Productivity177
Size177
Staff Skill Mix179
Team Structure180
Even Mix180
Progress Team/Training Team180
Productivity Changes Over Time181
Lines of Code per Month182
Frameworks183
Migrating the Organization184
Productivity Revisited184
Chapter 8 Rechecking: A Case Study187
Winifred Revisited188
Summary188
History188
Stage 1: Good Start, with Experience and Support188
Stage 2: No Architecture, Almost No First Delivery189
Stage 3: New Increment; Add Teams, Mentors, Architecture190
Stage 4: Owner per Deliverable; New Infrastructure191
Analysis191
Relation to Book's Topics192
Technology Is Only Part of the Story197
Organizations(Jimcoplien)198
Appendix A Collected Risk-Reduction Strategies201
Appendix B Crib Sheet237
Index243