Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Леонид

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 »
316
В этом случае вообще лучше брать matlab и забыть об информационных системах

Это смотря какой нам нужен результат. Нас же не выводы по итогам моделирования интересуют а, так сказать, процесс.

Я склоняюсь к тому, что заказчик хочет познакомить студентов с основами проектирования информационных систем, но бэкграунд на мой взгляд у них не подходящий. Можно конечно свести все к проектированию БД, но оказывается у них будет в следующем семестре это самое БД.

Мое мнение - не стоит сводить к проектированию БД. Это все-таки очень разные вещи. Информационная система, к примеру, может и не иметь в составе своего обеспечения БД.

Этого я вообще не понимаю. Это вы о чем:)?

Это я про управление технологическим процессом через программирование (а то и прямое управление) производственного оборудования, передачу прямых команд на его интерфейсы, считывание показаний датчиков и исполнение заранее заложенных производственных сценариев (предположим, в зависимости от показаний датчиков). И прочая, и прочая.

Декан вызвал меня и примерно сказал следующее: "Наши автоматчики чаще устраиваются как разработчики ПО, Ну ты там им покажи как используя IDEF0 и т.п. это делается"

Караул! Объяснения на пальцах в течение пары семестров, да еще и без ИТшной базы - это ж как мертвому припарка. Дать студентам представление, что за зверь такой "информационные системы", как они разрабатываются и применяются, какое отношение имеют к их специальности и какую пользу можно из этого извлечь - это одно. Но в контексте "разработка ПО"?

Они же и так устраиваются. Да еще и "чаще". Те, кто хочет. Зачем мешать им и смущать неокрепшие умы остальных?

317
Простите, а что значит "строго логический способ мышления"?

318
построить эти две диаграммы пожалуйста, я не успеваю сделать все к сессии

Так это Вы не по адресу. "Сделать за меня" - это к фрилансерам за денежку.
"Помочь" - это личное участие в процессе в качестве исполнителя + готовность слушать, понимать и править.

Ну, разве что кому-то из завсегдатаев совсем скучно будет.

319
И чем такому горю помочь?

320
Я ставлю эксперимент. Может он будет не удачен, но конечно, технологический процесс нужно забыть и перейти к информационным. Просто пока мне кажется, что для студентов этой специальности проще осваивать технику моделирования на таких конкретных вещах. Прямые и обратные связи должны проявится естественно.только как основа, погружение, некий якорь в сознании.

Тут лично мне видится два направления, которые можно развивать в тесной связке с производством.

Первое. Объявить целью имитационное моделирование: мол, информационные модели технологических процессов создаются для того, чтобы моделировать различные варианты производственной загрузки. А это делается, в свою очередь, в целях определения:
- оптимальной конфигурации производства с учетом влияния на процесс "входящих" и "механизмов" (а ну как свет подорожает?).
- "узких мест" производства с целью последующего проектирования решений и оценки полезности их устранения (как ни раскладывай, в половине случаев всё упирается в эту хренову сушилку).

Второе. Непосредственно автоматизация производства. То есть, управление "механизмами", ресурсное ("входящее") планирование, планирование обеспечения производственными средствами и т.п.

321
В продолжение темы. Если интересно. Процесс вообще офигенский.

Да обычный вроде. Дробим на отдельные процессы, связываем их входами-выходами - и вуаля.

Дополнительный вопрос. Как вы считает следует от такой модели перейти к информационным процессам и системам.
Я вижу это через ввод определенной вводной. Получив вводную студент для каждого входа и выхода в BPWin попытается создать набор информационных объектов.

От технологических процессов к информационным? Это тема АСУ ТП. Я в них не силен, но логику объекта и субъекта управления, а также прямых и обратных связей никто не отменял. Просто информационные процессы тут будут "сбоку" от технологических.

Например кофейные зерна могут получить Сорт, Страна происхождения, Партия, Поставщик и какие-то иные атрибуты.

Да, но к описанному процессу это не будет иметь особого отношения.

322
Я ни в первом процессе, ни во втором не могу понять, чем же нужно управлять. Они же автоматические, насколько я понимаю.

Так ведь и автоматику нужно кому-то программировать. Желательно, сидя в уютном кресле в удаленном от мочевин, эфиров и паров помещении.

Управлять можно температурой, давлением, подачей пара, загрузкой ресурсов (как "вообще" - т.е. не засовывать ткань, пока предыдущая не докрасилась, так и покомпонентно "эфира больше не наливать!"), выгрузкой готовой ткани.

323
Доброе утро!
Насколько я знаю IDEF0, в центре всегда должен быть процесс. А на мой взгляд, "термофиксационная камера" это не процесс, а механизм.

Я бы представил это так:

Согласен. Можно так.

Можно и по-другому, ближе к изложенному студентом. "Границы" процесса - та самая камера. Тогда получится:

Процесс:
  Термофиксация краски

Вход:
  Ткань
  Краска
  Пар
  Электроэнергия

Выход:
  Окрашенная ткань
  Отходы производства?

Управление:
  Технологическая схема процесса*

Механизмы процесса:
  ТЭН(теплоэлектронагреватель)
  Паровой калорифер
  Механизм передвижения ткани

----
* "Технологическая схема", дабы не вдаваться в детали (например, пар вряд ли понадобится при окраске сухим горячим воздухом).


P.S. Ну и по главному вопросу темы: я бы не считал электричество, пар и т.п. механизмами. Механизм - в худшем случае то, что их к процессу подводит. Или генерирует прямо там.

324
Примеры / Re: UML диаграммы по BPMN
« : 12 Сентября 2014, 15:24:25 »
Что именно и где добыть?

Хотел бы я рекомендовать добыть технический проект(ы) на средства автоматизации, касающиеся основных процессов деятельности организации (т.е. бухгалтерию и логистику надо, СКД и видеонаблюдение - не надо). Но боюсь, такой роскоши у вас там не будет. Тогда можно попробовать найти спецификации.

Альтернативный путь (относительно простой и дешевый) - найти архитектора и допросить с пристрастием.

325
Примеры / Re: UML диаграммы по BPMN
« : 11 Сентября 2014, 19:14:21 »
Основная моя задача (больше ни каких указаний):
1) автоматизация  деятельности менеджера, то есть создать АРМ менеджера по продажам.
2) построение модели BPMN и UML проектной деятельности менеджера в оптовой торговле.

Прээлестно! Прээлестно! (с)

При такой постановке идеальным решением будет АРМ менеджера, состоящий из мебели, телефона, принтера и компа с экселем и вордом. Этого хватит.

Менеджер, блин, плоть от плоти происходящих процессов. Можно даже сказать - крайняя плоть, поскольку торчит из своей конторы наружу в качестве интерфейса для покупателей и поставщиков.

*

В такой печальной ситуации полезно было бы добыть материалы по остальным автоматизированным процессам и средствам их автоматизации. И уже смотреть, куда там вставить менеджера и что добавить/изменить в тех процессах.

326
Статусы тех стандартов, которые разрабатывались под эгидой АП КИТа в 2013-м году, представлены на странице:
http://www.apkit.ru/committees/education/meetings/standarts.php

Спасибо. Собственно, об этом я и спрашивал (проглядел сам). Стандарт на системных аналитиков еще не утвержден. Прогнозы по срокам утверждения известны?

327
Рекомендательная компонента:

Ну, не то, чтобы просто рекомендательная... Она как раз и устанавливает порядок "узаконивания" самодеятельности.

В каком состоянии находятся упомянутые стандарты по отношению к установленной процедуре утверждения?

328
Примеры / Re: UML диаграммы по BPMN
« : 10 Сентября 2014, 19:19:35 »
Давайте подумаем, а какие же полезные действия, в хронологическом порядке, совершают наши акторы?

Боюсь, что попытки мало-мальски приблизиться к реальности в рассматриваемом нами примере выведут далеко за рамки возможностей форума. Жизнедеятельность такой вот "перепродай-конторы" значительно богаче. Сценариев будет больше и они сами будут другие.

Просто для примера (из жизни):
  • Поставщик не будет суетиться из-за заказа какого-то покупателя на два спичечных коробка. Он поставляет тонны. Соответственно, ему интересны консолидированные заказы.
  • Отдел продаж (и снова здравствуйте!) не только консолидирует заказы от своих менеджеров, но и на основании аналитики продаж и прогнозов поддерживает определенный уровень остатков номенклатуры на своих собственных складах. Ну, или этим (прогнозами) занимается отдел маркетинга.
  • Процесс начинает крутиться еще до того, как поступила оплата от покупателя (особенно если речь о безнале).
  • Логистика розницы (компоновка, доставка) - страшная штука со своей пачкой сценариев.
  • Менеджер редко выдает товар лично, если речь идет о доставке.
...

Ну а в целях тренировки в рисовании картинок - какая разница, есть ли в действующих лицах "отдел продаж" и кто вообще выполняет доставку заказа? :)

329
Леонид, в ветке про стандарты есть некоторая информация:
http://www.uml2.ru/forum/index.php?topic=2091.0

Если вопросы останутся, давайте продолжим там.

По результатам беглого ознакомления вопросы остались теми же:
1. Какова юридическая значимость этих стандартов?
2. На кого они распространяются (в смысле, кто им обязан подчиняться)?


330
Денис, Вы часто упоминаете эти стандарты. А какова их юридическая значимость? На кого они распространяются?

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 »