IT krav til dubu /6 2016, Norddjurs

Deltagere Mads Sørensen, Norddjurs Michael Hviid, Skive Peter Gottlieb, KOMBIT Frank Stjerne, KOMBIT Christian Holm, KOMBIT Poul Johansen, Odder Rune Mortensen, Vesthimmerland Lene Kjær Holst, Thisted Peter Ludvigsen, Hjørring Gert Gammelmark, Ringkøbing-Skjern Susanne Astrup, Hedensted Thomas Andersen, Randers

Opsamling til krav spec for DUBU 3.0 Nedenstående er en præsentation af mulige krav spec. for DUBU 3.0. Kommentering i rødt og slide er mødedeltagernes kommentarer, som Kombit bringer videre i processen.

Krav 1 Løsningenskal kunne til gås på brugernes udstyr Løsningen skal kunne til gås på brugernes udstyr Kategori:(K)Type:Ikke funktionelt Beskrivels e: Løsningen skal understøtte ”responsive design”. Løsningen skal kunne tilgås på forskellige enheder med forskellige opløsninger og skærmstørrelser, herunder alle typer pc’er, tynde klienter, tablets og smartphones. Løsningen skal som minimum kunne eksekveres på alle ovenstående enhedstype, på trods af forskel i opløsning/skærmformat og inputmuligheder, f.eks. touch/pegeredskab.

Krav 2 Browser Løsningen skal være platform og OS uafhængig Kategori:(K)Type:Ikke funktionelt Beskrivels e: Browser Løsningen er en webapplikation, der afvikles i browseren uden afhængighed til klientens operativsystem og platform. Browser Løsningen skal også kunne tilgås i forbindelse med klient virtualiseringsværktøjer, f.eks. fra Citrix, Microsoft og VMWare. Forslag til formulering: Løsningen skal understøtte et serverbased computing / multiuser enviroment Løsningen skal understøtte både privat sky og leverandørsky

Krav 3 Browser Løsningen skal kunne afvikles på alle browsere Kategori:(K)Type:Ikke funktionelt Beskrivels e: Browser Løsningen skal som udgangspunkt kunne afvikles på alle browsere på markedet. Der er dog kun krav om, at leverandøren skal teste og tilbyde support af browsere på den aftalte ”Browser liste”, på hver enkelt platform. Krav om test og support gælder kun for officielt supporterede browser versioner (altså supporteret af browser-leverandøren) Det skal afgøres om denne liste skal med. ”Browser listen” er på udbudstidspunkt disse Browsere:  Microsoft Edge  Apple Safari  Chrome  Firefox  Mobile Safari på iOS  Android native browser  Windows phone browser  IE

Krav 4 og 5 Advarsel ved brug af browser uden support Kategori:(K)Type:Ikke funktionelt Beskrivels e: Browser Løsningen skal sende en advarsel til Brugeren, hvis Løsningen forsøges tilgået med Browser i version, som ikke er officielt supporteret af Leverandøren. Denne advarsel kunne være en pop-up med advarsel i tekst, som der skal svarer ok til. Krav omkring browser plugin Kategori:(K)Type:Ikke funktionelt Beskrivels e: Browser Løsningen må ikke baseres på anvendelsen af 3. parts plugins eller tilsvarende funktionalitet.

Krav 6 og 7 App Løsningen skal kunne downloades på flere platforme Kategori:(K)Type:Ikke funktionelt Beskrivels e: App Løsningen skal være tilgængelig i minimum Apple App Store og Google Play. App løsningen skal være tilgængelig på de OS versioner som er officiel supporteret af OS leverandør. Windows phone – skal den med – den kan bestilles som option! Brugere skal kunne printe fra Løsningen Kategori:(K)Type:Ikke funktionelt Beskrivels e: Løsningen skal kunne printe til lokale printere via de muligheder, der er for klienten.

Krav 8 og 9 Ekstra Browser tilføjes ”Browser listen” Kategori:(O)Type:Funktionelt Beskrivels e: Der tilføjes endnu en Browser på ”Browser listen”, som Leverandøren skal teste og supportere App bestilles til ny platform Kategori:(O)Type:Funktionelt Beskrivels e: Med denne Option kan KOMBIT bestille app for Løsningen til ny platform

Andre krav Apps: Vigtigt at socialrådgiverne kan skrive noter på en aktivitet mens de sidder ude hos klienten, en light app på iPad. Vigtigt at der er mulighed for at kunne gå offline i en app. Det er vigtigere at en app giver muligheden for at arbejde ude frem for at kunne tilgå alting. Login: Det bør være muligt at bruge støttesystemerne til login, så man centralt kan styre brugernes rettigheder. Log og historik: Bedre adgang til log og historik – at få overblik over, hvem der har gjort hvad i DUBU på brugersiden. Mail: Det skal være muligt at modtage digital post. Det skal med i kravspecifikationen Juridisk: Leverandører skal være tekniske samarbejdspartnere uanset hvem, der står som licensejere, så Leverandøren ikke kan sende problemløsning til tredjepart. Wordfilhåndtering: Kommunerne bruger ikke de wordfiler, som genereres i den nuværende løsning. Det er en Siebel-måde at få tekst ind i databasen. Kommunerne vil have det bedre med at tekst skrives direkte ind i webinterfacet og gemmes i databasen. Det vil også gøre det muligt at lave app-løsninger. Men det skal være muligt at eksportere indhold over i en Word eller Excel. Det er vigtigt, at der kan gemmes store tekstmængder i databasen, f.eks. lange rapporter. Print: I dag printer kommunerne indhold ud på papir ved aktindsigt. Det giver udfordringer med forskellige printerdrivere i de enkelte kommuner. En eksportfunktion til PDF vil løse det problem

Andre krav (fortsat) Wordfilhåndtering: Kommunerne bruger ikke de wordfiler, som genereres i den nuværende løsning. Det er en Siebel-måde at få tekst ind i databasen. Kommunerne vil have det bedre med at tekst skrives direkte ind i webinterfacet og gemmes i databasen. Det vil også gøre det muligt at lave app-løsninger. Men det skal være muligt at eksportere indhold over i en Word eller Excel. Det er vigtigt, at der kan gemmes store tekstmængder i databasen, f.eks. lange rapporter. Odder har undersøgt ovenstående, og i Odder bruger de meget ”frase funktionen”, når der dannes skrivelser. Dermed bruger de faktisk (word)filen, og den funktion vil de nødigt undvære. Så hvis ”word filen” forsvinder, så vil Odder gerne have en ”frase” funktionalitet i DUBU. Print: I dag printer kommunerne indhold ud på papir ved aktindsigt. Det giver udfordringer med forskellige printerdrivere i de enkelte kommuner. En eksportfunktion til PDF vil løse det problem.

Citrix-trick fra Norddjurs Jeg lovede lige at sende noget info på hvordan vi har sikret at de her Java prompts ikke bliver ved med at komme, når brugerne har været logget af Citrix/RDS og logger på igen. Det vi har gjort er at sikre følgende fil, bliver kopieret med over i brugerens profil når de logger af og så bliver kopieret med over igen, når brugeren logger på: %appdata%\LocalLow\Sun\Java\Deployment\security\trusted.certs Vi kopiere så hele mappen for en sikkerhedsskyld: %appdata%\LocalLow\Sun\Java\Deployment\security Det er nemt at gøre med Citrix Profil Management og det hjælper meget på brugeroplevelsen for brugeren, da den så husker hvad brugeren har valgt når de sætter flueben i at den skal huset de her settings. Den hjælper dog kun for de prompts som har et ”kaffe kop” (Java logo) på sig, så vi mangler forsat lige at knække koden på følgende prompt: ‘ Den burde ikke komme når man har de rette settings i følgende fil: C:\Windows\Sun\Java\Deployment\deployment.properties