Processen för att utveckla applikationsprogramvara: Systemanalys och design

Processen för att utveckla applikationsprogramvara: Systemanalys och design!

Processen med att utveckla applikationsprogramvara är också populärt kallad systemutvecklings livscykel. Processen är cyklisk till sin natur, eftersom informationssystemen modifieras mot bakgrund av användarnas förändrade krav och brister som observeras vid olika utvecklingsstadier.

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

Processen liknar processen med att bygga ett annat huvudsystem.

Traditionellt har processen med systemutveckling beskrivits i termer av en följd av följande steg:

jag. Identifiering av användarnas krav i form av breda funktioner som ska utföras av systemet,

ii. Analysera det befintliga systemet genom att identifiera de detaljerade kraven för användare,

III. Utforma ett nytt system genom att ställa krav på metod, procedurer och kontroller för att underlätta kodning av system,

iv. Kodning av de olika programmen i systemet med ett visst programmeringsspråk och länkning av dem för att göra en komplett programvara,

v. Testa systemet så att det uppfyller de angivna kraven och implementera systemet genom att upprätta förfaranden för dataingång och distribution.

Dessa steg kallades kollektivt som systemanalys och design. Vid varje steg i projektet för systemutveckling hade olika aktörer särskilda roller för att göra projektet till en framgång.

Huvudspelare i utvecklingsprocessen:

Zachman identifierar tre huvuddeltagare i utvecklingen av något större system, nämligen klienten, formgivaren och byggaren. I byggbranschen är de kända som användare, arkitekt och entreprenad entreprenör. IT-proffs kallar dem respektive användare, systemanalytiker och programmerare.

Systemanalytiker fungerar som mellanhand mellan användaren och programmeraren och överbryggar kommunikationsgapet mellan de två. I processen använder han sin förståelse av användarnas och kodprocessens behov, vilket ger värde till förmedlingen. Relationerna mellan dem är representerade i fig. 7.3.

Det här avsnittet fokuserar på användaren (huvudsakligen chefen) och hans roll i utvecklingen av pålitlig programvara på det mest kostnadseffektiva sättet. Liksom i andra system är informationssystem också benägna att risken för dålig kommunikation bland deltagarna i processen.

I slutändan är det användaren som lider om systemet inte matchar hans behov och förväntningar. Det är därför nödvändigt för chefen att se till att kommunikationsgapet bland deltagarna minimeras. Det gör det väsentligt för chefen att vara involverad i systemutvecklingsprocessen.

Chef: s engagemang i systemanalys och design :

Informationssystemets grundläggande funktion, som Weberputs den, är att beskriva beteendet hos diskreta saker och händelser som har relevans för en viss period. Dessa diskreta saker och händelser är de enheter, processer och regler som beskriver funktionen i en organisation.

Enheter beskrivs genom att lagra informationen i datafiler, i allmänhet kallade huvudfiler. Händelserna beskrivs generellt av de uppgifter som finns i vad som allmänt kallas transaktionsfiler. Processerna beskrivs med program och dokumentationen som återskapar dem. Regler anger förhållanden mellan dataposter, mellan processer och mellan data och processer.

Således kan enheterna, processerna och reglerna kallas som tre grundläggande byggstenar i vilket informationssystem som helst. Faktum är att alla de tre byggstenarna är mest kända för och bättre förstås av chefen. Eventuella problem vid kommunikation av dessa byggstenar kan göra informationssystemet mindre användbart.

Det är därför viktigt att chefen ska medvetet vara inblandad i systemanalys och design. Graden av engagemang kan dock vara olika beroende på ledningsnivå, ansvarsområden, typ av informationssystem etc.

Mer specifikt kan en chefs roll i systemutvecklingsprocessen vara begränsad till processen att söka svar på följande breda frågor i detta avseende:

Vad hanterar systemet? Det uppenbara svaret på frågan är att något informationssystem behandlar data. En mer specifik fråga som en chef behöver lösa är emellertid vilken data som ska behandlas av den angivna applikationsprogramvaran.

Hur hanterar det? Den databehandlingsverksamhet som ska utföras av programvaran på data ska definieras och kommuniceras med hänsyn till chefsbeslutets behov.

Varför utveckla applikationsprogrammet? Det är nödvändigt att motivera resursansvar för systemet och därmed måste en kostnadsfördelningsanalys genomföras av ledningen för varje ansökan.

Var ska uppgifterna behandlas? Vilka databehandlingsfunktioner kommer att centraliseras och vilka funktioner ska decentraliseras? Svaret på denna fråga har ett viktigt inslag i hur databehandlingen är organiserad i systemet och kraven på databehandling.

När en viss databehandlingsfunktion måste utföras? Frågan blir relevant när IT-infrastrukturens kapacitet är en begränsning eller när det finns behov av att synkronisera en databehandlingsfunktion med händelsen av någon extern händelse. En sådan situation är vanligare när systemet är utformat för att övervaka och / eller kontrollera någon fysisk process.

Även om dessa frågor tycks vara ganska enkla, utgör de grunden för något informationssystem. Att söka svar på dessa frågor kommer inte bara att hjälpa en chef att identifiera sina krav utan också göra det möjligt för honom att förstå vad som sannolikt kommer att bli resultatet av systemanalys och designprocess. En chef ska aktivt associera sig i systemutvecklingsprocessen när man söker svar på dessa frågor.