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
>
RmHome
>
RmScenarios
>
RmTraceabilityScenarios
>
RmQualificationAssessed
(27 May 2010,
IanGreen
)
(raw view)
---++ Scenario T6 - Qualification status is assessed ---++++ Motivation This scenario addresses the assessment of qualification status for a set of requirements at any point in the development lifecycle. As a general rule, the qualification status of a given requirement is an aggregation of the status of any qualification activities that are linked directly to that requirement, together with the qualification status of any supporting, lower-level requirements. Note that, to some extent, this scenario is already covered in [[RmRequirementCompletedScenario][Requirement Scenario A]] and also in the [[QmScenariosV1][Quality Management scenarios]]. Note also that [[QmScenarioVerifyRequirement][Quality Management Scenario B]] could be interpreted as presuming that there is a given requirement only needs a single test case. In reality, the relationship between requirements and test cases is many-to-many (i.e. one requirement will typically require more than one test case to qualify it, and one test case will typically support qualification of more than one requirement). ---++++ Pre-conditions Requirements exist at various levels and are traced. Qualification cases exist, and are traced to the requirements that they support. Individual qualification cases incorporate a status property. The qualification status of a given set of requirements is being assessed. ---++++ Scenario 1 The collection of 'source' requirements is assembled. 1 A traceability graph is created that contains all of the source requirements and all of their supporting 'child' requirements (linked via a named relationship). 1 This graph will typically extend over multiple layers of traceability 1 The traceability graph is extended by appending the set of qualification cases that support all of the requirements in the traceability graph (linked via a named relationship). 1 There may be structure within the qualification case domain, so the graph of qualification cases supporting a given requirement may also extend over multiple layers of traceability ---++++ Post-conditions A traceability graph exists that contains all source requirements, all supporting requirements, all qualification cases that support these requirements, and all other their interrelationships. This graph can then be further processed by the client to infer the aggregate qualification status of the entire source requirement set, or any requirement within the graph. ---++++ Notes An open issue is whether or not it is appropriate to perform status aggregation within the scope of the OSLC API. The assumption made here is that it is not appropriate, since there may be many different aggregation schemes, and aggregation is arguably a problem for the client. If a suitably generic aggregation scheme could be defined, then this assumption could be changed. -- Main.SimonWills - 05 Feb 2010
E
dit
|
A
ttach
|
P
rint version
|
H
istory
: r6
<
r5
<
r4
<
r3
<
r2
|
B
acklinks
|
V
iew topic
|
Ra
w
edit
|
M
ore topic actions
Topic revision: r6 - 27 May 2010 - 14:22:11 -
IanGreen
Main.RmQualificationAssessed moved from Main.QualificationAssessed on 22 Feb 2010 - 17:19 by
IanGreen
-
put it back
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