Форум Сообщества Аналитиков
Общий раздел => Теория моделирования и нотации => IDEF ARIS BPMN и пр. => Тема начата: Galogen от 15 Сентября 2014, 22:14:26
-
Друзья,
обучаю студентов-автоматчиков использованию IDEF0 для описания процессов. Пока элементы нотации не доводились, проводим подводящие упражнения.
Объяснил, что любая система может быть описана через ее назначение(функцию), входы и выходы. При этом входы бывают трех видов: собственно вход: то, что преобразуется в выход; управление: то, что контролирует получение выхода; механизм: то, с помощью чего создается выход.
Студенты, конечно, делают много ошибок.
Вот например, образец произвольного описания
Термофиксационная камера
• описание процесса
Термофиксационная камера предназначена для фиксации красителя на волокне с помощью горячего воздуха температурой 160 ÷ 180С. Нагрев воздуха осуществляется паровым калорифером и ТЭНом (теплоэлектронагреватель). Фиксация красителя в волокне после печатания проводится насыщенным водяным или перегретым паром, сухим горячим воздухом. В зависимости от реакционной способности активных красителей и температуры фиксации (100 - 200°C) продолжительность тепловой обработки колеблется от 30 с до 5 – 10 мин. Печатная краска обычно содержит краситель, бикарбонат натрия, мочевину, лудигол, загуститель и воду. В качестве загущающих веществ используют альгинат натрия, а также эфиры крахмала и целлюлозы.
• выход процесса:
Ткань с зафиксированным красителем ,
• входы процесса:
Бесцветная ткань
Краска(краситель, бикарбонат натрия, мочевина, лудигол, загуститель и вода)
• управление процесса:
Технологическая схема процесса
Температура в камере 170 ± 5С
Давления на паропроводе – не менее 0,5 МПа
Давление пара перед калорифером 0,5 ± 0,05 МПа
• механизмы процесса:
Электроэнергия
Пар
ТЭН(теплоэлектронагреватель)
Паровой калорифер
Механизм передвижения ткани
Тут не указан сам процесс (хотя описание есть), не ясны его границы, хотя можно догадаться, о чем думал студент. Из описания не очень ясно, что делать с электроэнергией и паром. Понятно, что все будет определяться целью моделирования, но в целом электроэнергия, пар и т.п. - это расходуемый ресурс, в отличии от классического понятия механизма (амортизация, а не расход), т.е. я бы отнес их к входам. Электроэнергия видимо поглощается в виде тепла в окрашенную ткань. Для пара я бы рассмотрел так: на входе пар с одной температурой и давлением, на выходе с другими (меньшими показателями). При этом пар может быть и механизмом, если нагрев производится через теплообменник.
А вы как думаете?
-
Доброе утро!
Насколько я знаю IDEF0, в центре всегда должен быть процесс. А на мой взгляд, "термофиксационная камера" это не процесс, а механизм.
Я бы представил это так:
Процесс:
Термофиксация краски
Вход:
Ткань
Краска
Пар
Выход:
Окрашенная ткань
Управление:
Технологическая схема процесса
Механизмы процесса:
Термофиксационная камера
Имхо для этого уровня абстракции информации достаточно. Электричество, калорифер и механизмы движения ткани - это уже относится к камере как к механизму. При необходимости, конечно, можно сделать ее декомпозицию, но я не вижу в этом необходимости, т.к. в процессе производства агрегат используется целиком, а не по частям, по этому камера как черный ящик, нам не интересно как она устроена.
-
IMHO. Лучше не "механизмы", а "средства преобразования".
И мне по прежнему нравится описание, разбитое по следующим группам:
* Материал (вход)
* Продукт (выход)
* Процесс преобразования
* Средства преобразования
* Люди с их знаниями и умениями (описать требования к квалификации)
* Нормы деятельности (ГОСТ-ы, СНИП-ы, инструкции и т.д.)
Пожалуй соглашусь с Эдом, что пар и электроэнергия это "Вход"
-
Доброе утро!
Насколько я знаю IDEF0, в центре всегда должен быть процесс. А на мой взгляд, "термофиксационная камера" это не процесс, а механизм.
Я бы представил это так:
Согласен. Можно так.
Можно и по-другому, ближе к изложенному студентом. "Границы" процесса - та самая камера. Тогда получится:
Процесс:
Термофиксация краски
Вход:
Ткань
Краска
Пар
Электроэнергия
Выход:
Окрашенная ткань
Отходы производства?
Управление:
Технологическая схема процесса*
Механизмы процесса:
ТЭН(теплоэлектронагреватель)
Паровой калорифер
Механизм передвижения ткани
----
* "Технологическая схема", дабы не вдаваться в детали (например, пар вряд ли понадобится при окраске сухим горячим воздухом).
P.S. Ну и по главному вопросу темы: я бы не считал электричество, пар и т.п. механизмами. Механизм - в худшем случае то, что их к процессу подводит. Или генерирует прямо там.
-
Друзья, всем спасибо за полезные комментарии.
Надеюсь, вы понимаете, что я стараюсь не для себя, а для студентов и тех, кто обучается.
Сергей, наверное, твой подход правильный. Но в данном случае нужно следовать нотации IDEF0, но
* Средства преобразования
* Люди с их знаниями и умениями (описать требования к квалификации)
Это и есть механизмы
А * Нормы деятельности (ГОСТ-ы, СНИП-ы, инструкции и т.д.)
Управление
Скажем так, это у тебя уточнение классификации?
-
Сергей, наверное, твой подход правильный. Но в данном случае нужно следовать нотации IDEF0,
* Средства преобразования
* Люди с их знаниями и умениями (описать требования к квалификации)
Это и есть механизмы
А * Нормы деятельности (ГОСТ-ы, СНИП-ы, инструкции и т.д.)
Управление
Согласен. Нужно следовать IDEF0, давайте следовать IDEF0.
-
В продолжение темы. Если интересно. Процесс вообще офигенский.
Название процесса: производство обжаренного кофе
Описание процесса:
Кофейные зерна пропускают через машину, напоминающую мельницу. Машина производит очистку таким образом, чтобы вся грубая мякоть удалилась, а зерно осталось лишь в тоненькой оболочке. После того как мякоть с плодов была удалена с помощью машин, семена направляют на промывание, которое происходит в специально выстроенных для этих целей каналах. Они сделаны не в виде прямых линий, а слегка извиваются. Это позволяет лучше промыть зерна и обнаружить среди них больные, которые начинают всплывать. После того как зерно промыто, его направляют на ферментацию. Делается это с целью удаления нерастворимых частиц мякоти, оставшейся после промывки. Чтобы зерно прошло эту стадию нормально, его постоянно переворачивают, подставляя под солнце как можно больше поверхности зерна. Как правило, эта стадия длится до 24 часов. После этого зерно направляют на повторную промывку.
Очистка зерен. На данном этапе обработки осуществляется продувание кофейных зерен(машины). Для этого применяют машины, позволяющие удалить пыль, землю, камни и другие примеси. После продувки зерно направляют на магнитную чистку, чтобы удалить все металлические крошки, которые могли попасть в кофейные зерна с металлических машин в результате предыдущих обработок.
Следующая обязательная стадия производства — гранулометрический отбор, который представляет собой сортировку семян по их размеру с использованием специального сита. Первыми отбирают крупные семена, которые относят к элитным, из которых получают кофе самого высокого качества. Сущность этого отбора состоит еще и в необходимости выявить некачественные или больные зерна, ухудшающие качество всей партии товара.
Обжарка зерен. Чтобы обжарка прошла успешно и кофе получился требуемой степени обжарки, температура этого процесса не должна превышать 200 °С, а продолжительность составлять около 1 часа, в зависимости от необходимой степени. В результате происходит потеря массы из-за испарения воды, а также разрушения посторонних частиц, которые находятся в зернах кофе. При этом объем его увеличивается.
Радиационное обжаривание. Сначала кофейные зерна просвечивают гамма-лучами, а затем дожаривают по стандартной тепловой обработке.(технологический регламент радиоактивного обжаривания)
Охлаждение. Происходит в специальных машинах, позволяющих охладить кофе до температуры 40-45 °С. Для более высокого качества продукта его обязательно пропускают через специальные магнитные установки, позволяющие выявить металлические примеси. После этого зерна помещают в машины, отбирающие имеющиеся в массе камни.
Выходы процесса:
грубая мякоть, больные зёрна, нерастворимые частицы мякоти, примеси, металлические крошки, пар.
Входы процесса:
кофейные зёрна, солнечная энергия , эл. энергия, радиоактивный источник.
Управление процесса:
время на сушку 24 часа, обжарка при температуре 200 °С, время обжарки 1 час, температура охлаждения 40-45 °С.
Механизмы процесса:
машина для очистки зёрен, машина для промывки зерен, машины для продувания кофейных зерен, машины на магнитную чистку, сита, машины охлаждения кофе, магнитные установки.
Дополнительный вопрос. Как вы считает следует от такой модели перейти к информационным процессам и системам.
Я вижу это через ввод определенной вводной. Получив вводную студент для каждого входа и выхода в BPWin попытается создать набор информационных объектов.
Например кофейные зерна могут получить Сорт, Страна происхождения, Партия, Поставщик и какие-то иные атрибуты.
-
Я ни в первом процессе, ни во втором не могу понять, чем же нужно управлять. Они же автоматические, насколько я понимаю.
-
Я ни в первом процессе, ни во втором не могу понять, чем же нужно управлять. Они же автоматические, насколько я понимаю.
Например, стадиями процесса. Ну из описания это не ясно, автоматические они или нет.
-
Я ни в первом процессе, ни во втором не могу понять, чем же нужно управлять. Они же автоматические, насколько я понимаю.
Так ведь и автоматику нужно кому-то программировать. Желательно, сидя в уютном кресле в удаленном от мочевин, эфиров и паров помещении.
Управлять можно температурой, давлением, подачей пара, загрузкой ресурсов (как "вообще" - т.е. не засовывать ткань, пока предыдущая не докрасилась, так и покомпонентно "эфира больше не наливать!"), выгрузкой готовой ткани.
-
В продолжение темы. Если интересно. Процесс вообще офигенский.
Да обычный вроде. Дробим на отдельные процессы, связываем их входами-выходами - и вуаля.
Дополнительный вопрос. Как вы считает следует от такой модели перейти к информационным процессам и системам.
Я вижу это через ввод определенной вводной. Получив вводную студент для каждого входа и выхода в BPWin попытается создать набор информационных объектов.
От технологических процессов к информационным? Это тема АСУ ТП. Я в них не силен, но логику объекта и субъекта управления, а также прямых и обратных связей никто не отменял. Просто информационные процессы тут будут "сбоку" от технологических.
Например кофейные зерна могут получить Сорт, Страна происхождения, Партия, Поставщик и какие-то иные атрибуты.
Да, но к описанному процессу это не будет иметь особого отношения.
-
Да обычный вроде. Дробим на отдельные процессы, связываем их входами-выходами - и вуаля.
Там радиационная обжарка меня удивила.
От технологических процессов к информационным? Это тема АСУ ТП. Я в них не силен, но логику объекта и субъекта управления, а также прямых и обратных связей никто не отменял. Просто информационные процессы тут будут "сбоку" от технологических.
Я ставлю эксперимент. Может он будет не удачен, но конечно, технологический процесс нужно забыть и перейти к информационным. Просто пока мне кажется, что для студентов этой специальности проще осваивать технику моделирования на таких конкретных вещах. Прямые и обратные связи должны проявится естественно.
Да, но к описанному процессу это не будет иметь особого отношения.
только как основа, погружение, некий якорь в сознании.
-
Я ставлю эксперимент. Может он будет не удачен, но конечно, технологический процесс нужно забыть и перейти к информационным.
Т.е. задача студента не описать имеющийся технологический процесс, а на его основе построить модель системы автоматического управления процессом? С потоками данных, датчиками, управляющим воздействием, графом состояний и всем прочим?
А все эти зерна, пар и остальное - лишь способ привязать абстрактную модель к реальности?
-
Я ставлю эксперимент. Может он будет не удачен, но конечно, технологический процесс нужно забыть и перейти к информационным. Просто пока мне кажется, что для студентов этой специальности проще осваивать технику моделирования на таких конкретных вещах. Прямые и обратные связи должны проявится естественно.только как основа, погружение, некий якорь в сознании.
Тут лично мне видится два направления, которые можно развивать в тесной связке с производством.
Первое. Объявить целью имитационное моделирование: мол, информационные модели технологических процессов создаются для того, чтобы моделировать различные варианты производственной загрузки. А это делается, в свою очередь, в целях определения:
- оптимальной конфигурации производства с учетом влияния на процесс "входящих" и "механизмов" (а ну как свет подорожает?).
- "узких мест" производства с целью последующего проектирования решений и оценки полезности их устранения (как ни раскладывай, в половине случаев всё упирается в эту хренову сушилку).
Второе. Непосредственно автоматизация производства. То есть, управление "механизмами", ресурсное ("входящее") планирование, планирование обеспечения производственными средствами и т.п.
-
Т.е. задача студента не описать имеющийся технологический процесс, а на его основе построить модель системы автоматического управления процессом? С потоками данных, датчиками, управляющим воздействием, графом состояний и всем прочим?
А все эти зерна, пар и остальное - лишь способ привязать абстрактную модель к реальности?
Не совсем так. Декан вызвал меня и примерно сказал следующее: "Наши автоматчики чаще устраиваются как разработчики ПО, Ну ты там им покажи как используя IDEF0 и т.п. это делается" Когда я встретился со студентами и переговорил, я понял там практически нулевой фундамент по IT. Потому, как и что с ними делать, не совсем ясно. Ну как без умения как-то программировать делать какие-то приложения?
Потому мне подумалось, если пойти от техпроцесса, от управления, ну, по крайней мере, что им преподавалось и для чего вполне может подойти этот IDEF0, можно плавненько затем перейти к модели данных и возможно сделать базейку на Access, где практически все можно делать без программирования.
Возможно этот путь ошибочен, не знаю.
-
Тут лично мне видится два направления, которые можно развивать в тесной связке с производством.
Да согласен идея не плохая, но я тут обнаружил что у студентов и с производственными процессами большая проблема.
Первое. Объявить целью имитационное моделирование: мол, информационные модели технологических процессов создаются для того, чтобы моделировать различные варианты производственной загрузки. А это делается, в свою очередь, в целях определения:
- оптимальной конфигурации производства с учетом влияния на процесс "входящих" и "механизмов" (а ну как свет подорожает?).
- "узких мест" производства с целью последующего проектирования решений и оценки полезности их устранения (как ни раскладывай, в половине случаев всё упирается в эту хренову сушилку).
В этом случае вообще лучше брать matlab и забыть об информационных системах, но похоже заказчику нужно что-то иное. Правда заказчик к сожалению типичный, не может сформулировать свое требование. Я склоняюсь к тому, что заказчик хочет познакомить студентов с основами проектирования информационных систем, но бэкграунд на мой взгляд у них не подходящий. Можно конечно свести все к проектированию БД, но оказывается у них будет в следующем семестре это самое БД.
Второе. Непосредственно автоматизация производства. То есть, управление "механизмами", ресурсное ("входящее") планирование, планирование обеспечения производственными средствами и т.п.
Этого я вообще не понимаю. Это вы о чем:)?
-
В этом случае вообще лучше брать matlab и забыть об информационных системах
Это смотря какой нам нужен результат. Нас же не выводы по итогам моделирования интересуют а, так сказать, процесс.
Я склоняюсь к тому, что заказчик хочет познакомить студентов с основами проектирования информационных систем, но бэкграунд на мой взгляд у них не подходящий. Можно конечно свести все к проектированию БД, но оказывается у них будет в следующем семестре это самое БД.
Мое мнение - не стоит сводить к проектированию БД. Это все-таки очень разные вещи. Информационная система, к примеру, может и не иметь в составе своего обеспечения БД.
Этого я вообще не понимаю. Это вы о чем:)?
Это я про управление технологическим процессом через программирование (а то и прямое управление) производственного оборудования, передачу прямых команд на его интерфейсы, считывание показаний датчиков и исполнение заранее заложенных производственных сценариев (предположим, в зависимости от показаний датчиков). И прочая, и прочая.
Декан вызвал меня и примерно сказал следующее: "Наши автоматчики чаще устраиваются как разработчики ПО, Ну ты там им покажи как используя IDEF0 и т.п. это делается"
Караул! Объяснения на пальцах в течение пары семестров, да еще и без ИТшной базы - это ж как мертвому припарка. Дать студентам представление, что за зверь такой "информационные системы", как они разрабатываются и применяются, какое отношение имеют к их специальности и какую пользу можно из этого извлечь - это одно. Но в контексте "разработка ПО"?
Они же и так устраиваются. Да еще и "чаще". Те, кто хочет. Зачем мешать им и смущать неокрепшие умы остальных?
-
Это смотря какой нам нужен результат. Нас же не выводы по итогам моделирования интересуют а, так сказать, процесс.
Так или иначе, это вне моей компетенции. Я вовсе не планировал разбирать с сними основы моделирования технологических процессов. Правда, можно все свести действительно к построению информационных моделей этих процессов. Чем собственно мы сейчас и занимаемся
Мое мнение - не стоит сводить к проектированию БД. Это все-таки очень разные вещи. Информационная система, к примеру, может и не иметь в составе своего обеспечения БД.
Ну если почитать определение законодательство РФ, не может. К тому же, что вот Вы вкладываете в понятие БД? ;)
Это я про управление технологическим процессом через программирование (а то и прямое управление) производственного оборудования, передачу прямых команд на его интерфейсы, считывание показаний датчиков и исполнение заранее заложенных производственных сценариев (предположим, в зависимости от показаний датчиков). И прочая, и прочая.
Это совершенно не моя специализация, у меня нет для этого специальных знаний и, я не хочу их приобретать. Программирование конечно понятная и привычная вещь, нет особых проблем с пониманием протоколов команд. Это точно может соответствовать понятию информационного процесса, но далеко от понятия ИС, на мой взгляд.
Караул! Объяснения на пальцах в течение пары семестров, да еще и без ИТшной базы - это ж как мертвому припарка.
С чего Вы взяли пару семестров? Один, батенька. Лекции через неделю, практика каждую.
Дать студентам представление, что за зверь такой "информационные системы", как они разрабатываются и применяются, какое отношение имеют к их специальности и какую пользу можно из этого извлечь - это одно. Но в контексте "разработка ПО"?
И в чем же тут принципиальное различие? Но при любом ответе, я этого в теории и не даю. Пока я просто знакомлю на лекциях с тем, что есть такое Информационный процесс и какие они бывают, что такое ИС, ее назначение и функции, как применяется системный подход при построении ИС, каков ЖЦ ИС, каковы типичные архитектуры, каковы этапы построения. Причем все достаточно пунктирно, учитывая что всего 8 лекций в семестр. Плюс еще нужно познакомить с нотациями.
Они же и так устраиваются. Да еще и "чаще". Те, кто хочет. Зачем мешать им и смущать неокрепшие умы остальных?
Ну, если Вы станете деканом или завкафедрой их факультета, то мы с Вами точно договоримся, что не стоит смущать :)
-
Так или иначе, это вне моей компетенции.
Я понимаю. Это для придания осмысленности этой деятельности для студентов.
Ну если почитать определение законодательство РФ, не может. К тому же, что вот Вы вкладываете в понятие БД? ;)
Законодательство большое. Мне чаще встречалось выражение "компьютерные программы И базы данных". Но оно немного о другом, разумеется.
К тому же, что вот Вы вкладываете в понятие БД?
В контексте "проектирования БД для чайников"? Примерно так: Часть информационного обеспечения системы, представляющая собой значительное количество упорядоченных особым образом однотипных данных, оперативно обрабатываемых на глубину всего хранимого массива. Самим "чайникам" это определение лучше не предлагать.
С чего Вы взяли пару семестров? Один, батенька. Лекции через неделю, практика каждую.
Второй - БД.
И в чем же тут принципиальное различие?
В позиции наблюдателя. В одном случае она внутри ИС, во втором - снаружи.
Ну, если Вы станете деканом или завкафедрой их факультета, то мы с Вами точно договоримся, что не стоит смущать :)
Вот поэтому я, видимо, и не декан. И даже не завкафедрой. Мне интересно, чтобы обучаемый мог извлечь реальную пользу из получаемых познаний (ну, или хотя бы представлять, в чем она может заключаться). А академическое образование строится по другим принципам. Не значит, что хуже. Просто по другим.