Статья

Проблемы сопровождения программных средств систем вооружения.
Для сложных программных средств (ПС), предполагающих
применение в течение длительного времени существует острая
необходимость в регламентировании их жизненного цикла. Использование
регламентирующих и нормативных документов делает жизненный цикл
программных средств более определенным и предсказуемым. Для того,
чтобы правильно и эффективно организовать сопровождение программного
средства, как наиболее длительного и важного этапа жизненного цикла
требующего наибольших затрат временных, трудовых и материальных
ресурсов, необходимо рассмотреть рекомендации, изложенные в
международных и национальных стандартах, содержащих положения для
оптимальной организации данного этапа. Для начала необходимо
проанализировать трактовку этого понятия..
Стандарт жизненного цикла 12207-99 (ГОСТ Р ИСО/МЭК)
позиционирует сопровождение, как один из главных процессов жизненного
цикла. Этот стандарт описывает сопровождение, как процесс модификации
(изменения) программного продукта и соответствующей документации,
вызванного возникшими проблемами или потребностями в модернизации
или настройке.
Стандарт 15271-2002 (ГОСТ Р ИСО/МЭК) определяет сопровождение
как модификацию, связанную с наличием в системе ошибок, дефектов,
возникновением проблем, появлением запросов пользователей или
появлением в эксплуатирующей организации потребностей в ее адаптации
или усовершенствовании.
После начала эксплуатации ПС возникает потребность в поддержании
его работоспособности на уровне, определенном техническим заданием. Эта
задача включает в себя как устранение программных сбоев, так и возможное
наращивание функциональности. Для систематизации данных работ
обратимся к положениям, определенным стандартом 14764-2002 (ГОСТ Р
ИСО/МЭК). В нем определены следующие типы сопровождения:
корректирующее, профилактическое, адаптивное, полное.
Таким образом, на сегодняшний день принято говорить о четырех
категориях сопровождения:
1. Корректирующее сопровождение связано с изменениями,
вызванными
необходимостью
устранения
(исправления)
фактических ошибок в программном продукте. Корректирующее
сопровождение проводят в случае несоответствия программного
продукта установленным требованиям.
2. Профилактическое сопровождение связано с изменениями,
вызванными
необходимостью
устранения
(исправления)
потенциальных (скрытых) ошибок в программном продукте.
Профилактическое
сопровождение
обычно
проводят
для
программных продуктов, связанных с обеспечением или защитой
жизни людей.
3. Изменения,
вносимые
при
адаптивном
сопровождении,
модернизируют программный продукт. Данные требования вносят
сверх технических требований (спецификаций), установленных при
проектировании или выпуске программного средства. Изменения,
вносимые при адаптивном сопровождении (адаптивные изменения),
связаны с необходимостью адаптации программного продукта к
изменившейся среде (условиям). Данные изменения связаны с
реализацией новых требований к системному интерфейсу, самой
системе или техническим средствам.
4. Изменения, вносимые при полном сопровождении, улучшают
рабочие характеристики программного средства. Данные изменения
могут приводить к предоставлению пользователям новых
функциональных возможностей, пересмотру технологии разработки
сопровождаемых документов или изменению самих документов.
Из вышесказанного можно сделать вывод, что правильно
организованный полноценный процесс сопровождения программных средств
может позволить не только поддерживать характеристики, предусмотренные
эксплуатационной документацией, но и своевременно модернизировать
сопровождаемые программные средства. Для этого заказчик должен
заключить с разработчиком оригинала программного средства или третьей
стороной соглашение о проведении сопровождения данного средства. В
стандарте 12207-99 (ГОСТ Р ИСО/МЭК) подробно описаны задачи,
решаемые при заключении соглашения между заказчиком и поставщиком.
Но сложность заключается в том, что процесс сопровождения может
составлять значительную (даже наибольшую) часть стоимости жизненного
цикла, поэтому на практике, в рамках конкретных договоров и технических
заданий, сопровождение программных средств обычно представлено лишь
какой-то (урезанной) частью этих операций, которые сводятся к настройке,
адаптации продукта и управлению им, не предполагая его творческую
авторскую переработку и модернизацию на стороне исполнителя.
Не являются исключением в этом смысле и процессы разработки,
производства, сертификации и эксплуатации программных средств по
заказам Минобороны России. Из-за сокращения финансирования и
отсутствия конкретной утвержденной методики сопровождения процесс
модификации отечественных средств автоматизации военного назначения не
соответствует современным требованиям. Следует также отметить, что с
помощью программных средств, входящих в состав систем вооружения,
выполняются боевые задачи, зачастую в условиях быстро меняющейся
обстановки
в
информационно-телекоммуникационной
среде.
Для
обеспечения боевой готовности в этом случае требуется возможность
непрерывной модификации программных средств, для адаптации техники к
стремительно меняющимся условиям функционирования.
Среди национальных стандартов с едиными требованиями для
оборонной и народнохозяйственной продукции в области программного
обеспечения, кроме выше упомянутых, можно выделить ГОСТ 51189-98
(ГОСТ Р) разработанный 27 Центральным научно-исследовательским
институтом Министерства обороны Российской Федерации. Данный
документ распространяется на любые программные средства, программные
изделия, программы и другие виды и (или) компоненты программной
продукции, предназначенные для использования в составе систем
вооружения и устанавливает общие правила разработки, документирования и
изготовления программных средств систем вооружения (ПСССВ). В нем
описаны все фазы, стадии и этапы жизненного цикла ПСССВ, в том числе
содержание работ на стадии «Сопровождение», но методических
рекомендации по реализации данного этапа жизненного цикла не
представлено.
Следует отметить, что в соответствии с «Руководством по разработке
программной продукции военного назначения», утвержденного НГШ ВС РФ
2 августа 2021 года, основными формами разработки и модернизации
программной продукции являются НИР и ОКР. Методика их реализации не
позволяет оперативно модифицировать программные средства, как того
требует нестабильная ситуация в информационно-телекоммуникационной
пространстве.