Designdokument. Magne Rodem og Jan-Erik Strøm. 18. juni 2006

Størrelse: px
Begynne med side:

Download "Designdokument. Magne Rodem og Jan-Erik Strøm. 18. juni 2006"

Transkript

1 Designdokument Magne Rodem og Jan-Erik Strøm 18. juni 2006

2 Innhold 1 Introduksjon 3 2 Overordnet arkitektur 4 3 Klient/tjener-løsningen Felles klasser Tjeneren Web Service Kontaktdatabase Klienten Aksess mot Web Service med Wingfoot SOAP Parsing av XML Sikkerhet Autentisering Kryptering Brukergrensesnitt Rammeverk for brukergrensesnitt Beskrivelse av brukergrensesnitt for applikasjonen Referanser 26 6 Revisjonshistorie 27 2

3 1 Introduksjon Dette dokumentet beskriver designprosessen for det systemet vi utviklet i hovedprosjektet. Det tar for seg hvordan systemet er bygd opp fra grunnen av, og vil ligge som en basis for eventuelt videre arbeid. Gjennom dette dokumentet vil de veivalg vi gjorde underveis belyses og begrunnes. Løsninger vil skisseres, og ulike alternativer diskuteres. Dette synes vi er viktig for å få fram og vise hvordan de ulike veivalgene hadde innvirkning på det ferdige produktet, og hvordan de var med på å drive utviklingen framover. Designdokumentet er i hovedsak myntet på utviklere eller andre med tekniske forutsetninger som ønsker å sette seg dypere inn i hvordan systemet fungerer, og få forståelse for de valg som er gjort. Vi mener dette er et et svært viktig dokument i vårt hovedprosjekt, da det viser hvordan vi har angrepet og løst de problemstillingene prosjektet innehar. Det vil også være til stor hjelp for utenforstående til å sette seg inn i systemet. Dokumentet er ment å være et oppslagsverk, der kapitlene er uavhengige av hverandre. Det skal ikke være nødvendig å lese det kronologisk hvis man bare ønsker å se på og forstå en del av systemet, men for å skaffe seg mest mulig oversikt anbefales det å lese gjennom dokumentet fra start til slutt. Det anbefales å lese kravspesifikasjonen før man leser dette dokumentet. Seksjon 2 presenterer en overordnet oversikt over systemet. I denne seksjonen er det meningen at leserne skal danne seg seg et helhetsbilde av systemet som gjør det lettere for dem å forstå det som kommer videre i dokumentet. Seksjon 3 tar for seg klient/tjener-løsningen med Web Service som et bindeledd mellom kontaktdatabasen og klient-applikasjonen. Vi går også inn på hvordan selve kommunikasjonen mellom tjener og klient foregår, og sikkerhetsaspekter rundt dette. Seksjon 4 tar for seg brukergrensesnittet til klient-applikasjonen. Her går vi inn i detalj om våre valg angående egetkomponert GUI-bibliotek, og hvordan dette fungerer. 3

4 2 Overordnet arkitektur Figur 1: Overordnet arkitektur. Figur 1 viser systemets overordnete arkitektur. Dette er en typisk trelagsarkitektur hvor databasen inneholder dataene, Web Service en inneholder forretningslogikken som behandler dataene, og J2MEapplikasjonen tilbyr brukerne et brukergrensesnitt mot denne logikken, som igjen gir dem adgang til dataene. På tjenersiden kjører kontaktdatabasen som inneholder kontaktene det skal være mulig å aksessere fra klient-applikasjonen. I vår løsning har vi laget en standard databaseimplementasjon for vår fiktive databasestruktur, men det er mulig å lage nye implementasjoner og dermed skifte denne ut fullstendig. En Web Service er koblet opp mot denne databasen og tilbyr klienter metoder for å aksessere databasen. Web Service en kjører på en J2EE applikasjonstjener. Klienten er en J2ME-applikasjon som benytter seg av Wingfoot SOAP[1], en lettvekts SOAP-klient med innebygd XML-parser som egner seg på mobile plattformer, for å kommunisere med Web Service en. J2ME-applikasjonen krever at telefonen støtter MIDP 2.0, noe som de aller fleste nyere telefoner gjør. Vi valgte å gå for MIDP 2.0 grunnet utvidet funksjonalitet for grafikkhåndtering og datakommunikasjon, to av hovedelementene i den applikasjonen vi skulle utvikle. Tjener og klient kommuniserer med hverandre via SOAP. Dette er en standard som blir brukt i forbindelse med Web Services og overfører XML over et nettverk, som regel ved bruk av HTTP. SOAP-meldinger, såkalte SOAP Envelopes sendes mellom tjener og klient. Dette er XML-meldinger med en gitt syntaks. Når SOAP brukes i forbindelse med Web Services, som det normalt gjør, vil oppbyggingen av SOAP-meldingene avhenge av det innholdet Web Service en har å tilby. 4

5 3 Klient/tjener-løsningen I dette kapitlet vil vi ta for oss klient/tjener-løsningen som systemet består av. Vi vil beskrive hva som skjer på begge sidene med hensyn på funksjonalitet og hvilke teknologier som tas i bruk, samt hvordan kommunikasjon mellom klienten og tjeneren foregår. Det vil også bli drøftet hvordan vi kom fram til de valgene vi gjorde, og hvilke alternativ vi hadde. 3.1 Felles klasser Data hentes ut på forskjellige måter på henholdsvis tjener og klient. På tjeneren må data hentes ut fra en database, mens på klienten vil data forekomme i XML-format og må parses. I den sammenheng fant vi det nyttig å opprette et sett med klasser til det formål å mellomlagre dataene. På den måten strømlinjeformes koden for å prosessere dataene etter at de er lagt inn (tjeneren) eller hentet ut (klienten). Figur 2 viser et klassediagram over de klassene som brukes til dette formålet. Figur 2: Felles klasser. Info-klassen holder styr på den informasjonen som er lagret om en kontakt. Dette kan være ulike telefonnumre, adresser, web-sider og lignende. Objektvariabelen type peker til en av konstantene i klassen (oppgitt med store bokstaver) og angir hvilken type informasjon et objekt av klassen er. labelobjektvariabelen er en tekst som fungerer som ledetekst for selve informasjonen. For å ta et eksempel; hvis type er TEL HOME, kan label være Telefon hjemme. Dette brukes hovedsaklig på klienten for å vise brukeren tekstlig hva slags type informasjon det er snakk om. Den siste objektvariabelen, text, er selve dataene som er knyttet mot typen. Et Info-objekt kan opprettes gjennom konstruktøren eller bygges opp ved hjelp av set-metodene. 5

6 Konstruktøren ser slik ut: public Info(int type, String label, String text) Informasjon om en kontakts epost-adresse kan da legges inn som et Info-objekt på følgende måte: Info info = new Info(Info. , "Epost-adresse", Dersom alle opplysningene ikke er tilgjengelig i det klassen instansieres, kan man også bruke setmetodene: Info info = new Info(); info.settype(info. ); info.setlabel("epost-adresse"); Contact-klassen inneholder informasjon om en enkel kontakt. Denne inneholder fornavn, etternavn og hvilken gruppe kontakten tilhører, i tillegg til en tabell med Info-objekter som representerer selve informasjonen om kontakten. Metoden getfullname returnerer kontaktens fulle navn (fornavn + etternavn), mens metoden getinfotext returnerer teksten til et Info-objekt som har typen som er angitt i metodens parameter. På den måten kan man hente ut det man måtte ønske om kontakten, uten å måtte iterere gjennom hele tabellen først. Eksempelvis, hvis man ønsker å finne mobilnummeret til kontakten, kan følgende kode brukes: String mobilnummer = kontakt.getinfotext(info.tel_mobile); Hvis intet mobilnummer finnes i kontakt-objektet, returneres null. Den siste metoden i Contact, tovcard, lager en vcard-streng basert på informasjon som er lagret i objektet. vcard er en standard for å beskrive kontaktinformasjon elektronisk og er støttet av de fleste telefoner. vcard benyttes også i andre sammenhenger, som for eksempel epost-klienter. Når en vcard-streng sendes som en tekstmelding til en mobiltelefon, vil mottakertelefonen oppdage at det er et vcard, og følgelig spørre brukeren om han vil lagre kontaktinformasjonen i telefonenes lokale adressebok. Response-klassen representerer et svar fra tjeneren. Ved for eksempel søking vil tjeneren opprette et objekt av klassen og legge til alle kontakter som tilfredsstilte søket. Objektvariabelen total indikerer hvor mange totale treff søket gav, altså ikke hvor mange kontaktobjekter som ligger i objektet. Det er opp til klienten å bestemme hvor mange kontaktobjekter som skal ligge i hvert responsobjekt. Dette på grunn av at overføringshastigheten til og fra mobile enheter er begrenset, og ved søk som gir mange treff, vil det ta lang tid å motta disse fra tjeneren. Ved mottak av data fra tjeneren, vil klienten parse XML en som kommer, hente ut kontaktinformasjon og legge det i et responsobjekt. Dette brukes videre i applikasjonen for å fylle UI-lister og vise fram informasjonen. 6

7 3.2 Tjeneren Web Service Tjeneren i systemet vårt er en Web Service. En Web Service tilbyr interoperabilitet mellom to systemer, slik at de kan utveksle data[2]. Et sett med operasjoner defineres på Web Service en og disse gjøres tilgjengelig for klienter som ønsker å bruke dem. Grensesnittet til Web Service en er gitt av dens WS- DL (Web Services Description Language). Dette er en fil som setter regler for hvordan kommunikasjonen mellom Web Service en og klienter skal foregå med hensyn på oppsett av SOAP-meldinger. All kommunikasjon mellom Web Service en og klienten skjer gjennom disse SOAP-meldingene. Innholdet er XML, og syntaksen til denne er altså beskrevet i WSDL-filen. Fordelen med å bruke en Web Service er at den er basert på åpne standarder. Det betyr at man like gjerne kan utveksle data mellom en Web Service som kjører på.net og en klient som bruker Java, Python eller andre plattformer, og vice versa. Protokollene og dataformatene er tekstbasert, og gjør det lettere for utviklere å forstå. I tillegg brukes normalt HTTP for å overføre dataene. Dette har den fordelen at dataoverføringen kan gå uforstyrret gjennom brannmurer og lignende sikkerhetsmekanismer. Derimot, en av ulempene ved Web Service er at ytelsen ikke kan konkurrere med lignende systemer som RMI, CORBA eller DCOM. Dette ligger i at XML har veldig tykk syntaks, noe som fører til at datamengden som overføres blir større. Vi valgte å gjøre Web Service en tilgjengelig ved hjelp av J2EE (Java 2 Enterprise Edition). De største fordelene med å bruke J2EE er at mye av ansvaret flyttes over til den aktuelle applikasjonstjeneren man benytter. Applikasjonstjenerne har blant annet innebygde funksjoner for kryptering, databasepooling og skalering. Alt dette er i stor grad relevant i vårt system. J2EE er i tillegg plattformuavhengig, og legger vekt på enkel gjenbruk av komponenter. For å kunne ta i bruk Web Service som en kobling mellom J2ME-klienten og kontaktdatabasen, satte vi opp følgende operasjon/metode: public no.mje.common.response getcontacts(string searchquery, int startindex, int stopindex, String phonenumber, String password) throws RemoteException Denne metoden vil, når den blir kalt, returnere de kontaktene fra kontaktdatabasen som matcher den gitte søkestrengen angitt i searchquery. Parametrene startindex og stopindex angir et intervall for resultatene som skal tas med, mens phonenumber og password brukes for å autentisere klienten og sørger for at det hentes ut kontakter fra riktig gruppe. Hvis searchquery er null eller en tom streng, vil alle kontaktene fra kontaktdatabasen matches. Dette kan brukes av klienten for å liste ut alle kontakter. 7

8 Under vises et utdrag fra WSDL-filen til Web Service en. Utdraget viser XML-skjema for metoden getcontacts.... <complextype name="getcontacts"> <sequence> <element name="string_1" type="string" nillable="true"/> <element name="int_2" type="int"/> <element name="int_3" type="int"/> <element name="string_4" type="string" nillable="true"/> <element name="string_5" type="string" nillable="true"/> <sequence> </complextype>... Her ser vi at klienter som ønsker å kalle metoden må komponere SOAP-meldingen som forholder seg til metodens XML-skjema. Utdraget under viser hvordan dette kan gjøres.... String searchquery =...; int start =...; int stop =...; String phonenumber =...; String password =...; String request = "<m:getcontacts xmlns:m=\"urn:contactwebservice/types\"> " + "<String_1>" + searchquery + "</String_1> " + "<int_2>" + start + "</int_2>" + "<int_3>" + stop + "</int_3>" + "<String_4>" + phonenumber + "</String_4>" + "<String_5>" + password + "</String_5>" + "</m:getcontacts>";... Vi har her komponert kroppen til SOAP-meldingen som skal sendes til Web Servicen. Vi etterspør metoden getcontacts og setter på de parametrene som metoden krever. Videre vil denne strengen sendes til Wingfoot-API et, som tar seg av selve overføringen. Deretter vil vi motta en responsmelding. Formen på denne responsmeldingen er også spesifisert i WSDL-filen som XML-skjema:... <complextype name="getcontactsresponse"> <sequence> <element name="result" type="response" nillable="true"/> </sequence> </complextype> <complextype name="response"> <sequence> <element name="contact" type="contact" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <element name="total" type="int"/> </sequence> 8

9 </complextype> <complextype name="contact"> <sequence> <element name="firstname" type="string" nillable="true"/> <element name="group" type="string" nillable="true"/> <element name="info" type="info" nillable="true" minoccurs="0" maxoccurs="unbounded"/> <element name="lastname" type="string" nillable="true"/> </sequence> </complextype> <complextype name="info"> <sequence> <element name="label" type="string" nillable="true"/> <element name="text" type="string" nillable="true"/> <element name="type" type="int"/> </sequence> </complextype>... Rotelementet til kroppen i responsmeldingen skal altså hete getcontactsresponse, det skal ha et barneelement result, som igjen har barneelementene firstname, group, info og lastname. Elementet info har igjen barnelementene label, text og type. Strukturen her gjenspeiler Responseobjektet som returneres av getcontacts. Klienten må selv sørge for å parse denne responsmeldingen når den mottas. Hvordan dette gjøres beskrives i kapitlet om klienten. 9

10 3.2.2 Kontaktdatabase Da vi i dette prosjektet ikke hadde anledning til å teste ut de forskjellige databasene som den nettsentriske adresseboken kjører på, ble vi nødt til å definere vår egen databasestruktur med innhold som best mulig simulerer de data som en slik adressebok inneholder. Design med interface gjorde oss imidlertid i stand til å separere selve databaseimplementasjon vekk fra Web Service-metoden, slik at Web Service en ble uavhengig av en bestemet databaseimplementasjon. Dette betyr at det blir en lett oppgave å skifte ut databaseimplementasjon ved et senere tidspunkt. Alt som må gjøres er å implementere interfacet DatabaseConnection og endre instansieringen i Web Service-klassen til å instansiere den nye implementasjonen. Figur 3 viser de ulike klassene som er i spill og sammenhengen mellom dem knyttet opp mot Web Service en. Figur 3: Klassediagram for Web Service-løsningen. ContactWebServiceBean er Bean-klassen. Vi har implementert denne som en tilstandsløs SessionBean, noe som betyr at applikasjonstjeneren styrer opprettelse og fjerning av Bean-instansene. I tillegg til obligatoriske metoder for å styre initialisering og avslutning av Bean en, inneholder denne klassen Web Service-metoder som er tilgjengelig for klienten. I ejbcreate-metoden blir databasetilkoblingen initialisert. Dette gjøres ved å velge implementasjon av interfacet DatabaseConnection. I vårt tilfelle bruker vi DefaultDatabaseConnection, som er en standardimplementasjon for vår fiktive kontaktdatabase. I J2EE er det vanlig å benytte DataSource-objekter som grensesnitt mot databaser. Et slikt objekt er koblet mot en bestemt database og vet blant annet hvilken databasedriver som skal brukes. I ejbcreate-metoden oppretter vi en databasetilkobling på følgende måte: 10

11 ... private DatabaseConnection databaseconnection;... public void ejbcreate() {... InitialContext context = new InitialContext(); DataSource datasource = (DataSource)context.lookup("java:comp/env/jdbc/ContactDatabase"); Connection connection = datasource.getconnection(); databaseconnection = new DefaultDatabaseConnection(connection);... }... Vi gjør altså et JNDI-oppslag mot java:comp/env/jdbc/contactdatabase for å få tilgang til Data- Source-objektet for vår database. JNDI (Java Naming and Directory Interface) er et standardisert grensesnitt som kan brukes mot ulike typer navne/katalogtjenester. Web Service-modulen har en såkalt deployment descriptor hvor vi har spesifisert at JNDI-navnet java:comp/env/jdbc/contactdatabase skal være en DataSource og at det skal mappes til det globale navnet jdbc/contactdatabase. Det blir dermed opp til applikasjonstjeneren å sørge for at riktig DataSource-objekt blir returnert ved oppslag mot jdbc/contactdatabase. Ved installasjon av applikasjonen, må man altså sørge for å angi riktig databasenavn, brukernavn, passord og maskinnavn for databasetjeneren slik at applikasjonstjeneren vet hvordan den skal behandle oppslag mot nevnte JNDI-navn. Hvordan dette gjøres varierer for de ulike applikasjonstjenerne. I vår installasjonsveiledning har vi beskrevet hvordan man gjør dette i Sun Java System Application Server. Ut fra DataSource-objektet kan vi hente et Connection-objekt som vi sender med i konstruktøren til vår DatabaseConnection-implementasjon. Dette DatabaseConnection-objektet blir værende i Bean en helt til den fjernes automatisk av applikasjonstjeneren. Da kjøres metoden ejbremove, og databasetilkoblingen lukkes. Når Web Service-metoden getcontacts blir kalt av klienten, kaller den opp tilsvarende metode på interfacet DatabaseConnection og overlater dermed jobben med å hente ut kontakter til implementasjonen. Merk at implementasjoner også må forholde seg til klassene Response og Contact. Et Response-objekt inneholder en tabell med Contact-objekt som tilsvarer de kontaktene spørringen var ute etter. I tillegg inneholder objektet antall kontakter som var i samsvar med den gitte spørringen. På grunn av lav overføringshastighet vil det være fornuftig av klienten å ikke forespørre altfor mange kontakter på en gang, og av den grunn kan det være nyttig å vite hvor mange treff totalt søket ga, slik at klienten kan videreformidle denne informasjonen til brukeren. 11

12 3.3 Klienten Aksess mot Web Service med Wingfoot SOAP Wingfoot er en lettvekts klient-implementasjon av SOAP 1.1, og er spesielt lagt til rette for MIDP/CLDCplattformen [3]. Dette betyr at dets API tillater oss å kontakte Web Services som kjører på blant annet Sun Application Server eller.net. Wingfoot har derimot noen begrensninger i forhold til standardimplementasjoner. Måten SOAP fungerer på er å sende XML over HTTP. En SOAP-melding inneholder XML og kan ha to forskjellige stiler; RPC-stil eller Document-stil. RPC (Remote Procedure Call) brukes når det skal kalles en fjernmetode, og kroppen til XML en som sendes er strukturert på en slik måte at den spesifiserer metoden som skal kalles, og hvilke parametre å gi den. Ved Document kan man strukturere XML en akkurat som man selv måtte ønske. Det blir opp til mottakeren å parse og gjøre mening i innholdet. Wingfoot støtter både RPC og Document. I tillegg til stil, kan en SOAP-melding kodes på to forskjellige måter; Encoded og Literal. Reglene for koding og oversettelse er spesifisert i encodingstyle -attributtet, og indikerer hvordan applikasjonsdatatyper skal oversettes til XML. Wingfoot støtter begge kodingene, men ikke alle kombinasjoner av stiler og kodinger. Tabellen under viser de ulike kombinasjoner og hvilke Wingfoot støtter. Kombinasjon RPC Encoded RPC Literal Document Encoded Document Literal Støttet av Wingfoot Ja Nei Nei Ja Dette ga oss to valg; RPC Encoded og Document Literal. For våre formål passet Document Literal mer enn bra nok, og det ble også valget vårt. Med Document Literal må vi dog parse den rå XML en som kommer fra Web Service en og komponere et XML-svar manuelt tilbake, men på den måten får vi også full oversikt og kontroll over datautvekslingsprosessen som igjen gjør oss i stand til å optimalisere ytelsen på dataoverføringen. I motsetning til J2ME Web Services (JSR 172) er Wingfoot ingen standard i seg selv, og krever ikke at telefonene støtter det. Wingfoot benytter seg kun av det allerede eksisterende MIDP-API et for å kommunisere med Web-Service er. Dette skjer som kjent gjennom HTTP, og dette støttes i MIDP 2.0. Gangen i å kalle en Web Service-metode med Wingfoot er todelt. Først må det opprettes et Envelope-objekt. Dette objektet representerer selve SOAP-meldingen som skal sendes. Siden vi bruker Document Literal, må vi konstruere vår egen XML og deretter kalle setbody(string xml) på Envelopeobjektet. Syntaksen til denne XML en er gitt av Web Service ens WSDL-fil. Videre må vi opprette Call-objekt. Dette objektet vil utføre selve kallet av Web Service-metoden. Vi må også spesifiere transportmetoden for kallet. Vi bruker her HTTPTransport siden vi ønsker at SOAP-meldingen skal sendes over HTTP. Til slutt kalles metoden invoke på Call med ønsket transport-objekt. Denne metoden vil blokkere inntil kallet er gjennomført, og returnerer et nytt Envelope-objekt som inneholder responsen 12

13 fra Web Service en. I neste delkapittel gjennomgås parsing av denne responsen. Å utføre et kall mot en Web Service fra en mobil enhet kan ta litt tid, da overføringshastigheten som regel ikke er all verden. I og med at invoke-metoden blokkerer, kan brukeren oppleve flere sekunder med dødtid mens kallet blir utført. For å imøtekomme dette, kjører vi all nettverkskommunikasjon i en egen tråd. Da kan denne tråden kjøres parallelt med GUI-tråden og brukeren vil ikke oppleve hakking eller lengre venting på grunn av treg overføringshastighet. Det er også viktig at brukeren får beskjed, i form av en melding nederst på skjermen, om at noe skjer i bakgrunnen. I tillegg behandles alle unntak. Nettverksaksess på mobile enheter er ikke alltid like pålitelig, så man må være forberedt på det verste. Figur 4 viser de klassene som er involvert i forbindelse med kommunikasjon mot Web Service en. Figur 4: Klasser involvert i kommunikasjon med Web Service en. WebServiceClient er en Singleton. Metoden retrievecontacts utfører et kall til Web Service en hvor den etterpør kontakter basert på en søkestreng. For at man skal kunne autentisere seg på Web Service en, må telefonnummer til telefonen som applikasjonen brukes fra, samt et passord, settes ved hjelp av metoden setauthenticationcredentials. I tillegg må url til Web Service en spesifiseres ved hjelp av setserverurl. Disse verdiene leses ut fra JAD-filen som ligger ved applikasjonen. Mer om dette i kapitlet om sikkerhet. ResponseParser har én statisk metode, parse, som sørger for å parse responsen fra Web Service et etter et kall dit. Denne metoden returnerer et Response-objekt (felles klasse). En lytter i WebServiceClient vil sørge for å videreformidle dette objektet til brukergrensesnittklassene slik at kontaktinformasjonen kan bli lagt tilgjengelig for brukeren. 13

14 3.3.2 Parsing av XML Mobile enheter har begrenset med ressurser, både med tanke på minnekapasitet og overføringshastighet ved datakommunikasjon over nett. Dette er begrensninger vi måtte ta hensyn til da vi skulle foreta et valg angående hvilken XML-parser vi skulle bruke til å parse XML en som ble mottatt over SOAP. Det finnes i hovedsak tre ulike typer XML-parsere[4]: Pull Ved bruk av en pull-parser kalles en metode på parseren gjentatte ganger for å traversere gjennom et dokument. Push En push-parser går gjennom hele dokumentet på egen hånd og kaller tilbake på metoder i koden når viktige hendelser inntreffer. SAX-parsere går under denne kategorien. Model En model-parser bygger opp en intern representasjon (i minnet) av dokumentet. Etter at parsingen er fullført, kan dokumentet analyseres, og data kan hentes ut. Som nevnt har mobile enheter begrenset minnekapasitet, og model-parsere er derfor ikke spesielt godt egnet for vår applikasjon. Push-parsere har ikke denne ulempen, men blir fort litt upraktiske å bruke, i og med at applikasjonen hele tiden må holde orden på hvor i dokumentet den befinner seg. Pull-parsere er derimot enkle å forstå og bruke, og passer godt for bruk på mobile enheter, da de er sparsomme med bruk av minne. Vi kom etter hvert fram til at vi hadde to valg; kxml og SAX-parseren som følger med i J2ME Web Services (JSR 172). J2ME Web Services er en såkalt optional package og fungerer kun på mobiltelefoner som støtter spesifikasjonen JSR 172, mens kxml er et eget parsebibliotek som følger med sammen med Wingfoot SOAP. Vi kom fram til at kxml passer best for vårt bruk, da kxml følger med Wingfoot SOAP og støtter all den funksjonaliteten vi trenger. kxml er i tillegg en pull-parser og egner seg derfor godt for mobile enheter. Følgende eksempel viser strukturen på XML-strengen som J2ME-applikasjonen mottar fra tjeneren: 14

15 <result> <contact> <firstname>ola</firstname> <lastname>nordmann</lastname> <group>arbeidsplassen AS</group> <info> <label>telefon hjemme</label> <text> </text> <type>0</type> </info> <info> <label>epost</label> <type>4</type> </info> <info> <label>gateadresse</label> <text>karl Johans gt. 1</text> <type>6</type> </info> <info> <label>postadresse</label> <text>0342 Oslo</text> <type>7</type> </info> <info> <label>fødselsdato</label> <text> </text> <type>8</type> </info> </contact> [...] <total>23</total> </result> Strengen bygges opp ut fra innholdet i Response-objektet som er beskrevet i avsnittet om felles klasser. Strengen inneholder da en liste med et gitt antall kontakter (maksimalt antall angis av klienten), samt til slutt et element (total) som viser hvor mange treff som totalt ble returnert av det aktuelle søket. Alle kontakter har elementene fornavn, etternavn og gruppe, samt et gitt antall info-elementer. Alle info-elementer har en beskrivelse, en tekst og et nummer som identifiserer hvilken type info det er snakk om. Metoden som utfører parsingen av denne strengen er enkel, men ganske lang, så vi vil ikke gjengi denne her. Vi viser heller en litt mindre metode som viser hvordan man kan hente ut navnet til kontaktene i en slik XML-streng. Eksempelet på neste side viser bruk av klassene XmlParser og ParseEvent i kxml-api et. Den opprinnelige metoden opererer på samme måte, men går dypere i XML-treet og returnerer et Response-objekt i stedet for en strengtabell. 15

16 public static String[] getcontactnames(string xml) throws IOException { byte[] stringbytes = xml.getbytes(); ByteArrayInputStream bais = new ByteArrayInputStream(stringBytes); XmlParser parser = new XmlParser(new InputStreamReader(bais)); parser.setprocessnamespaces(false); ParseEvent parseevent = null; Vector contacts = new Vector(); while ((parseevent = parser.read())!= null) { if (parseevent.gettype() == Xml.START_TAG) { if (parseevent.getname().equals("contact")) { String firstname = null, lastname = null; while (!(parseevent.gettype() == Xml.END_TAG && parseevent.getname().equals("contact"))) { parseevent = parser.read(); } if (parseevent.gettype() == Xml.START_TAG && parseevent.getname().equals("firstname")) { parseevent = parser.read(); firstname = parseevent.gettext(); } else if (parseevent.gettype() == Xml.START_TAG && parseevent.getname().equals("lastname")) { parseevent = parser.read(); lastname = parseevent.gettext(); } } contacts.addelement(lastname + ", " + firstname); } } else if (parseevent.gettype() == Xml.END_DOCUMENT) break; String[] conts = new String[contacts.size()]; contacts.copyinto(conts); } return conts; 16

17 3.4 Sikkerhet Autentisering Siden brukerne av systemet tilhører ulike grupper (ProffNett-avtaler), må brukerne identifiseres. Ved søk og utlisting av kontakter skal en bruker kun få returnert kontakter som befinner seg i samme gruppe som den aktuelle brukeren. Samtidig vil man hindre brukere i å få tilgang til andre grupper enn den de befinner seg i. Det er altså nødvendig å autentisere brukere før de gis tilgang til kontaktlisten. Ved implementasjon av autentiseringsdelen i dette systemet, var det flere elementer vi måtte ta hensyn til. Først og fremst er det ikke ønskelig at brukerene må taste inn brukernavn og passord. Dette vil redusere tjenestens brukervennlighet. Likevel måtte vi sørge for at ingen kan utgi seg for å være noen andre enn den de er. Man kunne kanskje tenke seg at man via J2ME kunne hente ut mobiltelefonens telefonnummer, og benytte dette ved autentisering. Dette er imidlertid ikke tilfelle. Et annet nummer benyttes ved identifisering av brukere på GSM-nettet. Dette er det 15 siffer lange IMSI-nummeret (International Mobile Subscriber Identity). Dette er lagret på SIM-kortet, men er heller ikke lesbart fra en J2MEapplikasjon. Her måtte vi altså velge en annen strategi. For å unngå å spørre brukerne om autentiseringsinformasjon, var det klart at dette måtte være lagret på telefonen i en eller annen form. Vi har løst dette ved å legge brukerens telefonnummer og passord i applikasjonens JAD-fil. Dette innebærer at denne filen må være ferdig generert før nedlasting. Måten dette vil foregå på er følgende: 1. Brukeren sender en tekstmelding til et gitt telefonnummer hos operatør med et gitt kodeord for å laste ned applikasjonen. For eksempel kan en melding sendes til 1999 med kodeordet PROFFNETT. 2. En tjener hos operatør mottar meldingen, genererer et nytt passord, og registrerer dette i databasen sammen med telefonnummeret som meldingen ble sendt fra. Et krav her er at brukeren allerede må være tilordnet en ProffNett-avtale, og registrert i databasen med navn og ytterligere personopplysninger. 3. Tjeneren skriver så brukerens telefonnummer og passord til applikasjonens JAD-fil. 4. Tjeneren sender en melding tilbake til brukeren med URL for nedlasting av applikasjonen. 5. Brukeren laster ned applikasjonen og installerer den på sin telefon. Applikasjonen er nå klar til bruk, og brukeren slipper å taste inn sitt telefonnummer og passord. 17

18 Figur 5: Figur som viser informasjonsflyten ved nedlasting av applikasjonen. Brukeren må altså være registrert som ProffNett-kunde for å kunne laste ned applikasjonen, siden tjeneren sjekker avsenderens telefonnummer opp mot databasen over registrerte ProffNett-brukere. I det applikasjonen er lastet ned og installert, er den klar til bruk, og brukeren behøver ikke å vite sitt eget passord. Den gjevne bruker vil heller ikke være klar over at det faktisk finnes et passord. Det er mulig å finne brukerens passord (lese JAD-filen), men dette krever litt innsats. JAD-filen må da overføres til en PC. Dersom mobiltelefonens eier gjør dette, får vedkommende kun se sitt eget passord. Hvis mobiltelefonen derimot blir stjålet, kan tyven gjøre det samme og dermed se brukerens passord. Vi mener likevel at denne autentiseringsmetoden er akseptabel. Brukeren som fikk telefonen frastjålet vil måtte melde fra til Telenor, som deretter sperrer abonnementet Kryptering Da denne tjenesten innebærer overføring av passord og personlige opplysninger mellom mobiltelefoner og en Web Service, bør kommunikasjonen mellom disse krypteres. Her har man ulike valgmuligheter. Krypterings-API et Bouncy Castle inneholder klasser for kryptering og dekryptering av data, og kan benyttes både på tjeneren og på klientapplikasjonene. Et problem her er at dette API et er meget stort og derfor ikke er spesielt godt egnet for mobile enheter. En enklere og mer robust metode for kryptering oppnår man ved å benytte HTTPS. HTTPS innebærer vanlig HTTP-interaksjon over krypteringslag som SSL (Secure Socket Layer) eller TLS (Transport Layer Security). Dette sikrer tilstrekkelig beskyttelse mot pakkesniffing. 18

19 Vår J2ME-applikasjon støtter kommunikasjon over HTTPS. Eneste krav er at SSL-sertifikatet som benyttes på tjeneren er signert av en kjent autoritet (Verisign, Thawte etc). Dersom man har betalt en autoritet for å få signert et sertifikat, behøver man kun å installere det nye sertifikatet i applikasjonstjeneren[6], og bytte serverurl-innstillingen i JAD-filen på klientene til https:// i stedet for 19

20 4 Brukergrensesnitt Etter å ha prøvd ut J2MEs standardbibliotek for brukergrensesnitt, fant vi fort ut at dette ikke passet helt til vårt formål. Blant annet er måten knapper/kommandoer (Commands) er implementert på forvirrende og kan lett føre til at selv den mest erfarne mobiltelefonbruker mister tråden. Det virker litt tilfeldig hvor de forskjellige kommandoene legger seg, og man opplever ofte at en kommando har gjemt seg blant en rekke enhetsspesifikke kommandoer. I tillegg opplevde vi det som trasig at det ikke går an å skrolle nedover hvis alle komponente i brukegrensesnittet ikke fikk plass på skjermen. Tatt dette i betrakning begynte vi å hente inpirasjon fra andre J2ME-applikasjoner. Den største inpirasjonskilden ble uten tvil Opera Mini [7]. Opera Mini er en nettleser i form av en liten og kompakt J2ME-applikasjon som ved hjelp av teknologien Small Screen Rendering [8] kan vise selv de mest innholdsrike og avanserte nettsider på enheter med begrenset skjermoppløsning. Brukergrensesnittet til Opera Mini er intuitivt og fint å se på. Kommandoer er logisk plassert og forandrer seg dynamisk etter innholdet på skjermen. Man får en rullegardin som brukes til å skrolle med hvis innholdet ikke passer på skjermen. Med utgangspunkt i dette fant vi ut av ville designe vårt eget UI-bibliotek som passet til den applikasjonen vi skulle utvikle. Dette var derimot ikke en enkel oppgave, da vi måtte tegne opp alle UI-komponente selv ved hjelp av Canvas-systemet i J2ME. I forhold til Canvas-systemet hadde vi to valg. Vi kunne enten benytte den vanlige Canvas-klassen, eller klassene i pakken javax.microedition.lcdui.game. Denne pakken blir gjerne omtalt som The MIDP 2.0 Game API. Spill-API et gjør det enklere å lage spill for mobiltelefonen. Blant annet inneholder dette API et en del ekstrafunksjonalitet som er nyttig i denne sammenhengen; laghåndtering av grafiske elementer (Sprites), mer avansert tasttrykksbehandling samt mulighet for å spesifisere bakgrunnskart. Grunnen til at vi valgte å ta i bruk GameCanvas framfor den mer tradisjonelle Canvas, var at vi fikk mer fleksibilitet blant annet når det gjaldt behandling av tastetrykk og opptegning av grafiske elementer. 20

21 4.1 Rammeverk for brukergrensesnitt Figur 6: Oversikt over UI-biblioteket Figur 6 viser klassene som inngår i UI-rammeverket og assosiasjonene mellom dem. Screen er en Singleton-klasse som representerer selve skjermen/displayet. Denne arver fra GameCanvas, som er en klasse i spill-api et til J2ME. En av de viktigste klassene i UI-biblioteket er Form. Dette er selve innholdet som skal vises på skjermen. En Form er en konteiner for UI-komponenter som blant annet tekstfelt og lister. Internt bruker Form spill-api-klassen LayerManager for å holde kontroll over komponentene sine. Fordelen med dette er at vi slipper å skrive masse kode som sørger for å tegne komponentene i riktig rekkefølge og på riktig plass i forhold til hverandre. En Form kobles til Screen ved å kalle metoden setform(form form) på Screen. Hvis Form inneholder mange komponenter, kan det hende at skjermen blir for liten til å vise hele Form en. Da vil Screen sørge for å legge på en rullegardin og med det la brukeren skrolle seg nedover Form en etterhvert som han traverserer gjennom komponentene. Man kan knytte kommandoer til en Form (UICommand). Disse kommandoene vil da gjelde for hele Form en og ikke en spesiell komponent i Form en. Typiske kommandoer som kan brukes her er navigasjonskommandoer for å navigere til andre Form er, OK/Avbryt-kommandoer og så videre. Disse kommandoene vil vises på en TaskBar nederst på skjermen. 21

22 Figur 7: Utseendet på skjermen. Figur 7 viser hvordan skjermen er bygd opp. Vi har en Header på toppen, deretter en Form i midten og en eventuell ScrollBar hvis Form en er for stor til å passe inn. Nederst er Form ens TaskBar, hvor kommandoene knyttet til Form en er plassert. Den valgte komponenten har en ekstra markør rundt seg som viser at denne er valgt. Når brukeren trykker ned eller opp-tasten på sin telefon vil markøren traversere til neste eller forrige komponent. En komponent kan også ha indre traversering; i dette tilfellet består komponenten av flere valgbare elementer. Et eksempel på dette er List. Her kan man velge mellom flere forskjellige elementer i listen. TextField derimot, består kun av et tekstfelt, og har dermed ingen indre traversering. Måten dette er løst på er å definere en abstrakt metode i UIComponent: public abstract boolean traverse(int direction); Denne metoden skal returnere true hvis komponenten har indre traversering. Da blir det også opp til komponenten å holde styr på denne indre traverseringen, og tegne opp markør på riktig plass. Når brukeren traverserer over det siste elementet til komponentens indre traversering, vil metoden returnere false, som betyr at det er trygt å traversere til neste komponent. Parameteren direction angir i hvilken retning det skal traverseres; 1 for nedover og -1 for oppover. Hvis komponenten ikke har indre traversing, vil metoden kun returnere false. 22

23 Et annen hensyn vi måtte ta når det gjaldt traverseringen, var at hvis innholdet på skjermen var større enn displayet, og skrolling var nødvendig, måtte det skrolles hvis neste element i traverseringen var utenfor skjermen. Dette synliggjøres på figuren under. Figur 8: Skrolltraversering. Til venstre i bildet er markøren på det siste elementet i List 1. Når brukeren trykker ned-tasten, skal TextField 2 bli den valgte komponenten. Men denne komponenten er bare halvveis synlig; den ligger utenfor skjermen. Dermed må traverseringskoden sørge for å skrolle nødvendig mengde slik at TextField 2 vises i sin helhet. Til høyre vises resultatet etter at brukeren har trykket ned-tasten. Det har blitt skrollet akkurat nok til at hele komponenten vises nederst. 23

Installasjonsveiledning

Installasjonsveiledning Installasjonsveiledning Magne Rodem og Jan-Erik Strøm 18. juni 2006 Innhold 1 Installasjon av Web Service 3 1.1 Krav........................................... 3 1.2 Installasjon av Sun Java System Application

Detaljer

Kravspesifikasjon. Magne Rodem og Jan-Erik Strøm. 18. juni 2006

Kravspesifikasjon. Magne Rodem og Jan-Erik Strøm. 18. juni 2006 Kravspesifikasjon Magne Rodem og Jan-Erik Strøm 18. juni 2006 Innhold 1 Introduksjon 3 2 Overordnet systembeskrivelse 4 2.1 Bakgrunn for prosjektet................................. 4 2.2 Funksjoner og

Detaljer

Sluttrapport. Magne Rodem og Jan-Erik Strøm. 18. juni 2006

Sluttrapport. Magne Rodem og Jan-Erik Strøm. 18. juni 2006 Sluttrapport Magne Rodem og Jan-Erik Strøm 18. juni 2006 1 Forord Dette er en sluttrapport som er utviklet i forbindelse med prosjektet J2ME-applikasjon for nettsentrisk adressebok, som har pågått fra

Detaljer

Brukerdokumentasjon. Webservices og webklient for kodeverk/ kodeverdi verifisering

Brukerdokumentasjon. Webservices og webklient for kodeverk/ kodeverdi verifisering Brukerdokumentasjon Webservices og webklient for kodeverk/ kodeverdi verifisering Innholdsfortegnelse... 3... 3... 3... 3... 4... 4... 4... 4... 8... 9... 10!... 10 "... 11 # $... 11 1. Om systemet 1.1.

Detaljer

Forstudierapport. Magne Rodem og Jan-Erik Strøm. 18. juni 2006

Forstudierapport. Magne Rodem og Jan-Erik Strøm. 18. juni 2006 Forstudierapport Magne Rodem og Jan-Erik Strøm 18. juni 2006 Innhold 1 Introduksjon 3 2 Bakgrunn for prosjektet 3 2.1 Beskrivelse av problemer og behov........................... 3 2.2 Kort om dagens systemer................................

Detaljer

Eksamen i Internetteknologi Fagkode: ITE1526

Eksamen i Internetteknologi Fagkode: ITE1526 Datateknikk Side 1 av 8 Eksamen i Internetteknologi Fagkode: ITE1526 Tid: Mandag, 23.05.05, 9:00-12:00 Tillatte hjelpemidler: Alle trykte og skrevne hjelpemidler tillatt. Eksamen består av 3 oppgaver og

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

J2EE. CMP Entity Beans, Transaksjoner, JSP

J2EE. CMP Entity Beans, Transaksjoner, JSP J2EE CMP Entity Beans, Transaksjoner, JSP CMP Entity Beans Container Managed Persistence Container sin oppgave å lagre innholdet i EJB til varig lager (typisk DB). Implementasjonsklassen lages abstrakt.

Detaljer

Teori om sikkerhetsteknologier

Teori om sikkerhetsteknologier Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag Tomas Holt 22.8.2007 Lærestoffet er utviklet for faget LN479D/LV473D Nettverksikkerhet Innhold 1 1 1.1 Introduksjon til faget............................

Detaljer

Installere JBuilder Foundation i Windows XP

Installere JBuilder Foundation i Windows XP Installere JBuilder Foundation i Windows XP Installasjon av JBuilder Foundation på Windows (dekker her spesifikt fremgangen ved bruk av Microsoft Windows XP Professional, men det vil mest trolig ikke være

Detaljer

VMware Horizon View Client. Brukerveiledning for nedlasting, installasjon og pålogging for fjerntilgang

VMware Horizon View Client. Brukerveiledning for nedlasting, installasjon og pålogging for fjerntilgang VMware Horizon View Client Brukerveiledning for nedlasting, installasjon og pålogging for fjerntilgang Introduksjon Fjerntilgang er blitt oppgradert til en bedre og mer moderne løsning. Programmet er identisk

Detaljer

Remote Desktop Services

Remote Desktop Services Brukerveiledning Remote Desktop Services Fra Eltele AS 1 Innholdsfortegnelse Multi-Faktor Autentisering... 3 Pålogging... 3 Web Interface (anbefales)... 4 RemoteApp på Skrivebord... 6 Remote Desktop Klient

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: 10.desember 2008 Varighet: 0900 1200 Fagnummer: Fagnavn: LO346D Java EE og distribuerte systemer Klasse(r): NETT

Detaljer

Produktdokumentasjon. Madison Møbler Administrasjonsside og Nettbutikk

Produktdokumentasjon. Madison Møbler Administrasjonsside og Nettbutikk Produktdokumentasjon Madison Møbler Administrasjonsside og Nettbutikk 1 1. Forord 1.1 Dokumentasjonen Dette er en teknisk dokumentasjon på produktet som er utviklet. Denne er tiltenkt personer med teknisk

Detaljer

Brukerveiledning Webline Portal for E-post Bedrift/E-post Basis

Brukerveiledning Webline Portal for E-post Bedrift/E-post Basis Brukerveiledning Webline Portal for E-post Bedrift/E-post Basis Innholdsfortegnelse 1 PÅLOGGING...4 1.1 Ny bruker...6 1.2 Endre bruker...9 1.2.1 Endre produkttype fra E-post basis til E-post bedrift...10

Detaljer

Produktinfo WebService. integrasjonsbeskrivelse

Produktinfo WebService. integrasjonsbeskrivelse Produktinfo WebService integrasjonsbeskrivelse Innhold PRODUKTINFO WEBSERVICE 1 INTEGRASJONSBESKRIVELSE 1 DOKUMENTINFORMASJON 3 1. ARKITEKTUR OG TEKNOLOGI 4 1.1. ARKITEKTUR OG DATAFLYT 4 1.2. TEKNOLOGI

Detaljer

Oblig 4Hybelhus litt mer tips enn i oppgaven

Oblig 4Hybelhus litt mer tips enn i oppgaven Oblig 4Hybelhus litt mer tips enn i oppgaven lørdag 19. okt 2013 Arne Maus Obligatorisk oppgave 4 Gulbrand Grås husleiesystem I denne oppgaven skal vi se på hans studenthus Utsyn. Utsyn består av 3 etasjer,

Detaljer

TDT4100 Objektorientert programmering

TDT4100 Objektorientert programmering Eksamensoppgave i TDT4100 Objektorientert programmering Torsdag 12. august 2010, kl. 09:00-13:00 Oppgaven er utarbeidet av faglærer Hallvard Trætteberg og kvalitetssikret av Svein Erik Bratsberg. Kontaktperson

Detaljer

23.09.2015. Introduksjon til objektorientert. programmering. Hva skjedde ~1967? Lokale (og globale) helter. Grunnkurs i objektorientert.

23.09.2015. Introduksjon til objektorientert. programmering. Hva skjedde ~1967? Lokale (og globale) helter. Grunnkurs i objektorientert. Grunnkurs i objektorientert programmering Introduksjon til objektorientert programmering INF1000 Høst 2015 Siri Moe Jensen INF1000 - Høst 2015 uke 5 1 Siri Moe Jensen INF1000 - Høst 2015 uke 5 2 Kristen

Detaljer

OPPGAVE 5b og 8b Java Kode

OPPGAVE 5b og 8b Java Kode OPPGAVE 5b og 8b Java Kode public class Kant boolean behandlereturavbil() BehandleReturAvBil behandler = new BehandleReturAvBil(this); String regnr; int kmstand, tanknivaa; boolean erskadet; // 1: Få verdiene

Detaljer

2 Om statiske variable/konstanter og statiske metoder.

2 Om statiske variable/konstanter og statiske metoder. Litt om datastrukturer i Java Av Stein Gjessing, Institutt for informatikk, Universitetet i Oslo 1 Innledning Dette notatet beskriver noe av det som foregår i primærlageret når et Javaprogram utføres.

Detaljer

Ordliste. Obligatorisk oppgave 1 - Inf 1020

Ordliste. Obligatorisk oppgave 1 - Inf 1020 Ordliste. Obligatorisk oppgave 1 - Inf 1020 I denne oppgaven skal vi tenke oss at vi vil holde et register over alle norske ord (med alle bøyninger), og at vi skal lage operasjoner som kan brukes til f.

Detaljer

1. Finn klassene (hvilke objekter er det i problemet) 1. Dataene som beskriver problemet (hvilke objekter har vi og hvor mange klasser er det?

1. Finn klassene (hvilke objekter er det i problemet) 1. Dataene som beskriver problemet (hvilke objekter har vi og hvor mange klasser er det? Obligatorisk oppgave 3 Gulbrand Grås husleiesystem Oblig 3hus litt mer tips enn i oppgaven I denne oppgaven skal vi se på hans studenthus Utsyn. Utsyn består av 3 etasjer, nummerert fra -3. I hver etasje

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

Introduksjon til nettverksteknologi

Introduksjon til nettverksteknologi Avdeling for informatikk og e- læring, Høgskolen i Sør- Trøndelag Introduksjon til nettverksteknologi Olav Skundberg og Boye Holden 23.08.13 Lærestoffet er utviklet for faget IFUD1017- A Nettverksteknologi

Detaljer

1 INNLEDNING... 2. 1.1 Om Altinn... 2. 1.2 Skjemaer som støttes... 2 2 INSTALLASJON OG OPPSTART... 3. 2.1 Nedlasting... 3. 2.2 Registrering...

1 INNLEDNING... 2. 1.1 Om Altinn... 2. 1.2 Skjemaer som støttes... 2 2 INSTALLASJON OG OPPSTART... 3. 2.1 Nedlasting... 3. 2.2 Registrering... INNHOLD Mamut for Altinn INNHOLD 1 INNLEDNING... 2 1.1 Om Altinn... 2 1.2 Skjemaer som støttes... 2 2 INSTALLASJON OG OPPSTART... 3 2.1 Nedlasting... 3 2.2 Registrering... 5 2.3 Opprett en bruker... 7

Detaljer

Huldt & Lillevik Ansattportal. - en tilleggsmodul til Huldt & Lillevik Lønn. Teknisk beskrivelse

Huldt & Lillevik Ansattportal. - en tilleggsmodul til Huldt & Lillevik Lønn. Teknisk beskrivelse Huldt & Lillevik Ansattportal - en tilleggsmodul til Huldt & Lillevik Lønn Teknisk beskrivelse Huldt & Lillevik er trygghet Trygghet er å vite at løsningen du bruker virker, hver eneste dag, enkelt og

Detaljer

Slå BRUKERVEILEDNING AMESTO BUSINESS SEARCH DATO: 26.03.14

Slå BRUKERVEILEDNING AMESTO BUSINESS SEARCH DATO: 26.03.14 Slå BRUKERVEILEDNING AMESTO BUSINESS SEARCH DATO: 26.03.14 INNHOLD GENERELT... 3 SØKE ETTER FIRMA... 4 Søkekriterier... 4 Søk... 6 SE PÅ SØKERESULTAT... 7 BEHANDLE SØKERESULTAT... 10 Oppdatere en bedrift

Detaljer

Brukerveiledning for SMS fra Outlook

Brukerveiledning for SMS fra Outlook Brukerveiledning for SMS fra Outlook Grunnleggende funksjonalitet Med SMS fra Outlook kan du enkelt sende både SMS og MMS fra Outlook. Programmet er integrert med din personlige Outlookkontaktliste og

Detaljer

Intentor Helpdesk - Installasjon Step #3: Microsoft Reporting Services

Intentor Helpdesk - Installasjon Step #3: Microsoft Reporting Services Intentor Helpdesk - Installasjon Step #3: Microsoft Reporting Services Dokumentasjon levert av: Prosjekt: Norsk Data Senter AS Installasjon av Intentor Helpdesk Norsk Data Senter AS e-post info@nds.no

Detaljer

PRODUKTBESKRIVELSE INFRASTRUKTUR. NRDB Internett

PRODUKTBESKRIVELSE INFRASTRUKTUR. NRDB Internett PRODUKTBESKRIVELSE INFRASTRUKTUR NRDB Internett Versjon 3.0 11/10/04 Nasjonal referansedatabase AS 15/10/04 Page 1 of 10 Innholdsfortegnelse 1 INNLEDNING...3 1.1 NUMMERPORTABILITET...3 1.2 VIDERESALG TELEFONI...3

Detaljer

KTN1 - Design av forbindelsesorientert protokoll

KTN1 - Design av forbindelsesorientert protokoll KTN1 - Design av forbindelsesorientert protokoll Beskrivelse av A1 A1 skal tilby en pålitelig, forbindelsesorientert tjeneste over en upålitelig, forbindelsesløs tjeneste A2. Det er flere ting A1 må implementere

Detaljer

Tor-Eirik Bakke Lunde torebl@stud.cs.uit.no

Tor-Eirik Bakke Lunde torebl@stud.cs.uit.no Obligatorisk oppgave 1 INF-3200 12. oktober 2003 Tor-Eirik Bakke Lunde torebl@stud.cs.uit.no Oppgavebeskrivelse: Designe og implementere en distribuert ray-tracing applikasjon, med basis i kontroller-

Detaljer

Installasjon Siden modulen både har bustilkopling og IP-tilkopling er det viktig å tenke gjennom hvordan man bruker den.

Installasjon Siden modulen både har bustilkopling og IP-tilkopling er det viktig å tenke gjennom hvordan man bruker den. SMS-modul Dokument Konsept Kategori Modell Programmeringsmanual HDL-BUS Pro Grensesnitt SB-DLP-SMS/IP Innledning SMS-modulen finnes i to utgaver, en som kun sender og mottar SMS og en som i tillegg kan

Detaljer

HTML5. Skjemaer på nettsider. Skjemaer med. Informasjonsteknologi 1 og 2. Gløer Olav Langslet Sandvika VGS

HTML5. Skjemaer på nettsider. Skjemaer med. Informasjonsteknologi 1 og 2. Gløer Olav Langslet Sandvika VGS Skjemaer med HTML5 Gløer Olav Langslet Sandvika VGS Leksjon 10 Informasjonsteknologi 1 og 2 Skjemaer på nettsider I denne leksjonen skal vi se litt nærmere på bruk av skjemaer på nettsider. Du har sett

Detaljer

Diskusjon:SportsAdmin Medlemsadministrasjon

Diskusjon:SportsAdmin Medlemsadministrasjon Diskusjon:SportsAdmin Medlemsadministrasjon Medlemsadministrasjonsmodulen er et register over alle personer tilknyttet en organisasjon i idretten. Her kan organisasjonsleddene administrere og endre personer

Detaljer

Demoversjon. Installasjon Uni Økonomi V3. - økonomisystemer fra start til børs

Demoversjon. Installasjon Uni Økonomi V3. - økonomisystemer fra start til børs Demoversjon Installasjon Uni Økonomi V3 - økonomisystemer fra start til børs Velkommen til installasjon av Uni Økonomi V3 demoversjon. Her vil vi gi deg en steg for steg veiviser for hvordan du laster

Detaljer

SOLICARD ARX. Adgangssystemet som gir deg ubegrenset frihet. An ASSA ABLOY Group company

SOLICARD ARX. Adgangssystemet som gir deg ubegrenset frihet. An ASSA ABLOY Group company SOLICARD ARX Adgangssystemet som gir deg ubegrenset frihet An ASSA ABLOY Group company SOLICARD ARX arkitektur SOLICARD ARX LCU oppkoblet via Internet Eksisterende nettverk SOLICARD ARX AC SOLICARD ARX

Detaljer

1. NetBeans IDE: Lage en enkel mobilapplikasjon

1. NetBeans IDE: Lage en enkel mobilapplikasjon Avdeling for informatikk og e-læring, Høgskolen i Sør-Trøndelag NetBeans IDE: Lage en enkel mobilapplikasjon Mildrid Ljosland/Lene Hoff 09.09.2008 Lærestoffet er utviklet for faget SO350D J2ME for programmering

Detaljer

Brukerveiledning for klient. NetCom Mobile Voice Recorder

Brukerveiledning for klient. NetCom Mobile Voice Recorder Brukerveiledning for klient NetCom Mobile Voice Recorder Innhold Moble voice recorder 3 Mobilapplikasjon 4 Støttede telefoner 4 Symbian S60 3rd Edition 4 Symbian S60 5th Edition 4 Windows Mobile 6.5 4

Detaljer

Installere JBuilder Foundation i Mandrake Linux 10.0

Installere JBuilder Foundation i Mandrake Linux 10.0 Installere JBuilder Foundation i Mandrake Linux 10.0 Installasjon av JBuilder Foundation på Linux (dekker her spesifikt fremgangen ved bruk av Mandrake Linux 10.0, men distribusjon vil gjøre liten eller

Detaljer

Database security. Kapittel 14 Building Secure Software. Inf329, Høst 2005 Isabel Maldonado st10900@student.uib.no

Database security. Kapittel 14 Building Secure Software. Inf329, Høst 2005 Isabel Maldonado st10900@student.uib.no Database security Kapittel 14 Building Secure Software Inf329, Høst 2005 Isabel Maldonado st10900@student.uib.no Kort introduksjon Database er en organisert samling av data. SQL(Structured Query Language)

Detaljer

INF1000 Prøveeksamen Oppgave 7 og 9

INF1000 Prøveeksamen Oppgave 7 og 9 INF1000 Prøveeksamen Oppgave 7 og 9 Høst 2015 Siri Moe Jensen 7a) Skriv en klasse Gave med to variabler som forteller hva som er i gaven, og hvor mye den har kostet. Klassen skal ha en konstruktør med

Detaljer

Brukermanual for nettpublisering. frivilligsentral.no

Brukermanual for nettpublisering. frivilligsentral.no Brukermanual for nettpublisering frivilligsentral.no Innholdsfortegnelse Introduksjon 3 1 - Innlogging 4 1.1 - Logge inn 4 1.1 - Logge ut 4 2 - Grensesnitt 5 2.1 - Menyfelt 5 2.2-3 - Opprette, lagre og

Detaljer

Huldt & Lillevik Ansattportal. Installere systemet

Huldt & Lillevik Ansattportal. Installere systemet Huldt & Lillevik Ansattportal Installere systemet Innholdsfortegnelse INSTALLERE ANSATTPORTAL... 3 TEKNISKE KRAV (WINDOWS OG WEB)... 3 SERVERE OG NETTVERK... 3 MICROSOFT.NET RAMMEVERK 4.0 MÅ VÆRE INSTALLERT...

Detaljer

Multi-Faktor Autentisering. Brukerveiledning

Multi-Faktor Autentisering. Brukerveiledning Multi-Faktor Autentisering Brukerveiledning 1 Innhold Innledning... 3 Telefonanrop (standard)... 3 Oppsett... 3 Bruk... 3 Mobil App (valgfri)... 4 Oppsett... 4 Bruk... 5 Multi-Faktor portal...7 Pålogging...7

Detaljer

F-Secure Mobile Security for Windows Mobile

F-Secure Mobile Security for Windows Mobile F-Secure Mobile Security for Windows Mobile 1. Installasjon og aktivering Tidligere versjon Installasjon Aktivering Starte produktet Hvis du har en tidligere versjon av F-Secure Mobile Security installert,

Detaljer

Distribusjon av varslinger

Distribusjon av varslinger Innhold Distribusjon av varslinger... 2 Definering av varslinger... 2 Opprette nytt varsel... 2 Generelt... 3 Generelt - Flettefelter... 5 Funksjoner... 7 Varsel alternativ kobling mot funksjoner... 8

Detaljer

KRAVSPESIFIKASJON FOR SOSIORAMA

KRAVSPESIFIKASJON FOR SOSIORAMA KRAVSPESIFIKASJON FOR SOSIORAMA Innhold 1. Forord... 2 2. Definisjoner... 3 3. Innledning... 4 3.1 Bakgrunn og formål... 4 3.2 Målsetting og avgrensninger... 4 4. Detaljert beskrivelse... 8 4.1 Funksjonelle

Detaljer

Forprosjekt gruppe 13

Forprosjekt gruppe 13 Forprosjekt gruppe 13 Presentasjon Tittel: Oppgave: Periode: Gruppemedlemmer: Veileder: Oppdragsgiver: Kontaktperson: Mobilbillett i HTML5 Utvikle en mobil billettautomat innenfor kategorien dedikert web

Detaljer

Http- og WebServices funksjoner

Http- og WebServices funksjoner Http- og WebServices funksjoner Side 1 Innholdsfortegnelse Innholdsfortegnelse Introduksjon Hvordan bruke HTTP(S) POST/GET funksjonene i TakeCargo Sende meldinger Motta meldinger (get) Oversikt over WebServices

Detaljer

Introduksjon til Vega SMB 2012

Introduksjon til Vega SMB 2012 Introduksjon til Vega SMB 2012 Side 1 av 15 Introduksjon til Vega SMB Velkommen som bruker av Vega SMB. Klikk på Vega ikonet for å starte Vega SMB første gang. Velg ditt brukernavn og skriv inn passord

Detaljer

Eksekveringsrekkefølgen (del 1) Oppgave 1. Eksekveringsrekkefølgen (del 2) Kommentar til oppgave 1. } // class Bolighus

Eksekveringsrekkefølgen (del 1) Oppgave 1. Eksekveringsrekkefølgen (del 2) Kommentar til oppgave 1. } // class Bolighus // class Bygning Oppgave 1 System.out.println( Bolighus ); // class Bolighus Hva blir utskriften fra dette programmet? class Blokk extends Bolighus{ // class Blokk IN105subclassesII-1 Eksekveringsrekkefølgen

Detaljer

Argumenter fra kommandolinjen

Argumenter fra kommandolinjen Argumenter fra kommandolinjen Denne veiledningen er laget for å vise hvordan man kan overføre argumenter fra kommandolinjen til et program. Hvordan transportere data fra en kommandolinje slik at dataene

Detaljer

F-Secure Mobile Security for S60

F-Secure Mobile Security for S60 F-Secure Mobile Security for S60 1. Installasjon og aktivering Tidligere versjon Installasjon Du trenger ikke å avinstallere den tidligere versjonen av F-Secure Mobile Anti-Virus. Kontroller innstillingene

Detaljer

Løse reelle problemer

Løse reelle problemer Løse reelle problemer Litt mer om løkker, metoder med returverdier og innlesing fra fil INF1000, uke4 Geir Kjetil Sandve Repetisjon fra forrige uke: while Syntaks: while (condition) do1; do2;... Eksempel:

Detaljer

Identitetshåndtering og Single Sign-On (SSO)

Identitetshåndtering og Single Sign-On (SSO) Identitetshåndtering og Single Sign-On (SSO) Gjør livet enklere for sluttbrukere -men svekkelse av sikkerhet? Ivar Jørstad, PhD Oversikt Utfordringer og mål Løsninger Konsepter Teknologier & rammeverk

Detaljer

Oblig 4 Webutvikling. Oppgave

Oblig 4 Webutvikling. Oppgave Oblig 4 Webutvikling Oppgave Lag din egen Wordpress- site der du tester ut CMS- systemet. Det å lage egne templates fra bunnen kan være noe komplisert, så det holder for dette prosjektet om dere modifiserer

Detaljer

Lønn 5.0. Veiledning for ASP leverandører

Lønn 5.0. Veiledning for ASP leverandører Lønn 5.0 Veiledning for ASP leverandører Om denne veiledningen Innhold Om denne veiledningen... 2 Installere første database og programmet... 2 Installere flere databaser på samme server... 2 Sette opp

Detaljer

Dette er en demonstrasjonsside som vi skal bruke for å se litt nærmere på HTTP protokollen. Eksemplet vil også illustrere et par ting i PHP.

Dette er en demonstrasjonsside som vi skal bruke for å se litt nærmere på HTTP protokollen. Eksemplet vil også illustrere et par ting i PHP. 1 Dette er en demonstrasjonsside som vi skal bruke for å se litt nærmere på HTTP protokollen. Eksemplet vil også illustrere et par ting i PHP. (Læreboka kapittel 2-5) Legg merke til den første blokken,

Detaljer

Hurtigstart guide. Searchdaimon ES (Enterprise Server)

Hurtigstart guide. Searchdaimon ES (Enterprise Server) Hurtigstart guide Searchdaimon ES (Enterprise Server) Innholdsfortegnelse Informasjon før oppsett... 2 Koble til strøm og nettverk... 3 Oppsett av system... 3 Konfigurasjonsveiviser... 4 Sette fast IP

Detaljer

Huldt & Lillevik Ansattportal. Installere systemet

Huldt & Lillevik Ansattportal. Installere systemet Huldt & Lillevik Ansattportal Installere systemet Innholdsfortegnelse Innholdsfortegnelse Installere Ansattportal... 3 Tekniske krav (Windows og web)... 3 Servere og nettverk... 3.NET Rammeverk 3.5 må

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

Oblig 4 (av 4) INF1000, høsten 2012 Værdata, leveres innen 9. nov. kl. 23.59

Oblig 4 (av 4) INF1000, høsten 2012 Værdata, leveres innen 9. nov. kl. 23.59 Oblig 4 (av 4) INF1000, høsten 2012 Værdata, leveres innen 9. nov. kl. 23.59 Formål Formålet med denne oppgaven er å gi trening i hele pensum og i å lage et større program. Løsningen du lager skal være

Detaljer

Hurtigguide til KF Infoserie

Hurtigguide til KF Infoserie Hurtigguide til KF Infoserie Innhold Kom godt i gang. Logg inn i KF Infoserie Introduksjonsfilm til KF Infoserie Oppsettssiden Forsiden Søk i KF Infoserie Visning av søkeresultater Kom godt i gang. Velkommen

Detaljer

if-tester Funksjoner, løkker og iftester Løkker og Informasjonsteknologi 2 Læreplansmål Gløer Olav Langslet Sandvika VGS

if-tester Funksjoner, løkker og iftester Løkker og Informasjonsteknologi 2 Læreplansmål Gløer Olav Langslet Sandvika VGS Løkker og if-tester Gløer Olav Langslet Sandvika VGS 29.08.2011 Informasjonsteknologi 2 Funksjoner, løkker og iftester Læreplansmål Eleven skal kunne programmere med enkle og indekserte variabler eller

Detaljer

Lotus Traveler - Manual for installasjon

Lotus Traveler - Manual for installasjon Lotus Traveler - Manual for installasjon Innholdsliste Nedlasting...2 Installasjon...3 Konfigurering...4 Problemer...5 Nedlasting 1) Åpne nettleseren på mobilen din. På de fleste Nokia-telefoner har denne

Detaljer

2013 Aditro AS 1 (24)

2013 Aditro AS 1 (24) 1.0. Rutine for Altinn innsending og Altinn retur... 2 1.1. Om Altinn... 2 1.2. Roller og rettigheter i Altinn... 2 1.3. Opprette datasystem-id og passord i Altinn.... 4 1.4 Sette opp Huldt & Lillevik

Detaljer

Side 1. Sniggabo CMS brukermanual rev. 2

Side 1. Sniggabo CMS brukermanual rev. 2 Side 1 Sniggabo CMS brukermanual rev. 2 INNHOLDSFORTEGNELSE Logg inn... 3 Menylinje... 3 Artikkelliste... 4 Ny artikkel... 5 Aktiviteter... 8 Rediger aktivitet... 9 Dokumenter... 9 Nytt dokument... 10

Detaljer

NorskInternett Brukermanual. Sist oppdatert 09.08.15. Side 1/30

NorskInternett Brukermanual. Sist oppdatert 09.08.15. Side 1/30 NorskInternett Brukermanual Sist oppdatert 09.08.15. Side 1/30 Innholdsliste Hvordan kan vår tjeneste brukes...2 Hva vi leverer...2 Kontoinformasjon...3 Bruk av VPN tilkobling...3 Konfigurering av Android...4

Detaljer

Socket og ServerSocket

Socket og ServerSocket Side 1 av 5, socket og klient-tjener, V. Holmstedt, HiO 2006 Dette dokumentet er revidert den 29.8.2006, kl:12:30. Det er foretatt rettelser i begge versjoner av klassen A_Server. Socket og ServerSocket

Detaljer

Brukerveiledning for programmet HHR Animalia

Brukerveiledning for programmet HHR Animalia Brukerveiledning for programmet HHR Animalia Versjon 1.0 Rakkestad, 26.03.2014 Innholdsfortegnelse 1. Introduksjon... 3 2. Installasjon og oppgradering... 3 2.1 Nedlasting... 3 2.2 Oppdatering av operativsystem

Detaljer

En bedre verden med AJAX

En bedre verden med AJAX En bedre verden med AJAX Frode Eika Sandnes Hva er AJAX Har ikke noe med rengjøringsmidler å gjøre AJAX er et (morsomt) akronym Asynchronous Javascript And XML Henskikt: lage interaktive webapplikasjoner

Detaljer

Brukerveiledning - secure.nhh.no og secure.privnett.nhh.no

Brukerveiledning - secure.nhh.no og secure.privnett.nhh.no Brukerveiledning - secure.nhh.no og secure.privnett.nhh.no NHH tilbyr ansatte og studenter ekstern tilgang til NHH-interne ressurser slik som M-området, felles filområder, bibliotektjenester m.m. Tjenesten

Detaljer

BRUKERMANUAL. Deviations and Reporting

BRUKERMANUAL. Deviations and Reporting BRUKERMANUAL Deviations and Reporting Forord Dette er brukermanual for CEMAsys Immediate Reporting applikasjon som er laget for iphone og Android telefoner. CEMAsys Immediate Reporting er en applikasjon

Detaljer

Visma CRM Nyheter og forbedringer Side 1

Visma CRM Nyheter og forbedringer Side 1 Visma CRM Nyheter og forbedringer Side 1 NYHETER OG FORBEDRINGER Visma CRM Nyheter og forbedringer Side 2 Oslo, juni 2011 1. Sirkulasjon All informasjon i dette dokumentet kan endres uten varsel og innebærer

Detaljer

Kandidat nr. 1, 2 og 3

Kandidat nr. 1, 2 og 3 Kandidat nr. 1, 2 og 3 Rapport 1 IT202E Bacheloroppgave i Informatikk Vår 2011 Mobilapplikasjonsutvikling med Scrum 1 Innhold Innledning... 3 Overordnet Prosjektplan... 3 Produktbacklog... 5 Sprint planning

Detaljer

Huldt & Lillevik Ansattportal 2011-03-22. Ansattportal. Versjon 3.3.22

Huldt & Lillevik Ansattportal 2011-03-22. Ansattportal. Versjon 3.3.22 Ansattportal Versjon 3.3.22 Innhold 1 Oppdatere til 3.3.22... 2 2 Definere lenker... 5 3 Registrere informasjon om pårørende... 6 4 Bestille nytt passord... 6 5 Andre endringer... 7 5.1 Logging og kontroll

Detaljer

Uni Micro Solutionpartner. Demoversjon Installasjon

Uni Micro Solutionpartner. Demoversjon Installasjon Uni Micro Solutionpartner Demoversjon Installasjon Velkommen til installasjon av Uni Økonomi V3 demoversjon. Her vil vi gi deg en steg for steg veiviser for hvordan du laster ned, installerer og tar i

Detaljer

Tjenestebeskrivelse Webhotelltjenester

Tjenestebeskrivelse Webhotelltjenester Tjenestebeskrivelse Webhotelltjenester Sist endret: 2004-12-01 Innholdsfortegnelse 1 INTRODUKSJON... 3 1.1 GENERELT... 3 1.2 NYTTEVERDI WEBHOTELLTJENESTER FRA TELENOR... 3 2 FUNKSJONALITET... 4 2.1 INNHOLD

Detaljer

Uansett hvilken håndbok du benytter vil fremgangsmåten være den samme. I denne veiledningen benytter vi personalhåndboken som eksempel.

Uansett hvilken håndbok du benytter vil fremgangsmåten være den samme. I denne veiledningen benytter vi personalhåndboken som eksempel. Velkommen som bruker av nettbaserte håndbøker fra Hovedorganisasjonen Virke. Våre nettbaserte håndbøker kan tilpasses din virksomhet. De er redigerbare, samtidig blir de automatisk oppdatert med nye lover

Detaljer

Eksamen. Objektorientert Programmering IGR 1372

Eksamen. Objektorientert Programmering IGR 1372 + JVNROHQL1DUYLN $YGHOLQJIRU7HNQRORJL Eksamen i Objektorientert Programmering IGR 1372 7LG'HVHPEHU± 7LOODWWHKMHOSHPLGOHU 6NULYHVDNHU2UGE NHU -DYD6RIWZDUH6ROXWLRQV)RXQGDWLRQVRI3URJUDP 'HVLJQVNUHYHWDY/HZLV

Detaljer

GSM Mini. Sikom AS og Android:... 2. Oversikt:... 2. Kompatibilitet:... 2. Installasjon:... 2. Kostnader:... 2. Konfigurasjon og bruk:...

GSM Mini. Sikom AS og Android:... 2. Oversikt:... 2. Kompatibilitet:... 2. Installasjon:... 2. Kostnader:... 2. Konfigurasjon og bruk:... Innhold GSM Mini Sikom AS og Android:... 2 Oversikt:... 2 Kompatibilitet:... 2 Installasjon:... 2 Kostnader:... 2 Konfigurasjon og bruk:... 3 Innstillinger:... 3 Oversikt styring:... 4 Oversikt status:...

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

Løsningsforslag ukeoppg. 6: 28. sep - 4. okt (INF1000 - Høst 2011)

Løsningsforslag ukeoppg. 6: 28. sep - 4. okt (INF1000 - Høst 2011) Løsningsforslag ukeoppg. 6: 28. sep - 4. okt (INF1000 - Høst 2011) Løsningsforslag til oppgave 7, 8, og 9 mangler Klasser og objekter (kap. 8.1-8.14 i "Rett på Java" 3. utg.) NB! Legg merke til at disse

Detaljer

1 Kodegenerering fra Tau Suiten

1 Kodegenerering fra Tau Suiten Kodegenerering fra Tau Suiten For å generere Javakode eller en annen form for programmeringskode ut i fra Tau suiten, er det visse ting som må være utført.. En UML modell må eksistere og være korrekt.

Detaljer

Diverse eksamensgaver

Diverse eksamensgaver Diverse eksamensgaver Noen har fått den idé å lage et språk hvor klasser kan ha noe tilsvarende byvalue-result -parametere. Klasser har ingen konstruktører, og by-value-result parametere spesifiseres som

Detaljer

17.08.2010. Installasjonsveiledning Lenovo ThinkPad Edge. ADCom Data - Molde

17.08.2010. Installasjonsveiledning Lenovo ThinkPad Edge. ADCom Data - Molde 17.08.2010 Installasjonsveiledning Lenovo ThinkPad Edge ADCom Data - Molde Installasjonsveiledning Lenovo ThinkPad Edge Gratulerer med valget av skole pc i regi av Møre og Romsdal Fylkeskommune, i denne

Detaljer

JSP - 2. Fra sist. Hvordan fungerer web? Tjenerside script HTML. Installasjon av Web-tjener Et enkelt JSP-script. Ønsker dynamiske nettsider:

JSP - 2. Fra sist. Hvordan fungerer web? Tjenerside script HTML. Installasjon av Web-tjener Et enkelt JSP-script. Ønsker dynamiske nettsider: Fra sist JSP - 2 Installasjon av Web-tjener Et enkelt JSP-script HTML statisk Forms Tags Ønsker dynamiske nettsider: Klientside-script/programmering Javascript, vbscript, applets Tjenerside-script/programmering

Detaljer

Småteknisk Cantor Controller installasjon

Småteknisk Cantor Controller installasjon Cantor AS Småteknisk Cantor Controller installasjon 10.10.2012 INSTALLASJON OG OPPSETT AV CANTOR CONTROLLER 3 Nedlasting av programfiler 3 Nyinstallasjon server / enbruker 3 A. Controller instansen som

Detaljer

JavaScriptbibliotek. Introduksjon MVVC. Informasjonsteknologi 2. Gløer Olav Langslet Sandvika VGS

JavaScriptbibliotek. Introduksjon MVVC. Informasjonsteknologi 2. Gløer Olav Langslet Sandvika VGS MVVC JavaScriptbibliotek Gløer Olav Langslet Sandvika VGS Knockout.js Informasjonsteknologi 2 Introduksjon I dag skal vi se nærmere på et JavaScriptbibliotek som heter Knockout. Knockout og andre biblioteker,

Detaljer

Vedlikeholde nettstedet i Joomla 2.5 +

Vedlikeholde nettstedet i Joomla 2.5 + Vedlikeholde nettstedet i Joomla 2.5 + Innlogging: Klikk deg inn på din nettside. I menyen på ditt nettsted vil det være en link til logg inn eller adm. Klikk på denne og logg inn med det brukernavnet

Detaljer

Grensesnittene mellom Legemiddelverket og de andre eresept-aktørene

Grensesnittene mellom Legemiddelverket og de andre eresept-aktørene Grensesnittdokumentasjon Grensesnittene mellom Legemiddelverket og de andre eresept-aktørene - Webservice FEST for internett og Norsk Helsenett (NHN) 22.10.2014 Antall sider: 8 2 av 7 Innhold 1 Innledning

Detaljer

KRAVSPESIFIKASJON FORORD

KRAVSPESIFIKASJON FORORD KRAVSPESIFIKASJON FORORD Hensikten med kravspesifikasjonen er å gi oppdragsgiver og utviklere en enighet og forståelse av funksjonaliteten til applikasjonen som skal produseres. en definerer i tillegg

Detaljer

Installasjonsveiledning for Ordnett Pluss

Installasjonsveiledning for Ordnett Pluss Installasjonsveiledning for Ordnett Pluss Systemkrav Alle systemer Windows Linux Nedlasting/distribusjon Installasjon Windows Programtillegg Chrome Silent install/msiexec Datafiler Ubuntu Terminal/Kilent

Detaljer

INF1010 - Seminaroppgaver til uke 3

INF1010 - Seminaroppgaver til uke 3 INF1010 - Seminaroppgaver til uke 3 Oppgave 1 I denne oppgaven skal vi lage et klassehiearki av drikker. Alle klassene i hiearkiet skal implementere følgende grensesnitt p u b l i c i n t e r f a c e Drikkbar

Detaljer

P L A N I A 8 S Y S T E M K R A V PLANIA 8 SYSTEM KRAV. Plania 8 Systemkrav.docx 27.04.2015 1 av 8

P L A N I A 8 S Y S T E M K R A V PLANIA 8 SYSTEM KRAV. Plania 8 Systemkrav.docx 27.04.2015 1 av 8 PLANIA 8 SYSTEM KRAV Plania 8 Systemkrav.docx 27.04.2015 1 av 8 INNHOLD 1 INNLEDNING... 1-3 1.1 Generell beskrivelse... 1-3 1.1.1 Plania DESKTOP og Plania WEB... 1-3 2 SYSTEMKRAV... 2-4 2.1 Krav til ulike

Detaljer

TDT4100 Objektorientert programmering

TDT4100 Objektorientert programmering Eksamensoppgave i TDT4100 Objektorientert programmering Tirsdag 2. juni 2009, kl. 09:00-13:00 Oppgaven er utarbeidet av faglærer Hallvard Trætteberg og kvalitetssikrer Trond Aalberg. Kontaktperson under

Detaljer

Brukerveiledning Tilkobling internett

Brukerveiledning Tilkobling internett JULI 2012 Brukerveiledning Tilkobling internett ALT DU TRENGER Å VITE OM BRUKEN AV INTERNETT 1 1 2 3 4 5 6 KOBLING TIL HJEMMESENTRAL OPPSETT AV TRÅDLØS ROUTER OG BRANNMUR I HJEMMESENTRALEN OPPKOBLING AV

Detaljer

Klask-en-Muldvarp. Steg 1: Gjøre klart spillbrettet. Sjekkliste. Introduksjon

Klask-en-Muldvarp. Steg 1: Gjøre klart spillbrettet. Sjekkliste. Introduksjon Klask-en-Muldvarp Introduksjon App Inventor Introduksjon I denne oppgaven skal vi lage et veldig enkelt spill med litt animasjon. Det som skal skje er at en muldvarp hopper rundt på spillbrettet mens du

Detaljer