SYSTEMUTVIKLING KAPITTEL 7 FORPROSJEKT
Forprosjektet omfatter:
FAKTAINNSAMLING
Samle inn informasjon om hvordan eksisterende systemer fungerer. Problemer brukerne har, Mangler de mener at systemer har, Ønsker om forbedringer.
Og informasjon om Organisasjonen: Hva skal systemer gjøre for organisasjonen. Hva skal gå inn i systemet av informasjon, hva skal komme ut?
For å skaffe denne informasjonen bruker man intervjuer og observasjon, og skriftlige tilbakemeldinger.
Når man beskriver systemene bruker man teknikker som Datamodellering (kapittel 9), Objektorientert analyse (kapittel 10), Funksjonsorientert analyse (kapittel 8). Dette skal vi komme tilbake til.
Spesielt viktig er det å lage oversikter over hvilke funksjoner systemet utfører, og en skjematisk oversikt over datamodellene.
PROBLEMBESKRIVELSE
Det er særdeles viktig når man skal utvikle et system å kartlegge Brukernes InformasjonsProblemer
*Informasjon man trenger finnes ikke i eksisterende systemer.
Med tiden vil man forandre arbeidsoppgavene sine, Kundene får andre behov, de stiller andre spørsmål. Da trenger man annen informasjon og systemene må oppdateres.
*Informasjon kommer for sent
Dårlig kommunikasjon internt i bedriften. Informasjon som finnes blir ikke sent videre, eller blir sent for sent.
*Brukerne får for mye informasjon
Hvis man får flere hundre E-mail hver dag er det vanskelig å tidkrevende å skille ut den viktige. Det betyr at viktig informasjon ikke blir lest, eller blir lest for sent.
*Dårlig effektivitet
Dobbeltlagring i Databaser
Taper tid og penger
Dårlige relasjonsegenskaper
Problemer med oppdatering. (Vi ønsker at relaterte poster skal oppdaters gjennomgripende. I gamle/dårlige systemer er dette ikke gjort. Da får vi problemer med feil informasjon)
*Dårlig datakvalitet
Feil i dataene som legges inn (Botemidler: Inndatamasker, Oppslagsveiviser, Valideringsregler: på denne måten hever vi datakvaliteten)
Nødvendig data er ikke registrert (Sette felt som inneholder viktig data til Obligatorisk: dvs de må fylles ut)
*Dårlig sikring av informasjon
Tap av data; data slettes ved uhell og sikkerhetskopier finnes ikke.
Maskiner og harddisker ødelegges
Tyveri av data
*Konkurrentene har bedre systemer
Det betyr at de har:
Lavere kostnader
Bedre service
Bedre produkter (Eks på bedrifter der informasjonssystemene kan gi bedre produkter; Reisebyråer, regnskapsbyråer; Designbyråer; Markedsførere,…..)
NB: DETTE ER GENERELLE PROBLEMER. HELT KONKRETE PROBLEMER MÅ OGSÅ KARTLEGGES. SE SIDE 121 FOR EKSEMPLER.
AVGRENSNINGER
Det er viktig å avgrense et prosjekt mest mulig.
Det er minst tre grunner til det:
Alle prosjekter vokser. Hvis det da i fra starten av er veldig stort vil det etter hvert bli uhåndterlig
Resurser vil ikke strekke til og systemet blir veldig kostbart.
Et stort system er vanskelig og kostbart å oppdatere, drive og vedlikeholde.
Se side 124 for eksempel på avgrensning av Systemt Eksamen.
KRAVSPESIFIKASJON
Kravspesifikasjonen er styringsdokumentet for Prosjektet. Her finner vi Så konkret og detaljert som mulig hvilke egenskaper systemet skal utføre.
Følgende momenter må være med:
Kort om formålet:
Hva skal systemet gjøre for brukerne
Rammer for prosjektet:
Begrensninger vi må holde oss innenfor:
Budsjett
Tidsfrister
Lover og avtaler
Bedriftens system for øvrig (Som det nye skal samvirke med)
Personer som skal delta
Bedriftens Hard og Software
Krav til funksjoner
Hvilke arbeidsoppgaver skal systemet utføre.
Hva skal registreres av data
Hva skal vi kunne søke etter
Hvilke utskrifter skal vi ha
Hvilke data skal vi registrere samtidig ( i samme skjema)
Andre krav
Sikkerhet
Brukervennlighet
Kommunikasjon
Se på side 128 for en Kravspesifikasjon.