Управление качеством

♦распределение ответственности всего персонала организации завыполняемые функции, включая ответственность руководства;

♦закрепление функций за исполнителями.

♦Примерная форма отчета показана на рис. 6.18.

Перечень и тексты документов СК в части описания процессов получают в соответствии с изложенными ниже правилами.

Чтобы получить из функциональной модели текст СТП в читаемом и приемлемом для обсуждения виде, необходимо правильно заполнить в глоссарии модели графу Definition (Определение) для функций.

Рис. 6.18. Примерная форма отчета из модели по операциям

371

Правило 1. Определение каждой функции должно начинаться

спорядкового номера. Номера присваиваются следующим образом:

♦функции АО присваивается номер 1;

♦функциям А1 − А6 присваиваются соответственно номера

с2.1 по 2.6;

♦функциям каждого следующего уровня декомпозиции присваиваются номера, состоящие соответственно из номера родительской функции и порядкового номера рассматриваемой функции на листе декомпозиции.

Правило 2. В определении в первое предложении следует полностью ввести название функции в форме существительного или оборота существительного, так, чтобы было понятно, о чём идёт речь. Например, для функции «Оформить заказ» первое предложение в определении глоссария может начинаться фразами: «Оформление заказа осуществляется…», « В оформлении заказа участвуют…», « После согласованияусловий переходят коформлению заказа» и т.п.

Правило 3. Раздел Definition должен включать в себя полное описание функции:

♦выполняемые действия;

♦исполнители и ответственные за выполнение функции;

♦условия и ограничения выполнения функции;

♦соответствующие нормативные документы;

♦входы и выходы функции;

♦любая дополнительная информация, которая не отражена на диаграмме.

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

Утверждение нормативных документов выполняют в традиционном виде на бумажном носителе (на распечатке) или непосредственным подписанием электронно-цифровой подписью (ЭЦП) файлов

смоделями.

372

6.14. РАЗРАБОТКА ИНФОРМАЦИОННОЙ СИСТЕМЫ ПОДДЕРЖКИ СК

Разработка и построение информационной системы производятся на основе функциональной модели процессов «как должно быть» на примере функциональной модели процессов входного контроля металлов. Процедура построения информационной модели стандартизована международным стандартом IDEF/1X.

Выявляются все без исключения информационные потоки (входные, выходные, управляющие и ресурсы), затем выявляются все преобразования с потоками, затем из их числа выявляются сущности и атрибуты и отношения между ними (рис. 6.20).

Рис. 6.20. Основные элементы информационной модели

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

Отношение – вид связи между сущностями.

375

Атрибут – тип характеристик или свойств, ассоциированных с множеством реальных или абстрактных объектов. Определенная характеристика отдельного элемента множества называется экземпляром атрибута.

Рассмотрим чуть подробнее процедуру выбора сущностей и атрибутов на примере упрощенной модели входного контроля. Выберем сущности и ихатрибуты:

♦ДЕФЕКТ;

♦ДЕТАЛЬ;

♦КОНТРАКТ;

♦ПОСТАВЩИК;

♦ОБОРУДОВАНИЕ;

♦СОТРУДНИК;

♦ПРОЦЕДУРА КОНТРОЛЯ;

♦ОПЕРАЦИЯ КОНТРОЛЯ, из модели, представленной на рис. 6.21.

Рис. 6.21. Выбор информационных объектов для информационной модели

376

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

Стандартным отчетом из информационной модели является SQLфайл, поддерживаемыйбольшинствомсистемуправленияданными.

Следующим шагом создания информационной системы являются загрузка полученного SQL-файла в СУБД, получение таблиц базы данных и разработка на их основе системы сбора, анализа и хранения данных о качестве на всех этапах жизненного цикла продукции. Одной из самых простых СУБД является MS Access из ком-

плекта MS Office.

Полученные таблицы практически полностью совпадают

сописанием сущностей в информационной модели, а имена полей

втаблицах – с атрибутами сущностей. Связи, установленные между таблицами (рис. 6.22), также совпадают со связями в информационной модели. Это соответствие позволяет сверять сгенерированную базу с разработанной информационной моделью, а также вносить изменения в уже сгенерированную базу при изменениях в функциональной модели.

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

377

разного рода отчетов становится делом вкуса каждой из служб, допущенной к этой информации (см. рис. 6.22).

Каждое окно соответствует отдельному рабочему месту всей технологической цепочки входного контроля.

6.15. ЭВОЛЮЦИОННЫЙ РЕИНЖИНИРИНГ – ИНФОРМАЦИОННАЯ ПОДДЕРЖКА УПРАВЛЕНИЯ

Анализ позволил выявить проблемы, возникающие при реинжиниринге процессов, основная из которых – радикальность в преобразовании процессов, приводящая к фундаментальным изменениям во всех аспектах деятельности предприятия. Это свойство определяет серьезные недостатки при проведении реинжиниринга, усугубляющиеся для отечественных предприятий: он требует больших ресурсов, персонал предприятия в большинстве случаев не готов к кардинальным преобразованиям, результаты которых не всегда прогнозируемы. Поэтому, несмотря на наличие большого количества различных подходов к преобразованию деятельности предприятия и широкому применению в мировой практике реинжиниринга бизнес-процессов, существует необходимость в разработке альтернативных методов улучшения процессов, адаптированных к российским условиям.

Анализ тенденций развития систем управления предприятием класса MRP – ERP позволил установить, что их развитие направлено на охват все большего количества управляемых в системе ресурсов, совершенствование методов, технологий и инструментария, используемых при решении различных задач. Это существенно сокращает степень участия человека в управлении предприятием, однако роль управленца принципиально не меняется, так как речь идет только об автоматизации управленческой деятельности, когда система «замыкается» человеком, который принимает окончательные решения.

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

379

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

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

Основой предлагаемого подхода к реорганизации процессов

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

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

Основная характеристика метода заключается в эволюционности преобразований существующих бизнес-процессов и системы управления предприятием. Это положение свидетельствует об отсутствии необходимости кардинального преобразования деятельности предприятия, характерного для классического пути, используемого на Западе. Такое свойство значительно снижает риски реорганизации. Следующая важнейшая характеристика метода – этапность проведения изменений управленческих процессов на основе их автоматизации. Это подразумевает поэтапное приобретение или разработку необходимых программных средств, а следовательно,

380