Opfølgning på obligatorisk opgave 1

1. Opfølgning påobligatorisk opgave 1 ONK1

2. Overordnet • Flere gode opgaver • De samme fejl går igen .. • Alle der har afleveret er godkendt • Nogle betinget af lidt ekstra arbejde

3. Brug af UML diagrammer • Generelt blev der brugt overvældende (positivt ment) mange UML diagrammer • Ros til jeres dokumentationsevner • Husk dog at komme med en kort forklarende tekst til hver figur • Hellere en figur mindre, og at kvaliteten så er helt i top for den • Jeg har ikke bedt om f.eks. sekvensdiagrammer • men udvalgte diagrammer er da OK – hvis de er særligt • centrale OG er forbundet med en vigtig pointe • Jeg har ikke bedt om Use Case diagrammer …

4. Typiske problemer • Til tider svært at gennemskue jeres design • Hvor er jeres proxy klasse, hvad er facaden, value objekt? • Hvad er klient – hvad er server • Brug subsystemer • For lidt argumentation • pro et contra – for og imod – hvilken teknologi er bedst • For lidt refleksion • hvad betyder de valg jeg har taget – kunne det gøres bedre • Skab sammenhæng i jeres dokument • Lad evt. en nabogruppe læse korrektur

5. Hvad blev der af …? • Diskussioner om arkitektur: • DTO vs atomic values • Façade vs direkte adgang • Layering overvejelser (opdeling af applikation i lag) • DAO & DAL • Overvejelser omkring transparency • Access • Location • Concurrency • Patterns & Anti-patterns • Hvordan løses problemet med alarm • Gerne lidt lidt mere om alt der kunne være interessant (husk referencer!!!)

6. Forside • Husk at have en titel og undertitel: • Obligatorisk opgave 1 • Design af Thermo Surveillance System ……. • Så skal det fremgå hvem der har lavet den • Navn og studienummer på alle deltagere • Gruppenummer • Afleveringsdato

7. Indledning • Sørg for at lave en indledning der giver læseren et indblik i hvad I har tænkt jer at udsætte ham for. • Den må altså gerne være rimelig kort.

8. Litteraturhenvisninger • Jeres litteraturhenvisninger er ikke helt i orden • Generelt højner det niveauet af jeres opgave ved at styrke argumenterne når I bruger henvisninger • Eksempel: • Emmerich, W. (2000); Engineering Distributed Objects. Wiley. • Henvisning til ovenstående: • (Emmerich, 2000) eller [1] eller [Emmerich] • Hvis I bruger et pattern, så henvis til litteraturen! • Gengiv ikke stof der allerede findes i jeres pensum, men henvis gerne til det

9. Inddrag erfaringer • Husk at inddrage erfaringer fra opgave 1 i opgave 2. Vedlæg gerne opgave 1 som bilag, eller angiv en URL hvor den kan hentes (under litteraturhenvisninger). • I det hele taget er det vigtigt at beskrive fordele/ulemper ved jeres valg af teknologier– at I er reflekterende • I har alle en hjemmeside adresse på userportal.iha.dk

10. Opgave 2 • Nøgleordene: • Bygger videre på opgave 1’s klassemodel (men I må gerne redesigne hvis I syntes det er for dårligt) • MEN teknologi = Java RMI • I KAN lave det hele om til Java RMI • Mobile klienter (Pocket PC, SmartPhone, J2ME) kan forsat være Web services. I kan altså bygge videre på jeres eksisterende (hvis I altså har noget der er godt i opgave 1). Sørg for at lave en arkitektur der tillader dette. • Grafiske klienter må OGSÅ gerne være Web service baserede (GUI lavet i C# f.eks.) – blot I argumenterer for det – der SKAL dog udvikles en tekstbaseret Java RMI klient også! • Som minimum skal dataopsamlingen implementeres ved hjælp af Java RMI, men det ville være bedst også at kunne illustrere value objekter • Foretag gerne sammenlignende målinger på de to teknologier • Argumenter for design valg (bruge gerne patterns) • Vis screenshots – det vil hjælpe en del