Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

- 1 - Méthode de conception de système d’information : une approche orientée-co

- 1 - Méthode de conception de système d’information : une approche orientée-composant Gwladys Guzelian LSIS Université d’Aix-Marseille III avenue Escadrille Normandie Niemen 13397 Marseille cedex 20 gwladys.guzelian@lsis.org Résumé : Les méthodes et les techniques de développement de systèmes d’information ont atteint une certaine maturité. Pourtant ces méthodes restent inadaptées dans de nombreux contextes, les logiciels qu’elles produisent ne sont pas toujours satisfaisants et elles ont des difficultés à évoluer pour prendre en compte de nouveaux modes de conception comme l’approche par réutilisation. Dans ce papier, nous définissons une méthode comme un ensemble de composants auxquels nous associons un graphe de réutilisation pour en assurer la recherche, l’adaptation et l’assemblage. Cette nouvelle approche de la notion de méthode rend la réutilisation de composants plus systématique, elle offre la possibilité d’adapter le processus de développement en fonction du contexte et elle fournit un guidage efficace dans la recherche de solutions à des problèmes récurrents de développement. Mots Clés : Systèmes d’information, Méthode de conception de systèmes d’information, Conception par réutilisation, Composant réutilisable, Composant- produit, Composant-processus, But. 1 INTRODUCTION Les méthodes et les techniques de développement de Systèmes d’Information (S.I.) ont atteint une certaine maturité [Wolle, 1990], [Nanci, 2001]. Ces méthodes et ces techniques sont largement utilisées dans les entreprises et de nombreuses méthodes sont aujourd’hui instrumentées. Pourtant ces méthodes restent inadaptées dans de nombreux contextes, les résultats qu’elles produisent ne sont pas toujours satisfaisants et elles ont des difficultés à évoluer pour prendre en compte de nouveaux modes de conception. Basées sur l’hypothèse que le développement d’un système d’information se fait à partir de rien, elles n’intègrent ni l’existence de bibliothèques de composants ni même que le nouveau système d’information doit s’intégrer à des briques logicielles existantes. Les méthodes de développement utilisées actuellement intègrent peu de manière systématique cette nouvelle approche. Nous pensons que la mise en œuvre d’une approche par réutilisation conduit nécessairement à une reformulation des méthodes de conception actuelles. Par ailleurs les méthodes apparaissent aujourd’hui très monolithiques : elles proposent une unique démarche de développement, le plus souvent séquentielle et peu itérative. En conséquence, elles ne supportent pas des adaptations qui leur permettraient de prendre en compte différents types de situations. Dans ce papier, nous proposons une nouvelle approche de la notion de méthode. Cette approche considère une méthode comme un ensemble de composants associé à un graphe de réutilisation. Les composants définissant une méthode sont de deux types : les composants-produit et les composants processus. Les premiers fournissent des solutions à des problèmes récurrents de développement, les seconds guident le déroulement du développement. Un graphe de réutilisation supporte la recherche, l’adaptation et l’assemblage des composants. Cette définition orientée composant d’une méthode de conception présente plusieurs avantages : i) Elle permet la mise en œuvre systématique d’une approche par réutilisation, ii) Elle offre la possibilité d’adapter le processus de développement à différents contextes, iii) Elle guide le développeur dans la conduite du processus et dans la recherche de solutions. Le papier est organisé en 5 sections. Dans la partie 2, nous donnons les limites des méthodes utilisées actuellement en ingénierie des S.I. Dans la partie 3 nous introduisons la définition d’une méthode de conception orientée composant. Dans les parties 4 et 5 nous présentons respectivement la base de composants et le graphe de réutilisation, les deux éléments essentiels d’une méthode orientée composant. La dernière partie présente les perspectives de recherche de ce travail. - 2 - 2 LES LIMITES DES METHODES ACTUELLES En conception de S.I., il est usuel de définir une méthode de conception comme un ensemble cohérent comportant: i) Des modèles et des langages, il s’agit des concepts et des règles pour les utiliser permettant de décrire un S.I. à différents niveaux d’abstraction (conceptuel, architecture, physique…), ii) Une démarche, il s’agit du processus opératoire pour conduire le travail de conception, iii) Des outils logiciels pour faciliter la mise en œuvre des modèles, des langages et de la démarche. Toutes les méthodes des années 80 ont été définies sur ce modèle [Rolland, 1988]. Elles ont permis une meilleure maîtrise de la complexité, des coûts et des délais des projets informatiques. Elles ont aussi apporté une plus grande rigueur du développement en introduisant notamment des modèles de représentation et des niveaux d’abstraction. Enfin elles ont largement contribué à une meilleure compréhension du métier de concepteur. Pourtant ces méthodes doivent évoluer pour plusieurs raisons. D’abord les systèmes d’information ont évolué en terme d’architecture (ils sont hétérogènes et distribués) et d’usage (ils sont ouverts et donc accessibles à une large variété d’usagers). Ensuite ces méthodes ont été construites sur des hypothèses qui sont fausses aujourd’hui, par exemple, on sait que l’ensemble des besoins ne peut pas être donné une fois pour toute au début du développement, les besoins évoluent et cette évolution doit être prise en compte durant le développement même du projet. Enfin ces méthodes présentent plusieurs limites importantes : Elles sont monolithiques. Elles proposent une démarche de développement figée et séquentielle. En effet, la démarche est définie comme un ensemble d’étapes formant un « bloc » indécomposable. Ces méthodes sont souvent qualifiées de « lourdes » car elles ne permettent pas de prendre en compte les particularités de certains projets. Aujourd’hui les équipes de développement ont besoin de démarches plus génériques autorisant des adaptations (par exemple ne pas nécessairement passer par toutes les étapes) en fonction du contexte. Plusieurs stratégies de développement différentes devraient être proposées en fonction des objectifs fixés, du domaine d’application ou de la nature du projet (taille, caractère novateur, compétences des acteurs…). Elles ne supportent pas la réutilisation de composants. L’utilisation de composants dans de nombreux domaines d’ingénierie s’impose peu à peu. L’approche à base de composants est particulièrement utilisée en ingénierie des systèmes d’information. Le rôle croissant et diversifié que vont jouer le Web et l’Internet (et l’Intranet) dans la conception et la mise en ligne d’applications va amplifier ce phénomène. Cette approche vise bien sûr à améliorer la qualité des produits de développement mais aussi à apporter un support méthodologique dans le processus de développement de S.I.. Ainsi beaucoup de bibliothèques de composants fournissent soit des solutions réutilisables soit des fragments de processus qui aident à résoudre des problème-types de développement. En fonction de l’activité de développement pour laquelle ces composants sont réutilisables, ils peuvent prendre la forme soit de fragments de code, d’architecture ou de spécification soit de fragments de processus guidant la spécification des besoins, la modélisation, ou encore la définition d’architectures. L’approche par réutilisation fait apparaître des ruptures importantes à la fois dans les processus d’ingénierie mais aussi dans les produits d’ingénierie. On constate que les méthodes actuelles prennent peu en compte ce nouveau mode de conception rendant la réutilisation de composants peu systématique. Il devient nécessaire d’introduire explicitement dans le processus de développement des activités de recherche, d’adaptation et d’assemblage de composants. Elles n’apportent que peu d’aide dans la mise en œuvre des activités de développement. Cette limite est très présente dans l’approche UML qui apparaît comme trop générale, ne donnant pas ou peu de directives pour conduire le processus de développement. UML apparaît davantage comme une boite à outils, sans véritable règle d’utilisation. Le processus unifié a été élaboré en partie pour combler cette limite. Néanmoins, il reste encore assez général. Par ailleurs, la maturité des méthodes se traduit aujourd’hui par l’existence d’un savoir faire important. La formalisation de ce savoir faire est faible, rendant les bonnes pratiques et les bonnes solutions peu partageables et peu réutilisables. Il semble intéressant de capitaliser ces connaissances et de les décrire sous forme de composants. L’évolution des méthodes de conception laisse envisager des ruptures importantes dans le développement des systèmes d’information. L’approche par réutilisation, la mise en œuvre d’une démarche adaptable et le guidage du développement sont caractéristiques du renouveau de ces méthodes. 3 VERS UNE NOUVELLE DEFINITION DES METHODES DE CONCEPTION Nous proposons dans cette section une nouvelle définition de la notion de méthode. Cette définition s’appuie sur le langage UML (Unified Modeling Language) et sur le processus unifié UPM (Unified Process Model). Elle peut être considérée comme une proposition visant à associer au langage UML une véritable démarche méthodologique. - 3 - Nous définissons une méthode par un quadruplet {LProd, LProc, {BC}, Gr}. LProd est le langage de produit c’est à dire des concepts et des notations pour décrire des solutions. LProc est le langage de processus, il permet de décrire toute démarche de développement conduisant au système d’information final. {BC} est une base de composants qui fournit durant le développement des solutions prédéfinies, ou des fragments de démarches guidant le développement. Enfin Gr est le graphe de réutilisation, il suggère différentes stratégies de développement, il guide le développeur à mettre en œuvre les stratégies et il préconise la réutilisation de composants. 3.1 Le langage de produit Le langage de produit comporte un ensemble de concepts qui supportent la spécification et la modélisation du système d’information à tous les niveaux d’abstraction. Nous utilisons le langage UML [Booch, 1998] comme langage de produit. Nous pensons qu’il fournit un ensemble uploads/Industriel/ methode-conception-systeme-d-x27-information-pdf.pdf