Классический случай для всего комьюнити ISO 15926 -- это моделирование industrial equipment data sheet. По сути, это "одна большая строчка именованных параметров-полей", свернутая в форму (поля с наименованиями, живописно раскиданные по нескольким листам бумаги или экранам) -- шаблон спецификации (класс, описывающий много индивидов данного класса) оборудования. Выглядит "в натуре" это как "форма в Exel" (буквально. В Intergraph, например, есть конвертор из формы Exel в представление языка ISO 15926-2) -- куда нужно вписывать данные заказываемого оборудования. Этот случай интересен тем, что такая форма для стандартного класса (насос) обычно разрабатывается единожды, и далее используется всеми подряд, разве что "ненужные поля" не заполняются. Миллионы насосов заказываются путем заполнения полей такого единожды разработанного шаблона
( ... )
Да, аналогом datasheets для анализа при формировании шаблонов могут стать графические примеры из 24744.
На шаблоны надо смотреть как на структуры данных, достаточные для порождения по ним конкретных диаграмм. То есть абстрактная "рисовалка" должна анализировать шаблон и строить диаграмму с правильно расположенными элементами.
Тем самым шаблоны должны существовать для всех основных конструкций графического языка: "нахождение внутри", "присоединение стрелочки соединителя к объекту", параллельного и последовательно расположения. Или для более сложных отношений - типа изображения диаграмм Гантта (мне этот момент кажется ужасно плохо определённым.
Ага. Метамодель -- это набор шаблонов (возможно, "шаблонов-2 в терминах шаблонов-1", если метамодель делается как стереотипы=шаблоны-2 UML, примитивы которого суть шаблоны-1).
Так что все верно, для каждого графического элемента есть его элемент метамодели, т.е. должен быть шаблон.
Будем пробовать моделировать ЖЦ шаблона? Надо, видимо, делать 4 вида диаграмм, которые указаны в нотации: Lifecycle Diagrams Enactment Diagrams Process Diagrams Action Diagrams
Начиная с первой. Правильно, что мы моделируем конкретный ЖЦ, экземпляр ЖЦ, то есть у нас там будут не Kinds, а конкретные элементы? Или мы рисуем типовой ЖЦ и у нас будет TimeCycleKind - "ЖЦ темплейта ISO 15926"?
Comments 5
Reply
На шаблоны надо смотреть как на структуры данных, достаточные для порождения по ним конкретных диаграмм. То есть абстрактная "рисовалка" должна анализировать шаблон и строить диаграмму с правильно расположенными элементами.
Тем самым шаблоны должны существовать для всех основных конструкций графического языка: "нахождение внутри", "присоединение стрелочки соединителя к объекту", параллельного и последовательно расположения. Или для более сложных отношений - типа изображения диаграмм Гантта (мне этот момент кажется ужасно плохо определённым.
Reply
Так что все верно, для каждого графического элемента есть его элемент метамодели, т.е. должен быть шаблон.
Reply
Надо, видимо, делать 4 вида диаграмм, которые указаны в нотации:
Lifecycle Diagrams
Enactment Diagrams
Process Diagrams
Action Diagrams
Начиная с первой. Правильно, что мы моделируем конкретный ЖЦ, экземпляр ЖЦ, то есть у нас там будут не Kinds, а конкретные элементы? Или мы рисуем типовой ЖЦ и у нас будет TimeCycleKind - "ЖЦ темплейта ISO 15926"?
Reply
Leave a comment