Kann mir jemand vllt ein gutes erklär video für pseudocode oder USecasediagrammen empfehlen?

Ich kriege das einfach nicht in mein kopf rein 😕

Und nett wäre wenn jemand weiß welche wiso bereich vorkommen also WISO ist ja sehr umpfangreich.

LG Alex

Hallo Alex,

beim Pseudocode habe ich selbst noch ein paar Schwierigkeiten, aber für das Use-Case Diagramm habe ich eine Empfehlung:

Der erklärt es meiner Meinung nach sehr verständlich und ausführlich.

Bei WiSo kann irgendwie alles drankommen, ich würde dir raten einfach ein paar WiSo-Prüfungen durchzugehen, die sind oft in 20 Minuten fertig geschrieben.

vor einer Stunde schrieb Alex FISI:

Kann mir jemand vllt ein gutes erklär video für pseudocode oder USecasediagrammen empfehlen?

Ich kriege das einfach nicht in mein kopf rein 😕

Und nett wäre wenn jemand weiß welche wiso bereich vorkommen also WISO ist ja sehr umpfangreich.

LG Alex

Für Pseudocode existiert kein einheitlicher Standard und ist nicht nach DIN genormt.
Auf folgender Seite sind viele Beispiele gegeben, wie Pseudocode aussehen kann:
https://www.code4example.com/pseudocode/pseudocode-examples/

Da keine einheitliche Sprache dahintersteht, bist du syntaktisch unheimlich frei. Ob du  {} oder Indents verwendest, bleibt dir überlassen. Auch welche Schlüsselwörter verwendet werden, obliegt dir (außer, die IHK sollte es vorgeben). 

Das heißt, es liegt in deiner Entscheidung "print, ausgabe, display, show, out" als Ausgabe zu verwenden. Normalerweise versucht man Begriffe zu verwenden, die möglichst sprachneutral sind. Das heißt, ein System.out.println hat in Pseudocode nichts verloren und nicht jeder Programmierer kann damit etwas anfangen. Bei einem "show" oder "display" sollte das gewährleistet sein.

Normalerweise gilt bei Pseudocode folgende Regel: Ist der vorliegende Code für eine Person sofort nachvollziehbar (von der syntaktischen Seite), ist er ausreichend (syntaktisch) valide.

Daher sind Pseudocodeaufgaben i.d.R. auch sehr einfach, da oben genannte Fehler nicht auftreten können. Man muss sich demnach keine Gedanken machen, ob hinter eine Zeile ein ; kommt oder ob ich die Zeile einrücken muss oder nicht.