MESS

Бредисловие

Так как MESS делался под неусыпным надзором заказчика, далее именуемым «гениальным директором»(именовать так, как он себя именует(«Генеральным Директором») просто логики не хватает, потому как его генеральности подчинено аж целых 68 человек).Поэтому прошу  ирощения по поводу «хозяин — барин(???)».

Общая информация

mess_aПакет прикладных программ MESS представляет собой систему управления производственными процессами, позволяющую полностью производить контроль и управление процессами проектирования, планирования и выполнения заказов на производстве.

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

MESS обеспечивает своевременный ввод и вывод потока данных, предназначенных для внешних приложений, взаимодействующих с MESS.

file_type_delphi

Функциональный состав

mess_bВ состав ППП MESS входят  автономные модули, управляющие различным функционалом  пакета. Количество и назначение модулей ничем не ограничено и позволяет оперативно наращивать или изменять алгоритм работы пакета в целом.

Модуль «Центр управления» cc.exe является командным модулем пакета, объединяющим все остальные модули. В нем производится регистрация пользователей, (пере)назначение прав доступа пользователей к отдельным модулям, определяется состав ППП. Этим самым допускается возможность свободно манипулировать разными версиями отдельных модулей, не нарушая функциональности  пакета в целом. Войти в MESS ыозможно только через этот модуль. Так обеспечивается дополнительная безопасность системы

Ниже приводится перечень модулей  MESS:

  • «Управление оборудованием и рабочим временем» Quirt.exe предназначен для ведения графика рабочего времени отдельных групп оборудования и задания параметров единиц оборудования в отдельных группах.Понятие «Группа оборудования» означает перечень единиц оборудования, могущих работать в едином графике времени и выполняющие взаимозаменяющие операции. Для каждой единицы оборудования группы вводится коэффициент производительности
  • «АРМ технолога» DTK.exe предназначен для создания и изменения технологических карт, которые представляют собой описание дерева последовательности технологических операций, собственно параметры этих операций, таких, ках группа оборудования для данной орерации, продолжительность операции и подготовки к ней, кратность деталей на заготовке, допустимый процент брака и т.д.. Техкарта  создается для одной единицы  изделия. Процесс подготовки техкарты проводится в интерактивном режиме.
  • «Управление техкартами» QTK.exe также предназначен для изменения технологических карт.. Техкарта  создается для одной единицы  изделия. Процесс модификацмм техкарты проводится также в интерактивном режиме. Но загрузка производится  из файла  .CSV, подготовленного во внешнем приложении 1С.
  • «АРМ диспетчера» FTK.exe  предназначен для подключения заказов к диаграмме потока . Для этого достаточно выбрать необходимую техкарту и задать количество изделий, дату и приоритет выполнения заказа. При этом предоставляется возможность протестировать результат в «голом» и полном режиме. Также предоставлена возможность вручную изменять процессы непосредственно на диаграмме потока..
  • «Оптимизатор» Eventer.exe  предназначен для глубокой оптимизации диаграммы потока . Данный модуль удаляет с диаграммы потока уже выполненные операции, корректирует актуальное кол-во заготовок при частичном выполнении операций, пересчитывает диаграмму потока при выоде или вводе оборудования пересчитывает диаграмму потока при  изменении приоритета отдельного заказа и т.д. 
  • «АвтоОптимизатор» AutoEventer.exe  производит те же преобразования, что и вышеуказанный модуль, за исключением того, что делает это в автоматическом режиме. Параметры и время запуска АвтоОптимизатора задаются файлом конфигурации.
  • «АРМ исполнителя» Isp.exe  предназначен для получения задания на выполнение операций из диаграммы потока. После после полного млм частичного выполнения операции Исполнитель заносит результат своей работы, используя данный модуль.
  • «АРМ мастера» master.exe  предназначен для распределения задания исполнителям на выполнение операций из диаграммы потока. После полного или частичного выполнения операции мастер  заносит результат своей работы, используя данный модуль.
  • «Анализ» Analyze.exe  предоставляет различную информацию  по состоянию выполнения пакета заказов, такую,  каак отставания от графика выполнения заказов, соотношения расчетной и фактической производительности, нарушения режима выполнения операций отдельными исполнителями и т.д..
  • «Просмотр ДП» TK_Reader.exe  предоставляет различную информацию  по состоянию диаграммы потока в различных срезах.
  • «СимСим» SimSim.exe  предоставляет возможность периодически сохранять текущее состояние MESS и при необходимости восстанавливать предыдущее состояние.
file_type_delphi

Парадигма проекта

  • парадигма ППП MESS создан при использовании следующих прогпаммных продуктов:
  • Delphi XE5 — модули проекта.
  • Firebird 2.5 — СУБД
  • DevExpress v. 14 — компоненты, расширяющие возможности модулей.
  • FIB Plus 7.5 — взаимодействие модулей с базой данных
  • StyleControls 4.25 — скины
  • IBEScript — внешние скрипты FireBird
  • DW Script — внутренний скриптовый язык на основе Delphi, позволяющий расширять/модифицировать возможности модулей;

Связь с базой данных осуществляется по 2-звенной клиент-серверной схеме.

Все модули пакета в единственном числе размещаются на сервере MESS. Пользователи же запускают экземпляры необходимых им модулей. Этим обеспечивается:

  • Безопасность MESS. Допуск к модулям ограничивается средствами операционной системы.
  • Удобство модификации системы. Достаточно заменить только 1 файл или папку.
  • Облегчается перенос MESS на другой сервер.
  • Архивирование и восстановление MESS сводится к простому копированию базовой директории системы. 
file_type_delphi

Минусы

плохоТак как MESS создавался под неусыпным мудрым руководством «гениального директора» и начальника  его производства, и удалось  добиться более-иенее устойчивого и беспроблемного функционирования MESS, система обладает целой кучей мелких, но неприятных недостатков.

  • Проект разрабатывался в течении 6 лет, выдано было 9(!!!) версий пакета, поэтому некоторые (более удачные) модули не модифицировались с целью унификации с общей концепцией MESS.
  • Проект развивался «вширь», с целью прежде всего расширения функциональности, поэтому существуют многочисленные «затычки».
  • От руководства не было предоставлено ни малейшего намека на план работ или техзадания. Принцип «сделай что-нибудь как-нибудь,а мы посмотрим…» — основа мудрого руководства.
  • Структура  и функционал MESS был жестко привязан к запросам конкретного предприятия. При внедрении на другом предприятии необходимо было провести значительный объем работ.
file_type_delphi

Плюсы

хорошоНесмотря на то, что MESS создавался под неусыпным мудрым руководством «гениального директора» и начальника  его производства, все же удалось добиться более-иенее устойчивого и беспроблемного функционирования MESS.

  • Несмотря на некоторые недостатки, MESS показал  надежную и устойчивую работу на 2 предприятиях( 4 и 2.5 года).
  • MESS показал довольно высокую нагрузочную способность. Максимально «терпел» 320 пользователей, 449 заказов, 32 774 операции, 668 324 записи.
  • Пользователи функциональными возможностями MESS в основном довольны, чщтя «хотелок»… цела куча
file_type_delphi

А напоследок. я скажу..

PH заставка«Лучшее — враг хорошего»

Мысль о кардинальной перестройке MESS появилась сразу, как я избавился от тлетворного влияния гениального директора. Появилась идея создать MESSY(«Manufacturing Execution Smart System from Yemtsov»).

Основные отличия от MESS:

  • Полное соответствие стандарту MES-11
  • Все составляющие проекта должны соответствовать единому стандарту, заложенному в Плане работ.
  • Применить 3-звеннрую клиент-серверную схему. Это позволит более рационально  распределять нагрузку на составляющие проекта.
  • Более активно использовать DW Script в модулях с целью перестройки пакета под определенное предприятие.
  • Создание «коробочной версии»
  • В алгоритме оптимизации отказаться от «сегментной» системы в пользу  «interim».
  • Вместо FibPlus использовать  FireDac, который позволяет работать с  FireBird, MSSQL и Oracle по выбору.
  • Озаботиться более тесной совместимостью с 1С. В дальнейшем — да будет 1C_MESSY.
  • Более мощная система репортов. Предусмотреть промзвольное формирование репортов непосредственно пользователями.

Ну вот, где-то так…Скромненько… :-))

В дальнейшем работа над MESSY будет освящаться в блоге, рубрика MESSY