Å utvikle gode brukergrensesnitt handler om å sette brukeren i fokus, og lage det som er best mulig under de forutsetninger man har. I løpet av de siste årene har SAP kommet med nye verktøy som gir større fleksibilitet samt raskere og sikrere utvikling; kort sagt større muligheter for å utvikle gode brukergrensesnitt. Denne artikkelen vil gå igjennom motivasjonen for å fokusere på brukergrensesnitt og hvilke muligheter de nye verktøyene gir.

Hvorfor nedprioriteres ofte brukergrensesnitt?
Historisk sett har mange vært skeptiske til å endre brukergrensesnittet fordi det har betydd å endre ”standard SAP”. Brukergrensesnittet og forretningslogikk har vært knyttet så tett sammen at kostnadene har blitt for høye. I tillegg er ofte fokuset i prosjekter kun på funksjonalitet og ikke hvordan funksjonaliteten skal tilgjengliggjøres for brukerne. Det medfører at brukerne først blir involvert i opplæringsfasen og det er som regel altfor sent.

SAP sine nye verktøy løser den tekniske delen av utfordringen, men verktøy alene er ikke nok. For at prosjektet ikke skal gå i samme felle som utallige prosjekt tidligere, må prosjektet og prosjektledere ha fokus på å involvere brukerne med tanke på brukeropplevelsen tidlig.

Hvorfor er brukergrensesnitt viktig?
Det er minst tre faktorer som blir påvirket av brukergrensesnittet: Effektivitet, kvalitet og motivasjon.

Effektivitet fordi brukerne av systemer med dårlige brukergrensesnitt ofte bruker lengre tid på å utføre oppgavene sine. I tillegg vil en bruker som sliter med å utføre sine arbeidsoppgaver måtte søke hjelp hos enten helpdesk eller kollegaer. Dermed påvirkes også deres effektivitet negativt.

Et dårlig brukergrensesnitt vil også kunne påvirke kvaliteten på data. Ukjente begreper og valg som brukerne ikke har noe forhold til er typiske årsaker til at feil data legges inn i systemet. For organisasjonen betyr det at mer ressurser må brukes på å kvalitetsikre og vaske data.

Brukernes motivasjon blir også påvirket negativt. Vanskelig brukergrensesnitt er noe som lett irriterer brukerne og kan gå utover humør og innsatsvilje.

Hvilke muligheter har vi?
SAPs standard brukergrensesnitt er basert på SAPs erfaring om hvordan en applikasjon/transaksjon blir brukt. I mange tilfeller stemmer det bra med en organisasjons virkelighet, men dessverre ikke alltid. Nå som flere og flere brukere aksesserer SAP gjennom NetWeaver Portal er det viktig å vite hvilke muligheter som finnes for å tilpassse og utvikle nye brukergrensesnitt.

Tilpasse eksisterende grensesnitt (ERP 2005)
SAPs nye brukergrensesnitt er veldig fleksible og kan tilpasses på mange måter:
• Sluttbruker kan gjøre sine egne tilpasninger (for eksempel fjerne felter og lagre vanlige søk).
• Administrator kan endre grensesnittet ved hjelp av endringer i konfigurasjon.
• Utvikler kan gjøre endringer i selve koden.

Utvikle nye brukergrensesnitt
Hvis standard brukergrensesnitt er for langt fra behovet eller man bruker eldre versjoner av SAP-systemer kan det utvikles helt nye brukergrensesnitt.

Hva med å ha dokumentasjon, eksempler, rapporter og verktøy tilgjengelig når du skal utføre arbeidsoppgaven? Det vil sannsynligvis gjøre det enklere og raskere, pluss at det vil gi deg et bedre grunnlag å ta avgjørelser på.

Bildet under er et eksempel på hvordan man kan få til dette. Skjermbildet viser et steg i en SAP arbeidsflyt hvor kundebehandleren kan akseptere eller avslå en søknad.

• I del 1 av skjermbildet vises informasjon om søkeren og kundebehandleren har mulighet til å avslå eller akseptere søknaden.

• I del 2 finnes det verktøy som hjelper kundebehandleren å vurdere søknaden. For eksempel ved å kjøre intern eller ekstern kredittsjekk på søkeren. Dokumentasjon av disse verktøyene er lett tilgjengelig.

• I del 3 er mer generell dokumentasjon, retningslinjer og rapporter samlet. Her kan kundebehandleren for eksempel se hvilke søkere som har blitt godkjent manuelt tidligere og gjeldende retningslinjer.

I et SAP standardgrensesnitt vil kanskje bare del 1 av skjermbildet være til stede, men ved å involvere brukerne kan vi identifisere behovene og legge til funksjonalitet som gjør oppgaven enklere å løse. I dette tilfellet vil del 2 og 3 kunne hjelpe kundebehandleren til å være mer effektiv og ha et mye bedre beslutningsgrunnlag.

Verktøykassen
For å kunne realisere mulighetene trenger vi et sett med verktøy. I dette avsnittet presenteres de viktigste.

NetWeaver Portal
NetWeaver Portal brukes til å lage en arbeidsflate som samler all informasjon og tjenester brukerne til enhver tid trenger. Ved hjelp av portalen kan brukeren aksessere informasjon fra forskjellige systemer og jobbe med den gjennom nettleseren. Portalen sikrer også at brukeren kun har tilgang til den informasjonen han er autorisert til.

SAP sine nye brukergrensesnitt er laget for å kjøre i portalen. NetWeaver Portal vil derfor være et forretningskritisk system for de aller fleste SAP kunder.

Web Dynpro
Web Dynpro er SAPs strategiske verktøy for å utvikle brukergrensesnitt til forretningsapplikasjoner. Web Dynpro er et kraftig verktøy som gjør det mulig å utvikle brukergrensesnitt på kort tid. Fordelene med Web Dynpro er bl.a. at man kan utvikle i både Java og ABAP, og at rammeverket er omfattende slik at utvikleren ikke behøver å skrive mye kode. Det betyr kortere utviklingstid og færre feil. De fleste nye web-baserte grensesnittene SAP lager er utviklet i Web Dynpro. Ved at kundene bruker de samme verktøyene får man en enhetlig brukeropplevelse uavhengig om det er standard eller egenutviklede applikasjoner.

Visual Composer
Visual Composer er en del av NetWeaver Portal og er et verktøy for å modellere brukergrensesnitt. Det betyr at det ikke er behov for å skrive kode. Det gjør Visual Composer til et effektivt verktøy for å lage enkle brukergrensesnitt. Visual Composer kan brukes til å lage applikasjoner som benytter tjenester fra databaser, SAP systemer, datavarehus og alle systemer som støtter Web Services. En tjeneste kan defineres som en funksjon som kan kalles fra et annet system. Visual Composer er helt avhengig av slike tjenester for å kunne utvikle brukergrensesnitt.

Ønsker man for eksempel å lage en applikasjon i Visual Composer som oppretter en bruker i ERP systemet, må en ”opprett kunde” tjeneste være tilgjengelig. Den tjenesten kan enten komme som standard fra SAP eller den må utvikles av kunden.

Enterprise Service-Oriented-Architecture (ESOA)
Både Web Dynpro og Visual Composer handler om brukergrensesnitt. Det betyr at forretningslogikken fortsatt skal ligge trygt bevart i kildesystemet. Det smarte med en slik tankegang er at man kan lage nye brukergrensesnitt uten at det påvirker eksisterende forretningsfunksjonalitet.

ESOA handler om å gjøre forretningsfunksjonaliteten tilgjengelig på en standardisert måte. Det er disse tjenestene (for eksempel det å opprette en bruker) som Web Dynpro og Visual Composer er avhengig av for å kunne lage brukergrensesnitt.

Hva kreves for å komme i gang?
For å komme i gang med de nye web-baserte brukergrensesnittene må NetWeaver Portal være på plass. Det er plattformen som syr sammen applikasjonene i nettleseren. For å kunne benytte Visual Composer må NetWeaver Portal være på versjon 2004s.

Brukergrensesnitt basert på Web Dynpro og Visual Composer kan utvikles mot alle nyere versjoner av SAP R/3 og ERP. Det betyr at de fleste SAP-kunder allerede har det som kreves for å utnytte mulighetene beskrevet her. Dermed bør alt være klart for å sette brukerne i sentrum og utnytte SAP løsningen mer effektivt.