Un Analyste Programmeur est censé pouvoir résoudre un problème de sa conception à la réalisation. Tu analyses un problème (suivant un cahier des charges, généralement) et tu le programmes.

J'ai un exemple qui me vient à l'esprit: imagine qu'une bibliothèque municipale fasse appelle à toi pour réaliser un logiciel de géstion des emprunts de livres. Ils vont te donner un cahier des charges:
- il faut qu'une personne puisse n'emprunter que 2 livres.
- l'emprunt dure une période de 3 semaines maximum.
- il ne peut pas ré-emprunter de livres tant qu'il possede encore un livre chez lui.
...
De ces informations, tu vas constituer des tableset une base de données (après plusieurs schemas de normalisation...) et enfin tu vas coder le programme qui gérera tout ça et le tester...
Voila en gros la théorie :o) En pratique c'est plus flou.

Dès que les projets sont un minimum concéquents, il vient s'ajouter à ça le travaille en équipe (ou plus exactement le partage des tâches, pour réaliser le projet dans des délais corrects. Je ne pense pas que, en pratique, ça puisse se faire de chez toi. Il y a beacoup de réunions et de mise au point permanente.


Les maths et l'informatique sont fortement liés. Non seulement, ça apporte des algorythmes, mais aussi une façon de penser. Les maths que tu devrais faire seront sans doute en rapport très proche avec l'info (exemple: La cryptographie, les algos de compression, les matrices...).

-= Bobinours =-