Upload
others
View
19
Download
0
Embed Size (px)
Citation preview
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
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