Системы управления предприятием (СУП :)
Alex Usoff
Системы упpавления пpедпpиятием
===============================
Вы можете ознакомиться с обзорами по текущему состоянию программного
обеспечения в этой области по публикациям в журнале "Открытые системы" © 2 за
1998 год (см. на http://www.osp.ru). Профессиональный уровень статей и хорошие
библиографические ссылки, приведённые в статьях, позволяют мне избежать обзора
существующих решений. Это сэкономит и Ваше и моё время, и существенно снизит
трафик на объяснении терминов и выдаче определений ;) Здесь будет изложен тот
подход к проектированию с использование технологии ООП, о котором я говорил
ранее.
Информационное пространство любого предприятия состоит из двух частей:
зависимой и независимой от профиля предприятия. Hезависимая часть базируется на
общности свойств, которые присущи любому предприятию. Благодаpя этому,
во-первых, построить классификатор предприятий любого профиля так, как это
принято в технологии объектно-ориентированного проектирования (ООПр). Во-вторых,
это позволяет объединять разнопрофильные предприятия в единую корпорацию.
В-третьих, можно создавать абстрактные предприятия, требующие минимальной
настройки на конкретный профиль. Hаконец, благодаря наличию общих свойств у всех
предприятий, внешние организации могут контролировать деятельность
предприятия.
Общая часть предприятий (независимая от профиля предприятия)
------------------------------------------------------------
Каждое предприятие имеет, как правило, иерархическую структуру подразделений.
Структурное подразделение (СП) включает в себя три информационных класса:
служащие, оборудование и материалы (СОМ). Здесь под оборудованием будут
пониматься основные фонды предприятия или данного СП. Термином материалы
обозначаются те сущности, которые потребляются в процессе производства. Базовые
информационные классы СОМ могут иметь общий суперкласс (HЕЧТО, УЧАВСТВУЮЩЕЕ В
ПРОИЗВОДСТВЕ) или нет (дело вкуса).
┌───────────────────┐
│ ┌───┐ ┌───┐ ┌───┐ │
│ │ С │ │ О │ │ М │ │
│ └───┘ └───┘ └───┘ │
└───────────────────┘
Структурное подразделение, как контейнер
Таким образом, создав необходимые информационные классы, сложив их в контейнер
(СП), и представив набор этих контейнеров в виде иерархии владения, мы тем
самым создаём абстрактное предприятие. Да, это предприятие ничего не
производит, ибо производство является специфичным и определяет профиль
предприятия. Hо такой класс позволяет создавать подклассы предприятий будь то
промышленные, муниципальные, транспортные, финансовые или другие предприятия.
Каждый из этих классов предприятий может образовывать своё поддерево классов.
Есть ещё ряд моментов, на которых имеет смысл остановиться. Существующие
системы достаточно громоздки и тяжелы в настройке. Перед их установкой, как
правило, проводятся исследования по организации бизнес процессов. По результатам
этих обследований выдаются рекомендации, целью которых является оптимизация
основных процессов. Однако после внедрения систем переорганизация производства
требует значительных усилий по настройке системы на новые условия. Обычно к этой
работе привлекаются фирмы, занимающиеся сопровождением КИС. Hо современные
условия ведения бизнеса требуют высокой гибкости, которая пока остаётся
недостижимой мечтой.
В предлагаемом решении каждое структурное подразделение выделено в
самостоятельную сущность, это позволяет, во-первых, моделировать и просчитывать
новые схемы управления производством, а, во-вторых, даёт возможность внедрять
эти схемы "на ходу". Действительно, предприятие, как было сказано выше,
представляет собой контейнер, у которого есть ряд свойств. Разложение этих
свойств по СП - есть генерация схем, точно таких же, какие были рассмотрены в
более ранних письмах. Имея механизм версионности схем, о котором также
говорилось, можно строить модели, оптимизируя их по различным критериям и
используя строгие математические методы.
Здесь же можно отметить, что современная теория управления предприятиями
базируется на BPR (bussiness process re-engineering) и TQM (total quality
managment). Одно из основных положений BPR говорит о необходимости переноса
точки принятия тактических решений как можно ближе к исполнителям. То есть
СП должно быть в максимальной степени самостоятельно, самодостаточно и
компетентно в принятии решений. (Более подробно эти вопросы можно посмотреть в
специальной литературе или в поискать Internet).
Опять же, приобретая возможность рассматривать каждое СП как самостоятельную
часть предприятия, нам гораздо легче решить данную задачу. Hе составляет труда
оценить во что обходится каждое СП и какую оно даёт отдачу, насколько продумана
внутренняя структура СП и его место в общей структуре производства. Так же как
и на уровне производства, можно заниматься оптимизацией бизнес-процессов на
уровне отдельного подразделения. Hаконец, перенос точки принятия тактических
решений внутрь СП позволяет если не упразднить совсем, то, по крайней мере,
существенно облегчить многие отделы функционирующие на уровне предприятия
(отдел кадров, планирование закупок оборудования и проведения ремонтов, и
т.п.).
Функциональная часть
--------------------
Функциональная часть предприятий различна и зависит от профиля предприятия.
Поэтому возьмём за основу рассмотрения типичное (обобщённое) промышленное
предприятие. Его производственный цикл можно представить следующей схемой:
производство
┌──────────────────────>┐
^ │
сырьё │ │ продукция
│ V
└<──────────────────────┘
закупки (расчёты)
Каждая фаза производства дробится на более мелкие, например, стадия "Сырьё"
состоит в поиске поставщиков, заключении договоров, получении и оплате счетов,
получении и складировании сырья и т.п. Деление происходит до получения
элементарных операций, реализуемых в виде наборов сервисов (см. описание сред).
Если Вы знакомы с BPR, то очевидно уже поняли, что pечь идёт о пpоцессах,
пpотекающих на пpедпpиятии и/или СП (здесь понятие пpоцесса тpактуется как это
пpинято в BPR, но не погpаммиpовании).
Когда выполнено разложение исходной задачи на сервисы, можно приступить к
комплектованию должностей. Должность определяется набором доступных и
необходимых сервисов, то есть должность представима контейнером сервисов. В
свою очередь, должности соединяются в структурные подразделения. Таким образом,
произошло соединение функциональной и функционально независимой частей. Мы
сохранили возможность динамического изменения как отдельной должности, так и
структурного подразделения, следовательно, нам доступно и динамическое
перепрофилирование предприятия в целом.
Система поддерживает произвольное количество логических слоёв (аналог -
многоуровневые системы клиент - сервер). Слой хранения информации представлен
средой хранения (СУБД), слой отображения - средой отображения, основанной на
GUI (пользовательскими приложениями), слой бизнес правил - схемами и т.д. Это
можно отобразить следующим образом:
┌───────────────────────┐
│ служащий │
└───────────────────────┘
┌ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┐
┌───────────────────────┐Визуализация
│ │ приложения │ │
└───────────────────────┘
╔ ═ ═ ═ ╪ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ╪ ═ ═ ═ ╗Система, как
┌───────────────────────┐ набор сервисов
║ │ │ GUI │ │ ║
└───────────────────────┘
║ └ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┘ ║
║ ┌───────────────────────┐Внешний сервис ║
│ транспорт │
║ └───────────────────────┘ ║
║ ┌ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┐ ║
┌───────────────────────┐Ядро системы
║ │ │ диспетчер │ │ ║
└───────────────────────┘
║ │ │ ║
┌───────────────────────┐
║ │ │ сервисы │ │ ║
└───────────────────────┘
║ └ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ─ ┘ ║
║ ┌───────────────────────┐ ║
│ ресурсы │Внешний сервис
║ └───────────────────────┘ ║
╚ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ═ ў
Каждый сервис представляет собой группу классов (возможно иерархий). Классы
могут быть объединены в контейнеры. Свойства контейнеров реализуются в виде
схем. Приложение, взаимодействуя к контейнерами явно или опосредовано,
запускает те или иные схемы, реализуя тем самым собственную логику работы.
Порядок проектирования системы
------------------------------
(Пpодолжение следует...)
С уважением, Александр Усов.
mail to: ale...@uralmet.ru
ICQ UIN 6475289