This wiki is locked. Future workgroup activity and specification development must take place at
our new wiki
. For more information, see
this blog post about the new governance model
and
this post about changes to the website
.
TWiki
>
Main Web
>
AmHome
>
ArchMgmtMeetings
>
ArchMgmtMeetings2Sep2010
(02 Sep 2010,
JimConallen
)
(raw view)
Date: *2 Sep 2010* <br />Time: *7:00 AM Pacific, 10:00 AM Eastern, 3:00 PM UK, 4:00 PM Frankfurt, 5:00 PM Haifa* <br />Call In Number: (emailed)<br />Participation request: contact JimConallen ---++ Agenda 1 Lets officially enter finalization, and focus on contributions to next version of specification 1 Topics to consider (and reconsider) for open discussion: 1 baselines 1 impact analysis 1 defining ontologies (to support resource analysis) 1 rdf mappings to common architecture resources (i.e. UML, BPMN, ...) 1 Jim will provide an update on core activities and recent discussions on linking and query ---++ Minutes Atendees: Jim Conallen, John Crouchley, Tom Piccoli, Sandeep Kholi, Clyde D. Icuspit Regrets: Jim Amsden, Brenda Ellis, Scott Boswort, Bob Maksimchuk 1 Jim gave an overiew of current linking in core, and current limitations on simple query when it comes to leveraging properties on links. 1 The team continued an older discussion of the change scenario that Tom offered. We think we have a solid understanding of the following concepts: <br /> *Resource*: a 'thing' that is managed by an AM proider. In the AM space resources are highly fragmented, and have many relationships (properties) to other resources. Rendering a resource is often an act of assembling information from all the connecting resources (and beyond). A resource has a perma link URI. Resources do not have individual versions, rather they are part of a baseline or workspace.<br /><br /> *Baseline*: a frozen set of resources that are interelated and compatible with each other. A baseline is identified with name and URI. A baseline can be derived from another (previous) baseline.<br /><br /> *Workspace*: an active set of potentially changing resources. A workspace can be derived from a baseline. It has a name and URI. A workspace can be frozen and turned into a baseline. <br /><strong><br />Change</strong>: a resource that identifies a change in a resource. Its properties include a reference to the changes resource, date/time and user that made the change. It has a reference to a change management request (uri). It also can provide a summary of the change (i.e. a textual summary).<br /><br /> *Rendering*: a resource or set of resources are displayed in a domain relavant form. This form may be a diagram, table, or textual display that uses resources properties, and the properties of related resources and system properties/settings (even from those not explicitly mentioned in the original set of resources).<br /><br /> _Some other axioms:_ * A resource can only be rendered in the context of a baseline or workspace (since it requires the assembly a many individual resources). * The same URI can't exist in two different workspaces. * You can always do a GET on a resource URI and it should return the OSLC AM representation, or if HTML accept headers are used, a web based rendering of the resource. <br /> _Outstanding issues/questions:_ * Can the same URI can exist in two different baselines? If so what is returned on a GET? * Can we create more than one workspace from a baseline? If so how do we reconcile the URIs? We also collaborated over this diagram: <img alt="AmWorkingDocument.png" src="%ATTACHURL%/AmWorkingDocument.png" />
Attachments
Attachments
Topic attachments
I
Attachment
Action
Size
Date
Who
Comment
png
AmWorkingDocument.png
manage
37.4 K
02 Sep 2010 - 16:59
JimConallen
E
dit
|
A
ttach
|
P
rint version
|
H
istory
: r3
<
r2
<
r1
|
B
acklinks
|
V
iew topic
|
Ra
w
edit
|
M
ore topic actions
Topic revision: r3 - 02 Sep 2010 - 17:00:43 -
JimConallen
Main
Main Web
Create New Topic
Index
Search
Changes
Notifications
RSS Feed
Statistics
Preferences
Webs
Main
Sandbox
TWiki
Български
Cesky
Dansk
Deutsch
English
Español
Français
Italiano
日本語
Nederlands
Polski
Português
Русский
Svenska
简体中文
簡體中文
Copyright � by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Contributions are governed by our
Terms of Use
Ideas, requests, problems regarding this site?
Send feedback