MIS-kehitysprosessi ja järjestelmäkehityksen elinkaari

Ohjelmisto on yksi johtamistietojärjestelmän tärkeimmistä osista. Osa MIS-järjestelmässä käytetyistä ohjelmistoista on poissa hyllyltä. Näitä ovat paketit, kuten taulukkolaskentaohjelmat, tietokantasovellukset jne.

Ne ovat kuitenkin aikoja, jolloin ohjelmistot eivät täytä liiketoiminnan vaatimuksia. Ratkaisu tähän ongelmaan on räätälöity ohjelmisto.

Tämä opetusohjelma keskittyy mukautettujen ohjelmistojen kehittämiseen käytettyihin menetelmiin.

Tietojärjestelmäkehityksen sidosryhmät

Tyypillisessä tietojärjestelmäkehityksessä on yleensä kolme sidosryhmää:

• käyttäjät – Käyttäjät ovat niitä, jotka käyttävät järjestelmää sen jälkeen, kun se on kehitetty päivittäisten tehtäviensä suorittamiseen.
• Projektin sponsorit – Tämä sidosryhmien ryhmä on vastuussa hankkeen taloudellisesta näkökulmasta ja sen varmistamisesta, että hanke saatetaan päätökseen.
• Kehittäjät – Tämä luokka koostuu yleensä järjestelmäanalyytikoista ja ohjelmoijista. Järjestelmäanalyytikot vastaavat käyttäjävaatimusten keräämisestä ja järjestelmävaatimusten kirjoittamisesta. Ohjelmoijat kehittävät tarvittavan järjestelmän järjestelmäanalyytikkojen kehittämien järjestelmävaatimusten perusteella.

Projektin tärkeimmät sidosryhmät ovat käyttäjät. Jotta projekti hyväksyttäisiin valmistuneeksi, käyttäjien on hyväksyttävä se ja käytettävä sitä. Jos käyttäjät eivät hyväksy järjestelmää, projekti on epäonnistunut.

MIS järjestelmäanalyysissä ja suunnittelussa

Järjestelmäanalyysi ja suunnittelu viittaavat kahteen läheisesti toisiinsa liittyvään tieteenalaan järjestelmäanalyysi ja Järjestelmäsuunnittelu.

• Järjestelmäanalyysi keskittyy liiketoiminnan tavoitteiden ymmärtämiseen ja liiketoimintaprosessien kehittämiseen. Järjestelmäanalyysin lopputuote on järjestelmäspesifikaatiot.
• Järjestelmäsuunnittelu käyttää järjestelmäanalyysin tulosta syötteenä. Järjestelmäsuunnittelun päätavoitteena on tulkita järjestelmävaatimukset arkkitehtonisiksi, loogisiksi ja fyysisiksi suunnitelmiksi siitä, miten tietojärjestelmä toteutetaan.

Oliolähtöinen analyysi ja suunnittelu MIS:ssä

Olio-analyysi ja suunnittelu (OOAD) liittyy läheisesti järjestelmäanalyysiin ja suunnitteluun. Suurin ero olioanalyysin ja suunnittelun (OOAD) ja järjestelmäanalyysin ja suunnittelun välillä on se, että OOAD käyttää objekteja edustamaan todellisia kokonaisuuksia.

Oliolähtöinen analyysi ja suunnittelu käyttää visuaalista mallintamista parantaakseen kommunikaatiota kaikkien sidosryhmien välillä ja tuottaakseen korkealaatuisia tuotteita.

Objekti on esitys todellisesta kokonaisuudesta, kuten asiakas, tuote, työntekijä jne. Unified Modeling Language (UML) on yleiskäyttöinen kieli, jota käytetään visuaalisen suunnittelun luomiseen järjestelmälle.

Seuraavassa kuvassa on esimerkki UML-kaaviosta, jossa käyttäjät ovat vuorovaikutuksessa myyntipistejärjestelmän kanssa

System Development Life Cycle (SDLC) MIS:ssä

- järjestelmän kehityksen elinkaari viittaa tietojärjestelmän suunnittelun, luomisen, testauksen ja käyttöönoton käsittelyyn. Järjestelmäkehityksen elinkaaren päätavoitteena on tuottaa korkealaatuisia tietojärjestelmiä, jotka täyttävät tai ylittävät käyttäjien odotukset sovitun budjetin ja aikataulun puitteissa.

SDLC käyttää useita kehitysmenetelmiä tämän tavoitteen saavuttamiseksi. Seuraavissa osissa käsitellään joitain suosituimmista kehitysmenetelmistä.

Vesiputousmalli MIS:ssä

- Vesiputousmalli käyttää peräkkäistä suunnittelumallia. Seuraava vaihe alkaa vasta edellisen vaiheen päätyttyä. Ensimmäinen vaihe piirretään yleensä yläosaan ja seuraavat vaiheet alle ja vasemmalle alas. Tämä muodostaa vesiputouksen kaltaisen rakenteen, ja siitä nimi tuli.

Vesiputousmallin päätavoite on

• Suunnittelu
• Aikataulutus
• Budjetointi ja
• Koko järjestelmän käyttöönotto kerralla

Vesiputousmalli on ihanteellinen silloin, kun käyttäjien vaatimukset ymmärretään selkeästi, eikä niiden odoteta muuttuvan radikaalisti tietojärjestelmän kehittämisen aikana. Vesiputousmalli on ihanteellinen tilanteissa, joissa projektilla on kiinteä laajuus, kiinteä aikakehys ja kiinteä hinta.

Vesiputousmallin suurin haaste on muutokseen omaksuminen. Uusien käyttäjävaatimusten sisällyttäminen ei ole helppoa.

Ketterä MIS-kehitystapa

Ketterä kehittäminen on vaihtoehtoinen menetelmä perinteiselle projektinhallinnalle, joka edistää mukautuvaa suunnittelua, evoluutiokehitystä, varhaista toimitusta, jatkuvaa parantamista ja rohkaisee nopeaan ja joustavaan reagointiin muutoksiin.

Sprintti ketterissä termeissä on hyvin määritelty tehtävä, joka on suoritettava tietyssä ajassa. Sprint tavoitteet ja kestoajat asettavat asiakkaat ja kehitystiimi. Kaikkien sidosryhmien on tavattava henkilökohtaisesti saadakseen palautetta sprintistä, ennen kuin he voivat siirtyä seuraavaan sprinttiin.

Ketterät menetelmät noudata yleensä ketterää manifestia. Ketterä manifesti perustuu seuraaviin kahteentoista (12) periaatteeseen:

1. Asiakastyytyväisyys varhaisen ja jatkuvan ohjelmiston toimituksen kautta
2. Muutokset vaatimuksissa ovat tervetulleita projektin aikana
3. Toimivien ohjelmistojen säännölliset julkaisut yleensä viikoittain
4. Yhteistyö liikemiesten ja kehittäjien välillä projektin parissa
5. Projektit rakentuvat motivoituneiden ja luotettavien henkilöiden ympärille
6. Tehokkaita ja tehokkaita kasvokkain tapaamisia
7. Edistymistä mitataan toimivan ohjelmiston perusteella
8. Kestävä kehitys, sponsorien, käyttäjien ja kehittäjien pitäisi pystyä ylläpitämään tasaista tahtia loputtomiin
9. Jatkuva huomio tekniseen huippuosaamiseen ja hyvään suunnitteluun lisää ketteryyttä.
10. Yksinkertaisuus
11. Itseorganisoituvat tiimit
12. Säännöllisin väliajoin tiimi pohtii, miten tehostaa toimintaansa, sitten virittää ja säätää käyttäytymistään sen mukaisesti.

Seuraava kaavio havainnollistaa, kuinka ketterät kehitysmetodologiat toteutetaan.

Prototyypit MIS:ssä

Prototyyppi on puolitoiminnallinen simulaatiomalli varsinaisesta kehitettävästä järjestelmästä. Prototyyppien kehittämismenetelmissä käytetään prototyyppejä. Prototyyppien avulla sekä kehittäjät että käyttäjät voivat saada palautetta ajoissa.

Prototyyppien avulla käyttäjien on helppo määritellä vaatimuksiaan ja kehittäjien on helppo ymmärtää prototyyppien käyttäjien vaatimukset. Prototyyppien luontimetodologia tarkoittaa järjestelmän perusvaatimusten tunnistamista, erityisesti järjestelmän tuloa ja ulostuloa. Näitä vaatimuksia käytetään sitten luomaan simulaatiomalli, jonka kanssa käyttäjät voivat olla vuorovaikutuksessa ja antaa palautetta. Käyttäjäpalautteen avulla kehitetään prototyyppiä ja tehdään muita tärkeitä päätöksiä, kuten projektin kustannuksia ja toteutettavissa olevia aikatauluja.

Seuraava kaavio havainnollistaa prototyyppien valmistusvaiheita

Yhteenveto

Tietojärjestelmien kehittäminen tarkoittaa menetelmiä ja vaiheita, jotka liittyvät uuden tietojärjestelmän kehittämiseen tai olemassa olevan järjestelmän päivittämiseen vastaamaan muuttuvia käyttäjien tarpeita.

Lyhyesti sanottuna kehitysmetodologian on ensin tunnistettava ja ymmärrettävä olemassa olevan järjestelmän ongelma ja löydettävä ratkaisu, joka ratkaisee ongelman.

Valittu menetelmä riippuu projektin luonteesta ja käyttäjien vaatimuksista.

• Vesiputousmalli on ihanteellinen silloin, kun projektin ei odoteta muuttuvan paljon
• Vaikka menetelmät, kuten ketterä, prototyypitys jne., ovat ihanteellisia, kun projektin odotetaan muuttuvan kehityksen aikana ja muutokset on otettava mukaan.