Opfølgning på obligatorisk opgave 1 ONK1. Ingeniørhøjskolen i Århus Slide 2 Overordnet Flere gode opgaver De samme fejl går igen.. Alle der har afleveret.

Slides:



Advertisements
Lignende præsentationer
Krav til informationsformidling
Advertisements

Århus Kommune Undersøgelse på tilsynsområdet Telefonundersøgelse foretaget november respondenter.
Opfølgning på obligatorisk opgave 1
©Jenny Bohr – Til underviserne Her er valgt at vise filmen ”et liv i kaos”. Hvis kursisterne er unge, kan man vælge en anden film eks. ”det.
Det Internationale Område Studieområde 3/
Udarbejdelse af poster
Sidetyper Web-udvikling med FrontPage 2003 RHS - Informationsteknologi.
– Sådan virker det! Dit elektroniske postsystem Ved Arne Crown Rasmussen
Præsentation: Obligatorisk opgave 1
Challenges in Web Search Engines • Spam • Content Quality • Quality Evaluation • Web Conventions • Duplicate Hosts • Vaguely-Structured Data.
Den mundtlige præsentation/PowerPoint: Rammer
(almene målsætninger)
Rasmus Damsø Johansen og Søren Menzer
Poster præsentation I modsætning til Power Point præsentationer er en poster et enkelt Billede, der skal fange med det samme. (Ligesom en annonce VS en.
Mindre grimt, tak.
Objektorienteret Middleware Præsentation 1: Introduktion til indhold, litteratur, underviser, undervisnings- og eksamensform.
WOC2006 foranalyse workshop del 1
Synopsis VIP3/2012.
Introduktion til Access (Access, del 1)
Opfølgning på obligatorisk opgave 1
Objektorienteret Netværkskommunikation Præsentation 1: Introduktion til indhold, litteratur, underviser, undervisnings- og eksamensform.
Præsentation 28: Eksamen Objektorienteret Middleware.
DREJEBOG: Titel på drejebog skrives her
Introduktion til arkitektur design Arkitektur design handler om at få en forståelse for, hvordan et system skal organiseres og designe den overordnede.
Synopsis VIP13 HH3.
Studie rapport opbygning
Internetteknologi (ITNET2) Præsentation 6: Arkitektur i (Java) Web Applikationer.
1. Semester rapporter Det skal fremgå af rapporten at man kan planlægge implementere afprøve dokumentere middelstore programmeringsopgaver.
Fundamentale principper for brugervenlige web-sites WEB 1 IT-C 24. Feb
Opfølgning på obligatorisk opgave 1 ONK1. Ingeniørhøjskolen i Århus Slide 2 af 14 Overordnet Generelt rigtigt fine opgaver –Mange fyldt med gode overvejelser.
Skrivning af SRO 3-5.maj 2010.
Skrivning af SRP december Store skriftlige opgaver 2.g: dansk-historie opgave (intro) 2.g: SRO (mini SRP) 3.g: SRP/AT.
OOMI Præsentation 28: Eksamen. Ingeniørhøjskolen i Århus Slide 2 af 6 Pensum Pensum har været noget fragmenteret (ny struktur for faget, nyt indhold og.
Objektorienteret Netværkskommunikation Præsentation 28: Eksamen.
Tips og Tricks. Ingeniørhøjskolen i Århus Slide 2 af 15 Overordnet I: CW/HE/Design Typiske problemer ved afleveringer: –manglende referencer! manglende.
Introduktion til Access (Access, del 1). RHS – Informationsteknologi – Fra design til udvikling Vi ved nu, hvordan vi finder et design for en database,
Fællesfagligt emne: Fra Osmannerriget til det moderne Tyrkiet
1 Kursusafslutning. 2 Plan Opgaveseminar Kursusevaluering.
TIBRGA Eksamen. Ingeniørhøjskolen i Århus Slide 2 af 5 Pensum Pensum uddrages fra lektionsplanen ALT der er angivet med betegnelsen ”Pensum” er pensum.
Synopsis.
ITNET2 Præsentation 22: Eksamen. Ingeniørhøjskolen i Århus Slide 2 af 5 Pensum Pensum uddrages fra lektionsplanen ALT der er angivet med betegnelsen ”Pensum”
Midtvejsevaluering. Ingeniørhøjskolen i Århus Slide 2 af 4 Ting vi vil diskutere Alternativt pensum: –Hvilke bøger har I valgt og kan I følge med I forhold.
ITAPC 1 Præsentation 6: Presentations. Agenda Motivation Hvordan.
Download Guiden Inspektionsguiden er udviklet med henblik på at hjælpe danske virksomheder, der står.
SO1.6 (Det kulturelle område, del 2): SPROG OG KOMMUNIKATION
Hvordan skriver man sin afsluttende opgave?
DAIMIIntroducerende objektorienteret programmering15A.1 Eksamen…
KNÆK KODEN Samfundsfaglige område Opgaveformulering 4 – Danmark i en globaliseret verden.
Solution Makers A/S – Gruppe 4 Lars Wolter Nils Martinsen Rasmus Seye Tobias Kjeldsen 1.
Historieopgaven på FHF Hvad du skal huske på til SSO.
SRO SKRIV!.
Lektion 4 Formålet med lektion 4 er at understøtte eleverne i at søge hjælp, hvis de skulle få problemer, samt at gøre eleverne bevidste om, hvad der kan.
Valg af fag Valg af problem Blanket Pjece
WebApi service x.
Digital præsentation som grundlag for den faglige samtale om projektarbejdet ved eksamen i dramatik.
Dokumentation.
Dokumentation.
Dokumentation.
Introsidernes betydning
Lektion 7 Formål med denne lektion er at arbejde videre med klassekulturen, følge op på surveyen og at afrunde lektionsforløbet i Netwerk. Alle rettigheder.
Lektion 4 Formålet med lektion 4 er at understøtte eleverne i at søge hjælp, hvis de skulle få problemer, samt at gøre eleverne bevidste om, hvad der kan.
Hvorfor dansk på GF1?.
SRO 2018 hHx.
SRO SKRIV!.
- og hvordan du undgår dem…
Enzymer og enzymreaktioner
Flerfagligt Forløb 3 Klasse: Fag:.
Introduktion til mini-SOP 3. hhx
Præsentationens transcript:

Opfølgning på obligatorisk opgave 1 ONK1

Ingeniørhøjskolen i Århus Slide 2 Overordnet Flere gode opgaver De samme fejl går igen.. Alle der har afleveret er godkendt –Nogle betinget af lidt ekstra arbejde

Ingeniørhøjskolen i Århus Slide 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 …

Ingeniørhøjskolen i Århus Slide 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

Ingeniørhøjskolen i Århus Slide 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!!!)

Ingeniørhøjskolen i Århus Slide 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

Ingeniørhøjskolen i Århus Slide 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.

Ingeniørhøjskolen i Århus Slide 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

Ingeniørhøjskolen i Århus Slide 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

Ingeniørhøjskolen i Århus Slide 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