Программное обеспечение и система качества

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

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

• собственно поддержание системы качества (системы документооборота)
• поддержание качества процессов управления
• поддержание качества технологических процессов.

Так как основное требование ИСО 9000 - это документированность процессов, то для поддержания документации и доведения ее до заинтересованных лиц, необходим как минимум текстовый редактор и система электронной почты. Естественно это можно делать и вручную, но возможно ли таким образом обеспечить в случае изменений продукции, например, должную оперативность и качество процесса доведения информации до всего персонала, участвующего в процессе, для предприятия сколько-нибудь крупного размера - это вопрос. Лучше если конечно есть хоть какая-нибудь система документооборота, в качестве которой сойдет и MS Outlook и IBM Lotus Notes и Novel GroupWize. Если применено какое-нибудь средство автоматизации процессов управления (например ERP система соответствующего класса), то острота данной проблемы может быть несколько или совсем снята, так как такие системы по меньшей мере поддерживают так называемое "управление техническими изменениями" (engineering change order), что часто бывает достаточно для реализации внутреннего документооборота, связанного с изменениями продукции и технологии. Кроме того большинство продуктов позволяю добавлять к описаниям технологических процессов и спецификаций изделий текстовые файлы, в которые и можно поместить информацию системы качества. Особняком стоит вопрос о поддержке в системе качества описания бизнес-процессов с помощью программных средств, но часто это вполне успешно модно реализовать и вручную или скажем с помощью Visio или даже MS Word.

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

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

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

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

Пример.

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

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

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

Что касается третьей компоненты программного обеспечения - систему управления технологическим оборудованием (АСУТП), то мы не будем останавливаться на них долго, так как это очень специфичная отрасль. Отметим только. что для ряда производственных процессов (как правило автоматизированных и управляемых компьютером) сертификация по ИСО 9001 и ИСО 9002 практически невозможна без наличия системы АСУТП современного уровня, обеспечивающей должный уровень контроля процессов (например температур, длительностей и энергопотребления с малыми допусками). Что однако не исключает, однако, возможности сертификации по ИСО 9003.

Дата добавления: 2015-05-10