— указание методик, в соответствии с которыми проводились испытания, обработка и оценка результатов;

— условия проведения тестирования и характеристика исходных данных;

— обобщенные результаты испытаний с оценкой их на соответ­ствие требованиям технического задания и другим руководящим документам;

— выводы о результатах испытаний и степени соответствия созданного ПС определенному разделу требований технического задания.

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

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

Задачи сопровождения программ

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

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

— исправления ошибок — корректировка программ, выдающих неправильные результаты в условиях, ограниченных техничес­ким заданием и документацией; в процессе сопровождения тре­буют около 20 % общих затрат;

— регламентированная документами адаптация к условиям кон­кретного использования, обусловленным характеристиками внеш­ней среды или конфигурацией аппаратуры, на которой предстоит функционировать программам, — около 20 % общих затрат;

— модернизация — расширение функциональных возможностей или улучшение характеристик решения отдельных задач в соот­ветствии с новым или дополненным техническим заданием на ПС — до 60 % общих затрат [2].

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

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

Этапы подготовки и внесения изменений в комплекс про­грамм.

Некоторые некорректные изменения эксплуатируемых программ могут вызывать значительный ущерб, поэтому необхо­димо их селектировать и тщательно проверять. На завершающих стадиях комплексной отладки в процессе эксплуатации и со­провождения сложных ПС применяются методы конфигу­рационного управления. Конфигурационное управление необходимо и особенно эффективно при сопровожде­нии широко тиражируемых очень сложных ПС, используемых одновременно в нескольких версиях. Предположим, что сопро­вождается сложный ПС (объемом в 105 .107 команд), прошедший испытание опытного образца и уже имеющий n-ю версию. Этот ПС используется в течение 10 .20 лет многими пользователями, у каждого из которых адаптируется к конкретным условиям применения.

Схема конфигурационного управления при сопровождении ПС между n-й и (n+1)-й версиями с учетом тиражирования и возможности прекращения сопровождения представлена на рис. 2 (см. Приложение). Ошибки и предложения изменений первоначально селектируются специалистами но компонентам ПС и анализиру­ются советом конфигурационного управления по их влиянию на качество функционирования программ и затратам на осуществле­ние изменений. Каждое предлагаемое изменение программ оцени­вается по следующим критериям:

— насколько данное изменение может улучшить эксплуатацион­ные характеристики ПС в целом;

— каковы затраты на выполнение корректировок в новой вер­сии и их распространение пользователям;

— возможно ли и насколько сильно влияние изменения на функ­циональные характеристики остальных компонент данного ПС;

— какова срочность извещения пользователей о разработанной корректировке и целесообразно ли ее распространять до под­готовки очередной версии;

— для какого числа пользователей может быть полезным данное изменение;

— как данное изменение отразится на эксплуатации пользо­вателями предыдущих версий;

— насколько подготовка данного изменения может отразиться на сроках создания очередной версии.

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