What is IT Architecture?
If you enter 'IT Architecture' into Google, don't bother pressing the I'm Feeling Lucky button because where you'll land is on a web site that's got absolutely nothing to do with IT. What you'll find, instead, may be of interest if you're designing buildings, but it won't help you one iota if what you're trying to do is design IT systems.
Unfortunately, clicking the Google Search button won't offer you much more assistance, not unless what you're looking for are "Sponsored Links", the majority of which will direct you to pages pertaining to 'Enterprise Architecture'.
Assuming, like me, you prefer your Google results unsponsored, let's try searching on 'Enterprise Architecture' directly. At least that search will return results relevant to IT. The first item retrieved directs you to the following web site:
There, you'll find the Institute For Enterprise Architecture Developments' version 1.4 of its Extended Enterprise Architecture Framework. For a detailed view of IFEAD's model, click on the following image:
While quite similar to the Zachman Framework, I believe the above graphic represents a significant improvement because it contains fewer rows. In articles I've written for FTP's Enterprise Architect magazine, I've complained that the biggest problem with the Zachman approach is deciding in which row something belongs. As you move down from the top to the bottom of the Zachman Framework, the boundaries between the rows appear to become ever more arbitrary. I've attributed this problem primarily to John Zachman's personal lack of experience in actually developing software systems. Please don't infer from this criticism that I reject everything Zachman advocates. Quite the contrary. I've always applauded John's idea that the fundamental purpose of Enterprise Architecture is twofold:
- Document everything about IT
- Model everything about IT
TOGAF defines four types of architecture that are subsets of an overall Enterprise Architecture.
- Business Architecture
- Data Architecture
- Application Architecture
- Technology Architecture
A technology portfolio consists of all the IT products purchased by an enterprise. The goal is to figure out how best to organize all this information. In my opinion, the best way to do this is by using a three-layer, four-model representation as illustrated below:
The bottom layer corresponds to IT Infrastructure. While extremely expensive and complex, IT Infrastructure, by itself, really doesn't do much of anything. It just sits there. Value is derived only after Applications get layered on top. Depicted as the middle layer in the graphic above, applications can either be developed or purchased. Of course, regardless of whether they're built or bought, applications generate data -- data that yearns to analyzed and mined for its Business Intelligence. That's the top layer of Technology Architecture.
The ITscout web site provides an interactive environment where you can explore these four models:
- IT Infrastructure Roadmap (bottom row)
- Application Development Roadmap (middle row)
- COTS Application Roadmap (middle row)
- Business Intelligence Roadmap (top row)
0 Comments:
Post a Comment
<< Home