Domain Name:

Infrastructure

CR Number:

MIM-CR-0691

Request Date:

11/08/05

Submitted by:

PA

 Requested by:

  PA

Version No:

1

Bugzilla Number(s):

15458

 

 

Short Title of Issue

Amend wrapper model to reflect cardinality implementation note

Description

 

The tab view for both transmission and acknowledgement messages states that the recipient device is restricted to a single mandatory  occurrence but the model says 1..many are allowed.

To enforce better schema validation the model should be amended to reflect the implementation note.

Also

 

CommunicationFnRcv This is shown as 1.. but  the DeviceCode already shows a

1.. cardinality. Multi-destination capability  is surely not required in

two different places. In general as already commented, EIS and MIM are now

sufficiently tightly linked that future changes in multi-destination

capability can be addressed as/when such functionality is introduced

 

Perceived Impact

 

No impact

Backward Compatibility Status

No issues - correction

Reason for issue being raised

 

Issue raised by supplier.

 

Suggested Action

 

This cardinality was set by BT to allow flexibility in the future. I think Infrastructure will need to be revisited in the future and that to aid implementers in the short term this should be restricted.

Amend model

 

CTT Resolution and Current Status

 

Make cardinality change from 1..* to 1..1 to all transmission wrappers in both the CommunicationFncRcv and Device classes..