Database fellesprosjekt som kjører på localhost # phpMyAdmin MySQL-Dump # version 2.2.2 # http://phpwizard.net/phpMyAdmin/ # http://phpmyadmin.sourceforge.net/ (download page) # # Vert: localhost # Generert den: 27. Feb, 2002 klokka 22:52 PM # Server versjon: 3.23.33 # PHP Versjon: 4.0.6 # Database : `fellesprosjekt` # -------------------------------------------------------- # # Tabell-struktur for tabell `emailadresser` # CREATE TABLE emailadresser ( id int(8) NOT NULL auto_increment, email varchar(250) default NULL, beskrivelse varchar(250) default NULL, PRIMARY KEY (id) ) TYPE=MyISAM; # # Data-ark for tabell `emailadresser` # INSERT INTO emailadresser VALUES (6, 'Tor.Stalhane@idi.ntnu.no', NULL); INSERT INTO emailadresser VALUES (5, 'Gunnar.Brataas@idi.ntnu.no', NULL); INSERT INTO emailadresser VALUES (3, 'fellesprosjekt@idi.ntnu.no', NULL); INSERT INTO emailadresser VALUES (1, 'Gunnar.Brataas@idi.ntnu.no', NULL); INSERT INTO emailadresser VALUES (2, 'Gunnar.Brataas@idi.ntnu.no', NULL); INSERT INTO emailadresser VALUES (4, 'Gunnar.Brataas@idi.ntnu.no', NULL); INSERT INTO emailadresser VALUES (7, 'sif8020@idi.ntnu.no', NULL); INSERT INTO emailadresser VALUES (8, 'sie5003@item.ntnu.no', NULL); INSERT INTO emailadresser VALUES (9, 'hal@idi.ntnu.no', NULL); INSERT INTO emailadresser VALUES (10, 'undass-sif8018@idi.ntnu.no', NULL); INSERT INTO emailadresser VALUES (11, 'Gunnar.Brataas@idi.ntnu.no', NULL); INSERT INTO emailadresser VALUES (12, 'Gunnar.Brataas@idi.ntnu.no', NULL); INSERT INTO emailadresser VALUES (13, 'Gunnar.Brataas@idi.ntnu.no', NULL); # -------------------------------------------------------- # # Tabell-struktur for tabell `grupper` # CREATE TABLE grupper ( gruppeid smallint(6) NOT NULL default '-1', PRIMARY KEY (gruppeid) ) TYPE=MyISAM; # # Data-ark for tabell `grupper` # INSERT INTO grupper VALUES (100); INSERT INTO grupper VALUES (101); INSERT INTO grupper VALUES (102); INSERT INTO grupper VALUES (103); INSERT INTO grupper VALUES (200); INSERT INTO grupper VALUES (201); INSERT INTO grupper VALUES (202); INSERT INTO grupper VALUES (203); INSERT INTO grupper VALUES (204); INSERT INTO grupper VALUES (205); INSERT INTO grupper VALUES (206); INSERT INTO grupper VALUES (207); INSERT INTO grupper VALUES (208); INSERT INTO grupper VALUES (209); INSERT INTO grupper VALUES (210); INSERT INTO grupper VALUES (211); INSERT INTO grupper VALUES (212); INSERT INTO grupper VALUES (213); INSERT INTO grupper VALUES (214); INSERT INTO grupper VALUES (215); INSERT INTO grupper VALUES (216); INSERT INTO grupper VALUES (217); INSERT INTO grupper VALUES (218); INSERT INTO grupper VALUES (219); INSERT INTO grupper VALUES (220); INSERT INTO grupper VALUES (221); INSERT INTO grupper VALUES (222); INSERT INTO grupper VALUES (223); INSERT INTO grupper VALUES (224); INSERT INTO grupper VALUES (225); INSERT INTO grupper VALUES (226); INSERT INTO grupper VALUES (227); INSERT INTO grupper VALUES (228); INSERT INTO grupper VALUES (229); INSERT INTO grupper VALUES (230); INSERT INTO grupper VALUES (231); INSERT INTO grupper VALUES (232); INSERT INTO grupper VALUES (233); INSERT INTO grupper VALUES (234); INSERT INTO grupper VALUES (235); INSERT INTO grupper VALUES (236); INSERT INTO grupper VALUES (237); INSERT INTO grupper VALUES (238); INSERT INTO grupper VALUES (239); INSERT INTO grupper VALUES (400); INSERT INTO grupper VALUES (401); INSERT INTO grupper VALUES (402); INSERT INTO grupper VALUES (403); INSERT INTO grupper VALUES (404); INSERT INTO grupper VALUES (405); INSERT INTO grupper VALUES (406); INSERT INTO grupper VALUES (407); INSERT INTO grupper VALUES (408); INSERT INTO grupper VALUES (409); INSERT INTO grupper VALUES (410); INSERT INTO grupper VALUES (411); INSERT INTO grupper VALUES (500); INSERT INTO grupper VALUES (501); INSERT INTO grupper VALUES (502); INSERT INTO grupper VALUES (503); INSERT INTO grupper VALUES (504); INSERT INTO grupper VALUES (505); INSERT INTO grupper VALUES (506); INSERT INTO grupper VALUES (507); INSERT INTO grupper VALUES (508); INSERT INTO grupper VALUES (509); INSERT INTO grupper VALUES (510); INSERT INTO grupper VALUES (511); INSERT INTO grupper VALUES (512); INSERT INTO grupper VALUES (513); INSERT INTO grupper VALUES (514); INSERT INTO grupper VALUES (515); INSERT INTO grupper VALUES (516); INSERT INTO grupper VALUES (517); INSERT INTO grupper VALUES (518); INSERT INTO grupper VALUES (519); INSERT INTO grupper VALUES (520); INSERT INTO grupper VALUES (521); INSERT INTO grupper VALUES (522); INSERT INTO grupper VALUES (523); INSERT INTO grupper VALUES (524); # -------------------------------------------------------- # # Tabell-struktur for tabell `linje` # CREATE TABLE linje ( id tinyint(4) NOT NULL auto_increment, navn varchar(50) NOT NULL default '', bgcolor varchar(7) NOT NULL default '', forecolor varchar(7) NOT NULL default '', kortnavn varchar(10) NOT NULL default '', PRIMARY KEY (id) ) TYPE=MyISAM; # # Data-ark for tabell `linje` # INSERT INTO linje VALUES (1, 'Annet', '', '', 'Annet'); INSERT INTO linje VALUES (2, 'Datateknikk', '', '', 'Data'); INSERT INTO linje VALUES (4, 'Indøk. datateknikk', '', '', 'Indøk data'); INSERT INTO linje VALUES (5, 'Kommunikasjonsteknologi', '', '', 'Komtek'); # -------------------------------------------------------- # # Tabell-struktur for tabell `link` # CREATE TABLE link ( linkid tinyint(4) NOT NULL auto_increment, tekst varchar(127) NOT NULL default '', url varchar(255) NOT NULL default '', kategoriid tinyint(4) NOT NULL default '0', PRIMARY KEY (linkid) ) TYPE=MyISAM; # # Data-ark for tabell `link` # INSERT INTO link VALUES (1, 'BlueJ Tutorial', 'tutorial.pdf', 2); INSERT INTO link VALUES (3, 'Datamodellering og databasesystemer', 'http://www.idi.ntnu.no/~sif8020/', 1); INSERT INTO link VALUES (2, 'Systemutvikling', 'http://www.idi.ntnu.no/emner/sif8018/', 1); INSERT INTO link VALUES (4, 'Menneske-maskin, interaksjon og grafikk', 'http://www.idi.ntnu.no/emner/sif8040/', 1); INSERT INTO link VALUES (5, 'Kommunikasjon - Tjenester og nett', 'http://www.idi.ntnu.no/~sie5003/', 1); INSERT INTO link VALUES (6, 'MUGGE-bilder', 'http://www.idi.ntnu.no/emner/fellesprosjekt/ressurser/MUGGE-bilder', 4); INSERT INTO link VALUES (7, 'Eksempelkode', 'MUGGE-kode.2.zip', 4); INSERT INTO link VALUES (8, 'BSCW Tutorial', 'bscwtutorial.pdf', 2); INSERT INTO link VALUES (9, 'MUME fra PVV', 'http://mume.pvv.org/', 3); INSERT INTO link VALUES (10, 'Genesis fra Chalmers', 'http://genesis.cs.chalmers.se/started_frame.htm', 3); INSERT INTO link VALUES (11, 'Svært enkel Visio-hjelp', 'visioinnfor.ppt', 2); INSERT INTO link VALUES (12, 'Programvare som brukes i Fellesprosjektet', 'programvare.php3', 5); INSERT INTO link VALUES (13, 'Standalone MUGGE-klient', 'http://www.idi.ntnu.no/emner/sif8040/materiale/muggeclient.zip', 4); INSERT INTO link VALUES (14, 'Requirements specification - English version', 'http://www.idi.ntnu.no/emner/fellesprosjekt/ressurser/reqspec.php', 2); # -------------------------------------------------------- # # Tabell-struktur for tabell `link_kategori` # CREATE TABLE link_kategori ( kategoriid tinyint(4) NOT NULL auto_increment, kategori varchar(63) NOT NULL default '', PRIMARY KEY (kategoriid), UNIQUE KEY kategori(kategori) ) TYPE=MyISAM; # # Data-ark for tabell `link_kategori` # INSERT INTO link_kategori VALUES (1, 'Fag'); INSERT INTO link_kategori VALUES (2, 'Veiledninger'); INSERT INTO link_kategori VALUES (3, 'Andre MUD-spill'); INSERT INTO link_kategori VALUES (4, 'Oppgavedetaljer'); INSERT INTO link_kategori VALUES (5, 'Programvare'); # -------------------------------------------------------- # # Tabell-struktur for tabell `sistenytt` # CREATE TABLE sistenytt ( id smallint(6) NOT NULL auto_increment, fra varchar(50) NOT NULL default '', emne varchar(100) NOT NULL default '', innhold text NOT NULL, dato timestamp(14) NOT NULL, vis tinyint(4) NOT NULL default '1', PRIMARY KEY (id) ) TYPE=MyISAM; # # Data-ark for tabell `sistenytt` # INSERT INTO sistenytt VALUES (5, 'Gunnar Brataas', 'Gruppene kunngjøres mandag 21/1 før kl 14', 'Noen av dere har klart å finne frem til en side på nettet som gir en gruppeoversikt. Dette var bare en test på om gruppeinndelingsprogrammet fungerte som forventet og ligner ikke det minste på den endelige gruppeinndelingen. Blant annet må vi manuelt korrigere for små grupper osv.', 20020118130356, 0); INSERT INTO sistenytt VALUES (2, 'Gunnar Brataas', 'Gruppeinndeling', 'Før vi kan dele dere inn i grupper, må alle registere seg. Dette gjør dere ved å velge Studentregistrering fra menyen over. Fristen for å registrere seg er torsdag 17/1 kl 20.00. Gruppene blir annonsert mandag 21/1 kl 14.00, forhåpentligvis før.', 20020108154142, 1); INSERT INTO sistenytt VALUES (3, 'Gunnar Brataas', 'Informasjonsmøte om fellesprosjektet', 'Det blir et informasjonsmøte om fellesprosjektet onsdag 16/1 kl 13.15 i F1. Møtet kommer til å vare i maks 45 minutter, hvis det ikke er mange spørsmål.', 20020108154304, 0); INSERT INTO sistenytt VALUES (4, 'Gunnar Brataas', 'Kompendium', 'Kompendiet som beskriver oppgaven kommer i salg fra Tapir fredag 11/1 etter opplysninger fra Tapir idag, tirsdag 8/1.', 20020108161046, 0); INSERT INTO sistenytt VALUES (6, 'Gunnar Brataas', 'Gruppene er ferdige', 'Gruppeinndelingen er nå ferdig. Jeg har forsøkt å samle studenter med samme innstatsvilje. Videre har jeg også forsøkt å samle samme Java-kompetanse. For Java-kompetansen har jeg imidlertid forsøkt å unngå at noen grupper er nesten uten kompetanse, fordi en slik gruppe ville fått litt for store utfordringer.\r\n\r\nHvis dere vil endre noe i gruppesammensetningen, må jeg ha et forslag til fullstedig bytting, med andre ord student A fra gruppe 1001 skal bytte med student B i gruppe 1004 osv. En slik bytting må selvfølgelig godkjennes av alle impliserte, og er bare mulig hvis det skjer svært raskt.', 20020121132027, 1); INSERT INTO sistenytt VALUES (7, 'Gunnar Brataas', 'Veiledning imorgen, tirsdag 22/1, mellom kl 12 og 18', 'Inntil det kommer en mer generell veiledningsoversikt, er det veiledning på VM-brakka, 1. etasje, mellom kl 12 og 18 imorgen, tirsdag 22/1.', 20020121174858, 0); INSERT INTO sistenytt VALUES (8, 'Gunnar Brataas', 'Veiledningstid er satt opp', 'Vi har nå satt opp veiledningstider. Det er flest timer i VM brakka og noen timer på Fische-bygget. Se under menyen Datasaler.', 20020122200810, 1); INSERT INTO sistenytt VALUES (9, 'Gunnar Brataas', 'Minimumskrav til første leveranse', 'Se under Oppgaveklargjøring under menyen Spørsmål for mer informasjon om minimumskrav til første leveranse, 28/1.\r\n\r\nI det hele tatt bør dere følge med på Spørsmål jevnlig, for her kan det dukke opp verdifull informasjon.\r\n', 20020123145256, 0); INSERT INTO sistenytt VALUES (10, 'Gunnar Brataas', 'Hvor skal oppgavene leveres?', 'Alle leveranser som ikke naturlig skal leveres som et kjørende program, skal leveres på papir i 8 låste luker i den nordre enden av vrimlearealet foran auditorium F1 i IT-syd. Disse 8 lukene er merket med Fellesprosjekt og med forskjellig gruppenummer. Putt besvarelsen i riktig kategori.\r\n\r\nOppgaven leveres tilbake på samme sted, men da i de åpne boksene like ved siden av.', 20020123150329, 1); INSERT INTO sistenytt VALUES (11, 'Gunnar Brataas', 'Eksempelkode', 'Eksempelkoden er nå lagt ut som en zip-fil under menyen Linker, og under Oppgavedetaljer. På samme sted ligger det også endel bilder som dere kan bruke.', 20020124140144, 1); INSERT INTO sistenytt VALUES (12, 'Gunnar Brataas', 'Etteranmeldte og feilregistreringer', 'Alle etteranmeldte og feilregistrerte er nå plassert i grupper. Det har blitt opprettet to nye gruppe 524 og 238. \r\n\r\nI tillegg har vi måttet putte inn en eller to til i gruppene 101, 402, 405, 409 og 410. Det er ikke ideelt å øke grupper som alt er i gang, men her var dette eneste mulighet siden fagkombinasjonene spesielt på IOT deles av ganske få. Jeg ber om de som er i gruppen tar godt imot de nyankomne.', 20020124154428, 0); INSERT INTO sistenytt VALUES (13, 'Gunnar Brataas', 'Adgang til Fische-bygget for Datateknikk', 'De som går på ITEM har adgang til Fische-bygget. De som går på Datateknikk, kan nå komme inn i Fische-bygget , men da må de ta med studentbevis og semesterkort til resepsjonen i 1. etg. i Elektro A, slik at de kan få ny autorisasjon. IOT-studenter kommer ikke inn i Fische, men derimot på rom 320 i SBII, og det gjelder bare dem.', 20020124161604, 1); INSERT INTO sistenytt VALUES (14, 'Gunnar Brataas', 'Gruppeomeråder og versjonsstyring', 'Hver gruppe har nå fått definert BSCW-brukere som blant annet gir kontroll på felles filer, og enkel versjonskontroll. Dere skal ha fått e-post om dette idag. Hvis en gruppe ikke har fått en slik e-post, må de henvende seg til akervold@idi.ntnu.no, så ordner Kristian Akervold opp i dette.\r\n\r\nFor mer generelle spørsmål om BSCW henviser jeg først til Veiledningen som ligger under Linker her på hjemmesiden.\r\n', 20020129152901, 1); INSERT INTO sistenytt VALUES (15, 'Gunnar Brataas', 'Oppgavene leveres tilbake onsdag kl 14.00', 'De som ikke har fått godkjent, må levere ny versjon innen fredag 1/2 kl 14.00, på samme sted som for øvrige innleveringer.', 20020129153126, 0); INSERT INTO sistenytt VALUES (16, 'Gunnar Brataas', 'Ikke øvingsforelesninger i F1', 'Som det ble opplyst på informasjonsmøtet om faget 16/1 blir det ingen øvingsforelesninger på onsdager i F1. Spørsmål kan dere stille til und.ass.-ene eller til Spørsmål på denne hjemmesiden.\r\n\r\nHvis det viser seg at det er STORE behov for klargjøring, vil vi annonsere øvingstime på onsdag med i alle fall et døgns varsel på samme sted som dette.', 20020130122725, 1); INSERT INTO sistenytt VALUES (17, 'Gunnar Brataas', 'To eksempler på MUD-spill', 'Det er nå lagt ut to eksempler på MUD-spill under Linker. Diskene på maskinene i VM-brakka er smekk fulle, så ikke legg dem her. Maskinene i Fische-bygget er helt nye, så hvis dere ikke heller legger spillene hjemme, er dette kanskje en mulighet.', 20020131121457, 1); INSERT INTO sistenytt VALUES (18, 'Gunnar Brataas', 'Retting av brukbarhetstestingen', 'Retting av brukbarhetstestingen har blitt litt forsinket for noen grupper, pga sykdom, men nå er alle levert ut. Bare 6 grupper fikk denne delen av FE2 godkjent. En forbedret testplan for brukbarhetstesten (MMI-del) kan leveres med MMI1-innleveringen eller sekundært MMI2, siden fristen er kort.', 20020208102029, 1); INSERT INTO sistenytt VALUES (20, 'Gunnar Brataas', 'Frivillig CVS-kurs', 'Dere har alle fått rettigheter til BSCW og kan bruk dette til versjonsstyring. Hvis dere heller vil bruke CVS, arrangerer PVV et kurs om dette torsdag 14/2 kl 18, i auditorium S1. For meir info, se\r\nhttp://www.pvv.org/kurs/. For påmelding, send mail til kurs@pvv.ntnu.no.\r\n\r\n', 20020212121323, 0); INSERT INTO sistenytt VALUES (19, 'Gunnar Brataas', 'To forskjellige leveranser imorgen', 'Imorgen, fredag kl 14.00 skal dere levere både SU1 og MMI1. Disse oppgavene leveres på samme sted som før, men siden de rettes av forskjellige personer, er det viktig at dere lager ett dokument for hver av besvarelsene. Hvis dere leverer begge oppgavene som ett dokument, vil rettingen bli forsinket.', 20020207103809, 1); INSERT INTO sistenytt VALUES (21, 'Gunnar Brataas', 'Fargekoder til alle innleveringer', 'Alle innleveringer i alle fagene som er en del av fellesprosjektet skal skje på samme sted som hittil, dvs. like ved F1. Hver leveranse leveres for seg, f.eks. en for KTN og en annen for DB. For å lette sorteringen, ber vi om at dere merker besvarelsene i øverste venstre hjørne med de samme fargene som und.ass.-ene bruker: SU gul; KTN grønn; DB rød; MMI blå. De som ikke merker på denne måten, kan få rettingen forsinket.', 20020213152750, 1); INSERT INTO sistenytt VALUES (22, 'Anders Haugeto', 'Sortering av SOS på dato', 'Nå er det mulig å finne ut hva som har skjedd på Spørsmål Og Svar (SOS) i de siste dagene. Velg Tidspunkt under Sortering som står øverst i SOS-menyen. Trykk på Vis og vips :-)', 20020215122829, 1); INSERT INTO sistenytt VALUES (23, 'Gunnar Brataas', 'Retting av KTN1 en time forsinket', 'Rettingen av KTN1 blir omkring en time forsinket, slik at de skal være ute omkring kl 15 idag.', 20020220140707, 1); INSERT INTO sistenytt VALUES (24, 'Tor Stålhane', 'Java-problemer', 'De som har problemer med Java bør sjekke http://www.idi.ntnu.no/emner/sif8018/linker.html', 20020221144506, 1); INSERT INTO sistenytt VALUES (25, 'Gunnar Brataas', 'Liten oppdatering av eksempelkoden', 'Jon Heggland har gjort en liten oppdatering av eksempelkoden, siden BlueJ takler "deprecatede" metoder ganske dårlig. Last ned fra vanlig sted under Linker\r\n', 20020222134324, 1); INSERT INTO sistenytt VALUES (26, 'Gunnar Brataas', 'Ikke legg noe i My Documents', 'Brukere som har mye informasjon i profilen sin, må vente lenge på innlogging. Den enkleste måten å hindre dette på, er å kopiere alt fra My Documents-katalogen over på hjemmekatalogen.', 20020227131616, 1); # -------------------------------------------------------- # # Tabell-struktur for tabell `sos` # CREATE TABLE sos ( id smallint(6) NOT NULL auto_increment, tittel varchar(63) default NULL, sporsmaal text, epost varchar(31) default NULL, svar text, svarmail varchar(31) default NULL, tidspunkt timestamp(14) NOT NULL, kategori tinyint(4) default NULL, PRIMARY KEY (id) ) TYPE=MyISAM; # # Data-ark for tabell `sos` # INSERT INTO sos VALUES (34, 'Kjøring av eksempelkode', 'Kjøring av eksempelkode\r\n\r\nEr det mulighet for en bedre forklaring på hva som skal til for å kjøre eksempelkoden?', 'trulsjor@stud.ntnu.no', 'Sakset fra lesmeg.txt i eksempelkodepakken:\r\n\r\n* Databasebrukernavn og -passord må endres i mugge.Database\r\n* For å teste spillet uten å implementere noe:\r\n - bruk db.sql til å lage tabeller på databasebrukeren deres\r\n - kjør ReadGameSpec med plot1.xml som parameter\r\n - start tjeneren\r\n - start klienten med tjenerens IP-adresse som parameter (ev. "localhost", hvis klienten og tjeneren kjøres på samme maskin)\r\n - logg inn på klienten med brukernavn "jon". Passordet ignoreres.\r\n\r\nEnda mer detaljerte instruksjoner:\r\n\r\nEditer fila mugge\\Database.java: Bytt ut "gruppeXXX"-ene i linje 36 med brukernavnet og passordet til databasen deres. Kompiler fila.\r\n\r\ndb.sql inneholder sql-setninger som genererer tabellene i databasen. Bruk SQL*Plus (eller SqlClient) til å utføre dem. Under Notater på nettsidene til SIF8020 ligger en oppskrift for hvordan man bruker SQL*Plus. Les den, og bruk db.sql til å lage tabellene.\r\n\r\nReadGameSpec er klassen mugge.gamespec.ReadGameSpec. Å kjøre den med plot1.xml som parameter kan gjøres på flere måter:\r\n- Stå i katalogen hvor plot1.xml og mugge-katalogen ligger, og skriv "java -cp . mugge.gamespec.ReadGameSpec plot1.xml". "-cp ." legger (midlertidig) til gjeldende katalog i classpathen; eventuelt kan dere endre classpathen-miljøvariabelen slik at den permanent inneholder\r\nkatalogen.\r\n- Eller bruk BlueJ, og kjør main()-metoden til ReadGameSpec-klassen i gamespec-pakken, dvs. høyreklikk på klassen i diagrammet og velg "void main(arg)". Skriv inn filnavnet med full sti til spillspesifikasjonsfila i doble anførselstegn innenfor klammene i dialogen som dukker opp, f.eks { "m:/fellesprosjekt/plot1.xml" }. Dette er en String-array-literal med ett element - Javas main()-metoder tar som kjent(?) en String-array som argument.\r\n\r\nStart tjeneren. Tjeneren er (som skrevet i lesmeg.txt) klassen mugge.server.Server. Start den med "java -cp . mugge.server.Server", eller ved å høyreklikke på klassen i BlueJ og velge "new mugge.server.Server()". Dere kan også kjøre main()-metoden - den kaller bare new Server() uansett. Det kan være en fordel å ikke kjøre den i BlueJ, siden det (så vidt jeg har klart å finne ut) ikke er noen måte å avbryte den på i BlueJ.\r\n\r\nStart klienten, mugge.client.Client. Denne tar IP-adressen til tjeneren som parameter, så skriv f.eks. "java -cp . mugge.client.Client localhost" eller kall "new mugge.client.Client(String)" i BlueJ, med "localhost" som parameter. Hvis dere kjører klienten og tjeneren på forskjellige maskiner, må dere selvsagt bruke IP-adressen til tjeneren som parameter, ikke localhost. Igjen, å kalle main() er ekvivalent (men argumentet må omsluttes av {klammer}, og det er lettere å avslutte (trykk ctrl-c) hvis dere kjører den i et DOS-vindu.\r\n\r\nDet vil dukke opp et vindu, og en dialogboks med tittelen "Logg inn". Skriv jon i Bruker-ID-feltet ("jon" er ID-en til en person i eksempelspillspesifikasjonsfila, som nå ligger i databasen), og trykk Ok. Diverse felter i hovedvinduet vil nå fylle seg med info om hvor du er og hva du ser, og du kan gå rundt i spillmiljøet. Hvis det ikke ser ut til å funke, avbryt klienten (og eventuelt tjeneren også) og prøv\r\nigjen. I likhet med kode dere vil bli satt til å vedlikeholde/videreutvikle i det virkelige liv, er heller ikke denne feilfri.\r\n\r\nHåper inderlig dette er en tilstrekkelig detaljert forklaring.\r\n\r\n', 'Jon.Heggland@idi.ntnu.no', 20020129110439, 10); INSERT INTO sos VALUES (2, 'Følge linje eller fagkomb', 'Vil en indøk&fnutt;er som tar BÅDE Dat.mod OG Kommunikasjon i tillegg til Systemutvikling, i stedet for bare ett av de to førstnevnte(som er det vanlige), komme på gruppe med studenter fra andre linjer som tar begge fag, eller blir linjene holdt adskilt? ', 'langoyga@stud.ntnu.no', 'Det er et poeng at man er på gruppe sammen med andre studenter på samme linje, for de har de samme forutsetningene og det er vel de man helst vil jobbe sammen med. Hvis det er en gruppe med omkring 5 personer fra Ind.øk., som har alle tre fagene, vil dermed en slik gruppe bli dannet. \r\n\r\nHvis det derimot er bare en eller to som har denne fagkombinasjonen fra Ind.Øk. er det mest naturlig at ind.øk&fnutt;eren kommer sammen med andre som har den samme fagkombinasjonen som ham, f.eks. fra Kommunikasjonsteknologi.', 'Gunnar.Brataas@idi.ntnu.no', 20020116105100, 2); INSERT INTO sos VALUES (3, 'Fag tatt tidligere', 'Svarer vi ja eller nei på sys.utv., database og datamodell. og komm. tjen. og nett dersom vi har det fra før??', 'halnes@stud.ntnu.no', 'Spørsmålet gjelder i utgangspunktet om du tar fagene denne våren. Hvis du har hatt f.eks. Databaser (DB) før og har Systemutvikling (SU) og Kommunikasjon (KTN) iår, er det likevel greit om du setter Ja for databaser. Da blir du plassert sammen med andre som også har fagkombinasjonen DB, SU og KTN. Hvis du svarer Nei i rubrikken for DB, kommer du i gruppe sammen med andre som har SU og KTN, men ikke DB.\r\n\r\nHvis du aldri har hatt faget og heller ikke tar det til våren, kan du selvfølgelig ikke sette Ja for dette faget. Men hvis du har hatt faget tidligere, kan du med andre ord velge om du vil sette Ja eller Nei. Dette valget bestemmer i hvilken gruppe du havner. \r\n\r\nDet kan være en fordel å havne sammen med andre som har samme bakgrunn som deg, slik at det mest naturlige i dette tilfellet er å svare Ja. Men igjen dette er fritt valg, og du må ta konsekvensen av det, f.eks. hvis faget iår underviser litt nye ting i forhold til ifjor, så må du sette deg inn i det nye som er relevant for oppgaven på samme måte som de andre som tar faget iår.', 'Gunnar.Brataas@idi.ntnu.no', 20020115151125, 2); INSERT INTO sos VALUES (4, 'Godkjent eller ikke godkjent', 'Karakter på prosjektet\r\n\r\nJeg lurer på om det vil bli gitt karakter på prosjektet. \r\nVil den bli tellende, i såfall: hvor mange prosent av hele karakteren?', 'perchrh@stud.ntnu.no', 'Prosjektet gir godkjent eller ikke godkjent.\r\n\r\nFor de som skal ha fellesprosjektet er et godkjent fellesprosjekt en forutsetning for å få gå opp til eksamen i fagene SU, DB, MMI eller KTN. Om man gjør det bra eller dårlig på fellesprosjektet har altså ingen *direkte* betydning for eksamensresultatet, annet enn at man blir flinkere i pensum og får en dypere forståelse.\r\n\r\nDe som av en eller annen grunn ikke har fellesprosjekt fordi de f.eks. ikke har SU, må ha godkjent et *annet* øvingsopplegg i de fagene de har, for å få gå opp til eksamen. F.eks. har DB et eget øvingsopplegg utenom fellesprosjektet for de som ikke har SU.', 'Gunnar.Brataas@idi.ntnu.no', 20020116104950, 1); INSERT INTO sos VALUES (5, 'Gradering av Java-kompetanse', 'Hvilket utgangspunkt skal vi bruke når vi graderer oss selv i kunnskap og innstatsvilje? Hvor mye Java skal f.eks. en 5&fnutt;er kunne i forhold til en 3&fnutt;er? ', 'klilleng@online.no', 'Dere må vurdere dette selv, men som en grov pekepinn kan jeg si:\r\n5 programmert i Java utover pensum, har det som hobby, "skriver like godt i Java som på norsk"\r\n4 gjort det meget bra i programmeringsfagene\r\n3 gjort det gjennomsnittlig bra i programmeringsfagene\r\n2 gjort det mindre bra i programmeringsfagene\r\n1 knapt nok skrevet Java-programmer', 'Gunnar.Brataas@idi.ntnu.no', 20020116104133, 2); INSERT INTO sos VALUES (6, 'Feilregistrering', 'Jeg klarte å registrere feil opplysninger på nettsiden. Hva gjør jeg? Registrerer meg på nytt, eller ber dere rette opp feilen?', 'oleanda@stud.ntnu.no', 'Du sender en e-post til fellesprosjekt@idi.ntnu.no der du forteller hva som er galt, så skal vi rette opp.\r\n\r\nHvis du registrerer deg på nytt blir det bare tull.\r\n', 'Gunnar.Brataas@idi.ntnu.no', 20020117125309, 2); INSERT INTO sos VALUES (52, 'Vanskelig med Use-case-diagrammer for 2. inkrement', 'Som jeg skjønner så skal vi lage use case-diagrammer for både 1. og 2. inkrement, men 2. inkrement går mer på handling ikke på funksjonalitet for brukeren/spilleren. Ser derfor ikke helt hensikten med use case diagrammer for 2. inkrement! Kan du itilfelle lage et eksempel som går på ett av punktene 18-24?', 'idahvedi@stud.ntnu.no', 'Hvis det ikke er hensiktsmessig å lage use-case-diagrammer som dekker alle kravene, behøver dere selvfølgelig ikke å gjøre det. Men det er dere som skal gjøre denne vurderingen, fordi dette er en viktig del av modelleringsjobben.', 'Gunnar.Brataas@idi.ntnu.no', 20020130135258, 6); INSERT INTO sos VALUES (51, 'Brukbarhetstesting med i FE2?', 'Skal brukbarhetstesting inngå i FE2, eller skal det ikke? På hjemmesiden til MMI står det noe om at brukbarhetstesting er gjort om til designvurdering, og skal inngå i MMI2.', 'andershv@stud.ntnu.no', 'I FE2 - systemtestplanen skal en beskrive formålet med en avsluttende (summativ) test som gjøres for å vurdere hvorvidt "leveransen" er klar, omtrent som en tester om ytelsen holder mål. Dette har jeg skrevet mer om i en utdyping av oppgavene, som det er henvist til på hjemmesiden vår (www.idi.ntnu.no/emner/sif8040/MMI-oppgavene.php). \r\n\r\nBrukbarhetstestingen ifm. MMI1, som var nevnt på fellesprosjektet sine sider ved en feil, inngår i MMI2, som en vurdering av referanseimplementasjonens design. Dette er også nevnt i utdypingen på www.idi.ntnu.no/emner/sif8040/MMI-oppgavene.php\r\n', 'hal@idi.ntnu.no', 20020130141403, 9); INSERT INTO sos VALUES (58, 'Mer info om XMLP', 'Mer info om XMLP\r\nHvor får man mer info om XML-protokoller?', 'gjendems@stud.ntnu.no', 'For å finne ut mer om XML protokollen kan dere sjekke ut lenke sidene til faget. Der er det link til XML relaterte sider. 2 av disse er til sider om XML protokollen.\r\n\r\nGenerelt vil vi si at XML protokollen ikke er ferdig utarbeidet. Det betyr at dere ikke vil finne "ferdige" løsninger på nettet eller andre steder. Det betyr at det er opp til dere selv å planlegge hvordan dere skal få klient og tjener til å kommunisere. På side 17 i Tanenbaum sier han at en protokoll er en overenskommelse mellom to kommuniserende parter om hvordan de skal kommunisere. En protokoll definerer altså et grensesnitt, et felles språk. F.eks. HTTP protokollen definerer et sett med regler som alle web browsere støtter for å kunne hente filer på web servere. Dere vil lære med om dette av Leif Arne Rønningen den 22. februar, men foilene ligger ute på web allerede.\r\n\r\nVi har hjulpet dere litt på vei ved å foreslå et meldingsformat, en XML melding, for kommunikasjonen mellom klient og tjener. Hvordan dere skal implementere dette i java finner dere mer hjelp på på web sidene til faget.\r\n', 'bjornna@stud.ntnu.no', 20020131114755, 8); INSERT INTO sos VALUES (56, 'SQL-script i eksempelkoden', 'SQL-script i eksempelkoden\r\nFår masse feilmeldinger når jeg prøver å kjøre db.sql i oracle/gigabase. Hva skyldes dette? Får bl.a. bare opprettet to av tabellene, og får ikke startet server.', 'ovstetun@stud.ntnu.no', 'Det ser ut til at SQL*Plus ikke takler tomme linjer i SQL-koden. Fjern den tomme linja før "CONSTRAINT pk_path PRIMARY KEY (PLACE,LEADSTO)", eller bruk SqlClient, som ikke er så pirkete.\r\n', 'Jon.Heggland@idi.ntnu.no', 20020131112526, 7); INSERT INTO sos VALUES (9, 'Første leveringsfrist', 'Første leveringsfrist\r\n\r\nEr første levering utsatt til mandag 28?\r\nI såfall bør ikke det legges ut på nettsidene?', 'borgi@stud.ntnu.no', 'Firsten har blitt 28/1 og nettsidene er endret tilsvarende.', 'Gunnar.Brataas@idi.ntnu.no', 20020121100028, 4); INSERT INTO sos VALUES (11, 'Tilgang til Fische-bygget', 'Tilgang til Fische-bygget\r\nHar problemer med tilgangen til Fische-bygget, nøkkelkortet mitt vil ikke låse opp dørene.. Må vi gjøre noe spesielt for å få tilgang dit?', 'ovstetun@stud.ntnu.no', 'Dette er ikke noe problem for ITEM-studentene, bare for IDI-studentene. Administrasjonen arbeider med saken, men ser for seg at nøkkelkortene til IDI-studentene ikke vil virke i Fische-bygget før over helgen.\r\n\r\nI mellomtiden vil døren til Fische-bygget være åpen til disse tidene:\r\nondag 23/1 fra kl 10 - 13\r\ntorsdag 24/1 fra kl 10 - 13\r\nfredag 25/1 fra kl 11 - 13\r\nDe som ikke har tilgang må da komme seg *inn* i bygget innen disse tidene.', 'Gunnar.Brataas@idi.ntnu.no', 20020122150619, 5); INSERT INTO sos VALUES (12, 'Fellesprosjekt for SU+KTN', 'Fellesprosjekt for SU+KTN\r\n\r\nSkal de som bare har SU og KTN ha fellesprosjekt?', 'Gunnar.Brataas@idi.ntnu.no', 'Svaret er JA.\r\n\r\nDet har stått noe annet på hjemmesidene til KTN, men dette blir når rettet opp.\r\n\r\nDe som har SU + KTN får ikke gå opp til eksamen i SU, hvis de ikke har fellesprosjekt.', 'Gunnar.Brataas@idi.ntnu.no', 20020122154643, 2); INSERT INTO sos VALUES (13, 'Finner ikke gruppen min', 'Hei, kan ikke finne gruppen min.. Husker tydelig at jeg registrerte meg..', 'ingrila@stud.ntnu.no', 'Noen har rapportert det samme som deg. Heldigvis har registreringen gått bra for det store gross.\r\n\r\nDe som ikke finner seg i noen gruppe bør registrere seg på nytt og sende en e-post til meg med alle de opplysningene som de legger inn under registreringen, så skal jeg fikse opp i det så snart som mulig. \r\n\r\nDette haster, så registrer deg og sende en e-post så raskt som mulig :-)', 'Gunnar.Brataas@idi.ntnu.no', 20020122200453, 2); INSERT INTO sos VALUES (14, 'UNIX-grupper og CVS aksess', 'Hei,\r\n\r\nJeg lurer på om vi (gruppa) får en UNIX gruppe og cvs aksess på NTNU sitt sentrale datasystem (=stud) ?', 'perchrh@stud.ntnu.no', 'Jeg har fått informasjon om at BSCW skal dekke behovet for gruppeomeråde og enkel versjonsstyring, og har derfor bedt und.ass.-ene Kritian Akervold og Erlend Solberg om å opprette en BSCW konto for hver gruppe på tirsdag 29/1.\r\n\r\nFor mer informasjon om BSCW, se under Veiledninger på Link-siden.\r\n', 'Gunnar.Brataas@idi.ntnu.no', 20020128145851, 11); INSERT INTO sos VALUES (15, 'Når koden tilgjengelig?', 'Når blir den koden vi skal få utlevert tilgjengelig?', 'ivarni@stud.ntnu.no', 'Koden er tilgjengelig nå under Linker og under Oppgavedetaljer', 'Gunnar.Brataas@idi.ntnu.no', 20020124141024, 6); INSERT INTO sos VALUES (16, 'Kryssposting til ntnu.fim.idi.fellesprosjekt', 'Kryssposting til ntnu.fim.idi.fellesprosjekt\r\nKan dere fikse det slik at spørsmål hit også blir postet på ntnu.fim.idi.fellesprosjekt?', 'ryeng@stud.ntnu.no', 'Nei desverre, jeg kan ikke se noen grei måte å gjøre dette på, så skal dere få med "offisiell" informasjon om faget må dere følge med her.\r\n\r\nntnu.fim.idi.fellesprosjekt kan dere bruke for utveksling av spørsmål mellom gruppene, men vil dere ha svar fra prosjektansvarlige og fagansvarlige må spørsmålene stilles her.', 'Gunnar.Brataas@idi.ntnu.no', 20020124142255, 1); INSERT INTO sos VALUES (17, 'Krav til FE1, første leveranse', 'Krav til FE1, første leveranse\r\n\r\nHva skal vi levere til 28/1? Finnes det noen retningslinjer?', 'Gunnar.Brataas@idi.ntnu.no', 'Følgende er minimum som må være på plass:\r\n\r\n1) Oppdeling av prosjektet i aktiviteter - ingen større enn 100 timer eller lenger enn 2 uker. Hver aktivitet skal beskrives med minimum ett avsnitt - 2 - 10 lnjer tekst.\r\n\r\n2) Gantt diagram med alle aktivitetene påført.\r\n\r\n3) Risikoanalyse, dokumentert i en risikotabell - som forelest.\r\n\r\nPlanen må være så fullstendig at det er mulig å:\r\n\r\nA) Vurdere for utenforstående - f.eks. und-assene - om prosjektet er gjennomførelig i henhold til denne planen.\r\n\r\nB) Følge opp prosjektet etter planen - hvor er vi, hvordan ligger vi an, vil vi kunne levere i henhold til krav?', 'Tor.Stalhane@idi.ntnu.no', 20020123143754, 6); INSERT INTO sos VALUES (18, 'Installering av Java-klassebibliotek', 'Installering av Java-klassebibliotek\r\nKan dere lage en liten oppskrift for hvordan man installerer ekstra Java-klassebibliotek (de som trengs til fellesprosjektet)?', 'heggland@idi.ntnu.no', 'I Windows 2000 kan en legge inn nye javaklasser slik :\r\n\r\nKontrollpanel -> System -> Advanced -> Environment Variables \r\n\r\nHer velger en User variables . Trykk på dersom CLASSPATH ikke allerede finnes. Skriv CLASSPATH som og under value legger en inn en peker til de ekstra bibliotekene en trenger, feks m:\\fellesprosjekt\\oracle9.jar;. Se til at ;. er med. Dette vil inkludere standardbibliotekene i java.\r\n\r\nDersom CLASSPATH allerede finnes så dobbelklikker en på CLASSPATH og legger inn en peker til de ekstra bibliotekene en trenger under . \r\n\r\nI win98 legger en nye biblioteker i classpathen på denne måten :\r\n\r\nset CLASSPATH=m:\\fellesprosjelt\\oracle9.jar;%CLASSPATH%\r\n\r\n', 'Kurt.Stale.Rossgard@idi.ntnu.no', 20020125130224, 10); INSERT INTO sos VALUES (19, 'Telnet og MMI', 'Telnet og MMI\r\n\r\nDe fleste MUD kan man spille på en Telnet-client. Skal vi lage en MUD som kan spilles over en Telnet-client? Dersom vi skal lage den til en Telnet-client, hvordan kommer da MMI delen inn? Skal vi lagen vår egne Telnet-client som kan vise enkle bilder, eller som kan operere med flere vinduer?\r\n', '', 'Tanken er dere skal lage et mer moderne og grafisk brukergrensesnitt for MUD-spillet, istedenfor det tradisjonelle tekstbaserte. Det grafiske grensesnittet kan likevel ha elementer av tekstlig interaksjon, f.eks. tekstlige meldinger som informerer om nye hendelser i rommet en står i etc. Derfor er en telnet-basert realisering kun interessant for funksjonell testing.\r\n \r\nOppgaven krever dessuten at dere skal bruke XML til utveksling av informasjon mellom klient og tjener, slik at en ren telnet-klient vil være vanskelig å operere. En kan naturligvis lage et grensesnitt med en telnet-aktig interaksjonsstil, som oversetter frem og tilbake til XML, men dette grensesnittet vil ikke være særlig "moderne og grafisk", og vil lett få lav brukskvalitet.(For telnet-brukere vil det sikkert kunne ha høy brukskvalitet, men det er ikke denne brukergruppen vi retter oss mot).\r\n\r\n', 'hal@idi.ntnu.no', 20020124125646, 9); INSERT INTO sos VALUES (20, 'Fase KTN1: Er klassediagram det samme som referansemodell?', 'Fase KTN1: Er klassediagram det samme som referansemodell, som vist i læreboken (jeg tror det er på side 29)', 'krihaug@stud.ntnu.no', 'OSI -referanse modellen (på side 29 i Tanenbaum) kan ikke kalles et klassediagram.\r\n\r\nEt klassediagram beskriver de ulike objektene i et system og relasjonene mellom dem. Chapter 4 i UML distilled (fra side 49) beskriver godt hva et klassediagram er.\r\n\r\nReferansemodellen er likevel viktig. Det som er viktig i den er grensesnittene mellom lagene og protokollene mellom lag av samme type i forskjellige entiteter.\r\n\r\nForbindelsen mellom referansemodell og klassediagram går på hvordan man vil realisere referansemodellen i software.\r\n', 'kolstad@stud.ntnu.no', 20020128150536, 8); INSERT INTO sos VALUES (21, 'Frist for SU2', 'Ser at fristen til SU2 varierer fra 20. feb i kompendiet til 1. mars på denne nettsiden. Regner med at nettsiden er sist oppdatert og dermed riktig?', 'rosag@stud.ntnu.no', 'Du har helt rett. Nettsiden er rett og fristen er 1/3.', 'Gunnar.Brataas@idi.ntnu.no', 20020124155801, 4); INSERT INTO sos VALUES (22, 'Klassediagram i KTN1', 'Klassediagram i KTN1\r\nHva menes med klassediagram i KTN1', 'sirris@stud.ntnu.no', 'Med klassediagram i KTN1 menes det samme som klassediagram i\r\nSystemutvikling. Pensumboken UML distilled, chapter 4, beskriver det grunnleggende med klassediagram.\r\n\r\nI KTN1 ønsker vi at studentene skal vise at de forstår domenet. Første innlevering er en beskrivelse av hvordan gruppen tenker å lage en XML protokoll. Hvor de skal bruke klassediagram og nok tekst til å beskrive dette.\r\n\r\nInnlevering 1 er ikke implementasjon. Vi ønsker en overordnet beskrivelse av domenet. På side 51 i UML distilled deler Fowler inn i 3 perspektiver på klassediagram. 1. Konseptuelle 2. Spesifikasjon 3. Implementasjon. Om punkt 2 spesifikasjon sier han at vi ser på software. Vi ser på grensesnittene til\r\nsoftwaret, ikke implementasjon. Akkurat dette punktet tror jeg er viktig å jobbe med tidlig i prosessen. Husk på at KTN delen skal fungere sammen med de andre delene. Dersom gruppene jobber godt med grensesnittene vil det bli\r\nmye enklere senere i prosjektet (en erfaring fra prosjektet i 2001 :-) ).\r\n\r\n', 'bjornna@stud.ntnu.no', 20020125131210, 8); INSERT INTO sos VALUES (24, 'Grafisk brukergrensesnitt.', 'Grafisk brukergrensesnitt.\r\nHvordan har man tenkt at det grafiske brukergrensesnittet skal være? Skal man se rommene, tingene, personene? Skal alt bevege seg når man går? Ser for meg at det vil være litt av en jobb.', 'annesiri@stud.ntnu.no', 'Å svare på dette vil være å gjøre designoppgaven(e) for dere. Dere må selv tenke på hva som gir en god spillopplevelse, selv om dere også må være realistiske mht. hva dere får til å realisere. Brukergrensesnittet må ihvertfall gi tilgang til alle funksjonaliteten som er spesifisert, f.eks. det å gå rundt i "landskapet", plukke opp og bruke ting etc. Dersom dere velger direkte manipulasjon som interaksjonsstil, må dere nødvendigvis også ha en grafisk presentasjon som brukeren kan manipulere nokså direkte med musa, f.eks. dra en ting (ikon) fra rommet til deg (eller sekken din) for å\r\nplukke det opp, slippe et objekt på et annet for å bruke det (f.eks. en nøkkel på en dør), etc. Dersom dere velger en web-aktig interaksjonsstil, er det naturlig å generere fraser i naturlig språk, men understrekte ord (lenker) som leder til informasjon (substantiv) eller aksjoner (verb).\r\n', 'hal@idi.ntnu.no', 20020125133959, 9); INSERT INTO sos VALUES (27, 'SU 1: Use case diagram', 'SU 1 Use case diagram\r\nSlik vi forstår forklaringen i kompendiet virker det som om vi skal lage ett use case digram for hele systemet. I beskrivelsen på SU 1 virker det som om det skal leveres flere diagrammer. \r\nDersom det skal leveres flere diagrammer; har dere noen tips til en naturlig oppdeling?\r\nSkal det kun leveres diagram(mer), eller skal de forklares på noe vis?', 'gjendems@stud.ntnu.no', 'Det er mulig, men ikke lurt å lage ett stort diagram. De forskjellige funksjonene bør grupperes sammen til hvert sitt diagram. Diagrammene må være forståelig for andre enn dem som har laget dem, så hvis det krever tekst, må den være med enten under/på siden på samme ark, eller på et eget ark.\r\n', 'Tor.Stalhane@idi.ntnu.no', 20020128111512, 6); INSERT INTO sos VALUES (29, 'Retningene i spillet', 'Retningene i spillet\r\nI XML-filen står det direction path="ut døra" osv. Det blir jo noe vanskelig å modellere... skal ikke alt være nord, sør, øst, vest eller høyre, venstre, frem og tilbake?? Man kan ikke gå fra et rom med to dører... ved å bruke "ut døra" da?? Hvilken dør?? Man må ofte innom en gang først vel??\r\n', 'skogstro@stud.ntnu.no', 'Rommet i eksemplefilen har bare en dør og da trenger denne døren ikke navngis spesielt. Hvis det er flere dører i et rom, må man ha en mulighet for å skille dem, f.eks. Søndre dør, den blå døra, dør 1234 osv. Men det er klart at hvis det er flere dører på søndre side i et rom, er heller ikke Søndre dør entydig. ', 'Gunnar.Brataas@idi.ntnu.no', 20020128140533, 12); INSERT INTO sos VALUES (30, 'Generell spillspesifikasjon?', 'Generell spillspesifikasjon?\r\nSkal det være slik at vi kan få en spillspesifikasjon fra en annen gruppe og laste det inn i vårt spill og kjøre det? - er det en felles "minste standard" som skal støttes av alle? Jeg synes spillspesifikkasjonsfila er veldig generell og gir få muligheter...\r\n\r\n', 'skogstro@stud.ntnu.no', 'Alle gruppene skal lage et system som støtter alle kravene i oppgavekompendiet. På den måten har dere en "minste standard". Det er da mulig å bruke andre gruppers spillspesifikasjonspill i eget spill, men dette er ikke et eksplisitt krav. Imidlertid kan dette gjøre f.eks. feilfinning lettere i noen tilfeller.\r\n\r\nDet er mulig å utvide oppgaven, men dette må da være ekte utvidelser og ikke erstatninger for noen av kravene. Hvis en gruppe bestemmer seg for å lage utvidelser utover minimumskravene, er det klart at disse utvidelsene ikke kan spilles av andre grupper som ikke har laget de samme, frivillige, utvidelsene. Men, hvis du synes oppgaven er kjedelig, er det som sagt fullt mulig å legge til mer, bare du ikke samtidig tar bort noe.', 'Gunnar.Brataas@idi.ntnu.no', 20020128141200, 12); INSERT INTO sos VALUES (31, 'X, Y, Z koordinater', 'X, Y, Z koordinater\r\nKan vi for eksempel legge til informasjon om hvor en ting skal plasseres (x,y,z) koordinater i XML&fnutt;en? Kan vi legge til så mange nye XML tagger/ attributter vi vil..f.eks: link til 3D modell definisjon..osv\r\n\r\n', 'skogstro@stud.ntnu.no', 'Ja', 'Gunnar.Brataas@idi.ntnu.no', 20020128141408, 12); INSERT INTO sos VALUES (32, '3D', '3D\r\nVi har lyst til å lage spillet i 3D, er det lov? - lar det seg gjøre?\r\n\r\n', 'skogstro@stud.ntnu.no', 'Det er lov å lage spillet i 3 D for de som vil, og det er klart at det er mulig, men omfanget blir selvfølgelig større.', 'Gunnar.Brataas@idi.ntnu.no', 20020128141337, 12); INSERT INTO sos VALUES (35, 'TIPS vedrørende CLASSPATH:', 'TIPS vedrørende CLASSPATH:\r\n\r\nIsteden for å inkludere alle aktuelle jar-filer i CLASSPATH-en kan en bare kopiere jar-filene til "jdk__/jre/lib/ext/"-mappa. Da blir de automatisk tilgjengelige for kjøresystemet.', 'fredrior@stud.ntnu.no', 'Supert at dere sender inn tips. Dette tipset ble sendt inn av: Fredrik Orderud, fredrior@stud.ntnu.no', 'Gunnar.Brataas@idi.ntnu.no', 20020128161643, 10); INSERT INTO sos VALUES (36, 'KTN: Uklart protokollgrensesnitt.', 'KTN: Uklart protokollgrensesnitt.\r\n\r\nJeg synes XML-protokollen er noe vagt beskrevet i kompendiet, og har derfor noen spørsmål:\r\n\r\nEr tanken at vi skal oprette en socketforbindelse mellom klient og server som er åpen så lenge klientprogrammet kjører, eller skal det opprettes en ny forbindelse for hver melding som sendes? Ønsker dere at vi da ev. bruker UDP?\r\n\r\nDet virker som om "tjenesteprimitivene" skissert benytter pekere som parametre, noe som gjør det vanskelig å se hvilke parametre som er input og hvilke som er output. Er f.eks. "From" i receive-funksjonen input eller output?Ønsker en å motta melding fra en gitt maskin eller returnerer funksjonen første melding i køen?\r\n\r\nDet hadde kanskje vært greit om dere la ut grensesnittet i java-format, eller utdypet det mer..\r\n', 'fredrior@stud.ntnu.no', 'Så lenge klientapplikasjonen kjører kan forbindelsen mellom klient og tjener godt stå åpen. UDP (User Datagram Protocol) kunne være en løsning, men som det står i oppgaven har vi valgt å implementere TCP/IP og HTTP. TCP er forbindelsesorientert og transportlaget garanterer at dataene kommer frem i riktig rekkefølge. Java støtter TCP/IP gjennom egne klasser (java.net.Socket).\r\n \r\nSe ellers i kompendiet og på websidene for SIE5003 for eksempler i Nettverksapplikasjoner (eksempelprogrammer m/kildekode).\r\n \r\nTjenesteprimitivene må implementeres i forskjellige deler av systemet. Det naturlige vil være at applikasjonen benytter send-primitivet og protokollen benytter seg av receive-primitivet og status-primitivet. Plasseringen av receive-primitivet vil da bli i applikasjonsdelen av systemet.\r\n \r\nEks:\r\n "From" i receive-primitivet vil være en input til applikasjonen fra protokollen.\r\n \r\nI dette tilfellet vil da "From" i receive-primitivet angi avsender av mottatt melding. Et lite tips: Det finnes ikke noe "From" parameter i send-primitivet, så avsenderadressen må genereres internt i ML protokollen.\r\n', 'kolstad@stud.ntnu.no', 20020129095117, 8); INSERT INTO sos VALUES (37, 'Krav til FE2, andre leveranse', 'Krav til FE2, andre leveranse \r\n\r\nFinnes det noen retningslinjer?', 'beatear@stud.ntnu.no', 'Det ligger et eksempel på en testplan på hjemmesiden til SU:\r\n\r\nhttp://www.idi.ntnu.no/emner/sif8018/Fplanv01.html\r\n\r\nSe under forelesning 28/1.\r\n\r\nBare å mer eller mindre koke denne testplanen er ikke nok. Dere å sette der inn i hva som er krtisik mhp testingen av MUGGE.', 'Gunnar.Brataas@idi.ntnu.no', 20020129112200, 6); INSERT INTO sos VALUES (40, 'Implementere router?', 'Implementere router?\r\n\r\nI hvilken grad skal routing av xmlpakker implementeres?\r\nTjenesteprimitivet ImmediateDestination er en del\r\nav kravspek. Betyr dette at det skal implemeteres \r\naplikasjoner for å sende meldingen via flere noder?\r\nEller er dette bare en mulig utvidelse av systemet?\r\nHva er i tilfellet kravene til slike routere?', 'johannha@stud.ntnu.no', 'Ruting av meldinger må skje slik at det kommer frem til mottageren, i dette tilfellet er det spillklienten.\r\n\r\nNår det gjelder "Immediate Destination" er det riktig at dette er tenkt brukt til å kunne sende meldingen via flere noder. De mellomliggende nodene er da ikke tenkt brukt som rutere i den forstand at de sender pakker i vilkårlig retning mot mottaker (á la nettverkslaget). Dere vil få nærmere undervisning i nettverkslaget f.o.m uke 6 ( se forelesningsplanen i faget ). Den nevnte rutingen tar TCP/IP protokollen seg av så lenge dere spesifiserer en gyldig TSAP ( Transport Service Access Point / IP-adresse + port). For de som lurer på hvordan man gjør det, kan dere se på Java-hjelp siden til KTN faget.\r\n\r\nHensikten med Intermediates / mellomliggende noder er å kunne utføre operasjoner på meldingene, f.eks omregning av valuta for handelssystemer, multicasting til flere mottakere eller som en firewall i et sikkerhetssystem. Intermediates kunne også fungert som en bro mellom ulike type nettverk (LAN til GSM osv.).\r\n\r\nVi har tatt det med i kompendiet fordi det viser et mulig bruksområde for XML protokollen.\r\n\r\nDere trenger ikke å implementere verken XMLP_UnitData.forward eller benytte parameteren "Immediate Destination" for å få en protokoll som vil kunne fungere i rosjektet. Dette vil heller ikke kreves.\r\n', 'kolstad@stud.ntnu.no', 20020130112845, 8); INSERT INTO sos VALUES (39, 'Gruppeomeråde', 'Jeg lurer på om vi kommer til å få et felles gruppeområde pr. gruppe der vi kan legge filer m.m.', 'tommyry@stud.ntnu.no', 'Hver gruppe har nå fått definert BSCW-brukere som blant annet gir kontroll på felles filer, og enkel versjonskontroll. Dere skal ha fått e-post om dette idag. Hvis en gruppe ikke har fått en slik e-post, må de henvende seg til akervold@idi.ntnu.no, så ordner Kristian Akervold opp i dette. \r\n\r\nFor mer generelle spørsmål om BSCW henviser jeg først til Veiledningen som ligger under Linker her på hjemmesiden.', 'Gunnar.Brataas@idi.ntnu.no', 20020129150406, 2); INSERT INTO sos VALUES (41, 'Av/på logging', 'Av/på logging\r\nInnebærer det at spilleren kommer i samme sist spilte situasjon når han logger seg inn på nytt igjen? Altså hvis han har nøkkelen, og logger seg av. Hvis han logger seg inn på nytt, har han nøkkelen fortsatt?\r\n\r\n', 'edgarahi@stud.ntnu.no', 'I utgangspunktet skal spilleren komme i den samme situasjonen som da han forlot spillet (gjelder bare for de som har DB, de andre får klare seg uten persistens), men det er klart at hvis spilleren da blokkerer viktige ressurser, slik at andre ikke kan spille, er dette uheldig, og bør forhindres i et godt system. \r\n\r\nPå den annen side bør det være konsekvens: hvis spilleren ikke får beskjed om at han mister nøkkelen idet han logger ut, bør han selvfølgelig også få nøkkelen idet han logger seg inn igjen.', 'Gunnar.Brataas@idi.ntnu.no', 20020129200606, 12); INSERT INTO sos VALUES (42, 'Ikke-funksjonelle krav', 'Ikke-funksjonelle krav\r\nSkal vi teste de ikke funksjonelle-kravene? Dvs. sikkerhet, stabilitet, ytelse, brukervennlighet osv.? Det ser ut til at det kolliderer litt med brukbarhetstesten... Vi som ikke har MMI skal vel ikke teste brukervennligheten så grundig?\r\n\r\n', 'edgarahi@stud.ntnu.no', 'En testplan skal inneholde tester som sjekker at alle krav er oppfylt. I vært tilfelle er det ikke noen eksplisitte ikke-funksjonelle krav til systemet. Likevel er det helt sikkert noen krav som ligger der mer eller mindre eksplisitt. Disse bør dere, så langt dere har muligheten til, forsøke å formulere, og tenke ut tester for. Hvis dere på den måten finner krav som dere ikke har muligheten til å teste tilfredsstillende, er det viktig at dere opplyser om dette i testplanen: krav A og B er viktige, men vi har ikke mulighet til å teste dem innenfor de ressursrammene vi har. De som leser en slik testplan ute i industrien har da mulighet til å si at dette er ikke holdbart; vi må legge inn mer ressurser under testingen.\r\n\r\nDet stilles selvfølgelig mye større krav til brukbarhetstest for de som har MMI enn for de som ikke har det, men også de som ikke har faget kan si litt om dette i testplanen. Det blir bare ikke like utfyllende og systematisk.', 'Gunnar.Brataas@idi.ntnu.no', 20020129200218, 12); INSERT INTO sos VALUES (43, 'Hva er en god protokoll?', 'Hva er tegn på en "god" protokoll?\r\nTror det er mange som lurer på denne innleveringen, og synes at kompendiet er litt tynt her, så det hadde vært fint\r\nom dere skrev litt mer om den.', 'gjendems@stud.ntnu.no', 'Jeg har laget et forslag til en klargjøring av hva en god protokoll er. Problemet er at det er tidlig i semesteret, men jeg endrer litt på rekkefølgen i forelsesningene slik at vi går gjennom HTTP allerede fredag 1. feb. \r\n \r\nHva er en god protokoll?\r\nGenerelt er &fnutt;godheten&fnutt; sterkt avhengig av omgivelsene protokollen brukes i. Vi kan ta et typisk pakkesvitsjet nett som Intermet med Web-applikasjonen som eksempel, og starte med Quality of Service, QoS, tjenestekvalitet. I vid forstand omfatter QoS den totale oppfattelsen som brukeren har av en tjeneste, og som service provider og nettet leverer. Konkret kan det være snakk om å håndtere feiltilfeller (bitfeil i pakker, tap av pakker, feil sekvens av pakker) og varierende trafikk (tidsforsinkelser, m.m). For å få kontroll over QoS legger vi inn en rekke funksjoner i protokollene på de forskjellige lag. I Internett benyttes ofte protokollstakken HTTP/TCP/IP/Ethernet. HTTP benyttes på applikasjonslaget. Her er det TCP transportprotokollen som gir QoS garanti mht. feil for en ende-til-ende forbindelse. Derimot gir ikke IP eller Ethernet noen garanti mot feil. TCP gir ingen garanti mht forsinkelser. Med TCP/IP/Ethernet er da feilkontroll ivaretatt. Ytterligere feilkontroll på applikasjonslaget er unødvendig. Vi antar at sterk kontroll på forsinkelser ikke er påkrevet. Applikasjonsprotokollen kan dermed designes for å være god til å støtte funksjonaliteten som den aktuelle applikasjonen krever, og forutsette at QoS ellers er ivaretatt av protokoller på underliggende lag.\r\n', 'leifarne@item.ntnu.no', 20020131101432, 8); INSERT INTO sos VALUES (45, 'Risikoanalyse i testplanen.', 'Risikoanalyse i testplanen.\r\nSkal risikoanalysen vi skriver i testplanen være på samme måte som den vi skrev i prosjektplanen. På forelesningen i SU mandag 28.01 ble det ramset opp en del risikoer som var typiske for prosjektplanen og ikke for selve testingen. Er det ikke risikoer i forbindelse med selve systemtesten vi skal beskrive nå?\r\n', 'vidarel@stud.ntnu.no', 'Risikoanalysen skal primært inneholde analyse av risiko for testing som en aktivitet / delprosjekt. Det er altså ikke nødvendig å se på hver enkelt test. Dersom det finnes tester som det kan knytte seg spesielle risiki til bør disse vurderes separat. Dette kan for eksempel gjelde tester av kommunikasjonen mellom server og klient. \r\n\r\nTesting kan sees på som et eget prosjekt. Det er derfor ikke overraskende at en del generell prosjektrisiki også dukker opp i en risikoanalyse av testing. Risikofaktorer som er spesifikke for testing kommer i tillegg. Eksempler:\r\n· Kommunikasjonsproblemer vil kunne oppstå under utarbeiding og gjennomføring av testing like mye som i utvikling. Det er derfor en generell prosjektrisiko. \r\n· Ikke oppdage feil resultat av en test eller utføre testen på feil / gammel versjon av programmet er en testspesifikk risiko.\r\n\r\nDet kan være praktisk å få med seg at det finnes to typer tiltak i en risikoanalyse:\r\n· Preventive tiltak ? prøve å hindre at hendelsen inntreffer\r\n· Kontrollerende tiltak- prøve å redusere konsekvensene når / viss det ikke er mulig å forhindre endelsen. \r\n\r\n', 'Tor.Stalhane@idi.ntnu.no', 20020130143102, 6); INSERT INTO sos VALUES (46, 'Må use-casene lages i Visio?', 'Må use-casene lages i Visio?\r\n\r\n', 'edgarahi@stud.ntnu.no', 'Nei, du kan lage use-casene med hva du vil: penn og papir eller med et hvilket som helst tegneprogram. Visio er imidlertid spesielt godt egnet til å lage use-case diagrammer siden Visio har ferdiglagde symboler for roller, brukstilfeller og for ulike relasjoner mellom dem.', 'Gunnar.Brataas@idi.ntnu.no', 20020130115539, 13); INSERT INTO sos VALUES (47, 'Use-case for både 1. og 2. inkrement nÅ?', 'Use-case for både 1. og 2. inkrement nÅ?\r\nSkal vi lage use-casene for alle funksjonene (både 1. & 2. inkrement?)\r\n\r\n', 'edgarahi@stud.ntnu.no', 'Siden dere ikke skal lage brukstilfeller siden, vil det lønne seg å lage brukstilfeller både for 1. og for 2. inkrement nå. Da får dere bedre oversikt over det systemet dere skal lage.', 'Gunnar.Brataas@idi.ntnu.no', 20020130115713, 6); INSERT INTO sos VALUES (53, 'Hvor finner jeg Visio ?', 'Hvor finner jeg Visio ?\r\nGunnar Brataas skriver at Visio er spesielt godt egnet til å lage use-case diagrammer. Har dere en link hvor det kan hentes fra nettet ?', 'lehne@stud.ntnu.no', 'Visio vil bare bli innstallert i 1. etasje i VM-brakka.\r\n\r\nDesverre er ikke Visio innstallert der enda, pga. forhold langt utenfor min kontroll. Driftspersonellet ved IDI sier at det skal være innstallert fra og med mandag 4/2, som er sent, men som er slik at dere skulle ha tid til å bruke det til use-case-innleveringen 8/2. Jeg skal også ha en forelesning om Visio 4/2 kl 9.15 i R2.', 'Gunnar.Brataas@idi.ntnu.no', 20020130142322, 13); INSERT INTO sos VALUES (54, 'Hvor detaljert skal use-case diagrammene være?', 'Hvor detaljert skal use-case diagrammene være?\r\nHvilke funksjoner o.l. skal tas med? Et eks. er jo innloggingen, men hvilke andre funksjoner? Funksjoner som er en del av spillet også? Altså gå, snakke, plukke opp ting osv.?\r\n\r\n', 'edgarahi@stud.ntnu.no', 'Følgende regler er praktiske å bruke:\r\n· Alle brukerfunksjoner skal vises i et use case diagram.\r\n· Viktige funksjoner mot andre systemer - systemer dere ikke skal utvikle selv ? bør også være med. \r\n· Jo vanskeligere funksjonen er ? jo mer risiko det er knyttet til realiseringen ? desto mer detaljert må use case diagrammet være. \r\n', 'Tor.Stalhane@idi.ntnu.no', 20020130143359, 6); INSERT INTO sos VALUES (57, 'For mye informasjon på SOS', 'Da det stadig kommer nye spørsmål på denne siden hadde det vært svært nyttig å kunne få spørsmålene sortert på tidspunkt, uavhenging av hvilken kategori de er i. Dette vil gjøre det lettere å se om det er kommet ny info siden sist man så på siden, og å finne ut hva disse spørsmålene er. Synes også at viktig info som vedrører krav til innleveringer i det minste kunne komme på nyheter i tillegg til spørsmål og svar. Det er svært frustrerernde at det kommer mange ekstra krav til innleveringen to dager før fristen. ', 'sigmunau@stud.ntnu.no', 'Jeg er enig i at spørsmålene også kunne vært sortert på dato, og skal se hva det er mulig å få til tatt i betrakning av at de også samtidig bør være sortert på emne, for ikke å miste oversikten fullstendig.\r\n\r\nÅ publisere mer av det som under spørsmål og svar (SOS) også under Nyheter er ikke hensiktsmessig. Dere må klare å følge med også under SOS, når dere vet at det også kommer viktig informasjon der.\r\n\r\nJeg vil vel ikke si at det kommer ekstra krav like før fristen, men at det kravene som ligger der allerede blir klarere, og dermed blir vanskeligere å neglisjere. Du er tydeligvis ikke enig, og det er greit.', 'Gunnar.Brataas@idi.ntnu.no', 20020131113517, 3); INSERT INTO sos VALUES (59, 'Plott i spill, MMI1', 'Plott i spill, MMI1\r\n\r\nVi har begynt å se endel på MMI1. Problemet vårt er at siden spillet skal være multiuser, er det svært vanskelig å realisere hendelser som at f.eks en person er i besittelse av enkeltting som andre spilldeltakere må ha tak i for å komme fra en fase i spillet til en annen. Eks. En spiller har et nøkkelkort og logger seg av, eller befinner seg innenfor den avlåste sonen. Andre brukere har da kanskje bruk for dette nøkkelkortet for å komme videre i spillet. Videre er det vanskelig å integrere nye brukere i et plot som allerede er påbegynt av andre spillere. F. eks når "rutinerte" deltakere har endret på spillmiljøet (eks. tømt et brannslukningsapparat). Spillpersonen må jo eksponeres for situasjoner der han blir nødt til å ta i bruk/bruke opp/endre elementer fra spillet. Når en ny spiller plutselig dukker opp vil denne da være like langt fremme i spillet som alle andre. \r\n\r\nEn løsning ville vært å eksponere alle spillere for samme situasjoner, men dette blir fort kunstig. Deltakerne vil isåfall befinne seg i ulike "dimensjoner" i spillet samtidig som de skal samhandle på samme "fysiske" nivå. Vi lurer derfor på om det er greit at vi bygger opp spillet av mange enkelthendelser som ikke nødvendigvis leder frem til en bestemt løsning der spillet rundes, men heller gir/tar fra spilleren "credits" ettersom deloppgaver i spillet utføres? Disse deloppgavene må da bygges opp slik at de ikke forringer spillmiljøet for andre spillere. ', 'henrichs@stud.ntnu.no', 'Dette er en svært interessant observasjon, som er knyttet til hvordan ressurser deles i en flerbruker-omgivelse. Dersom et spill f.eks. baserer seg på en nøkkel pr. rom, så kan en spiller sabotere de andres gjennomføring. Dette fordi nøkkelen ikke er en delbar ressurs. Det er flere måter å løse dette på, ved å innføre ressurser som ikke er delt, og du er selv inne på det:\r\n\r\n\r\n- Credits: Gjennom oppgaver underveis får spilleren credits (penger?) som kreves for å gjennomføre resten av spillet. Slike credits er personavhengig og ikke en delt ressurs. Spillet bør inneholde mekanismer for å tjene og miste credits. F.eks. kan det gjøres om til byttevare omtrent som penger, nøkkel mot credits f.eks., eller credits mot mat, slik at en "kapitalen" minsker over tid dersom en ikke kommer seg videre i spillet. (En kan jo også innføre ran!)\r\n- Kunnskap: En erverver seg kunnskap som brukes siden, f.eks. passord som trengs for å åpne dører, eller annen kunnskap om hva som må gjøres for å komme videre. Denne kan formidles gjennom beskjeder som er i bestemte rom, og som ikke kan ødelegges (spis lappen dersom du blir tatt til fange). Kunnskap er ikke en delt ressurs.\r\n- Personlige ting: Ting som bare en bestemt spiller kan se, ta opp og/eller bruke, slik at ressursen ikke lenger blir delt. En kan også minske muligheten til å bære en ting, slik at en spiller ikke kan ta med seg mange av andres ting. Et alternativ er å "fabrikere" nye ting når en spiller entrer spillet, som han/hun må skynde seg å ta opp. Kombinert med begrenset bærekapasitet, kan dette gjøre det mulig å håndtere delte ressurser.\r\n\r\nDet kan være en fordel med en blanding av delte og ikke delte ressurser, for å fremme samarbeid og konkurranse. Tenk f.eks. at en oppgave krever to ting, som en ikke kan bære alene. Og hvis en legger fra seg tingen blir den tatt av andre. Da må man finne en å samarbeide med, slik man kan få begge tingene trygt med seg.\r\n', 'hal@idi.ntnu.no', 20020201100755, 9); INSERT INTO sos VALUES (64, 'Konstruksjon før systemtestplan?', 'Er det ikke vanlig å lage en kravspesifikasjon (Oppgaveheftet vi har kjøpt), deretter en konstruksjonsspesifikasjon (Use Case og klassediagrammer) og til slutt en testplan? Det er jo en fordel å ha en oversikt over systemet før man lager en testplan...', 'hanslad@stud.ntnu.no', 'En systemtest skal teste kravene, dermed er det ikke interessant hvordan kravene er tenkt oppfylt. Faktisk kan det være forvirrende om man vet for mye om konstruksjon og implemetasjon, fordi dette gjør at man ikke tenker like fritt under spesifikasjon av testene, men implisitt antar at visse ting "helt sikkert" virker.\r\n', 'Gunnar.Brataas@idi.ntnu.no', 20020131222205, 6); INSERT INTO sos VALUES (65, 'MMI1: XML-kode nå?', 'MMI1\r\n\r\nEr det meningen at vi skal skrive kode i XML - format nå, eller skal vi vente med det til senere innleveringer?\r\nsynes det står litt uklart i kompendiet..', 'metteu@stud.ntnu.no', 'Dere skal ikke skrive XML-kode nå, den skal skrives som en del av realiseringen innenfor SU-prosessen og er strengt tatt ikke en del av MMI-delen. De som ikke har fellesprosjektet trenger ikke lage en slik XML-fil. Det dere skal gjøre nå i MMI1 er blant annet å utforme verdenen som senere skal kodes inn i XML-fila, slik at denne kodingen blir relativt mekanisk og ihvertfall ikke innebærer større design-beslutninger.\r\n\r\n', 'hal@idi.ntnu.no', 20020201151719, 9); INSERT INTO sos VALUES (66, 'Lagre informasjon hvis ikke DB', 'For oss som ikke har DB; skal vi lagre nye spillere? \r\n\r\nIsåfall, hvor?', 'gardsvol@stud.ntnu.no', 'Hvis dere ikke har DB, har dere ikke noe opplagt sted å lagre informasjon, og dere trenger dermed heller ikke å lagre noe. Hvis dere vil, kan dere lagre litt informasjon på en fil eller i en enkel database, men dette er frivillig og helt opp til dere. \r\n\r\nHvis dere velger å ikke ha noen lagring, må dere registrere alle opplysninger hver gang dere begynner spillet. En tredje og siste mulighet er at dere legger inn opplysninger i kildekoden, såkalt hardkoding. Da blir det ikke så lett å endre på ting, men det er i alle fall en mulighet for å lagre informasjon selv om dere hverken bruker filer eller databaser.\r\n\r\nI alle fall vil et spillprogram uten spillere vært litt meningsløst, slik at en av de tre skisserte løsningene bør dere velge. Hardkodingen er nok den teknologisk sett enkleste varianten, selv om den selvfølgelig er lite fleksisbel i bruk. It&fnutt;s up to you :-)', 'Gunnar.Brataas@idi.ntnu.no', 20020201151552, 7); INSERT INTO sos VALUES (68, 'Aktører i Use Case', 'Aktører i Use Case.\r\nHvilke aktører vil det være naturlig å ha med bortsett fra spiller? For eksempel skal database og tjeneren inngå som aktører i systemet i forbindelse med deres oppgaver?', 'ednybeat', 'Det finnes ikke noe fasitsvar på dette. Use case skal primært\r\n. synliggjøre brukers behov og krav til systemet.\r\n. tjene som kommunikajson mellom utviklere og kunde\r\n\r\nI tillegg er det en god regel å\r\n. la use case utviklinga være risikostyrt - stor usikkerhet og dermed stor risiko -> my deltajer\r\n. ikke ta med detaljer man ikke trenger - det bare roter til diagrammene.\r\n. ta med noe tekst i tillegg - det hjelper på forståelsen.\r\n\r\nPersonlig ville jeg ikke tatt med tjener i use casene, men antakelig tatt med databasen siden den viser hvilke unksjoner som bruker persisitente data. ', 'Tor.Stalhane@idi.ntnu.no', 20020207094700, 6); INSERT INTO sos VALUES (86, 'KTN1-innlevering', 'KTN1-innlevering\r\nJeg sliter litt med å få taket på oppgaven, er litt usikker på hvordan ting skal gjøres. Hvis man tar utgangspunkt i kompendiet, skal da klassene Server og Tjener være med i klassediagrammet, er det eventuelt i disse klassene protokollen etterhvert skal implementeres? I eksempelkoden har disse klassene en sendDocument-metode, er det disse metodene som skal erstattes/modifiseres, eller er jeg helt på villspor? ', 'thomaseu@stud.ntnu.no', 'Neida, du er inne på riktig spor.\r\nHvis jeg klipper litt fra Client.java:\r\n..\r\nxmlOutputter.output(doc, out)\r\n..\r\nHer blir XML dokumentet &fnutt;doc&fnutt; skrevet til OutputStreamen &fnutt;out&fnutt;. Når da XML Protokollen skal sende XML dokumentet, vil da &fnutt;doc&fnutt; bli en av parametrene i XMLP_Unitadata.send(...). De andre parametrene i XMLP_Unitdata.send(...) beskriver andre egenskaper både ved XMLP meldingen og innholdet i den (fex. XML dokumentet - benevnt &fnutt;doc&fnutt; ovenfor). Parametrene er beskrevet i kompendiet og det finnes en mer inn gående beskrivelse på http://www.w3.org/TR/xmlp-am/.\r\n\r\nNår det gjelder hvor i eksempelkoden/systemet deres XML Protokollen skal legges, finnes det ikke noen fasit. Jeg vil anbefale å legge XML Protokollen i egne klasser og benytte grensesnitt for kommunikasjon mellom applikasjonsdelen og protokolldelen av systemet. Dette gjør at å arbeidet med systemet blir mer oversiktlig og enklere.', 'kolstad@item.ntnu.no', 20020212133212, 8); INSERT INTO sos VALUES (72, 'Hvem er stud./und.ass i hva?', 'Hvem er stud./und.ass i hva?\r\n\r\nDet er et hekkan å finne stud./und.assene og det gjør det ikke akkurat lettere å få svar på ett spesifikt fagspørsmål når ingen vet hvem som er stud./und.ass i hva!\r\n\r\nInfo på datasallinken hadde jo vært greit kanskje.... ', 'lura@stud.ntnu.no', 'Hvert fag får nå navneskilt med ulike farger:\r\nGult for SU\r\nRødt for DB\r\nGrønt for KTN\r\nBlått for MMI\r\nI tillegg vil det stå SU, DB, KTN eller MMI på disse navnelappene. Disse navnelappene skal fra nå av brukes av und.ass.-er og stud.ass.-er som veileder på datasalene, så jeg håper det løser problemet med hvem som veileder hva.\r\n\r\nVi arbeider også med å legge inn de andre und.ass.-ene på sidene til Fellesprosjektet. Denne informasjonen finnes der allerede for SU, og for de andre fagene på deres hjemmesider.', 'Gunnar.Brataas@idi.ntnu.no', 20020211135807, 5); INSERT INTO sos VALUES (73, 'Sint innlegg om MMI-del av FE2', 'SINT INNLEGG om MMI-del av FE2\r\n\r\nDet står å lese på fellesprosjektets hjemmeside at "Retting av brukbarhetstestingen har blitt litt forsinket for noen grupper, pga sykdom, men nå er alle levert ut. Bare 6 grupper fikk denne delen av FE2 godkjent." \r\nDette er datert 7.februar.\r\n\r\nJeg kan se to muligheter for hvordan det er mulig at bare 6 av gruppene har fått denne delen godkjent. Enten er alle gruppenes evner, med unntak av disse seks, utilstrekkelige til å gjennomføre denne oppgaven, eller så skyldes dette mangelfull informasjon om hvordan brukbarhetstestens form og innhold skal se ut fra de fagansvarlige. Det etterlyses en bedre forklaring på dette punkt.\r\n\r\nMen hva som er langt verre, er at de ikke godkjente opppgavene leveres ut torsdag 7. feb. Dette er dagen før den oppdaterte brukbarhetstesten skal leveres. Med mangefull informasjon på fagets hjemmesider, samt at undervisningsassistenten som er tilgjengelig IKKE HAR HATT MMI OG DERFOR IKKE KAN SVARE PÅ SPØRSMÅL OM DETTE, finner vi det vanskelig å rekke fristen med en oppgave som tilfredstiller kravene for å bli godkjent.\r\n\r\nHåper på oppklarende informasjon snarest.', 'trulsjor@stud.ntnu.no', 'Det er flere ting som som går igjen i besvarerelsene som ikke ble godkjent.\r\n1. De færreste hadde skjønt at det ifm. systemtesten ikke var relevant å bruke resultatet til å forme brukergrensesnittet (altså en formativ test), men at poenget var å måle "brukerens forventede ytelse" (såkalt summativ test) og evt. ta konsekvensen av at spillet var for dårlig til å bli levert. Dette poenget var det redegjort for i utdypingen jeg skrev, og som jeg opplyste om på forelesning.\r\n2. Mange trodde de skulle beskrive testen som skulle inngår i\r\nMMI3-innleveringen, og gjenfortalte oppgaveteksten og beskrev en generell brukbarhetstest som ikke var relevant for MMI3-testen.\r\n3. De færreste formulerte klart hva som var målet med testen, bortsett fra generelle vendinger om at en skulle test brukervennligheten til systemet.\r\n\r\nDet var mulig å få godkjent MMI-delen av innlevering uten at en skjønte at det skulle være en summativ test. Jeg la mindre vekt på dette, siden jeg skjønte at akkurat dette ikke var særlig godt presisert og at mange kanskje ikke hadde fått sett min utdyping. Det som krevdes var at målet var ordentlig formulert og at testen var utformet iht. målet, og ikke bare en gjenfortelling en av Dags lysark. Mitt generelle inntrykk var at det ikke var gjort et redelig forsøk på å tenke selv og foreta fornuftige valg. Merk at jeg ikke tror dette skyldes manglende evner, men at vekten var lagt på systemtesten, som i hovedsak var beskrevet med 10-20 ganger flere linjer enn brukbarhetstesten. Ut fra det du skriver ("mangelfull informasjon om hvordan brukbarhetstestens form og innhold skal se ut fra de fagansvarlige") så kan problemet kanskje være at en brukbarhetstest kan være så mangt, og at dere måtte foreta en rekke begrunnede valg, mens kravene til en systemtest var klart formulert og forelest.\r\n\r\nNår det gjelder utleveringsfristen, så forholdt jeg meg til utleveringsfristen som var onsdag kl. 14, men ble syk og rakk ikke den. Utleveringen ble 9.00 dagen etter. På hjemmesiden til SIF8040 har jeg i formiddag presisert at en forbedret testplan (MMI-del) kan leveres med MMI1-innleveringen eller sekundært MMI2, siden fristen er kort. Jeg beklager at noe annet er sagt på fellesprosjektets sider, det skyldes at vi ikke er godt nok koordinert. Jeg har ikke noe ønske om å gjøre det vanskelig for dere, jeg ønsker at dere skal ta faget på alvor og lære av dette.\r\n\r\nHvis dere ikke klarer å levere idag, kan dere enten levere direkte til meg når dere er ferdige, gjerne elektronisk, ihvertfall innen eller med MMI2-innleveringen.\r\n', 'hal@idi.ntnu.no', 20020208091837, 9); INSERT INTO sos VALUES (74, 'Komplett historie/plott i MMI1?', 'Komplett historie/plott i MMI1?\r\nEr det meningen at vi i MMI1-innleveringen skal skrive en komplett historie, fra start til mål? Skal alle rom beskrives med innhold og egenskaper? Skal personer og ting plasseres ut i hele spillverdenen?\r\nHolder det ikke å begrense/definere verdenen og beskrive hva slags ting/personer/handlinger osv som vi forekomme istedenfor å konkretisere hvor og når disse skal dukke opp?\r\n\r\n', 'carlhenr@stud.ntnu.no', 'I tillegg til det statiske, dvs. verdenen og hvor ting/personer/handlinger forekommer/kan skje, bør dere også beskrive dynamikk, dvs. hvordan ting reagerer på handlinger, og hovedløpet i plottet. Jeg ser ikke på dette som et endelig design, men det bør likevel dekke det som kan/skal skje. Som jeg (tror jeg) har skrevet, så skal koding av XML-fila være relativt mekanisk, basert på MMI1-innleveringen.\r\n\r\n', 'hal@idi.ntnu.no', 20020208091055, 9); INSERT INTO sos VALUES (75, 'Gammel version av JDOM', 'Prøver å teste eksempelkoden litt, og da oppstår følgende problem når jeg prøver å kompilere ReadGameSpec:\r\n\r\njava:35: cannot access com.sun.java.util.collections.List\r\nfile com\\sun\\java\\util\\collections\\List.class not found\r\n List places = game.getChildren("place");\r\n\r\nHva kommer dette av?', 'lucas5@spray.no', 'Gammel versjon av JDOM. Hent ny fra www.jdom.org.\r\n\r\n', 'Jon.Heggland@idi.ntnu.no', 20020211162725, 7); INSERT INTO sos VALUES (78, 'XML og JDOM', 'Vi hadde forelesning om XML og JDOM 23. januar.\r\n\r\nFoilene fra disse timene ligger ikke ute på KTN sida, eller jeg har ikke klart å finne dem ...\r\n\r\nBlir de lagt ut / hvor kan jeg finne dem ?\r\n\r\n\r\n\r\n', 'joacimt@stud.ntnu.no', 'XML og JDOM i fellesprosjektet ble forelest av Jon Heggland i DB faget. Foilene ligger således på deres hjemmeside.\r\n', 'kolstad@stud.ntnu.no', 20020211133450, 7); INSERT INTO sos VALUES (79, 'Bruk av eksempelkoden', 'Bruk av eksempelkoden\r\n\r\nI hvilken grad kan vi bruke eksempelkoden i våre innleveringer? Mange av de løsningene som er valgt i eksempelkoden er nok veldig godt egnet å bruke direkte.\r\n\r\nFinnes det noen retningslinjer på hvor mye som må være "egendiktet"?', 'gardsvol@stud.ntnu.no', 'Nei. Er det levert ut er det OK å gjenbruke det. Viss du mener eksempelkoden er tilstrekkelig, så er greit for meg.', 'Tor.Stalhane@idi.ntnu.no', 20020212103027, 12); INSERT INTO sos VALUES (80, 'Hva skal man egentlig lage i KT1?? Har forstått det sånn at en', 'Hva skal man egentlig lage i KT1?? Har forstått det sånn at en protokoll er et sett med "regler" for kommunikasjon mellom to maskiner. Skal vi lage en helt ny protokoll eller bygge videre på noe som er begynt på?? Synes det har vært lite info om hva man egentlig skal gjøre i faget...', 'klemm@stud.ntnu.no', 'Svaret på ditt spørsmål er lagt ut på denne siden:\r\nhttp://www.item.ntnu.no/fag/SIE5003/prosjekt/java/protokoll.htm\r\n\r\n\r\nBjørn', 'sie@item.ntnu.no', 20020212185116, 8); INSERT INTO sos VALUES (81, 'EER-modeller tegnes i Visio?', 'Hvilket program kan vi bruke for å lage EER-modell ? Visio støtter dette heller dårlig, og vi får ikke lov til å installere Modelator pga. rettigheter. Hva brukes til lf. ?', 'andreani@stud.ntnu.no', 'Jeg vet ikke om noen gode EER-verktøy. LF-ene pleier vi å lage i UML med Visio eller Rational Rose. Det går også utmerket an å tegne for hånd.\r\n\r\nGunnar Brataas kan legge til at selv om det ikke er noen ferdiglagde maler i Visio for EER, så er det ganske enkelt å lage seg de nødvendige boksene og så kopiere dem i diagrammet sitt. Bruk Block Diagram og Basic Diagram som et utgangspunkt. Tekst er det greit å sette på der hvor det trenges i Visio.\r\n', 'Jon.Heggland@idi.ntnu.no', 20020211160226, 7); INSERT INTO sos VALUES (82, 'Foreign key i Oracle/SQL-PLUS?', 'Hva gjør FOREIGN KEY-egenskapen i Oracle/Sql Plus ? I mySql er den utelatt, og vi lærte før at tabeller bare kobles sammen ved hjelp av spørringer ? I og med at location kan være Place, Thing og Person, må slik vi ser det en evt. location-attributt i Thing linkes til alle disse tre tabellene. Når vi prøver å definere alle som foreign key, får vi feilmeldinger når vi prøver å legge inn data (referanseintegritet). Hva burde vi gjøre ? Lage tre felter for location, ett for hver tabell vi skal linke til ?? Eller bare kutte ut å definere foreign key ?', 'andreani@stud.ntnu.no', 'Se 7.1.4 i læreboka. Foreign key (fremmednøkkel) er en restriksjon på en kolonne (eller en mengde kolonner) som sier at verdien i den kolonnen må være lik en verdi i en nøkkelkolonne(mengde) i tabellen fremmednøkkelen refererer til.\r\n\r\nFor eksempel, ta to tabeller: en persontabell, med navn, adresse og postnummer, og en poststedtabell, med postnummer og -sted. Hvis man IKKE deklarerer person.postnummer som fremmednøkkel til poststed.postnummer (eller bruker en database som ikke støtter fremmednøkler, som MySQL) vil det være mulig å registrere et postnummer i persontabellen som ikke eksisterer i poststedtabellen - og det gir ikke mening.\r\n\r\nFremmednøkler er restriksjon for å sikre seg at dataene gir mening, og dere SKAL bruke dem i prosjektet (og på eksamen, og i det virkelige liv [:)] . Hver relasjonsklasse vil som regel resultere i minst en fremmednøkkel.\r\n\r\nHvis skjønner dere rett, definerer dere et location-attributt i Thing som fremmednøkkel til både Place, Thing og Person. Det virker ikke etter hensikten, fordi det betyr at verdien dere legger i location må eksistere i både Thing, Person og Place, ikke bare en av dem - så dere må finne en annen løsning. Men foreign key-restriksjoner skal som sagt være med.\r\n', 'Jon.Heggland@idi.ntnu.no', 20020211154858, 7); INSERT INTO sos VALUES (83, 'Hvordan vise hvilke tabeller som finnes i databasen?', 'Hvordan vise hvilke tabeller som finnes i databasen?\r\n(Feks. tilsvarende mySQL&fnutt;s &fnutt;show tables;&fnutt;)', 'egilconr@stud.ntnu.no', 'SqlClient: se i Tables-lista oppe til høyre\r\nSQL*Plus: select table_name from user_tables;\r\n\r\n', 'Jon.Heggland@idi.ntnu.no', 20020211154944, 7); INSERT INTO sos VALUES (85, 'BlueJ-klassediagram nok til SU2?', 'BlueJ-klassediagram nok til SU2?\r\nDet virker som syntaksen til BlueJ-klassediagrammene er fattig i forhold til det som f.eks. Visio kan tilby med kardinalitet, navn på metoder som tilbys av ulike klasser osv. Er det tilstrekkelig å levere et BlueJ-klassediagram som en del av SU2, eller bør vi bruke Visio?', '', 'Du har helt rett. BlueJ er for fattig til å fungere som en tilfredsstillende dokumentasjon i SU2. Enten må dere legge til endel informasjon til BlueJ-diagrammet med penn/blyant, slik at det blir mer komplett, eller så må dere bruke Visio. Den siste løsningen er klart å foretrekke, men krever muligens litt mer tegnetid. Så blir da også resultatet mye bedre med Visio.', 'Gunnar.Brataas@idi.ntnu.no', 20020211152255, 6); INSERT INTO sos VALUES (87, 'Vi sliter litt med å få taket på oppgaven, er veldig usikker på', 'Vi sliter litt med å få taket på oppgaven, er veldig usikker på hvordan ting skal gjøres. Hva legger dere i beskrivelse av XML-protokollen???? Kan dere komme med et konkret eksempel som man kan forstå?', 'sirris@stud.ntnu.no', 'Det er lagt ut et eksempel på Protokolle og realisering.\r\nDu finner dette her:\r\n\r\nhttp://www.item.ntnu.no/fag/SIE5003/prosjekt/java/index.php#ProtokollEksempel', 'kolstad@item.ntnu.no', 20020214121235, 8); INSERT INTO sos VALUES (88, 'MMI2', 'MMI2\r\nHva menes med referanseimplementasjonen i oppgaveteksten til MMI2? ', 'divic@stud.ntnu.no', 'Før semesteret tok til ble det implementert et komplett MUGGE-spill, bl.a. for å få oversikt over omfanget, og det er dette vi har kalt referanseimplementasjonen. Deler av denne koden gis ut, for å hjelpe dere i gang med XML og sockets, og dere skal bl.a. få tilgang til deler av brukergrensesnittkoden. Informasjon vil bli gitt på fellesprosjektet og MMI-faget sine web-sider.', 'hal@idi.ntnu.no', 20020212153541, 9); INSERT INTO sos VALUES (89, 'Oppgaveklargjøring', 'Oppgaveklargjøring\r\nSynes ikke oppgave beskrivelsen eller svar på andre spørsmål har hjulpet noe særlig på vei i KTN1-innleveringen.\r\nOppgaven er veldig lite definert i forhold til innlevering i de andre fagene og informasjonen/stoffet i forelesningstimene har dreid seg veldig lite rundt dette emnet (Det har blitt gått gjennom HTTP og IP protokollen, men jeg klarer liksom ikke sammenhengen mellom dette, protokollen vi skal lage i prosjektet og hvordan den skal implementeres i java).\r\nKanskje noe uklart spørsmål, men det er akkurat der vi står i forhold til oppgaven.', 'thomaseu@stud.ntnu.no', 'En ytterligere forklaring på hva dere skal levere i KTN1\r\nfinner du på http://www.item.ntnu.no/fag/SIE5003/prosjekt/p1info.php\r\n\r\nSammenheng mellom protokollstack og java klassediagram finnner du hjelp om her\r\nhttp://www.item.ntnu.no/fag/SIE5003/prosjekt/java/\r\nSe under pkt 3.', 'kolstad@item.ntnu.no', 20020214222203, 8); INSERT INTO sos VALUES (90, 'Ting i flere eksemplarer', 'Ting i flere eksemplarer\r\n\r\nDet er ofte ønskelig at en ting skal kunne eksistere i flere eksemplarer. F.eks. vil man at kantinedama skal kunne selge mer enn én baguett, det skal være mulig å kjøpe mer enn én kondom fra kondomautomaten osv.. Men kompendiet nevner ikke slik funksjonalitet i det hele tatt, så vidt jeg kan se. Vårt spilldesign er avhengig av denne funksjonaliteten (og strengt tatt burde det jo det; trolig vil spillerne finne det veldig ulogisk og frustrerende dersom kondomautomaten vår bare inneholder én eneste kondom, og denne må attpåtil gå på rundgang for at flere spillere skal kunne nå målet i spillet.) Skal vi forandre designet vårt (neeei, vær så snill! ;) ), eller kan vi utvide databasemodellen til å inkludere en "Eksemplar"-entitetsklasse e.l.? Dette vil i så fall føre til fundamentale endringer i spillmodellen; en _ting_ vil ikke lenger befinne seg på et sted, kun eventuelle _eksemplarer_ av den.', 'kenth@stud.ntnu.no', 'Dette er dekket i andre inkrement av krav 22 og 14.\r\n\r\nKrav 22 sier at en regel kan skape kopier av ting, så for å lage en baguettselger kan man definere en prototypbaguett, og gi spillerne en kopi av denne når en baguettsalgregel utløses.\r\n\r\nKrav 14 beskriver egenskapsbegrepet, som gjør det mulig at forskjellige ting kan ha lik oppførsel. Ved hjelp av det, kan man f.eks. definere at en regel utløses av at en (kopi av en) kondom brukes på en (kopi av en) baguett, eller hva det nå er dere har i tankene.', 'heggland@idi.ntnu.no', 20020213110459, 12); INSERT INTO sos VALUES (91, 'I DB1, skal attributter vaere med paa modellen?', 'I DB1, skal attributter vaere med paa modellen?\r\nModellererer vi databasen eller domenet?', 'perchrh@stud.ntnu.no', 'Attributter skal være med i innleveringen. Om du har de med i selve diagrammet eller beskrevet på eget ark, velger du selv.\r\n\r\nDu skal modellere den relevante delen av den aktuelle mini-verdenen.', 'Jon.Olav.Hauglid@idi.ntnu.no', 20020213161846, 7); INSERT INTO sos VALUES (92, 'Er det meningen at attributtene skal være med i ER-diagrammet?', 'Er det meningen at attributtene skal være med i ER-diagrammet?', 'joran@stud.ntnu.no', 'Om du har det med i selve diagrammet eller bare beskrevet på eget ark, velger du selv. De skal i alle fall stå et eller annet sted i innleveringen.', 'Jon.Olav.Hauglid@idi.ntnu.no', 20020213161832, 7); INSERT INTO sos VALUES (93, 'Generering av kodeskall fra UML', 'Generering av kode skall fra UML.\r\nFunker dette for java i visio 2002?\r\nI tilfelle hvordan?', 'gjendems@stud.ntnu.no', 'Generering av Java-kodeskall fra UML finnes i BlueJ. Visio har ikke denne muligheten.', 'Gunnar.Brataas@idi.ntnu.no', 20020214124847, 13); INSERT INTO sos VALUES (94, 'Mulig å bruke JDK 1.4 og flash', 'er det anledning til å bruke jdk1.4 og også litt flash under implementasjonen av mugge?', 'michaeno@stud.ntnu.no', 'Dere kan bruke hva dere vil til implemantasjonen, men hvis dere går ut over det vi tilbyr kan dere ikke regne med noen støtte fra oss.', 'Gunnar.Brataas@idi.ntnu.no', 20020215133351, 10); INSERT INTO sos VALUES (95, 'KTN1:', 'KTN1: \r\n\r\nSkal vi definere en XML protokoll eller ikke i denne innleveringen. Skal vi ha med kommandoer i XML protokollen?', 'perchrh@stud.ntnu.no', 'Se svar under &fnutt;Oppgaveklargjøring&fnutt; på denne siden.', 'kolstad@item.ntnu.no', 20020214222151, 8); INSERT INTO sos VALUES (96, 'JDK 1.4 og konsekvenser for prosjektet', 'Oberverer at JDK1.4 er kommet på markedet. Kommer dette til å få noen konsekvenser for prosjektet vårt? Er det meningen at vi skal bruke det? Det ser ut til å ha en del nyttige features som innebygget XML støtte og raskere Swing.', 'sigmunau@stud.ntnu.no', 'Dere kan bruke hva dere vil til implemantasjonen, men hvis dere går ut over det vi tilbyr kan dere ikke regne med noen støtte fra oss.\r\n\r\nSlik vi ser det skal ikke versjon 1.4 ha noen negative konsekvenser for prosjektet, og du lister opp noen positive. Men igjen, dette er på eget ansvar.\r\n\r\nSelv hadde jeg problemer med SDK 1.4 i RC-versjon som ikke ville spille sammen med BlueJ.', 'Gunnar.Brataas@idi.ntnu.no', 20020215133644, 10); INSERT INTO sos VALUES (97, 'BSCW virker ikke', 'Så vidt jeg kan se, virker ikke BSCW som det gjorde før. Er dette en illusjon, eller har det skjedd noe?', 'gunnarre@stud.ntnu.no', 'Fordi lisensen hadde gått ut virket ikke BSCW igår (ifølge bscw.ntnu.no), men med ny lisens idag virker BSCW igjen.\r\n', 'Kristian.Akervold@idi.ntnu.no', 20020215121210, 2); INSERT INTO sos VALUES (98, 'Tjenesteprimitivene', 'Tjenesteprimitivene \r\n\r\nKunne dere si hvilke parametre i metodekallene til send, receive, status og forward vi ikke trenger å ta med (er optional)? \r\n\r\nLurer spesielt på parameteren &fnutt;immediateDestination&fnutt; i forward. Vi ønsker å sette serveren som eneste mellomstasjon. Hvis spiller A vil sende informasjon til spiller B (begge tilknyttet vår server), er det null problem for serveren å rute dette riktig. Bruker send til serveren som forwarder videre. (Må være meningsløst å sende meldingen via noen andre??)\r\n\r\n ', 'vatle@stud.ntnu.no', 'Hvilke parametre som skal benyttes er en vurderingssak som dere skal ta stilling til.\r\nIstedenfor å gi dere en smørbrødliste over parametre som dere må implementere, gir det mer forståelse for protokoller og deres virkemåte/oppgaver dersom dere selv (gjerne med studass hjelp) kommer frem til dette ved å tenke igjennom hva som kreves av protokollen. Kap 3 i kompendiets KTN del er inne på det meste som må håndteres. Kap 4 beskriver en del mekanismer som kan legges inn i protokollen for å håndtere dette.\r\nEks: Kan protokollen feile? Hvordan og i hvilke deler kan dette skje? Hva skal gjøres for å rette på dette? \r\n\r\nNår det gjelder immediatedestination og .forward primitivet er dette omtalt i ett tideligere spørsmål.\r\nSe &fnutt;Implementere router?&fnutt;', 'kolstad@item.ntnu.no', 20020214222414, 8); INSERT INTO sos VALUES (99, 'Sekvensdigrammer i SU2', 'skal det i SU2 skrives sekvens diagram for alle metoder? i så fall blir jo det mangfoldig antall sider med sekvensdiagram. holder det med nok sekvensdiagrammer til at vi får vist forståelsen for det. mange av metodene er nokså intuitive.-', 'michaeno@stud.ntnu.no', 'Det skal ikke lages sekvensdiagrammer for metoder i det hele tatt. Sekvensdiagrammer beskriver scenarier. Det bør derfor være minst ett skevensdiagram pr. use case. Viss use caset har særbehandling av spesielle tilfeller bør disse også få sine egne sekvensdiagrammer. \r\n\r\nViss sekvensdiagrammet ikke sier særlig mye mer enn det som allerede står i use caset, er det bortkasta å lage et sekvensdiagram. De lages primært for å få en dypere forståelse av hva som skal skje i hvert use case. ', 'stalhane@idi.ntnu.no', 20020218142135, 6); INSERT INTO sos VALUES (100, 'Hvordan legge inn JDOM?', 'Hvordan legge inn JDOM?\r\n\r\nHar hentet ned jdom-b7.tar.gz og pakket opp. Kjører build.sh uten feil. Kjører javac mugge/server/Server.java og den feiler med å si for Element, Document m.m "cannot resolve symbol".\r\n\r\nHar lagt jdom.jar i $JAVA_HOME/jre/lib/ext', 'perchrh@stud.ntnu.no', 'Jeg vet ikke. Det er ikke noe spesielt med JDOM i forhold til andre klassebibliotek. Prøv å bruke CLASSPATH-variabelen i stedet, eller oppgi classpathen på kommandolinja, eller prøv å hente JDOM på nytt, prøv med binærdistribusjonen i stedet for å bygge den selv, eller bruk den på http://gigabase.idi.ntnu.no/sif8020/java/jdom.jar.\r\n', 'Jon.Heggland@idi.ntnu.no', 20020220164301, 10); INSERT INTO sos VALUES (101, 'Tidspunkt for MMI2', 'Tidspunkt for MMI2\r\nNår skal MMI2 leveres? På fellesprosjektets side står det 1.mars, men på MMI-sidene og i kompendiet står det 20.februar.', 'thomaseu@stud.ntnu.no', 'Fristen er i løpet av denne uken, dvs. 22. feb. I tidsplanen står MMI2-innleveringen oppført under inneværende uke. Tanken er at fredag er innleveringsdagen, beklager at dette ikke er presisert. I kompendiet er innlevering av MMI2 satt samtidig med SU2, og nå ser det ut til at SU2-innleveringen er utsatt. Jeg skal vurdere om det er hensiktsmessig med en tilsvarende utsettelse av MMI2, og komme tilbake med mer informasjon.', 'hal@idi.ntnu.no', 20020218085110, 4); INSERT INTO sos VALUES (102, 'MUGGE-KLIENT', 'MUGGE-KLIENT\r\nFår ikke opp den kjørbare versjonen av muggeklient. Får denne feilmld:\r\nException in thread "main" java.lang.NoClassDefFoundError: muggeclient/ClientUI\r\n\r\nHva gjør jeg?', 'heidimb@stud.ntnu.no', 'Dersom du har fulgt oppskriften som finnes i readme.txt-filen, vet jeg ikke hva feilen skyldes. Den vanligste feilen er å ha en ufullstendig CLASSPATH eller -classpath (-cp) opsjon, f.eks. at du har utelatt . (stående katalog). En annen mulighet er at du du ikke står i den katalogen hvor muggeclient-katalogen ligger, slik at .-katalogen blir feil. Prøv å følge oppskriften igjen, og vær nøye med -classpath-opsjonene og hvilken katalog som tilsvarer ".".', 'hal@idi.ntnu.no', 20020218135637, 10); INSERT INTO sos VALUES (103, 'Detaljnivå i SU2', 'Vi lurer litt på endel ting i SU2, hvilket detaljnivå vil dere ha på klassediagrammet (skal vi ha med alle metoder, attributter etc.), samt hva tilstandsdiagrammet skal inneholde (skal det beskrive spilltilstander/mulige situasjoner, eller skal det være mer implementasjonsrelatert) ?', 'andreani@stud.ntnu.no', 'Leveransen SU2 er en design. Derfor skal alle metoder og attributter være med for hver klasse. Tilstandsdiagrammer skal bare være med i den grad de forklarer forhold som ikke er enkle å forstå ut fra kommentarer ("notes" i UML)eller generell domenkunnskap. Uansett skal tilstandsdiagrammene beskrive tilstanden til en klasse - ikke til hele systemet. \r\n\r\nEr usikker på hva du legger i "mer implementasjonsorientert"', 'stalhane@idi.ntnu.no', 20020219083015, 6); INSERT INTO sos VALUES (115, 'Bruke eksempelkoden', 'Det er fullt lovlig å bruke eksempelkoden som utgangspunkt? Dvs, vi er i realiteten ikke nødt til å endre/tilføye ting i denne koden enn det som er nødvendig for å tilfredstille kravspec? (f.eks nødvendige endringer for å implementere XML-protokollen)\r\n\r\n', '', 'Eksemplekoden er ment å hjelpe dere å vei. Det er lov å bruke den så mye av den som dere vil. Men dere må som du sier, må dere selvfølgelig legge til så mye at dere tilfredsstiller kravene.', 'Gunnar.Brataas@idi.ntnu.no', 20020220164126, 10); INSERT INTO sos VALUES (105, 'Hvorfor er eksempelkoden "dårlig"?', 'Hvorfor er eksempelkoden "dårlig"?\r\n\r\nHar lest og hørt fra flere hold at KTN-delen av eksempelkoden er "for dårlig".\r\nVi lurer litt på hva som er så dårlig med koden. Det er kommentert enkelte feil og mangler i selve koden, men vi kan ikke skjønne annet enn at mesteparten av koden bør fungerere helt OK.\r\n\r\nSkulle vel ikke være nødvendig å kode ALT helt fra bunnen av da?', 'igilsaa@online.no', 'Hei.\r\nJeg har ikke gransket eksempelkoden, men har tatt en rask kikk på den. I forhold til kravspesifikasjonen til KTN delen er den "for dårlig". Dvs. oppgaven deres er å implementere en protokoll for kommunikasjon mellom klient og tjener. Protokollen skal være en XML protokoll. Den skal kommunisere med applikasjonen gjennom et grensesnitt bestående av tjenesteprimitivene som er beskrevet i kompendiet. Det kan jeg ikke se at eksempelkoden gjør, selv om den naturligvis fungerer helt OK innefor sin ramme.\r\n\r\n\r\nNår det er sagt:\r\nEksempelkoden er ikke dårlig generelt sett. Det er mange elementer i den som dere kan bruke i deres egen implementasjon. Bla. er det ting som: hvordan sende over socket, hvordan instansiere nye socketer på serversiden, hvordan holde styr på hvilke klienter som er koblet opp mot server, etc.. Som svar på ditt siste spørsmål......\r\n\r\nHåper du har fått svar på det du lurte på.\r\nBjørn', 'bjornna@stud.ntnu.no', 20020219153004, 8); INSERT INTO sos VALUES (106, 'Studentnummer og navn på øving 3 ?', 'Studentnummer og navn på øving 3 ?\r\n\r\nEr det riktig at vi skal levere inn obligatorisk øving 3 med BÅDE studentnummer og navn? Hva er isåfall poenget med et anonymt studentnummer?\r\n\r\nundrende student', '', 'Heisann.\r\nJeg ser det er flere av dere som kommenterer akkurat det med både studentnummer og navn. \r\nFor å avklare enhver undring - dere kan velge å levere med bare navn.\r\n\r\nLykke til med innlevering.\r\nBjørn', 'bjornna@stud.ntnu.no', 20020219151445, 8); INSERT INTO sos VALUES (107, 'Boolske verdier i databasen', 'Boolske verdier i databasen\r\n\r\nVi har opprettet en egen booleantabell, som vist i "SQL i Oracle" notatet på hjemmesiden til faget. Hvordan refererer vi til denne i andre tabeller. Kan vel ikke bruke fremmedøkkel? (Fikk feilmelding om at den ikke ble unik). ', 'mariaris@stud.ntnu.no', 'Det er ikke meningen at du skal lage en "booleantabell".\r\nDen er bare et eksempel for å illustere to alternative boolean *attributter*.\r\n\r\nHvis du trenger en boolsk attributt lager du den mao.\r\nenten slik:\r\n boolean1 char check (boolean1 in (&fnutt;t&fnutt;,&fnutt;f&fnutt;))\r\neller slik:\r\n boolean2 number(1) check (boolean2 in (0,1))\r\n\r\nPutt denne direkte inn i tabellen der du trenger den. Døp selvfølgelig om fra boolean1 og boolean2 til noe som passer bedre.', 'Jon.Olav.Hauglid@idi.ntnu.no', 20020219152657, 7); INSERT INTO sos VALUES (108, 'Klassediagrammer for tjener/klient', 'Vi har noen problemer i forbindelse med klassediagrammene for tjener/klient. \r\n\r\n1) Når vi henter ut data fra databasen, bør vi da opprette objekter på tjenersiden, eller kun sende opplysningene tekstlig for så å opprette objekter på klientsiden?\r\n(Skal klasser som for personer, ting, rom osv ligge på klientsiden, serversiden eller på begge sider?)\r\n\r\n2) Etter det vi har forstått, blir XML-dokumentene som blir utvekslet mellom tjener og klient parset vha JDOM. Det blir da laget et JDOM objekt(?) som egentlig er et tre for å gjøre det lettere og ta ut verdier. Dette gjøres da i protokollen. Hva inneholder egentlig disse JDOM objektene og hva må gjøres før data kan legges i databasen?\r\n\r\n3) Hva skal egentlig receivemetoden i klient/tjener applikasjonene gjøre?', 'stuenes@stud.ntnu.no', 'Når det gjelder 1):\r\n\r\nDet går an å gjøre det på flere måter, og alle har fordeler og ulemper. Systemdesign går ut på å identifisere mulige løsninger, evaluere dem, og bestemme seg for den beste, i henhold til kriterier som anses for viktige. Med andre ord: Gjør som dere vil, men forklar gjerne hvorfor, og beskriv gjerne alternative løsninger.\r\n\r\nNår det gjelder 2)\r\nJDOM-objektene finnes i forskjellige typer. Det viktigste er Element, og inneholder barn (andre Elementer, og/eller tekst) og attributter (navn-verdi-par). Se i eksempelkoden for forslag til hvordan de kan legges inn i databasen, og http://www.jdom.org/docs/apidocs for\r\nspesifikasjoner av JDOM-klassene.\r\n\r\nNår det gjelder 3) må du spørre KTN-gutta.\r\n\r\n', 'Jon.Heggland@idi.ntnu.no', 20020220084112, 10); INSERT INTO sos VALUES (109, 'Interaksjonsstiler i MMI2', 'Interaksjonsstiler i MMI2\r\n\r\nHei! I MMI2-delen står det at vi skal vurdere interaksjonsstilen til referanseimplementasjonen, og i tillegg beskrive to interaksjonsstiler, hvorav en av dem skal beskrives grundig med tanke på bruk i MUGGE. Men det er vel sjelden du finner bare en stil (f.eks. meny-stil). Blir det ikke en blanding av flere? Skal vi beskrive alle?', 'ueland@stud.ntnu.no', 'Dere skal karakterisere to stiler, og gjøre grovdesign iht. til disse. Så skal dere velge en av disse stilene og detaljere designet for den. Detalj-designet skal være utgangspunkt for implementasjonen.

Som du sier, så er det ofte naturlig å blande flere stiler i en og samme applikasjon. Referanseimplementasjonen blander f.eks. minst tre stiler (hvilke?). Men som regel er det én hovedstil som velges for hovedfunksjonaliteten (hovedvinduet), og MUGGE-grensesnittet blir såpass lite at det skal være mulig å rendyrke én stil, og det er da denne dere skal fokusere på. Det overordnede målet er uansett spillbarhet (brukskvalitet) så hvis dere finner det riktig å blande stiler, så gjør det.', 'hal@idi.ntnu.no', 20020220102449, 9); INSERT INTO sos VALUES (110, 'MMI2 og kvaliteten til referanseimplementasjonen', 'I MMI2 skal vi vurdere kvaliteten av referanseimplementasjonen iht. interaksjonsstilen. Vi finner mange feil i implementasjonen, men syns det er vanskelig å knytte disse opp mot noen stil. Er det meningen at vi skal kommentere disse feilene selvom vi ikke knytter de opp mot noe interaksjonsstil? \r\n\r\nItilfelle, kan du komme med et eksempel (f.eks hvordan skal vi knytte kvaliteten til interaksjonsstilen opp mot feil i skrollefeltet)?', 'idahvedi', 'Historisk kan mange stiler kan ses på som forbedring av tidligere. F.eks. kan en se på meny-stilen som et svar på problemene med kommandolinje, ved at en prøver å bruke prinsippet om at "recognition" er enklere enn "recall". Direkte manipulasjon fokuserer på grafisk fremstilling av tilstand og interaksjon på denne, og bruker prinsippet om at hele systemtilstanden skal være synlig og styrbar. \r\n\r\nPoenget er at visse overordnede prinsipper ivaretas i større eller mindre grad av forskjellige stiler. Ofte er det lettere å knytte design-"feil" til prinsippet enn stilen. Gruppering av elementer som hører sammen kan f.eks. være lettere å knytte til prinsipper for visuell design (gestalt-teori) enn til skjema-stilen, selv om gruppering står svært sentral i skjema-stilen.\r\n\r\nScrollefeltets mangel på autoscrolling gjør at (den viktigste) historikken/tilstanden er mindre synlig, og det bryter med prinsipper om feedback og synlighet av tilstand. Samtidig smaker et slikt historikk-vindu av kommandolinje-stilen, og der vil tekst-cursoren som regel sørge for at vinduet er scrollet helt ned. Dermed kan manglende scrolling sies å bryte med kommandolinje-stilen (selv om dette ikke er hovedstilen til vinduet).\r\n\r\nNår det gjelder vurdering av kvaliteten til referanseimplementasjonen, svarer jeg som Ole Brumm: Ja takk, begge deler. Det er fint om dere identifiserer problemer som både kan knyttes til generelle prinsipper og interaksjonsstilen. Poenget er å få trening i denne typen\r\nkvalitetsvurdering, som komplementerer mer empiriske eksperimentteknikker.', 'hal@idi.ntnu.no', 20020220102426, 9); INSERT INTO sos VALUES (111, 'Hvilke deler av systemet skal tilstandsdiagrammet gjelde for?', 'Hvilke deler av systemet skal tilstandsdiagrammet gjelde for? Er det tilstander til spill-persone eller tilstanden til server-klient delen som skal lages?', 'arnejohe@stud.ntnu.no', 'Det skal lages tilstandsdiagram for de klassene som dere skal implementere der tilstandsdiagrammet vil hjelpe dere til å beskrive og forstå oppførselen til klassen. Det gjelder uansett hvor i systemet klassen hører hjemme.', 'stalhane@idi.ntnu.no', 20020220114825, 6); INSERT INTO sos VALUES (112, 'MMI2, hva mener du egentlig??', 'MMI2, hva mener du egentlig??\r\nHar lest gjennom de svarene du har gitt på mmi2 spm tidligere, men ble egentlig bare mer forvirra. Hva er det egentlig meningen at vi skal gjøre der? Skal vi kvalitetskontrollere både kode og resultatet, eller skal vi se mer på den synlige delen av grensesnittet og hvordan denne fungerer??\r\nOg når du sier ja takk, gjerne begge deler, er da det et krav eller er bare noe man kan gjøre hvis man har tid og lyst?', 'vindegg@stud.ntnu.no', 'Dere skal vurdere kvaliteten til den synlige delen, koden er bare lagt ved for å hjelpe dere på vei med egen utvikling. "Ja takk, begge deler" i et tidligere svar, gikk på at dere kunne komme med kritikk basert på både generelle designprinsipper og regler for design i henhold til spesifikke interaksjonsstiler.', 'hal@idi.ntnu.no', 20020220134735, 9); INSERT INTO sos VALUES (113, 'muggeclient kjører ikke', 'Får ikke kjørt, må den kjøres i noe spesielt, eller holder det med command vinduet?? får følgende feilmelding:Exeption in thread "main" java.lang.NoClassDefFoundError: cp-\r\nhar muggeclientkatalogen i følgende: minedo~1\\mmi, hvordan skal kommandoen da se ut??', 'vindegg@stud.ntnu.no', 'NoClassDefFoundError betyr at Java ikke finner en klasse den trenger, og den vanligste årsaken er at classpathen er feil eller mangelfull, eller at du har skrevet klassenavnargumentet feil. Jeg antar at problemet her er er at du skriver "cp-" i stedet for "-cp". Java tolker "cp-" som et klassenavnargument, og prøver å laste inn en klasse med det navnet, som ikke finnes.\r\n\r\n', 'Jon.Heggland@idi.ntnu.no', 20020220125840, 10); INSERT INTO sos VALUES (116, 'Innparametre til metoder', 'Hvordan få vist innparametre til metoder?\r\n\r\n', '', 'Metoden settes på riktig plass inne i klassediagrammet ? nederste boksen. Riktig UML syntaks for metode med parametere er: "(" "):" "{" "}" Hver parameter i parameterlista kan være \r\no In - inputparameter\r\no Out - outputparameter\r\no Inout - både input og output\r\nSe også Fowler side 58. Et eksempel på en "public" metode med en innparameter og en utparameter er +proc_X(in A : Integer, out B : Integer)\r\n', 'Tor.Stalhane@idi.ntnu.no', 20020221140322, 6); INSERT INTO sos VALUES (117, 'MMI2: Krav til (tekstlig) grensesnitt', 'MMI2: Krav til (tekstlig) grensesnitt\r\nI et tidligere svar står det at dere ikke ønsker et rent tekstlig grensesnitt. Hva er kravene dere stiller?\r\n\r\nVi ønsker (pga. spillopplevelsen) å lage et hovedsaklig tekstlig grensesnitt, dvs. et grensesnitt hvor kommandoer og respons er tekstlig --- altså ikke drag&fnutt;n&fnutt;drop, knapper, lister e.l. Det vil bli et grensesnitt som bruker få Swing-komponenter. Høres det OK ut, eller ønsker dere at vi gjør det mer grafisk?', 'ryeng@stud.ntnu.no', 'Det er et mål at spillet skal kunne spilles uten opplæring av andre som ikke kjenne MUD-genren så godt. Dersom dere velger et tekstlig grensesnitt, så får dere lov til det men selv om det ikke er anbefalt, dersom dere begrunner hvorfor. I tillegg må dere fokusere på å gjøre det enkelt å bruke, f.eks. gjennom bruk av fonter for å skille mellom ulike typer tekst, kontekstbasert completion og aktivering av tastaturstyrbare popup-menyer (kommando, argument av bestemt type) etc. Ta kontakt dersom dere ønsker en utdyping av dette, siden vi fremover vil fokusere på mer grafiske grensesnitt.', 'hal@idi.ntnu.no', 20020221084719, 9); INSERT INTO sos VALUES (118, 'Hvordan får en enklest med Standalone Document Declaration', 'Hvordan får en enklest med Standalone Document Declaration\r\n(linjen med først i xmlfilen)\r\nnår en bygger et XMLdokument med JDOM? Jeg har prøvd både med addContent(new Comment(...)) og med setDocType. Sistnevnte mest som et slag i blinde, men dog.\r\n\r\nNår jeg så skriver ut xmlfilen til fil med \r\noutput(dokument, outputStream) får jeg ikke med SDD.\r\nResten av filen skrives vakkert som en maikveld, men altså ikke første linje. \r\n\r\nHilfe, bitte....\r\n', 'johannha@stud.ntnu.no', 'Jeg skjønner ikke helt hva du mener. Får du ikke noen XML-deklarasjon () i det hele tatt? Eller er det det at du vil du legge inn en &fnutt;standalone="yes"&fnutt; i deklarasjonen?\r\n\r\nHvis det er det første, klarer jeg ikke å reprodusere det - koden\r\n\r\nDocument doc = new Document(new Element("JonsRotelement"));\r\nXMLOutputter out = new XMLOutputter();\r\nout.output(doc, System.out);\r\n\r\ngir meg dette resultatet:\r\n\r\n\r\n\r\n\r\nHvis det er det andre, så er jeg temmelig sikker på at det ikke går an med JDOM-APIen.', 'heggland@idi.ntnu.no', 20020226152249, 10); INSERT INTO sos VALUES (119, 'Når får vi bruker i databasen?', 'Når får vi bruker i databasen?', 'perchrh@stud.ntnu.no', 'Alle skal ha fått bruker i databasen.\r\n\r\nFra nyhetssiden til SIF8020 24. januar:\r\n\r\n Databasebrukere\r\n Det har blitt laget databasebrukere for\r\n fellesprosjektgruppene. brukernavnet er "gruppe" +\r\n gruppenr, f.eks. gruppe101. Passordet er det samme\r\n som brukernavnet. \r\n\r\nHvis din gruppe ved en feil ikke har fått bruker, \r\nsend mail til meg (joh@idi.ntnu.no).', 'Jon.Olav.Hauglid@idi.ntnu.no', 20020221091322, 7); INSERT INTO sos VALUES (120, 'HTTP - Bilder og Dokumenter', 'Vi lurer på hvordan det er tenkt at vi skal kunne laste ned bilder og dokument fra nettet. Innebærer dette at vi må opprette en forbindelse til den enkelte server der bildet skal hentes og videre opprettholde forbindelsen til serveren? I så fall bør alle serverne vi har en forbindelse til ligge i en eller annen form for registerfil hvor vi sjekker om vi allerede har en forbindelse før vi åpner en ny? For å gjøre dette, må vi implementere en HTTP protokoll? Eller går det ann å gjøre dette ved kun å bruke TCP/IP protokollen?', 'stiancor@stud.ntnu.no', 'Nei dere trenger ikke implementere HTTP-protokollen! Det er gjort før! Java har flere klasser og metoder som støtter og bruker HTTP-protokollen. Vidre trenger dere ikke opprettholde forbindelsen til alle webservere dere henter bilder fra. Faktisk trenger det ikke være vanskeligere en at dere kaller en getImage(url) metode i en Applet eller bruker Toolkit.\r\nFor mer om å hente og bruker bilder se denne tutorialen:\r\nhttp://java.sun.com/docs/books/tutorial/uiswing/painting/usingImages.html\r\n\r\nEllers er det et hett tips å sjekke ut URL klassen i API&fnutt;en. (f.eks openConnection()).\r\n\r\nMao. Ikke implementer HTTP, bruk java og for all del KISS!\r\n\r\nSjur Bakka', 'sjurba@stud.ntnu.no', 20020221165505, 8); INSERT INTO sos VALUES (121, 'Klasser inne i andre klasser', 'Klasser inne i andre klasser\r\nHvordan modellerer man klasser som ligger inne i andre klasser?', '', 'Dette kan gjøres på minst tre måter:\r\n1. Tegn den indre klassen inne i attributtdelen av den ytre klassen\r\n2. Legg til en ny seksjon i klassediagrammet under metodeseksjonen og legg inn indre klasser der.\r\n3. Bruk komposisjonssymbolet ? fylt rutersymbol ? for å knytte den indre klassen til den ytre. I tillegg vil det være praktisk å legge til en stereotyp <>. Se også Fowler, side 87, fig. 6-7. For implementering av indre klasser bør dere se på følgende webside: http://www.flipcode.com/tutorials/tut_innerclasses.shtml \r\n', 'Tor.Stalhane@idi.ntnu.no', 20020221140558, 6); INSERT INTO sos VALUES (122, 'Funksjon til stiene', 'I kravene til spillmiljøet står det at aller stier skal ha id. Hva er egentlig funksjonen til stiene? Dersom de kun skal koble sammen de ulike rommene, er det ikke da tilstrekkelig å legge denne informasjonen som attributter i rom-klassen?\r\n\r\n', 'stuenes@stud.ntnu.no', 'Funksjonen til stiene er å bestemme hvilke steder en spiller kan gå til fra et gitt sted, og gi retninger som kan brukes i brukergrensesnittet. De skal ha id-er i andre inkrement for at de skal kunne manipuleres av regler. Siden et sted (rom) skal kunne ha mange stier både inn til og ut fra seg, nytter det ikke å legge dem som attributter i *databasen*. I eventuelle Java-objekt- eller XML-representasjoner av spillverdenen kan deg dog være naturlig å legge stiene som attributter til stedet de leder fra, men uansett må de ha en id.', 'heggland@idi.ntnu.no', 20020226144846, 12); INSERT INTO sos VALUES (123, 'JDOM på Fische', 'Jdom på Fische\r\nLitt dumt at det ikke finnes jdom på Fischebygget ettersom dette er en av datasalene vi kan bruke.', 'annesiri@stud.ntnu.no', 'Jeg sjekket tre maskiner i Fischebygget og på alle lå jdom.jar i c:\\program files\\jdk1.3.1\\lib eller i c:\\program files\\jdk1.3.1\\bin. Uansett så kan filen hentes ned fra www.jdom.org. JDOM er tross alt bare en jar fil.\r\n\r\n', 'Kurt.Stale.Rossgard@idi.ntnu.no', 20020225124412, 5); INSERT INTO sos VALUES (124, 'Oversikt over godkjente innleveringer', 'Oversikt over godkjente innleveringer\r\n------------------------------------\r\nHvor finner vi en oversikt over hvilke innleveringer som er godkjente? Hva med å legge en link til dette i headeren til disse sidene? Tror mange er interessert i å finne denne informasjonen uten å måtte lete gjennom alle fagsidene.\r\n', 'vatle@stud.ntnu.no', 'For alle øvingene i Fellesprosjektet er det ganske enkelt egentlig: Alle grupper må ha godkjent alle øvinger for å få gå opp til eksamen. Så snart man ikke får godkjent en øving, er det dermed viktig å levere en bedre besvarelse så snart som mulig.\r\n\r\nFor SU sin del har vi ingen sentral oversikt over godkjente øvinger. Hver und.ass. passer på sine omkring 10 grupper. Hvis det ikke er stort ønske om det, kommer vi ikke til å henvise til de andre fagene for slik informasjon :-)', 'Gunnar.Brataas@idi.ntnu.no', 20020222085130, 1); INSERT INTO sos VALUES (125, 'På et spørsmål på fellesprosjektet sine sider er det noen som s', 'På et spørsmål på fellesprosjektet sine sider er det noen som spør om de kan lage et tekstlig grensesnitt, hvor alle kommandoer og respons er tekstlig. Svaret er at det er lov men ikke anbefalt.\r\n \r\nMMI-foreleser sa til noen andre at man måtte prøve å lage et mer grafisk grensesnitt, men hvis det skar seg like før prosjektinnlevering så måtte man istedet satse på tekstlig brukergrensesnitt.\r\nGruppa mi listet opp alle kommandoer brukeren har i MMI1 (go, say,drop,buy, sell osv.), og fikk denne\r\nkommentaren tilbake: " Jeg håper dette er logiske kommandoer som ikke nødvendigvis tastes inn, men kan nås gjennom annen interaksjon.\r\n \r\nPlanen vår har hele tiden vært at kommandoer og respons skulle være tekstlig. Vi har nå skrevet i MMI2 at vi skal ha kommandostil som interaksjon, med noen statusvinduer og et bilde/URL-vindu i tillegg, men er MEGET usikre på om vi tør å levere det slik og risikere å ikke få godkjent.\r\n \r\nSå hvem skal vi stole på, og hva slags interaksjonsstil kan vi ha?\r\n \r\n\r\n', 'divic@stud.ntnu.no', 'Det er jeg som har gitt alle disse svarene og følgelig må du stole på meg :-) Dersom du ikke oppfatter svarene som absolutte krav, så er det ingen konflikt i det jeg har sagt, men det sier noe om hva jeg anbefaler. I utgangspunktet er det meningen at dere skal lage et grafisk grensesnitt, fordi dette krever mer enn et tekstlig et. Da får dere prøvd å designe for en mer relevant interaksjonsstil og lærer at det går an å design iht. ulike interaksjonsstiler for samme konseptuelle design. Dessuten er tekstlige grensesnitt kjedelige, og samtidig er det viktig å prøve å løsrive seg fra konvensjoner, i dette tilfellet at MUD-grensesnitt er tekstlige. Dersom dere absolutt må lage et kommandogrensesnitt, så får dere lov til det, men da må dere ihvertfall jobbe med å gjøre det enklere å bruke enn hva som er vanlig for denne stilen. Nødløsningen er å gjøre det aller enkleste, nemlig å lage et kommandobasert grensesnitt uten noen forbedringer. Det er omtrent som å be studenter om å designe en ny bil og så lager de en Lada.\r\n\r\nEt design i kommando-stil blir godkjent dersom dere har lagt arbeid i å forbedre det ift. det originale DOS-promptet kommandogrensesnitt. Det finnes mange mekanismer i moderne DOS- og Unix-skall som dere kan overføre til MUD-grensesnitt, som vil gjøre designet deres akseptabelt. Dere vil vel ikke lage en Lada, vil dere vel?\r\n\r\nHallvard/Foreleser/Den som svarer på MMI-spørsmål\r\n', 'hal@idi.ntnu.no', 20020222112858, 9); INSERT INTO sos VALUES (126, 'Bruk av this i OO-programmering', 'I eksempelkoden oppretter Client en instans av ClientUI - \r\nmed referanse til seg selv i konstruktor-kallet. Altså\r\nhar disse to objektene referanser til hverandre.\r\n\r\nDet er Client&fnutt;en som "starter spillet", men så fort\r\nClientUI er opprettet, er det først og fremst ClientUI\r\nsom styrer metodekall osv. Client&fnutt;en brukes mer som en \r\nsender/lytter i forbindelse med kommunikasjon.\r\n\r\nDette med at disse to objektene har referanser til seg selv\r\nføles litt unaturlig, og jeg lurer på om dette er litt dårlig\r\nbruk av objektorientering.', 'jordell@stud.ntnu.no', 'Dette er en ganske vanlig måte å løse objekt-referanser på i Objekt-Orientert-programmering. De to objektene har en slags "far-sønn-kobling". Når Client oppretter et ClientUI-objekt sender Client-objektet med en referanse til seg selv, slik at vi oppnår en kobling mellom disse to objektene.', 'akervold@idi.ntnu.no', 20020222135253, 10); INSERT INTO sos VALUES (127, 'Parametre i VISIO', 'Parametre\r\nHvordan kan vi skrive inn inputparametre i Visio for hver metode og definere type?', '', 'Dette er mulig hvis du velger Properties i Class i et UML-digram. I Properties velger du Operations og når du legger inn en Operation er det mulig å klikke på Properties nederst til høyre i dette vinduet. Da får du opp en ny meny hvor du må velge Parameters, og da kan du legge inn inn-parametre. Litt tuklete er dette riktignok, men inn-parametre er da også ganske detaljert informasjon i et klassediagram. Takk til Stian Gårdsvoll for god hjelp her :-)', 'Gunnar.Brataas@idi.ntnu.no', 20020225155358, 13); INSERT INTO sos VALUES (128, 'Grensesnittutforming i MMI2', 'Grensesnittutforming i MMI2\r\nI MMI2 delen står det under punkt 2 av vi skal skissere en grensesnittutforming for hver av de to stilene vi har beskrevet. Er det da meningen at vi skal lage eksempler på grensesnitt som har med disse to interaksjonsstilene å gjøre? Lage skisser i form av tegninger eller en tekstlig beskrivelse?', 'ueland@stud.ntnu.no', 'Når jeg skriver "skissere en grensesnittutforming" betyr det at dere skal beskrive det såpass detaljert at jeg skjønner hovedtankegangen/-logikken til grensesnittet. For noen typer grensesnitt f.eks. kommando-baserte grensesnitt, er det nok å lage en "tekstlig beskrivelse", mens for andre f.eks. grafisk orienterte grensesnitt, bør en i tillegg lage skisser i form av tegninger.', 'hal@idi.ntnu.no', 20020224163210, 9); INSERT INTO sos VALUES (129, 'Små endringer i eksempelkoden', 'Vi skrev ut hele eksempelkoden dagen før den ble oppdatert. Hvor omfattende er oppdateringen, og i hvilke klasser er det gjort endringer?', 'ninairh@stud.ntnu.no', 'Oppdateringen endret ikke noen funksjonalitet. \r\n\r\nJeg endret linje 44 i mugge.client.LoginDialog og linje 62 i mugge.client.CreateUserDialog slik at jeg kaller JPasswordField.getPassword() i stedet for JPasswordField.getText(), som er deprecated (ikke anbefalt å bruke). Jeg oppdaget plutselig at BlueJ klager fært når man bruker deprecatede metoder, så jeg gjorde endringen for at dere skulle slippe de feilmeldingene.', 'heggland@idi.ntnu.no', 20020226142218, 10); INSERT INTO sos VALUES (130, 'Fremmednøkkel!', 'Fremmednøkkel!\r\nHvordan kan vi legge til fremmednøkler i en tabell som allerede er opprettet i SQL?', 'birter@stud.ntnu.no', 'Bruk ALTER TABLE.\r\n\r\nF.eks:\r\nALTER TABLE dept ADD CONSTRAINT mgr_cons \r\nFOREIGN KEY (mgr_ref)REFERENCES emp;\r\n\r\nDokumentasjon av ALTER TABLE:\r\nhttp://gigabase.idi.ntnu.no/oradoc/server.901/a90125/statements_32.htm\r\n\r\nDet er selvfølgelig også mulig å DROP TABLE for så å legge\r\nden inn på nytt etterpå.', 'Jon.Olav.Hauglid@idi.ntnu.no', 20020225143954, 7); INSERT INTO sos VALUES (131, 'Informasjon for hver gruppe til neste år', 'På denne fellessiden under Gruppeoversikt, kan hver enkelt gruppe logge seg inn med navn og passord for å få tilgang til all spesifik informasjon om sin egen gruppe. Dette kan gjelde hvilke innleveringer som er godkjent, eventuelt kommentarer fra studass. Enkelt og greit for studentene å ha kun ha ett UI å forholde seg til ang. prosjektet.\r\n\r\nDu trenger ikke å svare på denne mailen. Den er bare tenkt som tilbakemelding til dere og til gode for neste års studenter.', 'vatle@stud.ntnu.no', 'Vi skal se hva vi kan gjøre. Takk for tilbakemelding.', 'Gunnar.Brataas', 20020227134804, 1); INSERT INTO sos VALUES (132, 'I eksempelkoden er SQL-Scriptet skrevet rett inn i JAVA-koden o', 'I eksempelkoden er SQL-Scriptet skrevet rett inn i JAVA-koden og ikke som egne store-procedure. Er dette gjort bare for å gjøre eksemplene lettere å lese ?\r\nSkal vi skrive våre skript som store-procedure ?\r\n', 'eybye@online.no', 'Det er gjort for å gjøre eksemplene enkle, og ikke minst fordi stored procedures (trolig/foreløpig) ikke er pensum i SIF8020. Det er i utgangspunktet ikke meningen at dere skal bruke stored procedures; vi kan ikke love dere brukerstøtte hvis dere gjør det, ettersom fagstaben ikke nødvendigvis har greie på det.', 'heggland@idi.ntnu.no', 20020226143051, 7); INSERT INTO sos VALUES (133, 'Punkt 16 i 2.inkrement', 'Punkt 16 i 2.inkrement\r\n\r\nHvilke kommandoer er det en absolutt minstekrav at man skal ha med her? Holder det med de tre eksemplene? Nærmere redegjørelse ønskes.', 'lura@stud.ntnu.no', 'Kommandoene skal leses inn fra spillspesifikasjonsfila, så Java-koden deres skal være generell nok til å takle alle mulige kommandoer. Det er derfor meningsløst å spesifisere noe minstekrav til hvilke kommandoer man skal ha med.\r\n\r\nDere skal ikke kode direkte hva (f.eks.) en "bruk"-kommando gjør, men lage generelle metoder som reagerer på en (vilkårlig) kommando ved å se om en regel utløses, og i så fall utføre effektene til regelen. Effektene kan heller ikke hardkodes, siden systemet deres skal kunne takle flere forskjellige spillspesifikasjoner, med forskjellige kommandoer og regler.', 'heggland@idi.ntnu.no', 20020226141451, 12); INSERT INTO sos VALUES (134, NULL, 'Feilmelding når vi prøver å kjøre eksempelkoden\r\n\r\nVi får denne feilmeldingen, selv om jar-filen som SAXBuilder ligger i, er i CLASSPATH&fnutt;en ..\r\n\r\nM:\\fellesprosjekt>java -cp . mugge.client.Client localhost\r\nException in thread "main" java.lang.NoClassDefFoundError: org/jdom/input/SAXBui\r\nlder\r\n at mugge.client.Client.(Client.java:41)\r\n at mugge.client.Client.main(Client.java:86)\r\n\r\n', 'torsigu@stud.ntnu.no', NULL, NULL, 20020225151021, NULL); INSERT INTO sos VALUES (135, 'Rød mann på datasalene på IT bygget?', 'Rød mann på datasalene på IT bygget?\r\n\r\nHvorfor har jeg ikke tilgang til disse? Jeg har snakket med flere på KomTek som heller ikke kommer inn på Rose/Fiol.\r\nDette synes jeg er litt upraktisk, i og med at und-ass&fnutt;en vår har treffetid på disse salene.', 'ivarni@stud.ntnu.no', 'Vet ikke hvorfor dere ikke har tilgang, men vet at det er "Sikkerhet og service"-kontoret omtrent midt på Stripa som administrerer tilgangen til Rose/Fiol.\r\n\r\nDu kan gå dit og høre hva som skal til for at hele klassen skal få den tilgangen de skal ha.', 'eivindsi@stud.ntnu.no', 20020226123012, 5); INSERT INTO sos VALUES (136, NULL, 'Regler og effekter\r\n\r\nHvordan er det tenkt at vi skal behandle regler og effekter i spillet? Dere sier vi må lage generelle metoder som skal kunne reagere på en vilkårlig kommando. Vi ser ikke noen måte å gjøre dette, og finner altså heller ikke noen måte å få dem med i SU2-innleveringen.\r\nEr det mulig å få litt hjelp?', 'ovstetun@stud.ntnu.no', NULL, NULL, 20020226162337, NULL); INSERT INTO sos VALUES (137, NULL, 'SU2\r\nKompendiet sier at vi skal lage et overordna design. På SOS står det at alle metoder og attributter skal være med i klassediagrammet. I hvor stor grad forlanges dette, er det ikke stor sjanse for at dette uansett vil måtte endres under implementasjonen?', '', NULL, NULL, 20020226163850, NULL); INSERT INTO sos VALUES (143, 'Hvordan får man laget "backup" av databasen som sql-fil i Oracl', 'Hvordan får man laget "backup" av databasen som sql-fil i Oracle?', 'kristse@stud.ntnu.no', 'Både data og tabeller er det såvidt jeg vet ikke mulig å få ut som SQL uten å implementere det selv.\r\n\r\nFor å få tabell-definisjonene, kan dere bruke SqlClient\r\n(http://www.idi.ntnu.no/~heggland/java/sqlclient/)\r\nBare klikk på tabellnavnene i lista øverst til høyre.\r\n\r\nAlternativt kan dere bruke kommandoen DESC \r\ni SQL*Plus.\r\n\r\nDet greieste er nok å ta vare på de SQL-setningene man\r\nskriver etterhvert i en tekstfil.\r\n\r\n', 'Jon.Olav.Hauglid@idi.ntnu.no', 20020227141037, 7); INSERT INTO sos VALUES (139, 'Hvorfor legges det opp til å bruke strenger i alle ID-attributt', 'Hvorfor legges det opp til å bruke strenger i alle ID-attributtene i XML-fila. Ville det ikke vært lurere å ha nummer? Og når vi nå skal bruke strenger, er det da et bra trix å indeksere disse attributtene?', 'jordell@stud.ntnu.no', 'XML-ID-er kan ikke være eller begynne med tall. Det er riktignok ikke noe problem så lenge vi ikke bruker en DTD, men det å bruke strenger gjør det mye lettere å skrive spillspesifikasjonsfilene for hånd.\r\n\r\nDet går likevel helt fint å bruke nummere i databasen, hvis dere vil; det er bare å erstatte hver id-streng med et generert nummer. Spillspesifikasjonsfila skal jo ikke brukes mer etter at den har blitt lest inn i databasen.\r\n\r\nÅ indeksere attributter man slår opp på eller joiner på, vil som regel øke ytelsen til databasen. Om det er strenger eller nummere vet jeg ikke om spiller så stor rolle. Uansett vil databasen i dette prosjektet neppe bli så stor at dere merker forskjell.', 'heggland@idi.ntnu.no', 20020226195520, 7); INSERT INTO sos VALUES (140, NULL, 'Su2\r\n\r\nVi lurer på detaljnivået til SU2 - skal klassediagrammet kun omhandle de spesifiserte kravene til første inkrement, eller skal vi også ta med modellering av systemet for øvrig? Med det mener vi GUI, funksjonalitet til menyer o.l som ikke står nevnt som noen spesifiserte krav.', '', NULL, NULL, 20020226220648, NULL); INSERT INTO sos VALUES (141, 'Arving i SQL', 'Arving i SQL\r\n\r\nHvordan?', 'ivarni@stud.ntnu.no', 'Les kapittel 3.3 i læreboka: "Converting Subclass Structures to Relations".', 'Jon.Olav.Hauglid@idi.ntnu.no', 20020227132435, 7); INSERT INTO sos VALUES (142, 'Relasjoner i SQL', 'Relasjoner i SQL\r\n\r\nHvis man bruker FOREIGN KEY når man definerer en TABLE, må man gjøre det i "begge ender" av relasjonen (begge klassene som er involvert) ?\r\nHvordan skal det gjøres hvis en klasse har to forskjellige relasjoner til en annen klasse?\r\n(sti og sted f.eks.)', 'ivarni@stud.ntnu.no', 'FOREIGN KEY brukes kun på den ene siden.\r\n\r\nEksempel hentet fra SIF8020s hjemmeside:\r\n\r\nCREATE TABLE Poststed (\r\n Postnummer NUMBER(4) NOT NULL,\r\n Poststed VARCHAR2(30) NOT NULL,\r\n PRIMARY KEY (Postnummer)\r\n);\r\n\r\nCREATE TABLE Adresseliste (\r\n ID NUMBER(4) NOT NULL,\r\n Fornavn VARCHAR2(30),\r\n Etternavn VARCHAR2(30),\r\n Gate VARCHAR2(30),\r\n Postnummer NUMBER(4) NOT NULL,\r\n Telefonnr NUMBER(8),\r\n PRIMARY KEY (ID),\r\n FOREIGN KEY (Postnummer) REFERENCES Poststed(Postnummer)\r\n);\r\n\r\nTo forskjellige relasjoner til en annen klasse?\r\nIkke noe problem. To attributter - to fremmednøkler.\r\nDisse fremmednøklene kan godt referere til samme nøkkel \r\ni den andre tabellen.', 'Jon.Olav.Hauglid@idi.ntnu.no', 20020227120545, 7); # -------------------------------------------------------- # # Tabell-struktur for tabell `sos_kategori` # CREATE TABLE sos_kategori ( kategoriid tinyint(4) NOT NULL auto_increment, kategori varchar(63) NOT NULL default '', sortering tinyint(4) NOT NULL default '100', PRIMARY KEY (kategoriid), UNIQUE KEY kategori(kategori) ) TYPE=MyISAM; # # Data-ark for tabell `sos_kategori` # INSERT INTO sos_kategori VALUES (1, 'Diverse', 127); INSERT INTO sos_kategori VALUES (2, 'Grupper', 110); INSERT INTO sos_kategori VALUES (3, 'Problemer med hjemmesider til faget', 120); INSERT INTO sos_kategori VALUES (4, 'Frister', 10); INSERT INTO sos_kategori VALUES (5, 'Datasaler', 105); INSERT INTO sos_kategori VALUES (6, 'SU-spørsmål', 40); INSERT INTO sos_kategori VALUES (7, 'DB-spørsmål', 50); INSERT INTO sos_kategori VALUES (8, 'KTN-spørsmål', 60); INSERT INTO sos_kategori VALUES (9, 'MMI-spørsmål', 70); INSERT INTO sos_kategori VALUES (10, 'Java-spørsmål', 75); INSERT INTO sos_kategori VALUES (11, 'UNIX-spørsmål', 85); INSERT INTO sos_kategori VALUES (12, 'Oppgaveklargjøring', 20); INSERT INTO sos_kategori VALUES (13, 'VISIO', 100); # -------------------------------------------------------- # # Tabell-struktur for tabell `studenter` # CREATE TABLE studenter ( id smallint(6) NOT NULL auto_increment, fornavn varchar(40) NOT NULL default '', etternavn varchar(40) NOT NULL default '', kjonn enum('K','M') NOT NULL default 'K', epost varchar(30) NOT NULL default '', linje tinyint(4) NOT NULL default '0', annenlinje varchar(40) default NULL, forstaelse tinyint(4) NOT NULL default '0', innsats tinyint(4) NOT NULL default '0', su enum('J','N') NOT NULL default 'N', db enum('J','N') NOT NULL default 'N', ktn enum('J','N') NOT NULL default 'N', mmi enum('J','N') NOT NULL default 'N', gruppe smallint(6) NOT NULL default '-1', PRIMARY KEY (id), UNIQUE KEY epost(epost) ) TYPE=MyISAM; # # Data-ark for tabell `studenter` # INSERT INTO studenter VALUES (1, 'Per', 'Henden', 'M', 'perchrh@stud.ntnu.no', 2, NULL, 4, 5, 'J', 'J', 'J', 'J', 202); INSERT INTO studenter VALUES (2, 'Max', 'Müller', 'M', 'maxandre@stud.ntnu.no', 2, NULL, 4, 3, 'J', 'J', 'J', 'J', 230); INSERT INTO studenter VALUES (3, 'Roy', 'Veshovda', 'M', 'veshovda@stud.ntnu.no', 2, NULL, 5, 4, 'J', 'J', 'J', 'J', 208); INSERT INTO studenter VALUES (4, 'Stian', 'Gårdsvoll', 'M', 'gardsvol@stud.ntnu.no', 4, NULL, 4, 4, 'J', 'N', 'J', 'N', 407); INSERT INTO studenter VALUES (5, 'Janne', 'Bjorvand', 'K', 'bjorvand@stud.ntnu.no', 5, NULL, 5, 5, 'J', 'J', 'J', 'N', 500); INSERT INTO studenter VALUES (6, 'Anders', 'Gjendemsjø', 'M', 'gjendems@stud.ntnu.no', 5, NULL, 5, 5, 'J', 'J', 'J', 'N', 500); INSERT INTO studenter VALUES (7, 'Erik', 'Undheim', 'M', 'erikun@stud.ntnu.no', 5, NULL, 4, 4, 'J', 'J', 'J', 'N', 502); INSERT INTO studenter VALUES (8, 'John Christian', 'Engelsen', 'M', ' engelsen@stud.ntnu.no', 1, NULL, 3, 5, 'J', 'J', 'N', 'N', 405); INSERT INTO studenter VALUES (9, 'Stine Iren', 'Sandvik', 'K', 'stineire@stud.ntnu.no', 5, NULL, 1, 3, 'J', 'J', 'J', 'N', 522); INSERT INTO studenter VALUES (10, 'Martin', 'Thorsen', 'M', 'martho@stud.ntnu.no', 4, NULL, 4, 3, 'J', 'N', 'J', 'N', 409); INSERT INTO studenter VALUES (11, 'Marie Synnøve', 'Fuglesang', 'K', 'fuglesan@stud.ntnu.no', 5, NULL, 1, 3, 'J', 'J', 'J', 'N', 512); INSERT INTO studenter VALUES (12, 'Tor', 'Nordseth', 'M', 'tornord@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 211); INSERT INTO studenter VALUES (13, 'Dagfinn', 'Bakke', 'M', 'dagfinba@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 211); INSERT INTO studenter VALUES (14, 'Andreas', 'Koksrud', 'M', 'koksrud@stud.ntnu.no', 5, NULL, 5, 4, 'J', 'J', 'J', 'N', 502); INSERT INTO studenter VALUES (15, 'Paul Magnus', 'Lehne', 'M', 'lehne@stud.ntnu.no', 5, NULL, 4, 4, 'J', 'J', 'J', 'N', 515); INSERT INTO studenter VALUES (16, 'Espen', 'Brill', 'M', 'brill@stud.ntnu.no', 2, NULL, 5, 4, 'J', 'J', 'J', 'J', 208); INSERT INTO studenter VALUES (17, 'Jørgen', 'Vehusheia', 'M', 'jorgenv@stud.ntnu.no', 2, NULL, 5, 4, 'J', 'J', 'J', 'J', 208); INSERT INTO studenter VALUES (18, 'Øyvind', 'Isaksen', 'M', 'oyvindis@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 507); INSERT INTO studenter VALUES (19, 'Jørn Skaarud', 'Karlsen', 'M', 'jornskaa@stud.ntnu.no', 2, NULL, 5, 4, 'J', 'J', 'J', 'J', 208); INSERT INTO studenter VALUES (20, 'Magne Sivert', 'Berg', 'M', 'magnesiv@stud.ntnu.no', 4, NULL, 3, 3, 'J', 'J', 'N', 'N', 406); INSERT INTO studenter VALUES (21, 'Beate', 'Arntsen', 'K', 'beatear@stud.ntnu.no', 2, NULL, 3, 3, 'J', 'J', 'J', 'J', 231); INSERT INTO studenter VALUES (22, 'Marius', 'Reppe', 'M', 'mariusr@stud.ntnu.no', 5, NULL, 4, 4, 'J', 'J', 'J', 'N', 503); INSERT INTO studenter VALUES (23, 'Ida', 'Talle', 'K', 'talle@stud.ntnu.no', 2, NULL, 2, 3, 'J', 'J', 'J', 'J', 232); INSERT INTO studenter VALUES (24, 'Janne Øren', 'Antonsen', 'K', 'janneore@stud.ntnu.no', 2, NULL, 3, 3, 'J', 'J', 'J', 'J', 231); INSERT INTO studenter VALUES (25, 'Ivar', 'Nilsen', 'M', 'ivarni@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 507); INSERT INTO studenter VALUES (26, 'Henning', 'Ellingsen', 'M', 'hennine@stud.ntnu.no', 5, NULL, 4, 5, 'J', 'J', 'J', 'N', 501); INSERT INTO studenter VALUES (27, 'Elise', 'Bakke', 'K', 'eliseba@stud.ntnu.no', 2, NULL, 3, 3, 'J', 'J', 'J', 'J', 236); INSERT INTO studenter VALUES (28, 'Erlend', 'Heiberg', 'M', 'erlendhe@stud.ntnu.no', 5, NULL, 3, 3, 'J', 'J', 'J', 'N', 517); INSERT INTO studenter VALUES (29, 'Hong Nhung Thi', 'Vo', 'K', 'hongnhun@stud.ntnu.no', 5, NULL, 4, 5, 'J', 'J', 'J', 'N', 500); INSERT INTO studenter VALUES (30, 'Merethe', 'Narheim', 'K', 'narheim@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 508); INSERT INTO studenter VALUES (31, 'Anita', 'Kalkvik', 'K', 'anitakal@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 508); INSERT INTO studenter VALUES (32, 'Siv', 'Mossing', 'K', 'sivmos@stud.ntnu.no', 2, NULL, 2, 5, 'J', 'J', 'J', 'J', 206); INSERT INTO studenter VALUES (33, 'Vidar', 'Elden', 'M', 'vidarel@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 507); INSERT INTO studenter VALUES (34, 'Øyvind', 'Haugen', 'M', 'oyvih@stud.ntnu.no', 2, NULL, 4, 5, 'J', 'J', 'J', 'J', 202); INSERT INTO studenter VALUES (35, 'Erik Åldstedt', 'Sund', 'M', 'erikalds@stud.ntnu.no', 2, NULL, 4, 5, 'J', 'J', 'J', 'J', 202); INSERT INTO studenter VALUES (36, 'Rakel', 'Bjarte Larsson', 'K', 'bjartela@stud.ntnu.no', 2, NULL, 1, 4, 'J', 'J', 'J', 'J', 209); INSERT INTO studenter VALUES (37, 'Bård Kuvås', 'Brevik', 'M', 'bardkub@stud.ntnu.no', 5, NULL, 4, 4, 'J', 'J', 'J', 'N', 515); INSERT INTO studenter VALUES (38, 'Aysegül', 'Cin', 'K', 'cin@stud.ntnu.no', 5, NULL, 3, 5, 'J', 'J', 'J', 'N', 501); INSERT INTO studenter VALUES (39, 'Martin', 'Hunting', 'M', 'hunting@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 211); INSERT INTO studenter VALUES (40, 'Christina', 'Lunde', 'K', 'chrislu@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 217); INSERT INTO studenter VALUES (41, 'Anna Gunhild', 'Nysetvold', 'K', 'nysetvol@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 212); INSERT INTO studenter VALUES (42, 'Kristin', 'Nygård', 'K', 'kristiny@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 212); INSERT INTO studenter VALUES (43, 'Elin Anette', 'Brox', 'K', 'elinanet@stud.ntnu.no', 2, NULL, 2, 4, 'J', 'J', 'J', 'J', 226); INSERT INTO studenter VALUES (44, 'Magnus', 'Solberg', 'M', 'magnusol@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 220); INSERT INTO studenter VALUES (45, 'Even', 'Aasland', 'M', 'evenaa@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 220); INSERT INTO studenter VALUES (46, 'Olaug Kyoko Namba', 'Østhus', 'K', 'olaugkyo@stud.ntnu.no', 2, NULL, 2, 5, 'J', 'J', 'J', 'J', 206); INSERT INTO studenter VALUES (47, 'Nina', 'Knudsen', 'K', 'ninaknu@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 220); INSERT INTO studenter VALUES (48, 'Mette', 'Ulven', 'K', 'metteu@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 220); INSERT INTO studenter VALUES (49, 'Edny-Beate', 'Karlsen', 'K', 'ednybeat@stud.ntnu.no', 5, NULL, 3, 5, 'J', 'J', 'J', 'N', 502); INSERT INTO studenter VALUES (50, 'Audun', 'Småge', 'M', 'audunsm@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 100); INSERT INTO studenter VALUES (51, 'Ole-Johan S', 'Vindegg', 'M', 'vindegg@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 221); INSERT INTO studenter VALUES (52, 'Thor Marius', 'Henrichsen', 'M', 'henrichs@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 221); INSERT INTO studenter VALUES (53, 'Morten', 'Haugseggen', 'M', 'haugsegg@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 221); INSERT INTO studenter VALUES (54, 'Ole Sebastian', 'Stein', 'M', 'osstein@stud.ntnu.no', 2, NULL, 3, 3, 'J', 'J', 'J', 'J', 234); INSERT INTO studenter VALUES (55, 'Nina', 'Ingvaldsen', 'K', 'ninai@stud.ntnu.no', 2, NULL, 2, 5, 'J', 'J', 'J', 'J', 207); INSERT INTO studenter VALUES (56, 'Ole', 'Alsos', 'M', 'oleanda@stud.ntnu.no', 2, NULL, 5, 5, 'J', 'J', 'J', 'J', 200); INSERT INTO studenter VALUES (57, 'Kjetil', 'Aamodt', 'M', 'kjetila@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 228); INSERT INTO studenter VALUES (58, 'Svein', 'Fidjestøl', 'M', 'sveinfid@stud.ntnu.no', 2, NULL, 5, 4, 'J', 'J', 'J', 'J', 209); INSERT INTO studenter VALUES (59, 'Kristian', 'Breivik', 'M', 'krisbrei@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 508); INSERT INTO studenter VALUES (60, 'Henning Heli', 'Nilsen', 'M', 'hennin@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 508); INSERT INTO studenter VALUES (61, 'Lisa Wold', 'Eriksen', 'K', 'lisaer@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 209); INSERT INTO studenter VALUES (62, 'Lars Bruland', 'Høyen', 'M', 'larsbrul@stud.ntnu.no', 5, NULL, 3, 3, 'J', 'J', 'J', 'N', 518); INSERT INTO studenter VALUES (63, 'Tollef', 'Fog Heen', 'M', 'tfheen@stud.ntnu.no', 2, NULL, 5, 3, 'J', 'J', 'J', 'J', 201); INSERT INTO studenter VALUES (64, 'Anders Lund', 'Fredriksen', 'M', 'anderf@stud.ntnu.no', 2, NULL, 3, 3, 'J', 'J', 'J', 'J', 237); INSERT INTO studenter VALUES (65, 'Marianne', 'Horn', 'K', 'marianh@stud.ntnu.no', 2, NULL, 4, 3, 'J', 'J', 'J', 'J', 201); INSERT INTO studenter VALUES (66, 'Anders Hveem', 'Malum', 'M', 'andershv@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 221); INSERT INTO studenter VALUES (67, 'Erlend Mangseth', 'Gjul', 'M', 'erlendgj@stud.ntnu.no', 4, NULL, 4, 4, 'J', 'J', 'N', 'N', 404); INSERT INTO studenter VALUES (68, 'Ragnhild', 'Alnes', 'K', 'alnes@stud.ntnu.no', 4, NULL, 4, 4, 'J', 'J', 'N', 'N', 404); INSERT INTO studenter VALUES (69, 'Benedicte de Flon', 'Arnesen', 'K', 'benedia@stud.ntnu.no', 2, NULL, 2, 2, 'J', 'J', 'J', 'J', 236); INSERT INTO studenter VALUES (70, 'Jørgen', 'Ruud', 'M', 'jorgenru@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 212); INSERT INTO studenter VALUES (71, 'Torbjørn', 'Torbjørnsen', 'M', 'torbjt@stud.ntnu.no', 2, NULL, 3, 3, 'J', 'J', 'J', 'J', 232); INSERT INTO studenter VALUES (72, 'Arne Eirik', 'Nielsen', 'M', 'arneeiri@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 213); INSERT INTO studenter VALUES (73, 'Ellen', 'Røyneberg', 'K', 'ellenroy@stud.ntnu.no', 2, NULL, 4, 5, 'J', 'J', 'J', 'J', 203); INSERT INTO studenter VALUES (74, 'Peder', 'Strand', 'M', 'pederst@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 508); INSERT INTO studenter VALUES (75, 'Lars', 'Pittman', 'M', 'pittman@stud.ntnu.no', 5, NULL, 5, 5, 'J', 'J', 'J', 'N', 501); INSERT INTO studenter VALUES (76, 'Anders', 'Pederstad', 'M', 'anderped@stud.ntnu.no', 4, NULL, 5, 5, 'J', 'J', 'N', 'N', 403); INSERT INTO studenter VALUES (77, 'Tobias', 'Melcher', 'M', 'melcher@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 213); INSERT INTO studenter VALUES (78, 'Erik', 'Harg', 'M', 'harg@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 213); INSERT INTO studenter VALUES (79, 'Vetle', 'Valebjørg', 'M', 'vetle@stud.ntnu.no', 2, NULL, 5, 5, 'J', 'J', 'J', 'J', 207); INSERT INTO studenter VALUES (80, 'Kristian', 'Skogstrøm', 'M', 'skogstro@stud.ntnu.no', 2, NULL, 5, 5, 'J', 'J', 'J', 'J', 207); INSERT INTO studenter VALUES (81, 'Kent Rune', 'Klungerbo', 'M', 'kentrune@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 213); INSERT INTO studenter VALUES (82, 'Fredrik', 'Orderud', 'M', 'fredrior@stud.ntnu.no', 2, NULL, 5, 4, 'J', 'J', 'J', 'J', 211); INSERT INTO studenter VALUES (83, 'Marit', 'Manengen', 'K', 'manengen@stud.ntnu.no', 4, NULL, 3, 4, 'J', 'N', 'J', 'N', 407); INSERT INTO studenter VALUES (84, 'Jon', 'Moe', 'M', 'jonmo@stud.ntnu.no', 2, NULL, 4, 5, 'J', 'J', 'J', 'J', 203); INSERT INTO studenter VALUES (85, 'Andreas', 'Nilsen', 'M', 'andreani@stud.ntnu.no', 2, NULL, 4, 3, 'J', 'J', 'J', 'J', 230); INSERT INTO studenter VALUES (86, 'Knut Anders', 'Hatlen', 'M', 'knutanh@stud.ntnu.no', 2, NULL, 4, 3, 'J', 'J', 'J', 'J', 230); INSERT INTO studenter VALUES (87, 'Tore', 'Aabakken', 'M', 'aabakken@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 213); INSERT INTO studenter VALUES (88, 'Morten', 'Knutsen', 'M', 'mortenkn@stud.ntnu.no', 2, NULL, 5, 4, 'J', 'J', 'J', 'J', 201); INSERT INTO studenter VALUES (89, 'Tarjei', 'Rommetveit', 'M', 'tarjeiro@stud.ntnu.no', 5, NULL, 3, 3, 'J', 'J', 'J', 'N', 524); INSERT INTO studenter VALUES (90, 'Berit Eleni', 'Sirris', 'K', 'sirris@stud.ntnu.no', 2, NULL, 3, 5, 'J', 'J', 'J', 'J', 205); INSERT INTO studenter VALUES (91, 'Kent', 'Hansen', 'M', 'kenth@stud.ntnu.no', 2, NULL, 5, 3, 'J', 'J', 'J', 'J', 229); INSERT INTO studenter VALUES (92, 'Tommy', 'Ryen', 'M', 'tommyry@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 214); INSERT INTO studenter VALUES (93, 'Olav', 'Tveit', 'M', 'olavtark@stud.ntnu.no', 5, NULL, 3, 3, 'J', 'J', 'J', 'N', 518); INSERT INTO studenter VALUES (94, 'Olav Gisle', 'Tveiten', 'M', 'olavgisl@stud.ntnu.no', 2, NULL, 2, 3, 'J', 'J', 'J', 'J', 236); INSERT INTO studenter VALUES (95, 'Anja', 'Sivertsen', 'K', 'anjasi@stud.ntnu.no', 2, NULL, 2, 5, 'J', 'J', 'J', 'J', 200); INSERT INTO studenter VALUES (96, 'Sigvald', 'Øen Hansen', 'M', 'sigvaldo@stud.ntnu.no', 4, NULL, 4, 4, 'J', 'J', 'J', 'N', 401); INSERT INTO studenter VALUES (97, 'Børge Setså', 'Jensen', 'M', 'borgeset@stud.ntnu.no', 2, NULL, 4, 5, 'J', 'J', 'J', 'J', 219); INSERT INTO studenter VALUES (98, 'Hans Christian Falkenberg', 'Olsen', 'M', 'hanscho@stud.ntnu.no', 2, NULL, 5, 5, 'J', 'J', 'J', 'J', 219); INSERT INTO studenter VALUES (99, 'Lise', 'Grundeland', 'K', 'liseaa@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 506); INSERT INTO studenter VALUES (100, 'Anders', 'Linseth', 'M', 'linseth@stud.ntnu.no', 2, NULL, 3, 3, 'J', 'J', 'J', 'J', 232); INSERT INTO studenter VALUES (101, 'Sjur', 'Millidahl', 'M', 'millidah@stud.ntnu.no', 5, NULL, 4, 4, 'J', 'J', 'J', 'N', 504); INSERT INTO studenter VALUES (102, 'Ståle', 'Hårberg', 'M', 'staleha@stud.ntnu.no', 5, NULL, 4, 3, 'J', 'J', 'J', 'N', 517); INSERT INTO studenter VALUES (103, 'Julie Marie', 'Foss', 'K', 'juliemar@stud.ntnu.no', 2, NULL, 2, 5, 'J', 'J', 'J', 'J', 207); INSERT INTO studenter VALUES (104, 'Kjersti Kalstad', 'Brenden', 'K', 'brenden@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 225); INSERT INTO studenter VALUES (105, 'Marius Røed', 'Hanssen', 'M', 'mariuha@stud.ntnu.no', 5, NULL, 5, 3, 'J', 'J', 'J', 'N', 516); INSERT INTO studenter VALUES (395, 'Snorre', 'Helvik', 'M', 'helvik@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 238); INSERT INTO studenter VALUES (107, 'Eirik Roald', 'Ree', 'M', 'eirikroa@stud.ntnu.no', 2, NULL, 4, 5, 'J', 'J', 'J', 'J', 203); INSERT INTO studenter VALUES (108, 'Kristoffer', 'Klemm', 'M', 'klemm@stud.ntnu.no', 2, NULL, 2, 3, 'J', 'J', 'J', 'J', 234); INSERT INTO studenter VALUES (109, 'Lars Ove', 'Skogseth', 'M', 'larsove@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 221); INSERT INTO studenter VALUES (110, 'Michael', 'Norum', 'M', 'michaeno@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 214); INSERT INTO studenter VALUES (111, 'Vidar', 'Eide', 'M', 'vidarfro@stud.ntnu.no', 4, NULL, 4, 4, 'J', 'J', 'J', 'N', 401); INSERT INTO studenter VALUES (112, 'Stian Cornelis', 'Alsos', 'M', 'stiancor@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 509); INSERT INTO studenter VALUES (113, 'jan ove skogheim', 'olsen', 'M', 'janovesk@stud.ntnu.no', 2, NULL, 5, 4, 'J', 'J', 'J', 'J', 209); INSERT INTO studenter VALUES (114, 'ngoc phan hong', 'nguyen', 'K', 'ngocphan@stud.ntnu.no', 2, NULL, 2, 4, 'J', 'J', 'J', 'J', 217); INSERT INTO studenter VALUES (115, 'Thormod', 'Schie', 'M', 'schie@stud.ntnu.no', 5, NULL, 3, 3, 'J', 'J', 'J', 'N', 523); INSERT INTO studenter VALUES (116, 'Sigurd', 'Segtnan', 'M', 'sigurse@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 214); INSERT INTO studenter VALUES (117, 'Christian', 'Larsen', 'M', 'christla@stud.ntnu.no', 5, NULL, 4, 4, 'J', 'J', 'J', 'N', 503); INSERT INTO studenter VALUES (118, 'Anne Kristine Reknes', 'Hay', 'K', 'annehay@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 510); INSERT INTO studenter VALUES (119, 'Marius', 'Grannæs', 'M', 'grannas@stud.ntnu.no', 2, NULL, 5, 5, 'J', 'J', 'J', 'J', 200); INSERT INTO studenter VALUES (120, 'Rune', 'Vedvik', 'M', 'runev@stud.ntnu.no', 5, NULL, 3, 5, 'J', 'J', 'J', 'N', 500); INSERT INTO studenter VALUES (121, 'Øyvind', 'Mosti', 'M', 'mosti@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 222); INSERT INTO studenter VALUES (122, 'Eigil Lien', 'Kvelstad', 'M', 'eigillk@stud.ntnu.no', 5, NULL, 3, 3, 'J', 'J', 'J', 'N', 521); INSERT INTO studenter VALUES (123, 'Morten', 'Sandberg', 'M', 'mortsa@stud.ntnu.no', 5, NULL, 3, 3, 'J', 'J', 'J', 'N', 518); INSERT INTO studenter VALUES (124, 'Erik', 'Østby', 'M', 'erikos@stud.ntnu.no', 2, NULL, 5, 5, 'J', 'J', 'J', 'J', 200); INSERT INTO studenter VALUES (125, 'Christian', 'Svehagen', 'M', 'chrissv@stud.ntnu.no', 2, NULL, 2, 3, 'J', 'J', 'J', 'J', 235); INSERT INTO studenter VALUES (126, 'Einar', 'Watn', 'M', 'einarasb@stud.ntnu.no', 2, NULL, 3, 2, 'J', 'J', 'J', 'J', 237); INSERT INTO studenter VALUES (127, 'Nils', 'Grimsmo', 'M', 'nilsgri@stud.ntnu.no', 2, NULL, 5, 5, 'J', 'J', 'J', 'J', 201); INSERT INTO studenter VALUES (128, 'Stein Kåre', 'Skytteren', 'M', 'skyttere@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 214); INSERT INTO studenter VALUES (129, 'Thomas Eugen', 'Bjørge', 'M', 'thomaseu@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 222); INSERT INTO studenter VALUES (130, 'Kristian Collin', 'Berge', 'M', 'krisber@stud.ntnu.no', 5, NULL, 3, 3, 'J', 'J', 'J', 'N', 519); INSERT INTO studenter VALUES (131, 'Frode', 'Nerbråten', 'M', 'nerbrate@stud.ntnu.no', 5, NULL, 5, 4, 'J', 'J', 'J', 'N', 504); INSERT INTO studenter VALUES (132, 'Fay Charlotte Loe', 'Pedersen', 'K', 'faycharl@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 504); INSERT INTO studenter VALUES (133, 'Wenche', 'Haug', 'K', 'wenchh@stud.ntnu.no', 5, NULL, 2, 3, 'J', 'J', 'J', 'N', 521); INSERT INTO studenter VALUES (134, 'Erik', 'Hellerud', 'M', 'erih@stud.ntnu.no', 5, NULL, 4, 4, 'J', 'J', 'J', 'N', 504); INSERT INTO studenter VALUES (135, 'Maria Kristin', 'Strand', 'K', 'mariaks@stud.ntnu.no', 5, NULL, 2, 3, 'J', 'J', 'J', 'N', 504); INSERT INTO studenter VALUES (136, 'Helge Thomas', 'Hellerud', 'M', 'helgetho@stud.ntnu.no', 2, NULL, 3, 3, 'J', 'J', 'J', 'J', 233); INSERT INTO studenter VALUES (390, 'Sigmund', 'Aandstad', 'M', 'sigmunaa@stud.ntnu.no', 4, NULL, 3, 3, 'J', 'J', 'J', 'N', 402); INSERT INTO studenter VALUES (392, 'Vidar', 'Udnæseth', 'M', 'udnaseth@stud.ntnu.no', 4, NULL, 4, 3, 'J', 'J', 'J', 'N', 402); INSERT INTO studenter VALUES (403, 'Kristian Kragøe', 'Andresen', 'M', 'kristand@stud.ntnu.no', 4, NULL, 5, 5, 'J', 'N', 'J', 'N', 410); INSERT INTO studenter VALUES (140, 'Ane Marte', 'Hausken', 'K', 'hausken@stud.ntnu.no', 5, NULL, 3, 3, 'J', 'J', 'J', 'N', 523); INSERT INTO studenter VALUES (141, 'Arne Johan', 'Hestnes', 'M', 'arnejohe@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 214); INSERT INTO studenter VALUES (142, 'Victor', 'Størdal', 'M', 'victors@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 509); INSERT INTO studenter VALUES (143, 'Magnus T.', 'Valeberg', 'M', 'valeberg@stud.ntnu.no', 5, NULL, 4, 4, 'J', 'J', 'J', 'N', 517); INSERT INTO studenter VALUES (144, 'Bjorn-Erik', 'Stenbakk', 'M', 'stenbakk@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 222); INSERT INTO studenter VALUES (145, 'Solveig', 'Munkeby', 'K', 'solveimu@stud.ntnu.no', 5, NULL, 2, 4, 'J', 'J', 'J', 'N', 514); INSERT INTO studenter VALUES (146, 'Harald', 'Ueland', 'M', 'ueland@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 215); INSERT INTO studenter VALUES (147, 'Kristin', 'Dahle Larsen', 'K', 'kdlarsen@stud.ntnu.no', 5, NULL, 2, 3, 'J', 'J', 'J', 'N', 521); INSERT INTO studenter VALUES (148, 'Lene', 'Mølmen', 'K', 'lenemo@stud.ntnu.no', 5, NULL, 2, 4, 'J', 'J', 'J', 'N', 514); INSERT INTO studenter VALUES (149, 'Rune', 'Halvorsen', 'M', 'runhal@stud.ntnu.no', 5, NULL, 4, 4, 'J', 'J', 'J', 'N', 503); INSERT INTO studenter VALUES (150, 'Lam Ngoc', 'Nguyen', 'M', 'lamn@stud.ntnu.no', 1, NULL, 3, 4, 'J', 'J', 'N', 'N', 101); INSERT INTO studenter VALUES (151, 'Greta', 'Aske', 'K', 'greta@stud.ntnu.no', 5, NULL, 1, 3, 'J', 'J', 'J', 'N', 516); INSERT INTO studenter VALUES (152, 'Solveig', 'Amundsen', 'K', 'solveia@stud.ntnu.no', 5, NULL, 1, 3, 'J', 'J', 'J', 'N', 523); INSERT INTO studenter VALUES (153, 'Joakim', 'Embu', 'M', 'embu@stud.ntnu.no', 4, NULL, 4, 3, 'J', 'J', 'N', 'N', 406); INSERT INTO studenter VALUES (154, 'Ingvild', 'Langbakk', 'K', 'ingvildk@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 510); INSERT INTO studenter VALUES (155, 'Ingrid', 'Hjelmseth', 'K', 'ingridhj@stud.ntnu.no', 5, NULL, 2, 4, 'J', 'J', 'J', 'N', 515); INSERT INTO studenter VALUES (156, 'Erik', 'Rogstad', 'M', 'erikrog@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 223); INSERT INTO studenter VALUES (157, 'Truls', 'Jørgensen', 'M', 'trulsjor@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 223); INSERT INTO studenter VALUES (158, 'Gunnar', 'Nessa', 'M', 'nessa@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 219); INSERT INTO studenter VALUES (159, 'Marianne', 'Risberg', 'K', 'mariaris@stud.ntnu.no', 4, NULL, 4, 4, 'J', 'J', 'N', 'N', 404); INSERT INTO studenter VALUES (160, 'Lars', 'Olson', 'M', 'olson@stud.ntnu.no', 4, NULL, 4, 4, 'J', 'J', 'J', 'N', 401); INSERT INTO studenter VALUES (161, 'andrzej', 'golebiowski', 'M', 'golebiow@stud.ntnu.no', 1, NULL, 4, 2, 'J', 'N', 'J', 'N', 411); INSERT INTO studenter VALUES (162, 'Vishal', 'Devgun', 'M', 'devgun@stud.ntnu.no', 5, NULL, 4, 3, 'J', 'J', 'J', 'N', 523); INSERT INTO studenter VALUES (163, 'Mette', 'Hesjedal', 'K', 'hesjedal@stud.ntnu.no', 2, NULL, 2, 3, 'J', 'J', 'J', 'J', 225); INSERT INTO studenter VALUES (164, 'Jøran', 'Kleiven', 'M', 'joran@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 223); INSERT INTO studenter VALUES (166, 'Elin Marie', 'Kristensen', 'K', 'elinmak@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 222); INSERT INTO studenter VALUES (167, 'Erik', 'Lund', 'M', 'erikhel@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 223); INSERT INTO studenter VALUES (168, 'Merete', 'Soerjoten', 'K', 'sorjoten@stud.ntnu.no', 2, NULL, 2, 5, 'J', 'J', 'J', 'J', 207); INSERT INTO studenter VALUES (169, 'Marianne', 'Andersson', 'K', 'mariaan@stud.ntnu.no', 2, NULL, 2, 5, 'J', 'J', 'J', 'J', 200); INSERT INTO studenter VALUES (170, 'Knut Eivind', 'Brennhaug', 'M', 'knuteivi@stud.ntnu.no', 2, NULL, 4, 5, 'J', 'J', 'J', 'J', 204); INSERT INTO studenter VALUES (171, 'Mirela', 'Divic', 'K', 'divic@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 224); INSERT INTO studenter VALUES (172, 'Hallgeir', 'Stuenes', 'M', 'stuenes@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 223); INSERT INTO studenter VALUES (173, 'Fredrik', 'Aronsen', 'M', 'fredriar@stud.ntnu.no', 4, NULL, 3, 4, 'J', 'N', 'J', 'N', 408); INSERT INTO studenter VALUES (174, 'Espen', 'Hansen', 'M', 'espenha@stud.ntnu.no', 2, NULL, 2, 4, 'J', 'J', 'J', 'J', 212); INSERT INTO studenter VALUES (175, 'samson', 'wurgesa', 'M', 'wurgesa@stud.ntnu.no', 2, NULL, 3, 5, 'J', 'J', 'J', 'J', 205); INSERT INTO studenter VALUES (176, 'Torgeir', 'Rui', 'M', 'rui@stud.ntnu.no', 1, NULL, 4, 5, 'J', 'N', 'N', 'N', 103); INSERT INTO studenter VALUES (177, 'Terje', 'Vatle', 'M', 'vatle@stud.ntnu.no', 2, NULL, 4, 5, 'J', 'J', 'J', 'J', 204); INSERT INTO studenter VALUES (178, 'Sigmund', 'Augdal', 'M', 'sigmunau@stud.ntnu.no', 2, NULL, 5, 5, 'J', 'J', 'J', 'J', 203); INSERT INTO studenter VALUES (179, 'Ola', 'Sætrom', 'M', 'satrom@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 215); INSERT INTO studenter VALUES (396, 'Frank Audun', 'Kvamtrø', 'M', 'kvamtro@stud.ntnu.no', 2, NULL, 3, 3, 'J', 'J', 'J', 'J', 238); INSERT INTO studenter VALUES (181, 'Gunn Marie', 'Navestad', 'K', 'gunnmari@stud.ntnu.no', 2, NULL, 2, 4, 'J', 'J', 'J', 'J', 227); INSERT INTO studenter VALUES (182, 'Kay Are', 'Ulvestad', 'M', 'kayare@stud.ntnu.no', 2, NULL, 5, 5, 'J', 'J', 'J', 'J', 206); INSERT INTO studenter VALUES (183, 'Linn', 'Gulbrandsen', 'K', 'linngu@stud.ntnu.no', 2, NULL, 2, 3, 'J', 'J', 'J', 'J', 225); INSERT INTO studenter VALUES (184, 'Erlend', 'Flaten', 'M', 'erlendfl@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 215); INSERT INTO studenter VALUES (185, 'Håvard', 'Bjerke', 'M', 'havarbj@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 224); INSERT INTO studenter VALUES (186, 'Jens', 'Bache-Wiig', 'M', 'bachewii@stud.ntnu.no', 2, NULL, 5, 4, 'J', 'J', 'J', 'J', 209); INSERT INTO studenter VALUES (187, 'Johannes W.', 'Halvorsen', 'M', 'johannha@stud.ntnu.no', 2, NULL, 4, 3, 'J', 'J', 'J', 'J', 237); INSERT INTO studenter VALUES (188, 'Fatma', 'Gezen', 'K', 'gezen@stud.ntnu.no', 2, NULL, 2, 4, 'J', 'J', 'J', 'J', 227); INSERT INTO studenter VALUES (189, 'Lam', 'Pham', 'M', 'dinhpha@stud.ntnu.no', 2, NULL, 5, 5, 'J', 'J', 'J', 'J', 238); INSERT INTO studenter VALUES (190, 'Åsmund', 'Nordstoga', 'M', 'nordstog@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 215); INSERT INTO studenter VALUES (191, 'Birte', 'Riddervold', 'K', 'birter@stud.ntnu.no', 5, NULL, 1, 3, 'J', 'J', 'J', 'N', 522); INSERT INTO studenter VALUES (192, 'Christian Opdal', 'Eid', 'M', 'eid@stud.ntnu.no', 5, NULL, 4, 4, 'J', 'J', 'J', 'N', 502); INSERT INTO studenter VALUES (193, 'Magnus', 'Skuland', 'M', 'skuland@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 215); INSERT INTO studenter VALUES (194, 'Jon Bendik', 'Helland', 'M', 'jonbendi@stud.ntnu.no', 2, NULL, 1, 3, 'J', 'J', 'J', 'J', 230); INSERT INTO studenter VALUES (195, 'De Cong', 'Lu', 'M', 'decong@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 224); INSERT INTO studenter VALUES (196, 'Håvar', 'Valeur', 'M', 'havarv@stud.ntnu.no', 2, NULL, 5, 4, 'J', 'J', 'J', 'J', 227); INSERT INTO studenter VALUES (197, 'Jens', 'Askgaard', 'M', 'askgaard@stud.ntnu.no', 5, NULL, 1, 3, 'J', 'J', 'J', 'N', 521); INSERT INTO studenter VALUES (198, 'Son', 'Tran', 'M', 'sonquoc@stud.ntnu.no', 2, NULL, 3, 5, 'J', 'J', 'J', 'J', 205); INSERT INTO studenter VALUES (199, 'Andreas', 'Solem Kjær', 'M', 'solemkja@stud.ntnu.no', 2, NULL, 4, 3, 'J', 'J', 'J', 'J', 230); INSERT INTO studenter VALUES (200, 'Johan Erlend', 'Janbu', 'M', 'janbu@stud.ntnu.no', 2, NULL, 5, 4, 'J', 'J', 'J', 'J', 227); INSERT INTO studenter VALUES (201, 'Fredrik Medby', 'Hagen', 'M', 'fredrhag@stud.ntnu.no', 2, NULL, 4, 3, 'J', 'J', 'J', 'J', 231); INSERT INTO studenter VALUES (202, 'Øystein', 'Ulseth', 'M', 'oysteiul@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 216); INSERT INTO studenter VALUES (203, 'Kyrre', 'Giertsen', 'M', 'kyrreg@stud.ntnu.no', 2, NULL, 1, 3, 'J', 'J', 'J', 'J', 229); INSERT INTO studenter VALUES (204, 'Aase Margrete Skogvang', 'Strømsodd', 'K', 'stromsod@stud.ntnu.no', 2, NULL, 3, 5, 'J', 'J', 'J', 'J', 205); INSERT INTO studenter VALUES (205, 'Frode', 'Solheim', 'M', 'frodesol@stud.ntnu.no', 2, NULL, 5, 3, 'J', 'J', 'J', 'J', 237); INSERT INTO studenter VALUES (206, 'Terje', 'Tubaas', 'M', 'tubaas@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 216); INSERT INTO studenter VALUES (207, 'Geir', 'Fagerholt', 'M', 'geirf@stud.ntnu.no', 2, NULL, 3, 3, 'J', 'J', 'J', 'J', 233); INSERT INTO studenter VALUES (208, 'Gunnar René', 'Øie', 'M', 'gunnarre@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 216); INSERT INTO studenter VALUES (209, 'Håkon', 'Fredriksen', 'M', 'hakonagl@stud.ntnu.no', 4, NULL, 4, 4, 'J', 'J', 'N', 'N', 404); INSERT INTO studenter VALUES (210, 'leif', 'bru', 'M', 'leifhama@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 216); INSERT INTO studenter VALUES (211, 'Oddvar', 'Aarseth', 'M', 'oaarseth@stud.ntnu.no', 2, NULL, 2, 5, 'J', 'J', 'J', 'J', 219); INSERT INTO studenter VALUES (212, 'Eystein', 'Bye', 'M', 'eysteib@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 224); INSERT INTO studenter VALUES (213, 'Petter André', 'Haver', 'M', 'petteha@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 506); INSERT INTO studenter VALUES (301, 'Morten', 'Amdal', 'M', 'mortenam@stud.ntnu.no', 4, NULL, 4, 5, 'J', 'J', 'N', 'N', 403); INSERT INTO studenter VALUES (215, 'Tanja Annette', 'Brown', 'K', 'brown@stud.ntnu.no', 2, NULL, 4, 5, 'J', 'J', 'J', 'J', 203); INSERT INTO studenter VALUES (216, 'Egil', 'Østhus', 'M', 'egilconr@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 510); INSERT INTO studenter VALUES (217, 'Sverre', 'Sundsdal', 'M', 'sundsdal@stud.ntnu.no', 2, NULL, 5, 4, 'J', 'J', 'J', 'J', 228); INSERT INTO studenter VALUES (218, 'Anne Vold', 'Torland', 'K', 'torland@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 217); INSERT INTO studenter VALUES (219, 'Håvard', 'Hansen', 'M', 'havarh@stud.ntnu.no', 5, NULL, 3, 3, 'J', 'J', 'J', 'N', 519); INSERT INTO studenter VALUES (220, 'Stein Olav', 'Ness', 'M', 'steinola@stud.ntnu.no', 5, NULL, 2, 4, 'J', 'J', 'J', 'N', 515); INSERT INTO studenter VALUES (221, 'Tore', 'Mauset', 'M', 'mauset@stud.ntnu.no', 2, NULL, 5, 5, 'J', 'J', 'J', 'J', 201); INSERT INTO studenter VALUES (222, 'Katrine', 'Vetlesen', 'K', 'vetlesen@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 510); INSERT INTO studenter VALUES (223, 'Ida Hveding', 'Huse', 'K', 'idahvedi@stud.ntnu.no', 2, NULL, 2, 4, 'J', 'J', 'J', 'J', 228); INSERT INTO studenter VALUES (224, 'Arve', 'Gudmundset', 'M', 'arvegud@stud.ntnu.no', 5, NULL, 4, 4, 'J', 'J', 'J', 'N', 509); INSERT INTO studenter VALUES (225, 'Ole', 'Hartvigsen', 'M', 'hartvigs@stud.ntnu.no', 1, 'Elektronikk', 3, 3, 'J', 'J', 'J', 'J', 100); INSERT INTO studenter VALUES (226, 'Guri Kristine', 'Birkeland', 'K', 'gurikris@stud.ntnu.no', 2, NULL, 3, 5, 'J', 'J', 'J', 'J', 206); INSERT INTO studenter VALUES (227, 'Peter', 'Longva', 'M', 'peterl@stud.ntnu.no', 5, NULL, 5, 3, 'J', 'J', 'J', 'N', 518); INSERT INTO studenter VALUES (228, 'Trond Petter', 'Eide', 'M', 'trondpet@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 511); INSERT INTO studenter VALUES (229, 'Erik', 'Rød', 'M', 'erikrod@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 216); INSERT INTO studenter VALUES (230, 'Ole Marius', 'Smestad', 'M', 'smestad@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 218); INSERT INTO studenter VALUES (231, 'Fredrik', 'Hjelmeland Rygg', 'M', 'rygg@stud.ntnu.no', 2, NULL, 3, 3, 'J', 'J', 'J', 'J', 100); INSERT INTO studenter VALUES (232, 'Olav', 'Gulling', 'M', 'gulling@stud.ntnu.no', 2, NULL, 3, 3, 'J', 'J', 'J', 'J', 233); INSERT INTO studenter VALUES (233, 'Thomas', 'Erstad', 'M', 'thomaers@stud.ntnu.no', 2, NULL, 2, 4, 'J', 'J', 'J', 'J', 227); INSERT INTO studenter VALUES (234, 'Thor Arne', 'Semb', 'M', 'thorars@stud.ntnu.no', 2, NULL, 5, 4, 'J', 'J', 'J', 'J', 210); INSERT INTO studenter VALUES (235, 'Asbjørn', 'Hønsvall', 'M', 'honsvall@stud.ntnu.no', 4, NULL, 4, 3, 'J', 'N', 'J', 'N', 411); INSERT INTO studenter VALUES (236, 'Erik', 'Sirnes', 'M', 'eriks@stud.ntnu.no', 5, NULL, 1, 2, 'J', 'J', 'J', 'N', 520); INSERT INTO studenter VALUES (237, 'Knut Steinar', 'Engene', 'M', 'engene@stud.ntnu.no', 2, NULL, 2, 4, 'J', 'J', 'J', 'J', 210); INSERT INTO studenter VALUES (238, 'Thor-Egil', 'Solhaug', 'M', 'thoregil@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 238); INSERT INTO studenter VALUES (239, 'Jarle', 'Anfinsen', 'M', 'jarlea@stud.ntnu.no', 2, NULL, 4, 5, 'J', 'J', 'J', 'J', 204); INSERT INTO studenter VALUES (240, 'Trond Marius', 'Øvstetun', 'M', 'ovstetun@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 217); INSERT INTO studenter VALUES (241, 'Anne Siri', 'Korsen', 'K', 'annesiri@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 224); INSERT INTO studenter VALUES (242, 'Vegard', 'Høynes', 'M', 'hoynes@stud.ntnu.no', 5, NULL, 3, 3, 'J', 'J', 'J', 'N', 519); INSERT INTO studenter VALUES (243, 'Fredrik', 'Solsvik', 'M', 'solsvik@stud.ntnu.no', 5, NULL, 4, 4, 'J', 'J', 'J', 'N', 505); INSERT INTO studenter VALUES (244, 'Espen Kåre', 'Eilertsen', 'M', 'espenke@stud.ntnu.no', 5, NULL, 3, 3, 'J', 'J', 'J', 'N', 519); INSERT INTO studenter VALUES (245, 'Quoc Tuan', 'Pham', 'M', 'tuanqup@stud.ntnu.no', 5, NULL, 3, 3, 'J', 'J', 'J', 'N', 519); INSERT INTO studenter VALUES (246, 'Asgeir', 'Torstensen', 'M', 'asgeirt@stud.ntnu.no', 5, NULL, 4, 4, 'J', 'J', 'J', 'N', 514); INSERT INTO studenter VALUES (247, 'Bjørge', 'Røsæg', 'M', 'rosag@stud.ntnu.no', 5, NULL, 3, 3, 'J', 'J', 'J', 'N', 520); INSERT INTO studenter VALUES (248, 'Morten', 'Berg', 'M', 'mortebe@stud.ntnu.no', 2, NULL, 4, 5, 'J', 'J', 'J', 'J', 204); INSERT INTO studenter VALUES (249, 'Øystein', 'Hallaråker', 'M', 'hallarak@stud.ntnu.no', 5, NULL, 4, 4, 'J', 'J', 'J', 'N', 514); INSERT INTO studenter VALUES (250, 'Kristina', 'Haugen', 'K', 'krihaug@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 511); INSERT INTO studenter VALUES (251, 'Mona', 'Opsahl', 'K', 'monaop@stud.ntnu.no', 5, NULL, 4, 4, 'J', 'J', 'J', 'N', 522); INSERT INTO studenter VALUES (252, 'Tore', 'Øwre', 'M', 'torelyft@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 511); INSERT INTO studenter VALUES (253, 'Ronnie', 'Nessa', 'M', 'ronnie@stud.ntnu.no', 5, NULL, 4, 4, 'J', 'J', 'J', 'N', 505); INSERT INTO studenter VALUES (254, 'Øystein', 'Pettersen', 'M', 'oystep@stud.ntnu.no', 5, NULL, 4, 3, 'J', 'J', 'J', 'N', 517); INSERT INTO studenter VALUES (255, 'Eivind', 'Gramme', 'M', 'gramme@stud.ntnu.no', 5, NULL, 3, 3, 'J', 'J', 'J', 'N', 520); INSERT INTO studenter VALUES (256, 'Kaare Kristian', 'Lilleng', 'M', 'kaarekri@stud.ntnu.no', 2, NULL, 3, 3, 'J', 'J', 'J', 'J', 233); INSERT INTO studenter VALUES (257, 'Fredrik', 'Lied Larsen', 'M', 'fredrila@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 225); INSERT INTO studenter VALUES (258, 'Joacim', 'Thomassen', 'M', 'joacimt@stud.ntnu.no', 2, NULL, 4, 3, 'J', 'J', 'J', 'J', 238); INSERT INTO studenter VALUES (259, 'Oddgeir', 'Furu', 'M', 'oddgeif@stud.ntnu.no', 4, NULL, 4, 4, 'J', 'J', 'N', 'N', 404); INSERT INTO studenter VALUES (260, 'Harald', 'Liavaag', 'M', 'liavaag@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 217); INSERT INTO studenter VALUES (261, 'Ingvild', 'Bostad', 'K', 'ingvilbo@stud.ntnu.no', 2, NULL, 2, 3, 'J', 'J', 'J', 'J', 235); INSERT INTO studenter VALUES (262, 'Nina Iren', 'Hoven', 'K', 'ninairh@stud.ntnu.no', 4, NULL, 4, 3, 'J', 'J', 'N', 'N', 101); INSERT INTO studenter VALUES (263, 'Hans Inge', 'Heien', 'M', 'hansinge@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 511); INSERT INTO studenter VALUES (264, 'Kristoffer', 'Jacobsen', 'M', 'kristoja@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 225); INSERT INTO studenter VALUES (265, 'Oddbjørn', 'Heimdal', 'M', 'oddbjoh@stud.ntnu.no', 5, NULL, 4, 4, 'J', 'J', 'J', 'N', 513); INSERT INTO studenter VALUES (266, 'Andreas', 'Jordell', 'M', 'jordell@stud.ntnu.no', 4, NULL, 4, 4, 'J', 'J', 'J', 'N', 401); INSERT INTO studenter VALUES (267, 'Pia', 'Langeland', 'K', 'piakatri@stud.ntnu.no', 4, NULL, 4, 4, 'J', 'N', 'J', 'N', 407); INSERT INTO studenter VALUES (268, 'André', 'Sjåsæt', 'M', 'sjasat@stud.ntnu.no', 4, NULL, 3, 3, 'J', 'N', 'J', 'N', 410); INSERT INTO studenter VALUES (269, 'Håkon', 'Reinholdtsen', 'M', 'hakonre@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 100); INSERT INTO studenter VALUES (270, 'magnus', 'hoem hagen', 'M', 'magnuhag@stud.ntnu.no', 5, NULL, 3, 3, 'J', 'J', 'J', 'N', 509); INSERT INTO studenter VALUES (271, 'Erik', 'Hodne', 'M', 'erikhod@stud.ntnu.no', 5, NULL, 4, 4, 'J', 'J', 'J', 'N', 506); INSERT INTO studenter VALUES (272, 'Norvald H.', 'Ryeng', 'M', 'ryeng@stud.ntnu.no', 2, NULL, 5, 4, 'J', 'J', 'J', 'J', 210); INSERT INTO studenter VALUES (273, 'Kai Kristian', 'Amundsen', 'M', 'kaikrist@stud.ntnu.no', 2, NULL, 5, 4, 'J', 'J', 'J', 'J', 210); INSERT INTO studenter VALUES (274, 'Espen E.', 'Rekdal', 'M', 'espeneko@stud.ntnu.no', 2, NULL, 5, 4, 'J', 'J', 'J', 'J', 211); INSERT INTO studenter VALUES (275, 'Jørgen', 'Risvik', 'M', 'jorgenri@stud.ntnu.no', 4, NULL, 4, 3, 'J', 'N', 'J', 'N', 410); INSERT INTO studenter VALUES (276, 'Håkon', 'Snøtun', 'M', 'snotun@stud.ntnu.no', 5, NULL, 3, 3, 'J', 'J', 'J', 'N', 520); INSERT INTO studenter VALUES (277, 'Stig', 'Salater', 'M', 'salater@stud.ntnu.no', 5, NULL, 3, 3, 'J', 'J', 'J', 'N', 520); INSERT INTO studenter VALUES (278, 'Kjersti', 'Skomsvold', 'K', 'kjerssk@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 222); INSERT INTO studenter VALUES (279, 'Ingvild Hélène', 'Mällberg', 'K', 'mallberg@stud.ntnu.no', 5, NULL, 3, 5, 'J', 'J', 'J', 'N', 501); INSERT INTO studenter VALUES (280, 'Silje Mari', 'Sunde', 'K', 'siljemar@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 511); INSERT INTO studenter VALUES (281, 'Tor-Aage', 'Lukashaugen', 'M', 'toraage@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 512); INSERT INTO studenter VALUES (282, 'axel', 'tidemann', 'M', 'tidemann@stud.ntnu.no', 2, NULL, 4, 5, 'J', 'J', 'J', 'J', 204); INSERT INTO studenter VALUES (283, 'Merete', 'Mandelid', 'K', 'mandelid@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 235); INSERT INTO studenter VALUES (284, 'Per Andreas', 'Alnes', 'M', 'perandre@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 512); INSERT INTO studenter VALUES (285, 'Kari', 'Røssland', 'K', 'rossland@stud.ntnu.no', 4, NULL, 3, 4, 'J', 'J', 'J', 'J', 235); INSERT INTO studenter VALUES (286, 'Tom', 'Auger', 'M', 'auger@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 516); INSERT INTO studenter VALUES (287, 'Ivar', 'Gilså', 'M', 'gilsa@stud.ntnu.no', 4, NULL, 4, 4, 'J', 'J', 'J', 'N', 401); INSERT INTO studenter VALUES (288, 'Eirik', 'Berg', 'M', 'eirikber@stud.ntnu.no', 4, NULL, 4, 3, 'J', 'J', 'N', 'N', 406); INSERT INTO studenter VALUES (289, 'David', 'Nome', 'M', 'nome@stud.ntnu.no', 4, NULL, 4, 4, 'J', 'J', 'J', 'N', 402); INSERT INTO studenter VALUES (290, 'Lars Thore', 'Melby', 'M', 'larsthm@stud.ntnu.no', 4, NULL, 3, 4, 'J', 'N', 'J', 'N', 408); INSERT INTO studenter VALUES (291, 'Bent Erik', 'Skogstad', 'M', 'benterik@stud.ntnu.no', 5, NULL, 4, 4, 'J', 'J', 'J', 'N', 509); INSERT INTO studenter VALUES (292, 'Thomas', 'Engen', 'M', 'engen@stud.ntnu.no', 1, NULL, 3, 3, 'J', 'N', 'N', 'N', 103); INSERT INTO studenter VALUES (293, 'Tor', 'Undheim', 'M', 'torsigu@stud.ntnu.no', 4, NULL, 4, 4, 'J', 'J', 'N', 'N', 101); INSERT INTO studenter VALUES (294, 'Hallvard', 'Hoen', 'M', 'hallvah@stud.ntnu.no', 4, NULL, 4, 4, 'J', 'J', 'N', 'N', 405); INSERT INTO studenter VALUES (295, 'Espen', 'Gleinsvåg', 'M', 'gleinsva@stud.ntnu.no', 5, NULL, 1, 1, 'J', 'N', 'J', 'N', 410); INSERT INTO studenter VALUES (296, 'Gisle', 'Østereng', 'M', 'gisleo@stud.ntnu.no', 4, NULL, 2, 3, 'J', 'N', 'J', 'N', 411); INSERT INTO studenter VALUES (297, 'Vebjørn T.', 'Haugerud', 'M', 'haugerud@stud.ntnu.no', 4, NULL, 4, 4, 'J', 'N', 'J', 'N', 407); INSERT INTO studenter VALUES (298, 'Nhat-Anh', 'Tran', 'K', 'nhatanh@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 512); INSERT INTO studenter VALUES (299, 'Guro', 'Sørensen', 'K', 'guros@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 226); INSERT INTO studenter VALUES (300, 'Frode', 'Hauso', 'M', 'hauso@stud.ntnu.no', 2, NULL, 3, 3, 'J', 'J', 'J', 'J', 233); INSERT INTO studenter VALUES (400, 'Camilla', 'Seglen', 'K', 'seglen@stud.ntnu.no', 5, NULL, 2, 4, 'J', 'J', 'J', 'N', 524); INSERT INTO studenter VALUES (304, 'Sigbjørn', 'Wikshåland', 'M', 'wikshala@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 513); INSERT INTO studenter VALUES (305, 'Torje', 'Lundereng', 'M', 'lunderen@stud.ntnu.no', 2, NULL, 5, 5, 'J', 'J', 'J', 'J', 202); INSERT INTO studenter VALUES (306, 'Erling J.', 'Andreassen', 'M', 'erlingan@stud.ntnu.no', 5, NULL, 4, 4, 'J', 'J', 'J', 'N', 506); INSERT INTO studenter VALUES (307, 'Carl-Henrik', 'Lund', 'M', 'carlhenr@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 218); INSERT INTO studenter VALUES (308, 'Eiliv', 'Bruun', 'M', 'eilivb@stud.ntnu.no', 4, NULL, 3, 3, 'J', 'J', 'N', 'N', 406); INSERT INTO studenter VALUES (309, 'Øystein', 'Lekang', 'M', 'lekang@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 228); INSERT INTO studenter VALUES (310, 'Stian Dalene', 'Gjedrem', 'M', 'stiandal@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 218); INSERT INTO studenter VALUES (313, 'Kyrre', 'Glette', 'M', 'glette@stud.ntnu.no', 2, NULL, 4, 3, 'J', 'J', 'N', 'N', 406); INSERT INTO studenter VALUES (314, 'Øivind', 'Mosand', 'M', 'oivindmo@stud.ntnu.no', 2, NULL, 3, 3, 'J', 'J', 'J', 'J', 234); INSERT INTO studenter VALUES (315, 'Johan', 'Moldestad', 'M', 'moldesta@stud.ntnu.no', 4, NULL, 4, 5, 'J', 'J', 'N', 'N', 403); INSERT INTO studenter VALUES (316, 'John Sebastian', 'Slørdahl', 'M', 'johnseba@stud.ntnu.no', 4, NULL, 4, 5, 'J', 'J', 'N', 'N', 403); INSERT INTO studenter VALUES (317, 'Jo', 'Gunnes', 'M', 'jogunnes@stud.ntnu.no', 2, NULL, 3, 3, 'J', 'J', 'J', 'J', 234); INSERT INTO studenter VALUES (318, 'Frode', 'Mørkedal', 'M', 'morkedal@stud.ntnu.no', 4, NULL, 4, 4, 'J', 'J', 'N', 'N', 405); INSERT INTO studenter VALUES (319, 'Elisabeth', 'Iversen', 'K', 'elisabi@stud.ntnu.no', 5, NULL, 2, 3, 'J', 'J', 'J', 'N', 522); INSERT INTO studenter VALUES (320, 'Pål Georg', 'Rebni', 'M', 'rebni@stud.ntnu.no', 2, NULL, 3, 3, 'J', 'J', 'J', 'J', 234); INSERT INTO studenter VALUES (321, 'Anders Kristian Harang', 'Walla', 'M', 'anderswa@stud.ntnu.no', 2, NULL, 4, 5, 'J', 'J', 'J', 'J', 205); INSERT INTO studenter VALUES (322, 'Inger Helene', 'Moen', 'K', 'ingerhel@stud.ntnu.no', 5, NULL, 1, 5, 'J', 'J', 'J', 'N', 502); INSERT INTO studenter VALUES (323, 'Tor Martin', 'Brekkeflat', 'M', 'brekkefl@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 229); INSERT INTO studenter VALUES (324, 'Anne-Margrethe', 'Faureng', 'K', 'faureng@stud.ntnu.no', 5, NULL, 2, 4, 'J', 'J', 'J', 'N', 515); INSERT INTO studenter VALUES (325, 'Fredrik', 'Granviken', 'M', 'granvike@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 513); INSERT INTO studenter VALUES (326, 'Andreas', 'Tindlund', 'M', 'tindlund@stud.ntnu.no', 4, NULL, 5, 4, 'J', 'J', 'N', 'N', 403); INSERT INTO studenter VALUES (327, 'Sondre', 'Tysse', 'M', 'sondrety@stud.ntnu.no', 4, NULL, 4, 4, 'J', 'J', 'N', 'N', 405); INSERT INTO studenter VALUES (328, 'John Herman', 'Embretsen', 'M', 'embretse@stud.ntnu.no', 5, NULL, 4, 4, 'J', 'J', 'J', 'N', 506); INSERT INTO studenter VALUES (329, 'Christine Kortner', 'Faye', 'K', 'faye@stud.ntnu.no', 2, NULL, 2, 3, 'J', 'J', 'J', 'J', 236); INSERT INTO studenter VALUES (330, 'Petter Laurentius', 'Eide', 'M', 'petterei@stud.ntnu.no', 2, NULL, 5, 5, 'J', 'J', 'J', 'J', 202); INSERT INTO studenter VALUES (331, 'Finn Håkon', 'Borgi', 'M', 'borgi@stud.ntnu.no', 2, NULL, 4, 3, 'J', 'J', 'J', 'J', 236); INSERT INTO studenter VALUES (332, 'Bjørnar', 'Reinertsen', 'M', 'bjornre@stud.ntnu.no', 5, NULL, 4, 4, 'J', 'J', 'J', 'N', 510); INSERT INTO studenter VALUES (333, 'Kristian', 'Selnæs', 'M', 'kristse@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 505); INSERT INTO studenter VALUES (334, 'Rudi', 'Bech', 'M', 'bech@stud.ntnu.no', 5, NULL, 5, 3, 'J', 'J', 'J', 'N', 518); INSERT INTO studenter VALUES (335, 'Siri', 'Andersen', 'K', 'siriand@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 516); INSERT INTO studenter VALUES (336, 'Henrik', 'Davidsen', 'M', 'henrid@stud.ntnu.no', 5, NULL, 2, 4, 'J', 'J', 'J', 'N', 503); INSERT INTO studenter VALUES (337, 'Lars Kristoffer Ulstein', 'Jørgensen', 'M', 'larskrj@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 218); INSERT INTO studenter VALUES (338, 'Carsten Andreas', 'Heitmann', 'M', 'heitmac@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 219); INSERT INTO studenter VALUES (339, 'Sveinung', 'Hartberg', 'M', 'hartberg@stud.ntnu.no', 5, NULL, 4, 4, 'J', 'J', 'J', 'N', 507); INSERT INTO studenter VALUES (340, 'Hans Petter', 'Ladim', 'M', 'hanslad@stud.ntnu.no', 1, NULL, 5, 5, 'J', 'N', 'N', 'N', 103); INSERT INTO studenter VALUES (341, 'Amund', 'Tøftum', 'M', 'toftum@stud.ntnu.no', 4, NULL, 4, 4, 'J', 'N', 'J', 'N', 408); INSERT INTO studenter VALUES (342, 'Christoffer', 'Bakkely', 'M', 'bakkely@stud.ntnu.no', 2, NULL, 3, 5, 'J', 'J', 'J', 'J', 206); INSERT INTO studenter VALUES (343, 'Pål Ove', 'Henden', 'M', 'palove@stud.ntnu.no', 4, NULL, 1, 3, 'J', 'N', 'J', 'N', 411); INSERT INTO studenter VALUES (344, 'Erlend', 'Fiskerud', 'M', 'fiskerud@stud.ntnu.no', 4, NULL, 4, 4, 'J', 'N', 'J', 'N', 408); INSERT INTO studenter VALUES (345, 'Martin', 'Botnen', 'M', 'martibo@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 226); INSERT INTO studenter VALUES (346, 'Morten', 'Landsgård', 'M', 'landsgar@stud.ntnu.no', 4, NULL, 3, 3, 'J', 'N', 'J', 'N', 410); INSERT INTO studenter VALUES (347, 'Lars Christian', 'Lura', 'M', 'lura@stud.ntnu.no', 2, NULL, 2, 3, 'J', 'J', 'J', 'J', 235); INSERT INTO studenter VALUES (348, 'Kjetil', 'Forslund', 'M', 'kjetilvi@stud.ntnu.no', 2, NULL, 1, 3, 'J', 'J', 'J', 'J', 232); INSERT INTO studenter VALUES (349, 'Asgeir', 'Aune', 'M', 'asgeira@stud.ntnu.no', 5, NULL, 5, 5, 'J', 'J', 'J', 'N', 500); INSERT INTO studenter VALUES (350, 'Svend Aage', 'Larsen', 'M', 'svendaag@stud.ntnu.no', 5, NULL, 2, 4, 'J', 'J', 'J', 'N', 503); INSERT INTO studenter VALUES (351, 'Morten', 'Smedsrud', 'M', 'mortensm@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 513); INSERT INTO studenter VALUES (352, 'Ellen Karoline', 'Norlund', 'K', 'norlund@stud.ntnu.no', 4, NULL, 3, 4, 'J', 'J', 'J', 'N', 512); INSERT INTO studenter VALUES (353, 'Ole Johan S.', 'Pedersen', 'M', 'olejohp@stud.ntnu.no', 4, NULL, 4, 4, 'J', 'N', 'J', 'N', 408); INSERT INTO studenter VALUES (354, 'Erik', 'Engebretsen', 'M', 'erikwilh@stud.ntnu.no', 4, NULL, 1, 4, 'J', 'N', 'J', 'N', 409); INSERT INTO studenter VALUES (355, 'Marit', 'Agner', 'K', 'agner@stud.ntnu.no', 4, NULL, 3, 3, 'J', 'N', 'J', 'N', 409); INSERT INTO studenter VALUES (356, 'Tony', 'Håndstad', 'M', 'handstad@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 231); INSERT INTO studenter VALUES (357, 'Svein Erik', 'Voll', 'M', 'sveinev@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 229); INSERT INTO studenter VALUES (358, 'Amund', 'Skaaden', 'M', 'amundwol@stud.ntnu.no', 5, NULL, 2, 4, 'J', 'J', 'J', 'N', 517); INSERT INTO studenter VALUES (359, 'Knut Bjørnar', 'Wålberg', 'M', 'walberg@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 229); INSERT INTO studenter VALUES (360, 'Andreas', 'Lorentsen', 'M', 'andrelo@stud.ntnu.no', 2, NULL, 2, 4, 'J', 'J', 'J', 'J', 210); INSERT INTO studenter VALUES (361, 'Cecilie', 'Nødtvedt', 'K', 'nodtvedt@stud.ntnu.no', 5, NULL, 1, 4, 'J', 'J', 'J', 'N', 516); INSERT INTO studenter VALUES (362, 'Liv Elise', 'Saue', 'K', 'livelise@stud.ntnu.no', 4, NULL, 4, 3, 'J', 'N', 'J', 'N', 409); INSERT INTO studenter VALUES (363, 'Stian', 'Michaelsen', 'M', 'stianmi@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 513); INSERT INTO studenter VALUES (364, 'Jakob', 'Skaug', 'M', 'jakobs@stud.ntnu.no', 4, NULL, 3, 4, 'J', 'J', 'J', 'N', 402); INSERT INTO studenter VALUES (393, 'Terje', 'Lundby', 'M', 'terjlu@stud.ntnu.no', 4, NULL, 4, 3, 'J', 'J', 'J', 'N', 402); INSERT INTO studenter VALUES (394, 'Geir Alexander', 'Talseth', 'M', 'talseth@stud.ntnu.no', 5, NULL, 4, 4, 'J', 'J', 'J', 'N', 524); INSERT INTO studenter VALUES (367, 'Lars', 'Johnsrud', 'M', 'johnsrud@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 505); INSERT INTO studenter VALUES (368, 'Trygve', 'Carlsen', 'M', 'trygvegu@stud.ntnu.no', 5, NULL, 3, 3, 'J', 'J', 'J', 'N', 521); INSERT INTO studenter VALUES (369, 'Bjørn Åge', 'Johannessen', 'M', 'bjornage@stud.ntnu.no', 2, NULL, 1, 2, 'J', 'J', 'J', 'J', 237); INSERT INTO studenter VALUES (370, 'Hilde Katrine', 'Johansen', 'K', 'hildekat@stud.ntnu.no', 2, NULL, 1, 3, 'J', 'J', 'J', 'J', 231); INSERT INTO studenter VALUES (371, 'Erlend', 'Mongstad', 'M', 'erlenm@stud.ntnu.no', 2, NULL, 4, 4, 'J', 'J', 'J', 'J', 212); INSERT INTO studenter VALUES (372, 'Heidi Merethe', 'Bergmann', 'K', 'heidimb@stud.ntnu.no', 2, NULL, 2, 4, 'J', 'J', 'J', 'J', 228); INSERT INTO studenter VALUES (373, 'Jan Asle', 'Kroknes', 'M', 'janasle@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 505); INSERT INTO studenter VALUES (374, 'Jo', 'Langøygard', 'M', 'langoyga@stud.ntnu.no', 4, NULL, 2, 3, 'J', 'N', 'J', 'N', 411); INSERT INTO studenter VALUES (375, 'Lasse Tolly', 'Borja', 'M', 'borja@stud.ntnu.no', 5, NULL, 3, 4, 'J', 'J', 'J', 'N', 514); INSERT INTO studenter VALUES (376, 'Vegard Dahl', 'Lunde', 'M', 'vegarlu@stud.ntnu.no', 4, NULL, 3, 4, 'J', 'J', 'J', 'N', 402); INSERT INTO studenter VALUES (377, 'Øystein Kvaal', 'Østerbø', 'M', 'oysteios@stud.ntnu.no', 5, NULL, 3, 2, 'J', 'J', 'J', 'N', 523); INSERT INTO studenter VALUES (378, 'Carsten Buch', 'Sivertsen', 'M', 'carstenb@stud.ntnu.no', 4, NULL, 4, 5, 'J', 'N', 'J', 'N', 407); INSERT INTO studenter VALUES (379, 'Camilla', 'Johnsen', 'K', 'camilljo@stud.ntnu.no', 4, NULL, 3, 3, 'J', 'N', 'J', 'N', 409); INSERT INTO studenter VALUES (380, 'Rune', 'Høivik', 'M', 'runehoi@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 226); INSERT INTO studenter VALUES (381, 'Fredrik', 'Dæhli', 'M', 'dahli@stud.ntnu.no', 4, NULL, 4, 4, 'J', 'N', 'J', 'N', 408); INSERT INTO studenter VALUES (382, 'Øyvind', 'Graham', 'M', 'Graham@stud.ntnu.no', 2, NULL, 3, 4, 'J', 'J', 'J', 'J', 226); INSERT INTO studenter VALUES (383, 'morten', 'stigum', 'M', 'stigum@stud.ntnu.no', 5, NULL, 4, 4, 'J', 'J', 'J', 'N', 507); INSERT INTO studenter VALUES (384, 'Anna Aimee', 'Bergene', 'K', 'annaaime@stud.ntnu.no', 5, NULL, 2, 3, 'J', 'J', 'J', 'N', 522); INSERT INTO studenter VALUES (385, 'Christian', 'Schütz', 'M', 'schutz@stud.ntnu.no', 2, NULL, 2, 5, 'J', 'J', 'J', 'J', 208); INSERT INTO studenter VALUES (386, 'Vegard Røine', 'Stenerud', 'M', 'vegarste@stud.ntnu.no', 1, NULL, 3, 3, 'J', 'N', 'N', 'N', 103); INSERT INTO studenter VALUES (388, 'Gunn Tove', 'Vist', 'K', 'vist@stud.ntnu.no', 4, NULL, 1, 3, 'J', 'J', 'N', 'N', 101); INSERT INTO studenter VALUES (397, 'Silje Bentzen', 'Egeland', 'K', 'siljeben@stud.ntnu.no', 5, NULL, 1, 3, 'J', 'J', 'J', 'N', 524); INSERT INTO studenter VALUES (398, 'Tran', 'Phuong Van', 'M', 'tran@stud.ntnu.no', 1, NULL, 2, 5, 'J', 'J', 'N', 'N', 101); INSERT INTO studenter VALUES (399, 'Vegard', 'Mediås', 'M', 'medias@stud.ntnu.no', 4, NULL, 4, 4, 'J', 'J', 'N', 'N', 405); INSERT INTO studenter VALUES (404, 'Erland', 'Lundby', 'M', 'erlandl@stud.ntnu.no', 4, NULL, 3, 3, 'J', 'N', 'J', 'N', 410); INSERT INTO studenter VALUES (402, 'Ingrid Marie', 'HJellset Larsen', 'K', 'ingrila@stud.ntnu.no', 2, NULL, 2, 4, 'J', 'J', 'J', 'J', 232); INSERT INTO studenter VALUES (405, 'Andreas Ertzeid', 'Loven', 'M', 'andrelov@stud.ntnu.no', 5, NULL, 4, 4, 'J', 'J', 'J', 'N', 524); INSERT INTO studenter VALUES (407, 'Geirr', 'Tvedt', 'M', 'geirrlod@stud.ntnu.no', 1, NULL, 4, 3, 'J', 'N', 'N', 'N', 103); INSERT INTO studenter VALUES (408, 'Fabio', 'Rubagotti', 'M', 'rubagott@stud.ntnu.no', 1, NULL, 2, 3, 'J', 'N', 'N', 'J', 102); INSERT INTO studenter VALUES (409, 'Georgia-Anna', 'Farmaki', 'K', 'farmaki@stud.ntnu.no', 1, NULL, 2, 4, 'J', 'N', 'N', 'N', 102); INSERT INTO studenter VALUES (410, 'Nikolaos', 'Sfakianakis', 'M', 'sfakiana@stud.ntnu.no', 1, NULL, 2, 4, 'J', 'N', 'N', 'N', 102); INSERT INTO studenter VALUES (411, 'Fotis', 'Karkanis', 'M', 'karkanis@stud.ntnu.no', 1, NULL, 2, 4, 'J', 'N', 'N', 'N', 102);