Innhold

• stadier
• Del 1 Forstå det grunnleggende i pseudokoden
• Del 2 Skriv en god pseudokode
• Del 3 Lag et eksempeldokument i en pseudokode

I denne artikkelen: Forstå det grunnleggende i pseudokoden Skriv en god pseudokode Lag et eksempel på et dokument i pseudokode8 Referanser

Å utvikle et program handler ikke om å "hoppe" på et tastatur og begynne å skrive kodelinjer. Det vil først være nødvendig å etablere en driftsalgoritme, som vil bli definert i form av et dokument som heter pseudo. Dette dokumentet er skrevet på et symbolsk språk og svarer ikke på noen formell eller spesifikk syntaks, men det må forbli forståelig for alle interessenter i et programvaredesignprosjekt, teknikere eller ikke, selv om det først og fremst er ment å tjene som retningslinje for teamene med programmerere som vil være ansvarlige for å transkribere den til kompilerbar eller tolkerbar kode.

stadier

Del 1 Forstå det grunnleggende i pseudokoden

1. Få en ide om hva en pseudokode er. Det er et utkast til kode utviklet trinn for trinn som gradvis kan bli transkribert til et programmeringsspråk. De fleste programmerere bruker den til å planlegge driften av en algoritme før de går over til det mye mer tekniske trinnet med koding.

   Pseudokoden brukes som en uformell guide, som et verktøy for problemanalyse som kan hindre det planlagte løpet av et program. Det er også et kommunikasjonsmiddel for å hjelpe deg med å forklare ideene dine for andre.

2. 
   

   
   Forstå nytten av en pseudokode. Den brukes til å definere driften av en algoritme. Programmerere bruker den ofte som en mellombeskrivelse mellom definisjonen av den opprinnelige planen for et program og skrivingen av den kjørbare koden.
   • Pseudokoden brukes til å beskrive driften av en algoritme. Han kan forklare hvor og hvordan en spesifikk mekanisme i et program skal oppstå.
   • Pseudokoden kan også brukes til å forklare en datamaskinprosess for ikke-tekniske brukere. En datamaskin krever bruk av en veldig streng syntaks for å kjøre et program, noe som kan være veldig vanskelig å forstå for en høyttaler med liten eller ingen programmeringsferdigheter. Disse menneskene vil bedre forstå et subjektivt språk som tydelig definerer flyten av et program og rollen til kodelinjene som utgjør det.
   • Det er vanlig at designere på høyt nivå formidler i form av pseudokodedokumenter sine forklaringer for å løse de komplekse problemene som deres programmererteam står overfor. Hvis du jobber i et programvareutviklingsteam, kan du oppleve at pseudokoden tydeliggjør løsninger på noen ganger veldig komplekse problemer.

3. 
   

   
   
   
   Husk at pseudokoden ikke er et standardisert språk. Pseudokoden krever ikke at du bruker forhåndsinnstilt syntaks. Innenfor utviklingsteamene er det å foretrekke å bruke, for koordineringsformål, en konvensjon som definerer strukturen til en pseudokode som programmerere lett kan forstå. Hvis du jobber alene, vil det viktigste være å sikre at pseudokoden din kan tydeliggjøre strukturen til tankene dine og at den passer til planen din.
   • Hvis du jobber med andre på et prosjekt, enten de er så erfarne som deg, som nybegynnere på dette feltet, eller uten opplæring i programmering, er det veldig viktig å bruke kjente strukturer for å bli lett forstått.
   • Enten du er påmeldt en universitetsutdanning, et møte med programmerere eller en arbeidskandidat i et selskap, vil du sannsynligvis ha tester for å gi videre en pseudokode som er undervist i standard. Vær forsiktig, fordi disse standarder er ofte veldig forskjellige fra institusjon eller lærer til en annen.

   Tydelighet er en av de første egenskapene som en pseudokode må vise for å hjelpe deg hvis du jobber innenfor et rammeverk for aksepterte programmeringskonvensjoner. Du må være i stand til å transkribere det til et reelt programmeringsspråk gjennom hele utviklingen av prosjektet tildelt deg, og det er grunnen til at pseudokoden må tillate deg å tydelig skissere ideene dine for å gjøre dem til virkelighet. store vanskeligheter.

   
   

4. 
   

   
   Konsentrer deg om pseudokoden din. Husk at det skal være enkelt å skrive ekte kildekode når du kommer til slutten av programblokken du er tilordnet. Husk alltid målene med å skrive pseudokoden, og forklar rollen til hver linje i programmet ved å være fokusert på oppgaven din.

Del 2 Skriv en god pseudokode

1. 
   

   
   Bruk en redaktør. Du kan bli fristet av bruk av es-behandling som Microsoft Word eller et lignende program for å lage et formatert dokument, men pseudokoden må forbli så enkel som mulig, den vil ikke kreve formatering. Den beste løsningen vil være å bruke en es-editor.

   Rene redaktører er Notisblokk (på Windows) og Rediger (på Mac).

2. 
   

   
   Begynn med å beskrive formålet med programmet. En forklaring på en eller to linjer som beskriver formålet med programmet vil hjelpe deg med å etablere resten av dokumentet og spare deg oppgaven med å forklare alle de du vil gi e-posten hva som er inn- og uttakene i prosessen du beskriver .

3. 
   

   
   Beskriv en enkelt instruksjon per linje. Hver instruksjon gitt i pseudokoden din må bare definere en elementær handling som skal utføres. I de fleste tilfeller, hvis oppgavelisten er satt riktig, skal hver av dem bare samsvare med en pseudokodelinje. Skriv en liste over oppgaver. Utvikle hver av dem i en pseudokode og transkriberer gradvis denne pseudokoden til kompilerbar eller tolkbar reell kode.

4. 
   

   
   Gjør best mulig bruk av mellomrom og innrykk. Ved å bruke mellomrom mellom blokker av e vil du isolere de forskjellige komponentene i pseudokoden din. Innrykk på forskjellige deler av blokkene vil indikere hvilke som skal plasseres under de mindre innrykkede seksjonene.
   • En pseudokodeseksjon som omhandler oppføring av et nummer må være i samme blokk, mens den som utfører en beregning på de gitte oppføringene må være i en del innrykket mer av pseudokoden.

5. 
   

   
   Sett nøkkelordene som brukes i store bokstaver om nødvendig. Det kan hende du må skrive med store bokstaver nøkkelordene som vil være en del av den faktiske koden hvis konvensjonene som gjelder for pseudokoden du skriver, gir det.
   • Hvis du bruker betingede uttalelser barlind og da i pseudokoden din, må du skrive dem med store bokstaver IF og SÅ.

6. 
   

   
   Bruk enkel terminologi. Husk at du beskriver hva prosjektet ditt har vil og ikke et sammendrag av den faktiske koden. Dette er spesielt viktig hvis du skriver en pseudokode for bruk som demonstrasjon for en av kundene dine som kanskje ikke er kjent med programmeringsteknikker eller for en nybegynner-programmerer.

   Du kan også forestille deg å hoppe over alle de faktiske instruksjonene og definere hver av prosesslinjene på menneskelig språk, for eksempel "Hvis nummeret som er lagt inn av en bruker er merkelig, vil utskriften erstattes av Y ».

7. 
   

   
   Hold linjene i pseudokoden din i riktig rekkefølge. Selv om språket du bruker når du skriver pseudokoden, skal forbli enkelt, må du opprettholde hver av linjene i den rekkefølgen de skal utføres. Dette er viktig for at programmet skal gå jevnt.

8. 
   

   
   La ikke rom for fantasien. Alt som vil skje i løpet av en prosess, må beskrives fullstendig. Instruksjonene som brukes i pseudokoden, må være forståelige. Pseudokoden definerer vanligvis ikke variabler, men beskriver hvordan programmet skal håndtere objekter som ligger veldig nær objekter i den virkelige verden, for eksempel kontonummer, navn eller transaksjonsbeløp.

9. 
   

   
   Bruk standard programmeringsstrukturer. Selv om det ikke er noen definert standard for å skrive pseudocode, vil programmerere lett forstå hvor du vil gå hvis du følger strukturene som er definert i sekvensielle programmeringsspråk som C eller Pascal. Bruk ord som barlind, da, annet, mens og sløyfe på samme måte som med det programmeringsspråket du vanligvis bruker.
   • hvis TILSTAND, INSTRUKSJON: instruksjonen vil bare bli utført hvis den testede tilstandstesten er sann, den vil ikke være sann hvis testen er falsk.
   • mens VILKÅR FOR INSTRUKSJON: instruksjonen vil bli gjentatt så lenge tilstanden er testet som sann, men den vil aldri være sann hvis tilstanden blir testet som usann.
   • gjør INSTRUKSJON mens TILSTAND: denne betingede uttalelsen er veldig lik den forrige med en forskjell. I det første tilfellet ble tilstanden testet før instruksjonen blir utført og ble ikke henrettet hvis testen var falsk. I dette tilfellet vil det bli testet etter utførelsen av instruksjonenslik at den blir utført minst en gang.
   • funksjon NAVN (ARGUMENTER): INSTRUKSJON: det betyr at hver gang navnet NAVN av funksjonen vil bli møtt i programmet, den definerte setningen må utføres med argumentet / argumentene beskrevet mellom parentesene. Begrepet "argumenter" representerer en eller flere variabler som instruksjonene skal ta i betraktning.

10. 
    

    
    Organiser delene av pseudokoden. Hvis du har store deler av en pseudokode som definerer flere forskjellige deler i den samme blokken, kan du bruke åttendedeler eller seler for å holde alt sammen.
    • Krokene () eller seler () vil hjelpe deg med å definere lange deler av pseudocode.
    • Når du skriver ekte kode, kan du sette inn kommentarer ved å plassere // i begynnelsen av linjen, som // Dette er en kommentarlinje.. Alt som er skrevet på samme linje vil bli betraktet som kommentar. Du kan bruke den samme metoden når du skriver en pseudokode for å legge til kommentarer om deler av programmet.

11. 
    

    
    Kontroller og kontroller pseudokodens lesbarhet og klarhet. En pseudokode er ikke et litterært verk, men det må forbli forståelig. Når du kommer til slutten av dokumentet, bør du kunne svare på disse få spørsmålene.
    • Kan min pseudokode forstås av noen som ikke er kjent med dette prosjektet?
    • Kan min pseudokode enkelt bli transkribert til kildekode på et programmeringsspråk?
    • Beskriver min pseudokode hele prosjektet uten å legge igjen noe?
    • Kan objektnavnet som er definert i min pseudokode, forstås tydelig av de interesserte?
    • Hvis du tror at en del av pseudokoden din må ominnredes eller fullføres, eller hvis den ikke er tilstrekkelig eksplisitt, kan du gå tilbake til den for å legge til eller endre nødvendig informasjon.

Del 3 Lag et eksempeldokument i en pseudokode

1. 
   

   
   Åpne en redaktør. Hvis du ikke vil installere nye programmer, vil du kunne bruke systemets standardredigerer, for eksempel Notisblokk hvis du jobber med Windows eller Rediger hvis du er på Mac.

2. 
   

   
   Definer tydelig hva programmet ditt vil gjøre. Selv om dette ikke er obligatorisk, er det alltid en god idé å forklare på en eller to linjer i begynnelsen av dokumentet hva som er pseudokoden du vil sende inn til lytterne dine.

   Dette programmet venter på en bruker. Hvis det tilsvarer det som forventes, vil programmet svare, ellers vil det avgi et avslag.

3. 
   

   
   Skriv åpningssekvensen. Dette er den aller første instruksjonen som programmet vil utføre når det lanseres. Dette må skrives på den første linjen i dokumentet.

   Hilsen innlegg "Jeg ønsker deg god morgen!"

4. 
   

   
   Legg til følgende linje. Plasser et mellomrom mellom den siste linjen i pseudokoden og den som vil følge ved å trykke på -tasten ↵ Skriv inn av tastaturet ditt. Lag følgende linje. I dette eksemplet må brukeren manifestere seg ved å trykke på tasten oppføring å ringe til neste linje i dialogen.

   Vis brukerprompt "Trykk på" Enter "-tasten for å fortsette"

5. 
   

   
   Legg til en samtale til handling fra brukeren. Han vil nå bli bedt om å svare på en hilsen.

   Vis hurtig-bruker-handling "Hvordan har du det?"

6. 
   

   
   Vis en liste over kvalifiserte svar fra brukeren. Etter å ha trykket på tasten oppføring fra tastaturet, vil brukeren se en liste over svar som han kan velge svar fra.

   Vis 3 forslag "1. Bra." "2. Veldig bra." "3. Ondt."

7. 
   

   
   Be brukeren om svar. Det er her programmet vil anmode om et svar fra brukeren.

   Vis brukerforespørsel-oppføring "Angi nummeret som definerer statusen din:"

8. 
   

   
   Lag et sett med betingelser barlind å reagere på innspillet fra brukeren. Spørsmålet gir tre mulige svar som det vil være nødvendig å velge en enkelt reaksjon på. Du må lage et utvalg ved å bruke betinget kode barlind.

   HVIS "1" Vis reaksjon "Fantastisk!" HVIS "2" Vis kommentar "Flott!" HVIS "3" Vis reaksjon "Gå inn igjen!"

9. 
   

   
   Forutse en feil. Du må ta hensyn til saken der brukeren ikke svarer riktig på invitasjonen og utarbeide en feil.

   HVIS ikke-anerkjent inngang Vis reaksjon "Du har ikke fulgt instruksjonene mine!"

10. 
    

    
    Legg til alle de andre komponentene i programmet. Når du tror du er ferdig, kan du bla gjennom dokumentet ditt og legge til de manglende elementene eller fignole det for å sikre at de som leser det forstår hva som skjer. Pseudokoden din skal til slutt se slik ut.

    Dette programmet venter på en bruker. Hvis det tilsvarer det som forventes, vil programmet svare, ellers vil det avgi et avslag. Vis hilsen "Jeg ønsker deg god morgen!" Vis brukerprompt "Trykk på" Enter "-tasten for å fortsette" Vis hurtig-bruker-bruker "Hvordan har du det i dag?" Vis 3 forslag "1. Bra." "2. Veldig bra" "3. Dårlig." Vis bruker-input-forespørsel "Tast inn nummeret som definerer statusen din:" IF "1" Vis reaksjon "Fantastisk!" HVIS "2" Vis kommentar "Flott!" HVIS "3" Vis reaksjon "Gå inn igjen!" HVIS ikke-anerkjent inngang Vis reaksjon "Du har ikke fulgt instruksjonene mine!"

11. 
    

    
    Lagre dokumentet. I Windows trykker du samtidig på tastene Ctrl+S fra tastaturet, og under Mac, trykk på tastene ⌘ Kommando+S. Gi det et navn og klikk posten.

råd

• Pseudokoden er ideell for å definere algoritmer som utgjør viktige programmer hvis kilder når hundrevis til titusenvis av kodelinjer.

advarsler

• Når du oppretter et program, kan pseudokoden på ingen måte erstattes direkte med ekte kildekode som kan kompileres eller tolkes. Det kan imidlertid tjene som en referanse for å forklare hva programmet trenger å gjøre.