エキスパートシステムの初期の頃には、ソフトウェアの作成のための正式なプロセスはほとんど、あるいはまったくありませんでした。 研究者は、ドメインの専門家と座ってプログラミングを開始し、アプリケーション自体と同時に必要なツール（推論エンジンなど）を開発することがよくあ エキスパートシステムが学術的なプロトタイプから展開されたビジネスシステムに移行するにつれて、ソフトウェアを構築するプロセスに予測可能性と制御をもたらすための方法論が必要であることが認識されました。 基本的に二つのアプローチが試みられました:
- 従来のソフトウェア開発方法論を使用
- エキスパートシステム構築の要件に合わせた特別な方法論を開発
初期のエキスパートシステムの多くは、アンデルセンコンサルティングなどの大規模なコンサルティングおよびシステムインテグレーション企業によって開発された。 これらの企業はすでに、すべてのスタッフを訓練し、クライアントのためのソフトウェアを開発するために事実上常に使用されていた従来のウォーターフォール方法論（例えば、AndersenのMethod/1）を十分にテストしていました。 初期のエキスパートシステム開発における一つの傾向は、単にこれらのウォーターフォールメソッドをエキスパートシステム開発に適用することであった。
エキスパートシステムを開発するために従来の方法を使用するもう一つの問題は、エキスパートシステムの前例のない性質のために、彼らは詳細な分析と設計の代わりに、反復とプロトタイピングを特徴とする迅速なアプリケーション開発方法を採用した最初のアプリケーションの一つであったということでした。 1980年代には、この種のアプローチをサポートする従来のソフトウェア方法はほとんどありませんでした。
エキスパートシステムを開発するために従来の方法を使用する最後の問題は、知識獲得の必要性でした。 知識獲得とは、専門的な知識を収集し、ルールとオントロジーの形でそれをキャプチャするプロセスを指します。 知識獲得には、ほとんどのビジネス要件を取得するために使用される従来の仕様プロセスを超えた特別な要件があります。
これらの問題は、知識工学への第二のアプローチ、すなわちエキスパートシステムを構築するために特別に設計されたカスタム方法論の開発につ エキスパートシステム用にカスタム設計されたこのような方法論の最初で最も人気のある方法論の一つは、ヨーロッパで開発された知識獲得とドキュメ KADSはヨーロッパで大きな成功を収め、米国でも使用されました。
