Togaf 9.1 (Level 1 & Level 2)

COURSE BROCHURE

THE OPEN GROUP ENTERPRISE

ARCHITECTURE FRAMEWORK(TOGAF 9.1)

Training & Certification

TOGAF is developed and maintained by members of The Open Group, working within the Architecture Forum.

TOGAF is a framework for developing an enterprise architecture.

The main focus has been on quality improvements to ensure consistent use of terminology.

It may be used freely by any organization wishing to develop an enterprise architecture for use within that organization.

TOGAF an Open Group standard, is a proven enterprise architecture methodology and framework used by the world's leading organizations to improve business efficiency.

TOGAF helps practitioners avoid being locked into proprietary methods, utilize resources more efficiently and effectively, and realize a greater return on investment.

TOGAF is an industry-standard architecture framework that may be used freely by your organization to develop an information systems architecture.

Enterprise (IT) ArchitectsBusiness ArchitectsInformation Security ArchitectsIndividuals who require a deeper understanding of TOGAF 9Professionals who are working in an organization where TOGAF 9 has been adopted and who need to participate in architecture projects and initiatives.Architects who will be responsible for developing architecture artifacts.Architects who wish to introduce TOGAF 9 into an architecture practice.Architects who want to achieve a recognized qualification to demonstrate their detailed knowledge of TOGAF 9.1

Who Should Attend?

What is TOGAF?

In this 4-day course, you will gain the knowledge needed to prepare for and achieve both TOGAF® 9.1Certification.

You will learn the frameworks, structure, and concepts of TOGAF 9.1 and how to analyze and apply this knowledge.

Delegates will understand the TOGAF 9 framework and how to practically apply it in support of the design andimplementation of enterprise architecture.

They will also learn how to apply TOGAF to create well-designed enterprise architectures through the use of practical scenarios and case study working.

Learning Objectives

Any Organization undertaking, or planning to undertake ,the development and implentation of an enterprise architecture for the support of business transformation will benefit from use of TOGAF.

Organizations seeking boundary less information flow can use TOGAF to define and implement the structures and processes to enable access to integrated information within and between enterprises.

Organizations that design and implement enterprise architectures using TOGAF are assured of a design and aprocurement specification that can facilitate an open systems implementation, thus enabling the benefits of open systems with reduced risk.

Benefit ofTOGAF 9.1

Stakeholders and ValuesWhat is an Enterprise?What is an Architecture?What is Enterprice Architecture?Architecture TypesWhy Enterprise Architecture?Pressure to develop Enterprise ArchitectureBusiness Benefits of Enterprise ArchitectureThe Importance of GovernanceWhat do we mean by Governance?

Course Contents

ARCHITECTURE FORUM - MISSION

WHAT IS AN ARCHITECTURE FRAMEWORK?The Value of a FrameworkEnterprise Architecture Development MethodTOGAF OriginsTOGAF DevelopmentTOGAF ScopeTOGAF GoalsTOGAF 9 Components

TOGAF CAPABILITY FRAMEWORK

TOGAF 9 COMPONENTS

ADM—Basic PrinciplesPreliminary PhasePhase A : Architecture VisionPhase B : Business ArchitecturePhase D : Technology ArchitecturePhase E : Opportunities and SolutionsPhase F : Migration PlanningPhase G : Implementation GovernancePhase H : Architecture Change ManagementTOGAF CertificationTOGAF Foundation Target AudienceTOGAF Certified Target Audience

ObjectivesTOGAF 9 ComponentsRoadmapThe Architecture Development MethodADM Guidelines and TechniquesApplying Iteration to the ADMCategories of StakeholderArchitecture Content FrameworkDeliverables, Artifacts and Building BlocksFull Content Metamodel with Relationships

THE ENTERPRISE CONTINUUMArchitecture RepositoryTOGAF Reference ModelsHigh-Level TRMDetailed TRMBoundaryless Information Flow™Capability Framework

INTRODUCTION TO THE ARCHITECTURE DEVEOPMENT METHOD

Architecture RepositoryTOGAF Reference ModelsHigh-Level TRMDetailed TRMBoundaryless Information Flow™Capability Framework

THE ENTERPRISE CONTINUUM AND TOOLS

RoadmapArchitecture ReuseEnterprise Continuum: ConstituentsThe Architecture ContinuumThe Solutions ContinuumRelationshipsThe Enterprise ContinuumUsing the ContinuumRelationshipsThe Need for ToolsTools can Model the Enterprise ArchitectureIssues in Tool Standardization

ARCHITECTURE REPOSITORYPurposeArchitecture RepositoryArchitecture LandscapeReference LibraryStandards Information BaseStandards ClassificationGovernance Log ContentsRelationship to other Parts of TOGAFExercise

Course Contents

THE ARCHITECTURE CONTENT FRAMEWORKObjectivesIntroductionBenefits of the Architecture Content FrameworkDeliverables, Artifacts, and Building BlocksRelationship between Deliverables,ArtifactsArchitectural ArtifactsContent MetamodelMapping the Framework and the ADMContent Framework and the TOGAF ADM

THE ARCHITECTURE CONTENT METAMODELObjectivesWhat is a MetamodelWhy a MetamodelBenefits of Content MetamodelFormal and Informal ModelingCore Content MetamodelConceptsTOGAF Content Metamodeland its ExtensionsCore MetamodelEntitiesCore Entities and their RelationshipsStakeholder Needs

THE PRELIMINARY PHASEObjectivesSteps Scope the enterprise organizations impacted Confirm governance and support frameworks Define the team and organization Identify and establish architecture principles

ARCHITECTURE GOVERNANCEObjectivesArchitecture Governance in PracticeArchitecture BoardArchitecture Board ValueArchitecture Board ResponsibilitiesArchitecture Board OperationsArchitecture ContractsArchitecture Contracts and ADMArchitecture Compliance: TerminologyArchitecture ComplianceArchitecture Compliance ReviewsArchitecture Compliance Review ProcessEstablishing an Architecture Capability

BUSINESS SCENARIOSWhat is a Business Scenario?Business ScenariosBusiness Scenarios and the ADMWhat is a Good Business Scenario?SMARTThe Benefits of Business ScenariosWho Contributes to a Business Scenarios?Developing a Business Scenario

STAKEHOLDER MANAGEMENTBenefitsStakeholder ManagementStep 1: Identify StakeholdersCategories of StakeholderStep 2: Classify Stakeholder PositionsExample: Stakeholder Map

VIEWS AND VIEW POINTS

Concepts and DefinitionsSystemStakeholdersConcernsViewViewpointViews and ViewpointsWhat is an Architecture View?A Simple Example of a ViewpointA Simple Example of a ViewDeveloping Views

BUILDING BLOCKS

ABB SpecificationsSolution Building Blocks (SBBs)Building Blocks and the ADMBuilding Block DesignArchitecture PatternsF 6: ADM phases level 1ObjectivesPreliminary PhaseObjectives in detailApproachPhase A Architecture VisionBusiness Scenarios

Course Contents

ARCHITECTURE IMPLEMENTATION SUPPORT TECNIQUESObjectivesReadiness FactorsAssess the Readiness FactorsReadiness Factor RatingReadiness Factor Risks & ActionsRisk ManagementRisk Management in the ADMinitial Risk AssessmentRisk Classification Scheme

PHASE A: ARCHITECTURE VISION

ObjectivesSteps Step 1: Establish the Project Step 2: Identify Stakeholders Step 3: Confirm Business Goals, Drivers and Constraints Step 4: Evaluate Business Capabilities Chain Diagram Step 5: Assess Readiness for Business Transformation Step 6: Define the Scope Step 7: Confirm and Elaborate Architecture Principles and Business

PHASE B: BUSINESS ARCHITECTURE-CATALOGSDiagrams and matricesCatalogs, Matrices and DiagramsCatalogsExerciseMatricesBusiness Interaction MatrixActor/Role Matrix

PHASE C: INFORMATION SYSTEMS ARCHITECTURES

Information Systems Architectures-ObjectivesApproachTop-Down Design-Bottom-Up ImplementationApproach: Architecture RepositoryConsiderations for Data Architecture

PHASE D: TECHNOLOGY ARCHITECTURETechnology Architecture: InputsStepsTOGAF 9 ArtifactsTechnology Architecture OutputsCatalogs, Matrices, and Diagrams

PHASE E: OPPORTUNITIES AND SOLUTIONS

Module ObjectivesApproachPhase E: InputsStepsPhase E OutputsTOGAF 9 ArtifactsProject Context DiagramBenefits Diagram

PHASE F: MIGRATION PLANNING TECHNIQUES

The Consolidated Gaps, SolutionsArchitecture Definition Increments tableThe Transition Architecture State Evolution TableThe Business Value Assessment Technique

PHASE G: IMPLEMENTATION GOVERNANCEModule ObjectivesPhase G ObjectivesApproachPhase G: InputsStepsPhase G Outputs

PHASE H: ARCHITECTURE CHANGE MANAGEMENTMaintenance versus RedesignChange Impact ExercisePhase H: InputsChange RequestsStepsPhase H OutputsBusiness Users’ Architecture ContractRequest for Architecture Work

Course Contents

CHANGE MANAGEMENT PROCESS FOUNDATION ARCHITECTUREMaintenance versus RedesignChange Impact ExercisePhase H: InputsChange RequestsStepsPhase H OutputsBusiness Users’ Architecture ContractRequest for Architecture Work

DATA ARCHITECTURE

Steps in Data Architecture PhaseSelect reference models, viewpoints, and toolsTOGAF 9 ArtifactsDevelop a Baseline Data Architecture DescriptionDevelop Target Data Architecture DescriptionPerform Gap AnalysisDefine Candidate Roadmap ComponentsResolve impacts across the ArchitectureConduct Formal Stakeholder ReviewFinalize the Data ArchitectureCreate Architecture Definition Document

INFORMATION INTEGRATED INFRASTRUCTUREREFERENCE MODEL

ObjectivesKey Business and Technical DriversTOGAF TRMTOGAF TRM OrientationsCatalogs, Matrices, and DiagramsCatalogsExerciseMatricesData Entity/Business Function Matrix

APPLICATIONS ARCHITECTURE

MatricesApplication/Organization MatrixExample Application/Organization MatrixRole/Application MatrixExample Role/Application MatrixApplication/Function MatrixDiagramsApplication Communication DiagramApplication and User Location DiagramApplication Use Case DiagramEnterprise Manageability Diagram

TOGAF Foundation ArchitectureTechnical Reference Model ComponentsThe Technical Reference ModelTaxonomy of Platform ServicesTaxonomy of Application Platform Service Qualities

ADM REQUIREMENTS MANAGEMENTModule ObjectivesADM Requirements ManagementRequirements DevelopmentResourcesVolèreRequirements Specifications TemplateRequirements Management: InputsRequirements Management: OutputsRequirements Impact Assessment

GUIDELINES FOR ADAPTING THE ADM: ITERATIONAND LEVELS

Module ObjectivesIteration and LevelsIteration and the ADMIteration to Manage the Architecture CapabilityA Hierarchy of ADM ProcessesArchitecture Development Iteration “Baseline First” Architecture Development Iteration “Target First”Tansition PlanningArchitecture GovernanceApplying the ADM Across the Architecture Landscape

Course Contents

GUIDELINES FOR ADAPTING THE ADM: ITERATIONAND LEVELS

Phase A: Architecture VisionPhase B: Business ArchitecturePhase C: Information Systems ArchitecturesPhase D: Technology ArchitecturePhase E: Opportunities and SolutionsPhase F: Migration PlanningPhase G: Implementation GovernancePhase H: Architecture Change Management

GUIDELINES FOR ADAPTING THE ADM: SOA

module objectiveswhat is service oriented architecture?preliminary phasephase a: architecture visionarchitecture development: phases b,c, and d

ARCHITECTURE MATURITY MODELS

module objectivesCapability Maturity ModelsCMMIUS Department of Commerce ACMMMaturity Assessments in the ADMArchitecture development: phases b,c, and d

TOGAF level 1 Information:Exam Duration: 60 Minutes

Number of Questions : 40 (1 question = 1 point)

Pass Marks : 55% (22 Points out of 40 Points)

Electronic Devices Permitted: No

Open Book: No

Certification

Contact UsUSA Office :

+1-763-463-5915

India Office:

91-40-42603339

[email protected]

www.wiselearner.com

+91 9032077991

+91 9908498916

+91 8790704940

+91 9908455513

+91 9908405385

TOGAF level 2 Information:Exam Duration: 90 Minutes

Number of Questions : 8 (1 question = 5 Points)Exam Pass Mark: 60% (24 Points out of 40 Points)

Electronic Devices Permitted: No

Open Book: No