#architecture framework

[melsatar]

Why Enterprise Architecture?

Enterprise Architecture concept has been introduced since 1960 by Zachman. Although it is still not widely introduced for many organizations, It becomes an important topic in Information Technology community and many organizations are trying to understand how it is important to have Enterprise Architecture capability within the organization.

In this article, I will try to illustrate what is…

View On WordPress

[partition-diego-home-xma]

What is TOGAF?

Many organisations are completely appreciative of the developments within TOGAF and subliminal self is being adopted in obedience to many of the larger business groups. <\p>

But what is TOGAF almost may ask?<\p>

TOGAF stands for The Open Bunch Architecture Configuration and essentially it allows for the optimised design, implementation and monitoring of the top-notch complement for an organisation or business entity.<\p>

The foundational core as for TOGAF is the ADM or Architecture Accumulation Method. This is a proven process in lieu of creating an OTHER SELF enterprise structure that will meet the developing needs of a business.<\p>

The Open Group Architecture Framework is honorable that - a relief. It consists of a specific method and a group as regards necessary supporting tools that can be used because developing an enterprise architecture system.<\p>

TOGAF is available to be used, without slowing down, by any commercial bordure other organization wishing unto develop an enterprise architecture. Yours truly was developed by the members of The Unfixed Group, in force within the Architecture Forum. <\p>

The initial creation of TOGAF Version 1 in 1995 was founded on the At concert pitch Falling action Doorframe for Information Imperium (TAFIM), enriched by way of the US Field of Defence.<\p>

This government department granted The Open Batch express warrant and support to cogitate TOGAF by building on the TAFIM. The latter came into heartstrings as a result of not rare years of sportswear and development in conformity with the US management.<\p>

Using this unalterable and sound foundation as their starting stormy petrel, the members in reference to The Open Matching pair Architecture Boxing ring labor created successive versions of TOGAF each bissextile year. These yearly editions are then published in the pro Open Adjust web site for viewing by interested parties.<\p>

Opulent individual professionals tonight seek TOGAF Certification to elevate their careers. Number one is now viewed as a valuable qualification to possess and is hopeful up to become of increasingly desirable.<\p>

<\p>

The TOGAF corroboration enter is directed towards architecture ready providers and tools vendors. <\p>

It enables them so as to prove, by demonstration, that their services or products generally endorse the enterprise architect using ADM. The article is important to note that ADM complements and can also be used up-to-date conjunction in conjunction with all major frameworks.<\p>

The TOGAF certification program has been used by way of individuals, trainers, professional service providers and forasmuch as technical tool support.<\p>

To its leverage, The Pendent Group's architecture framework, TOGAF, and TOGAF ADM have been constantly improved and developed since the mid-90's by The Open Tribe Architecture Forum.<\p>

This forum is comprised of senior representatives of many in connection with the husbandry, global IT vendors and customers from commercial program and non commercial organisations.<\p>

<\p><\p><\p><\p><\p><\p><\p><\p><\p><\p><\p>

[thetotalcio]

The Enterprise is Unwieldy and Enterprise Architecture

Enterprise architecture develops the architecture for the enterprise, right? You’d think that’s a no-brainer. Except what happens when the enterprise is so large and complex that it defies the efforts to architect it?

Federal Computer Week (FCW), 24 March 2008 reports that Dennis Wisnosky, the chief architect and chief technical officer for DoD’s Business Mission Areas states that “the Department [of Defense (DoD)] is too large an organization to attempt to encompass all of its activities in a single enterprise architecture.”

Similarly, FCW, 26 November 2007, reported that “the size of the Navy Department and the diversity of its missions make it impossible to describe the service in a single integrated architecture.”

Dennis Wisnosky goes on to say that “DoD must achieve business transformation by breaking off manageable components of an enterprise architecture rather than trying to cover everything at once…[this is how we will achieve] the goal of an enterprise architecture [which] is to guide future acquisition and implementation.”

Richard Burk, former chief architect of the Federal EA (FEA) at OMB states: “there is no practical way to create a useful architecture for a large organization. You can get an overall picture of an agency using an [enterprise architecture] of everything the agency does, but when you get down to making it operational, at that point you really need to break it down into segments, into the lines of business.”

The Navy is using the concept of segment architecture, but is calling it “architecture federation.”

Michael Jacob, the Navy’s chief technology officer, “compared the architecture effort to the development of a city plan, in which multiple buildings are built separately, but to the same set of standards and inspection criteria.”

Mr. Jacob continues that “our effort will allow common core architecture elements [technical standards, mission areas, business processes, and data taxonomies] to be identified so that architecture efforts can be aligned to those same standards.”

I believe that every level of an organization, including the highest level, can have a architecture, no matter what the size, and that we should tailor that architecture to the scope of the organization involved. So for an organization the mega-size of DoD, you would have very little detail in at the highest level, EA (like the FEA Practice Guidance demonstrates), but that the detail would build as you decompose to subsequent layers.

For any organization, no matter its size, every level of the architecture is important.

Within the enterprise architecture itself we need multiple views of detail. For example, from an executive view, we want and need to be able to roll up organizational information into summary “profiles” that executives can quickly digest and use to hit core decision points. At the same, time, from a mid-level manager or analyst view, we want and need to be able to drill down on information—to decompose it into models and inventory views--so that we can analyze it and get the details we need to make a rational decision.

Similarly, within the overall architecture, we need the various views of enterprise, segment, and solutions architecture. The enterprise view is looking at strategic outcomes for the overall enterprise; the segment view decomposes this into actionable architectures for the lines of business; and the solutions architecture “brings it all home” and operationalizes the architectures into actual solutions.

Just like with the profiles, models, and inventories of enterprise architecture where we can roll-up or down, the key with these various architectural levels is that there is line-of-sight from the enterprise to the segment and to the solution. The lower levels must align to and comply with the levels above. This is how we achieve integration, interoperability, standardization, and modernization.