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
>
CmScenariosReporting
>
CmScenariosReportingAssess
(14 Sep 2009,
SteveSpeicher
)
(raw view)
---+ Assess Completeness At the end of the iteration, the team assesses their completeness by asking: Are you ready to deliver? Or said another way: Are we done? This is a direct _copy_ of the AssessScenario for the purposes of analyzing the detailed scenario and what can be accomplished with common vocabularies. ---++ Scenario 1 Assess development status 1 All in-plan requirements are implemented <br /> <pre>?oslc_cm.query= type="requirement" and assignedTo="{development line}" and status="resolved"</pre> 1 All / expected Development tasks are complete <br /> <pre>?oslc_cm.query= dc:type="task" and assignedTo="{development line}" and status="close"</pre> 1 Notify owners to close open tasks <br /> <pre>?oslc_cm.query= dc:type="task" and assignedTo="{development line}" and status="open" <br /> & oslc_cm.properties=owner{*},status,dc:identifier,dc:title</pre> 1 Repeat until expected completeness reached 1 Assess test status 1 Test execution complete per plan<br />View test status per plan items (need to query on link relationship to requirements)<br /> <pre>?oslc_cm.query= dc:type="testexecution" and assignedTo="{development line}" and status="close"<br /></pre> 1 Notify owners to close open tasks 1 Repeat until expected completeness reached 1 Assess Exit Criteria 1 Defects fixed / expected quality met<br />Quality goal: all high severity defects have been fixed<pre>?oslc_cm.query= dc:type="defect" and assignedTo="{development line}" <br /> & oslc_cm.properties=status,dc:identifier,dc:title,component,owner</pre> 1 Exit criteria met (if any) 1 Assign tasks & owners to meet exit criteria. 1 Repeat until expected completeness reached 1 Identify possible assets to distribute 1 Optional: Approve 1 Optional: demonstrate iteration *Pre-conditions* *Post-conditions* ---++ Possible Resource Definition In reviewing the scenario above, we'll expand on this to define a common vocabulary to meet the needs of that scenario. Example of extended [[CmResourceDefinitionsV1][ChangeRequest]] definition: <verbatim><ChangeRequest> <dc:identifier>Bug123</dc:identifier> <dc:title>Some Bug Title</dc:title> <status>complete</status> <dc:type>defect</dc:type> <assignedTo>release1.0_milestone3</assignedTo> <owner rdf:resource="bob@myemail.here" /> <severity rdf:about="#sev1" xml:lang="en">High</serverity> <component>server</component> </ChangeRequest> </verbatim> <font face="#mce_temp_font#">This definition introduces 3 new properties (or 2 properties and a reference to a User resource type). This also assumes there is a single resource type (ChangeRequest) that has varying types: Defect, TestExecution, Task and Requirement</font>. We can assume that TestExecution and Requirements will most likely be a different resource type, with a different set of prioperties. There additional properties we have: *status* - current state, or status, of the given resource. Possible values: * *close* - this often means that no further work or modifications on this resource will occur: code delivered, built, tested, verified<br /> Some need to have a futher resolution property to qualify the status. * *resolved* - indication that the core "work" has been done but yet to be validated * *open* - means that resource is currently ongoing changes *assignedTo* - (need better name) the containment of an organization that resources are assigned (can be project, interation, release, product, etc). It would most likely not be a simple string property but a reference/link to another resource. *owner* - individual responsible for the resource, either directly or indirectly, to ensure that it eventually reaches a closed "done" status. This is most likely a complex resource type which references/links to the user resource. *component* - a context for the plan item to assist in building reports with grouping of plan items *severity* - a qualification of the impact or severity of the associated work, used to build reports focusing on appropriate data sets.
E
dit
|
A
ttach
|
P
rint version
|
H
istory
: r5
<
r4
<
r3
<
r2
<
r1
|
B
acklinks
|
V
iew topic
|
Ra
w
edit
|
M
ore topic actions
Topic revision: r5 - 14 Sep 2009 - 13:40:15 -
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