These free The Open Group study guides connect enterprise architecture preparation with a stakeholder concern and an understandable decision. Separate TOGAF architecture-method learning from ArchiMate modelling-language learning. The catalogue includes older TOGAF 9 and ArchiMate 2 references, so retain those generations and compare your intended current target. Original exercises focus on context, requirements, views and change reasoning without claiming to reproduce official exam material.
Want free reference PDFs? Email freelearning@ciscoforall.com with your exam code and name. We will send an available older reference file free of charge. Availability varies. See the request section below.
Browse All The Open Group Premium PDFs
Choose the learning direction closest to your role and current knowledge. These orientations help you organise practice; they are not official exam objective lists. Compare your chosen target with the exact current syllabus and record any additional topics you need.
| Learning path | Who it suits | Topics to understand | First practice task |
|---|---|---|---|
| Architecture method | Learners organising enterprise change | Stakeholders, requirements and decisions | Write a change concern. |
| Modelling foundations | Learners communicating relationships | Views, elements and meaning | Create a focused architecture view. |
| Review and governance | Learners evaluating change consistency | Gaps, dependencies and acceptance | Review a proposed transition. |
Connect additional review material with a specific preparation gap. Open a relevant product to explore its details, confirm its code and version, and decide how it supports your learning goal.
| Premium resource | Preparation focus |
|---|---|
| OG0-021 — ArchiMate 2 Part 1 — Premium PDF | Review OG0-021 for the product and version shown in the listing. |
| OG0-023 — ArchiMate 2 Combined Part 1 and 2 — Premium PDF | Review OG0-023 for the product and version shown in the listing. |
| OG0-091 — TOGAF 9 Part 1 — Premium PDF | Review OG0-091 for the product and version shown in the listing. |
| OG0-092 — TOGAF 9 Part 2 — Premium PDF | Review OG0-092 for the product and version shown in the listing. |
The linked TOGAF 9 Part 1/Part 2 and ArchiMate 2 references are older-generation resources. Compare current standards and certification scope separately and preserve original edition labels.
Browse All The Open Group Premium PDFs
A fictional service owner wants to understand how a proposed change affects order handling. Record the concern and required decision before selecting a diagram. A complete-looking model is less useful when it does not address its audience’s question.
Practice task: Write one concern and the evidence needed to resolve it. Expected result: The architecture view has a clear purpose. Common mistake to avoid: Creating a diagram without identifying the stakeholder question.
A method organises architecture work and decisions, while a modelling language expresses selected relationships. They can complement each other without being interchangeable. State what each contributes to the preparation example.
Practice task: Describe a change-planning decision and its supporting model separately. Expected result: The role of the method and model remains distinct. Common mistake to avoid: Treating a notation diagram as a complete architecture process.
A business responsibility, application function and technology dependency answer different questions. Select the relationships needed for a particular audience. Overloading one diagram can conceal the issue it was meant to explain.
Practice task: Sketch business and application views for a fictional request service. Expected result: Each view addresses its own question with consistent context. Common mistake to avoid: Combining every detail into one unreadable model.
A requirement should connect with the selected option and a meaningful acceptance condition. A decision record without this relationship can become difficult to assess later. Preserve constraints and assumptions alongside the choice.
Practice task: Link a fictional availability requirement with an option and validation case. Expected result: A reviewer can follow the justification from need to evidence. Common mistake to avoid: Documenting an architecture choice without its requirement rationale.
A target diagram needs an explanation of what changes and why. Describe the capability or dependency gap rather than merely drawing a more attractive future picture. A transition should account for operating continuity.
Practice task: Write one current-state limitation and a proposed transition step. Expected result: The change has an explicit purpose and dependency. Common mistake to avoid: Treating a target model as an executable transition plan by itself.
The selected references include TOGAF 9 and ArchiMate 2. Record the edition before transferring terminology or procedures. Useful foundations do not establish complete coverage of a later standard or certification path.
Practice task: Create an edition comparison note with transferable concepts and open gaps. Expected result: Older material remains correctly labelled. Common mistake to avoid: Removing the edition label to imply current certification coverage.
Complete these activities as written exercises or in an authorised practice environment with fictional data. Define the expected outcome before starting and save a brief explanation of what the result establishes. Verify version-specific steps for your selected technology.
| Activity | What to do | Expected result |
|---|---|---|
| Define the stakeholder concern before the model | Write one concern and the evidence needed to resolve it. | The architecture view has a clear purpose. |
| Separate method and modelling-language purposes | Describe a change-planning decision and its supporting model separately. | The role of the method and model remains distinct. |
| Preserve meaning across different views | Sketch business and application views for a fictional request service. | Each view addresses its own question with consistent context. |
| Trace requirements to decisions and evidence | Link a fictional availability requirement with an option and validation case. | A reviewer can follow the justification from need to evidence. |
Use these comparisons to find an assumption worth revisiting. For each mistake, write a new example with different details and explain why the corrected principle still applies.
| Common mistake | Why it matters | Better approach |
|---|---|---|
| Documenting an architecture choice without its requirement rationale. | This prevents the exercise from establishing its intended outcome. | A reviewer can follow the justification from need to evidence. |
| Treating a target model as an executable transition plan by itself. | This prevents the exercise from establishing its intended outcome. | The change has an explicit purpose and dependency. |
| Removing the edition label to imply current certification coverage. | This prevents the exercise from establishing its intended outcome. | Older material remains correctly labelled. |
Explanation: The model is one useful output. Review the current-to-target gaps, operating constraints, accountable decisions and transition dependencies. A target state alone does not establish a feasible path to reach it.
Write your own answer before reading the explanation. Identify the evidence supporting it, then change one detail and decide whether your answer should change. This is an original learning exercise, not an actual exam question.
| Stage | Focus | Practice outcome |
|---|---|---|
| Week 1 | Select the target and foundations | Write one concern and the evidence needed to resolve it. The architecture view has a clear purpose. |
| Week 2 | Apply core concepts | Describe a change-planning decision and its supporting model separately. The role of the method and model remains distinct. |
| Week 3 | Investigate weak topics | Sketch business and application views for a fictional request service. Each view addresses its own question with consistent context. |
| Week 4 | Review mixed examples | Link a fictional availability requirement with an option and validation case. A reviewer can follow the justification from need to evidence. |
Four weeks is an example schedule, not a promise of readiness. Adjust each stage to your experience and available time. Extend a stage when you cannot explain the topic without the notes or apply it to a fresh scenario. Revisit the exact target objectives so a familiar topic does not replace a relevant topic you have not practised.
Create a tracker with target topic, initial explanation, practice activity, observed result and next review date. Separate a topic you recognise from a topic you can apply. A useful record makes the remaining gap visible and helps you choose the next activity instead of repeatedly rereading the same material.
When an answer is wrong, preserve the initial assumption, the contradicting evidence and the corrected principle. Create a second example using different details. If the explanation works only for the first example, return to the concept before adding more resources. Review recurring errors together: they may reveal a missing foundation rather than several unrelated weaknesses.
| Tracker field | Example entry to write | Review question |
|---|---|---|
| Requirement | Write one concern and the evidence needed to resolve it. | What outcome am I trying to establish? |
| Evidence | The architecture view has a clear purpose. | Which observation supports my explanation? |
| Limitation | State what the exercise did not establish. | Am I making a broader claim than the evidence allows? |
| Next activity | Describe a change-planning decision and its supporting model separately. | What new example will test the principle? |
Email freelearning@ciscoforall.com with your exam code and name, the product or framework version if known, and the topics you need. We will send an available older reference file free of charge. Availability varies; a file may not be available for every target. The original notes, tables and exercises on this page are free to read without requesting a file.
Keep the code and version visible when using an older reference. Terminology, objectives and product behaviour may differ from your current target. Compare the material with the scope you intend to study and verify release-specific information before using it in a lab. We share only resources we are permitted to distribute. If you are unsure of the target name, include the learning goal so the request can be understood.
Use this guide to organise foundations and identify weaker topics. Then choose a relevant The Open Group Premium PDF for additional review. Give the resource a clear purpose: explain a concept, compare alternatives or repeat a practical scenario. Track the exact target and version alongside your notes so useful older material is not mistaken for complete current coverage.
Build a preparation routine around topic review, original exercises and an error log. After reviewing a resource, close it and explain the principle in your own words. Apply that principle to an unfamiliar example and record any remaining uncertainty. The value comes from understanding and application, rather than the number of files collected.
Review OG0-021 for the product and version shown in the listing. — Premium PDF · Review OG0-023 for the product and version shown in the listing. — Premium PDF · Review OG0-091 for the product and version shown in the listing. — Premium PDF · Review OG0-092 for the product and version shown in the listing. — Premium PDF
Browse All The Open Group Premium PDFs
Yes. The learning notes, tables, study plan and original exercises here are free to read. Premium PDFs are available separately through the linked product pages.
No. TOGAF and ArchiMate have different purposes and separate target scopes. They can support related architecture work, but keep method learning, modelling-language learning and exact editions distinct.
Yes. Email freelearning@ciscoforall.com with your name, exact target and exam code. We will send an available older reference file free of charge. Availability varies.
It may explain useful foundations while describing an earlier version. Compare its code, objectives and product behaviour with your exact target before treating it as a complete preparation resource.
Use the product table to find a resource matching your target. Explore its details and version, then connect it with the concept or practice gap you want to strengthen.
No. Adjust the schedule to your experience, available time and practice results. Repeat a stage until you can explain its concepts and apply them to a different example.
No. The scenarios are original exercises for understanding and decision-making. They are designed to help you practise explanations and evidence-based reasoning.
No. Results depend on your knowledge, practical skills and preparation.
Complete one small activity today and record its result. For an available older reference, email freelearning@ciscoforall.com. For additional preparation, choose a relevant Premium PDF above or browse the vendor selection below.