ИСО 9000-3-91, часть 2

• часть 1
• часть 2

Тиражирование является этапом, предшествующим поставке.

При тиражировании необходимо обратить внимание на следующее:

а) количество копий каждого элемента программного обеспечения, предназначенного для поставки;

b ) тип носителя для каждого элемента программного обеспечения, включая формат и версию, в форме, читаемой человеком;

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

d) обсужденные и согласованные вопросы копирования и лицензирования;

е) хранение основной и повторных копий там, где они применимы, включая планы восстановления в случае повреждения;

f) период времени, в течение которого поставщик обязан поставлять копии.

5.9.2 Поставка

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

5.9.3 Монтаж

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

а) график работ, включая сверхурочные рабочие часы и выходные дни;

b) доступ к техническим средствам покупателя (знаки безопасности, пароли, сопровождение);

с) наличие обученного персонала;

d) наличие систем и оборудования покупателя и доступ к ним;

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

f ) формальную процедуру принятия монтажа после его завершения.

5.10 Обслуживание

5.10.1 Общие положения

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

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

а) решение проблей;

b ) модификация интерфейса;

с) расширение функций или улучшение эксплуатационных характеристик.

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

а) программа (ы);

b ) данные и их структура;

с) спецификация;

d) документы для покупателя и/или пользователя;

е) документы, используемые поставщиком.

5.10.2 План технического обслуживания

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

а) область технического обслуживания;

b ) идентификацию первоначального статуса продукции;

с) организацию (и) обслуживания;

d) виды деятельности по техническому обслуживанию;

е) протоколы и отчеты по техническому обслуживанию.

5.10.3 Идентификация первоначального статуса продукции

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

5.10.4 Обеспечивающая организация

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

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

5.10.5 Виды деятельности по техническому обслуживанию

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

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

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

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

5.10.6 Протоколы и отчеты по техническому обслуживанию

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

Следует установить и согласовать между поставщиком и покупателем правила представления отчетов по техническому обслуживанию.

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

а) перечень заявок на оказание технической помощи или отчетов о возникшей проблеме с указанием текущего состояния каждого из них;

b ) организация, ответственная за выполнение заявки на оказание технической помощи или за осуществление соответствующих корректирующих действий;

с) приоритеты, которые были установлены для корректирующих действий;

d) результаты корректирующих действий;

е) статистические данные о случаях отказов и действиях, связанных с техническим обслуживанием.

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

5.10.7 Процедуры выпуска

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

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

b ) описания типов (или классов) выпусков в зависимости от их частоты и/или воздействия на деятельность покупатели и способности осуществлять необходимые изменения в любой момент времени;

с) способы, с помощью которых покупатель будет уведомлен о текущих или запланированных будущих изменениях;

d) методы, подтверждающие, что осуществленные изменения не повлекут за собой возникновения новых проблем;

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

6 Система качества - вспомогательные виды деятельности (не зависящие от фазы)

6.1 Управление конфигурацией

6.1.1 Общие положения

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

Система управления, конфигурацией должна:

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

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

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

d) управлять одновременной модернизацией конкретного элемента программного обеспечения, проводимой более чем одним человеком;

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

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

6.1.2 План управления конфигурацией

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

а) организации, занятые в управлении конфигурацией, и ответственность, возложенная на каждую из них;

b ) виды деятельности по управлению конфигурацией, которые должны быть осуществлены;

с) технические средства, технологии и методологические принципы, которые должны быть применены в управлении конфигурацией;

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

6.1.3 Виды деятельности, связанной с управлением конфигурацией

6.1.3.1 Идентификация и прослеживаемость конфигурации

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

Процедуры должны применяться для гарантии того, что для каждого варианта элемента программного обеспечения могут быть идентифицированы:

а) функциональные и технические требования;

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

с) все интерфейсы с другими элементами программного обеспечения и с аппаратными средствами;

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

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

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

6.1.3.2 Контроль за изменениями

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

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

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

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

6.1.3.3 Отчет о статусе конфигурации

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

6.2 Контроль за документацией

6.2.1 Общие положения

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

а) определение тех документов, которые должны быть объектом контроля;

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

с) изменение, включая отмену и, если нужно, выпуск.

6.2.2 Типы документов

Процедуры контроля за документацией должны применяться к соответствующим документам, включая следующие:

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

b ) документы по планированию, описывающие планирование и развитие всех видов деятельности поставщика, а также взаимодействие с покупателем;

с) документы на продукцию, описывающие конкретную продукцию программного обеспечения, включая:

- информацию на входе в фазу разработки;

- ожидаемые результаты в конце фазы разработки;

- планы и результаты проверок и оценок;

- документацию для покупателя и пользователя;

- эксплуатационную документацию.

6.2.3 Утверждение и выпуск документов

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

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

b ) устаревшие документы быстро изымаются из соответствующих мест издания и из употребления.

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

6.2.4 Изменения в документах

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

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

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

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

[ ИСО 9001:1987, 4.5.2]

6.3 Карточки учета показателей качества

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

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

Аналогичные карточки субподрядчиков должны стать составной частью общих данных.

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

[ИСО 9001:1967, 4.16]

6.4 Измерения

6.4. 1 Измерение продукции

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

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

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

а) для сбора данных и представления отчета о результатах измерений на постоянной основе;

b ) для идентификации текущего уровня эксплуатационных качеств по каждому замеренному показателю;

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

d) для определения конкретных целей, связанных с усовершенствованием, на основе проведенных измерений.

6.4.2 Измерение процесса

Поставщик должен установить количественные критерии качества процесса разработки и поставки. Они должны отражать следующее:

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

b ) насколько эффективным процесс разработки является с точки зрения уменьшения вероятности того, что неисправности появятся и что они окажутся незамеченными.

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

6.5 Правила, практические методы и накопленный опыт

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

Поставщик должен анализировать эти правила, методы и накопленный опыт и пересматривать их по мере необходимости.

6.6 Средства и технические приемы

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

6.7 Закупки

6.7.1 Общие положения

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

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

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

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

6.7.2 Оценка субподрядчиков

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

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

Подрядчик должен гарантировать эффективность мер по контролю за системой качества.

[ ИСО 9001:87, 4.6.2]

6.7.3 Оценка закупленной продукции

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

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

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

6.8 Включенная продукция программного обеспечения

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

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

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

Оценка, произведенная поставщиком, не освобождает покупателя от ответственности обеспечить поставку приемлемой продукции.

6.9 Подготовка кадров

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

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

Приложение А

(информативное)

Перекрестные ссылки между ИСО 9000-3 и ИСО 9001

Приложение В

(информативное)

Перекрестные ссылки между ИСО 9000-1 и ИСО 9000-3

• часть 1
• часть 2