En introduktion till logikträd och strukturerad programmering

Författare: Robert Simon
Skapelsedatum: 24 Juni 2021
Uppdatera Datum: 1 Juli 2024
Anonim
En introduktion till logikträd och strukturerad programmering - Teknologi
En introduktion till logikträd och strukturerad programmering - Teknologi

Innehåll


Hämtmat:

Strukturerad programmering och processen involverad i att skapa beslut om logik består av att organisera och koda program genom att förenkla kontrollvägar så att program lätt kan förstås och modifieras.

Affärssystem och processer fungerar enligt affärsregler och förordningar inom en specifik affärsområde. Den dynamiska naturen i varje affärsmiljö består av interna och externa påverkningar, som att hålla jämna steg med konkurrensen och förändringar i lagar och regler. Det är därför det är viktigt för affärsanalytiker, projektledare och viktiga beslutsfattare att förstå olika sätt på vilka logikmodellering och strukturerad programmering kan arbeta för att förbättra affärsverksamheten.

På vilket sätt? Genom att skapa och producera processspecifikationer kan en organisation få en exakt beskrivning av hur den gör idag och vad som behöver göras. Dessa specifikationer validerar också systemdesignen (inklusive dataflödesdiagram och datalärordlistan) och minskar processyddigheten.


De metoder som finns tillgängliga för att dokumentera och analysera logiken för strukturerade beslut inkluderar strukturerad engelska, beslutstabeller och beslutsträd. Företagsanalytiker kan använda dessa metoder för att identifiera kraven hos nuvarande och framtida företagens intressenter och omvandla dessa krav till specifikationer som kommer att leda konstruktionen av IT-baserade affärslösningar. Låt oss ta en titt.

Logisk modellering

En logikmodell presenterar en bild eller en berättelse om hur processer kommunicerar med varandra. Med andra ord, det är en illustration av en sekvens av orsak-och-effekt-förhållanden som båda går ner på samma väg för att uppnå samma slutresultat. Syftet med logisk modellering är att kommunicera den underliggande teorin eller uppsättningen antaganden som ett program kan dra slutsatser om varför programmet fungerar eller varför lösningen som används är den bästa lösningen på det identifierade problemet eller problemet. Oavsett om en logisk modell visar sig själv genom diagram, flödesark, grafiskt eller genom en berättelse, förmedlar varje form förhållanden mellan koniska faktorer och programmatiska input, processer och resultat.

Logikmodeller kan användas för att visa varför ett initiativ är viktigt, vilka resultat det kommer att ge och vilka åtgärder och orsaker som förväntas leda till önskade resultat. Allt fungerar som grund för att avgöra om planerade åtgärder sannolikt kommer att leda till önskat resultat.


Förväxla inte en logikmodell med en handlingsplan

Det är mycket vanligt att människor blandar logikmodeller med handlingsplaner. Även om skillnaderna är subtila är de också mycket viktiga att förstå och identifiera. En handlingsplan är en teamledare eller chefsguide för att genomföra ett projekt; en logikmodell illustrerar förändringar eller effekter som kan uppstå till följd av den ursprungligen strukturerade planen eller rekreationen av planen. Åtgärdsplaner används för att visa en uppsättning programobjekt och en tidslinje eller projicerad kontur, till exempel en media-kampanj eller ett slags uppsökande projekt. I princip är en handlingsplan en guide för själva genomförandet och körningen av ett projekt som skapas efter logikmodellen är på plats.

Processspecifikation

Processspecifikationer är de metoder som finns tillgängliga för att dokumentera och analysera logiken för strukturerade beslut. Detta inkluderar strukturerad engelska, beslutstabeller och beslutsträd. Processspecifikationer skapas för primitiva processer och vissa processer på högre nivå i ett dataflödesdiagram. (Dessa kan också kallas minispecs eftersom de utgör en liten del av de totala produktspecifikationerna). Processspecifikationer minskar processyddigheten, låter en individ eller en organisation få en exakt beskrivning av vad som åstadkommes och validera systemdesignen, inklusive dataflödesdiagram och datorlistan.

Processspecifikationer skapas inte för fysiska inmatnings- eller utgångsprocesser, processer som representerar enkel datavalidering eller för processer där förskriven kod redan finns. Processbeskrivningar kan finnas på ett formulär eller i ett datorstödd programvaruteknik (CASE) verktygsförråd. Specifikationer förklarar beslutsfattande logik och formler som omvandlar processinmatningsdata till utgång. Processlogik representeras bäst genom strukturerad engelska, beslutstabeller, beslutsträd, genom specificerade formler eller algoritmer eller genom någon kombination av ovanstående.

Modelleringslogik med strukturerad engelska

Strukturerad engelska är baserad på strukturerad logik. Det används när processlogik involverar formler eller iteration, eller när strukturerade beslut inte är för komplicerade. Strukturerad engelska används för att uttrycka all logik när det gäller sekvensstrukturer, beslutsstrukturer, iterationer och ärendestrukturer. Denna modifierade form av engelska används för att specificera logiken för informationsprocesser genom att använda en underuppsättning av engelska ordförråd för att uttrycka processförfaranden. Det finns inga specifika standarder för att utföra en strukturerad engelsk modell. Vanligtvis kommer varje analytiker eller projektledare att ha sin egen metod, men varje modell består av actionverb och substantivfraser utan adverb eller adjektiv.

Strukturerad engelska används för att representera processer på ett kortvarigt sätt som är relativt enkelt för både användare och programmerare att läsa och förstå. Sekvens, tillstånd och upprepning ingår i processen att skapa en strukturerad engelsk modell. Strukturerad engelska är en teknik som används för att beskriva algoritmiska procedurer och kan ibland vara ett alternativ till flödesscheman. Det är ett effektivt kommunikationsverktyg som används för att klargöra logiken och relationerna som finns bland mänskliga språk.

Inga buggar, ingen stress - din steg-för-steg-guide för att skapa livsförändrad programvara utan att förstöra ditt liv

Du kan inte förbättra dina programmeringsfärdigheter när ingen bryr sig om mjukvarukvalitet.

Modelleringslogik med beslutstabeller

En beslutstabell används bäst för komplicerat beslut eftersom den anger de möjliga villkoren och deras resulterande åtgärder genom en matrisrepresentation av ett besluts logik. Beslutstabeller består av rader och kolumner som är indelade i fyra olika sektioner eller kvadranter och är utformade för att illustrera komplexa beslutsregler. Beslutstabeller använder villkorstubbar, handlingsstubbar och fördefinierade regler under skapandet. Tillståndsstubbar listar villkor som är relevanta för ett beslut medan åtgärdsstubbar är åtgärder som är resultatet av en given uppsättning villkor. De implementerade reglerna används för att specificera vilka åtgärder som ska följas för en given uppsättning villkor och deras resultat.

Beslutstabellen visar bestämningen av antalet villkor eller input som påverkar ett specifikt beslut. Uppsättningen av möjliga resultat eller åtgärder måste också bestämmas. Proceduren som används för att skapa en beslutstabell börjar med att namnge ett villkor och koppla detta villkor till dess lämpligt antagna värden medan man namnger alla möjliga åtgärder som kan uppstå under denna process. Alla regler måste anges och åtgärderna för varje regel definieras innan tabellen kan förenklas.

Beslutstabeller säkerställer fullständighet genom att minska mängden tillståndstestning som måste utföras och genom att kontrollera för eventuella fel, motsägelser och uppsägningar.

Modellera logik genom skapandet av beslutsträd

Beslutsträd är en grafisk representation av specifika beslutssituationer som används när komplex förgrening inträffar i en strukturerad beslutsprocess. Ett beslutsträd är en prediktiv modell baserad på en grenserie av booleska test som använder specifika fakta för att göra mer generaliserade baserade slutsatser. Huvudkomponenterna i ett beslutsträd involverar beslutspunkter representerade av noder, handlingar som representeras av ovaler och specifika val från en beslutspunkt representeras av bågar. Varje nod motsvarar ett numrerat val på en legend och alla möjliga åtgärder listas längst till höger i modellen. Varje regel i ett beslutsträd representeras genom att spåra en serie banor från rot till nod till nästa nod och så vidare tills en åtgärd oval har uppnåtts.

Ett beslutsträd är till hjälp när en viss order för en serie beslut måste upprätthållas. De är användbara när det är viktigt att hålla en rad beslut på samma spår i en viss sekvens. När du skapar ett beslutsträd måste alla villkor och åtgärder ha en identifierad uppsättning beställningar och timing, baserat på det kritiska behovet för varje villkor och åtgärd. Beslutsträd säkerställer att ordningen att kontrollera villkor och genomföra åtgärder omedelbart märks. Vid jämförelse av beslutsträd med beslutstabeller tillåter ett beslutsträd en lättare förståelse av andra från organisationen.

Välja rätt strukturerad beslutsanalyssteknik

Vid jämförelse av användningen av varje beslutsteknik är det viktigt att tänka på vilken struktur som ger den bästa processen och resultatet. När det finns repetitiva åtgärder eller när kommunikation med slutanvändning är av avgörande betydelse, bör strukturerad engelska användas som ett verktyg för att representera steg i logiska processer och i dataflödesdiagram. Beslutstabeller bör användas när en komplex kombination av villkor, åtgärder och regler hittas eller när en metod som effektivt undviker omöjliga situationer, uppsägningar och motsägelser hittas. Beslutsträd bör användas när sekvensen av villkor och åtgärder är kritisk eller när inte alla villkor är relevanta för varje handling, vilket innebär att grenarna är olika. Både beslutstabeller och beslutsträd bör användas för att representera logiskt val i tillståndsuttalanden.