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
>
CmHome
>
CmScenarios
>
CmOfRequirements
(12 Apr 2010,
SteveSpeicher
)
(raw view)
---+ Requirements Change Management This scenario will focus on how requirements lifecycle can be managed from an external change management server provide. The usage model described in this scenario can be generalized to other scenarios * Change Management on other OSLC resource types; e.g. files, models, or test assets. * A Change Request acting as a statefull helper object for any OSLC asset to implement statefull workflows, like approvals. ---++ Scenario *Pre-conditions* * A requirement management (RM) repository exists * The RM repository has one or more requirements. * The requirements change management capability in the RM repository is enabled. * The RM repository is an OSLC RM 1.0 provider. * The RM repository is an OSLC CM 2.0 consumer. * A change management (CM) repository exists. * A change request type exists * A change management workflow is defined for the change request type. * The workflow has at least states defining _incomplete_, _complete_ and _close_ states. * The CM repository is a OSLC CM 2.0 provider * The CM repository is a OSLC RM 1.0 (2.0?) consumer with minimal set of needs (see [[#Notes_and_Todos][notes]]) * Cross-server communication is established between the RM and CM repositories *Post-conditions* * The Change Request record is in a _complete_ state and links the Requirement(s) changes. * The Requirement is updated and changes are merged. * The Change Request contains or links to any additional resources defined by the change management workflow, e.g. approvers, approvals, or discussions. *Steps* <blockquote> *(Step 1) Requirement Engineer: Govern requirements changes using a Change Request* 1 Open an existing Requirement. 1 Search and link to an existing or new Change Request that will manage the requirement change workflow. *(Step 2) Requirements Engineer: Perform impact analysis using requirements traceability* 1 Identify additional [[RmChangeImpactAssessed][Requirements that are impacted by change]] using requirements traceability. *(Step 3) Requirement Engineer: Make proposed changes to the Requirement(s)* 1 Open the Requirement(s) and make proposed changes. 1 Save the proposed Requirement(s) changes but not applied. Changes to the Requirements are managed by the requirement management repository. 1 Proposed Requirement changes are automatically linked to current Change Request *(Step 4) Requirement Engineer: Send the proposed changes to review* 1 Transition the Change Request to the review state in the workflow. 1 Add reviewers and send out review request notifications *(Step 5) Reviewer: Review and approve the changes* 1 Browse the link in review request notification to the Change Request, or open and view the list or Change Request ready to be reviewed. 1 Open the change request and browse to the Requirement(s) 1 Review the changes to the Requirement(s) 1 Approve the requirement changes 1 Transition the state of the Change Request to _completed_ 1 Send notification to the Change Request owner *(Step 6) Requirement Engineer: Apply the changes* 1 Browse the link on the Change Request notification, or open and view the list or Change Request ready to be applied 1 For each linked requirement, open the Requirement 1 Apply the changes to the Requirement 1 Save the Requirement 1 Indicate in the Change Request that it has been applied, transitioning to<span class="WYSIWYG_TT"> _close_ <br /></span> </blockquote> ---++ Resources * *Requirement* * The requirement management tool is the _consumer_ of the CM 2.0 specification. The CM 2.0 spec do not declare a requirements resource type, but depend on the RM specification for such resource definitions. * This scenario uses the requirement as the resource that demands a change request to delegate/manage/govern a change management workflow. * *Change Request* * The change request, specified in CM 1.0 spec, is the resource used by the requirement to delegate/manage/govern its change management workflow. * The change management tool is the _provider_ of the CM 2.0 specification. * The change request will persist a URI to the requirement, to enable the delegated UI to browse and display requirements and requirements changes. ---++ Notes and Todos * For a more detailed discussion of implications to specification and implementations, see CmOfRequirementsImpl * Note: CM provider only needs this subset of OSLC-RM capability: * * %BLACK%only need presentation of the stored requirements link%ENDCOLOR% * %BLACK%compact rendering [2.0]%ENDCOLOR% * %BLACK%removal of link of change request%ENDCOLOR%
Attachments
Attachments
Topic attachments
I
Attachment
Action
Size
Date
Who
Comment
jpg
Resources.jpg
manage
11.1 K
20 Nov 2009 - 15:29
MatsGothe
E
dit
|
A
ttach
|
P
rint version
|
H
istory
: r26
<
r25
<
r24
<
r23
<
r22
|
B
acklinks
|
V
iew topic
|
Ra
w
edit
|
M
ore topic actions
Topic revision: r26 - 12 Apr 2010 - 12:58:08 -
SteveSpeicher
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