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.

Init1dbw10.u1- Load value Meaning

Brief Description

a model is being loaded into caDSR containing enumerations for an attribute in the model.  The Uml loader needs to create a new value domain in caDSR, or reuse a Value Domain, with the correct Permissible Value Set associated with it.  

Actor(s) for this particular use case

UML Loader

Pre-condition
The state of the system before the user interacts with it

UML Model serialized in XMI containing a local value domain with enumerations

Post condition
The state of the system after the user interacts with it

a new value domain is created or an existing value domain is reused

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. Using the UML attribute mapped concept code, search caDSR for match
2. traverse the caDSR concept associated items for existing Value Meaning
3. a Value Meaning object administered item based on the concept code is found in caDSR
4. the loader reuses the existing value meaning in caDSR as the semantic basis for the PV (UML attribute) in the model
5. the PV = "Short", the VM name = EVS Preferred Name, VM definition = EVS preferred defnition. 

Alternate Flow
Things which would prevent the normal flow of the use case

u1.1 No matching Value Meaning based on the concept code is found - Create New Value Meaning

u1.2 Matching VM is found but the name of the VM is not the same as the name of the PV in teh model.  Do nothing.  The PV in teh model is an arbitrary token for storing a representation of the concept in a database.  The concept name and hte PV name do not have to match.

Priority
The priority of implementing the use case: High, Medium or Low

High

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.

Related GForge Tracker in Semantic Integration Tools Project

Fit criterion/Acceptance Criterion 
How would actor describe the acceptable usage scenarios for the software or service that meets the actor's requirement?

1. There are 2 concepts in EVS and caDSR, both have concept name "Short".
C25249:Short
C73939:Short
User has a model 1 with one LVD, one of the PV has name "Short", mapped to C25249:Short.
UML Loader should create new Local Value domian (LVD)
If no Value Meaning exists mapped to C25249, a new VM is created. The new VM long name is the EVS preferred Name, its definition is the EVS preferred definition.  The VM is associated with the PV "Short" in the new Value Domain.


2. Create model 2 with one LVD, one of the PV has name "Short", mapped to C73939:Short.
UML loader shoudl create a new LVD if not LVD exists with one PV mapped Value = "Short" mapped to concept C73939.
If no Value Meaning exists mapped to C73939, new VM should be created and used in the new local value domain.  The VM name = EVS preferred name, concept =C73939, definition = EVS preferrred Definition.

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.

Init1dbw10.u1.1

Brief Description

No existing matching Value Meaning object is found in caDSR.

Actor(s) for this particular use case

UML Loader

Pre-condition
The state of the system before the user interacts with it

Model is being loaded into cadSR with an enumerated value domain. No matching Value Meaning is found to exist for the concept associated with a permissible value (uml attribute in a LVD sterotyped class).

Post condition
The state of the system after the user interacts with it

New Value Meaning is created based on the concept code and associated with the PV for the new value domain.

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. UML Loader searches for a concept matching the mapped concept code
2. UML Loader finds a concept code in caDSR that matches
3. UML Loader looks for a Value Meanign object associated with the Concept code but does nto find one
4. uml loader creates a new Value Meaning object in caDSR based on the concept code
 Value Meaning long name = EVS preferred name
Value Meanign preferred name = Value Meaning public id and versioon
Value meaning preferred definition = EVS preferrred definition
5. Ulm loader associated the value meaning wiht the permissible value in the newly created Value domain 

Alternate Flow
Things which would prevent the normal flow of the use case

u1.1.1 - no concept code is found in caDSR

Priority
The priority of implementing the use case: High, Medium or Low

High

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? 

1. a new value meaning is created in caDSR based on the EVS concept and used in the local value domain

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

see "Create new caDSR Concept" use case

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?

1.
2...