Какими стандартами регламентировалось прежде создания программного продукта в россии
•
Жизненный цикл программного продукта
— это период времени, начинающийся с момента принятия решения о необходимости
создания ПП и заканчивающийся в момент его полного изъятия из эксплуатации.
•
Структуру жизненного цикла ПП,
состав процессов, действия и задачи, которые должны быть выполнены во время
создания ПП, определяет и регламентирует международный стандарт ISO/IEC 12207: 1995
«Information Technology — Software Life Cycle Processes»
(ISO — International Organization for Standardization — Международная организация по стандартизации; IEC —
International ElectrotechnicalCommission —
Международная комиссия по электротехнике; название стандарта «Информационные
технологии — Процессы жизненного цикла программ»).
•
В России, начиная с 1970-х годов, создание ПП
регламентировалось стандартами ЕСПД (Единая система программной
документации — серия ГОСТ 19.ХХХ), которые были ориентированы на класс
относительно простых программ небольшого объема, создаваемых отдельными
программистами. В настоящее время указанные стандарты устарели концептуально и
по форме, их сроки действия закончились и дальнейшее использование этих стандартов
нецелесообразно. В результате для каждого серьезного проекта приходится
создавать комплекты нормативных и методических документов, регламентирующих
процессы создания конкретного прикладного ПП, поэтому в отечественных
разработках целесообразно использовать современные международные стандарты.
•
Существует несколько моделей жизненного цикла
(ЖЦ), каждая из которых определяет различную методологию создания систем, тем
не менее все без исключения модели ЖЦ включают в себя
пять этапов и связей между ними с детальным описанием действий, моделей и результатов
каждого этапа. Приведем названия и краткое содержание каждого этапа в
соответствии с ГОСТ 19.102-77.
Техническое задание
•
постановка задачи
•
выбор критериев эффективности
•
проведение предварительных
научно-исследовательских работ (НИР);
•
разработка ТЗ.
Эскизный проект:
•
структура входных и выходных данных;
•
уточнение методов решения; общий алгоритм;
•
разработка документации эскизного проекта.
Технический проект:
•
уточнение структуры входных и выходных данных;
•
разработка алгоритмов;
•
формы данных;
•
семантика и синтаксис языка;
•
структура программы; конфигурация технических
средств;
•
план работ.
Рабочий проект:
•
программирование и отладка;
•
разработка документов;
•
подготовка и проведение испытаний;
•
корректировка программы и документов по итогам
испытаний.
Внедрение:
•
передача программы и документов для
сопровождения;
•
оформление акта;
•
передача в Фонд алгоритмов и программ (ФАП).
•
В соответствии со стандартом ISO/IEC 12207 все
процессы жизненного цикла ПП разделены на три базовые группы: основные
процессы; вспомогательные (поддерживающие) процессы; организационные процессы.
•
Основные процессы включают в себя набор
определенных действий и связанных с ними задач, которые должны быть выполнены в
течение жизненного цикла ПП.
•
К основным
относятся процессы приобретения, поставки, разработки, эксплуатации и
сопровождения.
•
Основной целью вспомогательных (поддерживающих)
процессов является создание надежного, полностью удовлетворяющего требованиям
заказчика ПП в установленные договором сроки. К вспомогательным
относятся процессы документирования, управления конфигурацией, обеспечения
качества, верификации, аттестации, совместной оценки, аудита, разрешения
проблем.
•
Основной целью организационных процессов
является организация процесса разработки надежного, полностью удовлетворяющего
требованиям заказчика ПП в установленные договором сроки и управление этим
процессом. К организационным относятся процессы
управления, создания инфраструктуры, усовершенствования, обучения.
Процесс
приобретения (acquisition process) охватывает действия заказчика по приобретению
ПП. К этим действиям относятся:
•
инициирование приобретения;
•
подготовка заявочных предложений;
•
подготовка и корректировка договора;
•
надзор за деятельностью поставщика;
•
приемка и завершение работ.
Процесс поставки
(supply process) охватывает действия и задачи поставщика при
снабжении заказчика ПП или услугой. К этим действиям относятся:
•
инициирование поставки;
•
подготовка ответа на заявочные предложения;
•
подготовка договора;
•
планирование;
•
выполнение и контроль;
•
проверка и оценка;
•
поставка и завершение работ.
Процесс
разработки (development process) охватывает действия и задачи разработчика и
предусматривает следующие основные направления работ:
•
создание ПП и его компонентов в соответствии с
заданными требованиями, включая оформление проектной и эксплуатационной
документации;
•
подготовку материалов, необходимых для проверки
работоспособности и качества ПП;
•
подготовку материалов, необходимых для
организации обучения персонала, и т.д.
Процесс
эксплуатации (operation process) охватывает действия и задачи оператора —
организации, занимающейся эксплуатацией разработанного ПП или системы. К этим
действиям относятся:
•
подготовительная работа;
•
эксплуатационное тестирование;
•
эксплуатация системы;
•
поддержка пользователей.
•
Процесс сопровождения (maintenance process) охватывает
действия и задачи сопровождающей организации (службы сопровождения). Данный
процесс активизируется при изменениях (модификациях) ПП и соответствующей
документации, вызванных возникшими проблемами или потребностями в модернизации
либо адаптации ПП. В соответствии со стандартом IEEE-90 (IEEE — Institute of Electrical and Electronics Engineers —
Институт инженеров по электротехнике и электронике) под сопровождением понимается
внесение изменений в ПП в целях исправления ошибок, повышения производительности
либо адаптации к изменившимся условиям работы или требованиям.
Процесс
документирования (documentation process) предусматривает формализованное описание
информации, созданной в течение жизненного цикла ПП. Данный процесс состоит из
набора действий, с помощью которых планируют, проектируют, разрабатывают,
выпускают, редактируют, распространяют и сопровождают документы, необходимые
для всех заинтересованных лиц, таких как руководство, технические специалисты и
пользователи системы.
•
Процесс документирования включает в себя:
•
подготовительную работу;
•
проектирование и разработку документации;
•
выпуск документации;
•
сопровождение.
Источник
Текущая версия страницы пока не проверялась опытными участниками и может значительно отличаться от версии, проверенной 12 ноября 2018; проверки требуют 6 правок.
Жизненный цикл программного обеспечения (ПО) — период времени, который начинается с момента принятия решения о необходимости создания программного продукта и заканчивается в момент его полного изъятия из эксплуатации[1].
Стандарты жизненного цикла ПО[править | править код]
- ГОСТ 34.601-90
- ISO/IEC 12207:2008 «System and software engineering — Software life cycle processes» (российский аналог — ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств)
Стандарт ГОСТ 34.601-90[править | править код]
Стандарт ГОСТ 34.601-90 предусматривает следующие стадии и этапы создания автоматизированной системы (АС):
- Формирование требований к АС
- Обследование объекта и обоснование необходимости создания АС
- Формирование требований пользователя к АС
- Оформление отчета о выполнении работ и заявки на разработку АС
- Разработка концепции АС
- Изучение объекта
- Проведение необходимых научно-исследовательских работ
- Разработка вариантов концепции АС и выбор варианта концепции АС, удовлетворяющего требованиям пользователей
- Оформление отчета о проделанной работе
- Техническое задание
- Разработка и утверждение технического задания на создание АС
- Эскизный проект
- Разработка предварительных проектных решений по системе и её частям
- Разработка документации на АС и её части
- Технический проект
- Разработка проектных решений по системе и её частям
- Разработка документации на АС и её части
- Разработка и оформление документации на поставку комплектующих изделий
- Разработка заданий на проектирование в смежных частях проекта
- Рабочая документация
- Разработка рабочей документации на АС и её части
- Разработка и адаптация программ
- Ввод в действие
- Подготовка объекта автоматизации
- Подготовка персонала
- Комплектация АС поставляемыми изделиями (программными и техническими средствами, программно-техническими комплексами, информационными изделиями)
- Строительно-монтажные работы
- Пусконаладочные работы
- Проведение предварительных испытаний
- Проведение опытной эксплуатации
- Проведение приёмочных испытаний
- Тестирование АС.
- Сопровождение АС.
- Выполнение работ в соответствии с гарантийными обязательствами
- Послегарантийное обслуживание
Эскизный, технический проекты и рабочая документация — это последовательное построение все более точных проектных решений. Допускается исключать стадию «Эскизный проект» и отдельные этапы работ на всех стадиях, объединять стадии «Технический проект» и «Рабочая документация» в «Технорабочий проект», параллельно выполнять различные этапы и работы, включать дополнительные.
Стандарт ГОСТ Р ИСО/МЭК 12207 (ISO/IEC 12207)[править | править код]
Федеральным агентством по техническому регулированию и метрологии РФ 01.03.2012 г. взамен ГОСТ Р ИСО/МЭК 12207-99 принят стандарт ГОСТ Р ИСО/МЭК 12207-2010 «Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств», идентичный международному стандарту ISO/IEC 12207:2008 «System and software engineering — Software life cycle processes».
Данный стандарт, используя устоявшуюся терминологию, устанавливает общую структуру процессов жизненного цикла программных средств, на которую можно ориентироваться в программной индустрии. Стандарт определяет процессы, виды деятельности и задачи, которые используются при приобретении программного продукта или услуги, а также при поставке, разработке, применении по назначению, сопровождении и прекращении применения программных продуктов.
Процессы жизненного цикла ПО[править | править код]
Стандарт группирует различные виды деятельности, которые могут выполняться в течение жизненного цикла программных систем, в семь групп процессов. Каждый из процессов жизненного цикла в пределах этих групп описывается в терминах цели и желаемых выходов, списков действий и задач, которые необходимо выполнять для достижения этих результатов.
- процессы соглашения — два процесса;
- процессы организационного обеспечения проекта — пять процессов;
- процессы проекта — семь процессов;
- технические процессы — одиннадцать процессов;
- процессы реализации программных средств — семь процессов;
- процессы поддержки программных средств — восемь процессов;
- процессы повторного применения программных средств — три процесса.
- Основные:
- Приобретение (действия и задачи заказчика, приобретающего ПО)
- Поставка (действия и задачи поставщика, который снабжает заказчика программным продуктом или услугой)
- Разработка (действия и задачи, выполняемые разработчиком: создание ПО, оформление проектной и эксплуатационной документации, подготовка тестовых и учебных материалов и т. д.)
- Эксплуатация (действия и задачи оператора — организации, эксплуатирующей систему)
- Сопровождение (действия и задачи, выполняемые сопровождающей организацией, то есть службой сопровождения). Сопровождение — внесений изменений в ПО в целях исправления ошибок, повышения производительности или адаптации к изменившимся условиям работы или требованиям.
- Вспомогательные
- Документирование (формализованное описание информации, созданной в течение ЖЦ ПО)
- Управление конфигурацией (применение административных и технических процедур на всем протяжении ЖЦ ПО для определения состояния компонентов ПО, управления его модификациями).
- Обеспечение качества (обеспечение гарантий того, что ИС и процессы её ЖЦ соответствуют заданным требованиям и утверждённым планам)
- Верификация (определение того, что программные продукты, являющиеся результатами некоторого действия, полностью удовлетворяют требованиям или условиям, обусловленным предшествующими действиями)
- Аттестация (определение полноты соответствия заданных требований и созданной системы их конкретному функциональному назначению)
- Совместная оценка (оценка состояния работ по проекту: контроль планирования и управления ресурсами, персоналом, аппаратурой, инструментальными средствами)
- Аудит (определение соответствия требованиям, планам и условиям договора)
- Разрешение проблем (анализ и решение проблем, независимо от их происхождения или источника, которые обнаружены в ходе разработки, эксплуатации, сопровождения или других процессов)
- Организационные
- Управление (действия и задачи, которые могут выполняться любой стороной, управляющей своими процессами)
- Создание инфраструктуры (выбор и сопровождение технологии, стандартов и инструментальных средств, выбор и установка аппаратных и программных средств, используемых для разработки, эксплуатации или сопровождения ПО)
- Усовершенствование (оценка, измерение, контроль и усовершенствование процессов ЖЦ)
- Обучение (первоначальное обучение и последующее постоянное повышение квалификации персонала)
Каждый процесс включает ряд действий. Например, процесс приобретения охватывает следующие действия:
- Инициирование приобретения
- Подготовка заявочных предложений
- Подготовка и корректировка договора
- Надзор за деятельностью поставщика
- Приёмка и завершение работ
Каждое действие включает ряд задач. Например, подготовка заявочных предложений должна предусматривать:
- Формирование требований к системе
- Формирование списка программных продуктов
- Установление условий и соглашений
- Описание технических ограничений (среда функционирования системы и т. д.)
Стадии жизненного цикла ПО, взаимосвязь между процессами и стадиями[править | править код]
Модель жизненного цикла ПО — структура, определяющая последовательность выполнения и взаимосвязи процессов, действий и задач на протяжении жизненного цикла. Модель жизненного цикла зависит от специфики, масштаба и сложности проекта и специфики условий, в которых система создается и функционирует.
Стандарт ГОСТ Р ИСО/МЭК 12207-2010 не предлагает конкретную модель жизненного цикла. Его положения являются общими для любых моделей жизненного цикла, методов и технологий создания ИС. Он описывает структуру процессов жизненного цикла, не конкретизируя, как реализовать или выполнить действия и задачи, включенные в эти процессы.
Модель ЖЦ ПО включает в себя:
- Стадии;
- Результаты выполнения работ на каждой стадии;
- Ключевые события — точки завершения работ и принятия решений.
Стадия — часть процесса создания ПО, ограниченная определенными временными рамками и заканчивающаяся выпуском конкретного продукта (моделей, программных компонентов, документации), определяемого заданными для данной стадии требованиями.
На каждой стадии могут выполняться несколько процессов, определенных в стандарте ГОСТ Р ИСО/МЭК 12207-2010, и наоборот, один и тот же процесс может выполняться на различных стадиях. Соотношение между процессами и стадиями также определяется используемой моделью жизненного цикла ПО.
См. также[править | править код]
- Версия программного обеспечения
Примечания[править | править код]
- ↑ Стандарт IEEE Std 610.12, Глоссарий
Литература[править | править код]
- Братищенко В.В. Проектирование информационных систем. — Иркутск: Изд-во БГУЭП, 2004. — 84 с.
- Вендров А.М. Проектирование программного обеспечения экономических информационных систем. — М.: Финансы и статистика, 2000.
- Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем. — М.: Интернет-университет информационных технологий – ИНТУИТ.ру, 2005.
- Мишенин А.И. Теория экономических информационных систем. — М.: Финансы и статистика, 2000. — 240 с.
Ссылки[править | править код]
- Зараменских Е.П. (2014) Управление жизненным циклом информационных систем. Новосибирск : СИБПРИНТ (недоступная ссылка)
- Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. (2005). Курс лекций “Проектирование ИС” М.: Интернет-университет информационных технологий
- Коровкина Н. Л., Куприянов Ю. В., Грекул В. И. (2010) Методические основы управления ИТ-проектами. М. : Национальный открытый университет «ИНТУИТ», 2010
- Wissenschaftliche Kommission Wirtschaftsinformatik im Verband der Hochschulleh- rer für Betriebswirtschaft, (2007) Rahmenempfehlung für die Universitätsausbildung in Wirt- schaftsinformatik. Wirtschaftsinformatik. 49 (2007) 4, S. 318–325.
Источник
Среди всех стандартов в области разработки программного обеспечения, используемых в настоящее время в мире, наиболее популярными моделями являются: ISO 9001, TickIT, SEI SW-CMM.
Стандарты ISO серии 9000
Стандарты международной организации по стандартизации ISO являются наиболее известными и распространенными в мире. Стандарты ISO универсальны, их можно применять в качестве моделей независимо от отрасли, в которой функционирует компания. В следствие этого у модели ISO есть свои неоспоримые преимущества и недостатки.
Но основным преимуществом модели ISO является известность, распространенность, признание на мировом уровне. Сейчас стандарты ISO являются обязательным минимумом который должна иметь любая организация существующая на рынке. Но конечно же, вследствие своей универсальности, модель на основе стандартов ISO серии 9000 получилась достаточно “высокоуровневой”
Поэтому для построения полноценной системы качества, основанной на модели ISO, необходимо использовать большое количество вспомогательных отраслевых и ISO стандартов.
Стандарт TickIT
Достаточно широкую известность получил британский стандарт TickIT. Этот отраслевой стандарт регламентирует требования к системе качества для организаций разработчиков программного обеспечения и базируется на модели ISO 9001:94. В отличие от модели ISO 9001, которая регламентирует “что необходимо сделать”, разработчики данного стандарта попытались ответить на вопрос “как” можно выполнить требования, определенные в ISO 9001. TickIT объединяет в себе модель ISO 9001 с набором рекомендательных стандартов ISO 12207 и ISO 9000-3.
Стандарты SEI SW-CMM
Очень интересный подход к улучшению внутренних процессов разработки программного обеспечения определен в модели SEI SW-CMM. В основу данной модели (также как и в основу стандартов ISO серии 9000) положена теория TQM. Теория TQM основывается на постепенном улучшении внутренних производственных процессов за счет множества небольших внедряемых в компании улучшений. Однако, модели ISO и CMM несколько различаются в своих подходах к построению самосовершенствующихся систем управления качеством и улучшению производственных процессов.
В отличие от модели ISO, где для того, чтобы соответствовать требованиям, необходимо продемонстрировать 100%-ное соответствие модели (и только оно позволяет компании самосовершенствоваться), в модели SEI SW-CMM предусмотрен поэтапный подход к построению системы совершенствования процессов. Для достижения этой цели разработчики стандарта СММ определили пять уровней, которые должна пройти организация для того, чтобы достичь основной цели – повышения эффективности функционирования процессов компании и, как следствие, улучшения качества результатов производственных процессов и разрабатываемого программного обеспечения.
Стандарты по Project Management
Одним из важных моментов, который необходимо иметь в виду при внедрении каких-либо стандартов (ISO 9000, SEI SW-CMM, TickIT, Spice ISO 15504 и т.п.), связан с тем, что структура производства компаний, разрабатывающих программное обеспечение, связана со спецификой продукта. Каждый продукт, разрабатываемый IT-компанией, уникален. И для его разработки, как правило, используется проектный тип организации производства, который тесно связан с матричной структурой управления проектами.
Управление проектами – это приложение знаний, опыта, методов и средств к работам проекта для удовлетворения требований, предъявляемых к проекту, и ожиданий участников проекта. Чтобы удовлетворить эти требования и ожидания, необходимо найти оптимальное сочетание между целями, сроками, затратами, качеством и другими характеристиками проекта.
176 комитет ISO разработал рекомендательный стандарт ISO 10006 “Менеджмент качества. Руководство качеством при управлении проектами”, который определяет основные подходы к управлению проектами и определяет его место в модели обеспечения качеством. Авторы стандартов ISO серии 9000 определяют процесс управления проектами как часть системы менеджмента качества. С другой стороны, возможен и противоположный взгляд (которого придерживаются оппоненты стандартов ISO серии 9000), согласно которому менеджмент качества является одной из составной частей системы управления проектами.
Управление проектами является скелетом производства в организациях разработчиков программного обеспечения. Поэтому неудивительно, что для приведения в соответствие системы управления качеством производства к требованиям модели ISO 9001 и к требованиям модели улучшения процессов производства SEI SW-CMM использование стандартов и признанных в мире технологий по управлению проектами является краеугольным камнем развития внутренних технологий в IT-компаниях.
Взаимосвязь наиболее признанных и применяемых в мире стандартов менеджмента качества и управления проектами:
Источник: материалы сайта adj.ru
Источник