January 25, 2011Case Study: Modeling TOGAF™ with ArchiMate®Iver BandOpen Group Conference, San Diego, California, USA
BackgroundChoosing and Adopting a MethodologyModeling with TOGAF and ArchiMateLearnings and SuggestionsAgendaJanuary 25, 20112
Founded in 1906 in Portland, Oregon and still based thereWent public in 1999 as Stancorp Financial Group (NYSE: SFG)3,200 employees in 55 offices across the United StatesLargest business is insurance for 26,000 groups with 6.5 million individualsProvides 4,000 group retirement plans for 500,000 participantsAlso offers commercial mortgages, individual disability and annuity, and personal financial adviceInsurance and retirement plans sold through a broad broker networkVisit www.standard.comRecession Layoffs, foreclosures, loss of investments and savingsImpact on disposable incomeIncreased risk of stress-induced health concernsDepression Anxiety Compulsive behaviors (over-easting; excessive gambling and/or spending)Substance abuse About The StandardJanuary 25, 20113
4IT at The StandardJanuary 25, 2011
5Enterprise Architecture at The StandardSmall EA team with strong business relationships leads broader “Architecture Community”Community-based “Architecture Assurance” process governs major projectsReviews and approves Architecture Notebook rooted in OpenUP software development process Evaluates enterprise implications of proposed architecture Sample initiatives CRMContact Center Master Data ManagementIdentity ManagementLegacy Application Assessment January 25, 2011
6EA Challenges and AssetsChallenges
Complex legacy applications
Demanding business initiatives leave little capacity for tool and methodology development
Lots of complexity and change to manage relative to available resources
Assets
Architectural Descriptions
Business capability maps
Enterprise data model
Current and future state application architectures with asset lifecycle states
Core infrastructure strategy, architecture, roadmaps
Data center facilities and disaster recovery
Network
Server platforms
Casewise Corporate Modeler and Corporate Exchange
“Archipedia” SharePoint site collectionJanuary 25, 2011
   1. Architecture guidance and methods were difficult to use  2. Diversity of methods hindered collaboration7Methodology ChallengesJanuary 25, 2011SlidesPapersERDLandscapesCapabilityMapsArchitectureNotebooksUML 4+1ExecutionArchitecturesPhysicalLifecycle MgmtDiagramsRoadmapsEA Planning
Desire forMulti-year business-driven technology strategyBusiness service cost transparencyIncreasing importance of SaaS, PaaS, offshore software engineering and on-site consultantsInternal proposals“IT Information Management ““Model-Based Architecture”Enterprise-wide initiatives such as CRM and Contact CenterRealization that we were not getting the full benefit of our Casewise enterprise modeling toolset investmentPast difficulties with proprietary methodologies8Methodology Selection TriggersJanuary 25, 2011

Modeling TOGAF with ArchiMate

  • 1.
    January 25, 2011CaseStudy: Modeling TOGAF™ with ArchiMate®Iver BandOpen Group Conference, San Diego, California, USA
  • 2.
    BackgroundChoosing and Adoptinga MethodologyModeling with TOGAF and ArchiMateLearnings and SuggestionsAgendaJanuary 25, 20112
  • 3.
    Founded in 1906in Portland, Oregon and still based thereWent public in 1999 as Stancorp Financial Group (NYSE: SFG)3,200 employees in 55 offices across the United StatesLargest business is insurance for 26,000 groups with 6.5 million individualsProvides 4,000 group retirement plans for 500,000 participantsAlso offers commercial mortgages, individual disability and annuity, and personal financial adviceInsurance and retirement plans sold through a broad broker networkVisit www.standard.comRecession Layoffs, foreclosures, loss of investments and savingsImpact on disposable incomeIncreased risk of stress-induced health concernsDepression Anxiety Compulsive behaviors (over-easting; excessive gambling and/or spending)Substance abuse About The StandardJanuary 25, 20113
  • 4.
    4IT at TheStandardJanuary 25, 2011
  • 5.
    5Enterprise Architecture atThe StandardSmall EA team with strong business relationships leads broader “Architecture Community”Community-based “Architecture Assurance” process governs major projectsReviews and approves Architecture Notebook rooted in OpenUP software development process Evaluates enterprise implications of proposed architecture Sample initiatives CRMContact Center Master Data ManagementIdentity ManagementLegacy Application Assessment January 25, 2011
  • 6.
    6EA Challenges andAssetsChallenges
  • 7.
  • 8.
    Demanding business initiativesleave little capacity for tool and methodology development
  • 9.
    Lots of complexityand change to manage relative to available resources
  • 10.
  • 11.
  • 12.
  • 13.
  • 14.
    Current and futurestate application architectures with asset lifecycle states
  • 15.
    Core infrastructure strategy,architecture, roadmaps
  • 16.
    Data center facilitiesand disaster recovery
  • 17.
  • 18.
  • 19.
    Casewise Corporate Modelerand Corporate Exchange
  • 20.
    “Archipedia” SharePoint sitecollectionJanuary 25, 2011
  • 21.
    1. Architecture guidance and methods were difficult to use 2. Diversity of methods hindered collaboration7Methodology ChallengesJanuary 25, 2011SlidesPapersERDLandscapesCapabilityMapsArchitectureNotebooksUML 4+1ExecutionArchitecturesPhysicalLifecycle MgmtDiagramsRoadmapsEA Planning
  • 22.
    Desire forMulti-year business-driventechnology strategyBusiness service cost transparencyIncreasing importance of SaaS, PaaS, offshore software engineering and on-site consultantsInternal proposals“IT Information Management ““Model-Based Architecture”Enterprise-wide initiatives such as CRM and Contact CenterRealization that we were not getting the full benefit of our Casewise enterprise modeling toolset investmentPast difficulties with proprietary methodologies8Methodology Selection TriggersJanuary 25, 2011

Editor's Notes

  • #3 InsuranceLife, Accidental Death and Dismemberment, Disability, Dental, Vision and AnnuitiesRetirement plansPublic and private-sectorDefined benefit (pension) and defined contribution
  • #4 MethodologyCommentsZachman:Pioneering, comprehensive frameworkModel-Driven Architecture: Focused on portable application and service developmentSOA Reference Model: Focused on distributed software designIDEF:Family of 14 separate methods used primarily in defense and government work.IEEE 1471-2000:Defines fundamental EA conceptsExtended EA Framework: Framework based on ZachmanEnterprise Architecture Planning:Focuses on Zachman owner and planner views. Apparently defined primarily in Spewak book.TOGAF: Comprehensive, focused on EA, broadly sponsored and accepted, updated regularly.
  • #5 The purpose of the Data Dissemination diagram is to show the relationship between data entity, business service, and application components. The diagram shows how the logical entities are to be physically realized by application components. This allows effective sizing to be carried out and the IT footprint to be refined. Moreover, by assigning business value to data, an indication of the business criticality of application components can be gained.Additionally, the diagram may show data replication and system ownership of the master reference for data. In this instance, it can show two copies and the master-copy relationship between them. This diagram can include services; that is, services encapsulate data and they reside in an application, or services that reside on an application and access data encapsulated within the application.
  • #6 The purpose of the Application Communication diagram is to depict all models and mappings related to communication between applications in the metamodel entity.It shows application components and interfaces between components. Interfaces may be associated with data entities where appropriate. Applications may be associated with business services where appropriate. Communication should be logical and should only show intermediary technology where it is architecturally relevant.
  • #7 The Platform Decomposition diagram depicts the technology platform that supports the operations of the Information Systems Architecture. The diagram covers all aspects of the infrastructure platform and provides an overview of the enterprise's technology platform. The diagram can be expanded to map the technology platform to appropriate application components within a specific functional or process area. This diagram may show details of specification, such as product versions, number of CPUs, etc. or simply could be an informal "eye-chart" providing an overview of the technical environment.