• UML, RUP, and the Zachman Framework: Better together, by Vitalie Temnenco
• The four dimensions of system models, by Fredrik Ferm
• A RUP-based approach to developing a data warehouse, by Scott Ambler
• Change Management at IBM Rational: How those who develop ClearQuest use the product, by Robert Pierce

[Also see some interesting articles on Requirements Engineering in the December 2006 issue of Crosstalk]

Some of you may recall my 4+2 Model Views of SCM Solution Architecture. I've since updated the picture a bit as follows (which Ive now updated over there too), click on the small image below to see a much larger one:



Anyway - reading through the above articles (particularly the one on model "dimensions" and the one on UML+RUP+Zachman together) gave me some more thoughts about my 4+2 views model, such as:

• I have "scale & diversity" as a dimension of "concerns" that bridge all views. I wonder if that corresponds to the "scale" or "level" dimension referred to the in article on dimensions of system models?


• I also have change/creation time, and decision binding time as a "dimension" of concerns. It's not explained real well though. I suppose it corresponds to considering both a "static" and "dynamic" perspective for each view. In a sense there are lifecycles (e.g., promotion cycles) for the elements in each view, as well as important times when decisions are committed to, and/or when artifacts or changes are made. When dealing with variation (diversity) across a product or system, the binding-time employed by the solution can be of great importance.


• By adding a +2 view to RUP/Kruchten's original 4+1, I end up with something that sort of maps to the 6 columns of the Zachman model. Does this mean my 4+2views are really a subset of Enterprise Architecture (EA), or might it mean that its some kind of "bridge" between the two?


• Does it really make sense for me to have Organization and data combined into a single view, or is Data really a separate view (a +3 view?), or should I not go so far as to equate metrics, queries and reports with "Data", but rather as the requirements for data (and hence the possible "bridge" mentioned above)?


• What if I compare contrast my 4+2 views with the model or views put forth by any of ITIL, RUP-SE, DODAF, TOGAF, FEAF, or others (see below)? What value does mine add that warrants being its own "thing" instead of just some poor sawed-off wannabe clone of one of the others?

• The new, improved RUP SE architecture framework
• An IBM Rational approach to the Department of Defense Architecture Framework (DoDAF) Part 1: Operational view
• An IBM Rational approach to the Department of Defense Architecture Framework (DoDAF) Part 2: Systems view
• Estimation variance and governance
• Rational Unified Process for Systems Engineering -- Part I: Introducing RUP SE Version 2.0, August 2003
• Rational Unified Process for Systems Engineering -- Part II: System Architecture, September 2003
• Rational Unified Process for Systems Engineering -- Part III: Requirements Analysis and Design, October 2003
• "How does RUP SE apply to a system of systems?"
• "Leading modern systems development"
• "Thoughts on Functional Decomposition"
• "Organizing RUP SE projects"
• Development of Federal Enterprise Architecture Framework using the Rational Unified Process and the UML
• Introducing The Open Group Architecture Framework (TOGAF), Part 1: Understand TOGAF and IT architecture in today's world
• Introducing The Open Group Architecture Framework (TOGAF), Part 2: Explore an industry standard for defining an enterprise architecture
• Introducing The Open Group Architecture Framework (TOGAF), Part 3: Create an enterprise architecture with TOGAF
• developerWorks : Architecture : New to Architecture