MIS arendusprotsess koos süsteemiarenduse elutsükliga

Tarkvara on juhtimisinfosüsteemi üks peamisi komponente. Osa MIS-süsteemis kasutatavast tarkvarast on müügil. Nende hulka kuuluvad sellised paketid nagu arvutustabeliprogrammid, andmebaasirakendused jne.

Kuid need on ajad, mil tarkvara ei vasta ärinõuetele. Selle probleemi lahendus on eritellimusel valmistatud tarkvara.

See õpetus keskendub kohandatud tarkvara arendamiseks kasutatavatele metoodikatele.

Infosüsteemi arendamise huvirühmad

Tavalisel infosüsteemi arendusel on tavaliselt kolm sidusrühma, nimelt:

• kasutajad – Kasutajad on need, kes kasutavad süsteemi pärast selle väljatöötamist oma igapäevaste ülesannete täitmiseks.
• Projekti sponsorid – see sidusrühmade kategooria vastutab projekti finantsaspekti ja projekti lõpuleviimise eest.
• Arendajad – sellesse kategooriasse kuuluvad tavaliselt süsteemianalüütikud ja programmeerijad. Süsteemianalüütikud vastutavad kasutajanõuete kogumise ja süsteeminõuete kirjutamise eest. Programmeerijad töötavad välja süsteemianalüütikute poolt välja töötatud süsteeminõuete alusel vajaliku süsteemi.

Projekti kõige olulisemad huvirühmad on kasutajad. Projekti lõpetatuks tunnistamiseks peavad kasutajad selle aktsepteerima ja kasutama. Kui kasutajad süsteemi ei aktsepteeri, on projekt ebaõnnestunud.

MIS süsteemianalüüsis ja disainis

Süsteemianalüüs ja projekteerimine viitavad kahele tihedalt seotud erialale süsteemi analüüs ja süsteemi disain.

• Süsteemi analüüs tegeleb ärieesmärkide mõistmisega ja äriprotsesside arendamisega. Süsteemianalüüsi lõpptooteks on süsteemide spetsifikatsioonid.
• Süsteemi disain kasutab oma sisendina süsteemianalüüsi väljundit. Süsteemi projekteerimise põhieesmärk on tõlgendada süsteeminõudeid arhitektuurseteks, loogilisteks ja füüsilisteks kavanditeks, kuidas infosüsteemi rakendada.

Objektorienteeritud analüüs ja disain MIS-is

Objektorienteeritud analüüs ja disain (OOAD) on tihedalt seotud süsteemide analüüsi ja disainiga. Peamine erinevus objektorienteeritud analüüsi ja disaini (OOAD) ning süsteemianalüüsi ja disaini vahel seisneb selles, et OOAD kasutab reaalmaailma olemite esindamiseks objekte.

Objektorienteeritud analüüs ja disain kasutab visuaalset modelleerimist, et parandada suhtlust kõigi sidusrühmade vahel ja toota kvaliteetseid tooteid.

Objekt kujutab endast reaalset olemit, nagu klient, toode, töötaja jne. Unified Modeling Language (UML) on üldotstarbeline keel, mida kasutatakse süsteemi visuaalsete kujunduste loomiseks.

Järgmisel pildil on näidatud UML-i diagramm, mis näitab kasutajaid, kes suhtlevad müügikoha süsteemiga

Süsteemi arenduse elutsükkel (SDLC) MIS-is

. süsteemi arendamise elutsükkel viitab infosüsteemi planeerimise, loomise, testimise ja juurutamise töötlemisele. Süsteemi arenduse elutsükli põhieesmärk on toota kvaliteetseid infosüsteeme, mis vastavad või ületavad kasutajate ootusi ettenähtud eelarve ja aja jooksul.

SDLC kasutab selle eesmärgi saavutamiseks mitmeid arendusmetoodikaid. Järgmistes osades käsitletakse mõningaid populaarsemaid arendusmetoodikaid.

Kose mudel MIS-is

. Juga mudel kasutab järjestikust disainimudelit. Järgmine etapp algab alles pärast eelmise etapi läbimist. Esimene etapp joonistatakse tavaliselt üleval ja järgmised etapid alla ja vasakule alla. See moodustab juga sarnase struktuuri ja sellest nimi tuli.

Kose mudeli peamine eesmärk on

• Planeerimine
• Aja planeerimine
• Eelarve koostamine ja
• Kogu süsteemi korraga juurutamine

Kose mudel on ideaalne siis, kui kasutaja nõuded on selgelt arusaadavad ja ei eeldata, et infosüsteemi arendamise käigus need radikaalselt muutuksid. Kose mudel on ideaalne olukordades, kus projektil on kindel ulatus, fikseeritud ajakava ja fikseeritud hind.

Kose mudeli suurim väljakutse on muutustega omaksvõtmine. Uute kasutajanõuete lisamine pole lihtne.

Agiilne arendusviis MIS-ile

Agiilne arendus on traditsioonilise projektijuhtimise alternatiivne metoodika, mis soodustab adaptiivset planeerimist, evolutsioonilist arengut, varajast tarnimist, pidevat täiustamist ning julgustab kiiret ja paindlikku reageerimist muutustele.

Agiilselt öeldes on sprint täpselt määratletud ülesanne, mis tuleb etteantud aja jooksul täita. Sprint eesmärgid ja kestused seavad kliendid ja arendusmeeskond. Kõik huvirühmad peavad sprindi kohta tagasiside saamiseks isiklikult kohtuma, enne kui nad saavad liikuda järgmisele sprindile.

Agiilsed metoodikad järgige tavaliselt agiilset manifesti. Agiilne manifest põhineb kaheteistkümnel (12) põhimõttel:

1. Klientide rahulolu läbi varajase ja jätkuva tarkvara tarnimise
2. Nõuete muudatuste tervitamine igal projekti ajal
3. Töötava tarkvara sagedased väljalasked tavaliselt kord nädalas
4. Koostöö äriinimeste ja arendajate vahel projekti kallal töötades
5. Projektid, mis on üles ehitatud motiveeritud ja usaldusväärsete inimeste ümber
6. Tõhusad ja tulemuslikud näost-näkku kohtumised
7. Edusamme mõõdetakse töötava tarkvara põhjal
8. Säästev areng, sponsorid, kasutajad ja arendajad peaksid suutma lõputult ühtlast tempot hoida
9. Pidev tähelepanu tehnilisele tipptasemele ja heale disainile suurendab agilityt.
10. Lihtsus
11. Iseorganiseeruvad meeskonnad
12. Meeskond mõtleb korrapäraste ajavahemike järel, kuidas tõhustada, seejärel häälestab ja kohandab oma käitumist vastavalt.

Järgnev diagramm illustreerib, kuidas agiilseid arendusmetoodikaid rakendatakse.

Prototüüpimine MIS-is

Prototüüp on tegeliku arendatava süsteemi poolfunktsionaalne simulatsioonimudel. Prototüüpide arendamise metoodikad kasutavad prototüüpe. Prototüübid võimaldavad nii arendajatel kui ka kasutajatel varakult tagasisidet saada.

Prototüüpimine võimaldab kasutajatel hõlpsasti oma nõudeid täpsustada ja arendajatel on lihtne prototüüpide tõttu kasutajate nõudeid mõista. Prototüüpimise metoodika seisneb põhiliste süsteeminõuete, eriti süsteemi sisendi ja väljundi tuvastamises. Neid nõudeid kasutatakse seejärel simulatsioonimudeli loomiseks, millega kasutajad saavad suhelda ja tagasisidet anda. Kasutajate tagasisidet kasutatakse prototüübi täiustamiseks ja muude oluliste otsuste tegemiseks, nagu projekti maksumus ja teostatavad ajagraafikud.

Järgmine diagramm illustreerib prototüüpimise etappe

kokkuvõte

Infosüsteemide arendus viitab metoodikatele ja sammudele, mis on seotud uue infosüsteemi väljatöötamisega või olemasoleva süsteemi uuendamisega, et vastata muutuvatele kasutajanõuetele.

Lühidalt, arendusmetoodika peab esmalt tuvastama ja mõistma olemasoleva süsteemi probleemi ning leidma lahenduse, mis probleemi lahendab.

Valitud metoodika sõltub projekti olemusest ja kasutajate nõudmistest.

• Kose mudel sobib ideaalselt siis, kui projektis ei ole oodata palju muutusi
• Kuigi sellised metoodikad nagu Agile, Prototyping jne on ideaalsed, kui projekt arendamise käigus eeldatavalt muutub ja muudatused tuleb kaasata.