Systemutvikling - noen praktiske erfaringer og betraktninger Øystein Amland HiB 08.04.03

Tema Innledning IT-systemer - systemutvikling min bakgrunn, litt IT-historie IT-systemer - systemutvikling Virksomhetsprosesser - IT-systemer : noen sammenhenger, betydning for valg : kjøpe eller utvikle applikasjon ? Formula Prosjektstyring erfaringer fra et utviklingsprosjekt DashBoard Portal Server : eksempel på en standard, Web-basert intranettløsning

Innledning

Innledning Utdanning Jobberfaring Litt IT-historie siv.ing (NTH/NTNU) Høyere avd. eksamen NHH, bedriftsøkonomisk analyse Jobberfaring systemutvikling adm.systemer (10 år) konsulent/bedriftsrådgiver (10 år) salg og implementering av Internett-/Web baserte løsninger (2 år) nå : selvstendig konsulent, timelærer ved HiB, AI roller i forhold til IT-systemer : bruker - utvikler - selger - implementatør - konsulent/kjøper Litt IT-historie NTH slutten av 70-tallet, hullkort, programutskrift, Univac; SSB, lunsjpakken mistet hullkortstabelen; ND, harddisk - egen frittstående enhet, 10 MB, 20x20 cm da PC'en kom til verden. Når ? 1983 ! Slepbar .. og så kom Internett ....

IT-systemer - en inndeling

IT-systemer - ulike typer Systemtyper - en mulig inndeling administrative systemer (eksempler tavle) kontorstøtte systemer (eksempler tavle) bransjerettede spesialsystemer. Mange ! (eksempler tavle) f.eks. : energiverk - NIS, telenett - NIS (eksempel: valg av NIS) Standardsystemer - egenutviklede/spesialsystemer Standardsys., (standard)pakker : "standardisert" i den forstand at ulike typer virksomheter i mange bransjer kan nyttiggjøre seg systemet som det er (i praksis : ALLTID tilpasninger for litt større virksomheter) Spesialutviklet system for én bestemt virksomhet og ett spesielt formål større/avanserte applikasjoner : større virksomheter mindre spesialsystemer, f.eks. verktøy som Lotus Notes/Domino, MS Access

Virksomhetsprosesser

"Prosesser" Virksomhetsprosesser, arbeidsprosesser i virksomheten tidligere betegnelse : (virksomhets)funksjoner prosesstankegangen innebærer at de enkelte funksjonsområdene i en bedrift sees i sammenheng med flyt av informasjon (og varer) gjennom og mellom de enkelte områdene Kjerneprosesser : hva skal virksomheten drive med / leve av ? Avhenger av bransje ! Eksempel bank: Se virksomhetsmodell neste side Støtteprosesser : understøtter kjernevirksomheten Eksempler : Økonomi, regnskap, personal, lønn, IT,.. Eksempel : Innkjøp - inngående fakturaer (Eks. tavle + eFlow foiler) Stor grad av felles behov for ulike sektorer og bransjer Formål med IT-systemer : verktøy for å understøtte arbeidsprosessene BPR = ?

s

Kjøpe eller utvikle selv ?

Kjøpe eller utvikle selv ? Hva betyr dette for valget : kjøpe eller utvikle systemet selv ? Støtteprosesser : Et stort utvalg av standardpakker finnes Kjerneprosesser : Stadig flere pakker og mer funksjonalitet tilbys. Selv store virksomheter velger i større og større grad standardpakker når det gjelder administrative løsninger (f.eks. Telenor - NIS) MEN : Tilpasninger alltid påkrevd for litt større virksomheter (Eksempler på standardpakker) Spesialapplikasjoner : stadig mye egenutvikling Anbefaling (?) "vi er så spesielle" faktum : eksisterende standardpakker er vanligvis bygget opp på en strukturert måte og basert på velfungerende arbeidsprosesser sett i sammenheng ressurskrevende og risikofylt med egenutvikling dvs. : gode argumenter bør finnes for å satse på egenutvikling

Eksempel på et utviklingsprosjekt : Formula Prosjektstyring - erfaringer og anbefalinger

Før prosjektstart Noen sentrale spørsmål Hva avgjør om prosjekt og system blir en suksess ? Hva er formålet med systemet ? standard system ? videresalg ? Hvem skal bruke systemet ? kjøpe eller utvikle ? hva finnes ? "spesielle" behov ? Levetid ? Integrasjonsbehov grensesnitt mot andre systemer brukergrensesnitt ! basis programvare, utviklingsverktøy

Formula Prosjektstyring (Formula PS) Standard prosjektstyringssystem rettet mot både offshore industri og landbaserte virksomheter / prosjektorganisasjoner Verktøy for planlegging og oppfølging av (større) prosjekter Utviklet av Formula OpenSoft (opprinnelig et utviklingsniljø fra Computas og Norsk Data, senere en del av Merkantildata) med bistand bl.a. fra NPC, Terramar Prosjektledelse og Chr. Michelsens Institutt. Utviklingsprosjekt : ca. 16.000 timer, 8-10 utviklere, 1 1/2 år moduloppbygget, funksjoner for prosjektplanlegging og -oppfølging med bl.a. prosjektstruktur, periodisering, ressursstyring, nettverksplanlegging og grafikk 50-60 funksjoner, 60 tabeller i databasen

Før prosjektet startes Skal systemet utvikles ? formål, behov, marked ? Er tilsvarende system allerede tilgjengelig ? Hvis standardsystem, er det tilstrekkelig kommersielt grunnlag ? Formula : Mangelfullt forarbeid for å verifisere markesmessige muligheter Undervurdering av kostnader knyttet til kommersialisering Anbefalinger : Undersøk om det finnes systemer på markedet Vær trygg på at det er økonomisk og kost-nytte messig grunnlag for å utvikle systemet

Brukermedvirkning "den som har skoen på .... brukerne kjenner best funksjonelle behov, ønsket brukergrensesnitt og prioriteringer Formula : For liten involvering av potensielle fremtidige kunder/brukere Konsekvenser : behov for ut-data siden for lite vektlagt (rapportering, spørringer, enkel grafikk, analyser,...) Viktigheten av enkelt og tiltalende brukergrensesnitt for lite fokusert Anbefalinger : identifisér viktige brukergrupper trekk brukerne med i prosjektet fra starten ! Brukerbehov, kravspesifikasjon. La brukerne få teste ut prototyper av moduler underveis (jfr. iterativ utvikling)

Dokumentasjon Brukerdokumentasjon - ja med fokus på lett tilgjengelig on-line hjelp ... men viktigere med intuitivt brukergrensesnitt Systemdokumentasjon - oversiktlig, vise struktur og sammenhenger arkitektur - datamodell - database - programkode - grensesnitt; teknologi/utviklingsverktøy Formula : For høy prioritering av brukerhåndbok på bekostning av intuitivt bruker-grensesnitt og on-line hjelpedokumentasjon Anbefalinger : legg til grunn faktisk brukeratferd ved utforming av brukerdokumentasjon vedr. systemdokumentasjon tenk produktforvaltning : dvs. drift, feilrettinger, videreutvikling, tilpasninger, .. helt fra starten ved utforming og utarbeidelse av system dok. tenk versjonshåndtering

Databasens betydning Databasen er hjertet i de fleste databasebaserte applikasjoner dataelementer og datastruktur har en mer statisk natur enn funksjonelle behov en velstrukturert datamodell og databaseskjema gir et godt grunnlag for koding og senere forvaltning av applikasjonen Formula : Svært godt utarbeidet og solid datamodell gav trolig både ressurs- og tidsmessige besparelser ved programmeringen og bidro til en robust løsning Anbefalinger : Prioriter datamodellering i designfasen, om nødvendig på bekostning av funksjonalitet

Implementering Implementering kan betraktes som siste hovedfase i et utviklingsprosjekt beskrive/utforme anvendelsen for den aktuelle situasjon, installere, lære opp, teste, drifte Formula : 2 - 3 pilotkunder kunne vært håndtert mer profesjonelt Anbefalinger : Velg riktig implementeringsstrategi Pilottesting er nødvendig ! Varsle pilotbrukerne for å dempe forventninger Andre forhold enn de systemmessige og teknologiske er mest viktig : Endringshåndtering, prosjektledelse/prosjektstyring !

Prosjektstyring - noen anbefalinger

Prosjektstyring Planleggingsfase - gjennomføringsfase Planlegging viktig ! (figur tavle) Utvikling av Formula Prosjektstyring paradoks vi ville hatt stor nytte av systemet ifm. systemutviklingen ! Utfordringer : håndtere usikkerhet/risiko unngå overskridelser, forsinkelser Formula Prosjektgruppen lærte mye prosjektstyring underveis. Prosjektet ble ferdig til planlagt tid og innenfor avsatt kostnadsramme, men med noe redusert ambisjonsnivå for funksjonalitet. Estimering av omfang/arbeidstimer : inndeling av funksjoner i 3 kategorier : Tung, middels, lett.

Prosjektstyring forts. Anbefalinger planleggingsfasen : Strukturér prosjekt : delprosjekt-aktiviteter-leveranser Avklar ansvar og roller Estimér ikke på for deltaljert nivå Avklar tids- og kostnadsrammer Anbefalinger gjennomføringsfase : Revurder estimater løpende Fokusér på leveranser ! I prosjektoppfølging : fokusér på avvik fra plan og tiltak Fremdrift : "Hva gjenstår ?" (estimat for gjenstående arbeid) og ikke "Hvor stor del er ferdig" Redusér omfang (funksjonalitet) fremfor å gå på akkord med kvalitet ! Testing : Viktig ! (Jfr. Carsten pres.)

DashBoard - en standard intranettløsning

Hva er et intranett ? DashBoard Intranett : verktøy for utveksling av intern informasjon mellom medarbeiderne i en virksomhet Mulig målformulering : "... for å effektivisere og forbedre kvaliteten på informasjonsflyt og informasjonsbehandling...." Kjennetegn intranett Elektronisk bearbeiding, lagring og distribusjon av informasjon Verktøy til å organisere ustrukturerte data og informasjon DashBoard Basert på Internett-teknologi standard teknologi, plattform uavhengig intranettet kan nås via Internett uansett hvor du befinner deg Standard Web bruker-grensesnitt: nettleser ("browser") Forskjell fra Internett : Avgrenset brukertilgang : brukernavn og passord Relativt lave kostnader knyttet til anskaffelse og å ta i bruk

Hva slags info. kan utveksles over intranettet ? Virksomhetsinformasjon organisasjonsstruktur : lokalisering, avdelinger, seksjoner ansatte : telefonnr., e-post adresse, stilling, kompetanse (CV), bilde organisasjonsendringer, nyansatte telefonliste produkter, tjenester, prosjekter,... Virksomhetsinformasjon er et typisk eksempel på informasjon som også vil være aktuell for publikum, dvs, på Internett Publisering Interne nyheter, informasjon Rundskriv, intern-avis

Hva slags info. kan utveksles ? forts. Håndbøker Personalhåndbok Brukerveiledninger Kvalitetssikring Metoder, verktøy Felles rutiner, dokumentmaler og skjema Prosjektadministrasjon Prosjektdokumenter: Oppdaterte planer, statusrapporter, møtereferater, beskrivelse av leveranser, ... Prosjektdeltagere : Telefonnr., e-post-adresse mv. Møteplaner, generell prosjektinfo. Ledelsesinformasjon: rapporter, styringsinformasjon Diskusjonsforum Oppslagstavle ......

Intranettportalen kan være inngangsporten til alle virksom-hetens systemer og data !

Brukere av intranettet Brukergrupper ALLE medarbeidere Informasjonsavdelingen Ledere Andre roller Redaktører "Forfattere" Administratorer

Teknologiske forutsetninger Lokalnett (LAN), globalnett (WAN) / tilgang til Internett Tilgang til PC ! Nettleser på PC'ene (Internet Explorer, Netscape, Opera)

Dashboard Portal Server - 3-lags arkitektur : Presentasjonslag : basert på standard DHTML, Java-Script og ASP (Active Server Pages) MS Information Server MS Transaction Server Mellomlag / logikk : COM basert med støtte for MTS SQL Server / Oracle Database : SQL Server el. Oracle Operativsystem : Windows NT/2000/XP Windows 2000 / NT Server Denne oppbyggingen gjør løsningen svært skalerbar slik at den kan benyttes i både store og små organisasjoner

METODIKK Planlegging Målsetting Kartlegging Installasjon, testing, opplæring Utforming av løsninger Overlevering, forvaltning Systembygging Prosessforbedringer Systemer og IT Opplæring Kost-nytte analyser Kost-nytte analyser Prosjektledelse og prosjektadministrasjon, endringshåndtering Dokumentasjon Kontrakts- dokumenter Prosj.hånbok Kravspek. Løsnings- beskrivelse Brukerdokum. Systemdokum. Testdokum. Drifts- og forvalt-nings dokum. Modifikasjons- forslag Godkjennelses- dokument Vedlikeholds- og supportavtale