@Syrakus
Bei solch isolierten Fragestellungen ist es noch recht einfach: Stell dich einfach dumm.
"Festellen ob eine Zahl prim ist und wenn nicht kleinsten Teiler ermitteln."
Ein "dummer" Mensch geht das jetzt einfach durch und überlegt was ihm an Wissen fehlt
1. Welche Zahl soll geprüft werden?
2. Wann ist eine Zahl prim?
3. Wie ermittle ich den kleinsten Teiler?
Zu den Fragen suchst du die Antworten
1. Muss der Benutzer wohl eingeben -> Man braucht eine Eingabemaske, auf der man ne Zahl eingeben kann und die bestätigen kann
2. Hier hilft z.B. Google einen Algorithmus zu finden
3. Auch hier hilft Google oder alternativ auch nachdenken
Jetzt entwickelst du diese drei Elemente und am Besten noch ein viertes dazu, dass diese drei zusammenhält.
Und fertig bist du.
Bei größeren Sachen ist es prinzipiell gleich. Oft sprechen Kunden und Entwickler unterschiedliche Sprachen. Das geht bei Abkürzungen los und endet bei gänzlich unbekannten Worten. Insofern hat man recht oft die Fragestellen "Was ist denn XY?", "Was muss man tun um XY zu erstellen?"...
Wenn diese Sachen klar sind, redet man zumindest schon mal von den gleichen Dingen (neudeutsch schimpft sich das dann Geschäftsdomäne des Kunden).
Und dann gehst du wirklich her und schreibst jede Funktion, die das Programm haben soll auf. Also: Kunde anlegen, Kunde ändern, Kunde löschen, Bestellung erfassen ..... Das sind deine Anwendungsfälle.
Aus denen wird schnell klar was du brauchst. In dem Beispiel z.B. ne Kundenklasse und eine Bestellungsklasse. Durch die Anwendungsfälle und den Input des Kunden werden die Felder klar, die du unbedingt brauchst.
Und dann kannste eigentlich loslegen. Die meisten programmieren immer nach einem ähnlichen Raster. Das eignet man sich durch Übung, Übung oder Übung an.
Das war jetzt mal so kurz zusammengefasst. Da gibt es nicht umsonst ganze Bücher drüber.