¬аше окно в мир —јѕ–
 
Ќовости —татьи јвторы —обыти€ ¬акансии Ёнциклопеди€ –екламодател€м
—татьи

22 апрел€ 2013

јвтоматизаци€ потоков документации Ч важный шаг к созданию ≈»ѕ

јлексей –ындин, ќ. √алкина, ј. Ѕлагодырь, Ќ.  ораго

ќт редакции isicad.ru: ѕродолжаем публикацию серии статей от сотрудников и партнеров √руппы компаний —јѕ–-ѕ≈“≈–Ѕ”–√.
—егон€ уже никому не требуетс€ объ€сн€ть, что среди широкого круга задач, решаемых при комплексной автоматизации промышленного предпри€ти€, важнейшей €вл€етс€ создание единого информационного пространства (≈»ѕ), позвол€ющего организовать сложную и эффективную работу предпри€ти€ как целостного организма с единой системой управлени€ и доступом к единому источнику актуальной информации. ѕоэтому подход к решению этой задачи на одном из крупнейших российских машиностроительных предпри€тий представл€ет несомненный интерес дл€ специалистов.

—ѕб ќјќ Ђ расный ќкт€брьї специализируетс€ на производстве, ремонте и обслуживании силовых агрегатов дл€ вертолетов Ђћиї и Ђ аї, коробок самолетных агрегатов ( —ј), газотурбинных двигателей-энергоузлов и турбостартеров (√“ƒЁ и ¬ ) дл€ самолетов Ђћи√ї и Ђ—уї. ѕродукци€ Ђ расного ќкт€бр€ї эксплуатируетс€ более чем в 80 странах мира. ќтделение мототехники выпускает двух- и четырехтактные двигатели, мотоблоки и мотокультиваторы ЂЌеваї, мотонасосы и другие товары народного потреблени€. ѕредпри€тие осуществл€ет полный цикл создани€ продукции Ч от проектировани€ и опытного производства до серийного изготовлени€. ќно обладает полным технологическим циклом машиностроительного производства.

»нформационное пространство —ѕб ќјќ имеет р€д особенностей, обусловленных прежде всего его производственной де€тельностью. —остав информационного пространства (наиболее важные образующие информационные потоки) показан на рис. 1.

–ис. 1. ќсновные потоки, образующие информационное пространство

  основным особенност€м, характеризующим информационное пространство предпри€ти€, можно отнести следующие:
  • несколько потоков конструкторской и технологической документации (далее  ƒ и “ƒ), а также нормативно-справочна€ документаци€ (далее Ќ“ƒ):
    • поток  ƒ и “ƒ от внешних проектантов и производителей техники. ƒо недавнего времени это были документы на бумажных носител€х. Ќачина€ с 2011 года р€д авиационных  Ѕ вместо традиционной бумаги, руководству€сь новой нормативной базой, поставл€ет конструкторскую информацию с использованием 3D-моделей. ¬ поток  ƒ и “ƒ от внешних проектантов и производителей техники включаютс€ извещени€ об изменении. ќсобенностью рассматриваемого потока €вл€етс€ его тесна€ св€зь с другим, казалось бы, далеким от технической документации административным документооборотом (более подробно на данной теме остановимс€ далее),
    • поток  ƒ и “ƒ, разрабатываемой непосредственно на предпри€тии.   подобной документации относ€тс€ документы, создаваемые в ј Ѕ, ќ√“ и конструкторами литейного производства. Ќесмотр€ на различное назначение разрабатываемой  ƒ и “ƒ, бизнес-процессы, св€занные с ее созданием в перечисленных подразделени€х, можно и нужно было стандартизировать,
    • поскольку предпри€тие имеет парк станков с „ѕ”, существует поток, св€занный с разработкой программ дл€ этого оборудовани€. Ќа первый взгл€д, поскольку программа дл€ станка Ч не  ƒ и не “ƒ в привычном понимании, проблема автоматизации этого потока неактуальна. Ќа практике же речь идет о необходимости, во-первых, сбора информации о жизненном цикле издели€, в том числе на стадии производства; во-вторых, на производстве необходимо, как минимум, упор€дочение процессов разработки и обращени€ программ дл€ станков с „ѕ” по простой причине: исключение брака при неправильно установленной программе дл€ станка с „ѕ” или несанкционированной ее корректировке. ќ прочих задачах, решаемых попутно при внедрении системы управлени€ разработкой, учетом и оборотом программ дл€ станков с „ѕ”, мы более подробно расскажем далее, при описании соответствующей подсистемы,
    • предпри€тие в своей де€тельности основываетс€ на нормативно-технической базе, содержащейс€ в огромном объеме Ќ“ƒ. ѕри этом существует как Ќ“ƒ внешней разработки, так и Ќ“ƒ, создаваема€ непосредственно на предпри€тии. ”чет, хранение и организаци€ быстрого доступа к Ќ“ƒ также €вл€ютс€ важной задачей;
  • поток административных документов Ч вход€щей и исход€щей корреспонденции, приказов, распор€жений и служебных записок Ч неотъемлема€ часть информационного пространства. ѕредпри€тие ни в коей мере не €вл€етс€ исключением. —ейчас теме административного документооборота в технической литературе удел€етс€ должное (а иногда и чрезмерное большое) внимание. ¬ задачи данной статьи не входит подробное (многократно выполненное до нас!) описание. јдминистративный документопоток упом€нут как неотъемлема€ часть единого информационного пространства предпри€ти€.
Ќесомненно, говор€ о полном едином информационном пространстве (далее ≈»ѕ), стоит упом€нуть и о финансово-экономических, складских, закупочных и прочих аспектах де€тельности. Ќо поскольку невозможно объ€ть необъ€тное, тем более в рамках одной статьи, то ограничимс€ лишь следующими утверждени€ми:
  • данные аспекты были, есть и будут;
  • информационные потоки, св€занные с этими аспектами, также имеют св€зи с описанными документопотоками;
  • необходима не только автоматизаци€ этих аспектов (котора€ успешно проводитс€ на предпри€тии), но и установка св€зей между финансово-экономической, складской информацией и потоками  ƒ, “ƒ, административных и прочих документов в рамках ≈»ѕ.
Ёлектронный архив  ƒ и “ƒ
ѕервым шагом в реализации централизованного хранени€  ƒ и “ƒ на предпри€тии €вилось создание электронного архива документации, хран€щейс€ на бумажных носител€х.
ќцифровка  ƒ и “ƒ на бумажных носител€х
ƒл€ перевода информации в электронный вид предпри€тием были закуплены сканеры. ѕричем дл€ сканировани€ (в том числе поточного) форматов до ј3 включительно используютс€ сканеры Fujitsu, обеспечивающие неплохой результат даже при сканировании Ђсинекї и калек.

ƒл€ широких форматов был приобретен сканер Contex, а несколько позже Ч репрокомплекс Océ. ѕоставку, инсталл€цию, необходимую поддержку, а в дальнейшем и сервисное обслуживание оборудовани€ осуществл€ет ќќќ Ђ—и—офт Ч Ѕюро ≈—√ї.

Ќесомненно, современное сканирующее оборудование имеет все необходимые специализированные модули коррекции, повышающие качество изображений.   сожалению, такой встроенной по умолчанию функциональности, способствующей получению удовлетворительного качества изображений, далеко не всегда достаточно. ѕрежде всего это св€зано с качеством бумажных носителей.  альки, особенно старые и м€тые, часто Ђбликуютї на сгибах, дава€ засветку, что ведет к Ђпотереї части изображени€. Ёлектронные образы, полученные при сканировании старых Ђсинекї, в большинстве случаев также требуют дополнительной обработки.

¬ св€зи с этим было закуплено и внедрено специализированное программное обеспечение производства компании Ђ—и—офтї Ч RasterID. Ёто ѕќ предназначено дл€ повышени€ качества изображений. ¬ отличие от более широко позиционируемых пакетов обработки электронных образов, RasterID €вл€етс€ специализированным ѕќ, ориентированным на повышение качества изображений, прежде всего полученных при сканировании  ƒ и “ƒ. Ќапример, используютс€ возможности устранени€ засветок от калек, фильтраци€ (в том числе и по цвету) типичной Ђгр€зиї, которую все видели на Ђсинькахї. —уществует множество опций по повышению качества, которые можно как вызывать дл€ одного изображени€, так и записывать. ‘айл, содержащий запись последовательных команд по обработке, используетс€ дл€ выполнени€ набора типизированных операций в пакетном режиме. ќдной из специализированных функций ѕќ RasterID €вл€етс€ распознавание полей угловых штампов с последующей записью результатов в табличные форматы, позвол€ющие формировать Ѕƒ.

ќрганизаци€ процесса хранени€
ѕереведенные в электронный вид документы в виде файлов требовали некого упор€доченного хранени€. Ќа первый взгл€д, организовать хранение файлов и их упор€дочение просто с применением вложенных в них каталогов. Ѕольшинство организаций при создании системы электронного архива не минует эта Ђэволюционна€ї стади€. ѕри такой организации хранени€ рано или поздно (по мере накоплени€ информации) наступает день, когда возможности операционных и файловых систем по упор€дочению исс€кают, а поиск конкретного отсканированного чертежа требует неприемлемого времени. ¬ такой ситуации, как правило, представители »“-подразделений рассматривают вопрос об использовании современных —”Ѕƒ, позвол€ющих заметно облегчить сложившуюс€ ситуацию. ¬ насто€щее врем€ взоры обращаютс€ к —”Ѕƒ, которые обычно используютс€ в работе других систем предпри€ти€, например бухгалтерских, складских, ERP-системах и т.д.  ак правило, наиболее распространены —”Ѕƒ Microsoft SQL Server и Oracle. Ќа —ѕб ќјќ Ђ расный ќкт€брьї Ч MS SQL Server.

–азработка системы электронного архива €вл€етс€ не только интересной и полезной, но и достаточно трудоемкой задачей. ѕо уже описанным нами причинам были рассмотрены несколько программных продуктов Ч надстроек над —”Ѕƒ, которые позволили бы решить сто€щие перед предпри€тием задачи.

¬ыбор пал на программный комплекс TDMS Ч специализированный продукт разработки компании Ђ—и—офтї, позвол€ющий решить задачи управлени€ технической информацией и документами.

TDMS, как и большинство продуктов такого класса, представл€ет собой решение, в большинстве случаев требующее некой дополнительной настройки, св€занной со спецификой предпри€ти€. ¬ св€зи с этим с компанией Ђ—и—офт Ч Ѕюро ≈—√ї был заключен договор не только на поставку программного продукта, но и на проведение необходимых работ по его настройке и внедрению.

Ќа этапе создани€ электронного архива были реализованы:

  • централизованный учет и хранение сканированной  ƒ и “ƒ в единой Ѕƒ TDMS;
  • процессы занесени€ документации;
  • процессы доступа пользователей к разделам информации с учетом прав;
  • процессы учета изменений (извещени€ на изменени€, версионность, учет измененных документов).
  великому сожалению, базовый программный продукт TDMS по умолчанию не имеет системы веб-доступа. ¬ св€зи с этим была поставлена задача организации быстрого доступа к  ƒ и “ƒ, в том числе из цехов. ѕри этом требовани€ к функционалу рабочих мест, с которых должен осуществл€тьс€ такой доступ, сводились лишь к возможности быстрого поиска и вывода на экран необходимого чертежа. –езультатом выполнени€ такой задачи стала система веб-доступа к Ѕƒ TDMS, разработанна€ компанией Ђ—и—офт Ч Ѕюро ≈—√ї. ѕри этом на рабочем месте не требуетс€ инсталл€ци€ ѕќ. –абота производитс€ в окне стандартного Internet Explorer.
”правление потоками  ƒ и “ƒ
—ледующей ступенью развити€ системы была автоматизаци€ управлени€ потоками  ƒ и “ƒ, в основном в процессе ее разработки. „асто употребл€етс€ термин Ђконструкторский документооборотї, что в целом не противоречит пон€тию Ђуправление потоками  ƒ и “ƒї, поэтому будем примен€ть оба термина.

ѕереход на новый уровень подразумевал не только реализацию конструкторского документооборота, но и сохранение результатов работ на предыдущей ступени. »ными словами, система электронного архива €вл€етс€ базисом, фундаментом, а система конструкторского документооборота Ч надстройкой. ¬се автоматизируемые процессы управлени€ потоками  ƒ и “ƒ на рассматриваемой ступени автоматизации (конструкторский документооборот) наход€т свое продолжение в системе электронного архива. “акое продолжение не €вл€етс€ лишь логическим ( ƒ и “ƒ сначала разрабатываютс€, потом передаютс€ в архив). ѕоскольку система создана в единой среде программного комплекса TDMS, поступление в электронный архив результатов разработки  ƒ и “ƒ осуществл€етс€ в единой Ѕƒ.

ѕри автоматизации управлени€ потоками  ƒ и “ƒ на предпри€тии особое внимание было уделено процессам разработки в следующих подразделени€х:

  • ј Ѕ;
  •  Ѕ литейного производства;
  • конструктора оснастки.
Ќа первый взгл€д перечисленные подразделени€ решают совершенно разные задачи и каждое из них требует особого подхода. “ем не менее представител€м предпри€ти€ совместно с Ђ—и—офт Ч Ѕюро ≈—√ї удалось описать существующие бизнес-процессы по разработке  ƒ и предложить оптимизированную схему работы, отражающую потребности дл€ решени€ задач всех подразделений. «абега€ вперед, отметим, что дл€ успешного решени€ задач автоматизации (и не только на этом этапе) важным фактором успеха €вилась разработка необходимой нормативной базы предпри€ти€ Ч стандартов (—“ѕ), положений, инструкций.

ѕри разработке системы управлени€ потоками  ƒ и “ƒ требуетс€ организаци€ интерфейсного взаимодействи€ между средствами разработки Ч —јѕ– и системой конструкторского документооборота. ѕри этом возникают различные задачи, позвол€ющие исключить дублирующие друг друга действи€ в —јѕ– и системе управлени€ потоками  ƒ и “ƒ.   таким действи€м, например, можно отнести заполнение информации в угловом штампе чертежа с использованием двумерных —јѕ– и заполнение полей учетной карточки того же чертежа в системе конструкторского документооборота (пол€ и их значени€ одинаковы).

¬ качестве другого примера приведем создание структуры издели€ в 3D-—јѕ– и создание структуры издели€ в системе конструкторского документооборота. ћожно вспомнить еще множество примеров. ¬место этого сформулируем основной подход, реализованный при организации программного взаимодействи€: информаци€ вводитс€ однократно, после чего в необходимом объеме передаетс€ в другие системы. ѕричем не следует забывать великий принцип Ђкесарю кесарево, а Ѕогу Ѕогової.

»ными словами, если конструкторы при работе заполн€ют угловой штамп в 2D-—јѕ– и стро€т структуру издели€ в 3D-—јѕ–, то пусть всЄ так и остаетс€. ѕри этом информаци€ из —јѕ– передаетс€ в систему TDMS (в нашем случае). ≈сли же процессы обмена конструкторской и технологической информацией, управление ее потоками умеет хорошо осуществл€ть система конструкторского документооборота, реализованна€ в среде TDMS, то пусть она это и делает с полученной от —јѕ– информацией (файлами, атрибутивными параметрами, структурами, электронными документами и т.д.).

Ќа основании описанного подхода реализовано программное взаимодействие со средствами разработки  ƒ и “ƒ предпри€ти€ Ч  ќћѕј— и SolidWorks. ƒл€ решени€ задач интерфейсного взаимодействи€ системы TDMS с —јѕ– на предпри€тии используетс€ специальное приложение ЂЌавигатор —ѕї.

јвтоматизаци€ процессов разработки и управлени€ обращением программ дл€ станков с „ѕ”
ƒоселе мы умышленно не употребл€ли термины ЂPDMї и ЂPLMї. Ёто св€зано отнюдь не с непониманием и непродвинутостью авторов в этих пон€ти€х. —корее наоборот. ƒело в том, что, к сожалению, очень часто мы сталкиваемс€ с подменой пон€тий некоторыми поставщиками и производител€ми решений, когда, например, делаютс€ громкие за€влени€ о внедрении PLM-системы. ѕри детальном изучении такой системы оказываетс€, что решены лишь задачи на стадии жизненного цикла проектировани€, частично производства. ѕри этом, как правило, така€ PLM-система функционально ограничена одной —јѕ–, €вл€€сь ее Ђдовескомї от производител€.  омпани€-поставщик быстро напишет любой интерфейс. „асто така€ PDM/PLM по своей идеологии далека от прин€тых у нас принципов разработки  ƒ и “ƒ. ѕри этом, кроме Ђконструкторско-технологическихї, нередко забывают о весьма существенных аспектах управлени€ информацией в процессе жизненного цикла издели€.   таким аспектам относ€тс€, например, логистическа€ поддержка, эксплуатационна€ информаци€ и документаци€, расписани€ и описани€ регламентов, электронные руководства и т.д. ќписанные причины заставл€ют нас быть более осмотрительными в своих за€влени€х, и вместо употреблени€ терминов ЂPDMї и ЂPLMї мы будем говорить лишь о некоторых функци€х или элементах PDM и PLM.

¬ед€ речь о накоплении информации об изделии и реализации р€да PDM- и PLM-функций не на словах, а на деле, обратим внимание читателей, что помимо  ƒ и “ƒ на стади€х проектировани€, производства, модернизации ∆÷ издели€ существует еще достаточно специфичный, но присущий высокотехнологичным отрасл€м пласт информации, св€занный с производством. Ёто программы дл€ станков с „ѕ”.

 роме организации учета и хранени€ программ дл€ станков с „ѕ” и автоматизации их Ђдвижени€ї (прохождени€ контрольных точек в процессе разработки), в системе особое внимание уделено учету обращени€ программ, внесению изменений, исключению брака. ѕодробно останавливатьс€ на описании процесса учета изменений, учета версий программ дл€ станков с „ѕ” под управлением системы мы не будем, поскольку бизнес-процессы во многом схожи с процессами учета, хранени€, разработки, проведени€ изменений в  ƒ и “ƒ. ѕодробнее рассмотрим следующую ситуацию: программа дл€ станка с „ѕ” в любом случае перед использованием отчуждаетс€ от системы. ѕосле такого отрыва (записи на внешний носитель) программа загружаетс€ в станок. ѕри этом в период между отчуждением и запуском станка по программе возможны следующие варианты:

  • несанкционированные и неучтенные изменени€ с использованием ѕ ;
  • несанкционированные и неучтенные изменени€ параметров обработки издели€ в программе Ђна станкеї. ѕодобные ситуации ведут к браку, финансовым потер€м (порча дорогосто€щих заготовок) и прочим негативным последстви€м.
— одной стороны, требовать от системы полного контрол€ над программами дл€ станков с „ѕ” после отчуждени€ последних Ч невыполнима€ задача. — другой Ч механизм анализа и контрол€ безусловно необходим. Ќесмотр€ на противоречивость задачи, решение было найдено:
  • при выгрузке программы дл€ „ѕ” на внешний носитель считываетс€ контрольна€ сумма, котора€ обрабатываетс€ по довольно сложному алгоритму;
  • результат обработки записываетс€ в скрытый от пользователей атрибут программы дл€ станка с „ѕ”, хран€щийс€ в системе;
  • в случае возникновени€ нештатных ситуаций (например, при по€влении брака) производ€тс€ следующие действи€:
    • программа со станка с „ѕ” подлежит считыванию на внешний носитель;
    • внешний носитель подключаетс€ к ѕ  с клиентским местом системы управлени€ разработкой и обращением программ дл€ станков с „ѕ”;
    • производ€тс€ автоматическое считывание контрольной суммы с носител€, обработка и сравнение со значением, хран€щимс€ в системе дл€ данной версии этой программы;
    • вступают в силу организационно-распор€дительные документы и процедуры.
 онечно, кто-то может за€вить, что степень автоматизации невысока, необходима Ђкрасна€ кнопкаї, то есть нека€ функци€, исключающа€ неправильное использование программы на станке.

¬сЄ это верно, поэтому мы готовы обсудить альтернативные решени€, возможные при описанных выше исходных данныхЕ

Ќесколько забега€ вперед, скажем, что всЄ автоматизировать просто не получитс€. ѕроцесс ав-томатизации должен идти параллельно с серьезной работой по внедрению решени€, разработке стандартов и механизмов контрол€ их выполнени€. ѕричем контроль выполнени€ может осуществл€тьс€ в том числе и с использованием средств автоматизации. “еме внедрени€ и стандартизации посв€щен отдельный раздел нашей статьи.

¬заимодействие административного и технического потоков документов
√овор€ о документопотоках предпри€ти€, нельз€ забывать об административном документообороте. Ќа рынке программного обеспечени€ и услуг, св€занных с управлением документопотоками в –оссии, наблюдаетс€ следующа€ тенденци€:
  • компании, не имеющие дела с автоматизацией проектировани€, —јѕ–, автоматизацией производственной де€тельности, а, как правило, занимающиес€ Ђдокументооборотомї, продвигают решени€, предназначенные дл€ управлени€ потоками приказов, распор€жений, внешней и внутренней переписки, служебных записок, и, когда речь заходит об автоматизации управлени€ потоками  ƒ и “ƒ, они за€вл€ют, что Ђтехнический документооборот Ч то же самоеї;
  • компании, занимающиес€ автоматизацией проектировани€, —јѕ–, автоматизацией технической подготовки производства, как правило, говор€т лишь о Ђпроектно-конструкторскомї, Ђтехническомї документообороте, за€вл€€ при этом, что Ђадминистративный документопотокї Ч нечто отдельное, не относ€щеес€ к основной де€тельности предпри€ти€.
ѕоддерживать первую точку зрени€ и приравнивать проектно-конструкторский документопоток к административному, на наш взгл€д, неправильно. ќднако поддерживать позицию второй группы компаний (Ђот —јѕ–ї) тоже неверно. Ќо борьба между приверженцами этих двух точек зрени€ не столь бескомпромиссна. Ќесмотр€ на переходы от одной социальной формации к другой, всЄ же согласимс€ с автором третьей точки зрени€, сформулировавшим первый закон диалектики (читател€м, не постигавшим азы философии, не требуетс€ изучать его позицию о единстве и борьбе противоположностей, достаточно прочитать нижеприведенные описани€).

“очку зрени€ классика мы интерпретируем следующим образом: 1. ќ противоположности:

  • на предпри€тии существуют два разнородных документопотока:
    • конструкторско-технологический,
    • административный;
  • процессы обработки этих потоков Ч различные;
  • алгоритмы автоматизированного управлени€ потоком  ƒ и “ƒ и потоком приказов/распор€жений, служебных записок, вход€щей и исход€щей корреспонденции совершенно разные.
2. ќ единстве:
  • оба потока в той или иной мере взаимосв€заны. Ќекоторые примеры:
    • вход€щее письмо от производител€ регистрируетс€ и обрабатываетс€ по соответствующим алгоритмам (вход€ща€ корреспонденци€). “ехническое приложение Ч чертежи и/или изменени€ от производител€ оборудовани€ регистрируютс€ и обрабатываютс€ в соответствии с пор€дком и правилами работы с  ƒ, то есть в потоке конструкторского документооборота,
    • приказ/распор€жение разрабатываетс€, регистрируетс€, рассылаетс€ и т.д. в соответствии с правилами административного документооборота. ѕри этом  ƒ и “ƒ, св€занна€ с выполнением этого приказа/распор€жени€, разрабатываетс€ в техническом потоке;
  • дл€ полной информационной картины не только полезно, но и необходимо:
    • построение св€зей между документами различных потоков,
    • предоставление пользовател€м (в соответствии с их правами и функциональными об€занност€ми) возможности перехода от документов одного потока к св€занным с ними документам другого потока;
  • дл€ предпри€ти€ административный и технический потоки €вл€ютс€ разными гран€ми единого информационного пространства, и говорить о том, что один из потоков приоритетнее, как минимум, бессмысленно.
¬ св€зи с изложенным подходом на предпри€тии была поставлена задача создани€ системы административного документооборота. ѕри этом предполагалась возможность установки св€зей между документами различных потоков с возможностью перехода от документа к документу по этим св€з€м.

 омпани€ Ђ—и—офт Ч Ѕюро ≈—√ї рассматривает два основных способа решени€ такой задачи:

  • создание программного интерфейса между системой административного документооборота и системой технического документооборота. ¬ этом случае единое пространство на уровне административных и технических документов создаетс€ специальным интеграционным приложением;
  • создание единого пространства на уровне административных и технических документов с использованием одного продукта, в рамках заведомо единой среды.
 ак показывает опыт, оба пути имеют право на существование. “а или ина€ реализаци€ зависит от конкретных условий и детализации задач.

Ќа предпри€тии был выбран второй путь Ч в среде программного комплекса TDMS была разработана подсистема административного документооборота, котора€ не только автоматизирует процессы учета, регистрации, управлени€ потоками приказов, распор€жений, вход€щей и исход€щей корреспонденции и служебных записок. ¬ рамках единой среды стро€тс€ св€зи между административным и техническим потоками с возможностью перехода по ним. “аким образом, в среде программного комплекса TDMS создана едина€ среда управлени€ документами, показанна€ на рис. 2.

–ис. 2. ≈дина€ среда управлени€ документами

Ѕаза Ќ“ƒ
Ќа предпри€тии примен€етс€ огромна€ база нормативно-технической документации и стандартов. ѕричем многие документы дл€ предпри€ти€ €вл€ютс€ внешними, а часть разрабатываетс€ на месте. ѕри создании единого информационного пространства должное внимание было уделено созданию Ѕƒ Ќ“ƒ в среде ѕќ TDMS. — точки зрени€ автоматизации бизнес-процессов данна€ подсистема проще описанных выше. ќсновной задачей €вл€етс€ систематизированное хранение Ќ“ƒ в единой Ѕƒ с возможностью просмотра документации пользовател€ми в соответствии с их правами и функциональными об€занност€ми.

“аким образом, с помощью программного комплекса TDMS решена задача обеспечени€ информацией и документами различных категорий пользователей предпри€ти€. ќбща€ схема единой среды управлени€ документами предпри€ти€, включающа€ в том числе элементы PDM и PLM, приведена на рис. 3.

–ис. 3. ќбща€ схема единой среды управлени€ документами предпри€ти€

–азработка и внедрение
–ассказывать о полученных результатах, не скроем, весьма при€тно. ќстановимс€ более подробно на вопросах, св€занных с тем, как достичь желаемого. √овор€ о сложных программных решени€х, таких, например, как система управлени€  ƒ и “ƒ, система административного документооборота, электронный архив, стоит обратить внимание на подходы к разработке и внедрению. ƒанные процедуры реализуютс€ в такой последовательности:

1. ѕостановка задачи. –езультаты: согласованные описани€ автоматизируемых бизнес-процессов с учетом необходимой их модернизации, техническое задание, функциональна€ спецификаци€ на систему.

2. Ќепосредственно реализаци€ системы. –езультат: получена система, соответствующа€ описани€м, приведенным в результатах предыдущего этапа (постановка задачи).

3. –азработка документации (дл€ пользователей и администраторов).

4. –азработка контрольных примеров.

5. –азработка программ и методик обучени€.

6. ѕроведение обучени€ на контрольных примерах.

7. —дача в опытную эксплуатацию.

8. ѕроведение (сопровождение) опытной эксплуатации.

9. Ќеобходимые доработки в рамках “« по результатам опытной эксплуатации.

10. –азработка необходимых нормативных документов (—“ѕ).

11. ѕриемка в промышленную эксплуатацию.

12. —опровождение системы.

13. Ќеобходимые модернизации.

ѕрохождение всех пунктов приведенной последовательности Ч сложна€ совместна€ работа как представителей предпри€ти€, так и компании Ч поставщика решени€. Ќо есть и исключени€. ќстановимс€ на них. Ѕытует мнение о том, что сдача-приемка в промышленную эксплуатацию Ч совместна€ работа компании Ч поставщика решени€ и предпри€ти€. «аметим по этому поводу следующее:

  • при прохождении всех пунктов приведенной нами последовательности до пункта ЂЌеобходимые доработки в рамках “« по результатам опытной эксплуатацииї включительно на предпри€тии имеетс€:
  • система, соответствующа€ требовани€м, выдвинутым при постановке задачи, прошедша€ опытную эксплуатацию и необходимые доработки по ее результатам,
  • обученный работе в системе персонал,
  • обученные администраторы системы,
  • эксплуатационна€ документаци€;
  • при наличии всего перечисленного дл€ регламентации де€тельности с использованием системы на предпри€тии необходимаразработка —“ѕ. „асто на предпри€тии считают, что разработка —“ѕ должна проводитьс€ силами компании Ч поставщика решени€. ћы против подобного подхода, поскольку компани€ Ч поставщик решени€ выполнит эту работу заведомо хуже представителей предпри€ти€. ”частие компании-поставщика может ограничиватьс€ лишь консультаци€ми;
  • приемка в промышленную эксплуатацию при наличии —“ѕ, системы, обученного персонала и эксплуатационной документации Ч всего лишь административна€ процедура, к выполнению которой бессмысленно привлекать компанию Ч поставщика решени€. ѕроцедура выражаетс€ в издании приказа по предпри€тию с указанием срока об€зательного начала работы в системе (может быть поэтапного Ч по подразделени€м, проектам, издели€м и т.д.), механизмов ответственности и контрол€ выполнени€. —амый простой пример такого механизма: в бумажный архив чертеж не принимаетс€, если он отсутствует в электронном архиве.
¬ процессе прохождени€ приведенной последовательности создани€ системы возникают различные подводные камни, которые можно разделить на две основные группы:
  • технические;
  • организационные.
ѕричиной возникновени€ первых, как правило, могут €вл€тьс€ вторые, и наоборот. Ќапример, формально утвержденное “« влечет за собой массу технических проблем, а попытка технически сразу объ€ть необъ€тное может привести к необходимости мгновенной серьезной реорганизации на предпри€тии, на которую в короткое врем€ невозможно выделить необходимые ресурсыЕ

ѕри этом технические проблемы, как правило, тем или иным образом решаемы, причем весьма успешно. —амыми трудоемкими €вл€ютс€ организационные проблемы.

Ќапример, не скроем, что успешное внедрение во многом зависит от человеческого фактора.  ак правило, решение организационных проблем в принципе невозможно без привлечени€ руководител€ того или иного уровн€, а иногда и генерального директора предпри€ти€. ¬ св€зи с этим одним из основных факторов успешного внедрени€ €вл€етс€ административна€ вол€ руководства.

ќб авторах:
јлексей –ындин, руководитель отдела,
ќльга √алкина, специалист,
јлександр Ѕлагодырь, специалист,
Ќаталь€  ораго, руководитель проектов, отдел электронный архив и документооборот, компани€ CSoft Ц Ѕюро ESG


„итайте также:


¬акансии:

јктуальное обсуждение

RSS-лента комментариев

ƒавид Ћевин
ƒавид Ћевин
ќт редактора: „то в ближайшие мес€цы случитс€ в отечественном —јѕ–
ѕроект ЂЌародное —јѕ–-интервьюї

—лучайна€ стать€:

isicad Top 10

—амые попул€рные материалы

   ‘орумы isicad:

isicad-2010 isicad-2008
isicad-2006 isicad-2004

ќ проекте

ѕриглашаем публиковать на сайте isicad.ru новости и пресс-релизы о новых решени€х и продуктах, о проводимых меропри€ти€х и другую информацию. јдрес дл€ корреспонденции - info@isicad.ru

ѕроект isicad нацелен на

  • укрепление контактов между разработчиками, поставщиками и потребител€ми промышленных решений в област€х PLM и ERP...
ѕодробнее

»нформаци€ дл€ рекламодателей


¬се права защищены. © 2004-2019 √руппа компаний «Ћ≈ƒј—»

ѕерепечатка материалов сайта допускаетс€ с согласи€ редакции, ссылка на isicad.ru об€зательна.
¬ы можете обратитьс€ к нам по адресу info@isicad.ru.