Use Case Points

1. Use Case Points

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

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

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

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

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

7. 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)

8. 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)

9. 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.

10. 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.

11. Function Points

12. 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.

13. Beregning • 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

14. Eksempel på tælling af Function Points 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.

15. 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).

16. 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.

17. 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.