книги / Теоретические основы автоматизированного управления

•матрица «руководители — процессы», демонстрирующая ос­ новные обязанности руководителей, степень их вовлеченности в ос­ новные бизнес-процессы предприятия;

•матрица «информационные системы — руководители», пока­ зывающая, какими системами (существующими или планируемыми) пользуются руководители;

•матрица «информационные системы — процессы», демонстри­ рующая, как системы соотносятся с бизнес-процессами предприятия;

•матрица «информационные системы — файлы данных», пока­ зывающая, какие файлы данных и какими системами используются.

На седьмом этапе решаются следующие задачи:

•уточнение матриц;

•определение и оценка необходимой руководству информации;

•определение приоритетов потребностей;

•определение текущих задач;

•привлечение на свою сторону руководства.

Далее, на восьмом этапе все проблемы разделяются на три вида:

•не относящиеся к автоматизации и не затрагивающие информа­ ционные системы;

•связанные с существующими информационными системами;

•связанные с будущими системами.

Проблемы первого вида передают руководству предприятия для принятия соответствующих решений. Оставшиеся проблемы сорти­ руют по бизнес-процессам.

На девятом этапе традиционными методами осуществляют про­ ектирование архитектуры информационной системы. Десятый этап определяет приоритеты в реализации и намечает последовательность ее этапов. Планирование модификаций информационной системы в связи с постоянным процессом появления новых требований к такой системе осуществляется на 11-м этапе. Наконец, 12-й и 13-й этапы заключаются в выработке рекомендаций и планов и формировании отчетности по проведенным работам.

Анализ и реорганизация деятельности предприятия производятся на основе построенных матриц и выявленных проблем (естественно, эти матрицы детализируются до уровня бизнес-функций), основные изменения осуществляются с целью ориентации предприятия на спроектированную информационную систему.

Подход CPI (Continuous Process Improvement) и его японский ана­ лог TQM (Total Quality Management) успешно применялись при реор­ ганизации предприятий еще в середине XX в. Самый впечатляющий результат его применения — подъем японской послевоенной про­

мышленности и доведение качества японских товаров до современ­ ного, опережающего многие страны уровня. Этот подход продолжает активно использоваться и в настоящее время, о чем свидетельствует, например, возрастающий объем применения стандартов серии ИСО 9000, фактически поддерживающих CPI.

В основе подхода лежит очевидная концепция управления качест­ вом выпускаемой продукции. Качество должно быть направлено на удовлетворение текущих и будущих потребностей потребителя как самого важного звена производственной линии. Достижение соот­ ветствующего уровня качества требует постоянного совершенствова­ ния производственных процессов. Для решения этой задачи Деминг предложил 14 принципов, в совокупности составляющих теорию управления качеством и применимых для предприятий произволь­ ных типов и различных масштабов. Безусловно, этих принципов не­ достаточно для полного решения стоящих перед современными предприятиями проблем, тем не менее они являются основой транс­ формации промышленности Японии и США.

ИСО 9000 — стандарт на качество проектирования, разработки, изготовления и послепродажного обслуживания. Он определяет ба­ зовый набор мероприятий по контролю качества и представляет со­ бой схему функционирования бизнес-процессов предприятия, обес­ печивающую высокое качество его работы. В то же время ИСО 9000 не является стандартом качества собственно для производимых пред­ приятием товаров/услуг. Схема покрывает все этапы выпуска товаров/услуг, включая закупку сырья и материалов, проектирование, создание и доставку товаров, обслуживание клиентов, обучение пер­ сонала и т.п.

ИСО 9000 (на самом деле представляющий собой серию стандар­ тов 9000,9001,9002,9003,9004) регламентируетдва ключевых момента:

•наличие и документирование соответствующего бизнес-про­ цесса;

•измеряемость его, качества.

Наиболее полным является стандарт ИСО 9001, специфицирую­ щий модель обеспечения качества на всех этапах жизненного цикла товара/услуги.

Сертификация предприятия по стандарту ИСО 9000 включает следующие три этапа:

•применение стандартов на предприятии, заключающееся в раз­ работке и вводе в действие ряда мер (процессов), предписываемых стандартами;

•проведение собственно сертификации аккредитованными ИСО органами;

• периодические (два раза в год) проверки предприятия на пред­ мет следования стандартам.

Следует отметить, что сертификация по ИСО 9000 является доб­ ровольным делом каждого предприятия. Основной побудительной причиной сертификации является то, что многие зарубежные компа­ нии требуют наличие сертификата от своих поставщиков. Более того, наличие сертификата может оказаться обязательным условием уча­ стия предприятия в международных тендерах, госзаказах, а также по­ лучения льготных кредитов и страховок.

BPR (Business Process Reingineering) — реинжиниринг по Хамме­ ру и Чампи, которые определяют реинжиниринг как фундаменталь­ ное переосмысление и радикальное перепланирование бизнес-про­ цессов компаний, имеющие целью резкое улучшение показателей их деятельности, таких как затраты, качество, сервис и скорость.

Выбор системы — многокритериальная задача. Задание объектив­ ных критериев, по которым будет осуществляться выбор конкретной системы, напрямую связано с качеством и полнотой проработки всех предшествующих этапов цепочки выбора. Действительно, практиче­ ски все объективные соображения, которыми руководствуются при выборе системы (функциональные возможности, стоимость системы

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

иинтеграции, технические характеристики системы и т.п.), выводят­ ся на предыдущих этапах. При тщательной проработке всех предше­ ствующих этапов выбор системы перестает быть проблемой.

Внедрение системы. Существуют следующие основные стратегии внедрения системы:

1) параллельная стратегия — одновременно работают старая (ручная) и новая системы, и их выходные документы сравниваются. Если они согласуются длительное время, осуществляется переход на новую систему;

2) «скачок» — эта стратегия привлекательна, но не рекомендует­

ся;

3)«пилотный проект» — это наиболее часто используемая страте­ гия, когда тактика «скачка» применяется к ограниченному числу про­ цессов. Область применения стратегии — небольшой участок дея­ тельности. Такой подход снижает риск и наиболее надежен. Практи­ чески все предприятия применяют эту тактику сегодня;

4)«узкое место» — это малая часть производственного процесса. При использовании такого похода план внедрения выполняется только для «узкого места» и работающих там людей. Точность данных повышается только для изделий, производимых в этом «узком месте»; переподготовка кадров — только для сотрудников этого участка; ана-

лизируются эффективность и затраты только для этой части произ­ водственного процесса.

Эксплуатация. Этап эксплуатации или сопровождения системы в динамично меняющемся предприятии представляет собой довольно сложную задачу. Модернизация программно-аппаратной части, вы­ званная физическим и моральным старением компонентов АСУ, не­ обходимость отслеживания изменений в законодательстве, необхо­ димость доработки системы под новые требования ее пользователей, обеспечение безопасности информации в процессе эксплуатации — эти и многие другие вопросы постоянно встают перед персоналом, ответственным за процесс эксплуатации системы.

Затраты на эксплуатацию системы в рамках предприятия могут и должны быть снижены за счет качественной проработки предшест­ вующих этапов в основном за счет разработки стратегии автоматиза­ ции и осуществления выбора системы

10.2. ОСОБЕННОСТИ СОЗДАНИЯ АСУ ПРИ РАЗЛИЧНЫХ ПОДХОДАХ

КИХ ПРОЕКТИРОВАНИЮ

10.2.1.Создание АСУ при подсистемном построении

В подсистемном построении АСУ выделяют следующие основ­ ные стадии: предпроектное обследование, техническое проектирова­ ние, рабочее проектирование, внедрение. В последнее время добави­ лась стадия сопровождения системы (программного продукта).

Предпроектное обследование. Цель стадии — изучение сущест­ вующего документооборота, его совершенствование и обоснование целесообразности внедрения АСУ.

Здесь особый акцент делается на системный подход, которым в лучшей степени владеют специалисты по АСУ («системщики»).

При предпроектном обследовании выделяют следующие состав­ ляющие.

•график работ отдельных групп исследователей с согласованием этих работ;

•формы первичных документов, которые заполняются в процес­ се обследования;

•результаты обследования в виде схем документооборота, позво­ ляющих дать рекомендации по совершенствованию документообо­ рота.

Стадия длится до полугода, начиная с приказа по организациям исполнителя и заказчика и завершается отчетом по результатам об­ следования. В отчете должны быть отражены структура аппарата управления, функции управления, потоки информации, применяе­ мые методы управления, модели документооборота (см. гл. 9) и реко­ мендации по его улучшению. По результатам отчета составляют тех­ нико-экономическое обоснование на разработку АСУП, которое должно быть защищено на техническом совете из представителей за­ казчика и исполнителя.

На этой стадии осуществляют укрупненный расчет срока окупае­ мости системы. Если срок окупаемости не превышает 3,3 года, то раз­ работка АСУ считается целесообразной. В этом случае составляют техническое задание (ТЗ) на разработку АСУП.

Техническое проектирование. Цель — проверить все принципи­ альные технические решения. На данной стадии, которая начинается

сутверждения технического задания, проводятся следующие работы:

•определяют график разработки АСУП, состав подсистем, ком­ плекс решаемых задач и формируют их постановки;

•выбирают и заказывают соответствующий комплекс техничес­ ких средств;

•составляют техническое задание на несерийную аппаратуру (на­ пример, различного рода табло);

•создают информационные языки, классификаторы и системы шифровки, разрабатывают базу данных;

•формируют библиотеку программ, с помощью которых можно решать все имеющиеся разновидности задач;

•формируют интерфейс пользователей;

•составляют перечень мероприятий по подготовке объекта (предприятия) к внедрению АСУП.

На этой или на следующей стадии возможен уточненный расчет срока окупаемости системы.

Начинают обучение эксплуатационного персонала.

Стадия заканчивается составлением документации технического проекта, перечень которой определяется «Общеотраслевыми методи­ ческими материалами по созданию АСУ предприятий и объедине­ ний — ОРММ-2».

Техническое проектирование заканчивается защитой проекта на техническом совете.

Рабочее проектирование. Цель — реализация в полном объеме всех функций и технических решений, которые были приняты на ста­ дии технического проектирования. Данная стадия заканчивается со­

ставлением документации рабочего проектирования, перечень кото­ рой оговорен в ОРРМ-2.

Внедрение. Предусматривается два этапа: опытное внедрение и промышленное внедрение. Цель первого этапа — переход от ручного управления к параллельному ручному и автоматизированному управ­ лению для проверки работоспособности системы. Приемка в опыт­ ную эксплуатацию осуществляется специальной комиссией из пред­ ставителей заказчика и исполнителя. В комиссии выделяют рабочие группы, осуществляющие прием отдельных частей системы. Факт приемки фиксируется актом приемки, подписанным представителя­ ми соответствующей рабочей группы. На основе этих актов составля­ ют общий акт приемки. На этой стадии определяется фактический срок окупаемости системы.

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

Отличие стадий разработки АСУП от стадий проектирования технических систем заключается в следующем [19].

1. Проектирование ведется для конкретного предприятия, имею­ щего свои особенности. Типовая разработка, как правило, сильно за­ труднена. На адаптацию таких разработок порой тратится времени больше, чем на проектирование новой системы.

2.АСУП создают в одном экземпляре и проведение натурных экс­ периментов практически исключено. Это повышает роль математи­ ческих методов.

3.В разрабатываемой АСУП предусматривают возможность со­ вершенствования (принцип непрерывного развития), что повышает важность начальных стадий разработки.

4.Ввод системы в эксплуатацию проводят постепенно, очередями.

5.Учитывают взаимодействие «человек — машина» в процессе эксплуатации системы.

6.Основная тяжесть разработки ложится на информационное и программное обеспечение в силу стандартности комплекса техничес­ ких средств.

10.2.2.Создание АСУ при процедурном построении,

реинжиниринг

Для процедурного подхода характерны следующие этапы:

• обследование предприятия (инжиниринг); реинжиниринг; раз­ работка функциональной модели;

ордер

ВОРП

Рис. 10.2. Этапы «бумажных» расчетов:

А— есть расхождение

•анализ объекта; алгоритмизация выполнения хозяйственной и административной деятельности;

•создание прототипа системы; разработка математической моде­ ли; формирование базы данных;

•создание технической инфраструктуры (выбор комплекса технических средств);

•внедрение;

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

Рассмотрим процедуру удачного реинжиниринга. Бумажные расчеты ведутся в В этапов (рис. 10.2).

1)получение почты;

2)направление счета-фактуры в делопроизводство;

3)получение копии заказов на закупку и приходных ордеров;

4)отправка бумажных документов в делопроизводство;

5)сверка (делопроизводителем) счета-фактуры, заказа на закупку

иприходного ордера;

6)проставление (делопроизводителем) идентификационного но­ мера поставщика и бухгалтерской кодировки;

7)подготовка (делопроизводителем) формы для ввода данных;

8)отправка формы в отдел свода данных;

9)ввод данных в компьютер;

10)распечатка чеков на компьютере;

Рис. 10.3. Расчеты после реинжиниринга:

Б— полученный товар соответствует заказанному (в БД)

11)сопоставление чеков с первичными документами в отделе рас­ четов с поставщиками;

12)подписание чеков;

13)отправка чеков по почте.

После применения реинжиниринга получаем следующий процесс (рис. 10.3), включающий три этапа.

1.Компьютер получает по EDI:

•электронный счет-фактуру;

•копии заказа на покупку;

•копии приходного ордера.

2.Компьютер сверяет электронные документы и автоматически присваивает бухгалтерскую кодировку по принципу «что и для кого закуплено». Кодировка берется из заказа или из справочника.

3.Выпускается платежное поручение для EFT вместе с EDI-pac- шифровкой.

Заметим, что сокращается не только количество этапов, но и чис­ ло подразделений, участвующих в данном бизнес-процессе.

Таким образом, можно сделать следующие выводы:

•автоматизация бизнес-процессов без реинжиниринга может не дать должного эффекта;

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

нации работы подразделений, взаимодействующих в одном биз­ нес-процессе;

•реинжиниринг — процедура в значительной степени нефор­ мальная, поэтому очень сложно гарантировать полноту охвата реин­ жинирингом всех бизнес-процессов;

•при перечисленных оценках трудно говорить об оптимизации даже отдельных бизнес-процессов, точнее говорить об их рационали­ зации;

•требуется системное рассмотрение бизнес-процессов, иначе ра­ ционализация одних бизнес-процессов может вызвать снижение ка­ чества других.

10.2.3. Современные тенденции построения АСУ

При создании систем с использованием современного подхода следует рассматривать две процедуры: проектирование и эксплуата­ цию.

Эксплуатация определяется математическим аппаратом, выбран­ ным при проектировании.

Впроектировании выделяют два случая:

1)автоматизация существующей системы управления, работав­ шей ранее в ручном режиме;

2)построение совершенно нового автоматизированного произ­ водства.

Рассмотрим первый случай. Здесь при проектировании можно выделить следующие этапы:

•предпроектное обследование (инжиниринг);

•техническое проектирование (реинжиниринг);

•рабочее проектирование;

•внедрение и сопровождение.

Рабочее проектирование повторяет в большем объеме (масштабе) процессы технического проектирования и потому здесь не рассмат­ ривается.

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

Модель может быть построена и без реинжиниринга. В этом вари­ анте свойства автоматизированной системы могут оказаться далеко не лучшими. Из-за отсутствия гибкости системы проблематичной