Techniki szacowania - proces liczenia FP
Proces liczenia FP obejmuje następujące kroki -
Step 1 - Określić rodzaj liczenia.
Step 2 - Określ granicę zliczania.
Step 3 - Zidentyfikuj każdy proces elementarny (EP) wymagany przez użytkownika.
Step 4 - Określ unikalne EP.
Step 5 - Funkcje danych pomiarowych.
Step 6 - Pomiar funkcji transakcyjnych.
Step 7 - Oblicz rozmiar funkcjonalny (nieskorygowana liczba punktów funkcji).
Step 8 - Określić współczynnik korekty wartości (VAF).
Step 9 - Oblicz skorygowaną liczbę punktów funkcji.
Note- Ogólna charakterystyka systemu (GSC) jest opcjonalna w CPM 4.3.1 i przeniesiona do dodatku. Stąd krok 8 i krok 9 można pominąć.
Krok 1: Określ typ liczenia
Istnieją trzy rodzaje zliczania punktów funkcyjnych -
- Liczba punktów funkcji rozwoju
- Liczba punktów funkcji aplikacji
- Liczba punktów funkcji wzmocnienia
Liczba punktów funkcji rozwoju
Punkty funkcyjne można zliczać na wszystkich etapach projektu deweloperskiego od etapu wymagania do etapu wdrożenia. Ten rodzaj liczenia jest związany z nowymi pracami rozwojowymi i może obejmować prototypy, które mogły być wymagane jako rozwiązanie tymczasowe, wspierające wysiłek związany z konwersją. Ten typ liczenia nazywany jest liczbą punktów funkcji linii bazowej.
Liczba punktów funkcji aplikacji
Liczby aplikacji są obliczane na podstawie dostarczonych punktów funkcyjnych i wykluczają wszelkie wysiłki związane z konwersją (prototypy lub rozwiązania tymczasowe) oraz istniejące funkcje, które mogły istnieć.
Liczba punktów funkcji wzmocnienia
Zmiany wprowadzone w oprogramowaniu po produkcji są traktowane jako udoskonalenia. Aby określić rozmiar takich projektów ulepszeń, liczba punktów funkcji zostanie dodana, zmieniona lub usunięta w aplikacji.
Krok 2: Określ granicę zliczania
Granica wskazuje granicę między mierzoną aplikacją a aplikacjami zewnętrznymi lub domeną użytkownika. (Patrz rysunek 1)
Aby określić granicę, zrozum -
- Cel liczenia punktów funkcji
- Zakres mierzonego zastosowania
- Jak i które aplikacje przechowują dane
- Obszary biznesowe obsługujące aplikacje
Krok 3: Zidentyfikuj każdy elementarny proces wymagany przez użytkownika
Skomponuj i / lub rozłóż wymagania funkcjonalne użytkownika na najmniejszą jednostkę czynności, która spełnia wszystkie poniższe kryteria -
- Ma znaczenie dla użytkownika.
- Stanowi pełną transakcję.
- Jest samowystarczalny.
- Pozostawia liczenie aplikacji w spójnym stanie.
Na przykład wymóg użytkownika funkcjonalnego - „Utrzymaj informacje o pracowniku” można rozłożyć na mniejsze czynności, takie jak dodawanie pracownika, zmiana pracownika, usuwanie pracownika i zapytania o pracownika.
Każda zidentyfikowana w ten sposób jednostka działalności jest procesem elementarnym (EP).
Krok 4: Określ unikalne podstawowe procesy
Porównując dwa już zidentyfikowane EP, policz je jako jeden PE (ten sam EP), jeśli -
- Wymagają tego samego zestawu DET.
- Wymagaj tego samego zestawu stawek FTR.
- Wymagają tego samego zestawu logiki przetwarzania, aby ukończyć EP.
Nie dziel EP z wieloma formami logiki przetwarzania na wiele EPS.
Na przykład, jeśli zidentyfikowałeś „Dodaj pracownika” jako PE, nie należy go dzielić na dwa PE, aby uwzględnić fakt, że pracownik może mieć lub nie mieć na utrzymaniu osób na utrzymaniu. PE nadal jest „Dodaj pracownika” i istnieje zróżnicowanie w logice przetwarzania i DET w celu uwzględnienia osób pozostających na utrzymaniu.
Krok 5: Pomiar funkcji danych
Sklasyfikuj każdą funkcję danych jako ILF lub EIF.
Funkcję danych klasyfikuje się jako -
Wewnętrzny plik logiczny (ILF), jeśli jest utrzymywany przez mierzoną aplikację.
Plik interfejsu zewnętrznego (EIF), jeśli odwołuje się do niego, ale nie jest obsługiwany przez mierzoną aplikację.
ILF i EFI mogą zawierać dane biznesowe, dane kontrolne i dane oparte na regułach. Na przykład przełączanie telefoniczne obejmuje wszystkie trzy typy - dane biznesowe, dane reguł i dane sterujące. Dane biznesowe to faktyczna rozmowa. Dane reguł określają sposób, w jaki wywołanie powinno być kierowane przez sieć, a dane sterujące to sposób, w jaki przełączniki komunikują się ze sobą.
Rozważ następującą dokumentację dotyczącą liczenia ILF i EFI -
- Cele i ograniczenia proponowanego systemu.
- Dokumentacja dotycząca obecnego systemu, jeśli taki system istnieje.
- Dokumentacja postrzeganych celów, problemów i potrzeb użytkowników.
- Modele danych.
Krok 5.1: Policz DET dla każdej funkcji danych
Zastosuj następujące zasady do liczenia DET dla ILF / EIF -
Policz DET dla każdego niepowtarzalnego pola identyfikowalnego przez użytkownika, niepowtarzalnego pola utrzymywanego w ILF lub EIF lub pobranego z niego w drodze wykonania EP.
Policz tylko te DET używane przez aplikację, które są mierzone, gdy dwie lub więcej aplikacji utrzymuje tę samą funkcję danych i / lub odwołuje się do niej.
Policz DET dla każdego atrybutu wymaganego przez użytkownika do ustanowienia relacji z innym ILF lub EIF.
Przejrzyj powiązane atrybuty, aby określić, czy są one zgrupowane i liczone jako jeden DET, czy też są liczone jako wiele DET. Grupowanie będzie zależało od tego, w jaki sposób PE wykorzystują atrybuty w aplikacji.
Krok 5.2: Policz RET dla każdej funkcji danych
Zastosuj następujące zasady do liczenia RET dla ILF / EIF -
- Policz jeden RET dla każdej funkcji danych.
- Policz jeden dodatkowy RET dla każdej z następujących dodatkowych logicznych podgrup DET.
- Jednostka skojarzona z atrybutami niebędącymi kluczami.
- Podtyp (inny niż pierwszy podtyp).
- Podmiot atrybutywny w relacji innej niż obowiązkowa 1: 1.
Krok 5.3: Określ złożoność funkcjonalną dla każdej funkcji danych
| RETS | Typy elementów danych (DET) | ||
|---|---|---|---|
| 1-19 | 20-50 | >50 | |
| 1 | L | L | ZA |
| 2 do 5 | L | ZA | H. |
| > 5 | ZA | H. | H. |
Złożoność funkcjonalna: L = Niski; A = Średnia; H = Wysoki
Krok 5.4: Zmierz rozmiar funkcjonalny dla każdej funkcji danych
| Złożoność funkcjonalna | Liczba FP dla ILF | Liczba PR dla EFI |
|---|---|---|
| Niska | 7 | 5 |
| Średni | 10 | 7 |
| Wysoki | 15 | 10 |
Krok 6: Zmierz funkcje transakcyjne
Aby zmierzyć funkcje transakcyjne, wykonaj następujące kroki:
Krok 6.1: Sklasyfikuj każdą funkcję transakcyjną
Funkcje transakcyjne należy sklasyfikować jako wejście zewnętrzne, wyjście zewnętrzne lub zapytanie zewnętrzne.
Wejście zewnętrzne
Wejście zewnętrzne (EI) to elementarny proces, który przetwarza dane lub kontroluje informacje pochodzące spoza granicy. Podstawowym celem EI jest utrzymanie jednego lub więcej ILF i / lub zmiana zachowania systemu.
Należy zastosować wszystkie poniższe zasady -
Dane lub informacje sterujące są odbierane spoza granic aplikacji.
Przynajmniej jeden ILF jest utrzymywany, jeśli dane wchodzące do granicy nie są informacjami kontrolnymi, które zmieniają zachowanie systemu.
W przypadku wskazanego PE musi mieć zastosowanie jedno z trzech stwierdzeń:
Logika przetwarzania różni się od logiki przetwarzania wykonywanej przez inne EI dla aplikacji.
Zbiór zidentyfikowanych elementów danych różni się od zbiorów określonych dla innych EI we wniosku.
Odwołania do plików ILF lub EIF różnią się od plików, do których odwołują się inne EI w aplikacji.
Wyjście zewnętrzne
Wyjście zewnętrzne (EO) to elementarny proces, który wysyła dane lub informacje sterujące poza granice aplikacji. EO obejmuje dodatkowe przetwarzanie poza zapytaniem zewnętrznym.
Podstawowym celem EO jest przedstawienie informacji użytkownikowi poprzez logikę przetwarzania inną niż lub dodatkowo do wyszukiwania danych lub informacji sterujących.
Logika przetwarzania musi -
- Zawierają co najmniej jedną formułę matematyczną lub obliczenie.
- Utwórz dane pochodne.
- Utrzymuj jeden lub więcej ILF.
- Zmień zachowanie systemu.
Należy zastosować wszystkie poniższe zasady -
- Wysyła dane lub informacje sterujące poza granicami aplikacji.
- W przypadku wskazanego PE musi mieć zastosowanie jedno z trzech stwierdzeń:
- Logika przetwarzania jest unikalna w porównaniu z logiką przetwarzania wykonywaną przez innych EO dla aplikacji.
- Zestaw zidentyfikowanych elementów danych różni się od innych TE w aplikacji.
- Odwołania do plików ILF lub EIF różnią się od plików, do których odwołują się inne EO w aplikacji.
Dodatkowo musi obowiązywać jedna z następujących zasad -
- Logika przetwarzania zawiera co najmniej jedną formułę matematyczną lub obliczenie.
- Logika przetwarzania obsługuje co najmniej jeden ILF.
- Logika przetwarzania zmienia zachowanie systemu.
Zapytanie zewnętrzne
Zapytanie zewnętrzne (EQ) to elementarny proces, który wysyła dane lub informacje kontrolne poza granice. Głównym celem EQ jest przedstawienie informacji użytkownikowi poprzez wyszukiwanie danych lub informacji sterujących.
Logika przetwarzania nie zawiera formuł matematycznych ani obliczeń i nie tworzy żadnych danych pochodnych. Podczas przetwarzania nie jest utrzymywany żaden ILF ani nie zmienia się zachowanie systemu.
Należy zastosować wszystkie poniższe zasady -
- Wysyła dane lub informacje sterujące poza granicami aplikacji.
- W przypadku wskazanego PE musi mieć zastosowanie jedno z trzech stwierdzeń:
- Logika przetwarzania jest unikalna w stosunku do logiki przetwarzania wykonywanej przez inne korektory EQ dla aplikacji.
- Zestaw zidentyfikowanych elementów danych różni się od innych EQ w aplikacji.
- Odnośniki ILF lub EIF różnią się od plików, do których odwołują się inne EQ w aplikacji.
Dodatkowo muszą obowiązywać wszystkie poniższe zasady -
- Logika przetwarzania pobiera dane lub informacje sterujące z ILF lub EIF.
- Logika przetwarzania nie zawiera wzoru matematycznego ani obliczeń.
- Logika przetwarzania nie zmienia zachowania systemu.
- Logika przetwarzania nie obsługuje ILF.
Krok 6.2: Policz DET dla każdej funkcji transakcyjnej
Zastosuj następujące zasady, aby policzyć DET dla EI -
Przejrzyj wszystko, co przekracza (wchodzi i / lub wychodzi) z granicy.
Policz jeden DET dla każdego unikatowego, niepowtarzalnego atrybutu, który można zidentyfikować przez użytkownika, który przekracza (wchodzi i / lub opuszcza) granicę podczas przetwarzania funkcji transakcyjnej.
Policz tylko jeden DET na funkcję transakcyjną, aby móc wysłać komunikat odpowiedzi aplikacji, nawet jeśli istnieje wiele komunikatów.
Policz tylko jeden DET na funkcję transakcyjną, aby móc zainicjować działania, nawet jeśli istnieje wiele sposobów, aby to zrobić.
Nie licz następujących elementów jako DET -
Atrybuty generowane w granicach przez funkcję transakcyjną i zapisywane w ILF bez wychodzenia z granicy.
Literały, takie jak tytuły raportów, identyfikatory ekranu lub panelu, nagłówki kolumn i tytuły atrybutów.
Znaczniki generowane przez aplikację, takie jak atrybuty daty i godziny.
Zmienne stronicowania, numery stron i informacje o pozycjonowaniu, np. „Wiersze od 37 do 54 z 211”.
Pomoce nawigacyjne, takie jak możliwość poruszania się po liście przy użyciu „poprzedni”, „następny”, „pierwszy”, „ostatni” i ich graficzne odpowiedniki.
Zastosuj następujące zasady, aby policzyć DET dla EO / EQ -
Przejrzyj wszystko, co przekracza (wchodzi i / lub wychodzi) z granicy.
Policz jeden DET dla każdego unikatowego, niepowtarzalnego atrybutu, który można zidentyfikować przez użytkownika, który przekracza (wchodzi i / lub opuszcza) granicę podczas przetwarzania funkcji transakcyjnej.
Policz tylko jeden DET na funkcję transakcyjną, aby móc wysłać komunikat odpowiedzi aplikacji, nawet jeśli istnieje wiele komunikatów.
Policz tylko jeden DET na funkcję transakcyjną, aby móc zainicjować działania, nawet jeśli istnieje wiele sposobów, aby to zrobić.
Nie licz następujących elementów jako DET -
Atrybuty generowane w granicach bez przekraczania granicy.
Literały, takie jak tytuły raportów, identyfikatory ekranu lub panelu, nagłówki kolumn i tytuły atrybutów.
Znaczniki generowane przez aplikację, takie jak atrybuty daty i godziny.
Zmienne stronicowania, numery stron i informacje o pozycjonowaniu, np. „Wiersze od 37 do 54 z 211”.
Pomoce nawigacyjne, takie jak możliwość poruszania się po liście przy użyciu „poprzedni”, „następny”, „pierwszy”, „ostatni” i ich graficzne odpowiedniki.
Krok 6.3: Policz stawki FTR dla każdej funkcji transakcyjnej
Zastosuj następujące zasady do liczenia stawek FTR dla EI -
- Policz FTR dla każdego utrzymywanego ILF.
- Policz FTR dla każdego ILF lub EIF odczytanego podczas przetwarzania EI.
- Policz tylko jeden FTR dla każdego ILF, który jest zarówno utrzymywany, jak i czytany.
Zastosuj następującą zasadę, aby policzyć stawki FTR za EO / EQ -
- Policz FTR dla każdego ILF lub EIF odczytanego podczas przetwarzania EP.
Dodatkowo zastosuj następujące zasady do liczenia stawek FTR za EO -
- Policz FTR dla każdego ILF utrzymywanego podczas przetwarzania EP.
- Policz tylko jeden FTR dla każdego ILF, który jest zarówno utrzymywany, jak i odczytywany przez EP.
Krok 6.4: Określ złożoność funkcjonalną dla każdej funkcji transakcyjnej
| FTR | Typy elementów danych (DET) | ||
|---|---|---|---|
| 1-4 | 5-15 | >=16 | |
| 0-1 | L | L | ZA |
| 2 | L | ZA | H. |
| > = 3 | ZA | H. | H. |
Złożoność funkcjonalna: L = Niski; A = Średnia; H = Wysoki
Określ złożoność funkcjonalną dla każdego EO / EQ, z wyjątkiem tego, że EQ musi mieć co najmniej 1 FTR -
EQ musi mieć co najmniej 1 FTR FTR |
Typy elementów danych (DET) | ||
|---|---|---|---|
| 1-4 | 5-15 | > = 16 | |
| 0-1 | L | L | ZA |
| 2 | L | ZA | H. |
| > = 3 | ZA | H. | H. |
Złożoność funkcjonalna: L = Niski; A = Średnia; H = Wysoki
Krok 6.5: Zmierz rozmiar funkcjonalny dla każdej funkcji transakcyjnej
Zmierz rozmiar funkcjonalny każdego EI na podstawie jego złożoności funkcjonalnej.
| Złożoność | Liczba PR |
|---|---|
| Niska | 3 |
| Średni | 4 |
| Wysoki | 6 |
Zmierz rozmiar funkcjonalny każdego EO / EQ na podstawie jego złożoności funkcjonalnej.
| Złożoność | Liczba PR dla EO | Liczba FP dla EQ |
|---|---|---|
| Niska | 4 | 3 |
| Średni | 5 | 4 |
| Wysoki | 6 | 6 |
Krok 7: Oblicz rozmiar funkcjonalny (nieskorygowana liczba punktów funkcyjnych)
Aby obliczyć rozmiar funkcjonalny, należy postępować według poniższych kroków -
Krok 7.1
Przypomnij sobie, co znalazłeś w kroku 1. Określ rodzaj liczenia.
Krok 7.2
Oblicz rozmiar funkcjonalny lub liczbę punktów funkcji na podstawie typu.
- Aby uzyskać informacje o liczbie punktów funkcji programowania, przejdź do kroku 7.3.
- Aby uzyskać informacje o liczbie punktów funkcji aplikacji, przejdź do kroku 7.4.
- Aby uzyskać informacje o liczbie punktów funkcji wzmocnienia, przejdź do kroku 7.5.
Krok 7.3
Liczba punktów funkcji rozwoju składa się z dwóch elementów funkcjonalności -
Funkcjonalność aplikacji zawarta w wymaganiach użytkownika dla projektu.
Funkcjonalność konwersji zawarta w wymaganiach użytkownika dla projektu. Funkcjonalność konwersji składa się z funkcji udostępnianych tylko podczas instalacji w celu konwersji danych i / lub zapewnienia innych wymagań konwersji określonych przez użytkownika, takich jak specjalne raporty konwersji. Na przykład istniejąca aplikacja może zostać zastąpiona nowym systemem.
DFP = ADD + CFP
Gdzie,
DFP = Liczba punktów funkcji rozwoju
ADD = Rozmiar funkcji dostarczanych użytkownikowi przez projekt deweloperski
CFP = Rozmiar funkcji konwersji
ADD = Liczba FP (ILF) + liczba FP (EIF) + liczba FP (EI) + liczba FP (EO) + liczba FP (EQ)
CFP = Liczba FP (ILF) + liczba FP (EIF) + liczba FP (EI) + liczba FP (EO) + liczba FP (EQ)
Krok 7.4
Oblicz liczbę punktów funkcji aplikacji
AFP = ADD
Gdzie,
AFP = Liczba punktów funkcji aplikacji
ADD = Rozmiar funkcji dostarczanych użytkownikowi przez projekt programistyczny (z wyłączeniem rozmiaru dowolnej funkcji konwersji) lub funkcjonalność, która istnieje zawsze, gdy aplikacja jest liczona.
ADD = Liczba FP (ILF) + liczba FP (EIF) + liczba FP (EI) + liczba FP (EO) + liczba FP (EQ)
Krok 7.5
Liczba punktów funkcji rozszerzenia uwzględnia następujące cztery składniki funkcjonalności -
- Funkcjonalność dodawana do aplikacji.
- Funkcjonalność, która jest modyfikowana w aplikacji.
- Funkcjonalność konwersji.
- Funkcjonalność, która jest usuwana z aplikacji.
EFP = ADD + CHGA + CFP + DEL
Gdzie,
EFP = Liczba punktów funkcji wzmocnienia
ADD = Rozmiar funkcji dodawanych przez projekt ulepszenia
CHGA = Rozmiar funkcji zmienianych w ramach projektu ulepszenia
CFP = Rozmiar funkcji konwersji
DEL = Rozmiar funkcji usuwanych przez projekt ulepszenia
ADD = Liczba FP (ILF) + liczba FP (EIF) + liczba FP (EI) + liczba FP (EO) + liczba FP (EQ)
CHGA = Liczba FP (ILF) + liczba FP (EIF) + liczba FP (EI) + liczba FP (EO) + liczba FP (EQ)
CFP = Liczba FP (ILF) + liczba FP (EIF) + liczba FP (EI) + liczba FP (EO) + liczba FP (EQ)
DEL = Liczba FP (ILF) + Liczba FP (EIF) + Liczba FP (EI) + Liczba FP (EO) + Liczba FP (EQ)
Krok 8: Określ współczynnik korekty wartości
GSC są opcjonalne w CPM 4.3.1 i przeniesione do Załącznika. Stąd krok 8 i krok 9 można pominąć.
Współczynnik korekty wartości (VAF) opiera się na 14 GSC, które oceniają ogólną funkcjonalność liczonej aplikacji. Sekcje GSC to ograniczenia biznesowe użytkowników niezależne od technologii. Każda cecha ma powiązane opisy określające stopień wpływu.
| Ogólna charakterystyka systemu | Krótki opis |
|---|---|
| Komunikacja danych | Ile urządzeń komunikacyjnych jest dostępnych, aby pomóc w przekazywaniu lub wymianie informacji z aplikacją lub systemem? |
| Rozproszone przetwarzanie danych | Jak obsługiwane są rozproszone dane i funkcje przetwarzania? |
| Występ | Czy użytkownik wymagał czasu odpowiedzi lub przepustowości? |
| Często używana konfiguracja | Jak mocno wykorzystywana jest obecna platforma sprzętowa, na której będzie wykonywana aplikacja? |
| Kurs transakcji | Jak często wykonywane są transakcje codziennie, co tydzień, co miesiąc itd.? |
| Wprowadzanie danych on-line | Jaki procent informacji jest wprowadzanych online? |
| Wydajność użytkownika końcowego | Czy aplikacja została zaprojektowana z myślą o wydajności użytkownika końcowego? |
| Aktualizacja online | Ile ILF jest aktualizowanych w ramach transakcji online? |
| Złożone przetwarzanie | Czy aplikacja ma obszerne przetwarzanie logiczne lub matematyczne? |
| Możliwość ponownego użycia | Czy aplikacja została stworzona z myślą o potrzebach jednego lub wielu użytkowników? |
| Łatwość instalacji | Jak trudna jest konwersja i instalacja? |
| Łatwość obsługi | Jak skuteczne i / lub zautomatyzowane są procedury uruchamiania, tworzenia kopii zapasowych i odzyskiwania? |
| Wiele witryn | Czy aplikacja została specjalnie zaprojektowana, opracowana i obsługiwana w celu zainstalowania w wielu lokalizacjach w wielu organizacjach? |
| Ułatw zmiany | Czy aplikacja została specjalnie zaprojektowana, opracowana i obsługiwana w celu ułatwienia zmian? |
Zakres stopnia wpływu mieści się w skali od zera do pięciu, od braku wpływu do silnego wpływu.
| Ocena | Stopień wpływu |
|---|---|
| 0 | Brak lub brak wpływu |
| 1 | Przypadkowy wpływ |
| 2 | Umiarkowany wpływ |
| 3 | Średni wpływ |
| 4 | Znaczący wpływ |
| 5 | Silny wpływ w całym tekście |
Określ stopień wpływu dla każdego z 14 GSC.
Suma wartości 14 uzyskanych w ten sposób GSC jest określana jako całkowity stopień wpływu (TDI).
TDI = ∑14 Degrees of Influence
Następnie oblicz współczynnik korekty wartości (VAF) jako
VAF = (TDI × 0.01) + 0.65
Każdy GSC może wahać się od 0 do 5, TDI może zmieniać się od (0 × 14) do (5 × 14), tj. 0 (gdy wszystkie GSC są niskie) do 70 (gdy wszystkie GSC są wysokie), tj. 0 ≤ TDI ≤ 70. Stąd VAF może zmieniać się w zakresie od 0,65 (kiedy wszystkie GSC są niskie) do 1,35 (kiedy wszystkie GSC są wysokie), tj. 0,65 ≤ VAF ≤ 1,35.
Krok 9: Oblicz liczbę dostosowanych punktów funkcyjnych
Zgodnie z podejściem FPA, które wykorzystuje VAF (wersje CPM przed wersją 4.3.1), jest to określane przez:
Adjusted FP Count = Unadjusted FP Count × VAF
Gdzie nieskorygowana liczba PR to rozmiar funkcjonalny obliczony w kroku 7.
Ponieważ VAF może zmieniać się od 0,65 do 1,35, VAF wywiera wpływ ± 35% na końcową skorygowaną liczbę FP.
Korzyści z punktów funkcyjnych
Punkty funkcyjne są przydatne -
Mierząc rozmiar rozwiązania zamiast rozmiaru problemu.
Ponieważ wymagania są jedyną rzeczą potrzebną do zliczania punktów funkcyjnych.
Ponieważ jest niezależny od technologii.
Ponieważ jest niezależny od języków programowania.
Przy szacowaniu projektów testowych.
Przy szacowaniu całkowitych kosztów projektu, harmonogramu i wysiłku.
W negocjacjach kontraktowych, ponieważ zapewnia łatwiejszą komunikację z grupami biznesowymi.
Ponieważ określa ilościowo i przypisuje wartość do rzeczywistych zastosowań, interfejsów i celów funkcji w oprogramowaniu.
Tworząc wskaźniki z innymi danymi, takimi jak godziny, koszt, liczba pracowników, czas trwania i inne metryki aplikacji.
Repozytoria FP
International Software Benchmarking Standards Group (ISBSG) rozwija i utrzymuje dwa repozytoria danych IT.
- Projekty rozwojowe i ulepszające
- Aplikacje do konserwacji i wsparcia
W repozytorium projektów rozwoju i ulepszeń znajduje się ponad 6000 projektów.
Dane są dostarczane w formacie Microsoft Excel, co ułatwia dalszą analizę, którą chcesz z nimi zrobić, lub możesz nawet wykorzystać dane w innym celu.
Licencję repozytorium ISBSG można kupić w - http://www.isbsg.com/
ISBSG oferuje 10% zniżki dla członków IFPUG na zakupy online, gdy używany jest kod rabatowy „Członkowie IFPUG”.
Aktualizacje wersji danych projektu oprogramowania ISBSG można znaleźć pod adresem - http://www.ifpug.org/isbsg/
COSMIC i IFPUG współpracowały w celu opracowania Słowniczka terminów dotyczących oprogramowania niefunkcjonalnego i wymagań projektowych. Można go pobrać ze strony - cosmic-sizing.org