1 Forside security shield

1 Forside security shield

Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 2

PROSJEKT NR. 2009-25 TILGJENGELIGHET Åpen Studieprogram: Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Holbergs plass, Oslo Telefon: 22 45 32 00 Telefaks: 22 45 32 05 HOVEDPROSJEKT HOVEDPROSJEKTETS TITTEL Security Shield PROSJEKTDELTAKERE Christer Rønning Austad (s141791) Kagiso S. Molobi (s141796) Daniel Stefan Zeller (s141797) Olav Bieltvedt (s141773) DATO 29/5-09 ANTALL SIDER / BILAG 173 INTERN VEILEDER Eva Vadler Vihovde OPPDRAGSGIVER SmartPhones AS (www.smartphones.no) KONTAKTPERSON Even Weberg Mobil: 95203058 SAMMENDRAG Oppgaven går ut på å lage et administrasjonssystem for Windows Mobile telefoner. Målet med denne løsningen er todelt. Den ene delen består av å kunne deaktivere forskjellige funksjoner på Windows Mobile telefoner fra en server side. Dette kan være funksjoner som (Bluetooth, ActiveSync, SD- Minnekort etc.). Til dette er det utviklet en klient som kjører på Windows Mobile samt en serverdel. Den andre delen av oppgaven består av en KioskMode applikasjon som låser ned Windows mobiltelefonen slik at kun predefinerte applikasjoner kan kjøres. Alle andre applikasjoner og funksjoner er sperret for brukeren. Til dette er det utviklet en KioskMode klient for Windows mobile, samt en server applikasjon hvor en administrator kan designe sin egen Kiosk applikasjon. 3 STIKKORD Microsoft Windows Mobile Kiosk Mode Xml provisioning Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 3

Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 4

Forord Dette dokumentet består av alle dokumentene som er knyttet til hovedprosjektet vi i gruppe 25 ved Anvendt Datateknologi har hatt vårsemesteret 2009 ved Høgskolen i Oslo/Avdeling for Ingeniørutdanning. Hoveddokumentet er bygget opp av samtlige av de dokumentene vi har jobbet med underveis i prosjektet. Rekkefølgen på disse er: Styringsdokumentasjon, prosessrapport, produktrapport, testrapport og brukerveiledning. Styringsdokumentasjonen består også av følgende underdokumenter: Statusrapport, prosjektskisse, forprosjektrapport, arbeidsplan, fremdriftsplan og kravspesifikasjon. Disse dokumentene er uavhengige dokumenter, som kan leses hver for seg. Dokumentene som inngår i hoveddokumentet kan også leses på vedlagt CD i PDF format og på prosjektets webside: Her finner man også dokumentasjonen av kildekoden til programmet. Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 5

Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 6

Innholdsfortegnelse Styringsdokumenter... 9 Prosessrapport... 35 Produktrapport... 73 Testrapport... 131 Brukerveiledning... 147 Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 7

Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 8

FORSIDE STYRINGSDOKUMENTER Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 9

Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 10

Forord Dette er en samling av alle styringsdokumentene som er laget i forbindelse med hovedprosjektet vårt. Disse er satt opp i den rekkefølgen de ble utarbeidet og levert inn. Dokumentene er levert inn på følgende tidspunkt: Dokumenter Frister 1. Statusrapport 27.10.08 2. Prosjektskisse 05.12.08 3. Forprosjekt 30.01.09 4. Prosjektrapport 29.05.09 5. Presentasjon 15-18.06.09 Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 11

Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 12

Innholdsfortegnelse 1 Statusrapport... 165 2 Prosjektskisse... 216 2.1 Om Touch Mobility AS... 16 2.2 Prosjektforslaget... 16 3 Forsprosjektrapport... 16 3.1 Presentasjon... 18 3.2 Sammendrag... 18 3.3 Om bedriften... 18 3.4 Dagens situasjon... 19 3.5 Mål og rammebetingelser... 19 3.6 Løsninger... 20 3.7 Analyse av løsninger:... 21 4 Arbeidsplan... 21 5 Fremdriftsplan... 21 6 Kravspesifikasjon... 21 6.1 Presentasjon... 26 6.2 Innledning... 26 6.2.1 Innledning... 26 6.2.2 Om bedriften... 26 6.2.3 Bakgrunn for prosjektet... 27 6.2.4 Forord... 27 6.3 Systemkrav... 28 6.3.1 Funksjonelle krav for fjernstyring av klient... 28 6.3.2 Funksjoner som skal låses... 28 6.3.3 Aministrasjons systemet på serversiden... 28 6.3.4 Registrering av nye data... 28 6.3.5 Applikasjonen skal kunne kjøres på Windows mobile 5 og 6... 28 6.3.6 Systemet skal være brukervennlig... 29 6.3.7 Systemet bør ha innloggingsfunksjonalitet... 29 6.3.8 Server/klient kommunikasjon... 29 6.3.9 Funksjonelle krav for Kiosk applikasjonen... 29 6.3.10 Hardware knapper må lases ned... 29 Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 13

6.3.11 Alle eksterne datatilkoblinger må deaktivere... 29 6.3.12 Menyvalg ved oppstart... 29 6.3.13 SD-minnekort må deaktiveres... 29 6.3.14 Ikke funksjonelle krav... 30 6.3.15 Oppetid... 30 6.3.16 Ubegrenset antall brukere... 30 6.3.17 Tekniske krav... 30 6.4 Krav til design... 30 6.4.1 Brukervennlighet... 30 6.4.2 Fleksibilitet... 31 6.4.3 Universelt design... 31 6.5 Krav til kode... 31 6.5.1 Kode standarder... 31 6.6 Krav til dokumentasjon... 32 6.7 Utvidelser... 33 6.7.1 Enhanced setting... 33 Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 14

1 Statusrapport Levert 31.10.08 Vi har dannet gruppe til hovedprosjektet våren 2009 ved Avdeling for Ingeniørutdanning. Gruppen vår består av Kagiso Molobi, Daniel Zeller, Christer Rønning Austad og Olav Bieltvedt. Gruppemedlemmer Klasse Studentnummer og e-post Kagiso Molobi 3DB s141796/ KagisoS.Molobi@stud.iu.hio.no Daniel Stefan Zeller 3DA s141797/ DanielS.Zeller@stud.iu.hio.no Christer Rønning Austad 3DA S141791/ ChristerR.Austad@stud.iu.hio.no Olav Bieltvedt 3DB S141773/ OlavL.Bieltvedt@stud.iu.hio.no Vi har enda ikke bestemt oss for hvilken oppgave vi skal velge som hovedprosjektoppgave. Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 15

2 Prosjektskisse Dato og sted: Oslo, 5. Desember 2008 Foreløpig tittel: Lockout Prosjektgruppe: Kagiso Molobi, Christer Rønning Austad, Daniel Stefan Zeller og Olav Bieltvedt Oppdragsgiver: Touch Mobility AS Kontaktperson: Even Weberg Mobil: 95203058 2.1 Om Touch Mobility AS Touch Mobility AS ble startet januar 2005. Touch Mobility AS fokuserer på distribusjon av administrasjon og sikkerhetsløsninger for mobiltelefoner til bedrift og konsumentmarkedet. Touch Mobility distribuerer sin egenutviklede produktserie MOZO, og er også sertifisert distributør av løsninger fra Common Time, Nokia Intellisync og Synchronica. MOZO er kjerneproduktet til Touch Mobility, som er et såkalt Device Management System. Man kan som administrator logge inn gjennom dette websystemet, og styre alle de ansattes telefoner i et firma, med mange funksjoner. MOZO utvikles og supporters av TM s medarbeidere på hovedkontoret i Nydalen i Oslo. 2.2 Prosjektforslaget Oppgaven går ut på å utvikle en applikasjon som gjør det mulig å slå av forskjellige funksjoner på PDA/Smartphones som kjører Windows Mobile som operativsystem. For store bedrifter kan det være ønskelig å kontrollere hva de ansattes PDA/Smartphone s skal brukes til. Touch Mobility får ofte forespørsler fra kunder som ønsker en løsning for å skru av Kamera, Bluetooth, Wlan, Telefon-del, etc. eventuelt mulighet for å låse telefonen slik at kun noen få applikasjoner kan kjøres f. eks Pocket Internet Explorer. Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 16

Dette er en funksjon som Touch mobility per dags dato ikke har noen god løsning for. De ønsker derfor å inkludere en slik funksjon i den løsningen de tilbyr sine kunder. Låseapplikasjonen vil være et produkt benyttet av en systemadministrator for å låse funksjonalitet på en Microsoft Windows Mobile telefon. Løsningen vil bestå av en klient på telefon som kommuniserer med en server via internett/gprs. System Administrator kan fra serversiden sette parametre for å låse funksjoner som for eksempel kamera, bluetooth, wlan med mer. Dette vil overføres til og eksekveres av klient på telefonen. Denne applikasjonen skal utvikles på Microsofts. NET plattform med Visual Studio 2008 og SDK for Windows Mobile 5 og 6. Løsningen vil også benytte Compact Framework 2.0 og 3.5. Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 17

3 Forprosjektrapport 3.1 Presentasjon Tittel Kioskmode applikasjon for Windows Mobile Oppgave Oppgaven går ut på å utvikle en applikasjon som gjør det mulig å slå av forskjellige funksjoner på PDA/Smartphones som kjører Windows Mobile som operativsystem Prosjektperiode 25.10.2009 29.05.2009 Gruppemedlemmer Kagiso Molobi, Christer Austad, Olav Bieltvedt, Daniel Zeller Prosjektgruppe 25 Veileder Eva Vihovde Oppdragsgiver Touch Mobility AS Kontaktperson Even Weberg, tlf: 95203058 3.2 Sammendrag Dette hovedprosjektet utføres i samarbeid med Høgskolen i Oslo og Touch Mobility AS. Oppgaven går ut på å lage en sperreapplikasjon (kioskmode) for PDA/Smartphones som benytter seg av Windows Mobile 5 og 6. 3.3 Om bedriften Touch Mobility AS ble startet januar 2005. Touch Mobility AS fokuserer på distribusjon av administrasjon og sikkerhetsløsninger for mobiltelefoner til bedrift og konsumentmarkedet. Touch Mobility distribuerer sin egenutviklede produktserie MOZO, og er også sertifisert distributør av løsninger fra Common Time, Nokia Intellisync og Synchronica. Touch Mobility er også Microsoft Certified Partner. MOZO er kjerneproduktet til Touch Mobility, som er et såkalt Device Management System. Man kan som administrator logge inn gjennom dette websystemet, og styre alle de ansattes telefoner i et firma, med mange funksjoner. MOZO utvikles og supporters av TM s medarbeidere på hovedkontoret i Nydalen i Oslo. Fellesnevneren er at alle løsningene TM distribuerer spiller sammen og bidrar til å forvandle mobile terminaler til sikre, brukervennlige og effektive lommekontor. Våre Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 18

løsninger gjør også bedriftenes utrulling av applikasjoner, bedriftsprofiler og oppsett til mobile terminaler effektivt og problemfritt uansett volum. Touch Mobility leverer løsninger for Windows Mobile og Symbian Terminaler. De er i dag kjøpt opp av Telenor, og skal fusjonere med et annet firma innen bransjen. 3.4 Dagens situasjon For bedrifter og systemadministratorer kan det være ønskelig å kontrollere hva de ansattes PDA/Smartphone skal brukes til. Touch Mobility får ofte forespørsel fra kunder som ønsker en løsning for å skru av Kamera, Bluetooth, Wlan, Telefon-del, etc. eventuelt mulighet for å låse telefonen slik at kun noen få applikasjoner kan kjøres f. eks Pocket Internet Explorer. Dette er en funksjon som Touch Mobility per dags dato ikke har noen god løsning for. De ønsker derfor å inkludere en slik funksjon i den løsningen de tilbyr sine kunder. 3.5 Mål og rammebetingelser Målet med oppgaven er å utvikle en klient/server kioskmode applikasjon for PDA/Smartphones basert på Windows Mobile 5 og 6. Vi legger vekt på en enkel og fleksibel løsning som skal være så brukervennlig som mulig. En forutsetning er at alle skal kunne bruke systemet uavhengig av hvor store tekniske ferdigheter de har fra før. Videre skal applikasjonen tilfredsstille brukerens behov. Kioskmode er en betegnelse benyttet om et system som begrenser eller låser tilgang til funksjonalitet på en telefon. Følgende parametre er det aktuelt å kontrollere: Knapper (hardware) Kamera Bluetooth/IR Wlan SD minnekort slot Telefon del ActiveSync Tilkobling med USB til PC Låse applikasjoner (Internet Explorer, GPS software, etc.) Predefinere/låse profil (Normal, Silent, Vibrate, etc.) Låse today screen/startskjermbildet Sette og låse kryptering Koblinger/EDGE/3G/HSDPA låsing Låse POP3/IMAP/Exchange Mail Endre tekst og applikasjon definert for Soft-keys (strektaster) Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 19

Rapportere fra klient tilbake til server hvilke parametre som er satt på en telefon Sette avanserte innstillinger for f. eks Bluetooth (synlighet), Wlan (kryptering), etc. Hovedfunksjoner som må implementeres: Låse hardware knapper/ funksjoner GUI på PDA/Smartphone. GUI på server siden. Akseptere predefinerte operasjoner fra designer, f. eks 3 knapper Kommunikasjon mellom server og PDA/Smartphone. Rammebetingelser Hovedfunksjonaliteten for applikasjonen er sperrefunksjonaliteten. Vi står relativt fritt til å velge funksjonalitetsmengden som skal implementeres. I startfasen av prosjektet vil vi gjøre en vurdering av hvilke arbeidsoppgaver det er viktigst å få på plass og disse vil da få høyeste prioritet. Dette gjør vi fordi det i en så tidlig fase av prosjektet vil være vanskelig å forutsi arbeidsmengden det vil ta for å implementere de forskjellige fasene i prosjektet. Ingen av gruppemedlemmene har erfaring med PDA/Smartphone programmering og det er derfor vanskelig å forutse hvor lang tid det tar å sette seg inn i programmeringsspråk, programmeringsverktøy etc. 3.6 Løsninger Applikasjonen skal kunne kjøres på alle PDA/Smartphones som bruker Windows Mobile 5 og 6 som operativsystem. Det går derav klart frem at løsningen skal benytte seg av Microsoft. NET framework SDK v2.0. Utviklingsspråket vi skal bruke vil være en blanding av C# og C++. For lagring av informasjon brukes en database. Som utviklingsprogram har vi etter nøye vurdering bestemt oss for å bruke Microsoft Visual Studio 2005. Videre bør løsningen ikke benytte seg av Open Source kode dersom løsning skal implementeres eller benyttes komersielt videre. De forskjellige funksjonene på PDA/Smartphones vil kunne sperres ved å endre verdier i registeret. Dette gjøres ved hjelp av XML og.cab filer. Å lage en overnevnte klient/server løsning innebærer enten 1 klient for PDA og 1 for Smartphone, eller enda bedre 1 felles klient. Vi er enda i en tidlig fase av prosjektet og det er derfor vanskelig å si noe om hvilken av de to løsningene vi vil velge. Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 20

3.7 Analyse av løsninger: Hovedargumentene ovenfor bedrifter er effektivisering av de ansattes bruk av PDA/Smartphones. Ved å bruke kioskmode funksjonen vil systemadministratorer, kunne kontrollere at enheten kun brukes til ønskelige formål. Produktet i seg selv kan være en avgjørende faktor for at en bedrift tar avgjørelsen for å innføre mobile terminaler. En bruker med ikke-tekniske kunnskaper vil kunne føle trygghet fordi klientapplikasjonens GUI vil gi en brukervennlig opplevelse. Høgskolen i Oslo 2009 Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 21

4 Arbeidsplan Aktivitet Beskrivelse Ferdig Statusrapport Oversikt over hvilke medlemmer som er på gruppe n. Videre beskriver dokumentet når vi fikk prosjekt og hva slags prosjekt vi ønsket. 31.10.08 Prosjektskisse Forprosjektrapport Arbeidsplan Fremdriftsplan Datainnsamling Kravspesifikasjon Denne beskriver bedriften vi har oppdrag for og prosjektforslaget deres. Dette er en mer detaljert beskrivelse av prosjektet, inneholder blant annet beskrivelse av mål, rammebetingelser og teknologi Beskriver de forskjellige delene i prosjektet og når de ble ferdig. Viser aller aktiviteter og milepæler i ett Gantdiagram Hentet inn informasjon om teknologi og hva prosjektet skal inneholde. Beskriver detaljert hva oppdragsgiver ønsker av systemet. Denne godkjennes av veileder og oppdragsgiver før implementering. 05.12.08 30.01.09 02.02.09 02.02.09 09.02.09 16.01.09 Register analyse og Utforming av XML skript. Utforsking av Windows mobile register på Windows mobile 5.0 og 6.1. Lage XML skript på bakgrunn av funn på overnevnte. 17.04.09 KioskMode koding Utvikling av KioskMode applikasjonen. 30.04.09 Utkast til GUI (server) Lage et brukergrensesnitt til server 13.03.09 BrukerLogInn server Ferdigstille innloggings funksjon for brukere mot 30.04 server Server Klient kommunikasjon Ferdigstille kommunikasjon mellom klient og 30.04.09 server Kodefrys all programmering ferdig. 30.04.09 Testing Intern Teste all funksjonalitet på Kioskmode og 02.05.09 Configuration manager Testing eksternt. Testet kioskmode og Configuation manager på 02.05.09 eksterne brukere. Timelister Tid brukt fra hvert gruppemedlem fra 18.06.09 prosjektets start til slutt. Prosjektrapport Utarbeide dokumentasjon til prosjektet 28.05.09 Prosjektdagbok Beskriver alle gruppemedlemmene sin tidsbruk. 15.06.09 Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 22

Brukermanual Utarbeide en manual for sluttbruker. 25.05.09 Forberede presentasjon Lage powerpoint presentasjon, sette av 25.06.09 tidsforbruk og generell forberedelse Presentasjon Presentere for sensor og veileder. 18.06.09 Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 23

5 Fremdriftsplan Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 24

Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 25

6 Kravspesifikasjon 6.1 Presentasjon Tittel Security Shield Oppgave Oppgaven går ut på å utvikle en applikasjon som gjør det mulig å slå av forskjellige funksjoner på mobiltelefoner som kjører Windows Mobile som operativsystem, via en server. Det skal også utvikles KioskMode applikasjon for Windows Mobile. Prosjektperiode 25.10.2009 29.05.2009 Gruppemedlemmer Kagiso Molobi, Christer Austad, Olav Bieltvedt, Daniel Zeller Prosjektgruppe 25 Veileder Eva Vihovde Oppdragsgiver Touch Mobility AS Kontaktperson Even Weberg, tlf: 95203058 6.2 Innledning 6.2.1 Innledning Dette hovedprosjektet skal utføres i samarbeid med Høyskolen i Oslo og Touch Mobility AS, under vårsemesteret 2009. Sperreapplikasjonen vil være et produkt benyttet av System Administrator for å låse funksjonalitet på en Microsoft Windows Mobile telefon. Løsningen vil bestå av en klient på telefon som kommuniserer med en server via internett/gprs. System Administrator kan fra server side sette parametre for å låse funksjoner som kamera, bluetooth, Wlan med mer. Dette vil overføres til og eksekveres av klient på telefonen. KioskMode skal være en applikasjon på Windows mobiltelefonen som begrenser eller låser tilgang til funksjonalitet på en mobiltelefon. Når brukeren slår på mobiltelefon skal en møtes av et predefinert skjermbilde som gir brukeren mulighet til å starte et visst antall programmer. All annen funksjonalitet skal være låst ned. 6.2.2 Om bedriften Touch Mobility AS ble startet januar 2005. De fokuserer på distribusjon av administrasjon og sikkerhetsløsninger for mobiltelefoner til bedrift og konsumentmarkedet. Touch Mobility leverer løsninger for Windows Mobile og Symbian Terminaler. De er i dag kjøpt opp av Telenor, og skal fusjonere med et annet firma innen bransjen. Per dags har de ca. 15 ansatte. Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 26

MOZO er kjerneproduktet til Touch Mobility, som er et såkalt Device Management System. Man kan som administrator logge inn gjennom dette websystemet, og styre alle de ansattes telefoner i et firma, med mange funksjoner. Dette produktet utvikles og supporteres av Touch Mobilty sine ansatte. 6.2.3 Bakgrunn for prosjektet For bedrifter kan det være ønskelig å kontrollere hva de ansattes mobiltelefoner skal brukes til. Touch Mobility får ofte forespørsler fra kunder som ønsker en løsning for å skru av Kamera, Bluetooth, Wlan, Telefon-del, etc. eventuelt mulighet for å låse telefonen slik at kun noen få applikasjoner kan kjøres f. eks Pocket Internet Explorer. Dette kan enkelt gjøres lokalt på mobiltelefonen, men det kan være ønskelig for en administrator å kunne fjernstyre dette fra en server applikasjon. Dette er en funksjon som Touch mobility per dags dato ikke har noen god løsning for. De ønsker derfor å inkludere en slik funksjon i den løsningen de tilbyr sine kunder. 6.2.4 Forord Formålet med denne kravspesifikasjonen er å avgrense oppgavens omfang, mot oppdraget vi har fått fra Touch Mobility. Den vil være et hjelpemiddel for oss i prosjektet og sørge for at vi holder oss til de kravene som er gitt. Den skal definere hvilke oppgaver vi ser det som realistisk å kunne oppnå, samtidig som den sier noe om ekstra funksjonalitet det kan være ønskelig å implementere dersom vi oppnår hovedmålene. Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 27

6.3 Systemkrav Under følger systemkravene for produktet som skal utvikles 6.3.1 Funksjonelle krav for fjernstyring av klient Under følger en rekke funksjonelle krav for fjernstyring av klient. 6.3.2 Funksjoner som skal låses Funksjoner det er et absolutt krav å kunne låse: Bluetooth Wlan Autorun Autorun av filer på minnekort Klokke USB tilkobling Kamera (ikke et krav på alle PDA/Smartphone s, da dette kan være veldig vanskelig på enkelte telefoner) SD minnekortslot GPRS/3G ActiveSync Låse applikasjoner Funksjoner det er ønskelig å ta med dersom tiden tillater dette: Infrarød Soft- keys Predefinere profiler (Silent, Normal, Vibrate) Låse Today Screen/Startskjermbildet (Låse temaet slik at bruker ikke kan endre dette) 6.3.3 Administrasjons systemet på serversiden I systemet skal man kunne velge mobiltelefon og hvilke funksjoner som skal låses. 6.3.4 Registrering av nye data Det skal være mulig å registrere nye brukere, mobiltelefoner til brukeren og tilhørende låse scripts. 6.3.5 Applikasjonen skal kunne kjøres på Windows mobile 5 og 6 Applikasjonen skal kunne kjøres på alle PDA/Smartphones som bruker Windows Mobile 5 og 6 som operativsystem. Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 28

6.3.6 Systemet skal være brukervennlig Det er et mål at systemet skal være brukervennlig. Vi vil så langt det lar seg gjøre lage et brukervennlig system. 6.3.7 Systemet bør ha innloggingsfunksjonalitet Serversiden bør ha en innloggingsfunksjon der brukeren logger inn ved hjelp av brukernavn og passord. 6.3.8 Server/klient kommunikasjon Klient skal ved faste mellomrom sjekke sin profil hos server ved å bruke den tilgjenglige datatilkoblingen den har. Server sender endringer til klient som provisjonerings XML filer. 6.3.9 Funksjonelle krav for Kiosk applikasjonen Under følger funksjonelle krav for produktet som skal utvikles 6.3.10 Hardware knapper må lases ned Alle hardware knapper som fungerer som snarvei til applikasjoner skal være låst ned. 6.3.11 Alle eksterne datatilkoblinger må deaktivere Alle funksjonalitet som kan koble Windows mobiltelefonen opp mot eksterne enheter må deaktiveres. Dette er funksjoner som ActiveSync, Bluetooth etc. 6.3.12 Menyvalg ved oppstart Ved oppstart av klient skal brukeren presenteres en hovedmeny som gir brukeren tilgang til å starte et gitt antall applikasjoner. Alle andre applikasjoner skal brukeren ikke få tilgang til. 6.3.13 SD-minnekort må deaktiveres SD-Minnekortslot må deaktiveres Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 29

6.3.14 Ikke funksjonelle krav Under følger en rekke ikke funksjonelle krav 6.3.15 Oppetid Synkroniseringsserveren bør ha en oppetid på nærmere 100%. 6.3.16 Ubegrenset antall brukere Det bør ikke være noen begrensning på antall brukere av systemet. 6.3.17 Tekniske krav Utviklingsplattform: Utviklingsverktøy: Microsoft Visual studio 2005. Rammeverk: Microsoft.NET framework SDK v2.0. Driftsplattform: PDA/Smartphone: Windows mobile 5 og 6. 6.4 Krav til design Under følger krav til design av produktet som skal utvikles 6.4.1 Brukervennlighet Ved utformingen av systemet legger vi stor vekt på brukervennlighet. Utformingen av GUI skal være slik at det er en logisk sammenheng mellom plassering av knapper, menyvalg, innstillinger etc. slik at det er enkelt å bruke de forskjellige funksjonene i systemet. Den tekniske biten av systemet skal ikke være synlig for brukeren av systemet, men skal skjules av et enkelt GUI. Systemet skal ha enkle snarveier for å kunne utføre avanserte funksjoner. En forutsetning skal være at alle skal kunne bruke systemet uansett tekniske forkunnskaper. Det kan også være ønskelig å ha en utvidet funksjonalitet for avanserte brukere. Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 30

6.4.2 Fleksibilitet Vi tar utgangspunkt i at systemet skal ha en fleksibel grunnstruktur. Vi tar høyde for at systemet kan bli videreutviklet av Touch Mobility og prøver å legge et godt grunnlag for videreutvikling. Det er derfor viktig at designet legger grunnlag for ny funksjonalitet i fremtiden. 6.4.3 Universelt design Systemet skal være universelt utformet. Dette innebærer at systemet skal være tilpasset for alle brukere i så stor grad det lar seg gjøre. Dermed skal man ikke måtte gjøre noen spesielle endringer for bestemte brukergrupper. Dette kan være brukere med nedsatt synsevne og fargeblide. 6.5 Krav til kode For å få en ryddig og oversiktlig kode er det viktig at det følges gitte standarder for hvordan koden skal være bygget opp. Det skal være enkelt for andre som eventuelt skal jobbe videre med koden å sette seg inn i og videreutvikle denne. Det er derfor viktig med riktige variabelnavn, klassestrukturer etc. Samtidig må alle i gruppen følge samme mal for kodingen slik at det ikke lar seg skille mellom hvilke gruppemedlemmer som har programmert de forskjellige delene av systemet. 6.5.1 Kode standarder (1) Vi har bestemt oss for å følge Hungarian notation. Hungarian notation kan brukes uavhengig av programmeringsspråk og er en retningslinje eller et regelsett for hvordan variabelnavn skal se ut. Følges denne standarden vil resultatet bli en ryddig og enkel kode. (2) Microsoft har på sine nettsider laget en standard for struktur av klasse bibliotek. Denne sier noe om design av klasser og datastrukturer. Oppsummert kan vi si at det skal skrives enkel, strukturert og sikker kode, basert på de overstående retningslinjer. (1) http://en.wikipedia.org/wiki/hungarian_notation (2) http://msdn2.microsoft.com/en-us/library/ms229042.aspx Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 31

6.6 Krav til dokumentasjon Vi har utviklet en dokument mal som vi skal følge i alle dokumentene i dette hovedprosjektet. Dette har vi gjort for å slippe unødvendig formateringsjobb. Samtidig vil det føre til en gjennomført stil i alle dokumentene vi lager. Gjennom hele prosjektet føres det en prosjektdagbok der all jobbing med prosjektet loggføres med alt fra møter, felles jobbing og individuell jobbing. Samtidig fører alle timelister slik at vi til slutt har en oversikt over hvor mange timer vi har brukt til sammen. Vi har også opprettet et samlingssted på Internett ( basecamp ) der alle involverte i prosjektet har tilgang. Her kan man skrive nye innlegg, diskutere neste steg, laste opp filer og føre timelister. Dette vil vise seg å være et svært nyttig hjelpemiddel for oss for å kunne holde hverandre oppdatert til enhver tid. Vi har også utarbeidet en arbeidsplan og en fremdriftsplan som hjelper oss med å overholde frister og holde fokus på de riktige arbeidsoppgavene. Det er et krav at vi følger den dokumentstandarden som er gitt av skolen. Her er det inntil videre ønskelig at vi følger Ann Mari Torvatn sine dokumentmaler. Samtidig er det store krav til sluttdokumentasjonen og det er derfor viktig at vi fortløpende dokumenterer det arbeidet som er utført slik at vi slipper alt for store arbeidsmengder mot slutten av prosjektperioden. Vi vil skille mellom styringsdokumentene og sluttdokumentasjonen. Styringsdokumentene er dokumenter som skal hjelpe oss å nå det endelige målet med oppgaven, mens sluttdokumentasjonen skal inneholde alt som til slutt skal leveres inn til sensor. Kravspesifikasjonen vil kunne endre seg underveis og denne er derfor satt både under styringsdokumenter og sluttdokumentasjon. Styringsdokumenter: Prosjektskisse Prosjektdagbok Forprosjektrapport Fremdriftsplan Overordnet kravspesifikasjon Sluttdokumentasjon: Endelig kravspesifikasjon Prosessdokumentasjon Produktdokumentasjon Testdokumentasjon Brukerveiledning Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 32

6.7 Utvidelser Vi ønsker å utvide vårt produkt dersom tiden tillater dette. Nedenfor er et forslag til fremtidige utvidelser. 6.7.1 Enhanced setting I tillegg til kategoriene ovenfor (Sperring + Kioskmode) så er det mange fine ting man kan gjøre i Registry - f. eks skru på analog klokke i meny, skru av SSL checkbox i konfigurasjon av server for ActiveSync, Close button i boble for datakobling ikon øverst i skjermbildet++ Dett kan legges inn under Enhanched settings for hver modell. Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 33

Høgskolen i Oslo Hovedprosjekt i Anvendt datateknologi, våren 2009 Side 34