Выберите один из методов, который вы применяете для выполнения задач. Распишите состояния предметов метода (объектов внимания) в классах, а также добавьте пример применения метода: какие темпоральные части были в нужном состоянии в какие дату и время.
После выполнения упражнения опишите выводы в клубе МИМ. Что вы отметили, пока расписывали состояния в таблице? В какой момент выполнения метода появился объект, который должен быть результатом выполнения метода (см пример со ступенью лестницы в тексте).
Объект как результат метода: Мост
Метод
Предмет метода
Состояние
Темпоральная часть в нужном состоянии
моделирование ЦС
модель Моста
создана
модель моста описана
проверка модели ЦС
коллизии модели Моста
проверена и непротиворечива
модель моста без коллизий
моделирование строительства ЦС
модель строительства Моста
создана и возможна к реализации
модель строительства моста
строительство площадки строительства ЦС
строительная площадка Моста
развернута
площадка создания цс развернута и используется
строительство ЦС
строительство Моста
выполнено
Мост построен и готов к эксплуатации
эксплуатация ЦС
Мост
используется
Мост в период эксплуатации
Объект появился на предпоследнем шаге метода.
Объект как результат метода: Рабочая техническая документация модели инженерного сооружения (рабочка)
Метод
Предмет метода
Состояние
Темпоральная часть в нужном состоянии
Моделирование требований мета-мета-У модели
Отраслевые требования к техническим решениям инженерного сооружения
Выполняются
Требования отраслевых нормативно-правовых актов к разрабатываемым техническим решениям выполняются
Моделирование требований мета-У модели
Отраслевые профильные требования к техническим решениям инженерного сооружения
Выполняются
Требования отраслевых профильных норма, руководств, инструкций паспортов и пр. выполняются
Моделирование требований мета-С модели
Требования проекта к техническим решениям инженерного сооружения
Выполняются
ТЗ договора, Утвержденные решения предыдущей стадии ПД с ПЗ от ГГЭ, ТУ эксплуатирующих/снабжающих сооружений к разрабатываемым техническим решениям выполняются
Моделирование требований мета-С модели
Ограничения технических решений инженерного сооружения смежных конструктивов инженерных сооружений
Вы в колонке “предмет метода” написали “название метода”, не надо так.
Что у вас тут будет за объект?
Ну и названия у вас из мета-мета-модели, а предметы метода из прикладной предметной области, не надо так. Если вы предметы метода берете из прикладной области, то и названия методов оттуда берите.
И посмотрите, какие объекты по итогам выполнения работ выбранными методами должны сменить состояния. Нам, строго говоря, нужен список объектов и их ожидаемых состояний (и в ходе выполнения работ мы проверяем, достигли ли нужного состояния).
Если нужно указать “темпоральную часть”, то должны будут указаны дата и время, иначе это не “темпоральная часть”, а просто “ожидаемое состояние”.
Ну и в целом табличка какая-то слишком верхнеуровневая, и непонятно, зачем вот такое описание делать, если на выходе должна получиться рабочка.
Вот тут мне чуть сложнее. Так же внес корректировки, но не уверен, что точно именно так будет корректно
В итогу получается такая табличка:
Метод
Предмет метода
Состояние
Темпоральная часть в нужном состоянии
моделирование
Мост
смоделирован
модель Моста В_1-1-1 от 10.2025
проверка колизий
модель Моста
проверена и коллизии устранены
модель Моста В_1-2-1 от 11.2025 с устраненными коллизиями
моделирование
площадка строительства Моста
смоделирована и возможна к реализации
площадка строительства смоделирована 10.2025 и возможна к реализации Моста модели В_1-2-1 от 11.2025
строительство
площадка строительства Моста
развернута
площадка строительства развернута 12.2025 и используется для строительства Моста
строительство
Мост
построен
Мост построен 01.2026 и готов к эксплуатации
эксплуатация
Мост
эксплуатируется
Мост в период эксплуатации с 03.2026 до 03.2076
Но вот по-прежнему есть вопрос корректно ли так указывать темпоральные части или все так лучше заменить “площадка строительства смоделирована 10.2025 и возможна к реализации Моста модели В_1-2-1 от 11.2025” на тип такого “площадка строительства от 10.2025 и для строительства реализации Моста модели В_1-2-1 от 11.2025”? То есть без вкраплений слов, отражающих состояния объекта.
Табличка верхнеуровневая как состояния объекта Мост на основных этапах жизненного цикла. И на выходе должен все таки получится Мост.
Наша организаци проектная занимается разработкой проектной документации, моделированием модели Моста и его строительства (отдельный есть раздел информационной модели Проект организации строительтсва).
Табличка с Объектом Рабочая техническая документация (рабочка) модели инженерного сооружения (а их в моем проекте около 700) это же все таки описание на физическом носителе (диск ПК или бумага) с уровнем детализации достаточным для строительства и последующей успешной эксплуатации Моста. То есть это детализированная информационная модель, то есть лишь часть из того что должно быть представлено в графе создателей.
Анна, и вот как раз больше по второй табличке мне бы уточнить вопрос если у меня объект …, то:
Будет ли онотологически правильно говорить, что объект “Требования к объекту” постепенно перейдет в объект “Рабочая документация в …”, как в примере в предыдущей главе “Брусок” переходит в “Ступень” как состояния объекта, которые получаются при работе над ними какими-то методами?
Или все же в моем случае “Брусок” это “Коридор/Границы/Предварительный_план_размещения объекта”, который потом переходит в состояние “Трубопровод на ПК… увязан со смежными объектами и соответствует требованиям” типа как “Ступень с отверстиями в нужных местах для последующего монтажа в лестнмце”?
Вот сейчас, написав это, мне кажется, что состояния для рабочки как информационной модели детализации достаточной для успешного строительства и эксплуатации корректней будет назвать как во втором варианте.
Названия методов все-таки желательно максимально заземлить в проекте (сузить класс). Не абстрактное “строительство” (чего? АЗС?), а строительство чего именно (и можно даже конкретизировать, какой из методов класса “строительства моста” применяется).
Темпоральные части можно так указывать, как вы указали. Главное – что именно что разделяете (фактически) версии рабочих продуктов. Нам для этого упражнение нужно
Как вы себе физически эти переходы представляете? Предварительный план переходит в трубопровод?))
Нет, конечно, так говорить нельзя, тут жестокий дребезг. У вас просто объекты “начинают” и “перестают” существовать в рамках проекта. В случае с примером со ступенью – брусок “начал существовать” после распила доски, потом “прекратил существовать” после склеивания и/или обработки.
Либо же объект продолжает существовать, но перестает интересовать. Но это не “превращение”! Описание не превращается в описываемый объект! Проверка: представьте себе эту трансформацию в физическом мире. Вот чтобы было описание – а потом оно (со всеми молекулами, составляющими носитель этого описания) превратилось в описываемый объект. Насколько это возможно?
В общем, очень аккуратно не только с типами объектов, но и с трансформациями, и с отношениями между объектами.
Попробуйте поопределять отношения между объектами и подумать, какие трансформации/превращения/переходы физически возможны и невозможны
Описания и физические воплощения описанных объектов даже изготавливаются часто разными создателями (рабочими станциями), путешествия через конвейер предприятия у них различаются. Поэтому и моделировать эти путешествия стоит отдельно!
информационная модель Моста уровня детализации Технико Экономического Обоснования (ТЭО)
описаны, учитывают выявленные потребности
описание основных технико-экономических показателей Моста в техническом задании в объеме достаточном для начала формирования модели описаны, учитывают выявленные потребности
моделирование
информационная модель Моста уровня детализации ПД
создана и готова к проверке
информационная модель Моста В_1-1-1 от 10.2025 в текстовом и графическом виде уровня детализации Проектная Документация (ПД) создана в объеме достаточном для проверок на коллизии создана и готова к проверке
выявление коллизий внутренних инженерных систем
информационная модель Моста уровня детализации ПД
проверена и коллизии устранены
информационная модель Моста В_1-2-1 от 11.2025 в текстовом и графическом виде уровня детализации Проектная Документация (ПД) проверена и коллизии устранены в объеме достаточном для интеграции в общую информационную модель
выявление коллизий внешних инженерных систем
информационная модель Моста уровня детализации ПД
проверена и коллизии устранены
информационная модель Моста В_2-2-1 в текстовом и графическом виде уровня детализации Проектная Документация (ПД) от 12.2025 проверена и коллизии устранены в объеме достаточном для совместной проверки
моделирование
информационная модель Моста уровня детализации РД
создана и готова к воплощению
информационная модель Моста В_3-5-1 в текстовом и графическом виде уровня детализации Рабочая Документация (РД) от 01.2026 описана в объеме достаточном для начала воплощения системы Мост
приемка модели
информационная модель Моста уровня детализации РД
проверена и принята
информационная модель Моста уровня детализации РД В_3-5-1 от 02.2026 уровня детализации Рабочая Документация (РД) проверена и откорректирована, принята и направлена на строительную площадку
Да, так гораздо лучше!
Хотя можно еще конкретизировать названия методов (“моделирование” отсылает к целому классу методов, моделировать можно и картину мира в голове собеседника, к примеру, это тоже моделирование). Но уже гораздо лучше!
