Programmatūra ir viena no galvenajām vadības informācijas sistēmas sastāvdaļām. Daļa MIS sistēmā izmantotās programmatūras ir ārpus plaukta. Tie ietver tādas paketes kā izklājlapu programmas, datu bāzes lietojumprogrammas utt.
Tomēr tie ir laiki, kad programmatūra, kas atrodas ārpus plaukta, neatbilst biznesa prasībām. Šīs problēmas risinājums ir programmatūra, kas izgatavota pēc pasūtījuma.
Šajā apmācībā galvenā uzmanība tiks pievērsta metodoloģijai, kas izmantota pielāgotas programmatūras izstrādei.
Šajā apmācībā jūs uzzināsiet
- Informācijas sistēmu attīstības ieinteresētā persona
- MIS sistēmu analīze un projektēšana
- MIS Objektorientēta analīze un dizains
- MIS sistēmu izstrādes dzīves cikls (SDLC)
- Ūdenskrituma modelis
- Veikls attīstība
- Prototipu veidošana
Informācijas sistēmu attīstības ieinteresētā persona
Tipiskai informācijas sistēmu izstrādei parasti ir trīs (3) ieinteresētās personas;
- Lietotāji - lietotāji ir tie, kas sistēmu izmanto pēc tam, kad tā ir izstrādāta ikdienas uzdevumu veikšanai.
- Projekta sponsori - šī ieinteresēto personu kategorija ir atbildīga par projekta finansiālo aspektu un projekta pabeigšanas nodrošināšanu.
- Izstrādātāji - šo kategoriju parasti veido sistēmu analītiķi un programmētāji. Sistēmas analītiķi ir atbildīgi par lietotāju prasību apkopošanu un sistēmas prasību rakstīšanu.
Programmētāji izstrādā nepieciešamo sistēmu, pamatojoties uz sistēmas analītiķu izstrādātajām sistēmas prasībām.
Svarīgākās projekta ieinteresētās puses ir lietotāji. Lai projektu varētu uzskatīt par pabeigtu, lietotājiem tas jāpieņem un jāizmanto. Ja lietotāji nepieņem sistēmu, tad projekts ir izgāšanās.
MIS sistēmu analīze un projektēšana
Sistēmu analīze un dizains attiecas uz divām cieši saistītām disciplīnām - sistēmas analīze un sistēmas projektēšana.
- Sistēmas analīze ir saistīta ar biznesa mērķu, mērķu izpratni un biznesa procesu attīstību. Sistēmu analīzes gala produkts ir sistēmu specifikācijas.
- Sistēmas projektēšanā kā ievadi tiek izmantoti sistēmas analīzes rezultāti. Sistēmas projektēšanas galvenais mērķis ir interpretēt sistēmas prasības arhitektūras, loģikas un fizikas dizainos, kā ieviest informācijas sistēmu.
MIS Objektorientēta analīze un dizains
Objektorientētā analīze un dizains (OOAD) ir cieši saistīts ar sistēmu analīzi un projektēšanu. Galvenā atšķirība starp objektorientēto analīzi un dizainu (OOAD) un sistēmu analīzi un dizainu ir tā, ka OOAD izmanto objektus, lai attēlotu reālās pasaules vienības.
Objektorientētā analīze un dizains izmanto vizuālo modelēšanu, lai uzlabotu saziņu starp visām ieinteresētajām pusēm un ražotu augstas kvalitātes produktus.
Objekts ir reālās pasaules vienības, piemēram, klienta, produkta, darbinieka utt., Attēlojums. Vienotā modelēšanas valoda (UML) ir vispārējas nozīmes valoda, ko izmanto, lai izveidotu sistēmas vizuālos dizainus.
Šajā attēlā parādīts UML diagrammas paraugs, kurā parādīti lietotāji, kas mijiedarbojas ar tirdzniecības vietu sistēmu
MIS sistēmu izstrādes dzīves cikls (SDLC)
Sistēmas izstrādes dzīves cikls attiecas uz informācijas sistēmas plānošanu, izveidošanu, testēšanu un izvietošanu. Sistēmas izstrādes dzīves cikla galvenais mērķis ir radīt augstas kvalitātes informācijas sistēmas, kas atbilst vai pārsniedz lietotāju cerības noteiktajā budžetā un termiņā.
Lai sasniegtu šo mērķi, SDLC izmanto vairākas izstrādes metodikas. Nākamajās sadaļās tiks apspriestas dažas populārākās attīstības metodikas.
Ūdenskrituma modelis
Ūdenskrituma modelī tiek izmantots secīgs dizaina modelis. Nākamais posms sākas tikai pēc iepriekšējā posma pabeigšanas. Pirmais posms parasti tiek uzzīmēts augšpusē, bet nākamie - zemāk un pa kreisi. Tas veido ūdenskritumam līdzīgu struktūru, un no tā arī radās nosaukums.
Ūdenskrituma modeļa galvenais mērķis ir:
- Plānošana
- Laika plānošana
- Budžeta plānošana un
- Vienu reizi ieviešot visu sistēmu
Ūdenskrituma modelis ir ideāls, ja ir skaidri saprotamas lietotāja prasības un nav paredzams, ka tas radikāli mainīsies informācijas sistēmas izstrādes laikā. Ūdenskrituma modelis ir ideāls situācijās, kad projektam ir noteikta apjoma, noteikta laika grafika un fiksēta cena.
Ūdenskrituma modeļa lielākais izaicinājums ir izmaiņas. Nav viegli iekļaut jaunas lietotāju prasības.
Veikls attīstība
Veiklā attīstība ir alternatīva metodoloģija tradicionālajai projekta vadībai, kas veicina adaptīvu plānošanu, evolūcijas attīstību, savlaicīgu ieviešanu, nepārtrauktu uzlabošanu un mudina ātri un elastīgi reaģēt uz izmaiņām.
Sprints veiklā izteiksmē ir precīzi definēts uzdevums, kas jāveic noteiktā laikā. Sprinta mērķus un ilgumu nosaka klienti un izstrādes komanda. Visām ieinteresētajām personām ir jātiekas personīgi, lai saņemtu atsauksmes par sprintu, pirms tās var pāriet uz nākamo sprintu, ja tāds ir.
Veiklas metodikas parasti seko veiklajam manifestam. Veiklā manifesta pamatā ir šādi divpadsmit (12) principi
- Klientu apmierinātība, izmantojot programmatūras savlaicīgu un nepārtrauktu piegādi
- Apsveicot izmaiņas prasībās jebkurā projekta laikā
- Bieža darba programmatūras izlaišana parasti katru nedēļu
- Sadarbība starp biznesa cilvēkiem un izstrādātājiem, strādājot pie projekta
- Projekti, kas veidoti ap motivētām un uzticamām personām
- Efektīvas un efektīvas tikšanās klātienē
- Progress tiek mērīts, pamatojoties uz darba programmatūru
- Ilgtspējīgai attīstībai, sponsoriem, lietotājiem un izstrādātājiem jāspēj pastāvīgi uzturēt nemainīgu tempu
- Nepārtraukta uzmanība tehniskajai izcilībai un labam dizainam uzlabo veiklību.
- Vienkāršība
- Pašorganizējošās komandas
- Regulāros intervālos komanda pārdomā, kā kļūt efektīvākai, pēc tam noregulē un attiecīgi pielāgo savu uzvedību.
Šī diagramma parāda, kā tiek īstenotas veiklās attīstības metodikas.
Prototipu veidošana
Prototips ir reāli izstrādājamās sistēmas daļēji funkcionāls simulācijas modelis. Prototipu izstrādes metodoloģijās tiek izmantoti prototipi. Prototipi ļauj gan izstrādātājiem, gan lietotājiem savlaicīgi saņemt atsauksmes.
Prototipēšana ļauj lietotājiem viegli noteikt savas prasības un izstrādātājiem saprast prototipu dēļ lietotāju prasības. Prototipēšanas metodoloģija nozīmē sistēmas pamatprasību noteikšanu, jo īpaši sistēmas ievadi un izvadi. Pēc tam šīs prasības tiek izmantotas, lai izveidotu simulācijas modeli, ar kuru lietotāji var mijiedarboties un sniegt atgriezenisko saiti. Lietotāju atsauksmes tiek izmantotas prototipa uzlabošanai un citu svarīgu lēmumu pieņemšanai, piemēram, projekta izmaksu aprēķināšanai un iespējamiem laika grafikiem.
Šī diagramma ilustrē prototipu veidošanas posmus
Kopsavilkums:
Informācijas sistēmu izstrāde attiecas uz metodoloģiju un soļiem, kas saistīti ar jaunas informācijas sistēmas izstrādi vai esošās sistēmas modernizēšanu, lai tā atbilstu mainīgajām lietotāju prasībām.
Īsāk sakot, izstrādes metodoloģijai vispirms ir jāidentificē un jāsaprot esošās sistēmas problēma un jāatrod risinājums, kas problēmu atrisina.
Izvēlētā metodika ir atkarīga no projekta rakstura un lietotāja prasībām.
- Ūdenskrituma modelis ir ideāls, ja nav paredzams, ka projekts daudz mainīsies
- Kaut arī tādas metodes kā Agile, Prototyping utt. Ir ideālas, ja paredzams, ka projekts mainīsies izstrādes gaitā, un ir jāiekļauj.