Софтуерни технологии

воения им приоритет. Оценяват се обемът и сложността на работата и се възла-
га на един или няколко изпълнители.
Етап 2. Проектиране на измененията
Анализират се възможните начини за осъществяване на измененията и се
определя кои програмни части ще бъдат модифицирани.
Етап 3. Програмиране и тестване
През този етап съответните програми се изменят и се тестват локално.
Етап 4. Интегриране на програмната система и системно тестване
Извършва се регресионно тестване и пълни приемни изпитания, след ус-
пешното приключване на които версията се пуска за разпространение. През
този етап потребителите се запознават с бюлетина за изменение и ако е необхо-
димо, се провежда обучение за работа с новата версия.
Етап 5. Разпространение на новата версия
Всеки от потребителите на ПП може да получи новата версия и съответна-
та документация. Конкретните финансови условия на разпространение зависят
от съдържанието на новата версия и от регламентираните отношения между
собственика на ПП и потребителите.
5.2.5. Разходи и цена на съпровождането
Изследвани са факторите, влияещи на разходите за съпровождането: при-
ложна област, продължителност на използване на програмната система, степен
на зависимост от външната среда. Някои от идентифицираните разходи са след-
ствие от методите и средствата, използвани при разработването — език и стил
на програмиране, тестване и валидиране на програмите, качество на програм-
ната документация и др.
Белади и Леман [5] предлагат модел на процеса на съпровождане. Съгласно
този модел, ако една програмна система се променя непрекъснато, то нейните обем
и сложност нарастват. Причините за това са няколко. Първо, поправянето на едни
грешки може да доведе до внасяне на нови. Второ, след всяко изменение системата
се отклонява от първоначалния проект, който е обмислян и оценяван внимателно.
Трето, съпровождането се извършва от специалисти с различна квалификация, ко-
ито невинаги могат да разберат системата така, че да я променят оптимално.
Предложена е следната оценка за разходите на съпровождане:
с е мярка на сложността, предизвикана от липсата на структурно проекти-
ране и документиране. Тази сложност се редуцира с d — степента, до която
групата по съпровождане е запозната със софтуера.
Константата К е емпирична, като стойността й зависи от средата. Тя се
определя чрез регресионен анализ на разходите за съпровождане на реални
проекти.
Ако системата е разработена без прилагане на основните принципи на соф-
туерните технологии, стойността на параметъра с ще бъде висока. Ако освен
това се съпровожда без пълно разбиране на системата, стойността на d ще бъде
ниска. В резултат разходите за съпровождане ще нарастват експоненциално.
Следователно намаляването им Може да се постигне чрез осигуряване на харак-
теристиката на качеството съпровождаемост в процеса на разработване и чрез
предоставяне на достатъчно време за разучаване на системата, която ще се мо-
дифицира.
5.2.6. Автоматизирани средства, подпомагащи съпровождането
Някои от съществуващите софтуерни средства могат да се използват и при
съпровождане. В зависимост от предназначението си те могат да се класифици-
рат в следните групи:
а) средства, улесняващи разучаването на програмите. Те реализират пре-
форматиране в стандартен вид, създаване на справки за срещаните имена, ста-
тичен анализ на потока на данните и потока на управление и др.
б) средства, улесняващи анализа и проектирането на внасяните изменения,
например чрез прилагане на метрики върху оригиналната и променената програ-
ма;
в) средства за управляемо внасяне на промените, като се следи за правата
на достъп, автоматично се документират промените, управлява се последова-
телността на осъществяване, регистрирането и оптималното извършване на мо-
дифицирането;
в) средства за провеждане и анализ на резултатите от регресионното тест-
ване;
г) средства за документиране на промените.
Съществуват и среди за съпровождане, интегриращи няколко средства и
поддържащи собствени бази от данни и механизми за управление на промени-
те. Пример за такава среда е системата Lifespan, разработена от Yard Systems.
Съхраняваните компоненти са програми, процедури, тестови данни или доку-
менти. Те имат номер на версията и са групирани в пакети. Позволява се внася-
нето на промени в копие на съхранявания компонент, с автоматично създаван
коментар кой, кога и защо е променил компонентата и кои са компонентите,
които трябва да се изследват, дали и как са засегнати от промяната.

където:
М са общите разходи за съпровождане на програмната система.
Стойността на р представя продуктивните усилия: анализ, проектиране,
програмиране и тестване.
66