ieteiktu iemācīties uzzīmēt UML diagrammas - kopā 5cas populārās viņas ir: ER diagramma, use case diagramma, secību (sequence) diagramma, sadarbības(communication) diagramma ir tās, kas palikušas atmiņā. O. Ņikiforovas (RTU) grāmata ir atrodama par tēmu, latviešu valodā, viss nepieciešamais pastāstīts.

ieteiktu arī saprast, ka sistēmu analītiķi ir 2 veidu:
  I) tādi, kas prot izprašņāt koderus un rezultātā uzzīmēt minētās diagrammas, bet kaut ko jaunu spēj piedāvāt tikai "konceptuāli" - bez gatavības atrotīt piedurknes un pašam izdarīt, bet tikai konceptuāli paskaidrojot iespējamo risinājumu. spēj pateikt tikai zināmas lietas + zina patternus, taču tikai teorētiski. neprogrammētāji parasti.
  ||) tādi, kas nākuši no vecajiem koderiem - paši var piedāvāt sakarīgus, detalizētus risinājumus un līdz sīkumam pateikt, kur kam kādā veidā ir jābūt uztaisītam, lai tas perfekti strādātu, ar alternatīvām, "ja jums vajag tā, tad vislabāk tad izmantot to un to".

pirmos audzē kā sēnes pēc lietus (esi IT pabeidzis, izskaties saprātīgs un gribi strādāt, bet neko neproti uztaisīt? - nu tad nāc, mācies par sistēmu analītiķi), bet otrie parasti izaug tikai no domājošiem koderiem. testētājus gan liec mierā - testēšana ir atsevišķa sfēra, kuru, tāpat kā programmēšanu, nevajag jaukt kopā ar sistēmu analīzi. nepieciešamo testēšanas specifiku parasti apmāca uz vietas.