Стандарт ИСО-МЭК 90003 - 2004. Техника программного обеспечения, страница 4

1:2002ИСО/МЭК JTC 1/SC и ИСО/TC 176 (окончание)Pt3,Pt5Pt 1XX8.4 Анализ данных5.4X8.5 Улучшение8.5.1 Постоянное улучшение7.3, F.3.38.5.2 Корректирующие действия6.8, F.2.88.5.3 Предупреждающие действия7.3.2, F.3.3. 2XPt222Планирование в международных стандартах ИСО/МЭК 90003 иИСО/МЭК 12207Таблица 2. Соответствие международных стандартов ИСОМЭК 90003 иИСО/МЭК 12207Ссылка на ИСО/МЭК 90003:2004Ссылка на ИСО/МЭК 12207:19957.1.2 Планирование качестваa) включение планов разработки или ссылка ни них (см.

п.7.3.1);5.3.1.4 Разработчик должен сформулировать планыдействий по осуществлению процесса разработки.b) требования к качеству, связанные с планами и/илипроцессами;5.2.4.5 d) Управление характеристиками качествапрограммных продуктов или услуг. Могут бытьразработаны отдельные планы по качеству.c) адаптирование системы менеджмента качества и/илиидентификация специфических процедур и инструкций,соответствующих области применения руководства покачеству и установленным исключениям (см.международный стандартИСО 9001:2000, п.

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

п.п. 7.3.4, 7.3.5 и 7.3.6);5.2.4.5 e) Управление обеспечением безопасности,защитой и другие критические требования кпрограммным продуктам или услугам. Могут бытьразработаны отдельные планы по обеспечениюбезопасности и защите программных продуктов.ПРИМЕЧАНИЕ. Этот вопрос специально нерассматривается в ИСО/МЭК 1220, поскольку онотносится к вопросам, рассматриваемым наадминистративном уровне.ПРИМЕЧАНИЕ. Рассматриваются в п. 5.3.1.3, процессразработки, и п.

6.1, процесс оформления документации,которые осуществляются в процессе разработки.6.3.1.3 a) Стандарты качества, методологии, процедурыи инструментальные средства для обеспечения качества(или их ссылки на официальную документациюорганизации);5.2.4.5 b) Технические условия (для разработки,функционирования или сопровождения, если этоцелесообразно), включая условия испытаний,библиотеку, оборудование, аппаратуру, стандарты,процедуры и инструментальные средства;ПРИМЕЧАНИЕ. Рассматриваются в п.

6.6, процесссовместного анализа.5.2.4.5 g) Обеспечение качества (см. п. 6.3);5.2.4.5 h) Верификация (см. п. 6.4) и валидация (см. п.6.5), включая подход к взаимодействию с сотрудниками,занимающимися верификацией и валидацией, если этотребуется;h) выполняемые процедуры управления конфигурацией(см. п. 7. 5.3);6.3.1.3 e) Выбранные действия и задачи, связанные споддержкой процессов, например, верификации (п.

6.4),валидации (п. 6.5), совместного анализа (п. 6.6), аудита(п. 6.7) и решения проблем (п. 6.8).ПРИМЕЧАНИЕ. Рассматриваются в п. 6.2, процессуправления конфигурацией, и осуществляются в п.5.3.1.2 b) в процессе разработки.23i) выполняемые действия по мониторингу и измерению;j) лицо (лица), ответственные за утверждение выходныхданных процессов для их последующего использования;k) обучение, необходимое для использованияинструментальных средств и технологии, а такжесоставление расписания обучения для приобретениятребуемых навыков;l) сохраняемые записи (см.

п. 4.2.4);m) управление внесением изменений, например,касающихся ресурсов, временных рамок и контракта.ПРИМЕЧАНИЕ. Мониторинг рассматривается в п.5.2.5.3, процесс поставки, а измерение – в п. 6.3.3.5,обеспечение продукции и процесса.ПРИМЕЧАНИЕ, Если выходные данные процессовоформляются в форме документов, то обратитесь к п.6.1.2.3, процесс оформления документации.5.2.4.5 o) Обучение персонала (см. п. 7.4).6.3.1.3 c) Процедуры идентификации, сбора, заполнения,сохранения и ликвидации записей по качеству;ПРИМЕЧАНИЕ.

Рассматривается в п. 5.1.3.5, механизмуправления внесением изменений, согласуемыйпокупателем и поставщиком.7.3.1 Планирование проектирования и разработкиa) проведение анализа требований, проектирование иразработка,кодирование,интеграция,проведениеиспытаний, установка и поддержка при приемкепрограммныхпродуктов;этотакжевключаетидентификацию (или соответствующую ссылку);1) осуществляемой деятельности;2) необходимых входных данных для каждого родадеятельности;3) необходимых выходных данных для каждого родадеятельности;4) верификации, требуемой для выходных данных длякаждого рода деятельности [см.

п. 7.1.2 g) – см. также п.7.3.5];5) осуществляемой деятельности по управлению иподдержке;6) необходимого метода обучения коллектива [см. п. 7.1.2k)]b) планирование контроля продукции и предоставленияуслуг;5.2.4.5 o) Обучение персонала (см. п. 7.4).d) организационное и техническое взаимодействие разныхлюдей или групп, например, коллективов, занимающихсяподпроектом, поставщиков, партнеров, представителейпотребителей, представителей, занимающихся поддержкойкачества (см. п.

7.3.1.4);5.2.4.5 i) Участие покупателя; а именно, такимисредствами, как совместный анализ (см. п. 6.6), аудиты(см. п. 6.7), неформальные встречи, составление отчетов,внесение изменений, реализация, утверждение, приемкаи доступ к аппаратуре;6.3.1.3 e) Выбранные действия и задачи, связанные споддержкой процессов, например, верификации (п. 6.4),валидации (п. 6.5), совместного анализа (п. 6.6), аудита(п. 6.7) и решения проблем (п.

6.8).ПРИМЕЧАНИЕ. К действиям и задачам, относящимся кпроцессу разработки, п. 5.3, процессуфункционирования, п. 5.4, процессу сопровождения, п.5.5, предъявляются особые требования, несвязанные сплановой деятельностью.ПРИМЕЧАНИЕ. Этот пункт из ИСО/МЭК 9001:2000 неиспользуется в ИСО/МЭК 12207. Он аналогичен всемдействиям по выпуску, поставке и действиям,осуществляемым после поставки, включая установкупрограммных средств (п. 5.3.1) поддержку приемкипрограммных средств (п. 5.3.13) а также включаяпроцессы функционирования (п. 5.4), сопровождения (п.5.5) и управления конфигурацией (п.

6.2).Соответствующие особые требования установлены вподразделах ИСО/МЭК 12207 и не связаны с плановойдеятельностью.c) организация проектных ресурсов, включая структуру5.2.4.5 a) Организационная структура проекта, а такжеколлектива, ответственность, использование поставщиков и полномочия и ответственность каждого подразделенияиспользуемые материальные ресурсы;организации, включая сторонние организации.e) анализ возможных рисков, предположений,зависимостей и проблем, связанных с проектированием иразработкой;5.2.4.5 j) Участие пользователя; в том числе,формулирование требований, демонстрация прототипа иоценивание;5.2.4.5 k) Оценивание рисков, а именно, управлениепроектом, что связано с возможными техническими,затратными рисками, а также с риском нарушенияустановленных сроков исполнения.ПРИМЕЧАНИЕ.

Возникающие проблемырассматриваются в рамках процесса решения проблем(п. 6.8).24f) план, устанавливающий1) этапы проектирования [см. также п. 7.1.2 j)];2) декомпозицию элементов работ;3) соответствующие ресурсы и распределение по срокам;4) соответствующие зависимости;5) этапы научно – исследовательских работ;6) деятельность, связанную с верификацией и валидацией[см. п. 7.1.2 g)]5.2.4.5 c) Декомпозиция работ, осуществляемых впроцессе жизненного цикла, включая программныепродукты, услуги по программному обеспечению и немогущие быть доставленными элементы, выполняемые всоответствии с бюджетом, кадровым обеспечением,размером программных средств и календарным графикомрешения стоящих задач;5.2.4.5 n) Средства календарного планирования, слеженияи составления отчетов;6.3.1.3 d) Ресурсы, календарный план и ответственность запроведение деятельности по обеспечению качества;g) идентификация5.3.1.4 Разработчик должен создать планы по проведению1) стандартов, норм, действий и соглашений, методологии, деятельности, связанной с процессом разработки.

Планымодели жизненного цикла, обязательных идолжны включать специальные стандарты, методы,законодательных требований [см. п. 7.1.2 d) и е)];инструментальные средства, деятельность и2) инструментальных средств и технологий разработки,ответственность, связанную с разработкой ивключая их классификацию и средства управления ими;классификацией всех требований, включая требования к3) оборудования, аппаратных средств и программногообеспечению безопасности и защите. В случаеобеспечения для разработки;необходимости могут быть разработаны отдельные планы.4) практических действий по управлению конфигурацией Эти планы должны документально оформляться и[см.