Système de gestion d’une bibliothèque

Système de gestion d’une bibliothèque

Aspect d’implémentation

Pour implémenter l’approche proposée nous avons considéré l’application de la gestion d’une bibliothèque telle que la gestion des emprunts d’ouvrages, réservation et retour des ouvrages, etc. Les changements dans ce système consistent en l’ajout ou la suppression de quelque cas d’utilisation, ce qui aura un impact sur les diagrammes. Chaque cas d’utilisation et cas de changement est mis dans un composant Fractal primitif comme montré dans la figure 5.15, ces composants implémentent des classes Java simples qui contiennent des méthodes (Figure 5.16).   Figure 5.15 Les composants des cas d’utilisation du système de gestion d’une bibliothèque 134 Figure 5.16 Architecture Fractal du système de gestion d’une bibliothèque Dans notre démarche, nous avons créé : ‐ les composants primitifs ‐  une class Java qui va contenir la logique du composant (Adherent.java, Emprunt.java, Principale.java, Sql.java, FinCyc.java) ‐ des interfaces Java qui vont être associées avec les interfaces Fractal (AdherentINT.java, SqlINT.java, EmpruntINT.java,…..) chaque interface va exposer la méthode que nous voulons définir comme interface de composant (figure 5.17) Figure 5.17 Interface Java du composant Adhérent Fractal La figure 5.18 montre une partie de l’application générée. Figure 5.18 La fenêtre Principale Conclusion Dans ce chapitre, nous avons donné un aperçu sur la démarche proposée Onto‐RUP à travers un exemple d’application simple. Nous avons donné les étapes nécessaires pour l’analyse des besoins d’évolution anticipée en utilisant les artéfacts élaborés durant les activités RE d’ONTO‐RUP (cas d’utilisation et cas de changement). Dans l’approche RUP l’outillage du processus de développement est primordial pour assister les développeurs dans leurs activités tout au long du cycle de développement. Onto‐RUP prévoit l’utilisation d’autres AGL (comme ORCTOOL) pour la maîtrise de l’analyse, la conception et l’implémentation des évolutions des besoins anticipées et non‐anticipées.   

CONCLUSION GENERALE

Les activités économiques utilisent de plus en plus de logiciels pour atteindre les objectifs souhaités. Ceci a conduit à des systèmes centrés logiciel de plus en plus complexes et soumis aux exigences croissantes des utilisateurs en termes de qualité et de fonctionnalités. Ces systèmes doivent en plus pouvoir évoluer au cours de leur existence afin de répondre de manière cohérente aux changements dans leur environnement, que ces derniers soient liés à l’évolution du marché, aux exigences des utilisateurs, ou à l’évolution des technologies. Ainsi, les systèmes logiciels doivent avoir une capacité d’adaptation importante. De nos jours, faire évoluer un système logiciel est un défi réel. Pour cela de nombreux travaux en génie logiciel tentent d’apporter des solutions aux problèmes de l’évolution.   Bien que plusieurs approches soient actuellement proposées comme des solutions aux problèmes de l’évolution, elles demeurent néanmoins des palliatifs. De plus, les chercheurs admettent, actuellement, que les solutions aux problèmes de la maintenance nécessitent une approche interdisciplinaire qui traite toutes les facettes de l’évolution, étudie les contributions des approches et évalue leurs apports. La prise en compte de l’ontogenèse constitue un nouveau défi et une vision radicale de l’évolution qui a un effet aussi bien sur notre façon de percevoir les systèmes logiciels que notre manière de les concevoir. Bien que l’approche ontogénétique apporte une vision radicale de l’évolution des systèmes qui imite le processus biologique de l’ontogénèse et est, de ce fait, censée éliminer de nombreux problèmes dont souffre les approches actuelles de l’évolution, nous avons très vite, constater que cette vision radicale pose des défis importants aux niveaux les plus abstraits du cycle de vie du logiciel. L’ontogenèse des systèmes logiciels fait référence à la capacité qu’a un logiciel à évoluer dynamiquement et d’une manière autonome qui lui permet de s’accommoder des exigences des utilisateurs et de l’évolution de ces dernières qu’elles soient anticipées ou non‐anticipées. L’évolution d’un système ontogénétique a la particularité d’être un processus continu qui le transforme depuis sa création initiale. Cette caractéristique n’est pas en accord avec les méthodes actuelles de développement qui considèrent que l’évolution est un processus sporadique. En conséquence, les plates‐ formes, les outils et les méthodologies que nous employons pour développer les systèmes logiciels ne sont pas appropriés et un effort considérable est nécessaire pour les adapter afin de supporter l’ontogénèse de logiciel. Pour tirer profit du paradigme ontogénétique, nous avons entamé dans ce travail de thèse une démarche de développement des systèmes ontogénétiques.