Développement d'applications et intégration de bases de données hétérogènes : une approche méthodologique

Dimension: px
Commencer à balayer dès la page:

Download "Développement d'applications et intégration de bases de données hétérogènes : une approche méthodologique"

Transcription

1 TEXTES DES COMMUNICATIONS - Tome I Développement d'applications et intégration de bases de données hétérogènes : une approche méthodologique Gabriella SALZANO Université de Marne-la-Vallée, 5, Boulevard Descartes, Champs-sur-Marne, Marne-la-Vallée Cedex 2. Mots clés : Méthodologie, Développement de logiciel, Modernisation, Intégration, Hétérogénéité, Bases de données. Keywords : Methodology, Software Development, Modernization, Integration, Heterogeneity, Databases. Palabras claves : Metodología, Desarrollo de software, Modernización, Integratión, Heterogeneidad, Base de datos. Sommaire Un des défis majeurs pour les systèmes d'information est la coopération entre applications : d'une part, on souhaite utiliser le capital d'information présent dans les applications existantes et d'autre part les bases de données propriétaires, construites pour répondre à des besoins spécifiques, ne peuvent pas être utilisées telles quelles, car elles présentent une très forte hétérogénéité. Cet article présente une approche méthodologique dont les étapes prennent en compte aussi bien les besoins de modernisation que d'intégration. Cette approche est comparée explicitement par rapport à d'autres et ses caractéristiques sont détaillées. Un exemple illustre comment les problèmes d'intégration entre applications peuvent être étudiés et résolus très en amont dans le cycle de développement des systèmes logiciels. 1 Introduction Les besoins actuels d'information nécessitent un contexte coopératif de différentes applications, impliquant l'échange et le partage des informations, mais aussi, parfois, des nouvelles formes d'organisation. Tous les domaines d'applications (production, administration, finance, commerce, santé) sont touchés par ces défis informationnels et organisationnels, relevant du travail coopératif et du "pilotage", dans des systèmes d'information dits étendus. Le développement du Web, lui-même assimilable à une énorme base de données, extrêmement hétérogène et distribuée, accélère inévitablement ce mouvement. Plus généralement, la maturité atteinte par de nombreuses technologies (les nouvelles technologies de l'information et de la communication), comme les bases de données, les réseaux, les technologies objets, et dans les méthodologies, poussent les utilisateurs à exprimer des nouveaux besoins informationnels, concernant aussi bien la technique que l'organisation et le domaine de la décision. Ces besoins sont plus complexes qu'autrefois, mais réalistes : on pourra par exemple prendre en compte l'évolutivité des sources, réaliser la traçabilité des actions et évaluer les impacts de la coopération. Les systèmes jugés satisfaisants il y a quelques années, s'appuyant sur des bases de données dites "propriétaires", sont perçus maintenant comme incontournables, pour le capital d'information qu'ils contiennent, mais répondant seulement à des besoins d'information limités aux domaines pour lesquels ils ont été conçus et développés. Les bases de données propriétaires, tout en continuant à évoluer, aussi bien sur le contenu que sur la forme, ne peuvent pas être utilisées, dans l'état actuel, pour bâtir des systèmes coopératifs ou décisionnels, compte tenu de leur grande hétérogénéité. Un problème se pose donc : moderniser les systèmes actuels et leur permettre de s'intégrer avec d'autres applications dans un contexte coopératif. IRIT - DELTA VEILLE 97

2 VSST'2001 La solution à ce problème requiert une approche méthodologique, car les problèmes d'intégration sont très difficiles à traiter a posteriori. Or nous avons constaté que d'une part les méthodes de modernisation (ou de développement) d'applications ([2], [4], [6]) n'évoquent pas de façon explicite les problèmes d'intégration de bases de données hétérogènes, et que d'autre part les approches d'intégration de bases de données hétérogènes ([1], [7], [9]) ne se situent pas explicitement dans le cycle de vie du développement logiciel. Dans cet article nous présentons une approche méthodologique qui définit explicitement les différentes étapes à effectuer pour moderniser des systèmes d'information et résoudre les problèmes d'intégration. Nous définissons cette approche par le sigle M&I (Modernisation & Intégration). Afin de positionner M&I par rapport à une méthode récente de conception de systèmes d'information, nous présentons rapidement les principes du processus unifié de développement logiciel [6], (désigné par PUDL dans la suite), ainsi que l'approche d'intégration de bases de données hétérogènes. Ensuite nous développerons les caractéristiques propres de M&I, à savoir : le pilotage par les cas d'utilisation et l'intégration, l'architecture basée sur des composantes de référence, destinées à résoudre les problèmes d'hétérogénéité, l'itérativité et enfin les différents types de documentation produite. Un exemple illustrera les apports de cette méthodologie lors de la spécification d'une application devant intégrer plusieurs bases de données hétérogènes. 2 Approches méthodologiques En vue de présenter l'approche méthodologique M&I, nous synthétisons les principes du processus unifié de développement de systèmes logiciels (PUDL) [6], ainsi que du processus d'intégration de bases de données hétérogènes ([7], [9]). 2.1 Processus unifié de développement de systèmes logiciels Le cycle de développement d'un système à forte composante logicielle comprend les phases de Création, Élaboration, Construction et Transition. Chaque phase réalise un ensemble d'activités, et il est à noter qu'une activité peut se dérouler pendant plusieurs phases. Les activités macroscopiques identifiées classiquement sont : Recueil des besoins, Analyse, Conception, Implémentation, Tests (fig. 1). Fig. 1 Enchaînement des phases et des activités (à partir de [6]). 98

3 TEXTES DES COMMUNICATIONS - Tome I On résume ici très schématiquement le contenu des différentes phases et activités. Les phases de Création et d'élaboration sont les plus riches et innovantes du point de vue conceptuel: dans la Création, le produit est "imaginé" dans ces grandes lignes, les principes des cas d'utilisation sont tracés, une étude de rentabilité est effectuée, les coûts relatifs au projet sont estimés et une ébauche d'architecture est esquissée. L'Élaboration précise tous ces éléments : en particulier on élabore en détail les différents modèles du système. Les phases de Construction et Transition amènent respectivement à la production du système et à sa livraison aux utilisateurs. Concernant les activités, le Recueil des besoins identifie les besoins et les exprime sous forme compréhensible par les utilisateurs, en terme de cas d'utilisation et types d'acteurs. L'Analyse produit des modèles conceptuels d'analyse, basés sur des classificateurs et sur leurs collaborations, pour réaliser les cas d'utilisation. La Conception produit des modèles plus proches du physique, en détaillant précisément les modèles d'analyse et en spécifiant les éléments, comme les composantes ou les bases de données. Ces éléments seront réalisés dans la phase d'implémentation. Enfin la phase de Test procède à l'intégration du système développé avec les systèmes existants et effectue les tests sur les différentes parties. Les phases et les activités que nous analysons plus en détail dans cet article sont celles dites généralement "amont", à savoir la Création et l'élaboration, dans lesquelles sont réalisées presque en totalité les activités de Recueil des besoins et d'analyse, avec une vaste partie de Conception, et sont aussi fixés les principes de l'implémentation (fig. 1). Les problèmes posés par l'hétérogénéité des bases de données associées aux systèmes existants ne sont pas identifiés explicitement dans le processus PUDL. En vue de prendre en compte ces problèmes dans M&I, et d'indiquer une approche pour les résoudre, nous rappelons synthétiquement le processus d'intégration. 2.2 Intégration de bases de données hétérogènes Les différentes phases du processus d'intégration des bases de données hétérogènes, sont ([7], [9]): Pre-intégration, Recherche de correspondances, Mise en conformité des schémas, Fusion et Restructuration. Nous résumons ici les principales activités menées lors de ces phases. La Pre-intégration commence par définir les langages et outils de modélisation, qui vont être utilisés dans la modélisation des contextes des différentes bases de données locales. Cette phase recommande également l'utilisation d'ontologies, de standards ou, en général, de formalismes qui devront être satisfaits par la solution intégrée. Elle définit aussi les objectifs de l'intégration (simplicité, complétude, exhaustivité), la stratégie d'intégration des différentes bases (priorités, ) et la typologie de la solution (multidatabase, fédération, datawarehouse, ). Concernant cette typologie, on peut distinguer au moins deux grandes familles de solutions d'intégration, selon que la solution est basée sur des vues (multidatabase avec schéma global, sans schéma global, fédération) ou sur des bases de données matérialisées (bases de données distribuées, datawarehouses, bases de données interopérables) (fig. 2). Trois facteurs, parfois liés au domaine d'application, ont une influence sur le choix du type d'intégration : la distribution, l'autonomie (de conception, d'exécution, de contrôle), et le degré d'hétérogénéité [1]. Ceux-ci déterminent la nature des composantes d'intégration et les modalités d'interaction entre celles-ci et les composantes locales. La Recherche des correspondances compare les schémas des bases de données existantes, en cherchant des portions de schémas qui soient intéressantes pour l'application cible. Ces portions de schémas peuvent être identiques dans les différentes bases, similaires ou bien concerner des concepts différents mais pouvant être rapprochées dans un but applicatif ([9], [12]). La Mise en conformité des schémas traite les conflits induits par les correspondances, en suivant les objectifs fixés dans la phase de Pré-intégration. Ces conflits peuvent être de différents types, liés à la définition des entités, des structures, des domaines de valeurs. Ils peuvent aussi porter sur des contraintes : en effet, des contraintes existantes au niveau local peuvent générer implicitement des contraintes au niveau de la solution intégrée. La résolution des conflits est une étape très délicate de l'intégration : la proposition de solutions conformes aux objectifs requiert parfois l'intervention d'experts des différents domaines. Enfin, la Fusion des schémas et la Restructuration produisent les schémas des solutions intégrées, et indiquent comment accéder aux données intégrées et les manipuler. IRIT - DELTA VEILLE 99

4 VSST'2001 vues couplage fort Multidatabase avec schéma global Multidatabase sans schéma global Fédération couplag e Bases de données distribuées Datawarehouse bases de données matérialisées Bases de données interopérables Fig. 2 : Typologie d'intégration de bases de données hétérogènes. 2.3 Définition et Positionnement de M&I Dans [10] et [11] nous avons présenté une architecture d'intégration s'appuyant sur des composants de référence ([5]), dont l'objectif est de résoudre les problèmes d'hétérogénéité et de satisfaire les contraintes induites par l'intégration. Nous y avons également souligné les apports des ontologies ([13]) pour résoudre de façon rigoureuse les conflits, surtout s'ils sont sémantiques et liés aux contraintes. Dans cet article nous définissons globalement les phases et activités de M&I, en précisant celles plus concernées par l'intégration. Notre présentation est axée sur des besoins d'intégration de bases de données hétérogènes, mais elle peut être généralisée à un contexte plus général, d'intégration de systèmes, en considérant aussi, en plus des bases de données, d'autres aspects des systèmes, au niveau logique, organisationnel et physique. Le principe conducteur de M&I consiste dans le fait de poser explicitement les problèmes d'intégration très en amont du cycle de développement, et de trouver les solutions à ces problèmes de façon rigoureuse, en suivant une approche éprouvée. Nous commençons donc par expliciter quelles sont les phases du processus de développement des systèmes logiciels dans lesquelles il faut prendre en compte la démarche d'intégration des bases de données hétérogènes. Nous soulignons que les deux approches (processus PUDL et d'intégration) doivent être menées simultanément, en particulier dans les phases de Création et Élaboration, fondamentales pour le développement des systèmes que nous analysons, et, à l'intérieur de ces phases, dans les activités de Recueil des besoins, Analyse et Conception, qui y sont prépondérantes (fig. 1). Compte tenu des phases et des activités du processus d'intégration, nous remarquons en effet que l'intégration se prépare et se construit essentiellement pendant ces trois phases, tout en influençant fortement les phases en aval. Pour le nouveau processus de développement, M&I, on peut préciser les phases et les actions à réaliser. M&I est caractérisé par les phases de Création, Élaboration, Construction et Transition, et, dans chaque phase, par des activités de Recueil des besoins, Analyse, Conception, Implémentation, Tests. Les activités de chaque phase seront obtenues à partir de celles définies pour PUDL, enrichies par un sous-ensemble opportun des activités propres à l'intégration (fig. 3). Nous remarquons aussi que, à chaque phase, les différents aspects de l'intégration sont traités, avec des mailles d'étude (granularités) différentes. En particulier, en phase de Création, la Pré-intégration et la Recherche des correspondances sont largement traitées et on aborde seulement la Résolution de conflits et la Fusion, qui seront amplement traitées dans la phase d'élaboration. 100

5 TEXTES DES COMMUNICATIONS - Tome I M&I = PULD + Intégration I 1 I 2 I 3 I 4 a c t i v i t é s Recueil des besoins Analyse Conception Recueil des besoins Analyse Conception I 1 I 2 I 3 I 4 Création Élaboratio n phases Fig. 3 : Phases et activités de M&I. Dans certains cas, notamment si l'intégration est très faible, les phases d'intégration seront parcourues rapidement. Si l'intégration est possible, la Pré-intégration spécifiera les objectifs des composantes de référence, les principes de l'architecture, les standards de modélisation à suivre, les standards de documentation ainsi que les outils de modélisation. Nous soulignons enfin que M&I n'est pas simplement une liaison de deux approches (PUDL et Intégration), car les phases des deux processus se retrouvent modifiées, dans leurs objectifs et dans la façon de les conduire : par exemple, les tests d'intégration seront anticipés dans M&I par rapport à PUDL. Nous allons maintenant détailler des caractéristiques de M&I par rapport aux approches PUDL et d'intégration. 3 Caractéristiques de l'approche M&I 3.1 Pilotage par les cas d'utilisation et l'intégration L'architecture d'un système logiciel ([6]) s'intéresse aux éléments structurants du système (comme les sous-systèmes, les classes, les composantes, les nœuds), aux compositions de ces éléments et à leurs interactions au travers d'interfaces. L'architecture logicielle est décrite d'abord au niveau conceptuel, ensuite au niveau logique et enfin au niveau physique, par un ensemble de vues issues de différents modèles (cas d'utilisation, analyse, conception, implémentation et déploiement). 1 cas d'utilisation 2 architecture cas d'utilisation 1 3 architecture type d'intégration 2 PUDL M&I Fig. 4 : Pilotage par les cas d'utilisation (PUDL) et par les cas d'utilisation et par l'intégration (M&I). Comme illustré dans la fig. 4, dans PUDL, les cas d'utilisation pilotent la spécification de l'architecture, et à son tour, celle ci influence la réalisation des cas d'utilisation. IRIT - DELTA VEILLE 101

6 VSST'2001 Dans M&I, les cas d'utilisation représentent les aspects fonctionnels que le système doit satisfaire ; ils pilotent une ébauche d'architecture pour le système. Le choix de l'architecture d'intégration est proposé aussi dans les activités de Pré-intégration, en phase de Création. Celles-ci seront menées très en amont et constituent donc une contrainte forte pour la détermination de l'architecture du système. Une fois celle-ci dessinée dans ses grandes lignes, elle sera affinée et validée dans les phases suivantes (Analyse, Développement, Tests), toujours en référence aux cas d'utilisation. 3.2 Architecture basée sur l'utilisation de composantes d'intégration L'approche M&I permet de déterminer différents types d'architecture, caractérisées par l'existence de composantes d'intégration. Celles-ci facilitent l'utilisation de standards de différents domaines, permettent le partage des données, avec contrôle décentralisé ou centralisé aux données partagées, et peuvent concerner aussi d'autres aspects, comme les présentations externes liées aux cas d'utilisation. L'étendue et la structuration de ces composantes de référence, destinées à résoudre les problèmes d'hétérogénéité, dépendent d'un ensemble de critères. Pour illustrer la complexité et la variété des critères à prendre en compte, nous allons en classer certains, selon différents niveaux : niveau décisionnel : - la politique d'évolution du /des système(s) d'information de l'entreprise, en termes de définition du niveaux d'intégration et de traçabilité souhaités, de degré d'autonomie (de conception, de contrôle, d'exécution) entre les systèmes existants et le système cible, - l'ouverture (à court et moyen terme) vers l'exploitation des nouvelles technologies (Internet, SGBD, ) - les besoins en terme de coûts et délais niveau conceptuel et logique : - la prise en compte de standards et classifications - le nombre de types d'organisations, de domaines, d'activités, de types d'acteurs, dont il faut couvrir les besoins - le nombre de bases à intégrer, leurs volumes - la fiabilité et la représentativité des différentes bases locales par rapport aux nouveaux objectifs - la diversité des types de données (numérique, texte, son, image, multimédia, non structuré, ) gérés par les différents systèmes locaux niveau organisationnel : - le degré de connaissance sur les différentes applications, la documentation existante, l'expertise que l'on peut solliciter, - la formation des différents acteurs - la gestion simultanée des applications existantes et des évolutions Ainsi, des types d'architecture sont illustrés dans la figure 5. Les composantes de référence déterminées dans chaque type d'architecture sont respectivement : - des vues constituant un schéma global dans un système de type multidatabase (a) ; - des vues constituant des portions de schémas dans un système de type fédération (b) ; - des bases de données réalisant des intégrations partielles entre systèmes (avec duplication de données), avec contrôle centralisé des accès ( c ) et sans contrôle centralisé des accès (d). Ces composantes d'intégration permettent aux systèmes locaux, S 1, S 2 et S 3, d'évoluer : pour la lisibilité de la figure, les nouvelles configurations de ces systèmes (les systèmes modernisés) sont marquées en pointillé seulement pour S 1. Le type d'architecture (a) conviendra par exemple dans les cas de forte intégration et très faible autonomie, tandis que dans les cas d'intégration sur quelques portions des schémas, avec archivage et contrôles partiels des transactions sur ces données, on optera pour des solutions de type (d). Grâce à l'utilisation des composantes, les phases du développement du système ne voient pas celui-ci de façon monolithique : à partir des cas d'utilisation et de l'intégration choisie, on mènera les différentes phases en partie système par système et en partie sur les composantes de référence, qui représentent les parties intégrées. 102

7 TEXTES DES COMMUNICATIONS - Tome I Nous remarquons aussi que la valeur ajoutée, apportée par l'intégration des systèmes, doit être mesurée : pour cela, au sein de ces composantes, il faudra spécifier et mettre en place des indicateurs permettant de mesurer la réelle coopération des systèmes par rapport aux objectifs d'intégration. Schéma global S 1 S 3 S 2 S 1 S 2 S 3 a) Multidatabase b) Fédération S S 2 S 3 S 3 1 S 2 S 1 c) Interopérabilité centralisée d) Interopérabilité décentralisée Fig. 5 : Exemples d'architectures d'intégration. 3.3 Documentation Une bonne documentation assure que le système pourra être utilisé et maintenu. La documentation produite par le processus M&I comprend deux familles de documents : 1. ceux qui décrivent le système logiciel en termes d'objectifs, utilisations, architecture, conception détaillée et outils de développement. Ces documents accompagnent le déroulement de chaque phase et de chaque activité. PUDL en prévoit un certain nombre (les artefacts), comme les diagrammes UML, les commentaires, les descriptions des composantes, des interfaces utilisateurs, des plans de tests, des réalisations de tests, ([3], [6]). On inclura dans cette famille tous les documents traçant les différentes phases et activités relevant de l'intégration, comme par exemple les choix de pré-intégration, la détection et la caractérisation des correspondances parmi les différentes bases de données, les choix liés à la résolution des conflits, la fusion des modèles en correspondance. 2. ceux qui constituent des documents générés par le système logiciel produit par M&I (par exemple des documents liés aux diverses activités du domaine d'application et apparaissant en entrée ou en sortie). Cette deuxième famille de documents sera le plus possible structurée comme un ensemble de "patterns", qui seront ensuite spécifiés au cas par cas. Pour ces documents, il est important de prévoir l'utilisation de standards de documentation garantissant la pérennité des productions. Une certaine souplesse dans ces patterns peut être introduite grâce aux formats semi structurés [8]. Ces formats permettent la définition de structures de données partielles, incomplètes, hétérogènes ou parfois inconsistantes, répondant ainsi à des besoins de gestion et manipulation de données issues du Web. Compte tenu de la particularité des systèmes visés par M&I, nous incluons dans cette famille de documents aussi ceux qui correspondent à l'activité d'évaluation de la qualité du système logiciel produit, par rapports aux objectifs de la coopération (il s'agira en particulier du cahier des charges de l'évaluation, avec spécification des indicateurs, des sources et des modalités d'évaluation). IRIT - DELTA VEILLE 103

8 VSST' Processus incrémental Le processus M&I peut être utilisé de façon itérative pour intégrer des nouvelles bases de données, voire (après généralisation) des nouveaux systèmes, à chaque fois que des besoins d'extension se présentent. Chaque itération tirera profit des documents établis à l'itération précédente, dont certains pourront être exploités de façon automatique. Dans ce sens, le processus est incrémental. Comme illustré dans la figure 6, à une itération n de M&I, à partir des systèmes S 1, S 2, S n, on a créé un système nouveau, coopératif, CS 1. Si l'évaluation de CS 1 est positive, et si on recense des besoins de coopération de CS 1 avec d'autres systèmes S n+1, S n+2, S n+k, le même processus M&I sera réappliqué. Lors de cette nouvelle itération, la phase d'analyse sera plus rapide, car on s'appuiera sur tous les artefacts produits pour CS 1 et sur l'évaluation de son fonctionnement. itération n S 1 S 2 S 3 M&I CS 1 avec documentation itération n+1 S 4 CS 1 M&I CS 2 avec documentation avec documentation Fig. 6 : Itérativité du processus M&I. 4 Un exemple Nous présentons ici un exemple pour illustrer les contributions de l'intégration dans la phase de Création de M&I. La figure 7 illustre trois applications, chacune s'appuyant sur une base de données : - la base Travaux Publics, avec des informations concernant des bâtiments et des rues ; - la base Environnement, avec des informations concernant l étude des matériaux et des forêts ; - La base Transport, avec des informations concernant les routes et les trains. ENVIRONNEMENT TRAVAUX PUBLICS TRANSPORTS Matériaux Trains Forêts Routes Bâtim ent_m atériaux Bâtim ents Rues Fig. 7 : Informations "vues" différemment dans différents domaines. D'une part, les informations concernant les routes sont vues différemment par les bases Travaux Publics et Transport, d autre part, les Matériaux sont étudiés en détail dans la base Environnement, et seulement mentionnés dans la base Travaux Publics. La figure 8 résume les relations et contraintes des trois bases. Chaque application existante est sous le contrôle d'organismes différents. Ceux-ci nécessitent la mise en cohérence et le partage des informations. Ainsi, la phase de Création pour un nouveau système va recueillir les besoins décisionnels des différents organismes. En particulier, l'organisme chargé des Travaux Publics souhaite utiliser les informations relatives à la nocivité des matériaux utilisés dans les bâtiments et celles concernant l'état des routes. Base TRAVAUX PUBLICS 104

9 TEXTES DES COMMUNICATIONS - Tome I R 1 =BATIMENTS_MATERIAUX (N bâtiment, Nom_matériel, Quantité) R 2 =BATIMENTS ( N bâtiment, Type_bâtiment) R 3 =RUES ( N rue, Type_rue, Année) Contraintes: (N bâtiment, Nom_matériel ) Quantité; N bâtiment Type_bâtiment; N rue Type_rue, Année Type_rue in [1,200] Π N bâtiment (BATIMENTS_MATERIAUX ) Π N bâtiment (BATIMENTS) Base ENVIRONNEMENT S 1 =MATERIAUX ( N matériel, Libellé_matériel, Nocivité) S 2 =FORETS ( N parc, Nom_parc) Contraintes: Libellé_matériel N matériel; N matériel Libellé_matériel, Nocivité; Nocivité in [1,5 ] Base TRANSPORT T 1 =ROUTE ( N route, Type_route, Nb_voies, État) T 2 =TRAINS ( N train, Train_type) Contraintes: Type_route in [1,50] N route Type_route, Nb_voies, État Fig. 8 : Relations et contraintes des bases propriétaires. Compte tenu des objectifs de la coopération et du degré d'autonomie souhaité par les trois organismes, l'architecture choisie en Pré-intégration est la fédération. Les correspondances détectées sont : Nom_matériel Libellé_matériel entre R 1 et S 1, N rue N route et Type_rue Type_route entre R 3 et T 1 Après avoir déroulé la suite du processus d'intégration pendant la phase de Création, les résultats de la fédération, vus par le système gérant les Travaux Publics, sont illustrés par la figure 9. R 3 R 1 ER Nom_matériel 1 Nocivité Type_rue Type_route R 2 Type_route ER 3 Largeur N rue Nb_voies ER 2 Fig. 9 : Construction de la base étendue TRAVAUX PUBLICS. Les nouveaux schémas définis pour l'extension de la base sont résumés dans la figure 10. Nous remarquons que la contrainte Type_rue in [1,50] limite le contexte de validité de la fédération. ER 1 =MATERIAUX_NOCIVITE (Nom_matériel, Nocivité) ER 2 =CARACTERISTIQUES_RUES(N rue, Type_route, Nb_voies, État) ER 3 =RUES_ROUTES (Type_rue, Type_route) avec les contraintes : Nom_matériel Nocivité N rue Type_route, Nb_voies, État Type_rue Type_route Type_route Type_rue ; Type_rue in [1,50] Fig. 10 : Schémas définis pour l'extension de la base Travaux Publics. IRIT - DELTA VEILLE 105

10 VSST'2001 Ces réflexions sur l'intégration alimentent donc l'élaboration, qui est la phase suivante dans le développement du système. 5 Conclusions Dans cet article, nous avons introduit les principes généraux du processus M&I pour moderniser des systèmes logiciels, auxquels sont associées des bases de données hétérogènes, dans l'objectif de permettre l'évolution de ces systèmes dans un contexte intégré et coopératif. Nous allons poursuivre cette recherche avec trois objectifs successifs : approfondir l'analyse des besoins d'intégration et de coopération sur des domaines d'activité spécifiques ; identifier des classes de problèmes pour lesquels préconiser des choix d'architecture et des types de composantes d'intégration les plus adaptées ; préciser, pour ces classes de problèmes, le contenu des phases et activités de M&I. Bibliographie [1.] CONRAD S. et SAAKE G., Integrating heterogeneous Databases, EDBT'98, Valencia, March 23, [2.] CORNELLA-DORDA S., WALLNAU K., SEACORD R.C. et ROBERT J., A survey of Legacy Modernization Approaches, CMU/SEI-2000-TN-003. [3.] ERIKSSON H.E. et PENKER M., UML Toolkit, Wiley Computer Publishing, 1998 [4.] GABAY J. et BERHANOU GEBRE, La conduite des projets d'évolution des systèmes d'information, InterEditions, 1999, Dunod Paris 1999, ISBN [5.] HAINES G., CARNEY D. et FOREMAN J., Component Based Software development / COTS Integration, SEI, Software Technology Review, [6.] JACOBSON I., BOOCH G. et RUMBAUGH J., Le Processus Unifié de développement logiciel, Eyrolles, [7.] JARKE M., LENZERINI M., VASSILIOU Y., VASSILIADIS P., Fundamentals of Data Warehouses, Springer, ISBN , [8.] MENCGCHI L. et TOK WANG L., A data model for Semistructured Data with Partial and Inconsistent Information, Zaniolo et al. (eds.): EDBT 2000, LNCS 1777, pp , Springer- Verlag, [9.] PARENT C. et SPACCAPIETRA S., Intégration de bases de données: panorama des problèmes et des approches, Ingénierie des Systèmes d'information, Vol. 4, n. 3, p , [10.] SALZANO G., Building integrated components for heterogeneous, distributed systems, such as telemedicine applications, HEALTHCOM 2001, 3 rd International Workshop on Enterprise Networking and Computing in Health Care Industry, June 29 th July 1 st, L Aquila, Italy. [11.] SALZANO G., Integration Methodology for Heterogeneous Databases in Heterogeneous Information Exchange and Organisational Hubs, Kluwer (to appear in 2001). [12.] SALZANO G. et BESTOUGEFF H., Finding Related Information in Distributed Heterogeneous Systems, in Proceedings of 16th International CODATA Conference Data Management in the Evolving Information Society, New Delhi, November [13.] WIEDERHOLD G. et JANNINK J., Composing Diverse Ontologies, prepared for IFIP Working Group on Database 8 th Working Conference on Database Semantics (DS-8), in Rotorua, New Zeland, Jan

Positionnement de UP

Positionnement de UP UNIFIED PROCESS Positionnement de UP Unified Process Langage Méthode Outil logiciel UML UP RUP 6 BONNES PRATIQUES développement itératif gestion des exigences architecture basée sur des composants modélisation

Plus en détail

Un peu d'organisation. Conception et Programmation par Objets HLIN406. Sommaire. Pourquoi vous parler de conception par objets? Notion de modélisation

Un peu d'organisation. Conception et Programmation par Objets HLIN406. Sommaire. Pourquoi vous parler de conception par objets? Notion de modélisation Un peu d'organisation Conception et Programmation par Objets HLIN406 Marianne Huchard, Clémentine Nebut LIRMM / Université de Montpellier 2 Premières semaines Contrôle des connaissances Supports 2015 Sommaire

Plus en détail

Modèle d implémentation

Modèle d implémentation Modèle d implémentation Les packages UML: Unified modeling Language Leçon 5/6-9-16/10/2008 Les packages - Modèle d implémentation - Méthodologie (RUP) Un package ou sous-système est un regroupement logique

Plus en détail

MASTER II ECONOMIE ET GESTION Spécialité Management des Organisations de la Neteconomie

MASTER II ECONOMIE ET GESTION Spécialité Management des Organisations de la Neteconomie MASTER II ECONOMIE ET GESTION Spécialité Management des Organisations de la Neteconomie MODULE C03 - Séquence 1 INTRODUCTION I. UN PEU D'HISTOIRE II. LES RESSOURCES D'UN SI III. LA DÉFINITION D UN SI À

Plus en détail

Méthodologies de développement de logiciels de gestion

Méthodologies de développement de logiciels de gestion Méthodologies de développement de logiciels de gestion Chapitre 5 Traits caractéristiques des deux approches de méthodologie Présentation réalisée par P.-A. Sunier Professeur à la HE-Arc de Neuchâtel http://lgl.isnetne.ch

Plus en détail

Introduction à la conduite de projet "systèmes d'information"

Introduction à la conduite de projet systèmes d'information Centre national de la recherche scientifique Direction des systèmes d'information REFERENTIEL QUALITE Guide méthodologique Introduction à la conduite de projet "systèmes d'information" Référence : CNRS/DSI/conduite-projet/principes/guide-introduction

Plus en détail

Chapitre I : le langage UML et le processus unifié

Chapitre I : le langage UML et le processus unifié I. Introduction Les méthodes d analyse orientées objet sont initialement issues des milieux industriels. La préoccupation dominante de leurs auteurs est le génie logiciel, c est-àdire les principes et

Plus en détail

IFT2255 : Génie logiciel

IFT2255 : Génie logiciel IFT2255 : Génie logiciel Chapitre 6 - Analyse orientée objets Section 1. Introduction à UML Julie Vachon et Houari Sahraoui 6.1. Introduction à UML 1. Vers une approche orientée objet 2. Introduction ti

Plus en détail

Modélisation objet Le langage UML

Modélisation objet Le langage UML Modélisation objet Le langage UML Brahim HAMID La base de contrôle Robot Zone à explorer brahim.hamid@irit.fr brahim.hamid@univ-tlse2.fr http://mass-cara.univ-tlse2.fr/~brahimou/ens/uml 1 Les méthodes

Plus en détail

UNE DÉMARCHE D ANALYSE À BASE DE PATRONS POUR LA DÉCOUVERTE DES BESOINS MÉTIER D UN SID

UNE DÉMARCHE D ANALYSE À BASE DE PATRONS POUR LA DÉCOUVERTE DES BESOINS MÉTIER D UN SID 1 UNE DÉMARCHE D ANALYSE À BASE DE PATRONS POUR LA DÉCOUVERTE DES BESOINS MÉTIER D UN SID 31 janvier 2012 Bordeaux Présentée par :Mme SABRI Aziza Encadrée par : Mme KJIRI Laila Plan 2 Contexte Problématique

Plus en détail

Modélisation Principe Autre principe

Modélisation Principe Autre principe Modélisation Principe : un modèle est une abstraction permettant de mieux comprendre un objet complexe (bâtiment, économie, atmosphère, cellule, logiciel, ). Autre principe : un petit dessin vaut mieux

Plus en détail

Processus de développement UP

Processus de développement UP Chapitre 1 Processus de développement UP I. Pourquoi UP? II. Définition III. Activités et phases IV. Modèles mis en place 1. Pourquoi UP? Les notions de base acquises dans le module ACOO1, notamment la

Plus en détail

SOA et Services Web. 23 octobre 2011. SOA: Concepts de base

SOA et Services Web. 23 octobre 2011. SOA: Concepts de base SOA et Services Web 23 octobre 2011 1 SOA: Concepts de base 2 Du client serveur à la SOA N est Nest pas une démarche entièrement nouvelle: années 1990 avec les solutions C/S Besoins d ouverture et d interopérabilité

Plus en détail

CONCEPTS ET MISE EN PRATIQUE POUR LA VALIDATION DE GRANDS SYSTÈMES

CONCEPTS ET MISE EN PRATIQUE POUR LA VALIDATION DE GRANDS SYSTÈMES MODEL-BASED TESTING (MBT) CONCEPTS ET MISE EN PRATIQUE POUR LA VALIDATION DE GRANDS SYSTÈMES Le Model-Based Testing est une pratique de test en plein développement dans l'industrie pour accroitre l'efficacité

Plus en détail

Conduite de projets et architecture logicielle

Conduite de projets et architecture logicielle s et architecture logicielle ABCHIR Mohammed-Amine Université Paris 8 15 février 2011 1/36 ABCHIR Mohammed-Amine (Université Paris 8) Conduite de projets et architecture logicielle 15 février 2011 1 /

Plus en détail

Types de REA produites dans le cadre de la séquence pédagogique

Types de REA produites dans le cadre de la séquence pédagogique Scénario pédagogique APPRENDRE À ENSEIGNER AUTREMENT Description générale du scénario Titre Les bases de données relationnelles Résumé Dans le cadre d'un cours à distance, la visioconférence est une REA

Plus en détail

Le Web sémantique, une infrastructure d'intégration de sources de données

Le Web sémantique, une infrastructure d'intégration de sources de données Le Web sémantique, une infrastructure d'intégration de sources de données Chantal Reynaud Université Paris X & LRI (Université Paris-Sud & CNRS), UR INRIA Futurs Plan de l'exposé 1. Importance du point

Plus en détail

Projet : Plan Assurance Qualité

Projet : Plan Assurance Qualité Projet : Document : Plan Assurance Qualité 2UP_SPEC_DEV1 VERSION 1.00 Objet Ce document a pour objectif de définir la démarche d analyse et de conception objet ainsi les activités liées. Auteur Eric PAPET

Plus en détail

Urbanisation des Systèmes d Information

Urbanisation des Systèmes d Information Urbanisation des Systèmes d Information Introduction à un cours en Master 1 et Master 2 Miage Urbanisation des Systèmes d'information Henry Boccon Gibod 1 Organisation du cours Le cours est structuré selon

Plus en détail

Les nouvelles architectures des SI : Etat de l Art

Les nouvelles architectures des SI : Etat de l Art Les nouvelles architectures des SI : Etat de l Art Objectif Mesurer concrètement les apports des nouvelles applications SI. Être capable d'évaluer l'accroissement de la complexité des applications. Prendre

Plus en détail

Conventions communes aux profils UML

Conventions communes aux profils UML Conventions communes aux profils UML Auteur : Projet ACCORD (Assemblage de composants par contrats en environnement ouvert et réparti)* Référence : Livrable 2.1 Date : Juin 2002 * : Les partenaires du

Plus en détail

Description et illustration du processus unifié

Description et illustration du processus unifié USDP Description et illustration du processus unifié Définit un enchaînement d activités Est réalisé par un ensemble de travailleurs Avec des rôles, des métiers Avec pour objectifs de passer des besoins

Plus en détail

Développement itératif, évolutif et agile

Développement itératif, évolutif et agile Document Développement itératif, évolutif et agile Auteur Nicoleta SERGI Version 1.0 Date de sortie 23/11/2007 1. Processus Unifié Développement itératif, évolutif et agile Contrairement au cycle de vie

Plus en détail

JOUR 1 - MATIN Première approche de l'architecture métier

JOUR 1 - MATIN Première approche de l'architecture métier Version du 0/0/202 JOUR - MATIN Première approche de l'architecture métier Présentation de la formation exceptionnelle Connaître le cadre de la formation Le contexte : la méthode publique Praxeme, l'initiative,

Plus en détail

Introduction à l'analyse et à la modélisation des processus. Eric Papet Co-fondateur SSII DEV1.0 Architecte Logiciel & Sécurité Lead Auditor 27001

Introduction à l'analyse et à la modélisation des processus. Eric Papet Co-fondateur SSII DEV1.0 Architecte Logiciel & Sécurité Lead Auditor 27001 Introduction à l'analyse et à la modélisation des processus Eric Papet Co-fondateur SSII DEV1.0 Architecte Logiciel & Sécurité Lead Auditor 27001 Les composants d'une méthode d'analyse La conception d'un

Plus en détail

Concevoir des applications Web avec UML

Concevoir des applications Web avec UML Concevoir des applications Web avec UML Jim Conallen Éditions Eyrolles ISBN : 2-212-09172-9 2000 1 Introduction Objectifs du livre Le sujet de ce livre est le développement des applications web. Ce n est

Plus en détail

OFFRE DE FORMATION L.M.D.

OFFRE DE FORMATION L.M.D. REPUBLIQUE ALGERIENNE DEMOCRATIQUE ET POPULAIRE MINISTERE DE L ENSEIGNEMENT SUPERIEUR ET DE LA RECHERCHE SCIENTIFIQUE OFFRE DE FORMATION L.M.D. MASTER PROFESSIONNEL ET ACADEMIQUE Systèmes d Information

Plus en détail

Comprendre ITIL 2011

Comprendre ITIL 2011 Editions ENI Comprendre ITIL 2011 Normes et meilleures pratiques pour évoluer vers ISO 20000 Collection DataPro Extrait 54 Comprendre ITIL 2011 Normes et meilleures pratiques pour évoluer vers ISO 20000

Plus en détail

GED: Gestion Electronique de Document (Support de cours) R. MAHMOUDI (mahmoudr@esiee.fr) www.research-ace.net/~mahmoudi 1 Gestion Electronique de Documents Plan du cours - Introduction générale - Spécificités

Plus en détail

Analyse,, Conception des Systèmes Informatiques

Analyse,, Conception des Systèmes Informatiques Analyse,, Conception des Systèmes Informatiques Méthode Analyse Conception Introduction à UML Génie logiciel Définition «Ensemble de méthodes, techniques et outils pour la production et la maintenance

Plus en détail

Bases de données Cours 2 : Modélisation d une base de données

Bases de données Cours 2 : Modélisation d une base de données Cours 2 : Modélisation d une base de données POLYTECH Université d Aix-Marseille odile.papini@univ-amu.fr http://odile.papini.perso.esil.univmed.fr/sources/bd.html Plan du cours 1 Modélisation d une base

Plus en détail

GPA 789 : Analyse et Conception Orientées Objet. ETS Mickaël Gardoni Bureau A 3588 tel 84 11. Mise en Œuvre UML version du 24 avril 2009

GPA 789 : Analyse et Conception Orientées Objet. ETS Mickaël Gardoni Bureau A 3588 tel 84 11. Mise en Œuvre UML version du 24 avril 2009 GPA 789 : Analyse et Conception Orientées Objet ETS Mickaël Gardoni Bureau A 3588 tel 84 11 Mise en œuvre UML 1/ 25 Introduction Mise en œuvre d UML UML n est pas une méthode 2/ 25 1 UML n est qu un langage

Plus en détail

STATUTS de la Direction de l Informatique et des Systèmes d Information (DISI)

STATUTS de la Direction de l Informatique et des Systèmes d Information (DISI) STATUTS de la Direction de l Informatique et des Systèmes d Information (DISI) Article 1 : Préambule. La Direction de l Informatique et des Systèmes d Information est un service général de l Université

Plus en détail

La gestion de la documentation

La gestion de la documentation La gestion de la documentation Des aspects méthodologiques & organisationnels.vers la mise en œuvre d un outil de GED M S. CLERC JOSY 13 OCTOBRE 2015 PLAN Définition d un projet de gestion de la documentation

Plus en détail

MÉMENTO. Élaboration de tableaux de bord SSI. Version du 5 février 2004

MÉMENTO. Élaboration de tableaux de bord SSI. Version du 5 février 2004 PREMIER MINISTRE Secrétariat général de la défense nationale Direction centrale de la sécurité des systèmes d information Sous Direction des Opérations Bureau Conseil Élaboration de tableaux de bord SSI

Plus en détail

FORMALISATION DE CONNAISSANCES ERGONOMIQUES DANS LE DOMAINE DE L'ERGONOMIE DE CONCEPTION D'INTERFACES GRAPHIQUES HOMME-MACHINE

FORMALISATION DE CONNAISSANCES ERGONOMIQUES DANS LE DOMAINE DE L'ERGONOMIE DE CONCEPTION D'INTERFACES GRAPHIQUES HOMME-MACHINE Une version de cet article a été publiée dans : Actes du XXVIème Congrès de la SELF "Méthodologie et outils d'intervention et de recherche en ergonomie", Montréal, Canada, 3-6 Octobre, 1990. FORMALISATION

Plus en détail

Méthodologies de développement de logiciels de gestion

Méthodologies de développement de logiciels de gestion Méthodologies de développement de logiciels de gestion Chapitre 6 Le Processus unifié de développement logiciel Partie I Les concepts Présentation réalisée par P.-A. Sunier Professeur à la HE-Arc de Neuchâtel

Plus en détail

Introduction aux bases de données Cours 2 : Modélisation d une base de données

Introduction aux bases de données Cours 2 : Modélisation d une base de données Cours 2 : Modélisation d une base de données ESIL Université de la méditerranée Odile.Papini@esil.univmed.fr http://odile.papini.perso.esil.univmed.fr/sources/bdmat.html Plan du cours 1 Modélisation d

Plus en détail

O RMATION. Ingénierie Système Management de Projet Évaluation de la Maturité

O RMATION. Ingénierie Système Management de Projet Évaluation de la Maturité PLANS F de O RMATION Ingénierie Système Management de Projet Évaluation de la Maturité O R G A N I S A T I O N ACTEURS CONCERNÉS Les concepteurs de systèmes doivent détecter, analyser les besoins des utilisateurs,

Plus en détail

Développement spécifique d'un système d information

Développement spécifique d'un système d information Centre national de la recherche scientifique Direction des systèmes d'information REFERENTIEL QUALITE Procédure Qualité Développement spécifique d'un système d information Référence : CNRS/DSI/conduite-proj/developpement/proc-developpement-si

Plus en détail

Entrepôt de données 1. Introduction

Entrepôt de données 1. Introduction Entrepôt de données 1 (data warehouse) Introduction 1 Présentation Le concept d entrepôt de données a été formalisé pour la première fois en 1990 par Bill Inmon. Il s agissait de constituer une base de

Plus en détail

Architecture d'entreprise : Guide Pratique de l'architecture Logique

Architecture d'entreprise : Guide Pratique de l'architecture Logique Guides Pratiques Objecteering Architecture d'entreprise : Guide Pratique de l'architecture Logique Auteur : Version : 1.0 Copyright : Softeam Equipe Conseil Softeam Supervisée par Philippe Desfray Softeam

Plus en détail

Tous droits réservés SELENIS

Tous droits réservés SELENIS 1. Objectifs 2. Etapes clefs 3. Notre proposition d accompagnement 4. Présentation de SELENIS 2 Un projet est une réalisation spécifique, dans un système de contraintes donné (organisation, ressources,

Plus en détail

Concepts de base. du décisionnel. A. Quelques définitions. Décision. Remarque. Comment prendre de bonnes décisions. Le décideur

Concepts de base. du décisionnel. A. Quelques définitions. Décision. Remarque. Comment prendre de bonnes décisions. Le décideur Concepts de base I - du décisionnel I Quelques définitions 7 Les Phases de la Prise de décision 8 Aide à la décision 8 Le système d'information décisionnel 9 Références Bibliographiques 11 A. Quelques

Plus en détail

Aide à la conception de Système d Information Collaboratif, support de l interopérabilité des entreprises

Aide à la conception de Système d Information Collaboratif, support de l interopérabilité des entreprises Aide à la conception de Système d Information Collaboratif, support de l interopérabilité des entreprises Jihed Touzi, Frédérick Bénaben, Hervé Pingaud Thèse soutenue au Centre de Génie Industriel - 9

Plus en détail

Réussir un projet Intranet 2.0

Réussir un projet Intranet 2.0 Frédéric Créplet Thomas Jacob Réussir un projet Intranet 2.0 Écosystème Intranet, innovation managériale, Web 2.0, systèmes d information, 2009 ISBN : 978-2-212-54345-2 Sommaire Démarche générale de l

Plus en détail

Semarchy Convergence for MDM La Plate-Forme MDM Évolutionnaire

Semarchy Convergence for MDM La Plate-Forme MDM Évolutionnaire FICHE PRODUIT Semarchy Convergence for MDM La Plate-Forme MDM Évolutionnaire BENEFICES POUR LES DSI Réussir les projets de gouvernance dans les délais et les budgets Démarrer de manière tactique tout en

Plus en détail

ITIL Mise en oeuvre de la démarche ITIL en entreprise

ITIL Mise en oeuvre de la démarche ITIL en entreprise Introduction 1. Préambule 21 2. Approfondir ITIL V3 22 2.1 Introduction 22 2.2 La cartographie 23 2.2.1 La cartographie de la démarche ITIL V3 23 2.2.2 La cartographie des processus dans les phases du

Plus en détail

Rapport de Mini-Projet c++ Gestion de Réservation Hôtelière

Rapport de Mini-Projet c++ Gestion de Réservation Hôtelière Rapport de Mini-Projet c++ Gestion de Réservation Hôtelière Année universitaire : 2007/2008 1 Table des matières Tables des matières...1 Introduction 2 Chapitre 1: Etude des besoins...3 Introduction...3

Plus en détail

SYSTEMES D INFORMATION & CONCEPTION de BdD

SYSTEMES D INFORMATION & CONCEPTION de BdD SYSTEMES D INFORMATION & CONCEPTION de BdD PLAN CONCEPT DE SYSTEME D INFORMATION MODELISATION D UN SYSTEME D INFORMATION MODELISATION CONCEPTUELLE : les METHODES METHODE SYSTEMIQUE METHODE OBJET L3 Informatique

Plus en détail

INTRODUCTION GENERALE

INTRODUCTION GENERALE INTRODUCTION GENERALE Chaque année, les entreprises ont de nombreux challenges à relever; adaptation à des contraintes légales nationales, européennes ou internationales, lancement de nouveaux services

Plus en détail

CONCEPTION ET REALISATION D'UN GENERATEUR DE TABLEAUX DE BORD PROSPECTIFS MULTIDIMENSIONNELS

CONCEPTION ET REALISATION D'UN GENERATEUR DE TABLEAUX DE BORD PROSPECTIFS MULTIDIMENSIONNELS CONCEPTION ET REALISATION D'UN GENERATEUR DE TABLEAUX DE BORD PROSPECTIFS MULTIDIMENSIONNELS Nazih Selmoune (*), Zaia Alimazighi (*) Selmoune@lsi-usthb.dz, Alimazighi@wissal.dz (*) Laboratoire des systèmes

Plus en détail

Modélisation Orientée Objet / UML

Modélisation Orientée Objet / UML Modélisation Orientée Objet / UML Laurent Henocque http://laurent.henocque.free.fr/ Enseignant Chercheur ESIL/INFO France http://laurent.henocque.perso.esil.univmed.fr/ mis à jour en Octobre 2006 Licence

Plus en détail

Renforcez la flexibilité et la réactivité de votre entreprise Dotez votre entreprise d'un système de gestion des données de référence éprouvé

Renforcez la flexibilité et la réactivité de votre entreprise Dotez votre entreprise d'un système de gestion des données de référence éprouvé Renforcez la flexibilité et la réactivité de votre entreprise Dotez votre entreprise d'un système de gestion des données de référence éprouvé Point de vue client «En exploitant une infrastructure MDM bien

Plus en détail

UNIL - Faculté des Hautes Etudes Commerciales Comportement Organisationnel et Management Appliqués Syllabus Présentation Générale du Cours

UNIL - Faculté des Hautes Etudes Commerciales Comportement Organisationnel et Management Appliqués Syllabus Présentation Générale du Cours UNIL - Faculté des Hautes Etudes Commerciales Comportement Organisationnel et Management Appliqués Syllabus Présentation Générale du Cours Le cours de comportement organisationnel et management appliqué

Plus en détail

Qu est-ce qu une milestone (jalon)? Tâche de durée nulle, sans ressource. Elle est destinée à marquer des moments clés dans un projet.

Qu est-ce qu une milestone (jalon)? Tâche de durée nulle, sans ressource. Elle est destinée à marquer des moments clés dans un projet. Cours Ephec Niv. 2 : Technique et gestion de projet Par Monsieur Bertieaux Année Académique 2014-2015 Réponse aux questions du cours, slide Cours 2_1_Planification Vous avez un projet classique qui se

Plus en détail

Démarche de Choix de Progiciels (d'après le CXP)

Démarche de Choix de Progiciels (d'après le CXP) Démarche de Choix de Progiciels (d'après le CXP) Page 1 1. PRÉSENTATION DE LA DÉMARCHE...3 1.1 SPÉCIFICITÉS DE LA DÉMARCHE...3 1.2 LA DÉMARCHE...3 2 LES QUATRE ÉTAPES DE LA DÉMARCHE...4 2.1 EXPLORATION

Plus en détail

Projet Nouvelles Plateformes Technologiques

Projet Nouvelles Plateformes Technologiques Comité de Coordination des Systèmes d'information et de Communication Projet Nouvelles Plateformes Technologiques Observatoire Technologique, CTI Observatoire Technologique 10 septembre 2003 p 1 Plan de

Plus en détail

L SIO I N O 3 & & PE P R E S R PE P C E TIV I ES E

L SIO I N O 3 & & PE P R E S R PE P C E TIV I ES E INTRODUCTION SOMMAIRE 1 Modélisation de processus et Workflows 2 - Méthodes et outils pour la Modélisation de processus Workflows 3 Notions de flexibilité et d adaptabilité dans les WorkFlow CONCLUSION

Plus en détail

Systèmes d information

Systèmes d information 11 Systèmes Cette famille rassemble des métiers dont la finalité est de concevoir, développer, exploiter et entretenir des solutions (logicielles et matérielles) répondant aux besoins collectifs et individuels

Plus en détail

Introduction à la conception d'une base de données Walter RUDAMETKIN

Introduction à la conception d'une base de données Walter RUDAMETKIN Introduction à la conception d'une base de données Walter RUDAMETKIN Bureau F011 Walter.Rudametkin@polytech-lille.fr Étapes de la conception d'une base de données Analyse de la situation existante et des

Plus en détail

SFR. Mise en place de la gestion des exigences sous DOORS dans le cadre de la refonte du système d'information commercial 14/11/2007

SFR. Mise en place de la gestion des exigences sous DOORS dans le cadre de la refonte du système d'information commercial 14/11/2007 SFR Mise en place de la gestion des exigences sous DOORS dans le cadre de la refonte du système d'information commercial 14/11/2007 1 Sommaire 1- Le contexte et l historique de la Gestion des EXigences

Plus en détail

Etudes de cas. Etude de cas LIBENLIGNE

Etudes de cas. Etude de cas LIBENLIGNE Etudes de cas Etude de cas LIBENLIGNE 1 - Présentation générale 2 - Site marchand 3 - La phase d'initialisation 4 - La phase d'élaboration : itération n 1 5 - La phase d'élaboration : itération n 2 1 -

Plus en détail

REFERENTIEL IN2P3 CONDUITE DE PROJETS

REFERENTIEL IN2P3 CONDUITE DE PROJETS REFERENTIEL IN2P3 CONDUITE DE PROJETS Gestion de la configuration Mis à jour en mars 2008 Table des matières 1- Synthèse...3 2- Principes généraux relatifs à la gestion de configuration...5 2.1. Quelques

Plus en détail

Une approche fédérative de construction d un outil de pilotage de la performance dans un environnement à but non lucratif

Une approche fédérative de construction d un outil de pilotage de la performance dans un environnement à but non lucratif Une approche fédérative de construction d un outil de pilotage de la performance dans un environnement à but non lucratif Z.Alimazighi*,**, R,N.Belhous*, A.Ouaret* *Laboratoire LSI, Faculté d Electronique

Plus en détail

BSN 8 Prêt entre bibliothèques (PEB) et fourniture de documents (FDD) - 18 novembre 2011 - ÉTUDE. Quelle convergence entre SUPEB et REFDOC?

BSN 8 Prêt entre bibliothèques (PEB) et fourniture de documents (FDD) - 18 novembre 2011 - ÉTUDE. Quelle convergence entre SUPEB et REFDOC? BSN 8 Prêt entre bibliothèques (PEB) et fourniture de documents (FDD) - 18 novembre 2011 - ÉTUDE Quelle convergence entre SUPEB et REFDOC? La prise de commande à partir de la plateforme Enseignement supérieur

Plus en détail

Étude de cas. UML n est pas une méthode

Étude de cas. UML n est pas une méthode Étude de cas UML n est pas une méthode UML n est pas une méthode, mais un simple langage ; l OMG ne préconise pas de processus ; il n existe pas une démarche unique qui fixe l ordre dans lequel les modèles

Plus en détail

Panorama général des normes et outils d audit. François VERGEZ AFAI

Panorama général des normes et outils d audit. François VERGEZ AFAI Panorama général des normes et outils d audit. François VERGEZ AFAI 3 Système d information, une tentative de définition (1/2) Un système d information peut être défini comme l ensemble des moyens matériels,

Plus en détail

Cahier des Charges de l étude de définition de l observatoire de l eau de la Martinique

Cahier des Charges de l étude de définition de l observatoire de l eau de la Martinique Cahier des Charges de l étude de définition de l observatoire de l eau de la Martinique I. Présentation générale du contexte : Afin de faciliter aux aménageurs, aux décideurs et au grand public l accès

Plus en détail

Table des matières CHAPITRE I : LA COOPERATION INTERENTREPRISES...13 INTRODUCTION...13

Table des matières CHAPITRE I : LA COOPERATION INTERENTREPRISES...13 INTRODUCTION...13 3 Table des matières INTRODUCTION GENERALE...8 1. CONTEXTE ET CADRE DE LA RECHERCHE...8 2. OBJECTIF ET APPROCHE...9 3. ENONCE DU PLAN DE LA THESE...10 PARTIE I : CADRE THEORIQUE ET ETAT DE L ART...12 CHAPITRE

Plus en détail

FICHE JANVIER 2009 THÉMATIQUE. Direction de projets et programmes

FICHE JANVIER 2009 THÉMATIQUE. Direction de projets et programmes FICHE JANVIER 2009 THÉMATIQUE Direction de projets et programmes La représentation par les processus pour les projets Système d Information (SI) La modélisation de l'entreprise par les processus devient

Plus en détail

PLANIFICATION ET SUIVI D'UN PROJET

PLANIFICATION ET SUIVI D'UN PROJET Centre national de la recherche scientifique Direction des systèmes d'information REFERENTIEL QUALITE Guide méthodologique PLANIFICATION ET SUIVI D'UN PROJET Référence : CNRS/DSI/conduite-projet/developpement/gestion-projet/guide-planfi-suivi-projet

Plus en détail

Développement d indicateurs de performance pour l évaluation du processus de conception Approche basée sur l analyse des itérations en conception

Développement d indicateurs de performance pour l évaluation du processus de conception Approche basée sur l analyse des itérations en conception Développement d indicateurs de performance pour l évaluation du processus de conception Approche basée sur l analyse des itérations en conception Daniel-Constantin ANGHEL 1,2, Toufik BOUDOUH 1, Olivier

Plus en détail

Système Expert pour Smartphones

Système Expert pour Smartphones INSA Rennes Département INFORMATIQUE Système Expert pour Smartphones Rapport de bilan de Planification Olivier Corridor;Romain Boillon;Quentin Decré;Vincent Le Biannic;Germain Lemasson;Nicolas Renaud;Fanny

Plus en détail

Bonnes pratiques PHP. Forum PHP 2005 - http://www.afup.org

Bonnes pratiques PHP. Forum PHP 2005 - http://www.afup.org Bonnes pratiques PHP 1 Plan de la présentation 0 Comment aborder cette présentation? Développement 1 2 3 4 Exploitation S'organiser et choisir ses outils Gagner performances et fiabilité Améliorer sa compétitivité

Plus en détail

RFI REF : RFI20100007. Demande d Information

RFI REF : RFI20100007. Demande d Information Organisation et Informatique Document Demande d Information Modélisation Architecture & Urbanisme Réf. : RFI_MATUR.doc Page 1/12 RFI REF : RFI20100007 Demande d Information SOMMAIRE 1 OBJET DE LA DEMANDE

Plus en détail

Mémoire de Projet Professionnel TITRE DU PROJET

Mémoire de Projet Professionnel TITRE DU PROJET République Tunisienne Ministère de l Enseignement Supérieur et de la Recherche Scientifique Université de Sfax Institut Supérieur d Informatique et de Multimédia de Sfax Sigle de l ISIMS Mastère Professionnel

Plus en détail

Le "tout fichier" Le besoin de centraliser les traitements des fichiers. Maitriser les bases de données. Historique

Le tout fichier Le besoin de centraliser les traitements des fichiers. Maitriser les bases de données. Historique Introduction à l informatique : Information automatisée Le premier ordinateur Définition disque dure, mémoire, carte mémoire, carte mère etc Architecture d un ordinateur Les constructeurs leader du marché

Plus en détail

Modélisation des Systèmes d Information Jean-Yves Antoine

Modélisation des Systèmes d Information Jean-Yves Antoine Modélisation des Systèmes d Information Jean-Yves Antoine http://www.info.univ-tours.fr/~antoine Processus de développement logiciel Jean-Yves Antoine U. Bretagne Sud - UFR SSI - IUP Vannes année 2001-2002

Plus en détail

STAF17 - REALISATION D'UN DISPOSITIF DE FORMATION ENTIEREMENT OU PARTIELLEMENT A DISTANCE

STAF17 - REALISATION D'UN DISPOSITIF DE FORMATION ENTIEREMENT OU PARTIELLEMENT A DISTANCE STAF 2001-2002 STAF17 - REALISATION D'UN DISPOSITIF DE FORMATION ENTIEREMENT OU PARTIELLEMENT A DISTANCE Présentation du cours Responsable : Daniel Peraya Assistante : Nathalie Deschryver TABLE DES MATIERES

Plus en détail

COBIT (v4.1) INTRODUCTION COBIT

COBIT (v4.1) INTRODUCTION COBIT COBIT (v4.1) Un référentiel de «bonnes pratiques» pour l informatique par René FELL, ABISSA Informatique INTRODUCTION Le Service Informatique (SI) est un maillon important de la création de valeur dans

Plus en détail

LISTE DES PUBLICATIONS

LISTE DES PUBLICATIONS LISTE DES PUBLICATIONS DE GABRIELLA SALZANO Bases de données et Systèmes d'information A - Chapitres d ouvrages collectifs édités A1. SALZANO, G., Dimension géographique des Systèmes d'information de santé,

Plus en détail

Annexe du cours Conception des sites web marchands et mobiles

Annexe du cours Conception des sites web marchands et mobiles Conception des sites web marchands et mobiles Nassim BAHRI {contact@nassimbahri.ovh} 1 Novembre 2015 1 Diagramme de séquence système Les cas d'utilisation décrivent les interactions des acteurs avec le

Plus en détail

ENTREPRISE CONTENT MANAGEMENT & RECORDS MANAGEMENT ECM & RM

ENTREPRISE CONTENT MANAGEMENT & RECORDS MANAGEMENT ECM & RM ENTREPRISE CONTENT MANAGEMENT & RECORDS MANAGEMENT PLAN Introduction Partie I : le records management Qu est ce que le RM? Les principes du RM Les objectifs du RM Les enjeux du RM Les étapes de la mise

Plus en détail

Towards a Mediation System Framework for Transparent Access to Largely Distributed Sources. The MediaGrid Project

Towards a Mediation System Framework for Transparent Access to Largely Distributed Sources. The MediaGrid Project Towards a Mediation System Framework for Transparent Access to Largely Distributed Sources The MediaGrid Project Christine Collet, Khalid Belhajjame, Gilles Bernot, Christophe Bobineau, Gennaro Bruno,

Plus en détail

Corrigé - Exercices. A l'aide de vos connaissances et du document suivant, répondez aux questions.

Corrigé - Exercices. A l'aide de vos connaissances et du document suivant, répondez aux questions. Exercice 1 A l'aide de vos connaissances et du document suivant, répondez aux questions. 1. D'après vous, pourquoi utilise-t-on le terme d'«urbanisation» plutôt que celui d'«urbanisme»? On utilise le terme

Plus en détail

Processus d Informatisation

Processus d Informatisation Processus d Informatisation Cheminement de la naissance d un projet jusqu à son terme, deux grandes étapes : Recherche ou étude de faisabilité (en amont) L utilisateur a une idée (plus ou moins) floue

Plus en détail

PASCAL ROQUES. UML par. la pratique. Groupe Eyrolles, 2001, 2002, 2004, 2005, 2006, 2009. ISBN : 978-2-212-12508-5

PASCAL ROQUES. UML par. la pratique. Groupe Eyrolles, 2001, 2002, 2004, 2005, 2006, 2009. ISBN : 978-2-212-12508-5 est f o E Y R O L L E S PASCAL ROQUES UML par la pratique Groupe Eyrolles, 2001, 2002, 2004, 2005, 2006, 2009. ISBN : 978-2-212-12508-5 Sommaire Introduction 9 Objectifs du livre... 9 Structure de l ouvrage...

Plus en détail

Groupe de Recherche Hypermédia et proportionnalité

Groupe de Recherche Hypermédia et proportionnalité Groupe de Recherche Hypermédia et proportionnalité 3. Comment analyser les caractéristiques d une base de problèmes pour l'enseignement de la proportionnalité? Après avoir arrêté le thème et le niveau

Plus en détail

FILIÈRE METHODOLOGIE & PROJET

FILIÈRE METHODOLOGIE & PROJET FILIÈRE METHODOLOGIE & PROJET 109 Gestion de projet METHODOLOGIE ET PROJET Durée 3 jours Conduite de projet COND-PRO s Intégrer les conditions de réussite d une démarche de management par projet. Impliquer

Plus en détail

Enterprise Intégration

Enterprise Intégration Enterprise Intégration Intégration des données L'intégration de données des grandes entreprises, nationales ou multinationales est un vrai cassetête à gérer. L'approche et l'architecture de HVR est très

Plus en détail

Cas d étude appliqué à l ingénierie logicielle

Cas d étude appliqué à l ingénierie logicielle ypbl : une méthodologie pédagogique pour la professionnalisation d une formation Cas d étude appliqué à l ingénierie logicielle Ernesto Exposito 1,2, Anne Hernandez 2 1 CNRS ; LAAS ; 7 av. du Colonel Roche,

Plus en détail

Structure défendue par H. Fayol, qui met en avant l'unité de commandement : chaque individu n'a qu'un seul supérieur.

Structure défendue par H. Fayol, qui met en avant l'unité de commandement : chaque individu n'a qu'un seul supérieur. Structure défendue par H. Fayol, qui met en avant l'unité de commandement : chaque individu n'a qu'un seul supérieur. Découpage des activités (et donc des responsabilités) par fonctions, par unités de

Plus en détail

Pratique de logiciels de planification

Pratique de logiciels de planification Pratique de logiciels de planification MASTER TECHNOLOGIE & HANDICAP Université Paris 8 Sommaire Introduction Organisation d un projet Les principaux axes de la planification Gestion des tâches Gestion

Plus en détail

Université de Bangui. Modélisons en UML

Université de Bangui. Modélisons en UML Université de Bangui CRM Modélisons en UML Ce cours a été possible grâce à l initiative d Apollinaire MOLAYE qui m a contacté pour vous faire bénéficier de mes connaissances en nouvelles technologies et

Plus en détail

INTRODUCTION AUX TECHNOLOGIES D INGENIERIE DES DONNEES DIRIGEE PAR LES MODELES

INTRODUCTION AUX TECHNOLOGIES D INGENIERIE DES DONNEES DIRIGEE PAR LES MODELES INTRODUCTION AUX TECHNOLOGIES D INGENIERIE DES DONNEES DIRIGEE PAR LES MODELES Les contenus de ce document sont la propriété exclusive de la société REVER. Ils ne sont transmis qu à titre d information

Plus en détail

Contexte général de l étude

Contexte général de l étude 1 2 Contexte général de l étude Les entrepôts de données associés à des outils d analyse On Line Analytical Processing (OLAP), représentent une solution effective pour l informatique décisionnelle (Immon,

Plus en détail

Le génie Logiciel (suite)

Le génie Logiciel (suite) Le génie Logiciel (suite) Lors du cours précédent, on a étudié différents cycles de vie, dont la cascade, ou la spirale. Analyse des besoins L analyse des besoins est une étape menant à l élaboration de

Plus en détail