Реферат на тему Анализ действующих в РФ стандартов в области разработки программного обеспечения.

Содержание:

Введение 3
1. Российские стандарты разработки программного обеспечения 5
2. Анализ материала 7
Список использованной литературы 11

Введение:

Процесс создания стандартов IT-программ предполагает выполнение определенных действий и задач, которые охватывают работы по формированию ПС и его элементов в соответствии с требуемыми нормами, включая разработку эксплуатационных и проектных документов; оформление материалов, анализ и детальное рассмотрение требований, а также тестирование и кодирование. На завершающем этапе происходит интеграция и установка системы.
По определению, которое прописано в ГОСТ 13377-75 «Надежность в эксплуатации технике. Понятия и определения», стабильность и надежность стандартов – качество объекта выполнять установленные функции, сохраняя сущность принятых эксплуатационных параметров в заданных рамках. При этом они должны полностью соответствовать принятым в компании условиям и режимам применения, ремонта, технического обслуживания, хранения и транспортирования. Таким образом, прочность и долговечность являются внутренними характеристиками системы, учрежденными при ее разработке и проявляющимся при дальнейшем функционировании и эксплуатации. Все это в полной мере касается и программного продукта.
Надежность и стабильность функционирования программного обеспечена наиболее широко определяется устойчивостью или возможностью безотказной работы, и быстрой реабилитацией рабочего состояния после случившихся недочетов или отказов. Контроль безопасности разрабатываемых и модифицируемых IT-программ программ сопровождает весь жизненный цикл создания программных комплексов с помощью специально сформированной технологической концепции обеспечения их надежности и качества.
Комплекс документов, регламентирующих деятельность разработчиков, принято называть нормативно-методическим обеспечением (HMЗ). Документы, которые входят в состав НМЗ — это стандарты, руководящие документы, методики, положения, инструкции, шаблоны и пр. В арках данных документов регламентируются: порядок создания, внедрения и сопровождения ПО; общие требования к его составу, к связям между его компонентами, к качеству программного обеспечения; разновидности, состав и содержание проектной и программной документации.
Реальное использование любой технологии проектирования, сопровождения и внедрения программного продукта в конкретной организации или проекте невозможно без использования ряда стандартов (соглашений или правил), которых должны придерживаться все участники проекта. Это объясняется тем, что любой программный продукт является неотъемлемой частью информационных технологий и традиционных систем, таких, как транспортные, военные, медицинские и финансовые. В России существует множество разнообразных стандартов, процедур, методов, инструментальных средств и типов операционной среды для разработки и управления программным обеспечением. Данное разнообразие создает трудности при проектировании и управлении программным обеспечением, особенно при объединении программных продуктов и сервисных программ. Стратегия разработки программного обеспечения требует перехода от этого множества к общему порядку, который позволит специалистам, практикующимся в программном обеспечении, «говорить на одном языке» при разработке и управлении программным обеспечением
Целью данной работы является анализ действующих в Российской Федерации стандартов в сфере разработки программного обеспечения.

Заключение:

Процесс создания стандартов IT-программ предполагает выполнение определенных действий и задач, которые охватывают работы по формированию ПС и его элементов в соответствии с требуемыми нормами, включая разработку эксплуатационных и проектных документов; оформление материалов, анализ и детальное рассмотрение требований, а также тестирование и кодирование. На завершающем этапе происходит интеграция и установка системы.
По определению, которое прописано в ГОСТ 13377-75 «Надежность в эксплуатации технике. Понятия и определения», стабильность и надежность стандартов – качество объекта выполнять установленные функции, сохраняя сущность принятых эксплуатационных параметров в заданных рамках. При этом они должны полностью соответствовать принятым в компании условиям и режимам применения, ремонта, технического обслуживания, хранения и транспортирования. Таким образом, прочность и долговечность являются внутренними характеристиками системы, учрежденными при ее разработке и проявляющимся при дальнейшем функционировании и эксплуатации. Все это в полной мере касается и программного продукта.
Надежность и стабильность функционирования программного обеспечена наиболее широко определяется устойчивостью или возможностью безотказной работы, и быстрой реабилитацией рабочего состояния после случившихся недочетов или отказов. Контроль безопасности разрабатываемых и модифицируемых IT-программ программ сопровождает весь жизненный цикл создания программных комплексов с помощью специально сформированной технологической концепции обеспечения их надежности и качества.
Комплекс документов, регламентирующих деятельность разработчиков, принято называть нормативно-методическим обеспечением (HMЗ). Документы, которые входят в состав НМЗ — это стандарты, руководящие документы, методики, положения, инструкции, шаблоны и пр. В арках данных документов регламентируются: порядок создания, внедрения и сопровождения ПО; общие требования к его составу, к связям между его компонентами, к качеству программного обеспечения; разновидности, состав и содержание проектной и программной документации.
Реальное использование любой технологии проектирования, сопровождения и внедрения программного продукта в конкретной организации или проекте невозможно без использования ряда стандартов (соглашений или правил), которых должны придерживаться все участники проекта. Это объясняется тем, что любой программный продукт является неотъемлемой частью информационных технологий и традиционных систем, таких, как транспортные, военные, медицинские и финансовые. В России существует множество разнообразных стандартов, процедур, методов, инструментальных средств и типов операционной среды для разработки и управления программным обеспечением. Данное разнообразие создает трудности при проектировании и управлении программным обеспечением, особенно при объединении программных продуктов и сервисных программ. Стратегия разработки программного обеспечения требует перехода от этого множества к общему порядку, который позволит специалистам, практикующимся в программном обеспечении, «говорить на одном языке» при разработке и управлении программным обеспечением
Целью данной работы является анализ действующих в Российской Федерации стандартов в сфере разработки программного обеспечения.

Список литературы:

Исторически сложилось так, что одним из самых распространенных стандартов создания программных систем де-факто является ЕСПД, — Единая Система Программной Документации (серия ГОСТ 19.ХХХ). Изначально данные стандарты ориентировались на класс сравнительно простых программ, которые могла разработать небольшая группа специалистов .
Стандарты ЕСПД в основном охватывают ту часть документации, которая создается в процессе разработки программного продукта, и связаны, прежде всего, с документированием функциональных характеристик данного продукта. Стоит заметить, что стандарты, входящие в ЕСПД, носят рекомендательный характер, но при этом, в соответствии с Законом РФ «О стандартизации», данные документы становятся обязательными на контрактной основе — то есть при ссылке на них в договоре на разработку (поставку) программного продукта .
Из числа международных стандартов, действующих в России на данный момент можно выделить такие стандарты как:
1) ISO / IEC 12207. Международный стандарт ISO / IEC 12207 (предложен в 1995 техническим комитетом ISO / IEC JTC1 «Информационные технологии, подкомитет SC 7, проектирование программного обеспечения») является важнейшим нормативным документом, регламентирующим жизненный цикл программного обеспечения. Данный документ, по мнению специалистов, является базовым стандартом, описывающим основные процессы жизненного цикла ИС, при этом он ориентирован на различные типы проектов .
В соответствии со стандартом ISO / IEC 12207 процессы жизненного цикла программного продукта делятся на три группы :
• Основные процессы: приобретение — регулирует действия предприятия-покупателя; поставки — регулирует действия предприятия-поставщика; разработка — регулирует действия предприятия-разработчика; функционирование — регулирует действия предприятия-оператора, который обеспечивает обслуживание системы в целом в процессе ее функционирования; сопровождение — регулирует действия персонала, обеспечивающего сопровождение программы, то есть управление, модификацию, поддержку функциональной пригодности и текущего состояния; к данному процессу также относится инсталляция программного продукта на вычислительной системе и его удаления.
• Вспомогательные процессы представляют собой процессы, предназначенные для поддержки основных элементов, организации верификации, качества проекта, тестирования и проверки программного обеспечения и пр.: процесс документирования; процесс обеспечения качества; процесс управления конфигурацией; процесс аттестации; процесс верификации; процесс аудита; процесс решения проблем; процесс совместной оценки.
• Организационные процессы. В рамках данных процессов определяются задачи и действия, выполняемые заказчиком и разработчиком программного продукта: процесс формирования инфраструктуры проекта; процесс управления; процесс обучения; процесс модернизации.