Template:— assigning_identification (asg_id) Capability:assigning_identifiers |
Date: 2010/01/25 22:45:14 Revision: 1.27 |
The name of the organization (owner_org_name) as input parameter seems to be missing in the OASIS assigning_identification template. It turns out that it can be assigned optionally allowing both identifier and name to be assigned. The expressG graphic doesn't provide this information.
Add the optional parameter to graphical representation of the template (relates to assigning_organization/C094 parameter list)
Comment: (TJT 2008/01/23)
The parameter org_id_class_name is not optional. However, it caters for EITHER a class of Organization_identification_code OR a class of Organization_name to be provided. It is of course, possible to assign another Organization in another context to the identification_assignment which will be added to the characterization section.
An identifier (e.g. task_code) may not be unique inside an organization with a cage code. The uniqueness may only be ensured inside a division or department, or even for a project or for a product type or an individual product.
Proposal: In C001, add optional relation (to identify division/department, project, product type and individual product) to the template relating to the organization with the cage code. This can be done by:
Comment: (TJT 2008/01/23)
The handling of uniqueness is to be done within the context of its application, not as part of this template, as described by RBN-5. The concluding statement in that issue is "rather than changing the model, the Unique constraint should be removed and then applied when using the IDENTIFICATION_ASSIGNMENT". Additional organizations may be assigned to an identification_assignment as described in comment to DNV-01. The use of organization relationships for a purpose as specific as this may require a business template or a specialization of this 'generic' template, and/or adding to the capability for such usage.
There is a need to identify product and support data both with an identifier code and the associated name as a pair since an entity instance may hold more than one identifier type (see DNV-01 above).
Proposal: Use template representing_code as proposed by DNV-40.
Comment: (TJT 2008/01/23)
The issue DNV-40 cannot be found in the context of issues raised against this template, or in any checklist. There is also no 'representing_code' template. Editor assumes that it is meant to refer to 'assigning_code'. There is nothing to stop a user from using BOTH an instance of the templates assigning_identification AND assigning_code to a product or support item to meet the stated requirement in the issue. An alternative is to create a new template drawn from both for this specific purpose. However, there is no need to change the existing template to meet this requirement.
Parameter org_id is missing in the graphic 5.2 template summary (graphical parameter list)
Comment: (TJT 2008/01/23)
Fixed.
Comment: (Rob Bodington 07-04-03)
Added uniqueness rule
Comment: (TJT 2008/01/23)
Agree - usage added as a boxed note.
Comment: (TJT 2008/01/23)
Updated.
Comment: (TJT 2008/01/23)
Updated.
Comment: (TJT 2008/01/23)
Agree that usage constraint needs to be applied when/where used. Have commented out the rules. Did not remove in case required elsewhere..
Comment: (Rob Bodington 08-02-11)
Actually, we do need a uniqueness constraint on the template. As it stands the same item can have the same identification assigned multiple times. E.g. Part no 23 can be assigned multiple times to the same part. The way around this is to add a constraint that ensures that an identifier can only be assigned once to an item. I.e. include the "items" parameter in the constraint. The uniqueness constraint needs to state: Unique constraint: Unique identifier There shall be at most one instance of the entity (Identification_assignment) within the data set uniquely identified by a combination of the following parameters on this template (assigning_identification) namely: id, id_class_name, id_ecl_id, org_id, org_id_class_name, org_id_ecl_id, items. The instance is referenced by the following template parameter: id_assgn.
Comment: (TJT 2008/02/11)
Rule(s) added as described.
Comment: (TJT 2008/01/23)
Agreed
Comment: (TJT 2008/01/23)
Identical to RBN-2
Comment: (TJT 2008/01/23)
Fixed.
Comment: (TJT 2008/01/23)
Fixed.
Comment: (TJT 2008/01/23)
Fixed.
Comment: (TJT 2008/01/23)
Current identification of company to carry out reviews are sufficient.
Comment: (TJT 2008/01/23)
Fixed.
Comment: (TJT 2008/01/23)
Cannot locate issue from description provided - need more information.
Comment: (TJT 2008/01/23)
Cannot locate issue from description provided - need more information.
Comment: (TJT 2008/01/23)
Fixed.
Comment: (TJT 2008/01/23)
Fixed.
Comment: (TJT 2008/01/23)
Fixed.
Comment: (TJT 2008/01/23)
Infrastructure issue - raised http://www.eurostep.fi/bugs/show_bug.cgi?id=1184
Comment: (TJT 2008/01/23)
Fixed.
Comment: (TJT 2008/01/23)
Capabilities are not the subject of standardisation, nor are they in scope for editing at this time.
Comment: (TJT 2008/01/23)
Fixed.
Comment: (TJT 2008/01/23)
Fixed.
Comment: (TJT 2008/01/23)
Fixed.
Comment: (TJT 2008/01/23)
Fixed.
Comment: (TJT 2008/01/23)
Fixed.
Comment: (TJT 2008/01/23)
Fixed.
Comment: (TJT 2008/01/23)
Fixed.
Comment: (TJT 2008/01/23)
Fixed.
Comment: (TJT 2008/01/23)
Fixed.
Comment: (TJT 2008/01/23)
Fixed.
Comment: (TJT 2008/01/23)
Updated.
Comment: (TJT 2008/01/23)
Identical to RBN-2 and RBN-6