Udregning af UseCasePoints UCP = UUCP*TCF*EF UseCasePoint = Ujusteret Use Case Point * Tekniske Komplexitets Faktor * Miljø Mæssige Faktor

Total Actor Wight (TAW) Aktørerne i usecasen gives en vægt fra 1 til 3. 2 komplekse aktører tæller altså 6.

Transaktions Use Cases Antallet af mulige transaktioner i usecasen vurderes. Her skal alternative flows også regnes med.

Object/Classes in Use Case Antallet af unikke objekter eller klasser tælles sammen for hver usecase.

UUCP udregning Ud fra de tre variable kan vi nu udregne de ujusterede use case point.

Tekniske kompleksitets faktor For hver usecase overvejes ovenstående tekniske faktorer som tildeles en rating fra 0 til 5 hvor 0 betyder der ikke er krav om det. TCF = 0,6 + (0,01 *Sum af faktorer)

Miljømæssige faktorer (EF) For hver usecase overvejes ovenstående tekniske faktorer som tildeles en rating fra 0 til 5 hvor 0 betyder der ikke er krav om det. EF = 1,4 + (-0,03 * Sum af faktorer)

Use Case Point udregning De førudregenede faktorer kan nu adderes for at få det ønskede resultat: UCP = UUCP * TCF * EF Antallet af mandetimer kan nu udregnes Er 2 eller færre af EF 3 eller over skal UCP ganges med 20 Er 3 eller 4 af EF 3 eller over skal UCP ganges med 28 Såfremt 5 af EF er 3 eller derover skal projektet laves om.

Fordele og ulemper ved Use Case Points Nemt at lære for studerende og nye i faget. Formler er nemme at forstå og kræver ikke avanceret matematik. Slut resultatet er dog sjældent korrekt for en given virksomhed. Virksomheden skal introducerer en konstant det endelige resultat skal ganges med for at få et resultat der passer til virksomheden.

Function points Function points analyse er en model baseret metode til at estimere størrelsen og omkostningerne af et softwareudviklingsprojekt. Function points er et mål for IT-systemer, ligesom kilometer er et mål for længde. Function points analyse er en internationalt anerkendt metode som der er blevet gjort stor erfaring med. ISO godkendt.

Beregning TypeVægt Eksternt input4 Eksternt output5 Eksterne forespørgsler4 Eksterne grænseflader7 Interne logiske filer10 Gennemgå funktionalitet og kategorisere processens enkelte trin. Eksternt input – input fra bruger eller ekstern applikation Eksternt output – beregnet data Eksterne forespørgsler - henter data udefra applikationen Eksterne grænseflader Interne logiske filer - interne filer i applikationen Program deles op i elementer: Record Element Type (RET) File Type Referenced (FTR) Data Element Type (DET) Kan bruges til at beregne kompleksitet

Eksempel på tælling af Function Points TypeAntalVægtProdukt Eksternt input248 Ekstern forespørgsel144 Intern logisk fil110 Sum:22 Eksemplet tager udgangspunkt i vores 3.sem opgave uc.1 Use Case 1 fully dressed success scenario: Projektleder åbner bemandingsdelen af systemet. –Eksternt input Projektleder får systemet til at vise en liste over konsulenter med kompetencer, eller kompetenceønsker, der matcher kompetencebehovet –Eksternt input Projektleder vælger konsulenter og assistenter og tilføjer dem til projektet. –Intern logisk fil Projektleder gemmer det opdaterede projekt i systemet. –Ekstern forespørgsel Til sidst ganges summen med produktivitets faktor, som er unik for virksomheden/projektgruppen.

Fordele Function points er uafhængig af teknologi og programmeringssprog – dvs. størrelsesmålet kan anvendes på tværs af projekter uafhængig af teknologi. Function points kan opgøres på et tidligt tidspunkt i projektforløbet. Function points beskæftiger sig med softwares eksterne forhold og er dermed direkte relateret til brugernes krav. Function points er en international standard (er kendt af kunder og man kan få undervisning i det).

Ulemper Function points er delvist baseret på subjektive skøn, og kan ikke måles maskinelt (der er dog en række veldefinerede regler man kan benytte). Optællingen af function points er omfattende. Hvis function points skal anvendes til estimering skal man have adgang til relevante produktivitetstal. Function points siger kun i begrænset omfang noget om hvor komplekst indholdet er. Kritikere mener at kompleksitetsvurderingen er for simpel.

Konklusion Use case points kan bruges tidligere i projektet end Function points. Use case points er nemmere at lære og ikke så komplekst som Function points. Use case points er en ret ny metode, derfor ikke lige så meget erfaring som med Function points.