The Enterprise Architecture Review in Theory and Practice. John Sitarski Enterprise Architect, Baker Hughes

Transcription

1 The Enterprise Architecture Review in Theory and Practice John Sitarski Enterprise Architect, Baker Hughes

2 Learning Points The Value of an Architecture Review The Architect s Toolbox Describing a System TOGAF 9 The Open Group Architecture Frameworks Reference architectures The Technical Reference Model (TRM) Other architecture views Scoring a Design Architecture Success Factors (ASF) The Architecture Review

3 About Baker Hughes 2012 Revenue $21.36 billion Research & Technology Investment $492 million Employees Product Lines Operations 58, countries *FY

4 The Value of an Architecture Review The intent is to generate value A structured, repeatable, enterprise-wide process A quality assessment to identify design flaws and shortcomings It forces communication and clarity Business requirements Customer expectations Future direction - roadmaps It brings all IT groups together Business, applications, data and technology architects Security, operations, deployment, support functions It supplements Project Doesn t replace it A technical solution review, not a project review

5 The Architect s Toolbox TOGAF 9 The Open Group Architecture Frameworks Preliminary A complete picture Globally recognized H. Architecture Change G. Implementation Governance A. Architecture Vision Requirements B. Business Architecture C. Information Systems Architectures Well documented Easily adapted Excellent for new adopters Somewhat project oriented F. Migration Planning E. Opportunities And Solutions D. Technology Architecture

6 The Architect s Toolbox SAP Enterprise Reference Architecture

7 The Architect s Toolbox A Simple Observation Heterogeneous systems are not so nicely packaged.

8 The Architect s Toolbox Technical Reference Model (TRM) Digital Business Delivery Platform Portal Collaboration and Productivity Decision Support, Analysis and Reporting UI Components Digital Business Platform Enterprise Business Processes (external to the Technical Reference Model) Security & Compliance Enterprise Resource Planning Customer Relationship Human Capital Manufacturing Execution Field Operations Application Technology Platform Product Lifecycle Quality Maintenance Execution Integration Platform Data Platform Infrastructure Services and Applications Hosting and Storage Client Computing Networking

9 The Architect s Toolbox Other Architecture Views Business process capabilities Business process flow (BPMN) Actor-system diagram Technical architecture Deployment diagram Data center security architecture Data mapping Data integration And many others

10 Scoring the Quality of an Architecture Architecture Success Factors (ASF) Based on 12 Attributes Functionality User experience Solution infrastructure On-network experience Complexity Software and data integration Security Operability Maintainability Capacity management Fault tolerance IT portfolio Scoring Criteria 5 - A true leading-edge, world-class design 4 - Best-in-class, differentiating among industry competitors 3 - Employs best practices within the company 2 - Has shortcomings that are accepted by the business or have workarounds 1 - Has design flaws or shortcomings without workarounds 0 - Inherently flawed with negative impacts on other systems

11 Scoring the Quality of an Architecture The Technical Reference Model Heat Map Digital Business Delivery Platform Portal Collaboration and Productivity Decision Support, Analysis and Reporting UI Components Digital Business Platform Enterprise Business Processes (external to the Technical Reference Model) Security & Compliance Enterprise Resource Planning Customer Relationship Human Capital Manufacturing Execution Field Operations Application Technology Platform Product Lifecycle Quality Maintenance Execution Integration Platform Data Platform Infrastructure Services and Applications Hosting and Storage Client Computing Networking

12 Scoring the Quality of an Architecture Findings Depicted on the TRM Digital Business Delivery Platform Portal Collaboration and Productivity Decision Support, Analysis and Reporting UI Components Digital Business Platform Enterprise Business Processes (external to the Technical Reference Model) Security & Compliance 3 Enterprise Resource Planning Customer Relationship Human Capital 1 Manufacturing Execution Field Operations Application Technology Platform Integration Platform Product Lifecycle Quality Maintenance Execution 4 Data Platform Infrastructure Services and Applications Hosting and Storage Client Computing 2 Networking

13 Scoring the Quality of an Architecture Typical Findings Examples 1. Integration Platform System has mixed point-topoint and middleware integrations with no common monitoring mechanism. 2. Networking System has serious performance issues in high latency, low bandwidth environments. 3. Security Users must separately authenticate, no SSO capability. 4. Execution Systems lacks appropriate infrastructure monitoring and activity logging.

14 The Architecture Review Components of the Architecture Review A clear statement of business requirements Listing of IT capabilities Context of the review (i.e., initial, pre-deployment, etc.) Forward-looking plans or roadmaps Description of the system using: Technical Reference Model (TRM) Other architecture views Architecture Success Factors scoring Applicable architecture standards and patterns Review findings with reference to the TRM Summary statements and conclusions

15 The Architecture Review Architecture Reviews within Programs and Projects When to review? How often? It depends On system size and complexity On number and criticality of findings On your PDM or PDLC process Typical Review Alignment with Project Stages Define Evaluate Design Verify Accept Launch Manage Lifecycle Conceptual Detailed For Release

16 The Architecture Review Who Needs to Attend an Architecture Review? Roles that need to be represented: Business architects Application architects Data architects Technology / infrastructure architects Security Operations / deployment teams The stakeholders must attend: Project teams for new development Operations / maintenance / support teams

17 The Architecture Review After the Architecture Review Re-Review Triggered Architecture Engagements Low: Assurance Business Criticality Filter Architecture Success Factors Technical Reference Model Heat Map Medium: Consulting High: Development Quarterly Bulk Reviews Audit Portfolio Dashboard Architecture quality over time

18 Key Takeaways In Summary The architecture review is a structured, repeatable process. A number of tools, such as architecture views and the Technical Reference Model can be used to describe a system. The quality of a system and its components can be scored using Architecture Success Factors. The architecture review generates findings to be addressed by the stakeholders (project teams and the business).

19

20 THANK YOU FOR PARTICIPATING Please provide feedback on this session by completing a short survey via the event mobile application. SESSION CODE: 2402 For ongoing education on this area of focus, visit