Prosessen med å utvikle applikasjonsprogramvare: Systemanalyse og design

Prosessen med å utvikle applikasjonsprogramvare: Systemanalyse og design!

Prosessen med å utvikle applikasjonsprogramvare er også populært kjent som systemutvikling livssyklus. Prosessen er syklisk i naturen fordi informasjonssystemene er modifisert i lys av brukernes skiftende krav og mangler observert på ulike stadier av utvikling.

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

Prosessen ligner prosessen med å bygge et hvilket som helst annet hovedsystem.

Tradisjonelt har prosessen med systemutvikling blitt beskrevet i form av en sekvens av følgende trinn:

Jeg. Identifisering av brukernes krav i form av brede funksjoner som skal utføres av systemet,

ii. Analysere det eksisterende systemet ved å identifisere de detaljerte kravene til brukere,

iii. Utforming av et nytt system, ved å omstille kravene når det gjelder metode, prosedyrer og kontroller for å lette koding av system,

iv. Koding av de ulike programmene i systemet ved hjelp av et bestemt programmeringsspråk og sammenkoble dem for å lage en komplett programvare,

v. Testing av systemet for å sikre at det oppfyller de angitte kravene og implementere systemet ved å etablere prosedyrer for datainngang og distribusjon.

Disse trinnene ble kollektivt betegnet som systemanalyse og design. I hver fase av prosjektutviklingsprosjektet hadde ulike aktører bestemte roller for å gjøre prosjektet til en suksess.

Hovedspillere i utviklingsprosessen:

Zachman identifiserer tre hoveddeltakere i utviklingen av ethvert større system, nemlig klienten, designeren og byggeren. I byggebransjen er de kjent som henholdsvis bruker, arkitekt og entreprenør. IT-fagfolk kaller dem brukere, systemanalytiker og programmerere, henholdsvis.

Systemanalytikeren fungerer som mellommann mellom brukeren og programmereren og broer kommunikasjonsgapet mellom de to. I prosessen bruker han sin forståelse av behovene til brukere og kodingsprosesser, og derved legger verdien til formidlingen. Forholdet mellom dem er representert i fig. 7.3.

Denne delen fokuserer på brukeren (hovedsakelig lederen) og hans rolle i utviklingen av pålitelig programvare på den mest kostnadseffektive måten. Som for andre systemer er informasjonssystemer også utsatt for risikoen for dårlig kommunikasjon blant deltakerne i prosessen.

Til slutt er det brukeren som lider i tilfelle systemet ikke samsvarer med hans behov og forventninger. Det er derfor nødvendig for lederen å sikre at kommunikasjonsgapet mellom deltakerne blir minimert. Det gjør det avgjørende for lederen å være involvert i prosessen med systemutvikling.

Lederens engasjement i systemanalyse og design :

Informasjonssystemets grunnleggende funksjon, som Weberputs den, er å beskrive adferd av diskrete ting og hendelser som har relevans for en periode. Disse diskrete ting og hendelser er de enhetene, prosessene og reglene som beskriver funksjonen i en organisasjon.

Enheter beskrives ved å lagre informasjonen i datafiler, vanligvis kalt masterfiler. Hendelsene er generelt beskrevet av dataene som er populært kalt transaksjonsfiler. Prosessene er beskrevet med programmer og dokumentasjonen som gjenskaper dem. Regler angir forhold mellom dataelementer, mellom prosesser og mellom data og prosesser.

Dermed kan enhetene, prosessene og reglene kalles som tre grunnleggende byggesteiner av ethvert informasjonssystem. Faktisk er alle de tre byggesteinene best kjent for og bedre forstått av lederen. Ethvert problem i kommunikasjon av disse byggeblokkene kan gjøre informasjonssystemet mindre nyttig.

Det er derfor viktig at lederen skal være bevisst involvert i prosessen med systemanalyse og design. Graden av engasjement kan imidlertid være forskjellig avhengig av styringsnivå, ansvarsforhold, type informasjonssystem etc.

Nærmere bestemt kan en lederes rolle i systemutviklingsprosessen begrenses til prosessen med å søke svar på følgende brede spørsmål i denne forbindelse:

Hva behandler systemet? Det opplagte svaret på spørsmålet er at ethvert informasjonssystem behandler data. Men et mer spesifikt spørsmål som en leder trenger å løse, er hvilke data som skal behandles av den angitte applikasjonsprogramvaren.

Hvordan behandler det? Databehandlingsaktivitetene som skal utføres av programvaren på dataene, skal defineres og kommuniseres for å holde oversikt over lederens avgjørelsesbehov.

Hvorfor utvikle applikasjonsprogramvaren? Det er nødvendig å rettferdiggjøre ressursforpliktelser for systemet, og det må derfor utføres en kostnadsfordelingsanalyse av ledelsen for hver søknad.

Hvor skal dataene behandles? Hvilke databehandlingsfunksjoner vil bli sentralisert og hvilke funksjoner skal desentraliseres? Svar på dette spørsmålet har et viktig bidrag til måten databehandlingen er organisert i systemet og kravene til databehandling ressursene.

Når en gitt databehandlingsfunksjon må utføres? Spørsmålet blir relevant når kapasiteten til IT-infrastrukturen er en begrensning, eller når det er behov for å synkronisere en databehandlingsfunksjon i tilfelle av noe eksternt arrangement. En slik situasjon er mer vanlig når systemet er utformet for å overvåke og / eller kontrollere noen fysisk prosess.

Selv om disse spørsmålene ser ut til å være ganske enkle, danner de grunnlaget for ethvert informasjonssystem. Søker svar på disse spørsmålene vil ikke bare hjelpe en leder til å identifisere sine krav, men også gjøre det mulig for ham å forstå hva som sannsynligvis vil være utfallet av systemanalysen og designprosessen. En leder bør aktivt knytte seg i prosessen med systemutvikling når man søker etter svar på disse spørsmålene.