Processen med udvikling af applikationssoftware: systemanalyse og design

Processen med udvikling af applikationssoftware: systemanalyse og design!

Processen med at udvikle applikationssoftware er også populært kendt som systemudviklingslivscyklus. Processen er cyklisk karakter, fordi informationssystemerne ændres i lyset af brugerens skiftende krav og mangler, der observeres på forskellige udviklingsstadier.

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

Processen ligner processen med at opbygge et hvilket som helst andet større system.

Traditionelt er processen med systemudvikling blevet beskrevet i form af en sekvens af de følgende trin:

jeg. Identifikation af brugernes krav i form af brede funktioner, der skal udføres af systemet,

ii. Analyse af det eksisterende system ved at identificere de detaljerede krav fra brugerne,

iii. Design af et nyt system ved at omsætte kravene til metode, procedurer og kontroller for at lette kodning af system,

iv. Kodning af de forskellige programmer i systemet ved hjælp af et bestemt programmeringssprog og sammenkædning af dem for at lave en komplet software,

v. Test af systemet for at sikre, at det opfylder de specificerede krav og implementere systemet ved at etablere procedurer for dataindlæsning og distribution.

Disse trin blev samlet betegnet som systemanalyse og design. På hvert trin i projektudviklingsprojektet havde forskellige aktører særlige roller for at gøre projektet til en succes.

Hovedspillere i udviklingsprocessen:

Zachman identificerer tre hoveddeltagere i udviklingen af ​​ethvert større system, nemlig klienten, designeren og bygherren. I byggeindustrien er de kendt som henholdsvis bruger, arkitekt og entreprenør entreprenør. IT-fagfolk kalder dem brugere, systemanalytiker og programmører henholdsvis.

Systemanalytikeren fungerer som mellemmand mellem brugeren og programmøren og broer kommunikationsgabet mellem de to. I processen bruger han sin forståelse af brugernes behov og kodningsproces, hvorved der tilføjes værdi til formidlingen. Forholdet mellem dem er repræsenteret i fig. 7.3.

Dette afsnit fokuserer på bruger (hovedsageligt lederen) og hans rolle i udviklingen af ​​pålidelig software på den mest omkostningseffektive måde. Som i andre systemer er informationssystemer også tilbøjelige til at risikere dårlig kommunikation blandt deltagerne i processen.

I sidste ende er det brugeren, der lider, hvis systemet ikke passer til hans behov og forventninger. Det er derfor nødvendigt for lederen at sikre, at kommunikationsgabet blandt deltagerne minimeres. Det gør det afgørende for lederen at være involveret i systemudviklingsprocessen.

Ledelsens inddragelse i systemanalyse og design :

Informationssystemets grundlæggende funktion, som Weberputs det, er at beskrive adfærd af diskrete ting og begivenheder, der har relevans for en periode. Disse diskrete ting og begivenheder er de enheder, processer og regler, der beskriver funktionen i en organisation.

Enheder beskrives ved at lagre deres information i datafiler, der generelt kaldes masterfiler. Begivenhederne beskrives generelt af de data, der er indeholdt i, hvad der almindeligvis hedder transaktionsfiler. Processerne beskrives med programmer og dokumentationen, der genskaber dem. Regler angiver forhold mellem dataelementer, mellem processer og mellem data og processer.

Således kan enhederne, processerne og reglerne kaldes som tre grundlæggende byggesten af ​​ethvert informationssystem. Faktisk er alle de tre byggesten bedst kendt for og bedre forstået af lederen. Ethvert problem i kommunikationen af ​​disse byggesten kan gøre informationssystemet mindre nyttigt.

Det er derfor vigtigt, at lederen skal være bevidst involveret i systemanalyseprocessen og design. Graden af ​​inddragelse kan dog være forskellig afhængigt af ledelsesniveau, ansvarsforhold, type informationssystem mv.

Mere specifikt kan en leders rolle i systemudviklingsprocessen begrænses til processen med at finde svar på følgende brede spørgsmål i den forbindelse:

Hvad behandler systemet? Det indlysende svar på spørgsmålet er, at ethvert informationssystem behandler data. Et mere specifikt spørgsmål, som en leder skal løse, er imidlertid, hvilken data der skal behandles af den givne applikationssoftware.

Hvordan virker det? Databehandlingsaktiviteterne, der skal udføres af softwaren på dataene, skal defineres og meddeles under hensyntagen til lederens beslutningsbehov.

Hvorfor udvikle applikationssoftware? Det er nødvendigt at retfærdiggøre ressourcernes engagement for systemet, og der skal derfor foretages en cost benefit-analyse af ledelsen for hver ansøgning.

Hvor skal dataene behandles? Hvilke databehandlingsfunktioner vil blive centraliseret, og hvilke funktioner skal decentraliseres? Svar på dette spørgsmål har en vigtig betydning for, hvordan databehandlingen er organiseret i systemet og kravene til databehandlingsressourcer.

Når en given databehandlingsfunktion skal udføres? Spørgsmålet bliver relevant, når IT-infrastrukturens kapacitet er en begrænsning, eller når der er behov for at synkronisere en databehandlingsfunktion med en ekstern begivenhed. En sådan situation er mere almindelig, når systemet er designet til at overvåge og / eller kontrollere nogle fysiske processer.

Mens disse spørgsmål synes at være ret enkle, danner de grundlaget for ethvert informationssystem. Søger svar på disse spørgsmål vil ikke kun hjælpe en leder med at identificere sine krav, men også gøre det muligt for ham at forstå, hvad der sandsynligvis vil være resultatet af systemanalysen og designprocessen. En leder skal aktivt knytte sig til systemudviklingsprocessen, når man søger svar på disse spørgsmål.