4.Теория., Автоматизаций.

Сопровождение программ — это трудоемкий и вечный процесс, протекающий от момента запуска системы в опытную эксплуатацию до завершения жизненного цикла приложения.

Для программистов он чаще всего означает копание в чужом, плохо структурированном коде, латание «дыр» и постепенное отставание от современных технологий.

Для руководителей — это постоянная головная боль от звонков пользователей, напоминание об ошибках, требовавших исправления еще в прошлой версии, трудности с оценкой текущего состояния дел и прогнозом на будущее. Частое выслушивание упреков на совещаниях.

Сопровождение отнимает значительные ресурсы, как человеческие, так и финансовые (наем аутсорсинговых и консалтинговых компаний), а ведь хочется эти ресурсы использовать значительно эффективнее. Для многих типовая ситуация, когда лучшие специалисты, знающие систему, как свои пять пальцев, тратят массу времени на работу с пользователями, при этом, как правило, одни и те же пользователи и одни и те же проблемы.

Термин «Сопровождение ПО» определяется IEEE (IEEE Standard 1216) как «процесс модификации программной системы или ее компонентов, проводимый после поставки системы заказчику с целью устранения отказов, повышения производительности или улучшения других характеристик системы или адаптации к изменившемуся программному окружению».

Из данного определения можно выделить основные направления:

• Корректирующее сопровождение — это исправление или обход ошибок и недочетов, выявленных в ходе эксплуатации программного обеспечения. На этой стадии пользователи ожидают от специалистов максимально оперативного решения проблем; а в идеале выявление ошибок вообще не должно касаться бизнес-пользователей. Количество выявленных проблем автоматически снижает удовлетворенность пользователей и повышает напряженность внутри компании.

• Улучшающее сопровождение — это дополнение программного продукта новыми функциями. Требования на расширение функционального охвата системы обычно исходят от пользователей и аналитиков. При этом задачи улучшающего сопровождения, как правило, выделяются в отдельные проекты с самостоятельными бюджетами, сроками и ответственными лицами.

• Адаптивное сопровождение — можно определить как внесение изменений в работающее приложение, необходимое для поддержки новых программных и аппаратных средств. При этом функциональность системы не нуждается в расширении. Приложение должно выполнять старые функции в новых условиях.

• Профилактическое сопровождение (preventive maintenance) — это модификация программного продукта на этапе эксплуатации для идентификации и предотвращения скрытых дефектов до того, как они приведут к реальным сбоям.

Данное определение справедливо для фирм-разработчиков или для ИТ-подразделений, осуществляющих полный цикл разработки приложений с «нуля». Но для бизнеса подобный подход часто является неоправданно дорогим, ведь приобретение тиражного продукта всегда дешевле самостоятельной разработки. В связи с этим при сопровождении бизнес-приложений существует еще одно направление сопровождения, а именно обновления от вендора; в профессиональном мире это называют миграцией версий ПО. Разработчик тиражируемого решения регулярно поставляет своим пользователям новые версии, в которых расширяется автоматизируемый функционал, исправляются обнаруженные ошибки, приложение адаптируется для поддержки изменений внешней среды (это очень характерно для бухгалтерских приложений, существующих в условиях нестабильности законодательства).

Для данного направления характерны достаточно серьезные проблемы, связанные с совместимостью изменений, поступивших от поставщика решения, с изменениями, ранее внесенными собственной службой сопровождения фирмы-пользователя. Анализ данной ситуации для аналитиков является огромной головной болью и требует от команды сопровождения высокого уровня документирования. Многие компании в связи с высокой трудоемкостью подобной функции вообще отказались от этого направления сопровождения. В такой ситуации предприятие-пользователь теряет возможность использовать ресурс разработчика. Вот живой пример: изменяются правила формирования книги покупок, при этом компания-пользователь, поддерживающая сервис обновления, получает от компании-разработчика соответствующее обновление практически бесплатно, а компания, не поддерживающая данный сервис, вынуждена производить соответствующую разработку самостоятельно.

Существует еще и другая сторона сопровождения, также поглощающая немало человеко-часов, — это управление сопровождением. Независимо от того, к какому типу сопровождения относится требование, и от кого оно поступило, от пользователя или от аналитика, требование это должно пройти определенный процесс согласований, меняя свой внутренний статус в зависимости от проведенных работ. Не секрет, что часто трудоемкость, связанная с согласованием требования, равна, а иногда и превышает трудоемкость его реализации.

Процесс управления требованиями представляет собой последовательность действий по регистрации, отслеживанию, анализу, принятию по нему решений, реализации, проверке и закрытию. Этот процесс требует принятия ряда решений руководителями различных подразделений и обмена информацией о поставленных задачах и произведенных работах между заинтересованными лицами.