Key Points of the Architecture Development Cycle

You don’t have to tailor the ADM to your needs, but you might want to adapt it to meet your enterprise, your geographic region, your industry sector – or so that it fits with other frameworks you might be using.

You might also need to change the cycle if you don’t have the ideal resources or competence to use ADM as published.  You should also consider realistically the value that you will get from each cycle.

In fact the ADM is iterative, and each time you use the ADM you need to make a fresh decision about the breadth and level of detail that you need to define. Each time you use ADM it will be to meet a different need – so consider which architectural assets you can leverage, either from previous iterations of the cycle or external reference models.

Each Phase of ADM is defined in detail in Part II of TOGAF, where the objectives and approach are defined, along with the inputs, steps and outputs for each Phase.

Requirements Management is a continuous phase, used by all of the other phases. Outputs become inputs to other phases. Initial versions of deliverables are shown as version 0.1, while a formally reviewed version becomes 1.0.

Free TOGAF Downloads!

SOURCEOrbus Software
SHARE
Previous articleBPMN’s Pool and Lanes – A Quick Overview
Next articleBPMN Artifacts – A Quick Overview
Jamie has been with Good e-Learning now for nearly two years working as the Marketing Executive. With a background in Marketing including an Msc in Business & Consumer Marketing from the University of Liverpool, he’s been working across all marketing and sales channels in Good e-Learning. In particular, the exciting work with bespoke course and video production and the Learning Ecosystem. Outside of work he’s an avid Arsenal FC fan and has penchant for telling people that Terminator 2 is the best film ever made.