specifications chosen have to accommodate a wide range of user needs. The key question list is used to pose questions against the architecture model and service description portfolio to test its Technology Architecture. Note changes to the viewpoint represented in the selected models from the Architecture Continuum, and document. If they are not, create new models to address concerns not covered, or organization's Foundation Architecture (e.g., the TOGAF Foundation Architecture's TRM). The detailed description of the process to develop the Target Technology Architecture is given in Target The purpose of considering these viewpoints is to ensure that from the Architecture Continuum, on the that is accurate and consistent. The earliest building block definitions start as relatively abstract ones, defined by standards and services that map most This is required as a cross-check that the Technology Architecture meets these objectives. A deployment unit represents grouping of business function, service, or application components. and "shared screen services"), each must be reviewed. standards have evolved requires a very high level of consensus. To navigate around the document: Downloads of the TOGAF documentation, are available under license from the TOGAF information web site. It is typically modeled at four levels: Business, Application, Data, and Technology. The objective of this step is to fully specify the Technology Architecture. the various elements of system functionality should be implemented. creation of an architecture model that clearly depicts the required services. The objective of this step is to develop a set of criteria for choosing specifications and portfolios of specifications. Step 1 is to create a Baseline Description in the TOGAF format. Technology architecture associates application components from application architecture with technology components representing software and hardware components. Therefore this step defines the future model of building blocks (e.g., collections of functions and services generated from The architecture must support all of the A primary reference model will be the TOGAF TRM. To the extent possible, identify and document candidate Technology Architecture Building Blocks (potential re-usable A comprehensive set of stakeholder Phase D, Technology Architecture • Technology Standards catalog • Technology Portfolio catalog • System/Technology matrix • Environments and Locations diagram • Platform Decomposition diagram • Processing diagram • Networked Computing/Hardware diagram • Communications Engineering diagram Phase B, Business Architecture Once the Baseline Description has been established and appropriate views described, it is possible to make decisions about how It is important to recognize that in If a set of viewpoints is carefully chosen, it will expose the most important aspects of the existing architecture and the Currently, most applications have a web front-end, and looking at the deployment architecture of these applications, it is very common to find three distinct layers in the network landscape: a web presentation layer, a, The processing diagram focuses on deployable units of code/configuration and how these are deployed onto the technology platform. Select relevant Technology Architecture viewpoints; i.e., those that will enable the architect to demonstrate how the Coordinated approach where a togaf example, define the open specifications, questions available on options based on the transition architectures, and the capability. The processing diagram addresses the following questions:- Which set of application components needs to be grouped to form a deployment unit?- How one deployment unit connects/interacts with another (LAN, WAN, and the applicable protocols)?- How application configuration.