Без заголовка

Так я об этом и говорю - вариабельность в структурах и количествах объектов моделируется иначе, чем в свойствах. Иерахия опций моделируется как иерархия Ur-Class, их состав - как состав классов темпоральных частей. Разумеется, это целая система иерархий, так как в каждой опции есть под-опции. И для их набора используются общие над-классы. Собственно модель опций хранится в основном как набор темплейтов в RDL (некоторое количество классов тоже хранится, но темплейты - это основное). Конкретные конфигурации хранятся как набор инстансов этих темплейтов. Это достаточно просто организовать, сложность возникает если хочется проверить конкретную конфигурацию на соответствие тем или иным опциям, уж не знаю, есть ли такая задача в реальности. Относительно несложно решается и обратная задача - получать информацию о том что реализован набор опций с кодами (а1, б5, в35, ...) и генерировать по кодам опций полную модель - что где стоит и в каком количестве.