Key points are not available for this paper at this time.
Nous sommes-nous déjà demandé pourquoi il n’y a pas assez de détails sur la connaissance du domaine dans les différentes méthodologies et cadres liés au développement logiciel, bien que tous soulignent que la connaissance du domaine est le sujet du logiciel produit et est une compétence essentielle en tant que telle ? Bien qu'ils reconnaissent l'importance de la connaissance du domaine, ils dépendent principalement de méthodes traditionnelles pour l'acquérir, qui sont vastes, subjectives et nécessitent un engagement à long terme. La cause profonde de cette courbe d'apprentissage prolongée est la disponibilité d'informations principalement sous des formats non structurés tels que des manuels et des spécifications. Différentes techniques de structuration des connaissances essaient d'apporter des points communs entre les différents domaines. Cependant, elles représentent des aspects individuels de la connaissance du domaine, tels que des modèles de processus métier pour les processus, des spécifications de produit pour les produits, des modèles de données pour les données et des moteurs de règles pour les règles métier. Le Cadre de Connaissance du Domaine, également connu sous le nom de DKF, porte cette commonalité à l'étape suivante dans une structure qui peut répondre à plusieurs aspects (c'est-à-dire, produit, processus, règle, données) du domaine dans une structure indépendante du domaine. Cette structure peut être facilement étendue aux connaissances d'entreprise et aux connaissances de projet et peut fournir un projet informatique de meilleure qualité à un coût réduit. La structuration des connaissances permet une quantification entraînant une amélioration globale dans la livraison des projets.
Choudhary et al. (Mardi,) ont étudié cette question.