271 lines
8.9 KiB
Plaintext
271 lines
8.9 KiB
Plaintext
Algorithmique
|
||
=============
|
||
|
||
Al-Kharezmi, auteur du traité "Kitab al jabr w'al-muqabala", est l'inventeur
|
||
des manipulations algébriques (algèbre = **al jabr**).
|
||
C'est Léonard de Pise, dit Fibonacci, qui emprunta le nom du célèbre
|
||
mathématicien arabe du 9ème siècle, mais l'algèbre existe
|
||
depuis bien plus longtemps (Depuis Babylone, puis ensuite l'Egypte ancienne).
|
||
|
||
.. glossary::
|
||
|
||
|
||
algorithme
|
||
|
||
terme désignant une suite d'opérations constituant un schéma de calcul
|
||
ou de résolution d'un problème. C'est un processus systématique de
|
||
résolution d'un problème permettant de décrire précisément des étapes.
|
||
C'est une suite finie d'instructions permettant de donner la réponse à un
|
||
problème.
|
||
|
||
L'algorithmique est l'étude et la production de règles et de techniques
|
||
qui sont impliquées dans la définition d'algorithmes.
|
||
|
||
Implémentation d'un algorithme
|
||
------------------------------
|
||
|
||
.. glossary::
|
||
|
||
implémentation
|
||
|
||
Adaptation de la méthodologie de calculabilité au calcul effectif
|
||
sur une machine abstraite ou via un langage formel.
|
||
|
||
Il n’y a pas de parcours à sens unique de l’algorithme vers l’implantation.
|
||
La quête d’une implantation efficace nous amène souvent à effectuer
|
||
un retour vers les algorithmes eux-mêmes, et à en modifier des points
|
||
essentiels. L’aspect théorique de réflexion sur les algorithmes,
|
||
et l’aspect pratique de l'implémentation sont donc en symbiose.
|
||
|
||
Un existant émerge de la décomposition structurale d'un
|
||
domaine de base. Le fait essentiel, c'est la genèse des genres de l'existant les
|
||
uns à partir des autres.
|
||
|
||
L'essence d'une forme (un algorithme) se réalise au sein d'une matière qu'elle créée
|
||
(un langage). L'origine d'une matière fait naître les formes (concepts)
|
||
que sa structure dessine.
|
||
|
||
- Notion structurale de non-contradiction
|
||
- Notion extensive de "réalisation dans un champ donné"
|
||
|
||
Deux aspects réciproques : l'essence d'une forme se réalise au sein d'une
|
||
matière qu'elle crée, l'essence d'une matière faisant naître les formes que sa
|
||
structure dessine.
|
||
|
||
Abandonner l'idée trop simpliste de domaines concrets et d'opérations abstraites
|
||
qui posséderaient en eux-mêmes comme une nature de matière et une nature de
|
||
forme ; cette conception tendrait, en effet, à stabiliser les existants
|
||
mathématiques dans certains rôles immuables et ignorerait le fait que les
|
||
existants abstraits qui naissent de la structure d'un domaine plus concret
|
||
peuvent à leur tour servir de domaine de base pour la genèse d'autres existants.
|
||
|
||
L'algorithme comme généralisation de la calculabilité
|
||
------------------------------------------------------
|
||
|
||
L'importance croissante de l'informatique comme outil scientifique
|
||
impose d'élaborer un nouveau mode de description des méthodes de calcul (appelées algorithmes)
|
||
susceptible de satisfaire à la fois le critère de sécurité (maîtrise du résultat) et la possibilité
|
||
d'implémenter les calculs sur un ordinateur.
|
||
|
||
Exemple d'algorithme
|
||
---------------------
|
||
|
||
.. raw:: latex
|
||
|
||
\begin{algorithm}
|
||
\caption{L'alorithme de Bellman-Kalaba}
|
||
\begin{algorithmic}[1]
|
||
\Procedure {BellmanKalaba}{$G$, $u$, $l$, $p$}
|
||
\ForAll {$v \in V(G)$}
|
||
\State $l(v) \leftarrow \infty$
|
||
\EndFor
|
||
\State $l(u) \leftarrow 0$
|
||
\Repeat
|
||
\For {$i \leftarrow 1, n$}
|
||
\State $min \leftarrow l(v_i)$
|
||
\For {$j \leftarrow 1, n$}
|
||
\If {$min > e(v_i, v_j) + l(v_j)$}
|
||
\State $min \leftarrow e(v_i, v_j) + l(v_j)$
|
||
\State $p(i) \leftarrow v_j$
|
||
\EndIf
|
||
\EndFor
|
||
\State $l(i) \leftarrow min$
|
||
\EndFor
|
||
\State $changed \leftarrow l \not= l’$
|
||
\State $l \leftarrow l$
|
||
\Until{$\neg changed$}
|
||
\EndProcedure
|
||
\Statex
|
||
\Procedure {FindPathBK}{$v$, $u$, $p$}
|
||
\If {$v = u$}
|
||
\State \textbf{Write} $v$
|
||
\Else
|
||
\State $w \leftarrow v$
|
||
\While {$w \not= u$}
|
||
\State \textbf{Write} $w$
|
||
\State $w \leftarrow p(w)$
|
||
\EndWhile
|
||
\EndIf
|
||
\EndProcedure
|
||
\end{algorithmic}
|
||
\end{algorithm}
|
||
|
||
Exemple d'algorithme avec son implémentation
|
||
---------------------------------------------
|
||
|
||
Soit l'algorithme de factorielle suivant,
|
||
|
||
.. raw:: latex
|
||
|
||
\begin{algorithm}
|
||
\caption{Algorithme de la factorielle d'un nombre}\label{factorielle}
|
||
\begin{algorithmic}[1]
|
||
\Function{factorielle}{$n$}\Comment{La fonction récursive factorielle}
|
||
\BState \emph{parametre} : $n$ entier
|
||
\If{$n = 1$}
|
||
\BState \emph{Sortie} : 1
|
||
\Else
|
||
\BState \emph{Sortie} : $n * \Call{factorielle}{n-1}$ \Comment{On appelle la fonction dans l'algorithme lui-même}
|
||
\EndIf
|
||
\EndFunction
|
||
\end{algorithmic}
|
||
\end{algorithm}
|
||
|
||
et son implémentation en python :
|
||
|
||
.. literalinclude:: code/factorielle.py
|
||
:language: python
|
||
|
||
En voici une autre implémentation (en OCaml) :
|
||
|
||
.. literalinclude:: code/factorielle.ml
|
||
:language: ocaml
|
||
|
||
On remarque que le **pseudocode** est très proche de
|
||
la syntaxe du python :
|
||
|
||
.. function:: factorielle(n:int)
|
||
|
||
::
|
||
|
||
if n=1
|
||
return 1
|
||
else
|
||
return n * factorielle(n-1)
|
||
end if
|
||
|
||
Qualité d'un algorithme
|
||
-----------------------
|
||
|
||
- correction d'un algorithme
|
||
- complétude d'un algorithme
|
||
|
||
Sémantique
|
||
|
||
Étude du sens, de la signification d'un langage
|
||
Définir la sémantique d’un langage formel consiste à lui donner une
|
||
signification mathématique.
|
||
|
||
Sémantique opérationnelle
|
||
|
||
on définit la sémantique par sa mise en œuvre sur
|
||
une machine abstraite.
|
||
|
||
Sémantique dénotationnelle
|
||
|
||
on associe à chaque construction syntaxique un
|
||
objet mathématique
|
||
|
||
Sémantique axiomatique
|
||
|
||
chaque construction est décrite par la manière dont
|
||
elle transforme des propriétés ou des prédicats.
|
||
|
||
Proposition
|
||
|
||
une proposition est un énoncé qui est soit vrai, soit faux
|
||
|
||
**exemple** : ``2 + 3 = 5``. Proposition vraie.
|
||
|
||
Prédicats
|
||
|
||
Une proposition dont la valeur de vérité dépend de la valeur d’une ou plusieurs variables
|
||
|
||
**Exemple** : ``n est pair`` : vrai pour n = 4 mais faux pour n = 9
|
||
|
||
|
||
Axiome
|
||
|
||
une proposition qui est supposée vraie
|
||
|
||
Un ensemble d’axiomes est consistant s’il n’existe pas de proposition
|
||
dont on peut démontrer qu’elle est à la fois vraie et fausse.
|
||
|
||
Un ensemble d’axiomes est complet si, pour toute proposition, il est
|
||
possible de démontrer qu’elle est vraie ou fausse.
|
||
|
||
Théorème d’incomplétude de Gödel (1931) : tout ensemble
|
||
consistant d’axiomes pour l’arithmétique sur les entiers est
|
||
nécessairement incomplet.
|
||
|
||
**Les concepts de base en algorithmique sont les axiomes**
|
||
|
||
inférence
|
||
|
||
règles d’inférence, règles permettant de combiner des axiomes et des
|
||
propositions vraies pour établir de nouvelles propositions vraies.
|
||
|
||
Démonstration
|
||
|
||
vérification d’une proposition par une séquence de déductions logiques
|
||
à partir d’un ensemble d’axiomes.
|
||
|
||
Lorsque le champ donné (le domaine) ne contient qu'un nombre fini d'individus,
|
||
on peut définir un choix de valeur des variables permettant de vérifier la
|
||
proposition obtenue par la *conjonction* de tous les axiomes du système proposé.
|
||
On dit alors que ce choix *réalise* un système d'axiomes.
|
||
|
||
|
||
Il ne s'agit plus de savoir si la définition entraîne l'existence, mais de
|
||
chercher si la structure d'un système d'axiomes (*règles*) peut donner naissance
|
||
à un champ d'individus qui soutiennent entre eux les relations définies pas les
|
||
axiomes.
|
||
|
||
Concret et abstrait
|
||
--------------------
|
||
|
||
Il est possible qu'un même genre d'existant joue dans un schéma de genèse le
|
||
rôle d'abstrait par rapport à un concret de base, et soit au contraire dans une
|
||
autre genèse le concret de base d'un nouvel abstrait.
|
||
|
||
Une pareille présentation des choses implique un tel renversement par rapport
|
||
aux habitudes de pensée classiques, qu'il faut encore insister sur le sens
|
||
nouveau que reçoivent ici les expressions de "concret" et "d'abstrait".
|
||
|
||
Les systèmes d'axiomes sont souvent conçus comme des structures purement
|
||
formelles, abstraites. Ces structures sont si profondément engagées dans la
|
||
genèse de leurs réalisations, qu'il valait mieux désigner par ces termes les
|
||
structures de base.
|
||
|
||
Un système d'axiome *peut* devenir le concret de base.
|
||
|
||
Ceci permet d'exprimer non seulement l'engagement du concret dans la genèse de
|
||
l'abstrait, mais encore les relations d'imitation qui peuvent exister entre la
|
||
structure de cet abstrait et celle du concret de base.
|
||
|
||
Dans certains cas, la genèse de l'abstrait à partir d'un concret de base
|
||
s'affirme jusqu'à réaliser une imitation de structure entre ces genres
|
||
d'existants qui naissent l'un de l'autre.
|
||
|
||
**C'est pourquoi on représente souvent un algorithme en pseudo-code**,
|
||
c'est-à-dire en fait dans le mode de représentation (issu du langage préféré de la
|
||
personne qui l'exprime) dominant chez la personne qui exprime un algorithme.
|
||
|
||
Comment rendre un algorithme lisible
|
||
------------------------------------
|
||
|
||
- Le bon algorithme utilise des identifiants explicites.
|
||
- Le bon algorithme est structuré.
|
||
- Le bon algorithme est indenté.
|
||
|