1 / 10

Opfølgning på obligatorisk opgave 1

Opfølgning på obligatorisk opgave 1. ONK1. Overordnet. Flere gode opgaver De samme fejl går igen .. Alle der har afleveret er godkendt Nogle betinget af lidt ekstra arbejde. Brug af UML diagrammer. Generelt blev der brugt overvældende (positivt ment) mange UML diagrammer

aurek
Download Presentation

Opfølgning på obligatorisk opgave 1

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  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

More Related