View TRAK:MVp-03 Requirements and Standards Viewpoint



MVp-03 - Requirements and Standards Viewpoint




6th August 2011


The MVp-03 - Requirements and StandardsViewpoint is part of the Management Perspective and one of the 21 TRAK Architecture Viewpoints.

The MVp-03 Architecture Description Design Record Viewpoint provides a way of capturing normative requirements whether standards, requirement documents, government acts, or individual requirements.

It is the specification for the TRAK::MV-03 - Requirements and Standards architecture view.

Stakeholders Addressed


Full size:File:mvp03StakeholderConcern.pdf

Concerns Addressed

What other constraints/requirements through normative documents/ standards apply (or will apply) to the system, project, enterprise?

Covered by TRAK IPR and licenses


Describes the constraints that apply to an architecture element through requirements and standards or how standards depend on one another.

Covered by TRAK IPR and licenses

Mandatory Metamodel Tuples

The 2 TRAK metamodel stereotypes that represent a requirement or a constraint are Requirement and Standard, both of which can be applied to any architecture description element. It is useful to break down the sets of tuples by the TRAK perspective as these represent typical application scopes.

Enterprise Constraints

These represent enterprise or capability requirements/constraints:


Concept Constraints

These represent concept requirements/constraints:


Procurement constraints

These represent requirements/constraints placed on the procurement of solution(s):


Solution Constraints

These represent requirements/constraints placed on the solution(s):

where Resource = System, Physical, Software, Organisation, Job or Role


Management Constraints

These represent general (multiple perspective) constraints or requirements i.e. those that are of a general nature or those that apply to elements within the management perspective:


Standards Applicable

Where the applicability of a standard to an element or where the precedence chain between standards needs to be shown:


Contract Standards Assessment

Where an assessment needs to be made of the standards being mandated in a contract:

Standards Applicable +


Full size:File:MVp 03 mandatoryTuples contractStandardsAssessment.gif

Covered by TRAK IPR and licenses

Optional Metamodel Tuples

Covered by TRAK IPR and licenses


The MV-03 must contain:

  • at least one (Requirement or Standard)
  • every Requirement must be connected to at least one other Architecture Description Element
  • every Standard must be connected to at least one other Architecture Description Element
  • every Architecture Description Element must be uniquely identified


  • If no issue or version number for Standard is identified it is assumed that the latest version applies (even if subsequently withdrawn). This allows an architect to declare that a standard applies before they’ve identified the version.
  • attributes should be used to add appropriate detail (TRAK Metamodel document)
    • Requirement has attributes that include requirement ID, compliance level (e.g. mandatory or desirable), priority, paragraph number, type (e.g. legal, commercial or technical)
    • Architecture Description Element has attributes that include security descriptors
    • Document has attributes that include Dublin Core Metadata elements
    • Standard has attributes that include issue date, part, number and withdrawal date

Covered by TRAK IPR and licenses


  • block diagram
  • table

Showing constraints - requirements:


Contract applying standards:


Covered by TRAK IPR and licenses


Views Needed to Construct

The MV-03 will usually, but not always, be constructed after other views.  Depending on the area in which the constraints apply the following views will precede the MV-03 as they provide the ‘things’ to which the constraints attach to.

Capability constraints

Concept Constraints

Procurement Constraints

Solution Constraints

Management Constraints

See Minimum Allowed View Sets

Covered by TRAK IPR and licenses

Consistency Rules

Configuration History

The TRAK Viewpoints project on Sourceforge ( maintains a version-controlled repository. The change record is at


The MV-03 is the master architecture view for Contract, Requirement, Standard.

The views produced are expected to focus primarily on standards or on requirements. Requirement-focussed views will make it possible to show how the architecture description links to products from requirement management tools such as DOORS and also act as a justification for the way in which the architecture has been represented in the architecture description.  It is not the purpose of an architecture framework to manage requirements. Is it the purpose of TRAK to provide a means of integrating architecture description with dedicated requirement management tools.

In selecting by TRAK perspective views can be used to correspond to Capability Requirement Documents, Operational Requirement Documents and System Requirement Documents. Requirements aren’t just technical - they may be commercial. Any constraint has at some stage to be formally captured by a requirement.

More complicated forms are possible by using the date of issue of the standard as a filter. Note that usually, with the exception of national law and safety, once a standard has been applied by contract it will preserve the issue of the standard applied irrespective of an more recent issues.

Covered by TRAK IPR and licenses


Other Frameworks

Representation of logical/operational or implementation-free constraints:

Constraints on services:

Representation of implementation or solution constraints:

Solution Performance characterisation:

or rules:

Representation of collections of constraints in Standards:

Category:Framework -> Viewpoint
Category:Framework -> Specification
Category:Architecture Perspective -> Management


  • Management

    © 2010 Eclectica Systems Ltd.