: Jack van't Wout, Maarten Waage, Herman Hartman, Max Stahlecker, Aaldert Hofman
: The Integrated Architecture Framework Explained Why, What, How
: Springer-Verlag
: 9783642115189
: 1
: CHF 44.30
:
: Allgemeines, Lexika
: English
: 246
: Wasserzeichen/DRM
: PC/MAC/eReader/Tablet
: PDF
When I joined Capgemini back in 1996 I was amazed by investment that had been made in developing Enterprise Architecture, and at the root of this, the IAF methodology. Back in the mid 1990s the importance of architecture was dimly recognised but certainly it was not widely understood as a crucial element of successful enterprise wide IT implementation. A decade later with the huge growth in the role, the sophistication, and importance of Information Technology it has become recognized, and established for the value it brings. With this recognition has come various forms of 'standardization' ranging from the work of the Open Group and its moves to establish TOGAF as a common framework, together with ITAC to certify architects, through to a wide variety of product vendor architects, even to some industry sectors establishing their own architectures. Has this diminished, or even may be removed the need for IAF? Well it might have done if the world had stood still, but it hasn't. Simul- neously the range and complexity of technology has increased, the functionality has been extended to embrace new front office capabilities and most of all the externalization and globalization of business has added a whole new extra dimension. Standardization might have improved connections and interfaces, and in so doing produced 'systems' of apparently limitless extendibility, but it has done little to improve the necessary 'understanding'.

Jack van 't Wout started in IT in 1978 and joined Capgemini in 1990. He got involved with architecture in 1993, and is generally acknowledged as one of the founding fathers of IAF. Jack has executed over 20 enterprise architecture and governance engagements and has trained more than 500 people in IAF. Jack's focus is on the financial services sector.

Maarten Waage has worked in the IT industry since 1984 and joined Capgemini's precursor Volmac one year later in the Systems and Networks division. He has been practicing architecture since 1995 and got involved in IAF development and deployment in 1997. Maarten has extensive experience in enterprise architecture and large scale transformations. He focuses on the public sector.

Herman Hartman has worked with Capgemini and its predecessor Volmac since 1976. He became involved in the development of IAF in 1994 when he laid the basis to encapsulate existing architecture best practices in new ways of working. He has conducted architecture work in dozens of projects. Herman focuses on enterprise architecture engagements in the industry sector.

Max Stahlecker is the youngest member of the team of authors. He is in the IT industry since 2001. Max did his thesis on enterprise architecture, architectural conformance and business transformation. He has been practicing architecture with IAF since he joined Capgemini 2006 and has been involved with its development since then.

Aaldert Hofman started to work with Capgemini in 1990 and worked in the IT industry since 1988. He has developed architectures since 1996 and got involved in IAF development and lecturing in 1998. Aaldert is specialized in security architecture and the broader risk management theme.

Foreword5
Preface7
IAF Is Here to Stay!7
Preface8
Objectives of the Book9
Intended Readers9
Structure of the Book10
Acknowledgements10
Contents12
IAF Background, Value and Strategy18
1.1 What Is IAF? A Short Summary18
1.2 Reasons for Having IAF18
1.3 The Value of IAF19
1.4 IAF Strategy20
1.5 A Short Recap of IAF Versions21
IAF’s Architecture22
2.1 Introduction22
2.2 The Context: The ‘‘Why’’ of IAF24
2.3 Requirements: The ‘What’ of IAF27
2.4 Logical Structure: The ‘How’ of IAF35
2.5 Physical Elements: The ‘With What’ of IAF45
2.6 Recap: IAF’s Meta-meta Model49
IAF’s Aspect Areas Explained52
3.1 Introduction52
3.2 Contextual Artifacts and Views52
3.3 Business Architecture70
3.4 Information Architecture98
3.5 Information System Architecture115
3.6 Technology Infrastructure Architecture138
3.7 The Quality Aspect of Architecture155
IAF in Perspective with Other Frameworks and Methods168
4.1 Introduction168
4.2 IAF and Other Architecture Frameworks169
4.3 IAF and Business Transformation184
4.4 IAF and Analysis/Design/Development 186
4.5 IAF and Industry Process Frameworks196
4.6 IAF and Project Management Methods202
4.7 Combining TOGAF, Prince2 and IAF205
4.8 IAF and Architecture Tooling206
4.9 IAF and Modelling Techniques209
4.10 IAF and TechnoVision212
Applying IAF and Using Its Outcomes218
5.1 Understanding the Context in Which IAF Is to Be Implemented218
5.2 IAF for Enterprise Transformation219
5.3 IAF for Solutions Architecture220
5.4 Architecture Function and Design Authority222
5.5 IAF Roadmaps227
5.6 Using IAF Outcomes by Non-architects235
Real Life Case Studies241
6.1 Insurer - Enterprise Transformation241
6.2 Bank - Design Authority243
6.3 Public Transporter - Solution Architecture245
The Making of IAF248
7.1 IAF’s Birth248
7.2 IAF’s Evolution249
7.3 IAF’s Future253
About the Authors254
Index255