Софтуерни технологии
Изтегляне 2.27 Mb.
|
Свързани:
empty doc
| 12.2.2. Принципи на изграждане и архитектура
на интегрираните среди Ще представим концепцията за изграждане на АСП-среди, следвайки изло- жението в [3]. Предназначението на АСП-средата е да подпомага цялостния процес на 157 създаване на ПП, като поддържа хранилище (repository) на информацията, не- обходима за осъществяване на софтуерните разработки. Поддържането и използването на информацията от хранилището се осъществява чрез интегрираща архитектура, представена на фиг. 12.1. Ос- новните компоненти са: база от данни, в която да се съхранява информацията, система за управление на обекти, чрез която да се управлява променянето на информацията, механизъм за управление на инструменталните средства (за ко- ординиране на използването им) и потребителски интерфейс. Повечето модели представят тези компоненти като слоеве. Ще опишем накратко основните й компоненти. Потребителският интерфейс осигурява удобна и ефективна работа със системата. Протоколът на представяне е множество от указания, чрез след- ването на които всички АСП-средства в системата се използват по подобен на- чин. Така екраните имат едно и също разпределение на отделни области с ед- накво предназначение; има правила за имената и организация на менюта, икони и обекти; стандартизирано е използването на клавиатура и мишка; описан е общ механизъм за достъп до средствата. С използването на протокол на предс- тавянето се постига унифицираност. Слоят на индивидуалните средства включва самите средства и програ- ми за управлението им. Препоръчва се управляващите програми да са проекти- рани и реализирани така, че да се поддържа динамична съвкупност от индиви- дуални средства. Това би позволило на потребителя да съставя нужната му кон- фигурация от средства и да я променя, като добавя, изключва или модифицира някои средства. Ако в системата се поддържа многозадачна работа, управлява- щите програми осигуряват синхронизация при прилагане на средствата, регу- лиране на потока на данните, следене на правата за достъп и прилагане на мет- рики за ефективността на използване на всяко от средствата. Слоят за управление на обекти осъществява интегрирането на средства- та с данните от хранилището и управлението на софтуерните конфигурации. Той е съвкупност от програми, които за всяка заявка идентифицират, обектите от съответната софтуерна конфигурация и ги представят във вид, подходящ за 158 съответното средство; поддържат различните версии, управляват планирането, внасянето и документирането на промени, регистрация и поддържане на опи- сание на всеки елемент на софтуерна конфигурация. Слоят за управление на хранилището включва базата данни на система- та и функциите за управлението й. Идеята за централизирано съхраняване на данните присъства във всеки модел на интегрирана среда, макар и под различни имена: АСП-база от данни, база на софтуерните разработки, хранилище и др. Съхраняваната информация може да се раздели на две: обща информация (свър- зана със софтуерната фирма като цяло и стила на работа в нея) и информация за всеки конкретен софтуерен проект. Общата информация може да включва описание на организационната структура в софтуерната фирма, съвкупността от вътрешни правила и стандарти, които трябва да се спазват, описание на из- ползваната методология на разработване, процедури за извършване на основ- ни дейности и др. Информацията за конкретен проект може да бъде: елементи на софтуерните конфигурации (първичен текст на програми, обектни модули, описания за свързване, изпълними програми, описание на връз- ките между елементите на дадена софтуерна конфигурация и др.); информация за провежданите дейности по осигуряване на качеството (планове, сценарии и резултати от тестване и проверки; резултати от прилагане на метрики, резултати от статистическа обработка на данните); информация, свързана с управление на проекта — планове, оценки на трудоемкост и продължителност, графици, отчети от проследяване на проекта в определени контролни точки); документация — съпровождаща и потребителска. Съдържанието и начинът на организация на данните в хранилището се оп- ределят при конкретната реализация на концептуалния модел. Освен обичайните функции на СУБД към компонентата за управление на хранилището са формулирани някои допълнителни изисквания: да осигурява интегрираност на данните — да проверява всички елементи така, че да не се допуска дублиране (редундантност) на данните; да осигурява съвместимост между свързаните обекти, автоматично да извършва последова- телните модификации, когато промяната на един обект изисква промяна на всич- ки свързани с него обекти; да осигурява механизъм за използване на информацията от множество разработчици и различни инструментални средства; да управлява многопотре- бителския достъп до данните и чрез защитни механизми да предотвратява нас- лагване на промените; да осигурява интеграция на данните и индивидуалните средства в систе- мата чрез поддържане на механизми за трансформиране, управляем достъп и защита. Така се постига съхраняването и обработването на сложни структури от данни, които се използват ефективно от съответните инструментални средства в системата, и то така, че разработването на ПП става в съответствие с избрана- та методология. 159 12.2.3. Жизнен цикъл на софтуерните среди Практическото използване на софтуерните среди преминава през следните шест фази: а) избор на софтуерна среда През тази фаза трябва да се направи проучване на софтуерния пазар и да се избере софтуерна среда, която е най-подходяща за дадена организация. Ос- новните критерии за избора са: методологията на разработване на софтуер в конкретната организация, т. е. съвкупността от прилагани модели, методи, техники и стандарти. В някои случаи чрез използването на определена среда може да се премине от стихийно разработване към систематично и организирано разработване с придържане към поддържаната от софтуерната среда методология; наличния хардуер в софтуерната организация. Обикновено използване- то на софтуерните среди изисква значителни изчислителни ресурси, които да не могат да бъдат осигурени от компютрите, с които разполага организацията; приложната област, в която ще бъде създаваният софтуер; цената на средата. По данни от [1] въпреки обещаваното увеличение на про- изводителността на труда от 40—100% цената за закупуване, инсталиране, настрой- ване и усвояване на работата със средата може да бъде неприемливо висока. б) настройване на средата към специфични за организацията изисквания През тази фаза трябва да се създаде версия на средата, която да съответст- ва на използваната в организацията платформа и модел на процеса на разработ- ване. Това изисква определяне на стойностите на параметри, определяне на елементите на системата за управление на обекти, избор на съвкупност от сред- ства и цялостно документиране на получения вариант на средата. в) инсталиране и експериментално използване на средата Организира се обучение и пробно използване, за да се оцени полезността на средата. Обикновено трябва да се преодолява съпротивата на разработчици- те заради променения стил на работа и съпротивата на мениджърите заради големите инвестиции с неизвестна възвращаемост. г) използване и еволюция на средата Препоръчва се натрупване на статистически данни, въз основа на които да се оцени ефектът от използване на средата. Поддържането на обратна връзка с доставчиците би осигурило подобряване на функционирането й и своевремен- но получаване на нови версии. д) преустановяване на използването на средата Възможни са две ситуации — отказ от използване на автоматизиращи сре- ди или замяна на използваната среда с друга. Във втория случай заради съпро- вождането на разработени вече системи може да се наложи паралелно функци- ониране на двете среди. Изтегляне 2.27 Mb. Сподели с приятели:
|