MIS-utviklingsprosess med systemutviklingslivssyklus

Programvaren er en av hovedkomponentene i et styringsinformasjonssystem. Noe av programvaren som brukes i et MIS-system er standardprogramvare. Disse inkluderer pakker som regnearkprogrammer, databaseapplikasjoner osv.

Det finnes imidlertid tilfeller der standard programvare ikke oppfyller forretningskravene. Løsningen på dette problemet er skreddersydd programvare.

Denne opplæringen vil fokusere på metodene som brukes for å utvikle tilpasset programvare.

Interessenter i informasjonssystemutvikling

En typisk utvikling av informasjonssystemer har vanligvis tre interessenter, nemlig:

• brukere – Brukerne er de som bruker systemet etter at det er utviklet for å utføre sine daglige oppgaver.
• Prosjektsponsorer – denne kategorien av interessenter er ansvarlig for det økonomiske aspektet av prosjektet og for å sikre at prosjektet fullføres.
• Utviklere – denne kategorien består vanligvis av systemanalytikere og programmerere. Systemanalytikerne er ansvarlige for å samle inn brukerkrav og skrive systemkrav. Programmørene utvikler det nødvendige systemet basert på systemkravene som er utviklet av systemanalytikerne.

De viktigste interessentene i et prosjekt er brukere. For at et prosjekt skal bli akseptert som fullført, må brukerne godta det og bruke det. Hvis brukerne ikke aksepterer systemet, er prosjektet en fiasko.

MIS i systemanalyse og design

Systemanalyse og -design refererer til to nært beslektede disipliner: system analyse og system design.

• System analyse er opptatt av å forstå forretningsmålene, målene og utviklingenping forretningsprosesser. Sluttproduktet av systemanalyse er systemspesifikasjoner.
• System design bruker resultatet fra systemanalysen som input. Hovedmålet med systemdesign er å tolke systemkravene til arkitektoniske, logiske og fysiske design av hvordan informasjonssystemet skal implementeres.

Objektorientert analyse og design i MIS

Objektorientert analyse og design (OOAD) er nært knyttet til systemanalyse og design. Hovedforskjellen mellom objektorientert analyse og design (OOAD) og systemanalyse og design er at OOAD bruker objekter for å representere virkelige enheter.

Objektorientert analyse og design bruker visuell modellering for å forbedre kommunikasjonen mellom alle interessenter og produsere produkter av høy kvalitet.

Et objekt er en representasjon av en virkelig enhet som en kunde, et produkt, en ansatt osv. Unified Modeling Language (UML) er et generellt språk som brukes til å lage visuelle design for et system.

Følgende bilde viser et eksempel på et UML-diagram som viser brukere som samhandler med et salgssystem.

Objektorientert analyse og design i MIS

System Development Life Cycle (SDLC) i MIS

Ocuco livssyklus for systemutvikling refererer til prosessen med å planlegge, lage, teste og distribuere et informasjonssystem. Hovedmålet med systemutviklingssyklusen er å produsere informasjonssystemer av høy kvalitet som oppfyller eller overgår brukernes forventninger innenfor det fastsatte budsjettet og tidsrammen.

SDLC bruker en rekke utviklingsmetoder for å nå dette målet. De neste avsnittene vil diskutere noen av de mest populære utviklingsmetodikkene.

Fossmodell i MIS

Ocuco Fossmodell bruker en sekvensiell designmodell. Neste trinn starter først etter at forrige trinn er fullført. Det første trinnet tegnes vanligvis øverst og de påfølgende trinnene nedenfor og nederst til venstre. Dette danner en fosslignende struktur, og det er der navnet kommer fra.

Fossmodell i MIS

Hovedmålene med fossefallmodellen er:

• Planlegging
• Tidsplanlegging
• Budsjettering, og
• Implementering av et helt system på en gang

Fossemodellen er ideell når brukerkravene er tydelig forstått og ikke forventes å endre seg radikalt under utviklingen av informasjonssystemet. Fossemodellen er ideell i situasjoner der et prosjekt har et fast omfang, en fast tidsramme og en fast pris.

Den største utfordringen med fossefallmodellen er tilpasning til endringer. Det er ikke lett å innlemme nye brukerkrav.

Agile utviklingstilnærming til MIS

Smidig utvikling er en alternativ metode til tradisjonell prosjektledelse, som fremmer adaptiv planlegging, evolusjonær utvikling, tidlig levering, kontinuerlig forbedring og oppmuntrer til rask og fleksibel respons på endringer.

En sprint i smidige termer er en veldefinert oppgave som skal gjennomføres innen en gitt tid. Sprint Mål og varigheter settes av kundene og utviklingsteamet. Alle interessenter må møtes personlig for å få tilbakemeldinger på sprinten før de kan gå videre til neste sprint, hvis noen.

Smidige metoder følger vanligvis det smidige manifestet. Det smidige manifestet er basert på følgende tolv (12) prinsipper:

1. Kundetilfredshet gjennom tidlig og kontinuerlig levering av programvare.
2. Tar imot endringer i krav når som helst i prosjektet.
3. Hyppige utgivelser av fungerende programvare, vanligvis ukentlig.
4. Samarbeid mellom forretningsfolk og utviklere når de jobber med et prosjekt.
5. Prosjekter bygget rundt motiverte og pålitelige individer.
6. Effektive og effektive møter ansikt til ansikt.
7. Fremgang måles basert på fungerende programvare.
8. Bærekraftig utvikling; sponsorer, brukere og utviklere skal kunne opprettholde et konstant tempo på ubestemt tid.
9. Kontinuerlig oppmerksomhet på teknisk fortreffelighet og god design øker smidigheten.
10. Enkelhet.
11. Selvorganiserende team.
12. Med jevne mellomrom reflekterer teamet over hvordan de kan bli mer effektive, og justerer og justerer oppførselen deretter.

Følgende diagram illustrerer hvordan smidige utviklingsmetodikker implementeres.

Agile utviklingstilnærming til MIS

Prototyping i MIS

En prototype er en semi-funksjonell simuleringsmodell av det faktiske systemet som skal utvikles.ping Utviklingsmetoder bruker prototyper. Prototyper lar både utviklere og brukere få tilbakemeldinger tidlig.

Prototyping gjør det enkelt for brukere å spesifisere sine krav og for utviklere å forstå brukernes krav på grunn av prototypene. En prototypeping Metodikken starter med å identifisere de grunnleggende systemkravene, spesielt input og output fra systemet. Disse kravene brukes deretter til å lage en simuleringsmodell som brukerne kan samhandle med og gi tilbakemelding på. Brukertilbakemeldingene brukes til å forbedre prototypen og ta andre viktige beslutninger som prosjektkostnader og gjennomførbare tidsplaner.

Følgende diagram illustrerer stadiene i prototypenping.

Prototyping i MIS

Spørsmål og svar