Le type de problèmes que vous souhaitez traiter (tel que défini dans la première question) m’amènent à formuler quelques questions-réponses :
- Est-ce que vous sauverez du temps pour produire un prototype en utilisant les ontologies plutôt que les technologies que vous maitrisez déjà ? J’en doute.
- Est-ce qu’un prototype construit avec les ontologies produira une bonne preuve de concept pour la réalisation d’un projet dont la forme ressemble à l’énoncé que vous avez émis ? Sans l’ombre d’un doute.
Il y a donc une optimisation à réaliser entre rapidité de réalisation et qualité de la preuve de concept. Vous avez donc un choix à faire.
Si vous choisissez quand même d’aller de l’avant avec une solution à base d’ontologies, voici le plan de travail que je vous propose :
1-faire une distinction entre environnement de développement (ED) et environnement client (EC).
Pour la construction du prototype, vous devrez vivre en tant que développeur, dans un environnement où vous devrez faire appel à plusieurs outils. En revanche, il existe une solution pour construire un environnement client qui soit intégré « Eclipse est la solution »
2- Si vous avez un certain budget pour votre projet je vous suggère de faire l’acquisition de TobBraid Composer (TBC) « au moins le standard edition »
Voici pourquoi. D’abord TBC est une réelle application Eclipse dont les plug-ins sont agrégés autour d’un noyau OSGi, « ce que n’est pas Protégé 4 qui est construit aussi dans Eclipse mais qui en revanche (hélas) utilise un mécanisme d’agrégation de plugin propriétaire à l’Université Stanford».
3- Construire l’architecture de l’environnement client (EC).
Je construirais l’EC autour de TopBraidComposer « FREE EDITION ». En plus d’être gratuit, cet environnement permet d’éditer des ontologies, faire des inférences simples et il est possible d’enrichir ses fonctionnalités en greffant des plug-in Eclipse que vous aurez conçus
4- Construire l’architecture de l’environnement développeur (ED)
Le but de l’ED est de vous permettre de développer des plug-ins Eclipse à base d’ontologies que vous grefferez au EC. Il y a cependant un problème. TBC étant commercial est un environnement fermé. Vous n’avez pas accès directement au code et à certaines fonctionnalités intéressantes de Protégé. Une de ces fonctionnalités, par exemple, est la génération de code Java pour la manipulation d’une ontologie de domaine. Protégé offre aussi d’autres avantages que vous ne pourrez négliger dans une implantation ultérieure.
5- Construire vos fonctionnalités et les intégrer dans l’EC
Voici grosso modo la liste de ce qu’il faut faire ainsi que les compétences à acquérir :
a) vous devez vous familiariser avec la construction de plug-in eclipse (c’est impératif… et ça demande beauuuuuucoup d’investissement en temps.)
b) Télécharger Protégé 3.4.8 et son code source
c) Faire un plug-in Eclipse de code source de protégé
d) Intégrer le plug-in de Protégé dans l’EC et dans l’ED
e) Construire votre ontologie de domaine dans Protégé ou dans TBC
f) Pour une ontologie de domaine que vous aurez construite, générer le code Java à partir de Protégé
g) Importer le code dans l’ED et en faire un plug-in que vous pourrez intégrer dans l’EC
h) Construire l’application cliente qui manipule l’ontologie de domaine et l’intégrer dans l’EC
6- Conclusion
J’ai moi-même utilisé ce plan de travail pour la réalisation d’un outil de construction d’ontologies à partir d’une représentation graphique et semi-formelle (OntoCASE "accronyme d'Ontology CASE Tool" accessible par Google). Et le plan fonctionne.
Bon voilà, espérant que cette proposition de plan de travail pourra vous aider dans votre projet.
A+
Partager