Enterprise Architecture Overview
Upcoming SlideShare
Loading in...5
×
 

Enterprise Architecture Overview

on

  • 2,925 views

Chris Geraghty's presentation from the February Chicago Information Technology Architects Group (CITAG)

Chris Geraghty's presentation from the February Chicago Information Technology Architects Group (CITAG)

Statistics

Views

Total Views
2,925
Views on SlideShare
2,924
Embed Views
1

Actions

Likes
0
Downloads
300
Comments
0

1 Embed 1

https://www.linkedin.com 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Enterprise Architecture Overview Enterprise Architecture Overview Presentation Transcript

  • Elements
    of a straight-foward approach
    to
    Enterprise Architecture
    2/15/2011
    Christopher Geraghty
    Sr. Consultant, PSC Group, LLC
    cgeraghty@psclistens.com
    OR… Why do we need an EA perspective?
  • Agenda
    PART I
    • Overview of EA Methods
    • What EA Addresses
    • Role for Technology Change
    • Role for Business Change
    PART II
    • Practical Tips and Techniques
    PART III
    • Interactive Group Discussion
  • Part I – Overview of EA Methods
    Zachman
    TOGAF
    eTOM
    SID
    TMForum Frameworks/eTOM/SID/NGOSS
  • Part I – Overview of EA Methods
    TOGAF Capability Framework
    TOGAF
    Business Capabilities
    Business vision and drivers
    TOGAF Enterprise Continuum and Tools
  • Part I – Overview of EA Methods
    TOGAF
  • Enterprise Architecture approach - TOGAF v9
    There are seven main parts to the TOGAF document:
    PART I (Introduction) This part provides a high-level introduction to the key concepts of enterprise architecture and in particular the TOGAF approach. It contains the definitions of terms used throughout TOGAF and release notes detailing the changes between this version and the previous version of TOGAF
    PART II (Architecture Development Method) This part is the core of TOGAF. It describes the TOGAF Architecture Development Method (ADM) - a step-by-step approach to developing an enterprise architecture
    PART III (ADM Guidelines and Techniques) This part contains a collection of guidelines and techniques available for use in applying TOGAF and the TOGAF ADM
    PART IV (Architecture Content Framework) This part describes the TOGAF content framework, including a structured metamodel for architectural artifacts, the use of re-usable architecture building blocks, and an overview of typical architecture deliverables
    PART V (Enterprise Continuum & Tools) This part discusses appropriate taxonomies and tools to categorize and store the outputs of architecture activity within an enterprise
    PART VI (TOGAF Reference Models) This part provides a selection of architectural reference models, which includes the TOGAF Foundation Architecture, and the Integrated Information Infrastructure Reference Model (III-RM)
    PART VII (Architecture Capability Framework) This part discusses the organization, processes, skills, roles, and responsibilities required to establish and operate an architecture function within an enterprise
    The intention of dividing the TOGAF specification into these independent parts is to allow for different areas of specialization to be considered in detail and potentially addressed in isolation. Although all parts work together as a whole, it is also feasible to select particular parts for adoption whilst excluding others. For example, an organization may wish to adopt the ADM process, but elect not to use any of the materials relating to architecture capability.
  • Part I – Overview of EA Methods
    Zachman
  • Part I – Overview of EA Methods
    Zachman
  • Part I – Overview of EA Methods
    There are six domains to the Zachman Framework:
    Data - What
    Function - How
    Network - Where
    People - Who
    Time - When
    Motivation - Why
    Zachman
    There are five roles mapped to the six domains in the Zachman Framework:
    Planner - Scope - Contextual
    Owner - Business Model - Conceptual
    Designer - System Model - Logical
    Builder - Technology Model - Physical
    Sub-Contractor - Detailed Representations – Out-of-context
  • Part I – Overview of EA Methods
    Zachman
  • Part I – Overview of EA Methods
    tmforum
    frameworks
  • Part I – Overview of EA Methods
    tmforum
    eTOM
  • Part I – Overview of EA Methods
    tmforum
    SID
  • Part I – What EA Addresses
    • Technology and Business Strategy
    • Roadmap alignment
    • Standardization
    • Future-proofing
  • Part I – Role for Technology Change
    IT analyzes and recommends best solutions based on business needs
    • ROI
    • Least COST
    • Grow Revenue
    • Contain costs
    • Outsource
    • Buy vs. Lease
    • COTS vsOpensource
  • Part I – Role for Business Change
    EA provides a bridge for Business and IT alignment
    • executive decision support
    • guiding principles
    • technology usage and guidance
    • idea generation by usage and enablement
    • collaboration
  • Part I – Develop a playbook
    Playbook (EAEC)
    • TOC
    • Who we are
    • What we do
    • Metric Scorecard and Breakout
    • Communication Plan
    • Appendix
    • Glossary
    • Library Location/Architecture Repository
  • Part II – Practical Tips and Techniques
    • Pick an approach
    • Define Guiding Principles
    • Pick most important area of Technology
    • Pick most important Business Requirements
    • Pick most important change to the organization
  • Part II – Practical Tips and Techniques
    Process
    Improvement
    Examples:
    Design
    Discovery
    Assessment
    Implementation
    • Research
    • Collaboration
    • Discussion
    • Vendor mtgs
    • Industry mtgs
    • Trends
    • Emerging Technology
    • Use Case application
    • Positions
    • Viewpoints
    • Strategy Development
    • Roadmap Development
    • Solution component
    Design
    • Facilitation
    • Coordination
    • Project Initiation
    • Approvals
    • Socialization
    • Education
    • (Architecture
    Review)
    • SDLC Gate Checks
    • Monitoring
    • Metric Review
    • Process Review
    Tasks
    • # Visits with vendors
    • # Visits with industry
    • # Stakeholder mtgs
    • # conferences attended
    • # exec briefings
    • # exec teleconferences
    • # trainings attended
    • # strategies developed
    • # roadmaps developed
    • # solution designs
    • # reference architectures
    • # transition architectures
    • # future architectures
    • # standards monitored
    • # processes identified
    • # kpi’s monitored
    • Performance increase
    • Performance decrease
    • # days request turnaround
    • # standards approved
    • # mtgs facilitated
    • # PIPs
    • # education sessions
    • # architecture reviews
    • #SDLC gate checks
    approved
    • # deviations
    • # trends identified
    • # technology standards
    reviewed
    • # use cases mapped
    • # position papers
    • # viewpoint papers
    • # emerging technologies
    identified
    Metrics
  • Enterprise Architecture - References
    TOGAF:
    http://www.opengroup.org/togaf/
    http://www.opengroup.org/architecture/togaf8-doc/arch/chap39.html
    http://www.opengroup.org/architecture/togaf9-doc/arch/
    ZACHMAN:
    http://www.businessrulesgroup.org/BRWG_RFI/ZachmanBookRFIextract.pdf
    TMFORUM:
    http://www.tmforum.org/
    EAEC – Enterprise Architecture Executive Council:
    https://www.eaec.executiveboard.com/Public/Default.aspx
  • Part III – Interactive Group Discussion on topics pertinent to attendees
    Example topics:
    • Business Analysis and Requirements gathering/systems
    • Data Mining and Business Intelligence
    • Compliance and Security
    • Framework adoption and application
  • Thank you for attending