- http://www.oracle.com/global/ru/oramag/january2002/russia_mmkplan.html )
Леонид
Отоцкий - 2000
Магнитогорский металлургический комбинат
Для более четкого представления
о причинах стратегической ориентации ММК
на Oracle Application полезно
взглянуть на ситуацию с
точки зрения “пути развития” .
Активное
внедрение Oracle на ММК началось с участия комбината в
широкомасштабном проекте Министерства Черной Металлургии (1988-1991) по
централизованному переоснащению 20-ти крупнейших металлургических заводов СССР однотипными средствами поддержки
современных информационных технологий и создания типовой системы управления производством и
поставкой продукции (УППП или АСУ “Заказ”) .
Подробно об этапах внедрения новой технологии АСУ “Заказ”
на ММК говорится в [1] . Здесь
можно лишь отметить , что к 1993 году и разработчики ,
и клиенты АСУ “Заказ”
уже почувствовали возможности
СУБД и средств разработки Oracle, и поэтому для
дальнейшего развития КИС на ММК мы
начали интересоваться
приложениями Oracle.
В
дальнейшем, осваивая средства CASE Oracle и новые
возможности переноса типовой функциональности с уровня приложений на уровень
СУБД мы все более склонялись к мысли о необходимости прежде всего “хорошей” модели данных, поддерживаемой СУБД.
Более того, мы обнаружили явную обратную зависимость
между сложностью организации модели данных и сложностью соответствующих
программ . Чем более простая модель данных
используется (например, плоские файлы), тем более вся “тяжесть” ложится на
прикладные программы и наоборот, чем более модель данных структурирована и
“объектно-ориентирована” , тем более типовые и стандартные программные модули
используются на прикладном уровне . Именно второй подход был “генетически”
присущ продуктам Oracle, что и подтвердилось в
дальнейшем для Oracle Applications .
Не
удивительно, что и на предлагаемые для ММК ERP системы мы смотрели прежде всего с этой точки зрения . Знакомясь с развитием КИС на Западе мы видели, что с
функциональной точки зрения мало что менялось , самое главное – коренным
образом менялись средства и способы
решения проблем. Более подробно об
эволюции КИС можно прочитать в [2] и
[3].
Таким
образом, разработчики ММК, участвовавшие в проекте АСУ “Заказ” , уже были ориентированы на ERP системы
“четвертого поколения “ [2] . Проблема
заключалась в реальном переходе
от “желаемого” к “действительному” , а
именно убедить руководство ММК
финансировать проект. И здесь главную
роль сыграла заинтересованность и активная позиция руководства Управления
Персонала , которое фактически было главным
инициатором прооекта
. Сам
процесс “появления” такой
позиции достаточно поучителен .
В 1995
в Центре АСУ был сделан анализ дублирования
работ по созданию НСИ с целью их интеграции , в результате чего было определено два главных направления
: создание общей электронной базы
организационной структуры ММК и
создание общей электронной базы
по продукции и технологии. Для начала работ было выбрано первое направление , хотя и по второму направлению работы ведутся (эти работы
связаны с новой технологией интеграции инженерных служб на основе PDM системы Windchill фирмы Parametric Tecnology Corporation
, реализованной так же, как и Oracle
Applications на Web технологии и
Oracle 8) . Что касается первого направления , то в 1996
году было подготовлено техническое задание ,
которое заинтересовало Управление
Персонала и вокруг которого начались
работы . Была совместно подготовлена Программа развития ИТ Управления Персонала , в которую мы
постарались включить всю функциональность
и технологичность , почерпнутую из презентационных материалов Oracle Applications
. Таким образом , руководство Управления Персонала уже давно
было ориентировано на современные ИТ . Дальнейшая
работа фактически создала все предпосылки для последующего выбора Oracle Applications
. Первоначально была сделана
“самодельная” система “Штатные расписания” полностью на средствах Oracle ( Designer/2000, Developer/2000 )
. Более того, ядром системы была
объектно-ориентированная “run-time”
метамодель, основанная на логике нового
стандарта ISO 10303 ( раздел
AP221 ) . В дальнейшем
это значительно облегчило освоение метамодели Oracle Application – Application Object Library и технологии
Flexfields , логика
которых ориентировалась в том же направлении. Другой важной предпосылкой для
освоения технологии Oracle Applications был перевод
в 1998 году системы Штатные расписания на Web технологию Oracle ,
которая не требовала создавать новые
экранные формы и отчеты , так как обеспечивала
преобразование “на лету” уже
готовых программ в Java апплеты на “Сервере Приложений для Web” . Эта же
технология использовалась и в Oracle Applications v.11. Работая с системой Штатные
расписания , руководство Управления персонала тоже
начинало чувствовать возможности Oracle , однако
желание “светлого завтра” натыкалось на
“суровую действительность “ . Дело в том , что, в отличие от АСУ “Заказ” [1] автоматизация деятельности
служб управления персоналом на комбинате напоминала лоскутное одеяло. До недавнего времени у нас
эксплуатировался целый ряд систем,
живущих самостоятельной жизнью на самых
разных платформах: «Зарплата» — на мэйнфреймах,
«Кадры» — на Clipper — типичная многопользовательская
файл-серверная система на РС,
системы цеховых БОТиЗ -- автономные системы на Clipper ,
«Аналитическая
система» — на Delphi (данные выгружаются из мэйнфрейма
в хранилище на Oracle). При этом разработки велись
разными подразделениями АСУ . Попытка
Управления Персонала механически объединить разных разработчиков в один
отдел “АСУ Персонал” на базе нового подразделения “АСУ
Штатных расписаний” , требовала серъезной психологической перестройки разработчиков прежде
чем можно было переходить на общие
стандарты разработки . Эти негативные моменты
только усиливали желание руководства Управленя
Персонала “все поломать“ . Здесь-то и
получилась точка совпадения наших интересов с Oracle и
нашими давними бизнес-партнерами
по техническому перевооружению ИТ ММК- “Борлас Ай-Би-Си” (www.borlas.ru) . Была предложена
разработка в две стадии :
создание прототипа (1998 год) и
развертывание полномасштабного проекта (1999 год). Целью пилотного проекта,
еще до покупки Oracle HR, было проверить
возможности программного комплекса на примере автоматизации работы
одного цеха, причем без рассмотрения вопросов
табельного учета и зарплаты, к которым планировалось вернуться в рамках
полномасштабного контракта. На стадии пилотного проекта специалист компании «Борлас» совместно с коллективом отдела АСУ Персонал провели адаптацию модуля Oracle HR к
российскому законодательству и условиям
ММК. Открытость Oracle Applications наряду с использованием тех же СУБД и средств
разработки, что и на ММК, позволила провести
все основные работы в течение двух месяцев .
При этом широко использовались уже сделанные ранее разработки , например,
электронная версия общероссийского классификатора профессий и
должностей(ОКПДТР) и электронная версия иерархии оргструктур
ММК были “загружены” в HR из системы Штатные расписания .
Что касается всех адресных характеристик, то они
вообще не загружались , а использовались прямо из
наших таблиц как “внешние” таблицы значений (value sets) по
отношению к HR. Так же мы очень просто подключали наши собственные
отчеты, написанные на Developer/2000 .
В рамках работы над прототипом мы освоили технологию “подцепления” любых
документов к базовым объектам HR. Так, для
позиций классификатора профессий мы “подцепляли” текстовые файлы из справочника Тарифно-
-квалификационных характеристик” (ТКХ), для работника мы “подцепляли” JPG файлы копий страхового свидетельства и
медицинского Полиса, а для структурного подразделения – Web ссылки на сайты.
После
презентации “прототипа” руководство
комбината приняло решение о заключении полномасштабного договора. Была, так же как и при работе над
“прототипом” , сформирована комплексная бригада ММК-Борлас, в которой со стороны Борлас ативно работало три
человека, а со стороны ММК – десять человек
, а роль Oracle сводилась к активной
технической поддержке, включая «горячую линию» по электронной почте, FTP и телефону.
Практический опыт и эффективность такой организации внедрения КИС очень
поучителен и требует отдельного рассмотрения.
С точки зрения
разработчиков важно отметить следующее.
Во-первых , познакомившись с CASE описанием системы в Technical Reference Manuals мы еще
раз убедились, что поддержка такого уровня структурированности и “целостности”
информационной модели требует использования
всех ресурсов СУБД , включая триггеры базы, хранимые функции и
процедуры, и что это является важным
фактором типизизации
и стандартизации экранных форм . Во-вторых, использование средств Application Object Library, Flexfields , средств Открытого Интерфейса и.др. делает систему
полностью открытой для возможности ее модификации и развития собственными
силами . В третьих , принципиальная ориентация Oracle Applications
на Web технологию
позволила значительно упростить и унифицировать технологию “поддержки” клиентов, оставив им только браузер. Таким образом, с технической точки зрения,
разработчики не боялись приступать к полномасштабному проекту
. Основные трудности , с которыми
мы столкнулись
были связаны с
разработкой технологии замены старых систем без их остановки . Это отдельная
серьезная проблема, которая потребовала разработки специального проекта перехода , учитывающего и технические и
технологические и социальные аспекты. Так, например, в рамках полномасштабного
проекта пришлось отказаться от
локальных подсистем в удаленных
отделах кадров, подключив их к общей
корпоративной информационной сети
ММК с непосредственным доступом к
системе HR . Серьезные организационные и
технологические проблемы пришлось решать при загрузке данных из
старых систем в HR и организации
опытно-промышленной эксплуатации в “параллельном” режиме . Но эти типичные проблемы внедрения не зависят от
выбранной ERP системы и требуют отдельного анализа . Важно только отметить ,
что на этапе внедрения статус управления проектом должен быть еще более высоким , чем при
разработке . Нам ,можно сказать, повезло
-- начальник Управления Персонала сама начала непосредственно руководить
внедрением , что позволило значительно упростить решение многих вопросов . В данной статье рассмотрены только часть
вопросов внедрения Oracle Applications
на ММК. Другая часть вопросов затронута в интервью ,
опубликованному в журнале Директору
Информационной Службы [4].
Литература
Открытые системы, 1998, № 3. ( http://www.osp.ru/os/1998/03/179512/ )
управления //
Открытые системы, 1998, № 2. . ( http://www.osp.ru/os/1998/02/179412/
)
// Открытые системы, 1998, №
4-5. (http://www.osp.ru/os/1998/04/179564/ )
стратегический выбор. // Директору информационной службы
(ComputerWorld),
#3 2000 - http://www.osp.ru/cio/2000/03/170808/