Site

RW - Navigation

RW - Recent

Last 10 entries [comments]:

Forums

Last 10 posts [threads/views]:

Wiki

Last 10 pages updated:

There are 484 wiki pages in total.



RSS logoRSS Feed
 

The Residual World::Tag = 'Definition'

Entries that have been tagged with 'Definition'.-

A MODAF Architecture Description Only Applies to a ‘System of Systems’?

by Nic Plum on Thursday 22 September, 2011 - 12:29 GMT

Posted in Architecture FrameworkMODAF

Tags: 1.2.004architecture descriptiondefinitionm3sossystem of systems

In the MODAF metamodel (M3) v 1.2.004 we have:

ArchitecturalDescription : public <<stereotype>> class

A specification of a system of systems at a technical level which also provides the business context for the system of systems.

This definition of an architecture description has been unchanged since at least v 1.1 (May 2007).

This defines an AD as a specification. This is too restrictive and doesn’t fit current usage within the MoD since MODAF ADs are more often used to discover and analyse the architecture that exists in order to assess the impact of decisions or proposed design changes.

The real problem is the ‘system of systems’ bit because it looks to be misusing the term. In restricting an AD to a ‘system of systems’ and not ‘system’:

     
  • Are they then saying it is only an AD when it describes a ‘system of systems’? Since a ‘system of systems’ is formed from systems that have an independent existance this definition means that you can’t have a MODAF AD of a submarine where the systems are tightly coupled and have no meaningful existence away from the submarine.
  •  
  • Are they saying MODAF cannot be used to describe a vanilla system? This states that a description of the architecture of a system (formed from essential parts that aren’t themselves systems) isn’t an AD.
  •  
  • Are they saying that ‘system of systems’ is a new type (in which case how do they know it can be described using MODAF)? This would be technically incorrect since a ‘system of systems’ is of the type ‘system’ with the emergence et al that this brings.

I don’t for one minute believe that any of this is the intent nor that this represents how MODAF ADs are intended to be used. It doesn’t therefore reflect the real use of an AD and needs to be changed to make it a valid definition.

The good thing is that the MODAF M3 recognises the distinction between the architecture (of the system) and the thing that describes it (the AD). Far too many others confuse the 2 concepts

Comments

Comment on this article

Related Articles

    Sharing tags:

    External Links

    New Revision (“The ISO 42010 Mix”) of TRAK Released

    by Nic Plum on Friday 21 January, 2011 - 16:37 GMT

    Posted in Architecture FrameworkTRAKNewsStandards

    Tags: architecture descriptiondefinitionincoseiso42010standardtrakviewpoint

    TRAK Logo


    Just managed to shovel the last part of the documents that defines TRAK into cyberspace last night. The main purpose of the revision is to anticipate the likely requirements from ISO/IEC 42010 expected to be released under a slightly new name during 2011. There are quite a few changes to the ISO not the least of which is that it has requirements for architecture frameworks and makes reference to a framework metamodel. The opportunity has also been used to respond to constructive comments and requests made by the INCOSE UK Architecture Working Group.

    In the end this has proved a bigger change to the existing documents than anticipated. We now have a 3 document set that defines TRAK since it became clear that things that were global or common or which were best dealt with as “a whole” would be best separated into an overall TRAK Enterprise Architecture Framework document. This has meant things like the bye laws, colour rules and conformance/non-conformance with TRAK being moved into this document. It also provides the better place to provide advice on choosing an architecture description language to represent TRAK and to describe how TRAK relates to ISO/IEC 42010.

    This new 3 document structure has resulted in breaking out a new project on Sourceforge. The top-level reference for TRAK is now trak.sourceforge.net which is an improvement on the old bifurcated reference to both the viewpoints (trakviewpoints.sourceforge.net) and metamodel (trakmetamodel.sourceforge.net) projects / sites. Errors or feature requests for any of the documents can be made on the respective site.

    As a result of comments made by Rich Hilliard (always useful) it became clear that the old viewpoint definitions needed to be sharpened up. In particular I’ve added stakeholders derived from the standard , added more detail and examples to the presentation sections. Some of this existed in the old days before release as open source but never got incorporated into the new documents. In any case some of the thinking and the changes to the ISO have changed the content and it had to be started afresh. A suggestion was to add a ‘well-formedness’ section which attempts to define the minimum acceptable content for a view of each type. The latter was quite hard work and an empirical task as you think you’ve got it nailed, draw an example to immediately find that it breaks the rules. It’s not quite complete but a lot better for the effort and therefore worth releasing rather than waiting for perfection.

    No doubt there will be a few “after shocks” but nothing of the scale of this revision (I hope!).

    One of the ongoing questions is how to make it more concise, less wordy but accessible and understandable to the ‘normal’ Mk1 Human Being (the “non-softie”). In particular is there a way to define the minimum content visually without words - there are ways from the software world but are these likely to understandable to the non-softie or non-tecchie? Constructive suggestions on a postcard.

    Comments

    Comment on this article

    Related Articles

      {REL[6099][related1_blog]8VCsE3rmREL}

      Sharing tags:

      External Links

      Has the NATO Architecture Framework v3 Definition “Naffed-Off”?

      by Nic Plum on Friday 25 June, 2010 - 13:29 GMT

      Posted in Architecture FrameworkNAFStandards

      Tags: architecture frameworkc3definitionincosenafnatopublicspecification

      Where's the NATO Architecture Framework Definition?Hoping to present at the INCOSE UK Chapter’s Annual Systems Engineering Conference later this year. I was checking the list of references and wanted to make sure I’d got the right URL and title for the the definition of the NATO Architecture Framework (NAF) v3. The NATO C3 home page which used to provide a link to the defining documents seems not to have any link or mention of NAF. Without any search mechanism available it looks as though the definition of NAF has well and truly disappeared. Of course it might still exist on the restricted access military network but that’s not much use to folks on the public side who use or wish to use NAF.

      Why has it disappeared? Is it really there but I can’t see it? Human error? Is it a harbinger of greater things to come (in the same way folks speculate every time the Apple Store home page goes down for ‘maintenance’)? Have they decided that it’s no longer for the general public?

      This is a shame since it has to be better for everyone to have these things in the open. If anyone knows any more or can provide publicly accessible links please get in touch. Until such time it looks like NAF has “naffed-off” ! wink

      Comments

      Comment on this article

      Related Articles

        {REL[169][related1_blog]8VCsE3rmREL}

        Sharing tags:

        Forums

        External Links

        1.2.004 adl admin advice applescript application architecture architecture description architecture description language architecture framework artefact artisan studio award berlow blog boundary browser bug c3 capability capability configuration colaboration collaboration committee compare compliance concept concert conference configuration control conformance consistency content contrast css cv01 def stan defence definition demonstration denmark department for transport develop discovery dndaf document dod dodaf drawing enterprise enterprise architect ertms event evolve exchange exploit forum fun geneology gfdl gnu graph group handbook hazard head-model history humour ibm rhapsody iec ieee ieee1471 iet ietf implement implementation incose innovation institute integrated ea interoperability introduction ipad iso iso42010 isse keynote knowledge language linkedin lockheed martin london london underground m3 mac management mdg meaning meeting metamodel mil std modaf model modelling style naf nato natural language needline news nist no magic magicdraw noun omg omnigraffle ontology open source opensource operational organisation oxfordshire perspective plan platform playlist portability presentation procurement profile project public publication publish purpose rail relationship release repository research resource rfc4677 risk role rssb rule safety sea search security sentence service singapore site softeam modelio software solution song sos sourceforge sparx systems sparx systems enterprise architect specification spreadsheet stakeholder concern standard steering group stencil stereotype store strategy structure support sysml system system authority system of systems systems engineering team template test threat
         

        All articles/posts © of the respective authors

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