[DDI-SRG] [MRT] Model cleanup: leaf classes without attributes and associations to other classes

[Jay Greenfield]

On Feb 3, 2020, at 7:35 AM, Wackerow, Joachim <Joachim.Wackerow at gesis.org> wrote:

There are some leaf classes (i.e. they get not inherited further) without attributes and associations to other classes.
This kind of classes don’t seem to have practical value in their current definition. Either they need some attributes or associations or they should be removed.
 
DDICore_40_PIM-Classes-FormatDescription-UnitSegmentLayout
DDICore_40_PIM-Classes-Process-ControlStep
DDICore_40_PIM-Classes-Process-RulesEngine
DDICore_40_PIM-Classes-Process-ScriptingAgent
DDICore_40_PIM-Classes-Process-Sequence
DDICore_40_PIM-Classes-Process-Service
DDICore_40_PIM-Classes-Representations-Designation
 
Do you have any suggestions?

Many.

ControlStep, ScriptingAgent and RulesEngine should have been removed when I was cleaning up with Flavio.

Sequence and Service need to remain as is in line with idea that this is a conceptual/logical model that some but not all will use for implementation too (Smile). 

Sequence is a container for other ControlConstructs and because it inherits from ControlLogic which is reflexive maybe Sequence can host other ControlLogic and itself.

Service is an idea we would like to finish at another time.

UnitSegmentLayout belongs to Larry.

Designation is another touchpoint with Signifier, Sign and Signified
 
Achim
_______________________________________________
DDI-SRG mailing list
DDI-SRG at icpsr.umich.edu <mailto:DDI-SRG at icpsr.umich.edu>
http://lists.icpsr.umich.edu/mailman/listinfo/ddi-srg <http://lists.icpsr.umich.edu/mailman/listinfo/ddi-srg>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.icpsr.umich.edu/pipermail/ddi-srg/attachments/20200203/26f48c6d/attachment.html