Listing all articles in The Residual World under the category 'NAF' :

Keep Clear Separation Between the Concerns that Each Architecture View Addresses

by Nic Plum on Thursday 10 February, 2011 - 13:48 GMT

Posted in Architecture FrameworkDODAFMODAFNAFStandards

Tags: dodafiso42010modafnafnatopurposesolutionstakeholder concernstructureviewpoint

ISO/IEC 42010 advocates or, more likely, is predicated on the assumption that an architecture description of a complex system needs many architecture views.

Since the initial publication of IEEE Std 1471, there has been wide acceptance for the use of multiple viewpoints to express architectures of systems, and for system concerns as a primary motivation for the content of architectural descriptions. This revision builds upon these core concepts, and captures additional consensus in the areas of architecture frameworks and architecture description languages.

Each view describes the real world architecture and addresses a different set or concerns or questions posed. The typical concerns each view addresses are defined within an architecture viewpoint which is a specification for each view type. Note that this use of ‘viewpoint’ is not that same as that used in MODAF and DODAF where viewpoint is a collection of architecture views, not a specification.

Pretty obviously these need to overlap so that the reader can move around the architecture description and also understand the context for any part. For example there’s no point in showing a function without showing the thing that performs the function and this in turn might realise or implement part of a concept. Overlapping views are therefore a good thing. This in turn requires overlap between the defining viewpoints (ISO terminology).

Whilst some overlap is always good, too much overlap in invariably bad. If there is too much overlap in the things that can be shown in different view types then it becomes difficult if not impossible for the reader to understand the purpose of each view type and differentiate between them. It also leads to inconsistency in the way that an architect approaches the task since if the same content can be shown on 2 view types one architect might choose one view type and another might choose the second. From the reader’s point this is confusing since there is no clear expectation in terms of finding particular objects and relationships. In essence it is a human factors problem since with too much overlap the affordance suffers as there is no longer a clear distinction between view type and the likely view content. From the point of ISO/IEC 42010 the risk is that there is no longer any clear distinction in terms of the concerns addressed by each view type.

This is best illustrated by practical example. The following is taken from MODAF 1.2.004 and looks at the MODAF::SV-1 Resource Interaction Specification View vs the MODAF::SV-2 set (SV-2a System Port Specification View, SV-2b System Port Connectivity Description View and SV-2c System Connectivity Clusters View).

The MODAF System Viewpoint states:

The primary purpose of an SV-1 is to show resource structure; i.e. to identify the primary sub- systems, posts and roles and their interactions. SV-1 contributes to user understanding of the structural characteristics of the capability.

but goes on to add:

In its simplest form, an SV-1 can be used to depict systems and sub-systems, and identify the interfaces between them; however, this rarely adds more to that which can be shown in an SV-2, product.


If possible, an SV-1 will show resources and their interactions for the entire architecture on the same diagram

It’s immediately confusing since the stated intent is to show structure (despite the name of the view) but then adds interactions and itself identifies that there is hardly any difference between the SV-1 and SV-2 since both can legitimately be used to describe both structure and identify interfaces between the structural parts. In terms of the definition there is no distinction between the different concerns addressed and therefore you might choose the SV-1 to describe structure and interaction whilst I might choose the SV-2. [Note: The MODAF::SV-2 can only be used for System and Software not for Human Resource (Organisation, Job and Role) unlike the MODAF::SV-1]

At 1.2.004 there is even less differentiation since it now can be used not only to identify but to characterise interfaces:

If SV-1 is developed as a composite structure model (e.g. in SysML, UML), Resource Ports may be used to convey how interactions are dealt with internal to the resource when the resource has parts. Resource Ports may also specify the interfaces they require or provide.

(As an aside there are also inconsistencies between what appears in the textual description, the data objects and the fragment of simplified metamodel since the data objects section does not appear to list all the types of object that can appear on a SV-1.)

There is so much overlap between the MODAF:SV-1 and SV-2 that it is no longer clear what distinguishes the two (you can show structure and interactions on both) and therefore why you need both. Certainly the stated emphasis on structure isn’t reflected in the definition of the SV-1.

To be fair to MODAF this looks to be a problem inherited from DODAF:

Systems Viewpoint. SV-1: Systems Interface Description

A primary purpose of a SV-1 DoDAF-described Model is to show resource structure, i.e., identify the primary sub-systems, performer and activities (functions) and their interactions. SV-1 contributes to user understanding of the structural characteristics of the capability.

The NATO Architecture Framework, version 3.1 doesn’t state a structural intent quite as boldly although it does say for the NSV-1 System interface description:

In a sense NSV-1 and NSV-4 provide complementary representations (structure and function)

If structural were limited to composition and configuration relationships and exclude flows then the SV-1s would be structural. They don’t, however, and the fact that their name includes Interaction or Interface (not structure) suggests that the intended focus of each of these views are the flows. Very much a case of mixed messages which doesn’t help the architect.

This shows that it is vital to keep clear water between the focus and therefore the concerns addressed by each view type.



Comment on this article

Integrated EA 2011 - Draft Programme Released

by Nic Plum on Sunday 21 November, 2010 - 13:27 GMT

Posted in Architecture FrameworkDODAFMODAFNAFTRAKNews

Tags: conferenceintegrated ealondon

Integrated EA logo

A list of the presentations/topics and speakers has been released for Integrated EA 2011 to be held on 1st and 2nd March 2011 in London.

The list from the Integrated EA site -

Tuesday, 1st March 2011

KEYNOTE Air Commodore Mark Neal

EA on the front-line – Support to Op Herrick
Matthew Rapier, Enterprise Architect, VEGA

Enterprise Architecture: Generating the European conversation
Steve Pybus, CEng MIET, Manager Roadmap & Strategic Planning, NATS
Allen Clarke, CEng MBCS, Senior Enterprise Architect, NATS

Enterprise architecture beyond IT: An Australian view
Tom Graves, Principal Consultant, Tetradian Consulting

Leveraging DoDAF 2.0 in the DoD Enterprise
Michael Wayson, Architecture and Infrastructure Directorate, OASD (NII) / DoD CIO
Dave McDaniel, Silver Bullet Solutions, Inc

System of Systems Challenges in the Capability Lifecycle – a Joint MoD/Industry Enterprise Approach
Malcolm Touchin, Principal Consultant, SEIC
David Camm, Deputy Head, Engineering, UK MOD SEIG

Schemas, Categories and Perspectives. What Psychology can bring to Enterprise Architecture
Colonel Luigi Gregori, MOD CIO Deputy Head (Policy)
Kathryn Pimblett. Psychologist, DSTL

Panel Session

Drinks Reception

Wednesday, 2nd March 2011

KEYNOTE Brigadier Alan Clacher

Comparing EA in Defence and Financial Services
Neil Peachey, Independent Enterprise Architecture Consultant

Panel Session: Governance: Getting the Policy Balance Right
Mikael Hagenbo, Head of Architecture, Swedish Armed Forces (moderator)
Steve Winter, Chief Technologist & Strategic Advisor, NATS
Neil Peachey, Independent Enterprise Architecture Consultant
Representative from Vega

Title to be confirmed
Duncan Kemp, Lead Systems Engineer, Transport for London

EA for Unity of Defence Vision and Action
Robert Damashek, Chief Architect, Binary Group

What is a service? A forensic approach to developing a common understanding of Service across business and IT.
Chris Partridge, Chief Ontologist, BORO Solutions Limited

Managing risk and cost with an EA approach
Dr Joe Silmon, Centre for Railway Research and Education, University of Birmingham
Dr Mike Brownsword, Consulting Engineer, ATEGO

As ever it looks to be a varied and lively selection of topics. A lot of different architecture frameworks being represented - obviously MODAF and DODAF have featured many times over the history of this conference but it looks as though TRAK will be covered from a customer perspective by Duncan Kemp of the Department for Transport and from industry and academia by Joe Silmon and Mike Brownsword. Interesting also to see that Tom Graves of Tetradian has managed to sneak in - always worth listening to in his efforts to try and get enterprise architecture to be broader than its traditional IT-centric beginnings.

Keeping my fingers crossed that the ‘SoS’ term in the presentation from the SEIG is an appropriate reference to things that are unique to an arrangement of systems rather than to the more general ‘system’.

Should be well worth going to.

Anyone willing to share what they’re looking forwards to or hoping to get out of this conference?



Comment on this article

1 Week Extension to Deadline for Submissions for Integrated EA 2011

by Nic Plum on Friday 17 September, 2010 - 16:39 GMT

Posted in Architecture FrameworkDNDAFDODAFMODAFNAFTRAKNews

Tags: committeeconferenceintegrated ealondon

Posted on LinkedIn - an extension to the deadline for the Integrated EA Conference 2011:

We have had a number of people requesting an extension on the deadline to submit papers for the conference. With this in mind and in the interest of fairness we have decided to extend the deadline by one week for all. Therefore please ensure we receive your papers by Friday 24th September 2010.

To find out how to submit, key themes and for a full timetable please visit the conference website

Please direct any queries to .(JavaScript must be enabled to view this email address).


Comment on this article

Wiki Pages for NAF

A selection of 10 pages from the wiki:

All articles/posts © of the respective authors

Site design and architecture © 2010 - 2019 Eclectica Systems Ltd.