HØGSKOLEN I BERGEN Avde ling for ingeniørutdanning Instit utt for elektrofag

Størrelse: px
Begynne med side:

Download "HØGSKOLEN I BERGEN Avde ling for ingeniørutdanning Instit utt for elektrofag"

Transkript

1 HØGSKOLEN I BERGEN Avde ling for ingeniørutdanning Instit utt for elektrofag EKSAME I: KLASSE: DATO: TOE053 Industriell IT 3EB Antall sider: Antall oppga er: Hjelpem idler: Tid: Sensor: Faglæ rere: forside + 7 sider oppgaver + 3 sider vedlegg 4 Kalkulator, alle typer ElmasrilNavathe: " Fundamentals ofdatabase stems" Ullman: " MySQL - Visu al Quickstart Guide" DuBois: " lysql - The definitive guide... " Abada: "Programming My QL with Visual C++ 6.0" Gerhard Nygaard Adis Hodzic, Jan Martin Johannessen

2 Oppgave 1 (2 0 %) al bl Hva er formålet med SOL? Anta at noe n har laget en SOL-beskrivelse av system X. Anta videre at vi skal implemente re systemet ved å bruke C++ og Win32API systemfunksjoner. i. Hva er det et blokkdiagram forteller til en som skal implementere systemet? ii. Hva e r det et prosessdiagram forteller til en som skal implemente re system et? c) Du har fått i op pdrag å modellere et bankhvelvsystem ved hjelp av SOL. Følgend e kraver gitt: Hvelv låses (låsen er en ekstern enhet) ved å sende et signal (signal "Iaas ') når en dø rsensor (også en ekstern enhet) signa liserer at døren ble lukket (signal "lukket'). For å åpne hvelvet trenger man et bruk ernavn og et passord. Apn ingsprosedyren er som følger: Et brukernavn (signal "brukernavn", som bæ rer e n streng) mottas fra en ekstern enhet - en terminal. Systemet ska l deretter ve nte på et pa ssord (signal "passord", som mottas fra terminalen, og som også bærer med seg en streng). Passordet og brukemavnet evalueres. Hvis begge er gyldige blir døren åpnet (signal "aapne" sende s til låsen). Riktig passord må komme maks 60 sekunder etter at "brukernavnt-siqnatet e r mottatt. Systemet tillater maks tre passord-forsøk. (Merk at brukernavn tastes kun en gang.) Hvis systemet detekterer et "ikke vellykket åpningsforsøk" (brukernavn og/eller passord er ugyldig, eller tiden løper ut), skal systemet sende et alarmsignal (signal "alann", uten noen data) til bankens sikkerhetsavdeling (en ekstern enhet). For enkelhets skyld antar vi at kun ett bruke rnavn-passord-par eksisterer og er "hardkodel" i systemet som to strengvariab ler (se "Ban khvelv" prosessdiagram). Din oppgave: Vedlegg 1 inneholder diagrammer som viser deler aven mulig bankhvelvsystemmodell. Du skal gjøre følgende: I) Systemdiagrammet i vedlegg 1 mangler noen deklarasjoner for at det skal være komplett. Oppgi de deklarasjo ner som må legges til. Hint: Analyser systemdiagrammet og les oppgaveteksten nøye. Il) Tegn ferd ig prosessdiagramm et "Bankhvelv". Ikke glem nødve ndige deklarasjoner. 2

3 Oppgave 2 (30 %) a) Navngi tre typer av systemobjekter (foruten "Event"-objekter) som har synkronisering som primærformål. Navngi også minst to typer av systemobjek ter som kan brukes som synkroniseringsobje kter, men som ikke har synkronise ring av tråder som primærformål b) Forklar hvordan vi bruker et "Event"-objekt og oppgi minst en forskjell mellom "manual reset "- og "autornatic reset---e ve nt'"-objekter. Diskusjone n din skal også nevne W IN32API-funksjo ner vi benytter oss av når vi skal bruke et elle r flere "Event"-objekter. c) Et "Critical Section"-objekt ligner (virkemess ig) på en annen type av synkroniseringsobjekter. Navngi de n andre synkronise ringso bjekltypen. Fork lar kort om forde ler og ulemper ved å bruke "Critical Section"-objekter framfo r den andre objekltype n. d) I ved legg 2 finner du et SOL-fragment og et prog ramfragment som viser en del aven mulig implementasjon. Du skal skrive C++-kode for funksjon main ( ). Koden din skal være i samsvar med SOL-fragmentet (og resten av koden som allerede er skrevet ). Nødvendige Win32API-deklarasjoner finner du i vedlegg 3. 3

4 Oppgave 3 og.j dreier seg om databasedelen av pensum. Vær snill å begynne på nytt ark når du begynner å svare på disse oppgavene. Oppgave 3 (teller 25 % ) [ Bakgrunnsstoff hentet fra ww\\.stato ilhydroxom.) Bildet viser Kizomba A feltet utenfor ky sten av Ang Ola Bakgrunn StatoilHydro har virksomhet over hele kloden. Produksjonsanlegg o ltshore og på land må kon tinuerlig vedlikeholdes og store og små kom ponenter må skiftes ut, enten ved planlagt vedlikehold eller når uforutsette feil oppstår. For o ftshorean legg finnes det regionale lagre på land som skal dekke dette behovet. Når kompon enter skal leveres offshore brukes vanligvis fo rsyningsskip, men også helikopter. Når deler skal leveres til anlegg på land brukes Statoilllydros eg ne biler. offe ntlig post. distribusjonsfirma osv., alt etter mengde. hvor mye det haster og hva det koster. På grunn av fusjonen mellom Statoil og Hydros olje- og gassvirksomhet må det designes et nytt logistikksystem. Dette skal håndte re all forsendelse av komponenter og skal kunne brukes av alle ansatte. uansett hvor de befinner seg. Et typisk scenario: Kåre på Troll Acplattforrncn oppdage r at en pakning i en ventil lekker. l ian logger seg på logistikksystemet og bestiller et pakningssett til den aktuelle ventilen. li an krysser av for at dette haster. To ne p lageret på CCB-basen på Ågotnes tar opp bestillingen på skjermen. Il un finner pakningssettet. printer ut en etikett med nødvendig informasjon, fester etiketten på pakningssettct og legger det i hyllen merket "T roll A haster". Seinere blir pakningssettet hentet av en bil som kjører den til Flesland. Sjåføren sørger for at forsendelsen kommer med neste helikopter til Troll A. Kåre kan hele tiden følge med på sin skjenn hvor pakningssettet er og tar i mot det når helikopteret lander eiler ser etter det i mottakshyllen.

5 Vi skal nå konsentrere oss om en database som håndterer og følger opp/ orsefl(lelser av fysiske komponenter mellom lager og anlegg. Du kan se bort fra innkjøp, lagerhold. lagerstyring, sending av bestilli ng til lage r, vedlikeholdsplane r, kostnader osv. Her er noen holdepunkter for det som er sentralt: Vi har fysiske lagre der komponenter leveres fra. Vi har fysiske produksjonsanlegg (plattformer, rigger. anle gg på land) som mottar komponenter. Mellom et lager og et anlegg foregår forsendelser - tenk på det so m pakker. En forsendel se kan inneholde flere forskjellige kom ponenter av fors kjellig an tall. Hver forsendelse er knyttet til en ansvarlig person. (Fo r uforutsett vedlikehold er det typisk den so m oppdager feilen og bestiller komponentene, for planlagt vedlikehold kan det være en leder på land som er ansvarlig.) Hver forsendel se er knyttet til en organisatorisk enhet som er ansvarlig for mottaket av den. (Husk at den som bestilte ikke nød vendi gvis er på vakt når forsendel sen ankommer.) Hver forsendelse er merket med all relevant informasjon. (I praksis en stor klistrelapp som er printet ut av den som klargjorde forsendelsen.) Det skal være mulig for alle ansatte til en hver tid å kunne spore og følge enhver forsendelse via logistikksystemet: Hvor er forsendelsen nå? Når er forven tet ankomst? Hvilket trans portm iddel kommer den med? Visse forsendelser må spesialhåndteres og infonnasjon om dette må følge forsendelse n: Noe er stort og tungt, noe går len i stykker, noe er giftig, noe er brannfarlig, noe er eksplosivt, noe utgjø r en milj øtrussel. Din o ppgave Din oppgave nå er å designe et databasesystem som kan håndtere den logistiske prob lemstillingen som er beskrevet foran: a) Tegn et ER-diagra m eller EER-d iagram. Angi de viktigste attributtene. l lusk å angi primærnøkler. b) Gi en komp lett logisk re lasjonsmo de ll (= logical schcma I relation schema, som beskrevet f.eks. på s l44 i Elmasri/Navathe) for din datamodell. Angi datatype for hve rt attributt. Angi primærnøkkel (primary key) med understrekin g. Husk at frem mednokler skal være med. e) Forklar kort hvordan din datamodell. altså ditt svar på spørsmål a) og b). sta rter in formasjon om farlige forsendel ser. Til leggsspørsmål som gjelder hele logi stikksystemet: d) Forklar kort hvordan du tenker deg at logi stikksystemet til Statoill-lydro som helhet må utformes for å: l. Sikre at informasjon om farlige forsendelser er mest mulig synlig for alle invo lverte personer. Il. Sikre at det er enkelt for en ansatt å ta oversikt over status til forsendelser han/hun venter på. 5

6 Oppgave 4 (25 %) Bakgrunn Det finne flere vakt el kaper som in l Il rer alarmanlegg i boliger. drifter disse og håndterer situa joncn når en alarm utlc e. l edenfor finner du en ER-m dell for en databasel ning h t tenkt vak el kap. Sen sor N I Deteksjo n I N nl::l!'o!'op.rinn ER- modell Forklaring til ER-modellen ( vb: Modellen er f orenklet iforhold til hm 'om vil "ære reali tisk. Det er for eksempel ikke talt hen yn til ukturering eller alarm for eldre og syke. Håndtering og oppfølging av alarmutlo ning er o 'ei terkt forenklet. Hv r kunde kan ha flere alarmanl ga. for ek empel el hjemme og et på hy ten. Hver kunde har el passord de må oppgi på oppfordring der om alannen utlø es ved el uh Il. Hvert anlegg har en alannkode gyldigkode om brukeren m ta te for deaktivere innbrudd alarmen når de går inn i hu et. Tre typer alarm kan utløses: o Brann o Innbrudd o erfall Disse er representert henh old vis med bokstavene "B", ''1'' og"., i implementasjoncn om er dokume ntert neden for. Til et alarmanlegg kan det være knyttet flere ensorer av ulik typ : 6

7 o Senscrtyper so m utløser brannalann: Vanne Røyk Flamme o Sen sortyper som utlø ser innbruddsalarm: Bevegelse Knusing av rute pning av dor/vindu A lann kan utløses på disse måtene: o Deteksjon - en sensor gir signal o Innlas ting: Noen taste r feil alannkod e gjentatte ganger Bruker taster egne koder for overfall ell er brann på betjenings panelet Modellen er implementert slik i ~l ysq L v5.1: CREATE TASLE kunde ( kundenr int (lo) unsigned NOT NULL AUTO_INCREMENT, navn v a r c ha r( 4 S) NOT NULL, ad r e s s e varchar(4s ), mobi l c har (12), passord char(20), PRIMARY KEY (kunde Nr) ) ; CREATE TASLE produs ent ( prodio int(lo) unsigned NOT NULL AUTO_INCREMENT, navn varchar (4S ), PRIMARY KEY (prod I D)) ; CREATE TASLE anlegg ( a n l e gg I D i nt(lo) uns igned NOT NULL AUTO_ INCREMENT, gateadr varchar(4s), postnr s ma llint (4 ) uns i gne d ze r o f ill NOT NULL, poststed varcha r( 4 S) NOT NU LL, tel e f o n char (12 ) NOT NULL, gyldigkode smallint (4 ) uns igned zerofill NOT NULL, kundenr i nt (lo ) unsigned NOT NULL, prodlo i nt( lo) unsigned, P RI~ARY KEY (an l e g g I D), FOREIGN KEY (p r odi D) REFERENCES p r odusent (p rodid), FOREIGN KEY (kund e Nr) REFERENCES kunde (kund e Nr») ; CREATE TASLE sensor ( anl eggio int (lo) unsigned NOT NULL, s e nsor Nr tinyint (3) unsigned NOT NULL, a larmtype enum ( 'B ', ' I', 'O' ) NOT NULL, sensortype enum (' røyk', ' v a rme ', ' f l a mme', 'bevegelse', 'knus i ng ', ' Apning'} NOT NULL, p l assering varchar(45), prodid i nt( lo) uns i g ne d, PRI MARY KEY (anle g g I D, sensor Nr), FOREIGN KEY (anl egg ID) REFERENCES anlegg (anlegg I D), FOREI GN KEY (prodid) REFERENCES produsent (p rodid) ; 7

8 CREATE TABLE utlosni ng ( anleg g I D i nt (lo) unsig ne d NOT NULL, tidspunkt datetime NOT NULL, alarmtype enum( ' B ', ' I ', ' O' ) NOT NULL, status c h a r (l), t astet Kode smallint (4 ) u nsigned ze rofi l l, s e nso rnr tiny i nt(3 ) unsigned, PRI MARY KEY (a n l e g g ID, tid s pu nk t), FOREI GN KEY (an l e gg I D, sens o r Nr ) REFERENCES senso r (a n l e gg I D, s e nso rnr ), FOREIGN KEY (a n l e g g i D) REFERENCES anl e g g (a n l e g g i D» ; En problemstilling Vaktsel skapet opplever ofte at alarmer som utløses er falske. Når dette er slått fast blir verd ien i kolonnen stat u s i tabellen u t losn i ng satt til bokstaven "F". Vaktselskapet mistenker at sensorer fra visse produsenter er upålitelige og trenge r din hjelp til å dokumentere dette. Din oppgave Du skal skrive foresporsler (queries) i SQL for hvert av tilfellene nedenfor. Du skal kun skri ve SQL-koden: a) Vaktselskapet onsker en oversikt over alle anlegg. Den ne skal vise kundens navn. anleggets adresse, passord og alle rele vante telefonnumre. Listen skal væ re sortert etter anle ggets telefonnummer. b) Med utgangspunkt i querien foran. vis hvordan du vil endre den slik at sorteringen blir geografisk - og dermed til nytte når man skal planlegge bemanningen. c) Skri v en query som viser hvor mang e anlegg hver kunde har. d) Skriv en qucry som viser hvor mange sensorer det finnes for hvert an legg. e) I noen tilfeller kommer sensorene fra en anne n produ sent en selve alarmanlegget. Skriv querie n som gi r oversikt over disse til fell ene. f) Skriv qucrien som gir oversikt over alle falske alarmer som er blitt utlo st ved deteksjon. Navnet til sensorprodusenten skal være med på listen. g} Etter hvert bli r det mange falske alarmer og listen som querien i f) produserer blir lang. Skri v den om slik at vi i stedet får vite antall falske alarmer per sensor siste år. Listen skal være sortert slik at sensorer med høyest antall falske alarm er vises først. Sensorer med færre enn 10 falske alarme r skal ikke vises. Tilleg gsporsmål so m skal besvares med C++-kode og event uel le kommentarer: h) Vi ønsker å legge den nye produsenten "Sensurium" inn i tabellen p r od u s ent. Vis ved et eksempel hvordan koden i et Ce-e-program som håndterer de tte kan se ut. Tilleggsspørsmål der du må svare i klartekst: i) Dersom du har oppda get noen svakheter eller uheld ige begrensn inger ved ER-modellen eller implementasjonen for alarmsystemet som er dok umentert foran. kan du nå kommentere disse. 8

9 Vedlegg 1: System Ban veiv 1( 1) Signa aapne, laas: ~ S na lukke ; sensero terrrol Qkket] [ Brukernavn, passord ], I Bankhvelv I [ alarm] [ aapne. laas ] alarrrch laasch " senserol terrrol Bloc k Ban elv 1(1) sensors terrrin a!sr [ Brukernavn, passord ] " Bankhvelv alarmsr [ alarm] laassr [ aapne, laas ] " alarrrch laasol Process Bankhvelv 1(1) ro... bruker Olars ring: ro... bpass Olarstmg: 9

10 Vedlegg 2: Process li 1( 1) knad: ttlncllnga er en SOL-prosedyre, 0' ttlncllinga dl _ D ~ i n c l de <wind ows. h> # i nc l ud e < i o s re m> # l nc l ude <c time> using names pace std ; HANDLE hende l Traad ; HANDLE e venttab [2 ] ; DWORD I API HTr a a d ( LPVOID l pvpa r a m) ; r I v o i Handli nga (l; vold Shutdo~n ( l; vo l d ma i n ( l{ II Ko d e som s kal skriv e s DWORD WINAPI HTr a a d (LPVOID l pvpara m) { srand «(u n s i ned) time ( NULL I I + 10 ) ;... G",n~! "" - ~ r e ":::1: rle 0 11 C. :":J :; in ~ tall : abs ( r a n d ( l%lol; ". Si,;;.::. : r ~ ~ ~ h -.. _S l -: ~ cout cc tal l c< endl ; 1:: ( t a ll < 3 ) { Set Ev e n t (e venttab [O) ; e l s e i f ( t a ll > s ) { SetEv ent (eventtab [ I ]) ; r e uro (DWORDl O; vo "d Han d l inga ( l { cout cc " h n l i n J A utfo es! " cc endl; } 10

11 Vedlegg 3 : Utvalgte Win32 funksjon sprototyper. Kommentarer oppgir standard argumentverdier som vi kan bruke (vist kun for noen av argumentene) og noen relevante returverdier. HANDLE Cre atethread ( LPSE CURI TY ATTRI BUTES lpthreadattr i buc e s, S IZE_T dw St a c ks i z e, LPTHREAD_ START_ROUTI NE l ps t a r CAd d r e s s, LPVOID IpPara mete r. DWORD dwcrea t i o n Fl ags, LPDWQRD l pt h r e a d I d /, ;;U'.L / i o I / l) /1 I.. ro pe xe e '_i : l s i~ HANDLE CreateEvent ( LPSECUR I TY_ATTRIBUTES lpeventattributes. /1 ~l I~ L BOOL bma nua lreset, BOOL b lni t i a l St a te. L PCTSTR l pna me / I N ~LL l j o '! BDOL Se t Eve nt( HANDLE h Ev e n t l ;! ~ ; voi d I nitia lizecri t icalse ction ( LP CRITl CAL_ S ECTI ON l pc r i t i c a l Se cti o n l s void EnterCriticalSection ( LPCRITICAL_ S ECTI ON lpcriticalsect i o n l ; void LeaveCrit i c a l Sec t i o n ( LPCRITI CAL_ SECTI ON I pcr itica lsection l ; ' / DWORD WaitFo rsingleobj ect ( HANDLE hhandle. DWORD d wmillisecond s l ; '/ ø e i e ve nr e et:.j1 '; f: ~ 'i i e r : :;;'.LT 0'3..I:..':T_'). WI-.l I ~EC'.IT DWORD Wai t ForMultipleObjects ( DWORD neount s :.',1:1-) :' i.:... _~ I: i :l'j5cbj -:: I:t e r c o n s ~ HANDLE l phand l e s. l ; BOOL bwa ital 1, DWORD d wmillisec onds r, ;; i l j":' I;,; :: i 1! I 5 i~ ~r o ~ i s e ri n~s : ~j ~ ~ ~ e ~. D.'. _-:! " :' :-, I:O::- rez u r v-ar c i c r : : _~. 'l 05J:::::--: - \) -':12' ;:.=-. _--: r ~.T ::::;. ;.. :~ 1 7 _ - 1 ~E:. ; J:" "

Oppgaver Oppgave a: Sett opp mulige relasjoner

Oppgaver Oppgave a: Sett opp mulige relasjoner Løsningsforslag til øving 4: Relasjonsmodellen Kjell Toft Hansen 18.09.2008 Opphavsrett: Forfatter og AITeL Lærestoffet er utviklet for faget LO151D Informatikk 1: databaser Oppgaver Oppgave a: Sett opp

Detaljer

Eksamen i Internetteknologi Fagkode: IVA1379

Eksamen i Internetteknologi Fagkode: IVA1379 Høgskolen i Narvik Side 1 av 5 Eksamen i Internetteknologi Fagkode: IVA1379 Tid: Mandag, 07.06.04, 9:00-12:00 Tillatte hjelpemidler: Alle trykte og skrevne hjelpemidler tillatt. Eksamen består av 4 oppgaver

Detaljer

Miniverden og ER- modell

Miniverden og ER- modell TDT4145 Datamodellering og databasesystemer SQL- oppgave 1 Miniverden og ER- modell Vi tar utgangspunkt i en enkel modell for en pizza- restaurant, der følgende ER- diagram beskriver databasen: Relasjonsdatabase-

Detaljer

1. SQL datadefinisjon og manipulering

1. SQL datadefinisjon og manipulering Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag SQL datadefinisjon og manipulering Tore Mallaug 7.10.2008 Lærestoffet er utviklet for faget Databaser 1. SQL datadefinisjon og manipulering

Detaljer

1 Forutsetninger og rammebetingelser for fleksible organisasjonsformer

1 Forutsetninger og rammebetingelser for fleksible organisasjonsformer Innhold Del 1 Forutsetninger og betingelser............................. 15 1 Forutsetninger og rammebetingelser for fleksible organisasjonsformer Rune Assmann og Tore Hil le stad............................

Detaljer

Del I InDustrIutvIklIng: en fortelling om fornyelsen av luftfart... 15

Del I InDustrIutvIklIng: en fortelling om fornyelsen av luftfart... 15 InnholD bak grunn... 11 h E n s i k t... 12 inn hold... 12 mo ti va sjon og takk... 13 Del I InDustrIutvIklIng: en fortelling om fornyelsen av luftfart... 15 o p p h E v E l s E n av t y n g d E k r a

Detaljer

Høgskolen i Telemark EKSAMEN 6102 DATABASER 10.12.2015. Tid: 10-14. Hjelpemidler: Vedlegg: Eksempeldata til oppgave 1

Høgskolen i Telemark EKSAMEN 6102 DATABASER 10.12.2015. Tid: 10-14. Hjelpemidler: Vedlegg: Eksempeldata til oppgave 1 Høgskolen i Telemark EKSAMEN 6102 DATABASER 10.12.2015 Tid: 10-14 Målform: Sidetall: Hjelpemidler: Merknader: Bokmål/nynorsk 13 med forside Ingen Ingen Vedlegg: Eksempeldata til oppgave 1 Eksamensresultater

Detaljer

Sangere. Mannen i songen. Kantate for mannskor, guttesopraner og klaver. Komponert til Verdal mannskor sitt 100-årsjubileum i 2013

Sangere. Mannen i songen. Kantate for mannskor, guttesopraner og klaver. Komponert til Verdal mannskor sitt 100-årsjubileum i 2013 Sangere Kantate or mannskor, guttesoraner og klaver Komonert til erdal mannskor sitt 100-årsubileum i 201 Musikk: Asgeir Skrove Tekst: Arnul Haga Musikk: Asgeir Skrove Kantate or mannskor, guttesoraner

Detaljer

Tilkobling og Triggere

Tilkobling og Triggere Tilkobling og Triggere Lars Vidar Magnusson October 12, 2011 Lars Vidar Magnusson () Forelesning i DAS 11.10.2011 October 12, 2011 1 / 25 Tilkobling med PHP PHP bruker databasespesifike moduler til å koble

Detaljer

Inn led ning...13 Bo kens inn hold og opp byg ning...16. For plik tel ses ba sert ver sus kon troll ori en tert HR... 23 Hva er så ef fek tiv HR?...

Inn led ning...13 Bo kens inn hold og opp byg ning...16. For plik tel ses ba sert ver sus kon troll ori en tert HR... 23 Hva er så ef fek tiv HR?... Innhold Ka pit tel 1 Inn led ning...13 Bo kens inn hold og opp byg ning...16 Del 1 HR som kil de til lønn som het... 21 Ka pit tel 2 For plik tel ses ba sert ver sus kon troll ori en tert HR... 23 Hva

Detaljer

K U R S H E F T E WEB REDAKSJON

K U R S H E F T E WEB REDAKSJON K U R S H E F T E WEB REDAKSJON * WEB Redaksjon Innhold Innlogging................................................................................................................ 4 Startbilde.................................................................................................................

Detaljer

HØGSKOLEN I SØR-TRØNDELAG

HØGSKOLEN I SØR-TRØNDELAG HØGSKOLEN I SØR-TRØNDELAG Avdeling for informatikk og e-læring Kandidatnr: Eksamensdato: 6.desember 2010 Varighet: 0900-1200 Fagnummer: Fagnavn: Klasse(r): LC238D Datamodellering og databaser HING2009HA

Detaljer

BOKMÅL Side 1 av 5. KONTERINGSEKSAMEN I FAG TDT4102 Prosedyre og objektorientert programmering. Onsdag 6. august 2008 Kl. 09.00 13.

BOKMÅL Side 1 av 5. KONTERINGSEKSAMEN I FAG TDT4102 Prosedyre og objektorientert programmering. Onsdag 6. august 2008 Kl. 09.00 13. BOKMÅL Side 1 av 5 NTNU Norges teknisk-naturvitenskapelige universitet Fakultet for informasjonsteknologi, matematikk og elektroteknikk Institutt for datateknikk og informasjonsvitenskap KONTERINGSEKSAMEN

Detaljer

LIVSSTIL. Kamillepuls. Villa Fredbo: Line Evensen har en oase av et ba de væ rel se i sitt hjem Villa Fredbo på Nesodden.

LIVSSTIL. Kamillepuls. Villa Fredbo: Line Evensen har en oase av et ba de væ rel se i sitt hjem Villa Fredbo på Nesodden. LIVSSTIL HVEM: Line Evensen BOR: I en sveit ser vil la fra 1875 på Nesodden utenfor Oslo. FAMILIE: De tre bar na Agaton Sofus (7), Oliam Cornelius (10) og Emil (26), kjæ res ten Bosse og hans to barn,

Detaljer

8 ØKONOMISTYRING FOR LØM-FAGENE

8 ØKONOMISTYRING FOR LØM-FAGENE Innhold Ka pit tel 1 Etablering, drift og avvikling av virksomhet...................... 13 1.1 Ut meis ling av for ret nings ide en i en for ret nings plan................13 1.2 Valg mel lom en kelt per

Detaljer

REVISIONSFIRMAET ERIK CHRISTENSEN STATSAUTORISEREDE REVISORER I/S VESTER VOL DG ADE 1 0 6, 1 5 5 2 K Ø B EN H AVN V TL F : 3 3 1 3 2 9 1 2. F AX : 3 3 3 2 0 2 1 2. E-M AIL : EC @ REVEC. DK AN SVARL IG

Detaljer

TDT4102 - Prosedyre- og objektorientert programmering

TDT4102 - Prosedyre- og objektorientert programmering Konteringseksamen i TDT4102 - Prosedyre- og objektorientert programmering Lørdag 8. august 2009 Kontaktperson under eksamen: Hallvard Trætteberg Eksamensoppgaven er utarbeidet av Trond Aalberg Språkform:

Detaljer

Programmering i C++ Løsningsforslag Eksamen høsten 2005

Programmering i C++ Løsningsforslag Eksamen høsten 2005 Programmering i C++ Eksamen høsten 2005 Simen Hagen Høgskolen i Oslo, Avdeling for Ingeniørutdanning 7. desember 2005 Generelt Denne eksamensoppgaven består av tre oppgaver, pluss en ekstraoppgave. Det

Detaljer

REVISIONSFIRMAET ERIK CHRISTENSEN STATSAUTORISEREDE REVISORER I/S VESTER VOL DG ADE 1 0 6, 1 5 5 2 K Ø B EN H AVN V TL F : 3 3 1 3 2 9 1 2. F AX : 3 3 3 2 0 2 1 2. E-M AIL : EC @ REVEC. DK AN SVARL IG

Detaljer

EKSAMEN. Operativsystemer. 1. Læreboken "A Practical Guide to Red Hat Linux" av Mark Sobell 2. Maks. tre A-4 ark med selvskrevne notater.

EKSAMEN. Operativsystemer. 1. Læreboken A Practical Guide to Red Hat Linux av Mark Sobell 2. Maks. tre A-4 ark med selvskrevne notater. EKSAMEN Emnekode: ITF22506 Emne: Operativsystemer Dato: 12. desember 2007 Eksamenstid: kl. 9.00 til kl. 13.00 Hjelpemidler: 1. Læreboken "A Practical Guide to Red Hat Linux" av Mark Sobell 2. Maks. tre

Detaljer

Bjerkreim kyrkje 175 år. Takksemd. Tekster av Trygve Bjerkrheim Musikk av Tim Rishton

Bjerkreim kyrkje 175 år. Takksemd. Tekster av Trygve Bjerkrheim Musikk av Tim Rishton Bjerkreim kyrkje 175 år Takksemd Tekster av Trygve Bjerkrheim Musikk av Tim Rishton Takk for det liv du gav oss, Gud 5 5 Takk for det liv du gav oss, Gud, Hi-mlen som hvel - ver seg 5 5 9 9 o - ver! Takk

Detaljer

MySQL-database, php. Innhold. 8 MySQL-database, php. 8.1 Databasen MySQL

MySQL-database, php. Innhold. 8 MySQL-database, php. 8.1 Databasen MySQL Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag Helge Hafting 16.10.2007 Lærestoffet er utviklet for faget LV476D/LN476D Linux systemdrift Innhold 8 1 8.1 Databasen MySQL.............................

Detaljer

ORDINÆR GENERALFORSAMLING 2010 AS TØYENPARKEN BOLIGSELSKAP TORSDAG 6. MAI 2010 I CAFE EDVARD MUNCH, MUNCHMUSEET

ORDINÆR GENERALFORSAMLING 2010 AS TØYENPARKEN BOLIGSELSKAP TORSDAG 6. MAI 2010 I CAFE EDVARD MUNCH, MUNCHMUSEET _ O R D I R N G E Æ N E R A L F O R S A M L I N G 2 0 1 0 A S T Ø Y E N P A R K E N B O L I G S E L S K A P T O R S D A G 6. M A I I C A F E E D V A R D M U N C H, M U N C H M U S E E T _ I n n k a l l

Detaljer

Databaser. Relasjonsmodellen 1 Læreboka: Kap. 2 Relasjonsmodellen Faglærere: Tore Mallaug, Kjell Toft Hansen

Databaser. Relasjonsmodellen 1 Læreboka: Kap. 2 Relasjonsmodellen Faglærere: Tore Mallaug, Kjell Toft Hansen Databaser Relasjonsmodellen 1 Læreboka: Kap. 2 Relasjonsmodellen Faglærere: Tore Mallaug, Kjell Toft Hansen Tema for dagen Relasjonsmodellen Hvorfor relasjoner? Fra ER diagram til relasjoner 22.09.2008

Detaljer

Et telemarked i endring Fire viktige tel etren d er V en tel o + B a n et el e + B red b ån d a l l ia n s en Hva vi j o b b er m es t m ed Jan Morten Ruud, BaneTele Høy ere krav til dekning o g tj enes

Detaljer

1 Vår onn med nye mu lig he ter. Ver di ska ping på vest lands byg de ne ba sert på res sur ser og opp le vel ser

1 Vår onn med nye mu lig he ter. Ver di ska ping på vest lands byg de ne ba sert på res sur ser og opp le vel ser Innhold 1 Vår onn med nye mu lig he ter. Ver di ska ping på vest lands byg de ne ba sert på res sur ser og opp le vel ser Gre te Rus ten, Leif E. Hem og Nina M. Iver sen 13 Po ten sia let i uli ke mål

Detaljer

HØGSKOLEN I SØR-TRØNDELAG

HØGSKOLEN I SØR-TRØNDELAG HØGSKOLEN I SØR-TRØNDELAG Avdeling for informatikk og e-læring - Kandidatnr: AITeL Eksamensdato: 2.desember 2009 Varighet: 0900-1300 Emnekode: Emnenavn: Klasse(r): LO191D / LC191D LO191D Videregående programmering

Detaljer

HØGSKOLEN I SØR-TRØNDELAG

HØGSKOLEN I SØR-TRØNDELAG HØGSKOLEN I SØR-TRØNDELAG Avdeling for informatikk og e-læring - AITeL Kandidatnr: Eksamensdato: 4.mai 2011 Varighet: 0900-1300 Emnekode: Emnenavn: Klasse(r): LO191D / LC191D Campus: LC191D Videregående

Detaljer

Eksamensoppgave i TDT4145 Datamodellering og databasesystemer

Eksamensoppgave i TDT4145 Datamodellering og databasesystemer Institutt for datateknikk og informasjonsvitenskap Eksamensoppgave i TDT4145 Datamodellering og databasesystemer Faglig kontakt under eksamen: Svein Erik Bratsberg: 995 39 963 Roger Midtstraum: 995 72

Detaljer

Oppmerksomhet... 26 Emosjon og emosjonsregulering... 28 Relasjonen mellom emosjonsregulering og oppmerksomhet 36

Oppmerksomhet... 26 Emosjon og emosjonsregulering... 28 Relasjonen mellom emosjonsregulering og oppmerksomhet 36 Innhold Kapittel 1 Innledning.............................................................. 15 Karl Ja cob sen og Bir git Svend sen Kapittel 2 Kunnskap om oppmerksomhet og emosjonsregulering 25 Karl Jacobsen

Detaljer

Eksamensoppgave i TDT4145 Datamodellering og databasesystemer

Eksamensoppgave i TDT4145 Datamodellering og databasesystemer Institutt for datateknikk og informasjonsvitenskap Eksamensoppgave i TDT4145 Datamodellering og databasesystemer Faglig kontakt under eksamen: Svein Erik Bratsberg: 99539963 Roger Midtstraum: 99572420

Detaljer

Klasser skal lages slik at de i minst mulig grad er avhengig av at klienten gjør bestemte ting STOL ALDRI PÅ KLIENTEN!

Klasser skal lages slik at de i minst mulig grad er avhengig av at klienten gjør bestemte ting STOL ALDRI PÅ KLIENTEN! Å lage sikre klasser Unntaksklassene i Java-API-et Unntakshåndtering i databasesammenheng try-catch-finally-setningen Trelagsarkitektur; egen databaseklasse Transaksjonshåndtering LC191D Videregående programmering

Detaljer

Løsningsskisse, eksamen J2EE og distribuerte systemer 19.mai 2004

Løsningsskisse, eksamen J2EE og distribuerte systemer 19.mai 2004 Løsningsskisse, eksamen J2EE og distribuerte systemer 19.mai 2004 Oppgave 1 RMI-tjenerobjekt (databasewrapper) A Sentral tjenermaskin med database, RMi-register og RMI-tjenerprogram vis kart gjør bestilling

Detaljer

E K S A M E N 96HINDA / 96HINDE (1 AA / AE)

E K S A M E N 96HINDA / 96HINDE (1 AA / AE) Høgskolen i Gjøvik E K S A M E N FAGNAVN: FAGNUMMER: Grunnleggende programmering og datastrukturer L169A EKSAMENSDATO: 5. juni 1997 KLASSE: 96HINDA / 96HINDE (1 AA / AE) TID: 09.00-14.00 FAGLÆRER: Frode

Detaljer

Kontinuasjonseksamen

Kontinuasjonseksamen Høgskolen i Gjøvik Avdeling for teknologi Kontinuasjonseksamen FAGNAVN: FAGNUMMER: Objekt-orientert programmering IMT1082 / ELE2092 EKSAMENSDATO: 5. januar 2007 KLASSE(R): 05HBIND*, 05HBINFA, 05HBISA,

Detaljer

Innledning... 13 Noen be grep... 16 Mange muligheter... 17

Innledning... 13 Noen be grep... 16 Mange muligheter... 17 Innhold Innledning........................................... 13 Noen be grep........................................... 16 Mange muligheter....................................... 17 KAPITTEL 1 Hva skjer

Detaljer

EKSAMEN. Emne: Webprogrammering med PHP (kont.) Webprogrammering 1 (kont.) Eksamenstid: 09.00-13.00

EKSAMEN. Emne: Webprogrammering med PHP (kont.) Webprogrammering 1 (kont.) Eksamenstid: 09.00-13.00 EKSAMEN Emnekode: ITM20606 ITF10208 Dato: Emne: Webprogrammering med PHP (kont.) Webprogrammering 1 (kont.) Eksamenstid: 09.00-13.00 01/06-2010 Hjelpemidler: 2 A4 ark (4 sider) med egenproduserte notater

Detaljer

AVDELING FOR INGENIØRUTDANNING EKSAMENSOPPGAVE. Antall sider (Inkl forsiden): 8. Alle trykte og håndskrevne

AVDELING FOR INGENIØRUTDANNING EKSAMENSOPPGAVE. Antall sider (Inkl forsiden): 8. Alle trykte og håndskrevne I EKSAMENSOPPGA VE Side av 8 AVDELING FOR INGENIØRUTDANNING EKSAMENSOPPGAVE Emne: PROGRAMMERING Grupper: laa, 1AB, lac, lia Eksamensoppgaven av: Tillatte hjelpemidler: best~r Antall sider (Inkl forsiden):

Detaljer

SQL 3: Opprette tabeller, datainnsetting og utsnitt

SQL 3: Opprette tabeller, datainnsetting og utsnitt SQL 3: Opprette tabeller, datainnsetting og utsnitt Læreboka kap. 4 03.11.2008 Kjell Toft Hansen 1 Datainnsetting Legg til en ny leverandor i tabellen leverandor INSERT INTO leverandor (lev_nr, lev_navn,

Detaljer

TDT4102 Prosedyre og Objektorientert programmering Vår 2015

TDT4102 Prosedyre og Objektorientert programmering Vår 2015 Norges teknisk naturvitenskapelige universitet Institutt for datateknikk og informasjonsvitenskap TDT4102 Prosedyre og Objektorientert programmering Vår 2015 Øving 3 Frist: 2014-02-07 Mål for denne øvinga:

Detaljer

Institutt for datateknikk. Fag TDT4145 Datamodellering og databasesystemer Løsningsforslag til øving 3: Algebra og SQL

Institutt for datateknikk. Fag TDT4145 Datamodellering og databasesystemer Løsningsforslag til øving 3: Algebra og SQL NTNU Norges teknisk-naturvitenskapelige Universitet Institutt for datateknikk og informasjonsvitenskap Fag TDT4145 Datamodellering og databasesystemer Løsningsforslag til øving 3: Algebra og SQL Side 1

Detaljer

EKSAMEN. Emne: Webprogrammering med PHP (kont.) Webprogrammering 1 (kont.) Eksamenstid: 09.00-13.00

EKSAMEN. Emne: Webprogrammering med PHP (kont.) Webprogrammering 1 (kont.) Eksamenstid: 09.00-13.00 EKSAMEN Emnekode: ITM20606 ITF10208 Dato: Emne: Webprogrammering med PHP (kont.) Webprogrammering 1 (kont.) Eksamenstid: 09.00-13.00 05/06-2009 Hjelpemidler: 2 A4 ark (4 sider) med egenproduserte notater

Detaljer

Forfatterens forord til den norske utgaven

Forfatterens forord til den norske utgaven Forfatterens forord til den norske utgaven 6 Klart lederskap J eg er svært glad for at denne boken nå utgis på norsk. Norge er et land med sterke tradisjoner for samarbeid innen ledelse og organisasjon.

Detaljer

Lykke til! Eksamen i fag SIF8018 Systemutvikling. 20 mai, 2003 kl 0900-1400. Fakultet for fysikk, informatikk og matematikk

Lykke til! Eksamen i fag SIF8018 Systemutvikling. 20 mai, 2003 kl 0900-1400. Fakultet for fysikk, informatikk og matematikk NTNU Norges teknisk-naturvitenskapelige universitet BOKMÅL Fakultet for fysikk, informatikk og matematikk Institutt for datateknikk og informasjonsvitenskap Sensurfrist: XX Eksamen i fag SIF8018 Systemutvikling

Detaljer

Kontinuasjonseksamen

Kontinuasjonseksamen Høgskolen i Gjøvik Avdeling for teknologi Kontinuasjonseksamen FAGNAVN: FAGKODE: Objekt-orientert programmering L 183 A EKSAMENSDATO: 8. januar 2003 KLASSE(R): 01HIND* / 01HINE* / 01HDMU* TID: 09.00-13.00

Detaljer

Kun stn eren s Hus et pro sjekt for Hø stut stillinge n av Ståle Søren s e n

Kun stn eren s Hus et pro sjekt for Hø stut stillinge n av Ståle Søren s e n Kun stn eren s Hus et pro sjekt for Hø stut stillinge n av Ståle Søren s e n Installasjonen vist slik den ønskes m o ntert ved inngangspartiet til Kunstner nes h us, Det vil være m ulig å bevege seg u

Detaljer

HØGSKOLEN I SØR-TRØNDELAG

HØGSKOLEN I SØR-TRØNDELAG HØGSKOLEN I SØR-TRØNDELAG Avdeling for informatikk og e-læring Kandidatnr: Eksamensdato: 7.desember 2009 Varighet: 0900-1200 Fagnummer: Fagnavn: Klasse(r): LC238D Datamodellering og databaser HING2008HA

Detaljer

Åsveien 9, 3475 Sætre Telefon: +4731305656 Mobiltelefon: +4790840810 Faks: +4731305852 E-post: rontech@rontech.no www.rontech.no.

Åsveien 9, 3475 Sætre Telefon: +4731305656 Mobiltelefon: +4790840810 Faks: +4731305852 E-post: rontech@rontech.no www.rontech.no. Åsveien 9, 3475 Sætre Telefon: +4731305656 Mobiltelefon: +4790840810 Faks: +4731305852 E-post: rontech@rontech.no www.rontech.no Gekab Merkesystem - Snarvei til mer effektiv merking Systemet er beregnet

Detaljer

TDT4102 - Prosedyre- og objektorientert programmering

TDT4102 - Prosedyre- og objektorientert programmering Eksamensoppgave i TDT4102 - Prosedyre- og objektorientert programmering Lørdag 6. juni 2009 Kontaktperson under eksamen: Trond Aalberg (97631088) Eksamensoppgaven er utarbeidet av Trond Aalberg og kvalitetssikret

Detaljer

RUTEPLANLEGGINGSSYSTEM BRUKERVEILEDNING

RUTEPLANLEGGINGSSYSTEM BRUKERVEILEDNING RUTEPLANLEGGINGSSYSTEM BRUKERVEILEDNING Prosjekt 18 Jørgen Mobekk Sørensen Morten Evje Tor Andreas Baakind Anders Gabrielsen Side 1 1 FORORD Dette dokumentet er brukerveiledningen, og skal være en veiledning

Detaljer

Opprettet av: Glenn Stian Mæland Dato: 25.09.2012

Opprettet av: Glenn Stian Mæland Dato: 25.09.2012 SIRENEFUNKSJON Opprettet av: Glenn Stian Mæland Dato: 25.09.2012 Kategori: Oppgave: Smart House controller type X Bruk av intern sirene i Røykvarsler BSG-SMO (A) Bakgrunn: BSG-SMO(A) er en avansert røykvarsler

Detaljer

Pålogging. www.allpro.no. Hovedsiden på www.allpro.no Bilde 1

Pålogging. www.allpro.no. Hovedsiden på www.allpro.no Bilde 1 Pålogging AllPro-Kjørebok er et Web-basert kjørebokprogram, og du trenger derfor ingen programvare for å benytte programmet. Det eneste du trenger er en PC, PDA eller mobiltelefon med internettilgang.

Detaljer

E K S A M E N. Grunnleggende datakunnskap og programmering 98HINDA / 98HINDB / 98HINEA 98HDMUA / 98HDMUB / 98HINGA

E K S A M E N. Grunnleggende datakunnskap og programmering 98HINDA / 98HINDB / 98HINEA 98HDMUA / 98HDMUB / 98HINGA Høgskolen i Gjøvik E K S A M E N FAGNAVN: FAGNUMMER: Grunnleggende datakunnskap og programmering L 182 A EKSAMENSDATO: 15. desember 1998 KLASSE: 98HINDA / 98HINDB / 98HINEA 98HDMUA / 98HDMUB / 98HINGA

Detaljer

STE6221 Sanntidssystemer Løsningsforslag

STE6221 Sanntidssystemer Løsningsforslag HØGSKOLEN I NARVIK Avdeling for teknologi MSc.-studiet EL/RT Side 1 av 3 STE6221 Sanntidssystemer Løsningsforslag Tid: Fredag 02.03.2007, kl: 09:00-12:00 Tillatte hjelpemidler: Godkjent programmerbar kalkulator,

Detaljer

Med støtte fra: Kommunaldepartementet MODERNE BOLØSNINGER PÅ BYGDA

Med støtte fra: Kommunaldepartementet MODERNE BOLØSNINGER PÅ BYGDA Med støtte fra: Kommunaldepartementet MODERNE BOLØSNINGER PÅ BYGDA blilyst :-) i samarbeid med: Husbanken Norsk Form NAL Med støtte fra: Kommunaldepartementet Vinnerprosjekt KNEKKE KODEN MODERNE BOLØSNINGER

Detaljer

UNIVERSITETET I OSLO

UNIVERSITETET I OSLO UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Kandidatnr Eksamen i INF1000 Grunnkurs i objektorientert programmering Eksamensdag: Onsdag 1. desember 2010 Tid for eksamen: 14.00 18.00

Detaljer

Kan du Løveloven...?

Kan du Løveloven...? yvind Skeie Intro # 4 Kan du Løveloven...? 7 7 sbørn rntsen œ œ œ œ œ œ œ œ œ Œ # Kan S du du lø ve lo en som pla œ œ œ œ œ œ œ œ œ œ ven? ges? Jeg et skal 7 være ik ke meg! bra! Œ Og l gi le œ œ œ œ plass

Detaljer

Installatørmanual Trådløst GSM-boligalarm Holars 2020G

Installatørmanual Trådløst GSM-boligalarm Holars 2020G Installatørmanual Trådløst GSM-boligalarm Holars 2020G Les denne Installatørmanualen nøye www.holars.no Installatør Meny Meny for å programmere systemet utover kundetilpassning fra fabrikk. Kun for installatør.

Detaljer

Antall sider (inkl. forsiden): 7. Alle trykte og håndskrevne

Antall sider (inkl. forsiden): 7. Alle trykte og håndskrevne Side 1 av 7 Bokmålstekst Emne: PROGRAMMERING (nytt pensum, 10 studiep.) Grupper: laa, lab, lac, lia, lib, lic Eksamensoppgaven best~r av: Tillatte hjelpemidler: Antall sider (inkl. forsiden): 7 Alle trykte

Detaljer

Datamodellering 101 En tenkt høgskoledatabase

Datamodellering 101 En tenkt høgskoledatabase Datamodellering 101 En tenkt høgskoledatabase Spesifikasjoner for databasen vi skal modellere: Oversikt over studenter med: Fullt navn Klasse Studium Avdeling Brukernavn Fødselsdag Adresse Telefonnummer

Detaljer

Hurtigveiledning for oppsett av Alarmpakke

Hurtigveiledning for oppsett av Alarmpakke Hurtigveiledning for oppsett av Alarmpakke Pakken inneholder: Bevegelsessensor Magnetkontakt 2 stk fjernkontrollere ALARMPAKKE Trådløs alarmpakke for Heat-Link Hurtigveil_Alarmpakke.indd 1 24.10.14 11:26

Detaljer

Man dals ord fø re rens for ord

Man dals ord fø re rens for ord Man dals ord fø re rens for ord Man dal blir ofte om talt som den lil le byen med de sto re kunst ner ne. Noen av de kunst ner ne vi ten ker på, er nett opp de fem kunst ner ne som blir om talt i den ne

Detaljer

KONTINUASJONSEKSAMEN

KONTINUASJONSEKSAMEN Høgskolen i Gjøvik Avdeling for teknologi KONTINUASJONSEKSAMEN FAGNAVN: FAGKODE: Grunnleggende datakunnskap og programmering L 182 A EKSAMENSDATO: 9. august 2002 KLASSE(R): 01HIND*, 01HINE*, 01HDMU*, 01HING*

Detaljer

Bokens oppbygning...12. Hvordan og hvorfor ble førskolelærerutdanningen som den ble?...23

Bokens oppbygning...12. Hvordan og hvorfor ble førskolelærerutdanningen som den ble?...23 Innhold Introduksjon...11 Bokens oppbygning...12 Kapittel 1 Profesjonsutdanning en reise...15 En reise...15 Profesjonsutdanning...16 Begynnelse og slutt på reisen?...17 Før sko le læ rer ut dan ne ren...18

Detaljer

Fag TDT4145 Datamodellering og databasesystemer Øving 3: Relasjonsalgebra og SQL

Fag TDT4145 Datamodellering og databasesystemer Øving 3: Relasjonsalgebra og SQL NTNU Norges teknisk-naturvitenskapelige Universitet Institutt for datateknikk og informasjonsvitenskap Fag TDT4145 Datamodellering og databasesystemer Øving 3: Relasjonsalgebra og SQL Oppgave 1 (Oppgaven

Detaljer

Bring FraktBestilling

Bring FraktBestilling Bring FraktBestilling Modulen er en integrasjon mot mybring, levert av Bring/Posten, og gjør at du kan bestille fraktetiketter direkte i fra Prestashop Dashboard. Løsningen krever en API nøkkel, brukernavn

Detaljer

Datamodellering og databaser http://www.aitel.hist.no/fag/_dmdb/ SQL, del 2

Datamodellering og databaser http://www.aitel.hist.no/fag/_dmdb/ SQL, del 2 http://www.aitel.hist.no/fag/_dmdb/ SQL, del 2 Eksempelbase side 2 Virtuelle tabeller (views) side 3-6 NULL-verdier side 7-14 UPDATE-setningen side 15-16 INSERT-setningen side 17 DELETE-setningen side

Detaljer

INF1000 - Uke 10. Ukesoppgaver 10 24. oktober 2012

INF1000 - Uke 10. Ukesoppgaver 10 24. oktober 2012 INF1000 - Uke 10 Ukesoppgaver 10 24. oktober 2012 Vanlige ukesoppgaver De første 4 oppgavene (Oppgave 1-4) handler om HashMap og bør absolutt gjøres før du starter på Oblig 4. Deretter er det en del repetisjonsoppgaver

Detaljer

Brukermanual. www.noby.no side 1 support@noby.no Supporttelefon: 23 03 13 90

Brukermanual. www.noby.no side 1 support@noby.no Supporttelefon: 23 03 13 90 Det tas forbehold om mulige feil i manualen og Noby AS påberoper seg rettigheten til å gjøre endringer på produkt såvel som i manual uten forutgående varsel. www.noby.no side 1 Innledning Vi i Noby AS

Detaljer

NORSK TEKSTARKIV J o s t e in H. Hauge

NORSK TEKSTARKIV J o s t e in H. Hauge NAVF'S EDB-SENTER FOR HUMANISTISK FORSKNING V IL L A V E I 1 0, POSTBOKS 53 50 1 4 BERG EN-UNIVERSITETET 7 O k to b e r 1979 NORSK TEKSTARKIV J o s t e in H. Hauge 1. FO RHISTORIE D a ta m a s k in e ll

Detaljer

inf 1510: prosjekt Tone Bratteteig

inf 1510: prosjekt Tone Bratteteig if 1510: pj T Bi if1510: 23 ju 2013 Iiu f Ifi Li &l IDEO hbp://wwwic/w/hppi- c- ccphbp:// i hlv- vi wwwyuubc/wch?v=m66zu2pcicm Li &l 6å pj Kyi, li på i &l S hbp://ifiui/pj/yi/ hbp://vic/43105142 hbp://ifiui

Detaljer

UNIVERSITETET I OSLO

UNIVERSITETET I OSLO UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Kandidatnr Eksamen i INF1000 Grunnkurs i objektorientert programmering Eksamensdag: Prøveeksamen tirsdag 23. november 2010 Tid for eksamen:

Detaljer

1. Relasjonsmodellen. 1.1. Kommentarer til læreboka

1. Relasjonsmodellen. 1.1. Kommentarer til læreboka Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag Relasjonsmodellen Tore Mallaug 2.9.2013 Lærestoffet er utviklet for faget Databaser 1. Relasjonsmodellen Resymé: Denne leksjonen gir en kort

Detaljer

E K S A M E N. Grunnleggende datakunnskap og programmering 02HIND*, 02HINE*, 02HDMU*, 02HING*, 02HGEOMAA, 02HSIV5

E K S A M E N. Grunnleggende datakunnskap og programmering 02HIND*, 02HINE*, 02HDMU*, 02HING*, 02HGEOMAA, 02HSIV5 Høgskolen i Gjøvik Avdeling for teknologi E K S A M E N FAGNAVN: FAGKODE: Grunnleggende datakunnskap og programmering L 182 A EKSAMENSDATO: 19. desember 2002 KLASSE(R): 02HIND*, 02HINE*, 02HDMU*, 02HING*,

Detaljer

Eksamen i Internetteknologi Fagkode: ITE1526

Eksamen i Internetteknologi Fagkode: ITE1526 Høgskolen i Narvik Side 1 av 5 Eksamen i Internetteknologi Fagkode: ITE1526 Tid: Torsdag 15.06.06, 9:00-12:00 Tillatte hjelpemidler: Alle trykte og skrevne hjelpemidler tillatt. Eksamen består av 1 oppgave

Detaljer

>>21 Datamodellering i MySQL Workbench

>>21 Datamodellering i MySQL Workbench 21 MYSQL WORKBENCH 207 >>21 Datamodellering i MySQL Workbench I dette kapittelet vil du lære hvordan man lager datamodeller i MySQL Workbench hvordan man overfører en modell til MySQL I tillegg til å være

Detaljer

UNIVERSITETET I OSLO

UNIVERSITETET I OSLO UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i INF1300 Introduksjon til databaser Eksamensdag: 1. desember 2014 Tid for eksamen: 09.00 15.00 Oppgavesettet er på 5 sider. Vedlegg:

Detaljer

www.handball.no Spil le reg ler

www.handball.no Spil le reg ler www.handball.no Spil le reg ler Ut ga ve: 1. juli 2010 Copyright NHF 2010 Innholdsfortegnelse FOR ORD 3 Re gel 1 Spil le ba nen 4 Re gel 2 Spil le ti den, slutt sig na let og ti me out 9 Re gel 3 Bal len

Detaljer

Algoritmer og Datastrukturer

Algoritmer og Datastrukturer Eksamen i Algoritmer og Datastrukturer IAI 21899 Høgskolen i Østfold Avdeling for informatikk og automatisering Torsdag 3. november 2, kl. 9. - 14. Hjelpemidler: Alle trykte og skrevne hjelpemidler. Kalkulator.

Detaljer

Innholdsfortegnelse. Sector Alarm AS...4. Ordliste... 5-6. Alarmsystemets betjeningspanel... 7-10. Hva gjør jeg ved utløste alarmer...

Innholdsfortegnelse. Sector Alarm AS...4. Ordliste... 5-6. Alarmsystemets betjeningspanel... 7-10. Hva gjør jeg ved utløste alarmer... Innholdsfortegnelse Sector Alarm AS...4 Ordliste... 5-6 Alarmsystemets betjeningspanel... 7-10 Hva gjør jeg ved utløste alarmer...10 Problemer med tilkobling av alarmsystemet...11 Feil ved alarmsystemet...11

Detaljer

Asker videregående skole. Skriftlig eksamen 2015

Asker videregående skole. Skriftlig eksamen 2015 Skriftlig eksamen 2015 Trekk til eksamen Med unntak for norsk hovedmål er det tilfeldig trekk til eksamen både skriftlig og muntlig. Eksamensplanen fra UDIR legger føringer ved at noen fag har eksamen

Detaljer

EKSAMEN (Konvertert fra en gammel PHP-eksamen)

EKSAMEN (Konvertert fra en gammel PHP-eksamen) EKSAMEN (Konvertert fra en gammel PHP-eksamen) Emnekode: Emne: ITF10208 Webprogrammering 1 Dato: Eksamenstid: 06/12-2011 09.00-13.00 Hjelpemidler: 2 A4 ark (4 sider) med egenproduserte notater (håndskrevne/maskinskrevne)

Detaljer

Databaser & objektorientering.

Databaser & objektorientering. Databaser & objektorientering. Noen grunnbegreper innen objektorientering. Klasser og forekomster klasser beskriver strukturen for noe. Beskrivelsen inneholder: et navn attributter /egenskaper / tilstander

Detaljer

De mo kra tisk med bor ger skap hva hand ler boka om?

De mo kra tisk med bor ger skap hva hand ler boka om? [start kap] De mo kra tisk med bor ger skap hva hand ler boka om? Kjell Lars Ber ge og Ja nic ke Hel dal Stray De mo kra tisk med bor ger skap i sko len? De mo kra ti er van ske lig, selv for et gjen nom

Detaljer

Express import-system

Express import-system Express import-system Enkel guide for mottakere TNTs Express Import-system TNTs Express Import-system gjør det enkelt for deg å få dokumenter, pakker eller paller hentet fra 168 land. Du starter som mottaker

Detaljer

Drosjesentralen. I-120: Obligatorisk oppgave 2, 2000

Drosjesentralen. I-120: Obligatorisk oppgave 2, 2000 Drosjesentralen I-120: Obligatorisk oppgave 2, 2000 Frist Mandag 20. November 2000 kl.10:00, i skuff merket I120 på UA. Krav Se seksjon 4 for kravene til innlevering. Merk krav om generisk løsning for

Detaljer

Løsningsforslag matoppskrifter modellering

Løsningsforslag matoppskrifter modellering Løsningsforslag matoppskrifter modellering Oppgave 1 Det beste er å ha et felles løpenummer på alle oppskrifter, uavhengig av hvor de stammer fra, og heller ha ekstraopplysninger som avhenger av om oppskriften

Detaljer

EKSAMEN. Les gjennom alle oppgavene før du begynner. Husk at det ikke er gitt at oppgavene står sortert etter økende vanskelighetsgrad.

EKSAMEN. Les gjennom alle oppgavene før du begynner. Husk at det ikke er gitt at oppgavene står sortert etter økende vanskelighetsgrad. EKSAMEN Emnekode: Emne: ITF10208 Webprogrammering 1 Dato: Eksamenstid: 09/12-2008 09.00-13.00 Hjelpemidler: 2 A4 ark (4 sider) med egenproduserte notater (håndskrevne/maskinskrevne) Faglærer: Tom Heine

Detaljer

BRUKSANVISNING. Trådløs boligalarm. Type POWERMAX +

BRUKSANVISNING. Trådløs boligalarm. Type POWERMAX + BRUKSANVISNING Trådløs boligalarm Type POWERMAX + Ta kontakt med hvis du er usikker på bruken av alarmsystemet. 815 00 060 E-post: post@sectoralarm.no Sector Alarm AS Du har nå fått et nytt alarmsystem

Detaljer

Om oppgaveteksten på noe punkt er uklar eller upresis, kan du gjøre egne presiseringer. Formulér i så fall disse tydelig i oppgavebesvarelsen din.

Om oppgaveteksten på noe punkt er uklar eller upresis, kan du gjøre egne presiseringer. Formulér i så fall disse tydelig i oppgavebesvarelsen din. UNIVERSITETET I OSLO Det matematisk-naturvitenskapelige fakultet Eksamen i IN 211 Programmeringsspråk Eksamensdag: 6. desember 2001 Tid for eksamen: 9.00 15.00 Oppgavesettet er på 9 sider. Vedlegg: Ingen

Detaljer

Hurtigveiledning for mytnt-brukere mytnt Quick Guide mytnt raskt og enkelt på norsk. TNT Curve Positive orange/g

Hurtigveiledning for mytnt-brukere mytnt Quick Guide mytnt raskt og enkelt på norsk. TNT Curve Positive orange/g Hurtigveiledning for mytnt-brukere mytnt Quick Guide mytnt raskt og enkelt på norsk TNT Curve Positive orange/g TNT Curve Positive orange/g 2. Logg deg inn på mytnt 3. Opprett sending 4. Fyll ut opplysninger

Detaljer

Kommer tid, kommer rεd

Kommer tid, kommer rεd olist (evt mannsgruppe) c Mel: Iver Kleive elst: Erik e rr: Nils raftεs Det oprano lt c enor ass c Piano/gitar Percussion - gitar c c P isper el c P - - - - ol (gr) ren- ner i et tom - fat i u-cum-ca -

Detaljer

EKSAMEN ITF10208. Webprogrammering 1 Dato: Eksamenstid: Hjelpemidler: 2 A4 ark (4 sider) med egenproduserte notater (håndskrevne/maskinskrevne)

EKSAMEN ITF10208. Webprogrammering 1 Dato: Eksamenstid: Hjelpemidler: 2 A4 ark (4 sider) med egenproduserte notater (håndskrevne/maskinskrevne) EKSAMEN Emnekode: Emne: ITF10208 Webprogrammering 1 Dato: Eksamenstid: 01/06-2011 09.00-13.00 Hjelpemidler: 2 A4 ark (4 sider) med egenproduserte notater (håndskrevne/maskinskrevne) Faglærer: Tom Heine

Detaljer

HØGSKOLEN I SØR-TRØNDELAG

HØGSKOLEN I SØR-TRØNDELAG HØGSKOLEN I SØR-TRØNDELAG Avdeling for informatikk og e-læring - Kandidatnr: AITeL Eksamensdato: 4.mai 2011 Varighet: 0900-1300 Emnekode: Emnenavn: Klasser: LV195D Objektorientert programmering i C++ Nettstudenter

Detaljer

K v in n e r p å tv e rs 2 3.0 9.0 7

K v in n e r p å tv e rs 2 3.0 9.0 7 S itu a s jo n e n i p e n s jo n s k a m p e n K v in n e r p å tv e rs 2 3.0 9.0 7 H o v e d p u n k te r N y tt fo rs la g til A F P b y g d p å p e n s jo n s re fo rm e n B e g ru n n e ls e n fo

Detaljer

Brukermanual for webmail

Brukermanual for webmail Innhold Å logge inn... 2 Sende e-post... 2 Legge til vedlegg... 3 Svar på e-post... 5 Legge til kontakter... 6 Endre passord... 7 Legge til signatur... 8 Legge til fraværsmelding... 9 Skrive ut e-poster...

Detaljer

Oppgave 3 - normalisering

Oppgave 3 - normalisering Oppgave 3 - normalisering Løsningsforslag Oppgave 3 - løsning 22.10.2014 Øvelsesoppgave 3 1. Normaliser logisk skjema fra oppgave 1 og 2 (Læringssenter) 2. Normaliser logisk skjema fra seminarøvelsen (Nøsteelskere)

Detaljer

TDT4102 Prosedyreog objektorientert programmering Vår 2016

TDT4102 Prosedyreog objektorientert programmering Vår 2016 Norges teknisk naturvitenskapelige universitet Institutt for datateknikk og informasjonsvitenskap TDT4102 Prosedyreog objektorientert programmering Vår 2016 Øving 4 Frist: 2016-02-12 Mål for denne øvingen:

Detaljer

Bring FraktGuide & FraktBestilling

Bring FraktGuide & FraktBestilling Bring FraktGuide & FraktBestilling Modulen er en integrasjon mot mybring, levert av Bring/Posten, og gjør at du kan bestille fraktetiketter direkte i fra Prestashop Dashboard. Løsningen krever en API nøkkel,

Detaljer