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
>
ArchMgmtMeetings15Sep2011
(15 Sep 2011,
JimConallen
)
(raw view)
Date: *15 September 2011* <br />Time: 7:00 AM Pacific, 10:00 AM Eastern, 3:00 PM UK, 4:00 PM Frankfurt, 5:00 PM Haifa, 7:30 PM Bangalore<br />Call In Number: (emailed)<br />Participation request: contact JimConallen ---++ Agenda 1 Update on core activities 1 Discuss priorities and agenda for this workgroup 1 Adoption and evangelization ---++ Attendance <br />Regrets: Steve Speicher Attendees:Gary Johnston, Sandeep Katoch, Dan Berg, Sandeep Kohli, Clyde D. Icuspit, Ian Green, Jim Conallen ---++ Minutes With the finalization of the OSLC AM specification we are looking at better ways to evangelize the OSLC and OSLC AM in particular and encourage adoption of the standards and tools based on it. The ALM/PLM workgroup is currently developing an actual executable example/test environment for ALM/PLM concerns. It was suggested that this workgroup do something similar. Produce an exemplar that demonstrations the value of tools based on OSLC protocols. Sandeep Kholi pointed out that the major commercial products implementing OSLC APIs (RTC, RRC, RQM) already have a sample application (JKE Banking) that is integrated between those three applications, and there exists Design Management (DM) models that are compatible with them that could be leveraged. The current feature set of DM is read only so the major OSLC AM implementation is limited to linking, with the major value proposition of DM being around collaboration (including commenting, reviews, and relationhsip diagrams). Another option is to provide an example around the Eclipse Lyo project (formerly RIO and SORI), an emerging OSLC reference implementation. This tool however has a very limited and unpolished UI, and is really only useful for detailed programmatic interactions. Its advantages however are in its abililty to manage ANY type of resource. It can be referenced by the Rational commercial products, with a little work / workaround. In general the participants in todays call said that providing an exemplar to promote OSLC and OSLC AM adoption would be a good thing. Dan Berg got volunteered to draft up a short description of how such an example might look with the current commerical implementations of the specifications (Rational DM, DOORS, System Architect, RRC, RTC, RQM and IBG). This exemplar would focus on the collaboration oppertunities that OSLC enable. Clyde D. Icuspit got volunteered to draft up a short description of an example that was much more programmatic, and more along the lines of MDD, build and deploy. This example will leverage the Eclipse Lyo implentation and highlight the programmatic access of AM resources (query and REST access). Ian Green agreed that there might be some cross over oppertunities with the RM workgroup to collaborate on these examples. When these drafts come back in we will commission small workgroups to flesh them out, and report back to this workgroup on progress.
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 - 15 Sep 2011 - 15:24:47 -
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