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

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

Укрупненная структура СМК показана на рис. 5.2. В этой структуре показаны связи с объектом управления (процессами предприятия или ЖЦ продукции), а также с внешней по отношению к рассматриваемой системе средой, которую в данном случае представляет «обобщенный» потребитель, требования и степень удовлетворенности которого являются внешними данными.

Присутствующие в структуре блоки выработки и корректировки целей и принятия решений вместе эквивалентны тому, что

втерминах стандарта ГОСТ Р ИСО 9001–2001 называется ответственностью руководства и планированием (в данном контексте – стратегическим). Блоки сбора и анализа данных отражают процессы, именуемые в стандарте как «измерение и анализ».

Группа блоков, связанных с реализацией решений (распределение и перераспределение ресурсов, директивы на выполнение действий и сами действия, направленные на достижение целей), отражает все то, что в стандарте называют «управлением ресурсами», планированием (в этомконтексте – оперативным) и, наконец, «улучшением».

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

Моделирование любой сложной системы или процесса выполняется в несколько этапов:

1. Определение объекта, описываемого моделью.

2. Определение целей и задач моделирования.

3. Построение модели системы.

4. Проверка адекватности модели.

281

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

Что должна описывать функциональная модель системы обеспечения качества продукции? В соответствии с ISO 9000 система обеспечения качества предприятия должна содержать 20 элементов, документированных и поддерживаемых предприятием в виде процедур, инструкций и т.п. Естественно, что модель системы обеспечения качества продукции должна описывать эти стандартные элементы с нужной степенью детализации. Каждый элемент системы обеспечения качества определяется набором действий и процедур, выполняемых конкретными подразделениями или персоналом. Эти действия регламентируются инструкциями, сложившейся на предприятии практикой, нормативными документами и т.п. Действия выполняются на основе различного рода производственной информации, возникающей на различных стадиях производственного процесса. Действия, регламентирующая информация и производственные данные и являются элементами функциональной модели.

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

283

Функциональная модель разрабатывается в соответствии со стандартом IDEF/0.

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

Функциональная модель представляет собой систему графических диаграмм и словарей, объединенных в древовидную структуру и поддерживаемых специальными программными системами (из наиболее известных можно упомянуть DesignIDEF, ErWIN/BpWin). Каждый блок диаграммы может быть декомпозирован на составные части, которые в свою очередь тоже могут быть декомпозированы и так далее.

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

С этой точки зрения функциональная модель предоставляет исходные данные для разработки в соответствии со стандартом IDEF/1X информационной модели, представляющей собой логическую структуру общей базы данных системы качества. Модель IDEF/1X строится на основе модели IDEF/0 и представляет собой систему реляционных таблиц с указанием связей между полями. Средства моделирования не только обеспечивают проверку целостности и полноты информационной модели, но и позволяют автоматически сгенерировать текст описания структуры базы данных на языке SQL (Structured Query Language), поддерживаемого большин-

ством современных систем управления базами данных (СУБД). На основе данного описания СУБД автоматически создает необходимые файлы, таблицы и индексы.

284

(типа Oracle, SyBase или им подобных) и клиентское программное обеспечение (ПО) на рабочих станциях. В качестве клиентской части могут использоваться браузер Интернета и широко распространенный офисный пакет Microsoft Office, содержащий текстовый редактор, электронные таблицы и «легкую» СУБД. Обработка данных распределена между серверной и клиентской частями следующим образом: первичная обработка данных при вводе и подготовка выходных документов осуществляются клиентским ПО, а основную обработку данных осуществляет сервер СУБД. Основной интерфейсной программой пользователя является браузер, через который запросы на ввод/вывод данных направляются к веб-серверу, преобразуются в форму SQL-запросов и передаются серверу СУБД. Отобранные данные сервер СУБД передает веб-серверу, который в форме HTML-страниц передаст данные в браузер на рабочей станции пользователя. Если данные нуждаются в дополнительной обработке, они загружаются в соответствующее приложение (электронную таблицу, текстовый редактор).

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

5.3. ПОДХОДЫ К АВТОМАТИЗАЦИИ УПРАВЛЕНИЯ КАЧЕСТВОМ НА ПРЕДПРИЯТИИ

Для автоматизации управления качеством на предприятии необходимо решение комплекса вопросов, среди которых можно выделить:

1)построение корпоративной информационной системы управления качеством;

2)автоматизация отдельных задач с использованием универ-

сальных решений (DataWarehouse, OLAP, DataMinning, и др.);

3)использование специализированных автоматизированных систем (PDM, ERP, CRM) в задачах управления качеством.

286

Решаемые с помощью PDM задачи менеджмента качества представлены в табл. 5.1.

В табл. 5.2 приведен перечень предусмотренных стандартом задач СМК, связанных с процессами ЖЦ изделия.

Перечисленные задачи нацелены на создание управляемой организационной среды на всех стадиях ЖЦ, в которой все процессы выполняются в рамках установленных правил.

287

Задачи управления документацией в СМК:

1)классификация документов;

2)планирование разработки документов;

3)планирование доработки документов;

4)разработка документов;

5)утверждение документов;

6)доведение информации о документах до соответствующего персонала;

7)внесение изменений в документы;

8)доведение информации об изменениях до соответствующего персонала;

9)абонентный учет выдачи бумажных копий;

10)архивирование документов.

5.4.ЗАДАЧИ УПРАВЛЕНИЯ ПРОЦЕССАМИ В СМК

1.Идентификация и отбор процессов:

♦выделение процессов и составление их перечня;

♦отбор процессов, приоритетных для СМК;

♦определение потребителей процессов и их требований;

♦выделение «внешних» процессов.

288

2. Проектирование процессов:

♦описание границ и интерфейса процессов;

♦описание самих процессов;

♦формирование методов управления процессами (включая ресурсы и информацию);

♦определение владельцев процессов;

♦установление показателей и точек контроля над процессами. 3. Управление процессами:

♦определение показателей качества процессов и методов их измерения;

♦сбор данных о процессах в точках контроля;

♦проверка (контроль) полученной информации;

♦корректировка управляющих параметров.

4. Совершенствование процессов:

♦определение критериев оценки процессов;

♦оценка процессов;

♦перепроектирование процессов (при необходимости).

5.5. ПРИМЕНЕНИЕ РАСШИРЕННОЙ МЕТОДОЛОГИИ IDEF ДЛЯ АНАЛИЗА И РЕИНЖИНИРИНГА БИЗНЕС-ПРОЦЕССОВ В ПРОИЗВОДСТВЕННЫХ И ОРГАНИЗАЦИОННЫХ СИСТЕМАХ

Одним из возможных путей решения данной проблемы является применение технологии анализа и реинжиниринга бизнес-

процессов (Business Process Reenginiring – BPR) – составной части комплекса информационных технологий CALS.

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

289

та. В целом технологии CALS предназначены для анализа или разработки бизнес-процессов поддержки жизненного цикла некоторого продукта, в который вовлечены n участников, а затем организации эффективного информационного взаимодействия между ними. Помимо технологий BPR CALS включает в себя стандарты и технологии электронного документооборота, электронной коммерции и совместного использования данных о продукте (STEP).

Данная задача разработки технологии анализа и реинжиниринга бизнес-процессов представляется актуальной особенно сегодня, в условиях формирования естественной кооперации производственных предприятий, для решения наукоемких задач или выполнения масштабных проектов. Поскольку эффективность возникшей в свое время спонтанно производственной структуры не всегда очевидна, появляется необходимость в технологии макроанализа текущего состояния, выявления принципиальных проблем, их решения, а уже затем разработки эффективной системы информационного взаимодействия составных частей. Технологии CALS позволяют на этапе анализа построить функциональную модель жизненного цикла продукта (или фрагмента жизненного цикла) и уточнить роли, функции и взаимосвязи субъектов создаваемой структуры. Цели очевидны: представить взаимосвязанную деятельность субъектов в виде, пригодном для анализа, выявить их материальные и информационные взаимосвязи и получить бизнес-харак- теристики процесса, необходимые (по меньшей мере) для сравнения вариантов.

Для решения подобных задач уже несколько десятилетий су-

ществует методология SADT (Structure Analysis and Design Technique), разработанная еще в 70-х гг. в развитие методов исследования операций и получившая дальнейшее продолжение в методах

CASE (Computer Aided System Engineering), IDEF (Integrated Definitions) и CALS. Естественным толчком к развитию упомянутых методов явились проблемы, возникшие в крупных корпорациях Rockwell, Boeing, Министерстве обороны США в области управления и анализа эффективности функционирования больших организаци-

290