Et flowchart er en form for formaliseret registrering af en algoritme eller proces. Hvert trin i algoritmen i dette indlæg afbildet som blokke forskellige former, som er forbundet med linjer. I et flowchart kan du vise alle faser af løsning af ethvert problem, startende med input af indledende data, behandling af operatører, udførelse af cykliske og betingede funktioner, og slutter med operationerne med at udlæse de resulterende værdier.

Instruktioner

Som regel indtastes de indledende data i begyndelsen af ​​algoritmen for at løse problemet. Tegn et parallelogram under linjen, så det er en kontinuerlig forlængelse af diagrammet. I et parallelogram skal du skrive handlingen, der udføres, normalt er disse dataoperationer fra skærmen (Read nInp) eller andre enheder. Det er vigtigt, at de variabler du indtaster dette trin vil blive brugt senere i hele flowdiagrammet.

Udførelsen af ​​en eller en gruppe af operationer, enhver databehandling (ændring af en værdi eller præsentationsform) er angivet med et rektangel. Tegn denne figur ind på det rigtige sted algoritme ved udarbejdelse af et blokdiagram. Inde i rektanglet skal du skrive de udførte handlinger ned, for eksempel skrives tildelingsoperationen som følger: mOut = 10*nInp b + 5. Dernæst, også for at fortsætte rutediagrammet, trækkes en linje ned.

En vigtig komponent i enhver algoritme og følgelig et rutediagram er betingede og cykliske operatorer. Disse operatører har én indgang og to eller flere alternative udgange. Efter beregning af betingelsen specificeret af operatøren, udføres yderligere overgang kun langs én vej. Tegn indgangen til elementet som en linje, der går ind i elementets øverste toppunkt.

For at angive en betingelsesoperator skal du tegne en diamant fra denne linje. Inde i figuren skal du angive selve betingelsen og tegne linjer, der angiver den yderligere overgang afhængigt af dens opfyldelse. Betingelsen er sat i det generelle tilfælde ved sammenligningsoperationer (>,<, =). Переход по линии вниз осуществляется при истинном условии, назад – при ложном. Укажите около выходных линий фигуры результаты условия (true, false). Невыполнение условия (false) возвращает к определенному шагу выше по телу алгоритма. Проведите линии под прямым углом от выхода с условия и до нужного оператора.

USSR UNIONS STATSTANDARD

UNIFIET SOFTWARE DOKUMENTATIONSSYSTEM

DIAGRAMMER OVER ALGORITHMER, PROGRAMMER, DATA OG SYSTEMER

KONVENTIONER OG IMPLEMENTERINGSREGLER

GOST 19.701-90
(ISO 5807-85)

USSR STATSUDVALG FOR PRODUKTKVALITETSSTYRING OG STANDARDER

USSR UNIONS STATSTANDARD

Dato for introduktion 01.01.92

Denne standard gælder for konventioner (symboler) i diagrammer af algoritmer, programmer, data og systemer og fastlægger regler for udførelse af diagrammer, der bruges til at vise forskellige typer databehandlingsproblemer og midler til at løse dem.

Standarden gælder ikke for formen af ​​indtastninger og symboler placeret i eller ved siden af ​​symboler, der tjener til at tydeliggøre de funktioner, de udfører.

Kravene i standarden er obligatoriske.

1. ALMINDELIGE BESTEMMELSER

1.1. Diagrammer over algoritmer, programmer, data og systemer (herefter benævnt diagrammer) består af symboler med en given betydning, kort forklarende tekst og forbindelseslinjer.

1.2. Skemaer kan bruges på forskellige detaljeringsniveauer, hvor antallet af niveauer afhænger af størrelsen og kompleksiteten af ​​databehandlingsproblemet. Detaljeringsgraden bør være sådan, at de forskellige dele og relationerne mellem dem forstås som en helhed.

1.3. Denne standard definerer symboler til brug i databehandlingsdokumentation og giver vejledning om konventioner til brug i:

1) dataskemaer;

2) programdiagrammer;

3) ordninger for systemdrift;

4) ordninger for programinteraktion;

5) systemressourcediagrammer.

1.4. Standarden bruger følgende begreber:

1) grundsymbol - et symbol, der bruges i tilfælde, hvor den nøjagtige type (type) af en proces eller et lagermedie er ukendt, eller der ikke er behov for at beskrive det faktiske lagermedie;

2) specifikt symbol - et symbol, der bruges i tilfælde, hvor den nøjagtige type (art) af en proces eller et lagermedie er kendt, eller når det er nødvendigt at beskrive det faktiske lagermedie;

3) diagram - en grafisk repræsentation af definitionen, analysen eller metoden til at løse et problem, hvor symboler bruges til at vise operationer, data, flow, udstyr osv.

2. BESKRIVELSE AF KRETSET

2.1. Dataskema

2.1.1. Dataskemaer repræsenterer dataens vej til løsning af problemer og definerer behandlingstrinene såvel som de forskellige lagringsmedier, der bruges.

2.1.2. Dataskemaet består af:

1) datasymboler (datasymboler kan også angive typen af ​​lagringsmedie);

2) symboler for den proces, der skal udføres på dataene (processymboler kan også indikere funktioner, der udføres af computeren);

3) linjesymboler, der angiver datastrømme mellem processer og (eller) lagermedier;

2.1.3. Datasymboler går foran og efter processymboler. Dataskemaet begynder og slutter med datategn (undtagen specialtegn, ).

2.2. Programoversigt

2.2.1. Programdiagrammer viser rækkefølgen af ​​operationer i et program.

2.2.2. Programordningen består af:

1) processymboler, der angiver de faktiske databehandlingsoperationer (herunder symboler, der definerer den vej, der skal følges, under hensyntagen til logiske forhold);

2) lineære symboler, der angiver kontrolflow;

3) specielle symboler, der bruges til at gøre diagrammet lettere at skrive og læse.

2.3. System drift diagram

2.3.1. Systemdriftsdiagrammer viser styringen af ​​operationer og strømmen af ​​data i systemet.

2.3.2. Systemdriftsplanen består af:

1) datasymboler, der angiver tilstedeværelsen af ​​data (datasymboler kan også angive typen af ​​databærer);

2) processymboler, der angiver de operationer, der skal udføres på dataene, og også definerer den logiske vej, der skal følges;

3) lineære symboler, der angiver datastrømme mellem processer og (eller) lagringsmedier, samt styreflow mellem processer;

4) specielle symboler, der bruges til at gøre rutediagrammet nemmere at skrive og læse.

2.4. Skema for programinteraktion

2.4.1. Programinteraktionsdiagrammer viser stien til programaktivering og interaktion med de tilsvarende data. Hvert program i programinteraktionsdiagrammet vises kun én gang (i systemdriftsdiagrammet kan et program vises i mere end ét styreflow).

2.4.2. Programinteraktionsordningen består af:

1) datasymboler, der angiver tilstedeværelsen af ​​data;

2) processymboler, der angiver operationer, der skal udføres på dataene;

3) lineære symboler, der viser flowet mellem processer og data, samt initiering af processer;

4) specielle symboler, der bruges til at gøre diagrammet lettere at skrive og læse.

2.5. Systemressourcediagram

2.5.1. Systemressourcediagrammer viser konfigurationen af ​​data- og behandlingsenheder, der er nødvendige for at løse en opgave eller et sæt opgaver.

2.5.2. Systemressourcediagrammet består af:

1) datasymboler, der viser computerens input, output og lagerenheder;

2) processymboler, der repræsenterer processorer (centrale behandlingsenheder, kanaler osv.);

3) lineære symboler, der viser dataoverførsel mellem input/output-enheder og processorer, samt overførsel af kontrol mellem processorer;

4) specielle symboler, der bruges til at gøre diagrammet lettere at skrive og læse.

Eksempler på kredsløbsimplementering er givet i.

3. BESKRIVELSE AF SYMBOLER

3.1. Data symboler

3.1.1. Grundlæggende datasymboler

3.1.1.1. Data

Symbolet viser data, lagermediet er ikke defineret.

3.1.1.2. Lagrede data

Symbolet viser de lagrede data i en form, der er egnet til behandling; lagermediet er ikke defineret.

3.1.2. Specifikke datategn

3.1.2.1. Random Access Memory

Symbolet viser de data, der er gemt i den tilfældige hukommelsesenhed.

3.1.2.2. Seriel adgangshukommelse

Symbolet repræsenterer data, der er lagret i en lagerenhed med seriel adgang (magnetbånd, magnetbåndskassette, båndkassette).

3.1.2.3. Lagerenhed med direkte adgang

Symbolet repræsenterer data, der er lagret i en lagerenhed med direkte adgang (magnetisk disk, magnetisk tromle, floppy disk).

3.1.2.4. Dokument

Symbolet viser data præsenteret på mediet i en læsbar form (maskindiagram, dokument til optisk eller magnetisk læsning, mikrofilm, båndrulle med oversigtsdata, dataindtastningsskemaer).

3.1.2.5. Manuel input

Symbolet viser data indtastet manuelt under behandling fra enhver type enhed (tastatur, kontakter, knapper, lyspen, stregkodestrimler).

3.1.2.6. Kort

Symbolet viser data præsenteret på et kortlignende medium (hullkort, magnetkort, kort med læsbare mærker, kort med afrivningsmærke, kort med scanbare mærker).

3.1.2.7. Papirtape

Symbolet viser data præsenteret på et medie i form af et papirbånd.

3.1.2.8. Skærm

Symbolet viser data præsenteret i menneskelig læsbar form på et medie i form af en visningsenhed (visuel observationsskærm, informationsinputindikatorer).

3.2. Processymboler

3.2.1.Grundlæggende processymboler

3.2.1.1. Behandle

Symbolet repræsenterer en databehandlingsfunktion af enhver art (udførelse af en specifik operation eller gruppe af operationer, der resulterer i en ændring i værdien, formen eller placeringen af ​​information, eller i at bestemme, hvilken af ​​flere flowretninger der skal følges).

3.2.2. Bearbejd specifikke symboler

3.2.2.1. Foruddefineret proces

Symbolet viser en foruddefineret proces, der består af en eller flere operationer eller programtrin, der er defineret andetsteds (i en underrutine, modul).

3.2.2.2. Manuel betjening

Symbolet repræsenterer enhver proces udført af en person.

3.2.2.3. Forberedelse

Symbolet repræsenterer ændringen af ​​en instruktion eller gruppe af instruktioner for at påvirke en efterfølgende funktion (indstilling af en kontakt, ændring af et indeksregister eller initialisering af et program).

3.2.2.4. Løsning

Symbolet repræsenterer en beslutnings- eller switch-type funktion, der har én indgang og et antal alternative udgange, hvoraf én og kun én kan aktiveres efter evaluering af betingelserne defineret i symbolet. De tilsvarende beregningsresultater kan skrives ved siden af ​​linjerne, der repræsenterer disse stier.

3.2.2.5. Parallelle aktiviteter

Symbolet repræsenterer synkroniseringen af ​​to eller flere parallelle operationer.

Eksempel.

Bemærk. Processer C, D og E kan ikke starte, før proces A er afsluttet; på samme måde skal proces F vente på, at proces B, C og D er færdiggjort, men proces C kan starte og/eller afslutte, før proces D henholdsvis starter og/eller afsluttes.

3.2.2.6. Sløjfegrænse

Det todelte symbol repræsenterer begyndelsen og slutningen af ​​cyklussen. Begge dele af symbolet har samme identifikator. Betingelser for initialisering, stigning, opsigelse mv. er placeret inde i symbolet i begyndelsen eller slutningen, afhængigt af placeringen af ​​den operation, der kontrollerer tilstanden.

Eksempel.

3.3. Linje symboler

3.3.1.Grundlinje symbol

3.3.1.1. Linje

Symbolet repræsenterer strømmen af ​​data eller kontrol.

Retningspile kan tilføjes efter behov eller for at forbedre læsbarheden.

3.3.2.Specifikke linjesymboler

3.3.2.1. Overførsel af kontrol

Symbolet repræsenterer en direkte overførsel af kontrol fra én proces til en anden, nogle gange med mulighed for en direkte tilbagevenden til den igangsatte proces, efter at den igangsatte proces har fuldført sine funktioner. Typen af ​​kontroloverførsel skal angives inden for symbolet (f.eks. anmodning, opkald, hændelse).

3.3.2.2. Link

Symbolet viser datatransmission over kommunikationskanalen.

3.3.2.3. Stiplede linje

Et symbol repræsenterer et alternativt forhold mellem to eller flere symboler. Derudover bruges symbolet til at skitsere det kommenterede område.

Eksempel 1.

Når en af ​​en række alternative udgange bruges som input til en proces, eller når en udgang bruges som input til alternative processer, er disse symboler forbundet med stiplede linjer.

Eksempel 2.

En udgang, der bruges som input til den næste proces, kan forbindes til denne input ved hjælp af en stiplet linje.

3.4. Særlige symboler

3.4.1. Stik

Symbolet repræsenterer udgangen til en del af kredsløbet og indgangen fra en anden del af dette kredsløb og bruges til at bryde en linje og fortsætte den et andet sted. Tilsvarende konnektorsymboler skal indeholde den samme unikke betegnelse.

3.4.2. Terminator

Symbolet repræsenterer output til det eksterne miljø og input fra det eksterne miljø (begyndelsen eller slutningen af ​​programdiagrammet, ekstern brug og datakilde eller destination).

3.4.3.En kommentar

Symbolet bruges til at tilføje beskrivende kommentarer eller forklarende noter med henblik på forklaring eller noter. De stiplede linjer i et kommentarsymbol er knyttet til et tilsvarende symbol eller kan skitsere en gruppe symboler. Teksten til kommentarer eller noter skal placeres i nærheden af ​​afgrænsningsformen.

Eksempel.

3.4.4. Passere

Symbolet (tre prikker) bruges i diagrammer til at angive udeladelsen af ​​et symbol eller en gruppe af symboler, hvor hverken typen eller antallet af symboler er angivet. Symbolet bruges kun inden for eller mellem linjesymboler. Det bruges hovedsageligt i diagrammer, der viser generelle løsninger med et ukendt antal gentagelser.

Eksempel.

4 REGLER FOR ANVENDELSE AF SYMBOLER OG UDFØRELSE AF DIAGRAMMER

4.1. Regler for brug af symboler

4.1.1. Et symbol er beregnet til grafisk at identificere den funktion, det repræsenterer, uanset teksten i dette symbol.

4.1.2. Symbolerne i diagrammet skal være jævnt fordelt. Hold forbindelserne i en rimelig længde og hold antallet af lange linjer på et minimum.

4.1.3. De fleste symboler er designet til at tillade tekst at blive inkluderet i symbolet. Symbolformerne specificeret i denne standard er beregnet til at tjene som vejledning for de symboler, der faktisk anvendes. Vinkler og andre parametre, der påvirker symbolernes passende form, bør ikke ændres. Symboler skal om muligt have samme størrelse.

Tegn kan tegnes i enhver retning, men vandret orientering foretrækkes, når det er muligt. Spejling af formen på et tegn angiver den samme funktion, men foretrækkes ikke.

4.1.4. Den mindste mængde tekst, der er nødvendig for at forstå funktionen af ​​et givet symbol, bør placeres inden for det givne symbol. Læsetekst skal skrives fra venstre mod højre og top til bund, uanset strømningsretningen.

Eksempel.

Hvis mængden af ​​tekst placeret inde i et symbol overstiger dets dimensioner, skal der bruges et kommentarsymbol.

Hvis brugen af ​​kommentarsymboler kan forvirre eller forstyrre diagrammets flow, skal teksten placeres på et separat ark, og der skal angives en krydshenvisning til symbolet.

4.1.5. Skemaer kan bruge en symbolidentifikator. Dette er den identifikator, der er knyttet til et givet symbol, som identificerer symbolet til referencebrug i andre dokumentationselementer (f.eks. en programoversigt). Symbol-ID'et skal være placeret til venstre over symbolet.

Eksempel.

4.1.6. Diagrammer kan bruge symbolbeskrivelser - enhver anden information, for eksempel for at vise en speciel brug af et symbol med en krydshenvisning eller for at forbedre forståelsen af ​​en funktion som en del af et diagram. Beskrivelsen af ​​symbolet skal være placeret til højre over symbolet.

Eksempel.

4.1.7. I systemdiagrammer repræsenterer symboler, der repræsenterer lagermedier, ofte input/output-metoder. For at blive brugt som reference til dokumentation skal teksten på diagrammet for symboler, der repræsenterer outputmetoder, placeres til højre over symbolet, og teksten for symboler, der repræsenterer inputmetoder, placeres til højre under symbolet.

Eksempel.

4.1.8. Diagrammer kan bruge en detaljeret repræsentation, som er angivet med et søjlesymbol for proces eller data. Søjlesymbolet angiver, at mere detaljerede oplysninger er tilgængelige andre steder i det samme dokumentationssæt.

Et stribesymbol er et hvilket som helst symbol, der har en vandret linje tegnet inde i toppen. Mellem denne linje og den øverste linje af symbolet er en identifikator, der angiver en detaljeret repræsentation af dette symbol.

Terminatortegnet skal bruges som det første og sidste tegn i den verbose repræsentation. Det første terminatortegn skal indeholde en reference, som også er til stede i stregkarakteren.

Symbol med stribe Detaljeret visning

4.2. Regler for oprettelse af forbindelser

4.2.1. Datastrømme eller kontrolstrømme i diagrammer er vist som linjer. Strømningsretningen fra venstre mod højre og fra top til bund betragtes som standard.

I tilfælde, hvor det er nødvendigt at bringe større klarhed til diagrammet (for eksempel når du laver forbindelser), bruges pile på linjerne. Hvis flowet er i en anden retning end standardretningen, skal pilene angive den retning.

4.2.2. Skærende linjer bør undgås i diagrammer. Skærende linjer har ingen logisk forbindelse med hinanden, derfor er retningsændringer ved skæringspunkterne ikke tilladt.

Eksempel.

4.2.3. To eller flere indgående linjer kan kombineres til én udgående linje. Hvis to eller flere linjer smelter sammen til en linje, skal placeringen af ​​fletningen flyttes.

Eksempel.

4.2.4. Linjer i diagrammer skal nærme sig symbolet enten fra venstre eller ovenfra og stamme enten fra højre eller nedefra. Linjerne skal rettes mod midten af ​​symbolet.

4.2.5. Om nødvendigt bør linjer i diagrammer brydes for at undgå unødvendige kryds eller for lange linjer, og også hvis diagrammet består af flere sider. Konnektoren i begyndelsen af ​​bruddet kaldes det ydre stik, og stikket i slutningen af ​​bruddet kaldes det indre stik.

Eksempel.

Eksternt stik Internt stik

4.3. Særlige konventioner

4.3.1. Flere udgange

4.3.1.1. Flere udgange fra et symbol skal vises:

1) flere linjer fra dette symbol til andre symboler;

2) en linje fra et givet symbol, som så forgrener sig til det tilsvarende antal linjer.

Eksempler.

4.3.1.2. Hvert symboloutput skal ledsages af tilsvarende tilstandsværdier for at vise den logiske sti, det repræsenterer, så disse forhold og tilsvarende referencer identificeres.

Eksempler.

4.3.2. Gentagende visning

4.3.2.1. I stedet for et enkelt symbol med tilhørende tekst, kan flere overlappende symboler, som hver indeholder beskrivende tekst, bruges (ved at bruge eller generere flere lagringsmedier eller filer, producere flere kopier af udskrevne rapporter eller hulkortformater).

4.3.2.2. Når flere tegn repræsenterer et ordnet sæt, skal rækkefølgen være fra forsiden (først) til bagsiden (sidst).

4.3.2.3. Linjer kan komme ind eller stamme fra ethvert punkt på de overlappende symboler, men kravene skal være opfyldt. Prioriteten eller den sekventielle rækkefølge af flere symboler ændres ikke af det punkt, hvor en linje kommer ind eller afgår.

Eksempel.

5. ANVENDELSE AF SYMBOLER

	Symbolnavn	Dataskema	Programoversigt	System drift diagram	Skema for programinteraktion	Systemressourcediagram
Data symboler
Grundlæggende
	Lagrede data
Bestemt
	Random Access Memory
	Sekventiel adgangshukommelse
	Lagerenhed med direkte adgang
	Dokument
	Manuel input
	Papirtape

Hvis du egentlig ikke ønsker at skrible sjusket i din notesbog, men de tvinger dig til at tegne. Vi overvejer selvfølgelig kun gratis muligheder :)

• draw.io. En fremragende gratis service til online tegning af forretningsdiagrammer og flowcharts. Gemmer filen i .xml-format, men du kan også tage et skærmbillede ved at deaktivere Grid-visningen. Integreres med Google Drev.
• Google Tegning. Log ind på din Google-profil, sig Fil - Opret - Tegning i sidemenuen og få et praktisk tegneværktøj, hvorefter du kan downloade det i pdf eller populære grafiske formater.

Måske er disse tjenester de bedste, selvom der er mange alternativer:

• klardiagram. Efter et sekunds registrering og valg af Start gratis konto, får vi praktiske og let skalerbare ordninger, som derefter kan publiceres og downloades i det ønskede format.
• kreativt. "Prøv kreativt nu" - og du kan tegne med det samme. Du skal dog tillade indlæsning af et flashdrev, og eksport af filer er kun tilgængelig for registrerede brugere. Men ingen har annulleret skærmbillederne :)
• iyopro.com. Projektet er gratis, dog er det i Silverlight og vil ikke køre for alle (det vil f.eks. fungere i Internet Explorer).
• gliffy. Efter en kort registrering, der ikke kræver bekræftelse, kan du straks begynde at tegne diagrammer.
• kakao. Placerer sig selv som "Cloud-baserede diagrammer, den nemme måde".
• Violet. Offline UML diagram editor, for avancerede :)
• Blokdiagram fra paslab. En unik indenlandsk service til at konvertere Pascal-programmer til flowcharts :)

Et flowchart er en grafisk model, der beskriver processer eller algoritmer, hvor trinene er blokke af forskellige former, og de er forbundet med linjer. Og disse linjer viser retningen af ​​sekvensen. Hvordan blokdiagrammet skal udføres er reguleret af standarden. Og det tjener til, at en programmør eller en person, der ikke har viden på området, tydeligt kan se, hvordan et program eller en proces fungerer. Flowcharts er ofte lavet af programmeringsprofessionelle.

Hvorfor har en programmør brug for et rutediagram?

FlowChart-notation er den hurtigste, mest alsidige og tilgængelige metode, hvorved en programmør kan forklare en ikke-specialist, hvordan enhver proces udføres, eller et program fungerer. Et blokdiagram repræsenterer også dokumentation for ethvert program. Hvis en programmør skal forklare, hvordan et simpelt hjælpeprogram eller en lille kode fungerer, kan han tydeligt demonstrere dette ved hjælp af en almindelig grafikeditor. Men hvis programmet er komplekst, dets kode består af mange moduler og linjer, vil en simpel editor ikke fungere. I dette tilfælde bruger programmører professionelle løsninger og bygger et flowchart baseret på kildekoden.

Programmer og onlinetjenester til opbygning af blokdiagrammer

Du kan bruge specielle programmer, der kører på din computer, eller tjenester, der tilbyder realtidskonstruktion af ethvert kredsløb ved hjælp af Pascal, Delphi og endda C++. Erfarne programmører foretrækker kun at bruge computerprogrammer.

Tjenester, der leveres til online proceskortlægning, understøtter ofte ikke de nødvendige krav og kan derfor ikke garantere korrekt drift. For eksempel:

• En række programmeringssprogskommandoer understøttes ikke, og sekvensdiagrammet over handlinger er derfor ikke konstrueret korrekt.
• Graferne, der viser rækkefølgen af ​​operationer, er dårligt tegnet.
• Onlinetjenesten giver ofte ikke mulighed for at gemme rutediagrammet i det ønskede format.
• Og disse er ikke alle ulemperne ved sådanne tjenester.

Specielle computerapplikationer håndterer opgaven med at konstruere flowcharts meget mere professionelt. Nå, for dem, der ikke ønsker at installere programmer på deres computer, anbefaler vi at bruge softwaregrænsefladen til at oprette diagrammer og grafer Chart API fra Google.

FCeditor er en praktisk applikation, der understøtter programmeringssprogene C++ (.cs-fil), Delphi, Pascal (.pas-fil). Hvis du har brug for at redigere en kodefil i dette program, skal du først importere den. Når FCeditor analyserer den importerede .pas- eller .cs-fil, vil den vise et klassetræ til venstre, en fane vises i panelet, og i den vil programkoden og diagrammerne være.

Vigtig note! Du kan eksportere den konstruerede graf eller diagram til ethvert format: fra jpeg og tiff til png og bmp Programmet har russisk-sproget understøttelse og en enkel brugergrænseflade.

Endnu et enkelt program med et minimalistisk design, men bred funktionalitet. Brugergrænsefladen, i lighed med det tidligere program, er enkel og praktisk, selv for ikke-professionelle. I hovedvinduet vil du se tre felter. I det første felt præsenteres koden i en træform, i det andet - selve teksten, og i det tredje, største, vil du se et konstrueret diagram eller graf. Denne applikation er praktisk at bruge på grund af baggrundsbelysningen. Elementer af koden, træstrukturen og diagrammet er ikke kun fremhævet, men også kollapset.

Diagrammet oprettet i Autoflowchart-programmet kan eksporteres ikke kun til grafisk format, men også til xml-filer. Dette program er også en praktisk kodeeditor. Alt, hvad du redigerer i kode, vises øjeblikkeligt i diagrammet. Autoflowchart understøtter ethvert programmeringssprog.

Code Visual til Flowchart version 6.0 er det mest kraftfulde computerprogram, der bruges af professionelle til at lave diagrammer og grafer. Det er kendetegnet ved omfattende funktionalitet og evnen til at bygge et nøjagtigt kredsløb. På trods af den sofistikerede funktionalitet og muligheder har programmet en praktisk brugergrænseflade. I hovedvinduet vil du se tre felter. Der er to faner til venstre: den ene viser projektets struktur, den anden viser strukturen af ​​klasser. I midten af ​​hovedvinduet vil du se programkoden, og til højre - et diagram over kodesegmentet.

Du kan kun eksportere det konstruerede diagram til to formater: png og bmp.

Vigtig note! Alle disse programmer er fantastiske løsninger til at hjælpe dig med at skabe klare, standard-kompatible flowcharts. Men for at bruge hvert af de programmer, der er diskuteret ovenfor, skal du betale. Prøveversionen giver kun en lille del af funktionaliteten og er derfor kun egnet til evalueringsformål.

Ofte begynder applikationsudvikling med at bygge et flowchart. Før du opretter en programkode, skal du tænke den igennem og tegne et diagram over rækkefølgen af ​​handlinger. Og dette er skemaet, som programmøren så skriver kode på grundlag af.

For dem, der er vant til at bruge onlinetjenester, anbefaler vi to afprøvede - Chart fra Google og Draw.io

Draw.io er en praktisk tjeneste, hvor du kan bygge og redigere flowcharts. Dens omfattende funktionalitet, brugervenlige grænseflade og pakke af værktøjer giver dig mulighed for at redigere, formatere og ændre blokke, oprette dem i henhold til et standardskema eller et individuelt skema. Du kan også bruge eksterne billeder, når du laver et diagram. Det færdige diagram kan gemmes i grafisk, vektorformat eller som et dokument på skylager eller downloades til din computer.

Draw.io vil appellere til uerfarne programmører for dens rige funktionalitet og brugervenlighed. Og vigtigst af alt, du kan bruge det helt gratis.

Googles Chart API visualiserer perfekt enhver kode og skaber grafer, diagrammer og diagrammer. Et omfattende værktøjssæt er repræsenteret af plug-in-biblioteker, ved hjælp af hvilke grafer og diagrammer af høj kvalitet oprettes. Tjenesten fra Google har i sin funktionalitet et stort udvalg af ordninger, ved hjælp af hvilke der ikke kun oprettes programmer, men også hjemmesider og dokumenter.

For at bruge denne kraftfulde onlinetjeneste behøver du kun at læse de detaljerede instruktioner og have minimal viden. Hvordan man bruger alle servicebiblioteksværktøjerne fra Google korrekt, vises i dokumentpakken.

Googles Chart API er et fantastisk værktøj til professionelle programmører.

Tilbage frem

Opmærksomhed! Forhåndsvisninger af dias er kun til informationsformål og repræsenterer muligvis ikke alle funktionerne i præsentationen. Hvis du er interesseret i dette arbejde, bedes du downloade den fulde version.

Lektionens mål.

Uddannelse - systematisering af viden, færdigheder og evner om emnet "Algorithms and performers"; øve færdigheder i at sammensætte algoritmer og præsentere dem i form af flowcharts.

Uddannelsesmæssigt – øge elevernes motivation, udvikle færdigheder til selvorganisering, selvstændighed og initiativ.

Udviklingsmæssig – udvikling af figurativ, logisk tænkning af elever; evne til at analysere og syntetisere viden; dannelse af informationskultur blandt elever.

Udstyr: computer, projektor, lærred, præsentation.

UNDER UNDERVISNINGEN

I. Organisatorisk øjeblik (slides 1, 2).

II. Opdatering af grundlæggende viden (slides 3, 4, 5) Hvad er en algoritme?

Angiv egenskaberne for algoritmen.

Nævn typerne af algoritmer.

Hvad er en lineær algoritme.

Hvad er en forgreningsalgoritme?

Hvad er en round robin-algoritme?

Hvilke typer cyklisk algoritme kender du?

Nævn måder at præsentere algoritmen på.

Hvilke af følgende figurer bruges i blokdiagrammer?

10. Navngiv typen af ​​algoritme ud fra disse blokdiagrammer.

lineær

sløjfe med forudsætning

forgrening (fuld form)

sløjfe med postcondition

forgrening (ufuldstændig form)

sløjfe med parameter

III. Problemløsning

Lærer: Nu går vi videre til at løse problemer. I dag vil vi bygge blokdiagrammer med dig.

Opgave 1. Bestem den tilbagelagte afstand af en person, hvis tidspunktet, bevægelseshastigheden og bevægelsen var ensartede er kendt. (Dias 6)

Gutter, hvad ved vi fra problemformuleringen? ( Hastighed, tid, bevægelse var ensartet, hvilket betyder, at vi beregner afstanden ved hjælp af formlen S=v*t)

Hvad skal du og jeg gøre, før du bygger et rutediagram? (Opret en algoritme)

Lad os verbalt komponere en verbal algoritme.

Algoritme

1. Indtast v, t.

2. Beregning af s.

3. Konklusion s.

• Fortæl mig, hvilken algoritme fik vi? ( Lineær algoritme)
• Lad os nu gå videre til at bygge et blokdiagram. Hvilke flowchart-elementer har vi brug for? ( Start, slut, dataindtastning, afstandsberegning, resultatoutput) alle elementer på skærmen.
• Gutter, sæt alle elementerne i den rigtige rækkefølge. ( Resultatet er på skærmen)

Beregn (slide 7).

• Hvor skal vi starte? (Opret en verbal algoritme)
• Hvad skal du være opmærksom på i denne opgave? (Vi beregner værdien af ​​brøken; nævneren indeholder forskellen 7-y, som, afhængig af værdien af ​​y, kan være lig med nul, i dette tilfælde vil der ikke være nogen løsning)

Algoritme

1. Indtast a, y.

2. Hvis 7-y=0, så er der ingen løsning.

4 konklusioner.

• Fortæl mig, hvilken algoritme fik vi? (Forgreningsalgoritme, fuld form)
• Gutter, se på hvert punkt i algoritmen og fortæl mig, hvilke elementer i rutediagrammet der svarer til dem. (På skærmen er tallene individuelle)
• Hvilke flowchart-elementer mangler vi? ( Begyndelse, slutning)
• Gutter, hjælp mig med at bygge et flowchart, og navngiv elementerne i rækkefølge. (Elementer vises på skærmen én efter én.)

Opgave 3. Konstruer et rutediagram over algoritmen til signering af 10 nytårskort. (Dias 8)

Eleverne skriver en verbal algoritme ned i en notesbog, en kontrol udføres (svaret er på skærmen), derefter bygger de et flowchart, og der udføres en kontrol (svaret er på skærmen).

IV. Opsummering af lektionen

V. Hjemmearbejde

For opgave 3 skal du oprette rutediagrammer ved hjælp af en løkke med en forudsætning og en postbetingelse.