Метрики за оценка на софтуерния процес


Измерване в контекста на продукти, хора, процеси и проекти



Pdf просмотр
страница7/32
Дата21.03.2023
Размер1.14 Mb.
#116975
ТипАвтореферат
1   2   3   4   5   6   7   8   9   10   ...   32
avtoreferat
Свързани:
discrete structure, Математически методи за цифрова обработка, 240 Heming codes, 11168, 6656474, 2008-05-05-19-19-Paranoia Doll-seti lab-bl
Измерване в контекста на продукти, хора, процеси и проекти
В началото на ХХI-ви век популярност добиват множество нови методологии за разработка на софтуер. Методологиите се разделят на два основни типа - ориентирани към процесите и ориентирани към хората (т.нар. гъвкави методологии). Някои методологии включват в себе си използването на определени метрики, които ще бъдат разгледани по-долу.
Еволюционна матрица
(Lanza, 2001) използва способността на човешкия мозък лесно да открива шаблони, като комбинира софтуерна визуализация и метрики, за да проследи процеса на еволюция на софтуера във времето.


8
Фиг. 1 Схематично представяне на еволюционната матрица
Основно предимство на еволюционната матрица е начинът на визуализиране на информацията - тя позволява да се правят анализи, без да се навлиза надълбоко в големи обеми от данни. Но тя има и някои недостатъци: необходими са множество версии, за да се направят смислени заключения; информация за връзките между класовете (напр. наследяване) се губи изцяло; скалируемостта на визуализацията е трудна, когато в системата има повече от
100 класа, еволюционната матрица е много голяма, което позволява извличане на информация за системата като цяло, но изследването на конкретни класове става по-трудно.
Моделиране с мрежи на Бейс
(Fenton, Krause, & Neil, 2002) критикуват използването на прости регресивни модели при търсене на рискове в процеса на разработка на софтуер. Авторите предлагат подход на моделиране, който използва мрежи на Бейс за описване на причинно-следствените връзки между елементи от процеса на разработка и характеристиките на разработения продукт.
Полезно качество на този модел е, че може да бъде прилаган и в права, и в обратна посока. Ако броят на откритите при тестването дефекти е малък, това може да се дължи на малко налични дефекти или на ниска ефективност на тестването, като моделът може да покаже и вероятността едно от двете съждения да е вярно. Съответно, ако и броят на откритите при тестване дефекти, и броят на доставените дефекти е нисък, то вероятността тестването да е било неефективно също е ниска.


Сподели с приятели:
1   2   3   4   5   6   7   8   9   10   ...   32




©obuch.info 2024
отнасят до администрацията

    Начална страница