Chapitre 0
Chapitre 0
Chapitre 0
Introduction
Pour créer ce programme exécutable, il faut analyser de manière rigoureuse les tâches à faire exécuter
au microprocesseur et en déduire les actions à effectuer, pour les traduire en programme.
I. Etude et traduction
Après l’étude des tâches à réaliser, il faut traduire et décomposer le travail à effectuer en sous tâches à
l’aide
I.1.Présentation
Il est impossible d'écrire un programme correct du premier coup, depuis la première ligne
jusqu’à la dernière. Un programme est l'aboutissement d'un travail méthodique résumé par le schéma
suivant :
Il faut être capable de définir très précisément tout ce que l'on attend du programme. Pour cela il faut
connaître quelles sont les informations nécessaires à la résolution du problème :
sont conformes à ce que l'on avait prévu ? Il faut également réfléchir à la présentation des résultats.
Une fois les données déterminées et les résultats explicités, il ne reste plus qu'à trouver la
méthode qui permet d'obtenir les résultats à partir des données. Si la solution n'est pas évidente du
premier coup d'œil, il est nécessaire :
✓ de le découper en sous-problèmes,
✓ et de le structurer.
Lorsqu'un problème est trop complexe, il faut le découper en plusieurs tâches distinctes,
auxquelles on attribue un nom significatif, de manière que le problème paraisse résolu avec la
résolution des sous problèmes. Puis on traite chaque tâche suivant le même processus, en la
subdivisant en sous-tâches jusqu'à ce que celles-ci deviennent évidentes à résoudre. La
structuration consiste à organiser les sous-tâches obtenues par la méthode de découpage, de manière
que leur agencement réponde effectivement au problème posé. Une fois cet agencement trouvé, il
reste à le traduire en pseudo code.
Une fois la décision prise du langage utilisé, si l'analyse et la structuration et la traduction en pseudo
code (ou en algorigramme) ont été faite correctement, la traduction ou le codage est simple à réaliser.
Il reste maintenant à passer la dernière étape, qui est en faite l'aboutissement de tout notre travail, à
savoir si notre programme remplit bien les tâches prévues.
Cette étape est normalement inutile si l'analyse et la structuration ont été faites correctement. Mais
l'erreur est humaine !
Cette étape est souvent négligée à tort car elle permet une meilleure utilisation du programme, et
surtout une maintenance aisée. Il faut penser à l'utilisateur qui ne connaît pas forcément bien
l'informatique. Vous vous êtes sûrement déjà retrouvé devant un programme avec sa documentation et
ne pas savoir par où commencer.
II.DEFINITION DU PROBLEME
On devra établir la liste des variables d'entrée et de sortie dont le programme a besoin. On pourra se
poser les questions suivantes :
✓ Sous quelle forme se présentent ces entrées ou ces sorties (bit, octet, caractère, texte, (...)
✓ Quelle est la nature de ces entrées ou de ces sorties.(temporaires, constantes, variables)
Il faudra leur choisir un nom évocateur de ce qu'elles représentent et ne pas hésiter à mettre un
commentaire en face de leur déclaration.
II.2.Contraintes supplémentaires
NB : Toutes ces questions sont à se poser avant d'écrire la moindre ligne de programme.
III.CONCEPTION DU PROGRAMME
Une fois le problème résolu et découpé, il faut le traduire en algorithme. Et c’est la version traduite de
l’algorithme qui sera notre programme. Ce programme dit source sera aussi traduit ensuite en un
programme exécutable par l'ordinateur. Un algorithme doit être clair et lisible, pour cela un peu de
soin dans sa présentation est nécessaire. Aucun flou artistique n'est tolérable. L'analyse/programmation
peut donc être résumée dans le schéma suivant :
Conclusion
Le but de ce chapitre est de donner à l’étudiant une des méthodes lui permettant d’avoir une idée
précise sur tous les composants d’un programme. Cela passé par la maitrise des principes de bases de
la conception d’un programme.
EXERCICES D’APPLICATIONS
1) En vous servant du cours faites ressortir les étapes nécessaires lors de l’écriture du programme
2) Donner les paramètres a tenir compte lors de l’écriture du programme