Реклама:

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

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

В процессе анализа предполагаемые изменения селектируются на четыре группы:

срочные изменения, которые должны не только быть внесены в очередную (л + 1)-ю версию КП, но и сообщены пользователям для оперативной корректировки программ до внедрения официальной версии;

изменения, которые целесообразно .внести в (п + 1)-к> версию с учетом затрат на их реализацию и улучшения-эффективности КП;

изменения, которые требуют дополнительного анализа целесообразности и эффективности их реализации в последующих версиях и могут не внедряться в ближайшую (п 4- 1)-ю версию КП;

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

Все проанализированные изменения регистрируются, для принятых к внедрению изменений разрабатывается план доработок программ и определяется ответственный за каждую корректировку программы. Предположим, чтр все корректировки реализуются только в (п + 1)-й -версии, т. е. частные изменения йе сообщаются пользователям. Изменения программ могут потребовать либо полной замены модуля или группы программ, либо небольшого изменения текста программного модуля, описания данных или констант. При полной замене компонент КП они подлежат тестированию, как все'вновь созданные компоненты (см. гл. 3. и 4). 1

Если'изменения в программе или в данных невелики, то тестирование стремятся ограничить компонентами, непосредственно связанными с выполненной корректировкой (см. рис. 5.6). Однако следует учитывать, что корректировки программ в 10—30 % [151 случаев сами, содержат ошибки и требуют тщательного тестирования почти всей программы, а не только тех частей, где внесены изменения. Наличие в программах глубоких межмодульных-связей по управлению и по информации вызывают необходимость тестирования и тех компонент, где по первому впечатлению корректировки не оказывают влияния. Такие связи зачастую приводят к появлению ошибок вследствие проведенных изменений и нарушения концептуальной или функциональной целостности группы взаимодействующих программ и данных. Поэтому антирегрессионному тестированию необходимо подвергать также не-которые^частн программ, которые не подвергались изменениям. Для этого используются тесты, ранее применявшиеся при испытаниях предыдущей л-й версии или опытного образца.


⇐ Предыдущая страница| |Следующая страница ⇒