Dans les premiers jours des systèmes experts, il n’y avait que peu ou pas de processus formel pour la création du logiciel. Les chercheurs se sont simplement assis avec des experts du domaine et ont commencé à programmer, développant souvent les outils nécessaires (par exemple des moteurs d’inférence) en même temps que les applications elles-mêmes. Au fur et à mesure que les systèmes experts passaient des prototypes académiques aux systèmes opérationnels déployés, on s’est rendu compte qu’une méthodologie était nécessaire pour apporter prévisibilité et contrôle au processus de création du logiciel. Il y avait essentiellement deux approches qui ont été tentées:
- Utiliser des méthodologies de développement de logiciels conventionnelles
- Développer des méthodologies spéciales adaptées aux exigences de la construction de systèmes experts
Bon nombre des premiers systèmes experts ont été développés par de grandes sociétés de conseil et d’intégration de systèmes telles qu’Andersen Consulting. Ces entreprises avaient déjà bien testé les méthodologies classiques en cascade (par exemple la méthode / 1 pour Andersen) dans lesquelles elles formaient tout leur personnel et qui étaient pratiquement toujours utilisées pour développer des logiciels pour leurs clients. Une tendance au début du développement de systèmes experts était d’appliquer simplement ces méthodes en cascade au développement de systèmes experts.
Un autre problème avec l’utilisation de méthodes conventionnelles pour développer des systèmes experts était qu’en raison de la nature sans précédent des systèmes experts, ils ont été l’une des premières applications à adopter des méthodes de développement d’applications rapides qui comportent l’itération et le prototypage ainsi que ou au lieu d’une analyse et d’une conception détaillées. Dans les années 1980, peu de méthodes logicielles conventionnelles soutenaient ce type d’approche.
Le dernier problème avec l’utilisation de méthodes conventionnelles pour développer des systèmes experts était la nécessité d’acquérir des connaissances. L’acquisition de connaissances fait référence au processus de collecte de connaissances d’experts et de capture sous forme de règles et d’ontologies. L’acquisition de connaissances a des exigences particulières au-delà du processus de spécification conventionnel utilisé pour saisir la plupart des exigences métier.
Ces questions ont conduit à la deuxième approche de l’ingénierie des connaissances: le développement de méthodologies personnalisées spécifiquement conçues pour construire des systèmes experts. L’une des premières et des plus populaires de ces méthodologies conçues sur mesure pour les systèmes experts a été la méthodologie KADS (Knowledge Acquisition and Documentation Structuring) développée en Europe. KADS a eu un grand succès en Europe et a également été utilisé aux États-Unis.
