Skip to:Content
|
Bottom
Cover image for E-business and IS solutions : an architectural approach to business problems and opportunities
Title:
E-business and IS solutions : an architectural approach to business problems and opportunities
Personal Author:
Publication Information:
Boston : Addison - Wesley, 2000
ISBN:
9780201708479

Available:*

Library
Item Barcode
Call Number
Material Type
Item Category 1
Status
Searching...
30000010049442 HF5548.32 B83 2000 Open Access Book Book
Searching...

On Order

Summary

Summary

With the emergence of e-business and other fast-moving business technologies, the efficient and successful development of information systems that support e-business has become increasingly critical. An architectural approach to building these systems can greatly increase the chances of success. E-Business and IS Solutions provides a high-level introduction and understanding of an architectural approach to building IT solutions, in particular those that support e-business. Written for IS professionals with a wide range of experience, as well as technical managers, the book delineates a seven-stage building process and offers experience-based guidance on issues critical to the success of e-business systems in the real world. Featured is an overview of the essentials of e-business, IT architecture, and the relationship between architectural solution building and object-oriented design methods. Buffam explores the trade-offs and considerations of project scope for both large-scale and smaller projects. After reviewing fundamental architectural principles, the author details the seven-stage process: business modeling, IS modeling, current IS analysis, IS architecture planning, implemen


Author Notes

William J. Buffam is currently Director of the Unisys Architectural Center of Excellence, an organization that promotes the effective application of technology as business solutions. He has spent thirty years in software development, much of that time as a manager and software architect at Unisys and its predecessor company Burroughs, where he was a key architect for the Burroughs Network Architecture (BNA).



0201708477AB04062001


Table of Contents

Prefacep. xv
Acknowledgmentsp. xxi
Part I Setting the Scene for Architectural Solution Buildingp. 1
Chapter 1 Characteristics of E-Businessp. 3
1.1 What do we mean by "e-business"?p. 3
1.2 What are the effects of e-business on architectural IS solution building?p. 6
Chapter 2 The Essence of "Architecture"p. 7
2.1 The evolution of information systemsp. 7
2.1.1 The legacy of isolated systemsp. 7
2.1.2 The emergence of standardsp. 8
2.1.3 The need for IS architecturesp. 12
2.2 "Architecture" and the original architectsp. 12
2.3 Why do we need architecture in information systems?p. 14
2.3.1 Fundamental requirementsp. 14
2.3.2 Enabling requirementsp. 16
2.4 "Architecture" in information systems--what is it?p. 19
2.4.1 The common-component sense of "architecture"p. 20
2.4.2 The design sense of "architecture"p. 22
2.4.3 The blueprinting sense of "architecture"p. 26
2.4.4 The framework sense of "architecture"p. 27
2.5 Summary of the "architectural way"p. 28
Chapter 3 Object-Oriented Methods and Architectural Solution Buildingp. 31
3.1 What is object orientation all about?p. 31
3.1.1 Object orientation compared with functional decompositionp. 32
3.1.2 Models for architectural solution buildingp. 34
3.1.3 Modeling and requirements gatheringp. 36
3.1.4 Object-oriented development environmentsp. 38
3.2 Object orientation and the "architectural way"p. 38
3.3 Benefits of an object-oriented approachp. 41
3.3.1 Narrowing the semantic gapp. 41
3.3.2 Object orientation and good designp. 42
3.3.3 Object orientation at the source code levelp. 43
3.4 Objects and componentsp. 44
3.5 Pitfalls of an object-oriented approachp. 44
3.5.1 Large, complex enterprisesp. 44
3.5.2 Inappropriate mindsetp. 45
3.6 OO benefits without OO toolsp. 46
3.7 Where to find more informationp. 47
Chapter 4 Project Scope Considerationsp. 49
4.1 Large-scale projectsp. 50
4.1.1 Characteristics of large-scale projectsp. 51
4.1.2 Critical success factors for large-scale projectsp. 51
4.2 Narrow-scope projectsp. 53
4.2.1 Characteristics of narrow-scope projectsp. 53
4.2.2 Narrowing the scope to produce repeatable solutionsp. 54
4.3 Trade-offs in project scopep. 54
4.3.1 A scope trade-off illustrationp. 56
4.3.2 Scope, commitment, and riskp. 57
4.4 Impact of varying scope on architecture stagesp. 58
4.4.1 The e-business paradigmp. 58
4.4.2 The reengineering paradigmp. 59
4.4.3 The incremental improvement paradigmp. 60
4.4.4 Summary of project paradigmsp. 60
4.5 Where to find more informationp. 61
Part II The Seven-Stage Solution-Building Processp. 63
Chapter 5 Introductionp. 65
5.1 Overview of the architectural solution-building processp. 65
5.2 Architectural solution-building teamp. 67
5.2.1 Stages and participantsp. 68
5.2.2 Team rolesp. 68
5.2.3 Team size and dynamicsp. 70
5.3 Global architectural principlesp. 70
Chapter 6 Business Modelingp. 75
6.1 Business modeling in the context of the total processp. 78
6.1.1 Relation to other stagesp. 78
6.1.2 Relation to the OO model setp. 80
6.1.3 Participantsp. 80
6.2 Information sources for the business modeling stagep. 81
6.2.1 Existing written materialp. 82
6.2.2 Team experience and expertisep. 82
6.2.3 Interviewsp. 82
6.2.4 Brainstorming workshopsp. 83
6.3 Business strategyp. 83
6.3.1 Enterprise mission and objectivesp. 83
6.3.2 Business environmentp. 85
6.4 The business modelp. 86
6.4.1 Content of the business modelp. 86
6.4.2 Tools for developing the business modelp. 88
6.4.3 Adjusting the focus--setting the scopep. 89
6.4.4 Where we've been, and where we're goingp. 90
6.4.5 Reuse and the business modelp. 91
6.4.6 Models for reengineeringp. 92
6.4.7 Models for e-businessp. 94
6.4.8 Models for incremental improvementp. 95
6.5 Applying the business modelp. 97
6.5.1 Alignment of the IS solution with business objectivesp. 97
6.5.2 Organizational impact of the business modelp. 98
6.5.3 Models as monitors of scope creepp. 98
6.6 Where was the "architecture"?p. 99
Chapter 7 IS Modelingp. 101
7.1 IS modeling in the context of the total processp. 102
7.1.1 Relation to other stagesp. 102
7.1.2 Relation to the OO model setp. 104
7.1.3 Participantsp. 104
7.2 IS Strategyp. 106
7.2.1 Five-Era Viewp. 106
7.3 Developing the IS Strategyp. 108
7.3.1 Guidelines for business-driven IS strategyp. 108
7.3.2 Guidelines for technology-driven IS strategyp. 109
7.3.3 Content of the IS strategyp. 109
7.4 The IS Modelp. 113
7.4.1 The IS model for large-scope projectsp. 114
7.4.2 The reuse principle and the IS modelp. 116
7.4.3 Content of the IS modelp. 118
7.4.4 The IS model for narrow-scope projectsp. 121
7.4.5 Forks in the road: solution alternativesp. 124
7.5 The IS real-object modelp. 124
7.6 Where was the "architecture"?p. 125
Chapter 8 Current IS Analysisp. 127
8.1 Overviewp. 127
8.2 Current IS analysis in the context of the total processp. 128
8.2.1 Relation to other stagesp. 128
8.2.2 Participantsp. 130
8.3 Introducing the architectural frameworkp. 130
8.4 Conducting the current IS inventoryp. 133
8.5 Inventory of IS componentsp. 135
8.5.1 Business solution applicationsp. 135
8.5.2 Solution enablersp. 136
8.5.3 Datap. 137
8.5.4 Middleware integration softwarep. 137
8.5.5 Operating systemsp. 138
8.5.6 Hardware platformsp. 138
8.5.7 Networkp. 139
8.5.8 Development environments, tools, and methodologiesp. 139
8.5.9 Management enablersp. 140
8.5.10 Security enablersp. 141
8.5.11 IS organizationp. 141
8.6 Assessment of current IS environmentp. 141
8.6.1 Functionalityp. 142
8.6.2 Non-functional attributesp. 143
8.6.3 Human-resource capabilitiesp. 144
8.6.4 Outsourced servicesp. 144
8.7 Where was the "architecture"?p. 144
Chapter 9 IS Architecture Planningp. 147
9.1 IS architecture planning in the context of the total processp. 147
9.1.1 Relation to other stagesp. 147
9.1.2 Relation to the OO model setp. 149
9.1.3 Participantsp. 149
9.2 Architectural principlesp. 150
9.2.1 How are principles defined?p. 151
9.2.2 Guidelines for writing principlesp. 154
9.3 Defining architecture modelsp. 157
9.3.1 Forks in the road: solution alternativesp. 158
9.3.2 Architecture models for object-oriented development environmentsp. 158
9.3.3 Architecture models for non-object-oriented development environmentsp. 160
9.4 Defining supporting IT infrastructurep. 161
9.4.1 Technology evaluation criteria and considerationsp. 163
9.4.2 Filling technology gapsp. 164
9.4.3 Identifying hardware and software productsp. 164
9.5 IT infrastructure for e-businessp. 164
9.5.1 Environmental influences on e-business technologyp. 165
9.5.2 E-business technology: its responses to environmental demandsp. 167
9.6 Where was the "architecture"?p. 175
9.7 Where to find more informationp. 176
Chapter 10 Implementation Planningp. 177
10.1 Implementation planning in the context of the total processp. 177
10.1.1 Relation to other stagesp. 177
10.1.2 Participantsp. 178
10.2 Identifying implementation optionsp. 179
10.3 Preliminary analysis of implementation optionsp. 180
10.4 Analyzing the implementation optionsp. 180
10.4.1 Cost-benefit analysisp. 181
10.4.2 Analyzing risksp. 182
10.4.3 Analyzing organizational impactp. 184
10.5 Establishing a transition strategyp. 184
10.5.1 Using a risk-benefit matrixp. 185
10.5.2 Selecting short- and long-term prioritiesp. 185
10.5.3 Diversifying riskp. 185
10.5.4 Determining a transition sequencep. 186
10.5.5 Building a business case and determining a transition strategyp. 188
10.6 Where was the "architecture"?p. 190
10.7 Where to find more informationp. 191
Chapter 11 Deploymentp. 193
11.1 Deployment in the context of the total processp. 193
11.1.1 Relation to other stagesp. 193
11.1.2 Participantsp. 194
11.2 Deployment activitiesp. 195
11.3 Project managementp. 197
11.3.1 Management tasksp. 197
11.3.2 Feedback loopsp. 198
11.4 Where was the "architecture"?p. 198
Chapter 12 Reviewp. 201
12.1 The review stage in the context of the total processp. 201
12.1.1 Participantsp. 202
12.1.2 Relation to other stagesp. 203
12.2 Reviewing projectsp. 204
12.2.1 Activities in the review stagep. 204
12.3 Maintaining the IS architecturep. 205
12.3.1 Ongoing maintenancep. 205
12.3.2 Ongoing maintenance: reacting to changep. 205
12.3.3 Scheduled maintenancep. 206
12.3.4 Benefits of proper maintenancep. 206
Part III Let's Get Practicalp. 207
Chapter 13 Enlisting Outside Help: the Role of Consultantsp. 209
13.1 Consultants for cross-enterprise leveragep. 209
13.2 Consultants for technology expertisep. 211
13.3 Consultants as project managersp. 211
13.4 The bottom line on consultantsp. 211
Chapter 14 Methodologies: Patterns for Solution Buildingp. 213
14.1 What's in a methodology?p. 214
14.2 Developing or acquiring a methodologyp. 214
14.3 Using a methodology in practicep. 215
14.3.1 Pitfall 1: "This stuff is easy!"p. 215
14.3.2 Pitfall 2: You can't fly a Boeing 747 just by reading the manualp. 216
14.3.3 Pitfall 3: Methodology bloatp. 217
Chapter 15 Practical Considerations in Conducting Solution Buildingp. 219
15.1 Feedback loops and whirlpoolsp. 219
15.2 Duration of solution buildingp. 220
15.3 Architectural solution building and ongoing projectsp. 220
15.3.1 Allocating resourcesp. 221
15.3.2 Integrating multiple projectsp. 221
Chapter 16 Issues Concerning Reusep. 223
16.1 Benefits of reusep. 223
16.2 Reuse domainsp. 224
16.2.1 Source codep. 224
16.2.2 Middlewarep. 225
16.2.3 Business logicp. 225
16.3 Impediments to reusep. 225
16.4 Essential enablers of reusep. 227
16.5 Environmental drivers of reusep. 228
16.6 Sources of reusable artifactsp. 229
16.6.1 Reusable artifacts from ongoing developmentp. 229
16.6.2 Reusable artifacts from current IS assetsp. 229
16.6.3 Reusable artifacts from packaged softwarep. 229
16.6.4 Reusable artifacts from the specialty storep. 230
16.6.5 Reusable artifacts from the specialty brokerp. 232
Epilogue: Take-Home Thoughtsp. 233
Bibliography and Referencesp. 237
Indexp. 243
Go to:Top of Page