Master of Science thesis Fighting Spam

vigtigste objekter for at give et overblik. Mange af objekterne indeholder flere dele til at
håndtere forskellig funktionalitet.
Når det skal besluttes, om en opgave skal udføres i en separat tråd eller ej, er følgende
betragtning vigtig at have for øje:
- Jo flere tråde, desto sværere testfase og dermed større risiko for fejl.
Det er vigtigt at holde antallet af tråde på et minimum. Dette skyldes, at dét at arbejde
med flere tråde samtidig medfører kritiske sektioner og risiko for løkker på tværs af tråde.
For at kunne fastslå det minimale antal nødvendige tråde i klienten, kan følgende
betragtning benyttes. Er det nødvendigt, at to aktiviteter foregår parallelt, kræver dette to
tråde, ellers ikke. Det er f.eks. nødvendigt at kunne håndtere emailforespørgsler i de
forskellige protokoller samtidig. Derfor findes en tråd for hver protokol, som det også
fremgår af Figur 24, hvor kanten, på objekter der kører som separate tråde, er fed 4 .
Udover protokol-trådene kræver kø-mekanismen, at PackageQueue og
IncomingMailProcessor (den instans der benyttes til POP3) kører i separate tråde. Til
sidst skal den grafiske bruger grænseflade køre uafhængigt af de herover nævnte tråde.
Brugergrænsefladen kan derfor indgå som en del af programmets hovedtråd, der også
indbefatter Control og de resterende objekter, der er forbundet til denne.
Klientapplikationens grundlæggende struktur er nu fastlagt. Hvordan de enkelte
programdele samarbejder, vil blive udspecificeret i det følgende.
6.9.3 Klientens funktionalitet
Klientens funktionalitet vil i dette afsnit blive udspecificeret yderligere. Dette gøres vha.
sekvensdiagrammer. Der tages udgangspunkt i de centrale funktioner, der blev
gennemgået ved udarbejdelse af use cases (se afsnit 6.6). Der er dannet diagrammer ud
fra de use-cases, der ikke er umiddelbare at implementere uden yderligere specifikation.
Følgende liste angiver hvilke diagram-afsnit, der findes i det følgende. Efter titlen er
angivet hvilket use-case nummer diagrammet hører til:
Registrering (Use Case 1)
Se pengestatus (Use Case 3)
Afsendelse af email (Use Case 4)
Modtagelse af email (Use Case 5)
Indkasser SpamCash (Use Case 6)
Hæv penge (Use Case 7)
Indsæt penge (Use Case 8)
Use case 2, 9, 10 og 11, der omhandler hhv. konfiguration af IP-adresser, opdatering af
whitelist og programnedlukning, beskriver relativt simple funktioner og er derfor ikke
beskrevet yderligere i dette afsnit.
4 Internt i IMAPProxy benyttes dog, hvis det bliver nødvendigt flere tråde til forbindelser fra klient til
server
95