Showing posts with label Diagrams. Show all posts
Showing posts with label Diagrams. Show all posts

February 19, 2008

Presentation Style and Enterprise Architecture

User-centric Enterprise Architecture employs principles of communications and design, such as maximizing information visualization in making information products useful and usable to the end-user.

In ComputerWorld , 24 September 2007, Michael Hugos, a principal at the Center for Systems Innovation, presents “Five Diagrams Beat A Victorian Novel.”

The article states: “Consider two methods of collecting and presenting computer system specification [or apply this to presenting enterprise architecture] to users. One is far more likely to result in disastrous development projects plagued by miscommunication and users who are unhappy with the systems that are developed to them.” This disastrous method for presenting IT, Mr Hugos calls the ‘Victorian Novel’ is based on “text specifications for systems development [and] it simply mire readers in a swamp of boring words.”

This method uses Unified Modeling Language (UML)…”they rely on use cases that seem very rigorous yet manage to reduce everything-from trivial details to important processing logic—into a monotonous blur of text that few people can read for more than a minute or two. The only diversions from this text are some abstract charts. UML documents seem to purposely designed to confuse and disengage the typical business user.”

I do believe Mr. Hugos could be equally describing traditional EA “artifacts” that mire the users in eye sore diagrams that cover entire walls or fill boxes and are they typical architecture shelfware that defies general readability, usability, and do not meet end-user requirements for information that adds value!

Mr. Hugos goes on to describe his method for presenting IT information, which aligns beautifully with the User-centric EA approach.

He states as follows: “Instead, I use a method based on the old saying that a picture is worth a thousand words. I use schematics and diagrams that give both business users and developers an easy way to understand the system under development [applies as well to EA].

Here are the five diagrams proposed:

  1. Process flow diagram—excellent, get the processes ironed out before automating, and enable business process improvement and reengineering.
  2. Logical data model—yes, capture the data requirements as the driver for the system solutions to serve up the information.
  3. Screen Map—right on, provide the end-user a storyboard of screens that show how they will interact with the system; that is User-centric.
  4. Systems architecture diagrams—nice, what is the technical infrastructure that underlies the system.
  5. Software object model—not one that I am familiar with, but sounds like it supports systems interoperability. It “defines the processing logic for the custom code and the data interfaces between custom software objects and packaged software.”

The five diagrams that Mr. Hugos proposes “enable effective communication between business and technical people so the system that gets delivered meets user expectations”.

It is truly wonderful to hear about architecture diagrams that are not typical shelf-ware, that help meet user requirements, that add value, and that are based on sound principles of communication. All too often these areas of architecture development are overlooked and at great expense to the enterprise and the end-user!