Комплекс российских стандартов ГОСТ 34
Стандарты комплекса ГОСТ 34 рассчитаны на взаимодействие заказчика и разработчика, однако они в меньшей степени ориентированы на столь явное симметричное отражение действий обеих сторон, как в ISO 12207. ГОСТ 34 в основном уделяет внимание содержанию проектных документов и помогает создавать их качественно и на современном уровне, что позволяет оставаться этому стандарту в числе самых востребованных.
Общая структура представлена комплексом взаимоувязанных стандартов, наиболее популярными из них являются ГОСТ 34.601-90 (Стадии создания АС), ГОСТ 34.602-89 (ТЗ на создание АС), ГОСТ 34.603-92 (Виды испытаний АС) и методические указания РД 50-34.698-90 (Требования к содержанию документов).
Стандарты предусматривают стадии и этапы выполнения работ по созданию ИС (см. п. 2.3), но не предусматривают сквозных процессов в явном виде по этапам, как это реализовано, например, в CDM. В стандартах детально описано содержание документов, разрабатываемых на каждом этапе, что делает их особенно полезными для построения профилей стандартов.
Стадии и этапы, выполняемые организациями – участниками работ по созданию ИС, фиксируются в договорах, техническом задании и техническом проекте, что близко к подходу в ISO 12207.
Ключевым документом взаимодействия заказчика и разработчика является техническое задание на создание ИС. ТЗ является основным исходным документом для создания ИС и ее приемки, оно определяет важнейшие точки взаимодействия заказчика и разработчика. В качестве приложения к ТЗ разрабатывается календарный план выполнения работ для всего проекта. На этапе приемки ИС полезным является и технический проект, в котором более точно и детально прописаны все требования к системе.
|
|
Техническое задание разрабатывает обычно организация-разработчик (по ГОСТ 34.602-89), но формально выдает ТЗ разработчику заказчик (по РД 50-680-88). В ТЗ необходимо указать, кто будет разрабатывать программу и методику испытаний, чтобы избежать конфликтных ситуаций при наступлении этапа сдачи системы в эксплуатацию.
Полная прежняя обязательность применения только стандартов ГОСТ 34 в настоящее время отменена. Материалы ГОСТ 34 по сути стали методической поддержкой и для разработчика, и для заказчика благодаря имеющемуся в стандарте набору требований к содержанию ТЗ, техническому проекту и проведению испытаний. В последнее время польза ГОСТ 34 многократно возросла из-за их широкого применения при формировании профилей стандартов ЖЦ ИС.
Стадии и этапы стандарта на практике ориентируют разработчиков на каскадную модель ЖЦ или близкую к ней спиралевидную.
Степень адаптивности стандартов ГОСТ 34 формально определяется следующими возможностями: исключать стадию эскизного проектирования в несложных проектах; объединять стадии «Технический проект» и «Рабочая документация» в одну – «Технорабочий проект»; исключать или объединять документы, разделы документов и работы; в ходе выполнения проекта создавать частные технические задания (ЧТЗ) для достаточно гибкого изменения ЖЦ ИС.
|
|
Приведенное выше сравнение трех популярных стандартов на верхнем структурном уровне показывает, что ни один из них не является полным, не описывает все виды действий и задач, реально требующихся в конкретных проектах ИС. Вероятно, такая ситуация является объективно неизбежной для любых достаточно конкретных стандартов и фирменных методик, которые ориентированы на реализацию вполне определенных конкретных действий [9].
Так, CDM явно вводит принципиально важный в реальных проектах процесс смены поколений – процесс «Конвертирования данных», который не выделен в ISO 12207 и косвенно отражен в ГОСТ 34.601-90. Кроме этого, CDM вводит процесс проектирования баз данных в трактовке, близкой к классической.
В свою очередь, ISO 12207 имеет набор процессов, работ и задач, которые охватывают наиболее широкий спектр возможных ситуаций при максимальной адаптируемости. Этот стандарт является примером того, как должен строиться хорошо организованный стандарт, содержащий минимум ограничений, предполагая, что все детальные определения процессов и форм документов целесообразно выносить в различные функциональные стандарты, ведомственные нормативные документы или фирменные методики, которые могут быть использованы или не использованы в конкретном проекте.
|
|
По этой причине стандарт ISO 12207 выбирается в качестве центрального в процессе построения профиля стандартов для конкретного проекта. Другие стандарты или материалы полезно включать в профиль теми положениями, требованиями и методами, которые определяют конкретные способы анализа или программирования, формы проектных документов и инструменты проектирования, применяемые в каждом конкретном процессе или задаче.
В заключение необходимо кратко остановиться на комплекте стандартов ISO 9000, которые были разработаны Международной организацией по стандартизации (ISO) в 1986 году. В их основу положена идея управления предприятием любого типа через управление качеством, то есть для выпуска качественной (удовлетворяющей потребителя) продукции необходима система управления качеством, затрагивающая все аспекты деятельности предприятия.
|
|
В ISO 9000 сформулированы требования для каждой стадии жизненного цикла продукта – от маркетинга до утилизации. Предполагается, что выполнение этих требований дает потребителю некоторую гарантию того, что у производителя налажен устойчивый выпуск качественной продукции.
Технология обеспечения качества в жизненном цикле ИС развивается в стандарте ISO 9000-3:1991 [17]. Руководящие указания предназначены для унификации описания методов разработки и поставки ИС, а также способов контроля их качества, отвечающих требованиям заказчика. Это предлагается достигать посредством предотвращения отклонений от стандарта на всех этапах ЖЦ от начала разработки до технического обслуживания и ремонта.
Предполагается, что контрактом особо оговариваются важнейшие компоненты технологии проектирования и требования к техническим характеристикам ИС или их предстоит установить в процессе разработки.
Руководство поставщика должно документально оформить цели, технологию и свои обязательства по обеспечению качества ПС. Должны быть определены ответственность, полномочия и взаимодействие всего руководящего, исполняющего работы и контролирующего персонала, который влияет на качество, надежность и безопасность применения создаваемого комплекса программ.
Действия по обеспечению и проверке качества должны проводиться персоналом поставщика, независимым от специалистов, непосредственно ответственных за выполнение работ и создание изделий. Покупатель-заказчик должен назначать своего представителя, ответственного за сотрудничество с поставщиком в процессе создания ИС по данному контракту. Рекомендуется планировать регулярные совместные анализы состояния проекта поставщиком и заказчиком с оценкой соответствия ИС спецификации требований (техническим условиям) заказчика, с документированием согласованных результатов проверок и испытаний.
В стандарте определена структура системы обеспечения качества и ее функции в жизненном цикле ИС.
Дата добавления: 2019-07-17; просмотров: 151; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!