Programinės įrangos kūrimo procesas: sistemos analizė ir projektavimas

Programinės įrangos kūrimo procesas: sistemos analizė ir dizainas!

Programinės įrangos kūrimo procesas taip pat yra žinomas kaip sistemos plėtros gyvavimo ciklas. Procesas yra ciklinis, nes informacinės sistemos yra keičiamos atsižvelgiant į besikeičiančius vartotojų poreikius ir trūkumus, pastebėtus skirtinguose plėtros etapuose.

Image Courtesy: 24point0.com/ppt-shop/media/catalog/product/m/e/merits-demerits-diagram-powerpoint-slide.jpg

Šis procesas yra panašus į bet kurios kitos pagrindinės sistemos kūrimo procesą.

Tradiciškai sistemos kūrimo procesas aprašytas pagal sekančius veiksmus:

i. Naudotojų reikalavimų nustatymas plačių funkcijų, kurias turi atlikti sistema, forma, \ t

ii. Esamos sistemos analizė, nustatant išsamius naudotojų reikalavimus,

iii. Naujos sistemos projektavimas, pakartojant metodo, procedūrų ir kontrolės reikalavimus, siekiant palengvinti sistemos kodavimą, \ t

iv. Įvairių programų kodavimas sistemoje, naudojant tam tikrą programavimo kalbą ir susiejant jas, kad būtų sukurta visa programinė įranga,

v. Sistemos testavimas, siekiant užtikrinti, kad jis atitiktų nustatytus reikalavimus ir įdiegtų sistemą nustatant duomenų įvedimo ir paskirstymo procedūras.

Šie veiksmai buvo bendrai vadinami sistemos analize ir dizainu. Kiekviename sistemos plėtros etape skirtingi dalyviai turėjo atlikti konkrečius vaidmenis, kad projektas būtų sėkmingas.

Pagrindiniai žaidėjai vystymosi procese:

Zachmanas identifikuoja tris pagrindinius dalyvius kuriant bet kurią svarbią sistemą, ty klientą, dizainerį ir statytoją. Statybos pramonėje jie yra žinomi kaip naudotojai, architektai ir statybos rangovai. IT specialistai vadina juos vartotojais, sistemos analitiku ir programuotojais.

Sistemos analitikas veikia kaip tarpininkas tarp vartotojo ir programuotojo, o tilto ryšį tarp dviejų. Šiame procese jis naudoja savo supratimą apie vartotojų poreikius ir kodavimo procesą, taip pridėdamas vertę tarpininkavimui. Tarp jų yra pavaizduoti 7.3 pav.

Šiame skyriuje daugiausia dėmesio skiriama naudotojui (daugiausia vadybininkui) ir jo vaidmeniui kuriant patikimą programinę įrangą ekonomiškai efektyviausiu būdu. Kaip ir kitų sistemų atveju, informacinės sistemos taip pat yra linkusios prastai bendrauti tarp proceso dalyvių.

Galiausiai vartotojas kenčia, jei sistema neatitinka jo poreikių ir lūkesčių. Todėl vadovui būtina užtikrinti, kad tarp dalyvių ryšių spraga būtų kuo mažesnė. Todėl būtina, kad vadybininkas dalyvautų sistemos kūrimo procese.

Vadybininko dalyvavimas sistemos analizėje ir projektavime :

Informacinės sistemos pagrindinė funkcija, kaip ją apibūdina, yra apibūdinti atskirų dalykų ir įvykių, kurie yra svarbūs tam tikrą laikotarpį, elgesį. Šie atskiri dalykai ir įvykiai yra subjektai, procesai ir taisyklės, apibūdinančios organizacijos funkciją.

Subjektai aprašomi saugant jų informaciją duomenų rinkmenose, paprastai vadinamose pagrindiniais failais. Įvykiai paprastai apibūdinami duomenimis, kurie yra populiariai vadinami sandorių failais. Procesai aprašomi programomis ir dokumentais, kurie juos atkuria. Taisyklės nurodo ryšį tarp duomenų elementų, procesų ir duomenų bei procesų.

Taigi subjektai, procesai ir taisyklės gali būti vadinami trimis pagrindiniais bet kurios informacinės sistemos elementais. Iš tiesų visi trys blokai geriausiai žinomi ir geriau suprantami vadovo. Bet kokia šių elementų komunikavimo problema gali sumažinti informacijos sistemos naudingumą.

Todėl labai svarbu, kad vadybininkas būtų sąmoningai įtrauktas į sistemos analizės ir projektavimo procesą. Tačiau dalyvavimo laipsnis gali skirtis priklausomai nuo valdymo lygio, atsakomybės pobūdžio, informacinės sistemos tipo ir kt.

Konkrečiau kalbant, vadovo vaidmuo sistemos kūrimo procese gali apsiriboti atsakymų į šiuos plačius klausimus paieškos procese:

Ką veikia sistema? Akivaizdus atsakymas į klausimą yra tai, kad bet kokia informacinė sistema apdoroja duomenis. Tačiau konkretesnis klausimas, kurį valdytojas turi išspręsti, yra tas, kokie duomenys turi būti tvarkomi konkrečioje programinėje įrangoje.

Kaip tai vyksta? Duomenų apdorojimo veikla, kurią turi atlikti programinė įranga, turi būti apibrėžta ir perduodama, atsižvelgiant į vadovo sprendimus.

Kodėl sukurti programinę įrangą? Būtina pagrįsti išteklių skyrimą sistemai, taigi kiekviena paraiška turi atlikti išlaidų ir naudos analizę.

Kur bus tvarkomi duomenys? Kokios duomenų apdorojimo funkcijos bus centralizuotos ir kokios funkcijos bus decentralizuotos? Atsakymas į šį klausimą turi didelę įtaką duomenų tvarkymo sistemoje tvarkymui ir duomenų apdorojimo išteklių poreikiams.

Kai reikia atlikti tam tikrą duomenų apdorojimo funkciją? Klausimas tampa aktualus, kai IT infrastruktūros pajėgumas yra suvaržymas arba kai yra poreikis sinchronizuoti duomenų apdorojimo funkciją su kai kurių išorinių įvykių įvykiu. Tokia situacija yra labiau paplitusi, kai sistema skirta prižiūrėti ir (arba) kontroliuoti kai kuriuos fizinius procesus.

Nors šie klausimai atrodo gana paprasti, jie yra bet kurios informacinės sistemos pagrindas. Atsakymų į šiuos klausimus paieška ne tik padės vadovui nustatyti savo reikalavimus, bet ir leis jam suprasti, kas gali būti sistemos analizės ir projektavimo proceso rezultatas. Vadybininkas turėtų aktyviai susieti sistemos kūrimo procesą, kai ieškoma atsakymų į šiuos klausimus.