Софтуерни технологии
Оценяване на софтуерните процеси
Изтегляне 2.27 Mb.
|
Свързани:
empty doc
| 8.3. Оценяване на софтуерните процеси
8.3.1. Методологията SEIСММ Изграждането на такава организация на процесите, която да осигурява ефективното и навременно създаване на качествен софтуер се нуждае и от неп- рекъснато обективно оценяване на достигнатото равнище. В края на 80-те го- дини [2], [3] в Института по софтуерни технологии в Питсбърг (САЩ) (Software 100 Engineering Institute (SEI), Carnegie Melon University, Pittsburgh) се обявяват конструктивни изследвания в тази насока, които по-късно се развиват, прила- гат в практиката и оказват силно влияние върху теоретиците и практиците в цял свят. Основният продукт на тези изследвания е моделът за оценяване на зре- лостта — Capability maturity model — СММ [4]. Този модел е предназначен за: подобряване на софтуерните процеси; оценяване на софтуерните процеси, при което специално подготвени експерти определят текущото състояние на софтуерните процеси в организа- цията; оценяване от подготвени експерти на способността на потенциални из- пълнители на даден софтуерен*проект. Оценяването се извършва по точно определена схема на основата на 150 въпроса, отговорите на които са „да" или „не". Пример за такъв въпрос е:„Има ли във вашата фирма формално организирана система за осигуряване на качес- твото?" Подобряването се извършва с помощта на точно и подробно определени и структурирани действия в планирането, технологията и управлението на раз- работването и съпровождането на софтуера. СММ е получил широко разпространение, защото: основан е на реалната практика; отразява най-добрите постижения на тази практика; съобразява се с нуждите на участниците в софтуерния процес и него- вото оценяване и подобряване; документиран е добре; — достъпен е за широката публика. Структура СММ се състои от 5 нива на зрелост (maturity levels). Нивото на зрелост е добре дефинирана развиваща се платформа, насочена към достигането на зрял софтуерен процес. Всяко ниво на зрелост се състои от ключови области на обработка (key process areas), c изключение на ниво 1. Всяка ключова област съдържа група свързани дейности, които, изпълнени съвместно, водят до постигане на целите, смятани за съществени за това ниво на зрелост. Например една от ключовите области на обработка на ниво 2 е „Планиране на софтуерния проект". Всяка ключова област се състои от 5 секции общи характеристики {common features): ангажираност за изпълнение, способност за изпълнение, изпълнявани дейности, измерване и анализ и верификация на приложението. Тези общи характеристики показват дали прилагането и формалното установя- ване на ключовата област на обработка е ефективно, повторяемо и трайно. На следващото ниво са т. н. ключови практики (key practices), чрез които се постигат целите на ключовите области. Ключовите практики описват инф- раструктурата и дейностите, които допринасят за ефективното прилагане и формалното установяване на съответната ключова област. Например една от ключовите практики на ключовата област „Планиране на софтуерния проект" е: „Планът за разработването на софтуерния проект се създава в съответствие с документирана процедура." Схематично това е показано на фиг. 8.1. Нива на зрелост 101 програма могат да бъдат видени, но логическата същност на програмата, особе- но ако е по-голяма, няма как да бъде „видяна", още по-малко — цялостната структура на комплекс от програми. Това е смисълът на твърдението, че софту- ерът е на много високо ниво на абстрактност. лемите на общуването в рамките на колектива, разработващ програмен про- дукт. При това специфични проблеми възникват както пред ръководителите на различни нива на разработващия екип, така и между редовите изпълните- ли. 1.2.3. Уникалност на софтуерното производство Много често хората са склонни да мислят себе си или нещата, с които се занимават, за особени. Но софтуерното производство наистина има черти, кои- то го правят уникално. Да се върнем към сравнението с автомобилното произ- водство: Изтегляне 2.27 Mb. Сподели с приятели:
|