MIS-utvecklingsprocess med systemutvecklingslivscykel

Programvaran är en av huvudkomponenterna i ett ledningsinformationssystem. En del av den programvara som används i ett MIS-system är standardprogramvara. Dessa inkluderar programpaket som kalkylprogram, databasprogram etc.

Det finns dock tillfällen då standardprogramvara inte uppfyller affärskraven. Lösningen på detta problem är skräddarsydd programvara.

Denna handledning kommer att fokusera på de metoder som används för att utveckla anpassad programvara.

Intressenter inom utveckling av informationssystem

En typisk utveckling av informationssystem har vanligtvis tre intressenter, nämligen:

• användare – Användare är de som använder systemet efter att det har utvecklats för att utföra sina dagliga uppgifter.
• Projektsponsorer – denna kategori av intressenter är ansvarig för den ekonomiska aspekten av projektet och för att se till att projektet slutförs.
• Utvecklare – denna kategori består vanligtvis av systemanalytiker och programmerare. Systemanalytikerna ansvarar för att samla in användarkrav och skriva systemkrav. Programmerarna utvecklar det erforderliga systemet baserat på de systemkrav som systemanalytikerna tar fram.

De viktigaste intressenterna i ett projekt är användare. För att ett projekt ska accepteras som avslutat måste användarna acceptera det och använda det. Om användarna inte accepterar systemet är projektet ett misslyckande.

MIS i systemanalys och design

Systemanalys och design hänvisar till två närbesläktade discipliner: systemanalys och systemdesign.

• Systemanalys handlar om att förstå affärsmål, mål och utvecklingping affärsprocesser. Slutprodukten av systemanalys är systemspecifikationer.
• Systemdesign använder utdata från systemanalysen som input. Huvudsyftet med systemdesign är att tolka systemkraven till arkitektoniska, logiska och fysiska designer för hur informationssystemet ska implementeras.

Objektorienterad analys och design i MIS

Objektorienterad analys och design (OOAD) är nära relaterad till systemanalys och design. Den största skillnaden mellan objektorienterad analys och design (OOAD) och systemanalys och design är att OOAD använder objekt för att representera verkliga enheter.

Objektorienterad analys och design använder visuell modellering för att förbättra kommunikationen mellan alla intressenter och producera högkvalitativa produkter.

Ett objekt är en representation av en verklig enhet som en kund, en produkt, en anställd, etc. Unified Modeling Language (UML) är ett allmänt språk som används för att skapa visuella mönster för ett system.

Följande bild visar ett exempel på ett UML-diagram som visar användare som interagerar med ett kassasystem.

Objektorienterad analys och design i MIS

System Development Life Cycle (SDLC) i MIS

Ocuco-landskapet livscykel för systemutveckling avser processen att planera, skapa, testa och driftsätta ett informationssystem. Huvudmålet med systemutvecklingslivscykeln är att producera högkvalitativa informationssystem som uppfyller eller överträffar användarnas förväntningar inom den angivna budgeten och tidsramen.

SDLC använder ett antal utvecklingsmetoder för att uppnå detta mål. Nästa avsnitt kommer att diskutera några av de mest populära utvecklingsmetoderna.

Vattenfallsmodell i MIS

Ocuco-landskapet Vattenfallsmodell använder en sekventiell designmodell. Nästa steg börjar först efter att föregående steg är slutfört. Det första steget ritas vanligtvis högst upp och de efterföljande stegen nedanför och till vänster längst ner. Detta bildar en vattenfallsliknande struktur, och det är därifrån namnet kommer.

Vattenfallsmodell i MIS

De viktigaste målen med vattenfallsmodellen är:

• Planering
• Tidsplanering
• Budgetering, och
• Implementera ett helt system på en gång

Vattenfallsmodellen är idealisk när användarkraven är tydligt förstådda och inte förväntas förändras radikalt under utvecklingen av informationssystemet. Vattenfallsmodellen är idealisk i situationer där ett projekt har en fast omfattning, en fast tidsram och ett fast pris.

Den största utmaningen med vattenfallsmodellen är anpassning till förändring. Det är inte lätt att införliva nya användarkrav.

Agilt utvecklingssätt för MIS

Agil utveckling är en alternativ metod till traditionell projektledning, som främjar adaptiv planering, evolutionär utveckling, tidig leverans, kontinuerlig förbättring och uppmuntrar snabb och flexibel respons på förändringar.

En sprint i agila termer är en väldefinierad uppgift som ska utföras inom en given tid. Sprint Mål och varaktigheter sätts av kunderna och utvecklingsteamet. Alla intressenter måste träffas personligen för att få feedback på sprinten innan de kan gå vidare till nästa sprint, om någon.

Agila metoder brukar följa det agila manifestet. Det agila manifestet är baserat på följande tolv (12) principer:

1. Kundnöjdhet genom tidig och kontinuerlig leverans av programvara.
2. Välkomnar förändringar i krav när som helst under projektets gång.
3. Frekventa utgåvor av fungerande programvara, vanligtvis varje vecka.
4. Samarbete mellan affärsmän och utvecklare när de arbetar med ett projekt.
5. Projekt byggda kring motiverade och betrodda individer.
6. Effektiva och ändamålsenliga möten ansikte mot ansikte.
7. Framsteg mäts baserat på fungerande programvara.
8. Hållbar utveckling; sponsorer, användare och utvecklare ska kunna upprätthålla en konstant takt på obestämd tid.
9. Kontinuerlig uppmärksamhet på teknisk excellens och bra design ökar smidigheten.
10. Enkelhet.
11. Självorganiserande team.
12. Med jämna mellanrum reflekterar teamet över hur man kan bli mer effektivt, ställer sedan in och anpassar sitt beteende därefter.

Följande diagram illustrerar hur agila utvecklingsmetoder implementeras.

Agilt utvecklingssätt för MIS

Prototypping i MIS

En prototyp är en semifunktionell simuleringsmodell av det faktiska system som ska utvecklas.ping Utvecklingsmetoder använder prototyper. Prototyper gör det möjligt för både utvecklare och användare att få feedback tidigt.

Prototypping gör det enkelt för användare att specificera sina krav och för utvecklare att förstå användarnas krav tack vare prototyperna. En prototypping Metodiken börjar med att identifiera de grundläggande systemkraven, särskilt input och output från systemet. Dessa krav används sedan för att skapa en simuleringsmodell som användare kan interagera med och ge feedback på. Användarfeedbacken används för att förbättra prototypen och fatta andra viktiga beslut, såsom projektkostnad och genomförbara tidsplaner.

Följande diagram illustrerar prototypstadiernaping.

Prototypping i MIS

Vanliga frågor