• Nie Znaleziono Wyników

Parametryczne szacowanie projektów software’owych

N/A
N/A
Protected

Academic year: 2021

Share "Parametryczne szacowanie projektów software’owych"

Copied!
2
0
0

Pełen tekst

(1)

Parametryczne szacowanie projektów software’owych

Najbardziej rozpowszechniony ciąg działań prowadzących do oszacowania pracochłonności i czasu trwania projektów software’owych składa się z szacowania rozmiaru produkowanego

oprogramowania a następnie oszacowaniu na jego podstawie pracochłonności i czasu trwania projektu.

Metoda punktów funkcyjnych

Punkt funkcyjny jest to uniwersalna miara złożoności oprogramowania. Liczbę punktów funkcyjnych wyznacza się na podstawie następujących parametrów:

Wejścia zewnętrzne (EI);

Wyjścia zewnętrzne (EO);

Zapytania zewnętrzne (EQ);

Pliki wewnętrzne (ILF);

Interfejsy zewnętrzne (EIF).

Liczba punktów funkcyjnych określa zależność:

FP = E(EI, EO, EQ, ILF, EIF)

gdzie jako E jest wyrażeniem algebraicznym uzyskiwanym na podstawie badań statystycznych i zależnym od typu projektów, stosowanych narzędzi i innych okoliczności wpływających na zużycie zasobów.

Najprostszym wyrażeniem służącym do wyliczania punktów funkcyjnych jest:

FP = 4*EI + 5*EO + 4*EQ + 10*ILF + 7*EIF Punkty funkcyjne są przeliczane na linie kodu.

Tabela 1. Produktywność języków programowania w przeliczeniu na punkt funkcyjny Język Linie kodu na Punkt

Funkcyjny

Asembler 320

C 128

COBOL 107

Fortran 77 105

COBOL 85 91

PL/I 80

Ada 71

Pascal 70

Prolog 64

C++ 56

Ada 95 55

Java 55

Visual Basic 35

(2)

Metoda COCOMO

Oszacowany rozmiar kodu stanowi podstawę do szacowania pracochłonności i czasu trwania projektów. Najbardziej znaną metodą szacowania jest COCOMO (COnstructive COst MethOd), opracowana przez B. Boehma.

W metodzie COCOMO wyróżnia się trzy rodzaje projektów:

samodzielne, nie związane ze środowiskiem zewnętrznym;

pośrednie;

wbudowane w środowisko (przede wszystkim real-time).

Tabela 2. COCOMO - Szacowanie czasu trwania i pracochłonności projektów Rodzaj projektu Pracochłonność

(MM, osobo miesiące)

Czas trwania (miesiące)

Samodzielny 3,2 * KDSI 1,05 2,5 * MM 0,38

Pośredni 3,0 * KDSI 1,12 2,5 * MM 0,35

Wbudowany 2,8 * KDSI 1,20 2,5 * MM 0,32

KDSI - tysiąc linii kodu (delivered source instructions)

Cytaty

Powiązane dokumenty

Tych wad nie posiadają lampy LED-owe, których własności fotometryczne, polegające na emisji światła jedynie w dolną półprzestrzeń sprawiają, że prawie cały strumień

Co prawda nie istnieje ustawa o rekultywacji, jako odrêbny akt prawny, to jednak problem odnowy zdegradowanych elementów œrodowiska znalaz³ siê w ustawach: prawo geologiczne i

Utworzyć dokument HTML o nazwie index.html (uwaga na duże / małe litery, oraz trzeba sprawdzić, czy plik ma rzeczywiście nazwę index.html a nie

Ratownicze badania wykopaliskowe, przeprowadzone w dniach od 12 do 24 października przez dr Joannę Kalagę (Instytut Archeologii UW).. Finansowane przez

edytowania modeli części, dostępne dzięki technologii Synchronous Technology opracowanej przez Siemens PLM Software... Programowanie NC przy użyciu funkcjonalności

Do połączenia czterech punktów najkrótszą siecią dróg, będziemy więc mieć dwa do- datkowe punkty pośrednie, w których schodzące się odcinki, tworzące parami kąty 120

Do mowy określonej przez autora należą również takie teksty, które nie m ają przede wszystkim funkcji znaków, ale w swej językowej reali­ zacji same są

Apart from the three left- bank strongholds located near the villages of el-Ar (SH1), el-Meghera (SH8) and el-Tina (island of Tanta), which were surveyed and in the first two