Breaking news

Det tidligere offentliggjorte klassediagram er allerede forældet, idet vi nu også arbejder med en SubProjectStatistics-klasse. Desuden skal subprojekter have en OrgEndDate, som gemmes ved oprettelsen, så der er noget at lave statistikken ud fra. Et opdateret klassediagram følger.

SD: Visning af statistik

Nedenstående SD-diagram viser systemets indre arbejdsgang, når brugeren vil se statistik for et projekt. Når brugeren vil se den overordnede statistik er arbejdsgangen den samme, blot kører GUIControlleren "getStatistics" på den aktuelle gruppe.

Nyt klassediagram

Vi har ændret i vores klassediagram og tilføjet statistik. Klassen time-slice er blevet slettet og derudover er det ikke længere muligt at subprojekter kan have flere subprojekter. Vi har tilføjet statistikklasserne; ProjectStatistics og AllProjectsStatistics som henholdvis administerer statistik over et specifikt projekt og alle projekter.

Use cases

Her ses tre use cases for statistik-iterationen.

Use case: ”Visning af projektstatistik”

Scope: Programmet under udvikling

Level: User-goal

Primary actor: Studerende

Stakeholders and interests: Studerende

Preconditions:

• Brugeren er oprettet i systemet og logget ind

• Et projekt er oprettet

Success guarantee (postconditions):

• Der vises en statistik over det aktuelle projekt

  1. For hvert subproject vises det aktuelle tidsforbrug i dage og det estimeret tidsforbrug samt forskel på disse.

  2. Desuden vises en total difference på alle subprojects.

Main success scenario:

1. Brugeren markerer et projekt som aktuelt

2. Brugeren vælger at se statistikken for projektet.

3. Statistikken vises

Extensions:

1. Brugeren har ikke markeret et projekt

   1. Brugeren kan ikke vælge statistik

Use case: ”Visning af overordnet statistik”

Scope: Programmet under udvikling

Level: User-goal

Primary actor: Studerende

Stakeholders and interests: Studerende

Preconditions:

• Brugeren er oprettet i systemet og logget ind

• Et projekt er oprettet

Success guarantee (postconditions):

• Der vises en statistik over alle projekter

  1. For hvert project vises det aktuelle tidsforbrug i dage og det estimeret tidsforbrug samt den samlede difference.

  2. Desuden vises en total difference på alle projects.

Main success scenario:

4. Brugeren markerer et projekt som aktuelt

5. Brugeren vælger at se statistikken for projektet.

6. Statistikken vises

Extensions:

2. Brugeren har ikke markeret et projekt

   1. Brugeren kan ikke vælge statistik

Use case: ”Ændring af estimeret tidsforbrug på subproject”

Scope: Programmet under udvikling

Level: User-goal

Primary actor: Studerende

Stakeholders and interests: Studerende

Preconditions:

• Brugeren er oprettet i systemet og logget ind

• Et projekt er oprettet

Success guarantee (postconditions):

• Det fremgår af GUI'en, at slut- eller starttidspunkt er ændret

Main success scenario:

7. Brugeren vælger et subproject

8. Brugeren præsenteres for muligheden for at ændre start- og sluttidspunkt

9. Det aktuelle subproject bliver opdateret

Extensions:

3. Brugeren vælger en dato der ligger efter projektets løbetid

   1. Brugeren bliver meddelt om fejlen

4. Brugeren vælger en slutdato, der ligger før startdato

   1. Brugeren bliver meddelt om fejlen

4. iteration: Statistik

Eftersom vi er fire i gruppen, er vi sideløbende med 3. iteration begyndt på de indledende øvelser til statistikfunktionaliteten - og dermed 4. iteration. I forbindelse med en diskussion omkring dette, fandt vi ud af at statistikken skulle være baseret på dage og, ikke som tidligere tænkt, på timer. Dermed blev "timeslice"-klassen overflødig.

Vi forester os umiddelbart at statistikken, skal udgøres af to specielle klasser i modellaget: Een til overordnet statistik og een til projektstatistik. Disse klasser skal så tage en gruppe, henholdsvis et projekt som argument ved oprettelsen og ved at spørge disse sammensætte en statistik. Projekter og grupper er information experts: Gruppen kender alle sine projekter, som igen kender subprojekterne.

Arbejdsgangen i systemet bliver så, at den oprindelige slutdato gemmes, når et subprojekt oprettes. Det er så muligt for brugeren at flytte slutdatoen, hvis tiden "skrider" og ud fra de to slutdatoer udregne henholdsvis overskridelser og "underskridelser".