Page History
Scrollbar | ||
---|---|---|
|
Page info | ||||
---|---|---|---|---|
|
Anchor | ||||
---|---|---|---|---|
|
Panel | ||||
---|---|---|---|---|
| ||||
|
Use Case -
...
Automated review
Use Case Number | Initpm7.SD200.1 |
---|---|
Brief Description | This use case describes the automated loading process of UML metadata on caDSR sandboxreview of XMI submitted by developers using Business Process Management (BPM) tool |
Actor(s) for this particular use case | Developers |
Pre-condition | The developers are ready with the UML model and an annotated xmi |
Post condition | Automated emails are generated informing the stakeholders of the result from SIW run The metadata is available on sandbox environment on caDSR |
Steps to take | 1. Developers complete the modelling of a tool have the complete submission package |
Alternate Flow | None |
Priority | High |
Associated Links |
|
Fit criterion/Acceptance Criterion | Uploading metadata on caDSR is automated without needing a human intervention SIW run for a given XMI is automated |
Init1pm7.SD200.
...
3-Automate
...
model
...
upload on Sandbox
Use Case Number | Init1PM7 Init1pm7.SD200.23 | |
---|---|---|
Brief Description | This use case describes the automated curation of metadata on caDSR upload of model submitted by developers using BPM to caDSR sandbox | |
Actor(s) for this particular use case | Developers | |
Pre-condition | 1) The model creators developers have approved the model XMI after recieving it from the EVS team | |
Post condition | The metadata is Curated Metadata available on caDSR Sandbox | |
Steps to take | 1. Developer vets the model on sandbox | |
Alternate Flow | None | |
Priority | High | |
Associated Links |
| |
Fit criterion/Acceptance Criterion | Metadata curation Uploading on caDSR is automated on cadSR |
Init1pm7.SD200.
...
4-Automate caDSR model submission on production
Use Case Number | Init1pm7.SD200.34 | ||
---|---|---|---|
Brief Description | This use case describes automated upload process to caDSR production | ||
Actor(s) for this particular use case | none | ||
Pre-condition | the user interacts with it
| Post condition the user interacts with it |
|
Steps to take | 1. | ||
Alternate Flow |
| ||
Priority |
| ||
Associated Links |
| ||
Fit criterion/Acceptance Criterion | 1. |
Use Case - Descriptive Name
1) The Model owners have reviewed and approved the metadata on caDSR sandbox | |
Use Case Number | n.n |
Brief Description |
|
Actor(s) for this particular use case |
|
Pre-condition | |
Post condition | Metadata is available on Production |
---|---|
Steps to take | 1. |
Alternate Flow | None |
Priority | High |
Associated Links |
|
Fit criterion/Acceptance Criterion |
|
Use Case - Descriptive Name
...
Use Case Number
The author-assigned number to refer to each specific use case. The format of this number is <SemCon Ops Initiative><analyst's initiatls><requirement number>.< <use case number>, for example Init1dbw1.1, Init1dbw1.2, Init2dbw2.1, 2.2, etc.
...
n.n
...
Brief Description
...
...
Actor(s) for this particular use case
...
...
Pre-condition
The state of the system before the user interacts with it
...
...
Post condition
The state of the system after the user interacts with it
...
...
Steps to take
The step-by-step description of how users will interact with the system to achieve a specific business goal or function
...
1.
2.
...
Alternate Flow
Things which would prevent the normal flow of the use case
...
...
Priority
The priority of implementing the use case: High, Medium or Low
...
...
Associated Links
The brief user stories, each describing the user interacts with the system for the one function only of the use case. There would potentially be a number of user stories that make up the use case.
...
...
Fit criterion/Acceptance Criterion
How would actor describe the acceptable usage scenarios for the software or service that meets the actor's requirement?
upload to caDSR is automated |
Scrollbar | ||
---|---|---|
|
...