MIS fejlesztési folyamat rendszerfejlesztési életciklussal
Atlas Phoenix
A szoftver a vezetői információs rendszer egyik fő összetevője. Az MIS rendszerben használt szoftverek egy része lekerült a polcról. Ide tartoznak az olyan csomagok, mint a táblázatkezelő programok, adatbázis-alkalmazások stb.
Azonban ezek az idők, amikor a polcról lekerült szoftverek nem felelnek meg az üzleti követelményeknek. Erre a problémára a megoldás az egyedi készítésű szoftver.
Ez az oktatóanyag az egyedi szoftverek fejlesztéséhez használt módszerekre összpontosít.
Az információs rendszerfejlesztésben érintettek
Egy tipikus információs rendszerfejlesztésnek általában három érintettje van:
- felhasználók – A felhasználók azok, akik a rendszert a fejlesztés után napi feladataik ellátására használják.
- Projekt szponzorok – az érintettek ezen kategóriája felelős a projekt pénzügyi vonatkozásaiért és a projekt befejezésének biztosításáért.
- Fejlesztők – ebbe a kategóriába általában rendszerelemzők és programozók tartoznak. A rendszerelemzők feladata a felhasználói követelmények összegyűjtése és a rendszerkövetelmények írása. A programozók a rendszerelemzők által kidolgozott rendszerkövetelmények alapján fejlesztik ki a szükséges rendszert.
A projekt legfontosabb érintettjei a felhasználók. Ahhoz, hogy egy projektet befejezettként fogadjanak el, a felhasználóknak el kell fogadniuk és használniuk kell. Ha a felhasználók nem fogadják el a rendszert, akkor a projekt meghiúsult.
MIS a rendszerelemzésben és -tervezésben
A rendszerelemzés és -tervezés két, egymással szorosan összefüggő tudományágra vonatkozik rendszer elemzése és a rendszertervezés.
- Rendszer elemzése az üzleti célok megértésével és az üzleti folyamatok fejlesztésével foglalkozik. A rendszerelemzés végterméke a rendszerspecifikációk.
- Rendszer tervezés a rendszerelemzés kimenetét használja bemenetként. A rendszertervezés fő célja a rendszerkövetelmények értelmezése a megvalósítandó információs rendszer építészeti, logikai és fizikai tervezésében.
Objektumorientált elemzés és tervezés az MIS-ben
Az objektum-orientált elemzés és tervezés (OOAD) szorosan kapcsolódik a rendszerelemzéshez és -tervezéshez. Az objektumorientált elemzés és tervezés (OOAD) és a rendszerelemzés és -tervezés közötti fő különbség az, hogy az OOAD objektumokat használ a valós entitások megjelenítésére.
Az objektumorientált elemzés és tervezés vizuális modellezést használ az érdekelt felek közötti kommunikáció javítására és kiváló minőségű termékek előállítására.
Az objektum egy valós entitás, például vevő, termék, alkalmazott stb. reprezentációja. Az Unified Modeling Language (UML) egy általános célú nyelv, amelyet rendszer vizuális terveinek létrehozására használnak.
A következő kép egy minta UML-diagramot mutat be, amely bemutatja a felhasználókat, akik interakcióba lépnek egy értékesítési pontrendszerrel
Rendszerfejlesztési életciklus (SDLC) az MIS-ben
A rendszerfejlesztési életciklus egy információs rendszer tervezésének, létrehozásának, tesztelésének és telepítésének feldolgozására utal. A rendszerfejlesztés életciklusának fő célja a felhasználók elvárásainak megfelelő, vagy felülmúló, minőségi információs rendszerek előállítása az előírt költségvetési és időkereten belül.
Az SDLC számos fejlesztési módszert alkalmaz e cél elérése érdekében. A következő részek a legnépszerűbb fejlesztési módszereket tárgyalják.
Vízesés modell a MIS-ben
A Vízesés modell szekvenciális tervezési modellt használ. A következő szakasz csak az előző szakasz befejezése után kezdődik. Az első szakaszt általában felül, a következő szakaszokat pedig alul és balra alul húzzák. Ez egy vízesésszerű szerkezetet alkot, és innen származik a név is.
A vízesés modell fő célja az
- Tervezés
- Időbeosztás
- Költségvetés és
- Egy egész rendszer megvalósítása egyszerre
A vízesés-modell akkor ideális, ha a felhasználói igények tisztában vannak, és nem várható, hogy az információs rendszer fejlesztése során radikálisan megváltoznak. A vízesés modell ideális olyan helyzetekben, amikor egy projektnek fix hatóköre, fix időkerete és fix ára van.
A vízesés-modell legnagyobb kihívása a változáshoz való alkalmazkodás. Nem könnyű új felhasználói igényeket beépíteni.
Agilis fejlesztési megközelítés az MIS-hez
Az agilis fejlesztés a hagyományos projektmenedzsment alternatív módszere, amely elősegíti az adaptív tervezést, az evolúciós fejlesztést, a korai megvalósítást, a folyamatos fejlesztést, valamint gyors és rugalmas reagálást a változásokra.
A sprint agilis értelemben egy jól meghatározott feladat, amelyet adott időn belül el kell végezni. Sprint a célokat és az időtartamokat az ügyfelek és a fejlesztőcsapat határozzák meg. Minden érdekelt félnek személyesen kell találkoznia, hogy visszajelzést kapjon a sprintről, mielőtt továbbléphetne a következő sprintre, ha van ilyen.
Agilis módszertanok általában követik az agilis kiáltványt. Az agilis kiáltvány a következő tizenkét (12) alapelven alapul:
- Az ügyfelek elégedettsége a szoftverek korai és folyamatos szállításával
- Üdvözöljük a követelmények változását a projekt bármely szakaszában
- A működő szoftverek gyakori kiadása általában heti rendszerességgel
- Együttműködés üzletemberek és fejlesztők között egy projekten való munka során
- Motivált és megbízható személyek köré épülő projektek
- Hatékony és eredményes személyes találkozók
- Az előrehaladást a működő szoftverek alapján mérik
- Fenntartható fejlődés, a szponzoroknak, a felhasználóknak és a fejlesztőknek a végtelenségig állandó ütemben kell tartaniuk
- A műszaki kiválóságra és a jó dizájnra való folyamatos figyelem növeli a mozgékonyságot.
- Egyszerűség
- Önszerveződő csapatok
- Rendszeres időközönként a csapat átgondolja, hogyan válhat hatékonyabbá, majd ennek megfelelően hangolja és módosítja viselkedését.
Az alábbi diagram bemutatja, hogyan valósítják meg az agilis fejlesztési módszereket.
Prototípuskészítés az MIS-ben
A prototípus a ténylegesen fejlesztendő rendszer félig funkcionális szimulációs modellje. A prototípusfejlesztési módszerek prototípusokat használnak. A prototípusok lehetővé teszik a fejlesztők és a felhasználók számára, hogy korai visszajelzést kapjanak.
A prototípuskészítés megkönnyíti a felhasználók számára, hogy meghatározzák igényeiket, a fejlesztők pedig megértsék a felhasználók követelményeit a prototípusok miatt. A prototípus-készítési módszertan az alapvető rendszerkövetelmények azonosítását jelenti, különös tekintettel a rendszer bemenetére és kimenetére. Ezeket a követelményeket használják fel egy szimulációs modell létrehozására, amellyel a felhasználók interakcióba léphetnek, és visszajelzést adhatnak. A felhasználói visszajelzéseket a prototípus fejlesztésére és más fontos döntések meghozatalára használják fel, mint például a projekt költségszámítása és a megvalósítható időbeosztás.
A következő ábra a prototípuskészítés szakaszait szemlélteti
Összegzésként
Az információs rendszerek fejlesztése olyan módszertanokra és lépésekre vonatkozik, amelyek egy új információs rendszer fejlesztéséhez vagy egy meglévő rendszer korszerűsítéséhez szükségesek, hogy megfeleljenek a változó felhasználói igényeknek.
Dióhéjban: a fejlesztési módszertannak először azonosítania és meg kell értenie a meglévő rendszer problémáját, és olyan megoldást kell találnia, amely megoldja a problémát.
A választott módszer a projekt jellegétől és a felhasználói követelményektől függ.
- A vízesés modell ideális akkor, ha a projekt várhatóan nem fog sokat változni
- Míg az olyan módszerek, mint az Agile, a prototípuskészítés stb., ideálisak, ha a projekt várhatóan megváltozik a fejlesztés során, és a változtatásokat be kell építeni.
