MIS udviklingsproces med systemudviklings livscyklus

Softwaren er en af ​​hovedkomponenterne i et ledelsesinformationssystem. Noget af den software, der bruges i et MIS-system, er hyldevare. Disse omfatter pakker såsom regnearksprogrammer, databaseapplikationer osv.

Men det er tidspunkter, hvor software ikke lever op til de forretningsmæssige krav. Løsningen på dette problem er skræddersyet software.

Denne tutorial vil fokusere på de metoder, der bruges til at udvikle brugerdefineret software.

Interessenter i udvikling af informationssystem

En typisk udvikling af informationssystem har normalt tre interessenter, nemlig:

  • Brugere – Brugerne er dem, der bruger systemet, efter at det er blevet udviklet til at udføre deres daglige opgaver.
  • Projektsponsorer – denne kategori af interessenter er ansvarlig for det økonomiske aspekt af projektet og for at sikre, at projektet gennemføres.
  • Udviklere – denne kategori består normalt af systemanalytikere og programmører. Systemanalytikerne er ansvarlige for at indsamle brugerkravene og skrive systemkrav. Programmørerne udvikler det nødvendige system baseret på de systemkrav, som er udviklet af systemanalytikerne.

De vigtigste interessenter i et projekt er brugere. For at et projekt kan accepteres som afsluttet, skal brugerne acceptere det og bruge det. Hvis brugerne ikke accepterer systemet, er projektet en fiasko.

MIS i systemanalyse og design

Systemanalyse og design refererer til to nært beslægtede discipliner systemanalyse og system design.

  • Systemanalyse er optaget af at forstå de forretningsmæssige mål, mål og udvikle forretningsprocesser. Slutproduktet af systemanalyse er systemspecifikationer.
  • System design bruger output fra systemanalyse som sit input. Hovedformålet med systemdesign er at fortolke systemkravene til arkitektoniske, logiske og fysiske design af, hvordan informationssystemet skal implementeres.

Objektorienteret analyse og design i MIS

Objektorienteret analyse og design (OOAD) er tæt forbundet med systemanalyse og design. Den største forskel mellem objektorienteret analyse og design (OOAD) og systemanalyse og design er, at OOAD bruger objekter til at repræsentere enheder i den virkelige verden.

Objektorienteret analyse og design bruger visuel modellering til at forbedre kommunikationen mellem alle interessenter og producere produkter af høj kvalitet.

Et objekt er en repræsentation af en entitet i den virkelige verden, såsom en kunde, et produkt, en medarbejder osv. Unified Modeling Language (UML) er et almindeligt sprog, der bruges til at skabe visuelle designs til et system.

Følgende billede viser et eksempel på et UML-diagram, der viser brugere, der interagerer med et salgsstedssystem

Objektorienteret analyse og design i MIS
Objektorienteret analyse og design i MIS

System Development Life Cycle (SDLC) i MIS

livscyklus for systemudvikling refererer til behandlingen af ​​planlægning, oprettelse, afprøvning og implementering af et informationssystem. Hovedformålet med systemudviklings livscyklus er at producere informationssystemer af høj kvalitet, der opfylder eller overgår brugernes forventninger inden for det fastsatte budget og tidsramme.

SDLC bruger en række udviklingsmetoder for at nå dette mål. De næste afsnit vil diskutere nogle af de mest populære udviklingsmetoder.

Vandfaldsmodel i MIS

Vandfaldsmodel bruger en sekventiel designmodel. Den næste fase starter først efter afslutningen af ​​den forrige fase. Det første trin tegnes normalt på toppen og de efterfølgende trin under og til venstre nederst. Dette danner en vandfaldslignende struktur, og det er her navnet kom fra.

Vandfaldsmodel i MIS

Vandfaldsmodel i MIS

Hovedformålet med vandfaldsmodellen er

  • Planlægning
  • Tidsplanlægning
  • Budgettering og
  • Implementering af et helt system på én gang

Vandfaldsmodellen er ideel, når brugerkravene er klart forstået og ikke forventes at ændre sig radikalt under udviklingen af ​​informationssystemet. Vandfaldsmodellen er ideel i situationer, hvor et projekt har et fast omfang, fast tidsramme og fast pris.

Den største udfordring ved vandfaldsmodellen er adoption til forandring. Det er ikke nemt at indarbejde nye brugerkrav.

Agile udviklingstilgang til MIS

Agile udvikling er en alternativ metode til traditionel projektledelse, som fremmer adaptiv planlægning, evolutionær udvikling, tidlig levering, løbende forbedringer og tilskynder til hurtig og fleksibel reaktion på forandringer.

En sprint i agile termer er en veldefineret opgave, der skal udføres inden for en given tid. Sprint mål og varigheder er fastsat af kunderne og udviklingsteamet. Alle interessenter skal mødes personligt for at få feedback på spurten, før de kan gå videre til næste spurt, hvis nogen.

Agile metoder følger normalt det agile manifest. Det agile manifest er baseret på følgende tolv (12) principper:

  1. Kundetilfredshed gennem tidlig og fortsat levering af software
  2. Imødekommende ændringer i krav til enhver tid af projektet
  3. Hyppige udgivelser af fungerende software normalt på en ugentlig basis
  4. Samarbejde mellem forretningsfolk og udviklere, når de arbejder på et projekt
  5. Projekter bygget op omkring motiverede og betroede personer
  6. Effektive og effektive Ansigt til ansigt møder
  7. Fremskridt måles baseret på fungerende software
  8. Bæredygtig udvikling, sponsorer, brugere og udviklere bør være i stand til at opretholde et konstant tempo på ubestemt tid
  9. Kontinuerlig opmærksomhed på teknisk ekspertise og godt design øger smidigheden.
  10. Enkelhed
  11. Selvorganiserende teams
  12. Med jævne mellemrum reflekterer teamet over, hvordan man bliver mere effektivt, og tuner og justerer derefter sin adfærd i overensstemmelse hermed.

Følgende diagram illustrerer, hvordan agile udviklingsmetoder implementeres.

Agile udviklingstilgang til MIS

Agile udviklingstilgang til MIS

Prototyping i MIS

En prototype er en semi-funktionel simuleringsmodel af det aktuelle system, der skal udvikles. Prototyping udviklingsmetoder gør brug af prototyper. Prototyper giver både udviklere og brugere mulighed for at få feedback tidligt.

Prototyping gør det nemt for brugerne at specificere deres krav, og udviklere forstår brugernes krav på grund af prototyperne. En prototypemetode står med at identificere de grundlæggende systemkrav, især input og output fra systemet. Disse krav bruges derefter til at skabe en simuleringsmodel, som brugerne kan interagere med og give feedback. Brugerfeedbacken bruges til at forbedre prototypen og træffe andre vigtige beslutninger såsom projektomkostninger og gennemførlige tidsplaner.

Følgende diagram illustrerer stadierne af prototyping

Prototyping i MIS

Prototyping i MIS

Resumé

Informationssystemudvikling refererer til metoder og trin, der er involveret i udviklingen af ​​et nyt informationssystem eller opgradering af et eksisterende system for at imødekomme de skiftende brugerkrav.

I en nøddeskal skal en udviklingsmetodologi først identificere og forstå problemet med det eksisterende system og finde en løsning, der løser problemet.

Den valgte metode afhænger af projektets art og brugerkrav.

  • Vandfaldsmodellen er ideel, når projektet ikke forventes at ændre meget
  • Mens metoder som Agile, Prototyping osv. er ideelle, når projektet forventes at ændre sig i løbet af udviklingen, og ændringerne skal indarbejdes.