Хотел бы уточнить почему для управления всем техническим документооборотом не используете стандартные решения типа ASCON pilot-ice или CSoft CADLIB, да есть еще целый список других решений?
Подскажите, пожалуйста, каким образом у вас организована интеграция описанных аналитиками бизнес-процессов и реальных процессов организации с учетом их автоматизации?
С методологической точки зрения вопрос поставленный в заголовке статьи очень интересный и своевременный. Объём информации в нашем мире сейчас увеличивается многократно с каждым днём, однако извлечение смысла из этой информации это отдельная задача. Особенно остро стоит время извлечения смысла из этой информации. Поскольку в настоящее время объём исходных кодов создаваемых по всему миру множится, то вопрос качественного документирования — это тема которая взрывает мозг каждого руководителя ответственного за создание программных продуктов, а так же различных информационных моделей и в пределе цифровых двойников.
Одновременно с этим я бы ещё обозначил что развитие программирования проходило в различных ограничениях, включая ограничение на объём места, который занимал код и т.д.
Если говорить про настоящее время, я считаю, что необходимы новые формы хранения информации, которые бы позволили удовлетворить как потребность в расширенной структурированными данными о вашем коде (примеры, doxygen и его аналоги) или интерактивные документы как у wolfram research.
Большое спасибо за статью, она может быть полезна многим начинающим специалистам по технологии информационного моделирования.
Уточните, пожалуйста почему вместо термина «идентификатор» у вас в статье используется термин «Индефекатор»?
Спасибо большое за статью!
Скажите, пожалуйста, как можно подключиться к вашей платформе, мы хотели бы ее использовать для доработки нашей систему по моделированию «умного города».
Не могли бы вы подробнее рассказать как анализировали «пробочную» ситуацию в части автотранспорта и ее изменение после реорганизации движения общественого наземного транспорта?
Как и на основе каких мат. моделей формировалась динамика перемещения пассожиропотоков (всех: авто, пешиходы и общественный транспорт)
Ставилось ли целью работы, сформированой группы, анализ причин притяжения пассожиропотока к общественному транспорту?
К сожалению, данные примеры не единственные, но на мой взгляд гораздо хуже, когда внедрение новой методологии, сводится к внедрению некого ПО без понимания зачем и почему внедряется методология.
ПТК №700 — это Проектный Технический Коммитет №700 для разработки стандартов в области математического моделирования и высокопроизводительных вычислений.
Мы всю критику воспринимаем конструктивно!
Еще раз большое спасибо всем за комментарии, постараемся все учесть!
Будем надеется, что с помощью всех заинтересованных мы сможем получить еще один качественный журнал для специалистов в области информационного моделирования.
Насколько я понял из доклада главного редактора на совещании, журнал пока не входит в Вакансии, так как он создан меньше года назад, а для Вас нужно не менее трех лет.
Но организаторы ведут переговоры.
Данное обсуждение выводит нас на еще один интересный вопрос: Классификация информационного моделирования.
На мой взгляд только после получения полной онтологии информационного моделирования можно будет конструктивно обсуждать применимость теории ДОТУ в полной или частичной мере в рамках рассматриваемого вопроса.
Однако большое спасибо за комментарии так как они послужат отправной точной для новых статей и всестороннего рассмотрения вопроса.
К вопросу классификации: сегодня обнаружил один из вариантов классификации bourabai.kz/cm/4.htm
Который заслуживает внимания.
С теорией управления автор знаком и именно по этой причине одной из стравляющих «базовых алгоритмов и методов» должны стать методы теории управления.
К сожалению, существует большое количество задач, которые не являются задачами управления и в рамках этих задач моделирование это решение либо оптимизационной задачи, либо задачи виртуального создания и испытания продукта в широком смысле слова.
Что касается стандартизации архитектуры процессов управления — это только часть подхода, но достаточно существенная. На Диаграмме 1 — этому отводятся два отдельных блока «базовые процессы при моделировании» — цель, которых сформировать методологию решения задач с использованием моделирования и «интерфейсы и протоколы обмена данными между моделями» — чтобы упростить и стандартизировать взаимодействие между моделирующими системами.
Большое спасибо за статью!
Пожелание: На сайте решения authentik есть интересная сравнительная таблица решений относительно поддерживаемых протоколов.
Было бы хорошо, если бы можно было дополнить статью еще в части поддерживаемых протоколов.
Большое спасибо за статью.
Хотел бы уточнить почему для управления всем техническим документооборотом не используете стандартные решения типа ASCON pilot-ice или CSoft CADLIB, да есть еще целый список других решений?
Подскажите, пожалуйста, каким образом у вас организована интеграция описанных аналитиками бизнес-процессов и реальных процессов организации с учетом их автоматизации?
Используете ли вы исполняемые бизнес-процессы?
1. github.com/soroushchehresa/awesome-coronavirus
2. www.kaggle.com/imdevskp/corona-virus-report
3. www.wolframcloud.com/obj/resourcesystem/published/DataRepository/resources/Epidemic-Data-for-Novel-Coronavirus-COVID-19
Если вы считаете себя способным оказать помощь в моделировании и решении данной пандемии, то можете присоединиться к консорциуму волонтеров по моделированию:
docs.google.com/document/d/18usnEnVYq80am-NKscubreTBfJJnp2XraMnWgaQUFpU/edit#heading=h.hf05v3eh11lz
В противном случае я согласен с автором: создавать дополнительные материалы для повышения панического эффекта совершенно не стоит!
С методологической точки зрения вопрос поставленный в заголовке статьи очень интересный и своевременный. Объём информации в нашем мире сейчас увеличивается многократно с каждым днём, однако извлечение смысла из этой информации это отдельная задача. Особенно остро стоит время извлечения смысла из этой информации. Поскольку в настоящее время объём исходных кодов создаваемых по всему миру множится, то вопрос качественного документирования — это тема которая взрывает мозг каждого руководителя ответственного за создание программных продуктов, а так же различных информационных моделей и в пределе цифровых двойников.
Одновременно с этим я бы ещё обозначил что развитие программирования проходило в различных ограничениях, включая ограничение на объём места, который занимал код и т.д.
Если говорить про настоящее время, я считаю, что необходимы новые формы хранения информации, которые бы позволили удовлетворить как потребность в расширенной структурированными данными о вашем коде (примеры, doxygen и его аналоги) или интерактивные документы как у wolfram research.
Уточните, пожалуйста почему вместо термина «идентификатор» у вас в статье используется термин «Индефекатор»?
Скажите, пожалуйста, как можно подключиться к вашей платформе, мы хотели бы ее использовать для доработки нашей систему по моделированию «умного города».
Как и на основе каких мат. моделей формировалась динамика перемещения пассожиропотоков (всех: авто, пешиходы и общественный транспорт)
Ставилось ли целью работы, сформированой группы, анализ причин притяжения пассожиропотока к общественному транспорту?
Как написали в Росстандарте, так и вынуждены теперь цитировать.
Еще раз большое спасибо всем за комментарии, постараемся все учесть!
Будем надеется, что с помощью всех заинтересованных мы сможем получить еще один качественный журнал для специалистов в области информационного моделирования.
Спасибо за замечание
Но организаторы ведут переговоры.
На мой взгляд только после получения полной онтологии информационного моделирования можно будет конструктивно обсуждать применимость теории ДОТУ в полной или частичной мере в рамках рассматриваемого вопроса.
Однако большое спасибо за комментарии так как они послужат отправной точной для новых статей и всестороннего рассмотрения вопроса.
К вопросу классификации: сегодня обнаружил один из вариантов классификации bourabai.kz/cm/4.htm
Который заслуживает внимания.
К сожалению, существует большое количество задач, которые не являются задачами управления и в рамках этих задач моделирование это решение либо оптимизационной задачи, либо задачи виртуального создания и испытания продукта в широком смысле слова.
Что касается стандартизации архитектуры процессов управления — это только часть подхода, но достаточно существенная. На Диаграмме 1 — этому отводятся два отдельных блока «базовые процессы при моделировании» — цель, которых сформировать методологию решения задач с использованием моделирования и «интерфейсы и протоколы обмена данными между моделями» — чтобы упростить и стандартизировать взаимодействие между моделирующими системами.