HistoryViewLinks to this page Revision from: 2012 September 10 | 10:34 am
This is the revision from 2012 September 10 at 10:34 amView the current live version of the article.

Status: 3.0 Specification - Under Development

This Version

Latest Version

Previous Version

Authors

Contributors

Table of Contents

Contents


License

Creative Commons Attribution License
This work is licensed under a Creative Commons Attribution License.

Notation and Conventions

The key words “MUST”, “MUST NOT”, “REQUIRED, SHALL”, “SHALL NOT”, “SHOULD”, “SHOULD NOT”, “RECOMMENDED”, “MAY” and “OPTIONAL” in this document are to be interpreted as described in RFC-2119. This document is a mixture of normative and informative text. See the the glossary below for definitions of these terms.

Overview

(this section is informative)

The general approach taken by the Architecture Management (AM) workgroup follows the OSLC Change Management team’s lead by not attempting to re-define model storage formats or even model or other architecture management resource notations, but rather extract out a least common denominator, that could be managed by an AM server, and still be useful to the overall goal of architecture management in a collaborative ALM environment. This does not prevent knowledgeable clients from getting and making use of internal resource content.

The AM resource properties are not limited to the ones defined in this specification. It is recommended to contribute resource properties in their own unique namespace. Service providers MUST NOT reuse or re-define properties or terms defined in this specification.