MIS fejlesztési folyamat rendszerfejlesztési életciklussal

⚡ Okos összefoglaló

Az MIS fejlesztési folyamata elmagyarázza, hogyan lehet egyedi vezetői információs rendszer szoftvert fejleszteni, ha a kész csomagok nem megfelelőek. Kitér az érdekelt felekre, a rendszerelemzésre és -tervezésre, az objektumorientált tervezésre, valamint a rendszerfejlesztési életciklusra a vízesés, az agilis és a prototípusos módszereken keresztül.ping módszertanok.

  • 👥 Érintettek: A felhasználók, a projekt szponzorai és a fejlesztők egyaránt alakítják a rendszert, és a felhasználói elfogadottság dönti el a sikert.
  • 🧩 Elemzés és tervezés: A rendszerelemzés meghatározza a követelményeket, míg a rendszertervezés ezeket architektúrává és logikai modellekké alakítja.
  • 🔄 SDLC Foundation: A rendszerfejlesztési életciklus során magas színvonalú információs rendszereket terveznek, hoznak létre, tesztelnek és telepítenek.
  • ???? Vízesés: A vízesés modell fix hatókörű projektekhez illik, stabil, világosan érthető követelményekkel.
  • Agilis és Prototyping: Agilis és prototípusping iteratív visszajelzés és a felhasználók korai bevonása révén kezelje a változó követelményeket.

MIS fejlesztési folyamat rendszerfejlesztési életciklussal

A szoftver a vezetői információs rendszer egyik fő alkotóeleme. A MIS rendszerben használt szoftverek egy része kész szoftver. Ilyenek például a táblázatkezelő programok, adatbázis-alkalmazások stb.

Azonban előfordul, hogy a kész szoftverek nem felelnek meg az üzleti igényeknek. Erre a problémára a megoldás az egyedi 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 rendszer fejlesztésében általában három érdekelt fél van, nevezetesen:

  • felhasználók – A felhasználók azok, akik a rendszert a fejlesztés után használják a mindennapi feladataik elvégzésére.
  • 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 – ez a kategória általában rendszerelemzőkből és programozókból áll. A rendszerelemzők felelősek a felhasználói követelmények összegyűjtéséért és a rendszerkövetelmények megírásáért. 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 szorosan kapcsolódó tudományágra utal: rendszer elemzése és a rendszertervezés.

  • Rendszer elemzése törődik az üzleti célok, a kitűzött célok és a fejlesztés megértésévelping üzleti folyamatok. A rendszerelemzés végterméke a rendszerspecifikáció.
  • Rendszer tervezés A rendszerelemzés kimenetét használja bemenetként. A rendszertervezés fő célja a rendszerkövetelmények értelmezése az információs rendszer megvalósításának architekturális, logikai és fizikai terveivé.

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 összes érdekelt fél 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 UML-diagramot mutat be, amely a felhasználók és a pénztárgép közötti interakciót mutatja be.

Objektumorientált elemzés és tervezés az MIS-ben

Objektumorientált elemzés és tervezés az MIS-ben

Rendszerfejlesztési életciklus (SDLC) az MIS-ben

Az rendszerfejlesztési életciklus egy információs rendszer tervezésének, létrehozásának, tesztelésének és telepítésének folyamatára utal. A rendszerfejlesztési életciklus fő célja olyan kiváló minőségű információs rendszerek létrehozása, amelyek megfelelnek vagy meghaladják a felhasználók elvárásait a meghatározott költségvetésen é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

Az 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 további szakaszokat pedig alatta és balra alul rajzolják. Ez egy vízesésszerű struktúrát alkot, innen ered a név is.

Vízesés modell a MIS-ben

Vízesés modell a MIS-ben

A vízesés modell fő céljai a következők:

  • Tervezés
  • Időbeosztás
  • Költségvetés-tervezés, és
  • Egy egész rendszer megvalósítása egyszerre

A vízesés modell ideális, ha a felhasználói igények világosan érthetőek, és várhatóan nem változnak radikálisan az információs rendszer fejlesztése során. A vízesés modell ideális olyan helyzetekben, ahol egy projektnek rögzített hatóköre, rögzített időkerete és rögzített ára van.

A vízesés modell legnagyobb kihívása a változásokhoz való alkalmazkodás. Nem könnyű beépíteni az új felhasználói igényeket.

Agilis fejlesztési megközelítés az MIS-hez

Az agilis fejlesztés egy alternatív módszertan a hagyományos projektmenedzsmenttel szemben, 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 ösztönzi a változásokra való gyors és rugalmas reagálást.

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ározza meg. Minden érdekelt félnek személyesen kell találkoznia, hogy visszajelzést kapjon a sprintről, mielőtt továbbléphetnének a következő sprintre, ha egyáltalán sor kerül rá.

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:

  1. Ügyfél-elégedettség a szoftverek korai és folyamatos leszállításával.
  2. A projekt bármely szakaszában örömmel fogadjuk a követelmények változásait.
  3. Működő szoftverek gyakori kiadásai, általában hetente.
  4. Üzletemberek és fejlesztők közötti együttműködés egy projekten való munka során.
  5. Motivált és megbízható egyének köré épülő projektek.
  6. Hatékony és eredményes személyes találkozók.
  7. A haladást a működő szoftverek alapján mérik.
  8. Fenntartható fejlődés; a szponzoroknak, felhasználóknak és fejlesztőknek képesnek kell lenniük a végtelenségig állandó ütem fenntartására.
  9. A műszaki kiválóságra és a jó dizájnra való folyamatos figyelem növeli a mozgékonyságot.
  10. Egyszerűség.
  11. Önszerveződő csapatok.
  12. 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.

Agilis fejlesztési megközelítés az MIS-hez

Agilis fejlesztési megközelítés az MIS-hez

Prototyping az MIS-ben

A prototípus a fejlesztendő tényleges rendszer félig funkcionális szimulációs modellje.ping A fejlesztési módszertanok prototípusokat használnak. A prototípusok lehetővé teszik mind a fejlesztők, mind a felhasználók számára, hogy korai visszajelzést kapjanak.

Prototyping megkönnyíti a felhasználók számára az igényeik meghatározását, a fejlesztők számára pedig a prototípusoknak köszönhetően a felhasználók igényeinek megértését. Egy prototípusping A módszertan az alapvető rendszerkövetelmények, különösen a rendszer bemeneti és kimeneti adatainak azonosításával kezdődik. Ezeket a követelményeket ezután felhasználják egy szimulációs modell létrehozásához, 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, például a projekt költségeinek kiszámítására és a megvalósítható ütemtervek meghatározására.

A következő ábra a prototípus fázisait szemléltetiping.

Prototyping az MIS-ben

Prototyping az MIS-ben

GYIK

A mesterséges intelligencia több szakaszban is segítséget nyújt: a követelmények összegyűjtésében és rangsorolásában, tesztesetek generálásában, a projekt kockázatainak előrejelzésében és tervek javaslatában. Felgyorsítja a megvalósítást és csökkenti a hibákat, de az elemzők továbbra is validálják a kimeneteket a valós üzleti igényekkel szemben.

Igen. A mesterséges intelligencián alapuló kódolóasszisztensek képesek modulokat strukturálni, sablonokat írni, és javításokat javasolni egy leírás alapján. Felgyorsítják a fejlesztést, de a programozóknak ellenőrizniük kell a kódot a helyesség, a biztonság és a rendszerkövetelményeknek való megfelelés szempontjából.

A spirálmodell az iteratív prototípust ötvöziping kockázatelemzéssel. Minden ciklus a rendszer egy részét tervezi meg, építi fel és értékeli, miközben felméri a kockázatokat. Nagy, magas kockázatú projektekhez illik, ahol a követelmények folyamatosan változnak, és a korai kockázatkezelés elengedhetetlen.

A módszertant igazítsd a projekthez. Válaszd a Waterfall módszertant stabil, jól meghatározott követelmények esetén, az Agile módszertant, ha a követelmények gyakran változnak, és a Prototy módszertant.ping amikor a felhasználóknak látniuk és finomítaniuk kell egy működő modellt, mielőtt véglegesítenék az építést.

Foglald össze ezt a bejegyzést a következőképpen: