Стандарт ИСО-МЭК 90003 - 2004. Техника программного обеспечения, страница 5
Описание файла
PDF-файл из архива "Стандарт ИСО-МЭК 90003 - 2004. Техника программного обеспечения", который расположен в категории "". Всё это находится в предмете "технология разработки программного обеспечения радиолокационных систем" из 11 семестр (3 семестр магистратуры), которые можно найти в файловом архиве МАИ. Не смотря на прямую связь этого архива с МАИ, его также можно найти и в других разделах. Архив можно найти в разделе "остальное", в предмете "технология разработки программного обеспечения радиолокационных систем" в общих файлах.
Просмотр PDF-файла онлайн
Текст 5 страницы из PDF
п. 7.1.2 h)];выполняться.5) метода управления несоответствующими программнымипродуктами;5.2.4.5 m) Требуется утверждение таких средств как6) методов управления программным обеспечением,нормы, необходимые сертификаты, право собственности,используемых для поддержки разработки;использование, собственность, гарантия и лицензионные7) процедур архивизации, дублирования, восстановления и права;управления доступом к программным продуктам;8) методов управления защитой от вирусов;9) средств управления для обеспечения безопасности;h) идентификация соответствующего планирования (в томчисле планирование системы), рассматривающего такиевопросы, как качество (см. п. 7.1), управление рисками,управление конфигурацией, управление поставщиками,интеграция, проведение испытаний (см.
п. 7.3.6),управление версиями, установка, обучение, миграция,техническое обслуживание, повторное использование,обмен информацией и измерения;5.2.4.5 g) Обеспечение качества (см. п. 6.3);5.2.4.5 k) Управление рисками; управление рискамираспространяется на проект, выполнение которого связанос возможными техническими, стоимостным рисками, атакже с рисками, связанными с выполнениемкалендарного плана;5.2.4.5 I) Политика по обеспечению безопасности; аименно, нормы, которые необходимо знать, а такжедоступ к информации на каждом организационномуровне;ПРИМЕЧАНИЕ.
Международные стандарт ИСО 9001 :2000 6.3.1 .3 b) Процедуры анализа контракта и координациите требует выполнения процедур анализа контракта, норабот по его выполнению;включает в п. 7.2.2 a) требование формулированиятребований к анализу перед подписанием контракта.7.3.4 Анализ проекта и разработкиАнализ проекта и разработки следует проводить всоответствии с запланированными мерами.
Припроведении такого анализа необходимо рассмотретьследующие вопросы:a) что и когда анализируется и какой тип анализаиспользуется, например, демонстрации, формальноедоказательство корректности, осмотры сквозной исовместный анализ;b) какие функциональные группы будут заниматьсякаждым типом анализа и если предусмотрены обзорныезаседания, то как они будут организовываться ипроводиться;6.6.1.1 Периодический анализ должен проводиться назаранее установленных этапах, как установлено в плане(планах) проекта…6.6.1.3 При проведении каждого анализа стороны должныприйти к соглашению по следующим позициям: повесткадня заседаний, программные продукты (результатыдеятельности) и проблемы, которые должныанализироваться, область применения и процедуры,критерии начала и завершения анализа.6.6.1.2 Все ресурсы, необходимые для проведенияанализа, должны согласовываться с заинтересованнымсторонами.
К таким ресурсам относятся: сотрудники,местоположение, оборудование, аппаратные средства,программное обеспечение и инструментальные средства.25Также п .6.6.1.3 (см. выше).c) какие записи должны производиться, например,протоколы заседаний, записи по результатам, проблемам,действиям и статусу действий;6.6.1.4 Проблемы, выявленные в процессе анализа,должны регистрироваться и вводиться в процесс решенияпроблем (п. 6.8), если это требуется.d) какие методы мониторинга применения норм,практических действий и соглашений для выполнениятребования будут использованы;6.6.1.5 Результаты анализа должны документальнооформляться и распределяться. Сторона, ознакомившаясяс результатами, должна дать высказать свое мнениестороне, выполнившей анализ, в отношении соответствияполученных результатов анализа (например,подтверждение, неодобрение или условноеподтверждение).6.6.3.1 Технический анализ должен проводиться дляоценивания программных продуктов или услуг иподтверждать, что:e) что необходимо сделать до проведения анализа,например, сформулировать его цели, повестку заседаний,разработать необходимые документы и определитьобязанности персонала, проводящего такой анализ;b) Они отвечают соответствующим стандартам испецификациям.6.6.1.3 При проведении каждого анализа стороны должныприйти к соглашению по следующим позициям: повесткадня заседаний, программные продукты (результатыдеятельности) и проблемы, которые должныанализироваться, область применения и процедуры,критерии начала и завершения анализа.6.6.1.2 Все ресурсы, необходимые для проведенияанализа, должны согласовываться с заинтересованнымисторонами.
К таким ресурсам относятся: сотрудники,местоположение, оборудование, аппаратные средства,программное обеспечение и инструментальные средства.f) что должно быть сделано в процессе проведения анализа, 6.6.1.3 3 При проведении каждого анализа сторонывключая используемые технологии и руководящиедолжны прийти к соглашению по следующим позициям:указания для всех его участников;…область применения и процедуры.g) в чем состоит критерий успеха проводимого анализа;6.6.1.3 (конец) ...и критерии начала и завершения анализа.h) какой используется контроль исполнения,обеспечивающий решение проблем, выявленных припроведении анализа.6.6.1.6 Стороны должны прийти к соглашению порезультатам анализа, ответственности за действия икритерии его завершения.ПРИМЕЧАНИЕ.
В международном стандарте ИСО9001:2000 не делается различий между управлениемпроектом и техническим анализом. Это часто оказываетсяполезным для проектов в области программных средств.Хотя в настоящем международном стандарте подробно нерассматриваются руководящие указания международногостандарта ИСО 9001:2000, может оказаться уместным иполезным использовать соображения по отдельныммеханизмам этого анализа, представленные вмеждународном стандарте ИСО/МЭК 12207.6.6.2 Анализ управления проектом6.6.2.1 Статус проекта должен оцениваться в отношениииспользуемых планов проекта, графиков его выполнения,стандартов и руководящих указания.
Результаты анализадолжны обсуждаться двумя сторонами и должныпредусматривать:a) Проведение деятельности в соответствии с планом,основанным на оценке деятельности или статусапрограммного продукта;b) Поддержку общего управления проектом путемадекватного распределения ресурсов;c) Внесение изменений в проект или определениенеобходимости альтернативного планирования;d) Оценивание и управление рисками, которые могутпоставить под сомнение успех проекта.26ПРИМЕЧАНИЕ. В международном стандарте ИСО9001:2000 не делается различий между управлениемпроектом и техническим анализом.
Это часто оказываетсяполезным для проектов в области программных средств.Хотя в настоящем международном стандарте подробно нерассматриваются руководящие указания международногостандарта ИСО 9001:2000, может оказаться уместным иполезным использовать соображения по отдельныммеханизмам этого анализа, представленные вмеждународном стандарте ИСО/МЭК 12207.6.6.3 Технический анализ6.6.3.1 Технический анализ должен проводиться дляоценивания программных продуктов и услуг и даватьподтверждение, что:a) Они являются полными,b) Они соответствуют стандартам и спецификациям.c) Изменения, вносимые в них, надлежащим образомвнедряются и влияют только в областях,идентифицированных процессом управленияконфигурацией (п. 6.2).d) Они привязаны к применяемым календарным планам.e) Они готовы для последующей деятельности.f) Разработка, функционирование или сопровождениепроводятся в соответствии с планами, календарнымиграфиками, стандартами и руководящими указаниями,касающимися проекта.27Библиография[1] ИСОМЭК 6592:2000 Информационные технологии.
Руководящие указания поразработке документации на компьютерные прикладные системы[2] ИСО 9000:2000 Системы менеджмента качества. Основные положения исловарь[3] ИСО 9000-3:1997 Стандарты в области административного управлениякачеством и обеспечения качества. Часть 3. Руководящие указания поприменению стандарта ИСО 9001:1994 при разработке, поставке, установкеи сопровождении программного обеспечения[4] ИСО 9001:2000 Системы менеджмента качества.
Требования[5] ИСО/МЭК 9126-1:2001 Программирование. Качество продукта. Часть 1.Модель качества[6] ИСО/МЭК ТО 9126-2:2003 Программирование. Качество продукта. Часть 2.Внешние показатели[7] ИСО/МЭК ТО 9126-3:2003 Программирование. Качество продукта. Часть 3.Внутренние показатели[8] ИСО/МЭК ТО 9126-4 Программирование.
Качество продукта. Часть 4.Качество при использовании показателей[9] ИСО 10007 Системы менеджмента качества. Руководящие указания поменеджменту конфигурации[10] ИСО/МЭК 12119:1994 Информационные технологии. Пакеты программ.Требования к качеству и тестирование[11] ИСО/МЭК 12207:1995 Информационные технологии. Процессы жизненногоцикла программного обеспечения[12] ИСО/МЭК 12207:1995/Amd. 1:2002 Информационные технологии. Процессыжизненного цикла программного обеспечения.
Изменение 1[13] ИСО/МЭК 14102:1995 Информационные технологии. Руководство пооцениванию и выбору инструментальных CASE-средств28[14]ИСО/МЭК14598-2Разработкапрограммногообеспечения.Оценкапрограммного продукта. Часть 2. Планирование и руководство[15ИСО/МЭК14598-3Разработкапрограммногообеспечения.Оценкапрограммного продукта. Часть 3. Процесс для разработчиков[16] ИСО/МЭК 14598-4 Разработка программного обеспечения.
Оценка продукта.Часть 4. Процесс для закупщика[17] ИСО/МЭК 14598-5 Информационные технологии. Оценка программногопродукта. Часть 5. Процесс для блоков оценки[18] ИСО/МЭК ТО 14759:1999 Разработка программного обеспечения. Макет ипрототип.
Категоризация моделей макета и прототипа программногообеспечения и их применение[19]ИСО/МЭК14764:1999Информационныетехнологии.СопровождениеИнформационныетехнологии.Системныепрограммного обеспечения[20]ИСО/МЭК15026:1998ипрограммные уровни целостности[21] ИСО/МЭК ТО 15271:1998 Информационные технологии. Руководство поприменению ИСО/МЭК 12207 (Процессы жизненного цикла программныхсредств)[22]ИСО/МЭК15504-1 Информационныетехнологии.Оценкапроцессов,касающихся программного обеспечения. Часть 1. Концепции и вводноеруководство[23] ИСО/МЭК 15504-2 Разработка программного обеспечения.