C# vyvojový diagram

[Amax123]

Dobrý den, chtěl bych se zeptat zda vývojový diagram k tomuto programu je správně. Program funguje jak má jde mi pouze o diagram.
Děkuji

[faraon]

To není správně. Máš tam toho příliš málo, a trochu si pleteš značky.
Kosodélník je symbol pro obecný vstup/výstup, nikoliv deklarace proměnných nebo zpracování. Deklarace je viditelnější v komentáři a zpracování je čistý obdélník. A co dělají ty prázdné cykly? Navíc ležatý kosočtverec - větvení - je vhodnější pro použití s goto v nestrukturovaných jazycích, zatímco normální cyklus se značí šestiúhelníkem, který ho může uvozovat i z obou stran, podle typu cyklu.

Obstarej si knihu Algoritmizace od Jany Pšenčíkové z roku 2009, tam jsou vývojové diagramy velmi pěkně vysvětlené, a řada dalších věcí také. Ona se už bude asi trochu hůře shánět, ale naštěstí jí někdo "uložil"
Tady máš kousek na ukázku: https://www.virtbook.cz/?cast=Soubor&id=1183

Ono je víc způsobů jak vývojové diagramy kreslit, takhle bych si to předstatoval já:

n-uhelnik.png (4.34 KiB) Zobrazeno 1496 x

Doplnit chybějící obsah podle svého kódu snad dokážeš sám, kdyžtak si to přizpůsob zvyklostem své školy. Negované větve jsou značené malým kroužkem, místo těch tvých mínusů. Ty jsou totiž trochu matoucí, protože je možné větvit podle výsledku podmínky +, -, nebo 0. Takže vhodnější by bylo psát tam 1 a 0 nebo True a False. Případně česky Ano a Ne.

[Amax123]

Děkuji za příklad kouknu na ten úryvek a zkusím to ještě jednou sám, abych se to konečně naučil . Pak bych to ještě ukázal pokud by to nevadilo.

[Amax123]

Tak jsem to trochu udělal maličko jinak podle sebe, tak jestli by to teď bylo správně :).
Díky

[faraon]

Když už tam mermomocí cpeš ty deklarace (což je záležitost jazyka, nikoliv algoritmu), tak je tam dej jako "Process" - "zpracování", tedy obdélník. A kosodélník použij pro "vstup/výstup", takže pro komunikaci s uživatelem. Podle popisu symbolů:



Také viz strana 3: http://web.eah-jena.de/~kleine/history/ ... 8152-1.pdf


Jinak by to celkem šlo, ale nemůžeš alokovat místo pro pole předtím, než budeš znát jeho velikost, takže new musí být až za načtením pocet. Předpokládám funkci new jako volání podprogramu, proto tam mám dvojité boky toho obdélníka, ale nemusíš je tam kreslit. Ono to v tomhle případě není jednoznačné.

n-uhelnik_2.png (11.39 KiB) Zobrazeno 1274 x