Ohjelmisto on yksi johtamisen tietojärjestelmän pääkomponenteista. Osa MIS-järjestelmässä käytetyistä ohjelmistoista on hyllyltä. Näitä ovat paketit, kuten taulukkolaskentaohjelmat, tietokantasovellukset jne.
On kuitenkin hetkiä, jolloin hyllyltä hankittu ohjelmisto ei täytä liiketoiminnan vaatimuksia. Ratkaisu tähän ongelmaan on mittatilaustyönä tehdyt ohjelmistot.
Tämä opetusohjelma keskittyy mukautettujen ohjelmistojen kehittämiseen käytettyihin menetelmiin.
Tässä opetusohjelmassa opit-
- Tietojärjestelmien kehittämisen sidosryhmä
- MIS-järjestelmien analysointi ja suunnittelu
- MIS Kohdepainotteinen analyysi ja suunnittelu
- MIS-järjestelmien kehittämisen elinkaari (SDLC)
- Vesiputousmalli
- Ketterä kehitys
- Prototyyppien tekeminen
Tietojärjestelmien kehittämisen sidosryhmä
Tyypillisessä tietojärjestelmäkehityksessä on yleensä kolme (3) sidosryhmää:
- Käyttäjät - Käyttäjät 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 projektin taloudellisesta näkökulmasta ja sen varmistamisesta, että projekti saadaan päätökseen.
- Kehittäjät - tämä luokka koostuu yleensä järjestelmäanalyytikoista ja ohjelmoijista. Järjestelmäanalyytikot vastaavat käyttäjien vaatimusten keräämisestä ja järjestelmävaatimusten kirjoittamisesta.
Ohjelmoijat kehittävät tarvittavan järjestelmän järjestelmäanalyytikoiden kehittämien järjestelmävaatimusten perusteella.
Projektin tärkeimmät sidosryhmät ovat käyttäjät. Jotta projekti hyväksytään 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 vika.
MIS-järjestelmien analysointi ja suunnittelu
Systeemianalyysi ja suunnittelu viittaavat kahteen läheisesti toisiinsa liittyvään tieteenalaan systeemianalyysi ja järjestelmäsuunnittelu.
- Järjestelmäanalyysi koskee liiketoiminnan tavoitteiden, tavoitteiden ymmärtämistä ja liiketoimintaprosessien kehittämistä. Systeemianalyysin lopputuote on järjestelmämäärittelyt.
- Järjestelmäsuunnittelu käyttää järjestelmän analyysin lähtöä. Järjestelmäsuunnittelun päätavoitteena on tulkita järjestelmävaatimukset arkkitehtonisiksi, loogisiksi ja fyysisiksi suunnitelmiksi siitä, kuinka tietojärjestelmä toteutetaan.
MIS Kohdepainotteinen analyysi ja suunnittelu
Objektisuuntautunut analyysi ja suunnittelu (OOAD) liittyvät läheisesti järjestelmien analysointiin ja suunnitteluun. Tärkein ero objektisuuntautuneen analyysin ja suunnittelun (OOAD) sekä järjestelmäanalyysin ja suunnittelun välillä on se, että OOAD käyttää objekteja edustamaan todellisia kokonaisuuksia.
Kohdepainotteinen analyysi ja suunnittelu käyttää visuaalista mallintamista viestinnän parantamiseksi kaikkien sidosryhmien välillä ja korkealaatuisten tuotteiden tuottamiseksi.
Objekti edustaa reaalimaailman kokonaisuutta, kuten asiakasta, tuotetta, työntekijää jne. Unified Modeling Language (UML) on yleiskäyttöinen kieli, jota käytetään luomaan visuaalisia malleja järjestelmälle.
Seuraava kuva näyttää esimerkin UML-kaaviosta, joka näyttää käyttäjien olevan vuorovaikutuksessa myyntipistejärjestelmän kanssa
MIS-järjestelmien kehittämisen elinkaari (SDLC)
Järjestelmän kehittämisen elinkaari viittaa tietojärjestelmän suunnittelun, luomisen, testaamisen ja käyttöönoton käsittelyyn. Järjestelmän kehittämisen elinkaaren päätavoitteena on tuottaa korkealaatuisia tietojärjestelmiä, jotka täyttävät tai ylittävät käyttäjien odotukset asetetussa budjetissa ja aikataulussa.
SDLC käyttää useita kehitysmenetelmiä tämän tavoitteen saavuttamiseksi. Seuraavissa osioissa keskustellaan suosituimmista kehitysmenetelmistä.
Vesiputousmalli
Vesiputouksen mallissa käytetään peräkkäistä mallia. Seuraava vaihe alkaa vasta edellisen vaiheen päättymisen jälkeen. Ensimmäinen vaihe piirretään yleensä ylhäältä ja seuraavat vaiheet alhaalta ja vasemmalta alhaalta. Tämä muodostaa vesiputouksen kaltaisen rakenteen, ja nimi tuli siitä.
Vesiputousmallin päätavoitteena on
- Suunnittelu
- Aikataulu
- Budjetointi ja
- Koko järjestelmän käyttöönotto kerralla
Vesiputousmalli on ihanteellinen, kun käyttäjän vaatimukset ymmärretään selvästi eikä niiden odoteta muuttuvan radikaalisti tietojärjestelmän kehityksen aikana. Vesiputousmalli on ihanteellinen tilanteissa, joissa projektilla on kiinteä, kiinteä aikataulu ja kiinteä hinta.
Vesiputousmallin suurin haaste on omaksuminen muutokseen. Uusien käyttäjien vaatimusten sisällyttäminen ei ole helppoa.
Ketterä kehitys
Ketterä kehitys on vaihtoehtoinen metodologia perinteiselle projektinhallinnalle, joka edistää mukautuvaa suunnittelua, evoluutiokehitystä, varhaista toteuttamista, jatkuvaa parantamista ja rohkaisee nopeaa ja joustavaa vastausta muutokseen.
Sprintti ketterästi on hyvin määritelty tehtävä, joka on suoritettava tietyssä ajassa. Sprintin tavoitteet ja kestot asettavat asiakkaat ja kehitystiimi. Kaikkien sidosryhmien on tavattava henkilökohtaisesti saadakseen palautetta sprintistä, ennen kuin he voivat siirtyä seuraavaan mahdolliseen sprinttiin.
Ketterät menetelmät seuraavat yleensä ketterää manifestia. Ketterä manifesti perustuu seuraaviin 12 (12) periaatteeseen
- Asiakastyytyväisyys ohjelmistojen varhaisen ja jatkuvan toimituksen kautta
- Tervetuloa vaatimusten muutoksiin projektin milloin tahansa
- Toimivia ohjelmistoja julkaistaan usein viikoittain
- Yhteistyö liikemiesten ja kehittäjien välillä työskenneltäessä projektia
- Motivoitujen ja luotettujen henkilöiden ympärille rakennetut projektit
- Tehokkaat kasvokkain tapaamiset
- Edistymistä mitataan toimivien ohjelmistojen perusteella
- Kestävän kehityksen, sponsoreiden, käyttäjien ja kehittäjien tulisi pystyä ylläpitämään tasaista tahdistusta loputtomiin
- Jatkuva huomio tekniseen huippuosaamiseen ja hyvään muotoiluun parantaa ketteryyttä.
- Yksinkertaisuus
- Itseorganisoituvat ryhmät
- Tiimi pohtii säännöllisin väliajoin, kuinka tulla tehokkaammaksi, virittää ja säätää käyttäytymistään vastaavasti.
Seuraava kaavio kuvaa kuinka ketterät kehitysmenetelmät toteutetaan.
Prototyyppien tekeminen
Prototyyppi on varsin kehitettävän järjestelmän puolitoiminnallinen simulointimalli. Prototyyppien kehittämismenetelmissä hyödynnetään prototyyppejä. Prototyyppien avulla sekä kehittäjät että käyttäjät voivat saada palautetta aikaisin.
Prototyyppien avulla käyttäjien on helppo määrittää vaatimukset ja kehittäjät ymmärtävät käyttäjien vaatimukset prototyyppien takia. Prototyyppien muodostusmenetelmä tarkoittaa perusvaatimusten, erityisesti järjestelmän tulojen ja lähtöjen, tunnistamista. Näitä vaatimuksia käytetään sitten luomaan simulointimalli, jonka käyttäjät voivat olla vuorovaikutuksessa ja antaa palautetta. Käyttäjän palautetta käytetään prototyypin parantamiseen ja muiden tärkeiden päätösten tekemiseen, kuten projektin kustannuslaskenta ja toteutettavissa olevat aikataulut.
Seuraava kaavio kuvaa prototyyppien muodostamisen vaiheet
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 vaatimuksia.
Lyhyesti sanottuna kehitysmenetelmien on ensin tunnistettava ja ymmärrettävä ongelma olemassa olevalla järjestelmällä ja löydettävä ratkaisu, joka ratkaisee ongelman.
Valittu menetelmä riippuu projektin luonteesta ja käyttäjien vaatimuksista.
- Vesiputousmalli on ihanteellinen, kun projektin ei odoteta muuttuvan paljon
- Vaikka ketterät menetelmät, prototyypit jne. Ovat ihanteellisia, kun projektin odotetaan muuttuvan kehityksen ja muutosten aikana, ne on sisällytettävä.