ГОСТ Р ИСО 10005—2007
9 Проектирование и разработка
План-график выполнения работ по проекту должен быть представлен с использованием одобренного спосо ба
планирования (например календарного планирования). Контрольными датами являются сроки проведения
приемочных испытаний (конец октября текущего года), опытная эксплуатация системы (апрель следующего
года).
В руководстве по разработке программного обеспечения следует использовать асе стандарты организации.
Процедуры анализа и одобрения проекта должны быть аналогичны процедурам, описанным а руководстве по
качеству организации.
Запросы пользователей на изменения, затрагивающие функциональные возможности программного обеспе
чения, должны быть одобрены организацией. Детальные изменения проекта должны быть одобрены менедже
ром проекта до начала их выполнения.
Методы испытаний должны соответствовать методам, указанным в руководстве по качеству организации.
При испытаниях ввода данных из документов должен применяться сканер. Заключительные испытания марке
тинговой подсистемы должны быть проведены на оборудовании заказчика. Система распределения в целом
должна быть испытана организацией до поставки и приемки заказчиком в его помещении.
10 Закупки
Все оборудование закупает заказчик (компьютеры через субподрядчика, другие комплектующие непосред
ственно). Любые другие закупки следует проводить в соответствии с процедурами организации.
11 Установка и введение в действие
Программа по распознаванию документов должна быть поставлена заказчику. После опытной эксплуатации
заказчик самостоятельно устанавливает программное обеспечение в полном объеме. При первой установке и
освоении программного обеспечения заказчику может потребоваться сопровождение.
12 Специальные процессы
В проекте специальные процессы не применяются.
13 Управление конфигурацией
Идентификация документа должна соответствовать требованиям к идентификации, установленным в руко
водстве по качеству при начале разработки проекта, за исключением ранее идентифицированных документов.
Компания должна использовать одобренные методы управления конфигурацией.
14 Собственность потребителя
Любое оборудование, принадлежащее заказчику и используемое в проекте, должно быть идентифицировано.
Собственность потребителя любого вида должна быть зарегистрирована при регистрации проекта.
15 Поставка продукции
Программное обеспечение должно поставляться на CD-ROM. Все компакт-диски должны быть проверены на
наличие вирусов.
16 Несоответствия
Программное обеспечение не поставляют с выявленными несоответствиями (кроме косметических) без пись
менного разрешения потребителя на отклонение. Процесс управления несоответствиями приведен в руко
водстве по качеству и руководстве по разработке программного обеспечения.
17 Мониторинг и измерения
Продвижение проекта должно быть зарегистрировано в контрольных листах и в плане-графике выполнения
работ по проекту еженедельно. Отчет должен быть подготовлен и представлен заказчику на совместных сове
щаниях о продвижении проекта. Субподрядчик может быть приглашен на отдельные совещания. Записи о лю бых
проблемах, идентифицированных в программном обеспечении на втором и третьем уровнях испытаний, должен
вести руководитель группы разработки программного обеспечения. Должна быть выполнена классифи кация
проблем в таких группах как ТЗ (необходимые требования отсутствуют или некорректны), проект (необхо димые
требования отсутствуют или некорректны), кодировка (отсутствует, использована неправильная логика, имеется
ошибка интерфейса, имеется ошибка а обработке данных).
18 Внутренний аудит
Аудит внедрения и результативности плана качества следует проводить на завершающих стадиях проекта.
Настоящий план качества подготовлен руководителем проекта по распределению одежды между организацией
и ее заказчиками и применим ко всем работам, выполненным в соответствии с договором.
Разработчик
Менеджер по качеству
Документ номер KLOB-OP-001
Дата
Дата
Версия 1
18