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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Le Processus RUP. H. Kadima. Tester. Analyst. Performance Engineer. Database Administrator. Release Engineer. Project Leader. Designer / Developer

Le Processus RUP. H. Kadima. Tester. Analyst. Performance Engineer. Database Administrator. Release Engineer. Project Leader. Designer / Developer Le Processus RUP Database Administrator Project Leader H. Kadima Performance Engineer Release Engineer Analyst Designer / Developer Tester Table des matières 1. De l artisanat à l industrialisation de

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

UNIVERSITE PARIS XII - ISIAG

UNIVERSITE PARIS XII - ISIAG UNIVERSITE PARIS XII - ISIAG MASTER 2 - CHAPITRE 4.b LE PILOTAGE DU PROJET ANALYSE DES RISQUES 1 LE PILOTAGE DU PROJET I. Software Development Plan II. III. IV. Risks Management Plan (Analyse des Risques)

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

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

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

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

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

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

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

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

2. Activités et Modèles de développement en Génie Logiciel

2. Activités et Modèles de développement en Génie Logiciel 2. Activités et Modèles de développement en Génie Logiciel Bernard ESPINASSE Professeur à l'université d'aix-marseille Plan Les Activités du GL Analyse des besoins Spécification globale Conceptions architecturale

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

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

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

ISO/CEI 20000-1 NORME INTERNATIONALE. Technologies de l'information Gestion des services Partie 1: Exigences du système de management des services

ISO/CEI 20000-1 NORME INTERNATIONALE. Technologies de l'information Gestion des services Partie 1: Exigences du système de management des services NORME INTERNATIONALE ISO/CEI 20000-1 Deuxième édition 2011-04-15 Technologies de l'information Gestion des services Partie 1: Exigences du système de management des services Information technology Service

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 Table des matières Table des matières 1 Les exemples à télécharger sont disponibles à l'adresse

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

Évaluer la satisfaction des participants à une action de formation

Évaluer la satisfaction des participants à une action de formation Les fiches En Lignes fiche n 39 Décembre 2007 Évaluer la satisfaction des participants à une action de formation Sommaire : Pourquoi évaluer?---------------------- p. 1 Quoi évaluer?----------------------------

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

Examen final LOG3000 Hiver 2014

Examen final LOG3000 Hiver 2014 Examen final LOG3000 Hiver 2014 Lundi le 28 avril 2014. Durée : 13h30 à 16h00 (total 2h30). Local : A-532. Total des points : 20. Pondération de l'examen dans la note finale : 40%. Sans documentation.

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

plan directeur des systèmes d'information objectif et marche à suivre

plan directeur des systèmes d'information objectif et marche à suivre plan directeur des systèmes d'information objectif et marche à suivre Direction du développement des entreprises et des affaires Préparé par Michel Lapointe Conseiller en gestion Publié par la Direction

Plus en détail

Dossier de conception

Dossier de conception Dossier de conception Sujet : Gestion de Stock-Pharma Réaliser par : FADIL Ghizlane ECH CHARFAOUY Abdelouahad Encadré par : M. LACHGAR Mohammed Développement d une application JAVA EE Cadre réservé à l

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

Cisco Unified Computing Migration and Transition Service (Migration et transition)

Cisco Unified Computing Migration and Transition Service (Migration et transition) Le service Cisco Unified Computing Migration and Transition Service (Migration et transition) vous aide à migrer vos applications de façon fluide vers la plate-forme Cisco Unified Computing System, à les

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

Projets Logiciels: Processus de développement pratiqué à TELECOM ParisTech

Projets Logiciels: Processus de développement pratiqué à TELECOM ParisTech Projets Logiciels: Processus de développement pratiqué à TELECOM ParisTech INF380-2013! Sylvie.Vignes@telecomParistech.fr Département INFRES, groupe S3 Cadre du processus 2! q Basé sur un processus incrémental:

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

Ingénierie d entreprise et de système d information dirigée par les modèles : quels usages?

Ingénierie d entreprise et de système d information dirigée par les modèles : quels usages? Ingénierie d entreprise et de système d information dirigée par les modèles : quels usages? Hervé Panetto, Xavier Boucher, Pierre-Alain Millet To cite this version: Hervé Panetto, Xavier Boucher, Pierre-Alain

Plus en détail

touscours.net Rapport de Synthèse Cycle en V, UP et SCRUM

touscours.net Rapport de Synthèse Cycle en V, UP et SCRUM Rapport de Synthèse Cycle en V, UP et SCRUM Réalisé par : BELLINI Quentin GNANAKULENTHIRAN Anitha GOVINDEN Johana MEZINE Ahcene TIMZOUERT Chabane 19/10/2011 www.sup-galilee.univ-paris13.fr Table des matières

Plus en détail

Ingénierie des Exigences

Ingénierie des Exigences Club Management des Systèmes d'information Ingénierie des Exigences Comment construire et maintenir un référentiel? 1 Qui suis-je? Stéphane BADREAU Consultant et formateur en ingénierie des exigences chez

Plus en détail

URBANISME DES SYSTÈMES D INFORMATION

URBANISME DES SYSTÈMES D INFORMATION FAYCAL AYECH GL2. INSAT 2010/2011 INTRODUCTION AUX SYSTÈMES D INFORMATIONS URBANISME DES SYSTÈMES D INFORMATION De l Urbanisme à L Urbanisation des SI Urbanisme : Mise en œuvre des politiques urbaines

Plus en détail

METADONNEES POUR LES SYSTEMES D'INFORMATIONS D ENTREPRISES ETENDUES

METADONNEES POUR LES SYSTEMES D'INFORMATIONS D ENTREPRISES ETENDUES METADONNEES POUR LES SYSTEMES D'INFORMATIONS D ENTREPRISES ETENDUES Gabriella SALZANO, Abdelbasset GUEMEIDA gabriella.salzano@univ-mlv.fr, abdelbasset.guemeida@univ-mlv.fr Université de Marne-la-Vallée,

Plus en détail

Rational Unified Process

Rational Unified Process Rational Unified Process For Christiane DAVOINE-GUHUR Société GICAB - Vannes Christiane.Davoine@CA-GICAB.fr Table des Matières 1 INTRODUCTION... 1 2 LES COMPOSANTS ET LES GRANDS PRINCIPES DU PROCESSUS...

Plus en détail

En synthèse. HVR pour garantir les échanges sensibles de l'entreprise

En synthèse. HVR pour garantir les échanges sensibles de l'entreprise En synthèse HVR pour garantir les échanges sensibles de l'entreprise Le logiciel HVR fournit des solutions pour résoudre les problèmes clés de l'entreprise dans les domaines suivants : Haute Disponibilité

Plus en détail

ÉCONOMIE ET GESTION LYCÉES TECHNOLOGIQUE ET PROFESSIONNEL

ÉCONOMIE ET GESTION LYCÉES TECHNOLOGIQUE ET PROFESSIONNEL ÉCONOMIE ET GESTION LYCÉES TECHNOLOGIQUE ET PROFESSIONNEL Au niveau du second degré, l'économie et gestion recouvre un ensemble de champs disciplinaires relevant de l'économie, du droit, des sciences de

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

N. Habra, A. Renault. Institut d Informatique FUNDP - Charleroi. OWPL-ISO9000.doc, version du 15/12/00

N. Habra, A. Renault. Institut d Informatique FUNDP - Charleroi. OWPL-ISO9000.doc, version du 15/12/00 N. Habra, A. Renault Institut d Informatique FUNDP - Charleroi OWPL-ISO9000.doc, version du 15/12/00 Table des matières Introduction... 3 Le modèle OWPL... 3 La norme ISO 9000:1994... 4 La norme ISO 9000:2000...

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

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

Dossier d'étude technique

Dossier d'étude technique Centre national de la recherche scientifique Direction des systèmes d'information REFERENTIEL QUALITE Guide méthodologique Dossier d'étude technique Référence : CNRS/DSI/conduite-projet/developpement/technique/guide-etude-technique

Plus en détail

basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML

basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML http://olivier-augereau.com Sommaire Introduction I) Les bases II) Les diagrammes

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

Oracle Fusion Middleware Concepts Guide 11g Release 1 (11.1.1) Figure 1-1 Architecture Middleware

Oracle Fusion Middleware Concepts Guide 11g Release 1 (11.1.1) Figure 1-1 Architecture Middleware 1 Introduction Ce chapitre décrit Oracle Fusion Middleware. Il comprend : o Qu'est-ce que Middleware o Les fonction de Middleware o L'architecture de conception Middleware o L'architecture orientée services

Plus en détail

Service de planification et de conception de réseau sans fil unifié Cisco

Service de planification et de conception de réseau sans fil unifié Cisco Service de planification et de conception de réseau sans fil unifié Cisco Augmentez la précision, la vitesse et l'efficacité du déploiement d'une solution de réseau sans fil unifié Cisco. Adoptez une approche

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

Rational Unified Process

Rational Unified Process Rational Unified Process Hafedh Mili Rational Unified Process 1. Principes de base 2. Les phases 3. Les activités (workflows) Copyright Hafedh Mili 2005 2 1 Rational Unified Process Processus de développement

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

Cours Gestion de projet

Cours Gestion de projet Cours Gestion de projet Méthodes de conduite de projet Version Date Auteur V1.8 Septembre 2007 Pascal HEYER 1 Méthodes de conduite de projet Ce document est publié sous la licence libre Creative Commons-BY-NC-SA

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

Chapitre 1 : Introduction aux bases de données

Chapitre 1 : Introduction aux bases de données Chapitre 1 : Introduction aux bases de données Les Bases de Données occupent aujourd'hui une place de plus en plus importante dans les systèmes informatiques. Les Systèmes de Gestion de Bases de Données

Plus en détail

Fiche méthodologique Rédiger un cahier des charges

Fiche méthodologique Rédiger un cahier des charges Fiche méthodologique Rédiger un cahier des charges Plan de la fiche : 1 : Présentation de la fiche 2 : Introduction : les grands principes 3 : Contenu, 1 : positionnement et objectifs du projet 4 : Contenu,

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

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

Contenu attendu des guides nationaux de bonnes pratiques d hygiène GBPH

Contenu attendu des guides nationaux de bonnes pratiques d hygiène GBPH Contenu attendu des guides nationaux de bonnes pratiques d hygiène GBPH Note d information à l usage des professionnels En complément de cette note, des informations relatives au contenu des GBPH sont

Plus en détail

وزارة السكنى والتعمير وسياسة المدينة

وزارة السكنى والتعمير وسياسة المدينة وزارة السكنى والتعمير وسياسة المدينة Phase 3 Planification de la solution retenue et stratégie de changement Elaboration du Schéma Directeur du Système d Information des agences urbaines 2013 Sommaire

Plus en détail

Les méthodes de conduite de projets

Les méthodes de conduite de projets M1 Miage & Informatique - Conduite de projets - D. Leclet Page 1 Les méthodes de conduite de projets I - Introduction Les seules véritables causes d échec d un projet, résident dans l incapacité à communiquer

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

L i v r e B l a n c. Graduer les mesures qualités lors de la mise en œuvre d'un système MES configurable. Livre Blanc

L i v r e B l a n c. Graduer les mesures qualités lors de la mise en œuvre d'un système MES configurable. Livre Blanc Graduer les mesures qualités lors de la mise en œuvre d'un système MES configurable. Rolf Blumenthal, Werum Software & Systems AG Livre Blanc L i v r e B l a n c Sommaire Le temps est quasiment révolu,

Plus en détail

Annexe. Méthodologie de mise en œuvre d un projet BusinessObjects

Annexe. Méthodologie de mise en œuvre d un projet BusinessObjects Annexe Méthodologie de mise en œuvre d un projet BusinessObjects Déroulement du cours 1 : Le rôle du Designer d Univers 2 : Créer un Univers avec l Assistant 3 : Créer un Univers étape par étape 4 : Enrichir

Plus en détail

Démarches d urbanisation : réorganiser le Système d Information en structurant ses fonctions dans des blocs fonctionnels communicants.

Démarches d urbanisation : réorganiser le Système d Information en structurant ses fonctions dans des blocs fonctionnels communicants. Plan du chapitre Master Informatique et Systèmes Urbanisation des Systèmes d Information Architecture d Entreprise 04 Architecture du SI : identifier et décrire les services, structurer le SI 1 2 3 4 5

Plus en détail

CA ERwin Modeling Suite Conception de base de données : du concept à la réalité

CA ERwin Modeling Suite Conception de base de données : du concept à la réalité DOSSIER SOLUTIONS : CA ERWIN MODELING SUITE CA ERwin Modeling Suite Conception de base de données : du concept à la réalité CA Database Management CA Database Design & Modeling CA Database Administration

Plus en détail

La dématérialisation des documents d'urbanisme

La dématérialisation des documents d'urbanisme La dématérialisation des documents Boîte à outils Fiche thématique n 1 PAN ADS Contexte Le document est un outil de connaissance et de planification du territoire. Il définit les principes d'aménagement,

Plus en détail

Enquête 2014 de rémunération globale sur les emplois en TIC

Enquête 2014 de rémunération globale sur les emplois en TIC Enquête 2014 de rémunération globale sur les emplois en TIC Enquête 2014 de rémunération globale sur les emplois en TIC Les emplois repères de cette enquête sont disponibles selon les trois blocs suivants

Plus en détail

En outre 2 PDD sont impliqués dans le développement de politiques locales destinées à favoriser l'insertion des personnes handicapées.

En outre 2 PDD sont impliqués dans le développement de politiques locales destinées à favoriser l'insertion des personnes handicapées. PHOES Version : 2.0 - ACT id : 3813 - Round: 2 Raisons et Objectifs Programme de travail et méthodologie Dispositions financières Dispositions organisationnelles et mécanismes décisionnels Procédures de

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

OpenPaaS Le réseau social d entreprise. Tâche 3.2.2 : Métamodèle support à la caractérisation des utilisateurs et des collaborations

OpenPaaS Le réseau social d entreprise. Tâche 3.2.2 : Métamodèle support à la caractérisation des utilisateurs et des collaborations OpenPaaS Le réseau social d entreprise Tâche 3.2.2 : Métamodèle support à la caractérisation des utilisateurs et des collaborations Propriétés du Document Source du Document Titre du Document FSN OpenPaaS

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

Architecture N-Tier. Ces données peuvent être saisies interactivement via l interface ou lues depuis un disque. Application

Architecture N-Tier. Ces données peuvent être saisies interactivement via l interface ou lues depuis un disque. Application Architecture Multi-Tier Traditionnellement une application informatique est un programme exécutable sur une machine qui représente la logique de traitement des données manipulées par l application. Ces

Plus en détail

Norme d'audit suisse: Audit réalisé dans l environnement de la technologie de l information et de la communication (NAS 401)

Norme d'audit suisse: Audit réalisé dans l environnement de la technologie de l information et de la communication (NAS 401) Norme d'audit suisse: Audit réalisé dans l environnement de la technologie de l information et de la communication (NAS 401) "Préface explicative" Chiffre Cette NAS donne des instructions sur un audit

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

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

Management des Systèmes d information (SI)

Management des Systèmes d information (SI) ENGDE - DSCG 2 - Formation initiale Préparation au concours 2015 - UE5 Management des Systèmes d information (SI) S6 - Audit et Gouvernance Yves MEISTERMANN Rappel : Sommaire de l UE5 4. Gestion de la

Plus en détail

ERP5. Gestion des Services Techniques des Collectivités Locales

ERP5. Gestion des Services Techniques des Collectivités Locales Gestion des Services Techniques des Collectivités Locales Cte 1 2 P 3 s tio T 4 m ilg h trc c n p.o 5 re u fe ro a le tio c M S tw u aa c e O 2 Relation Citoyen Interventions Patrimoine Core Ressources

Plus en détail

Suivi des risques d'un projet

Suivi des risques d'un projet Centre national de la recherche scientifique Direction des systèmes d'information REFERENTIEL QUALITE Guide méthodologique Suivi des risques d'un projet Référence : CNRS/DSI/conduite-projet/definition/qualite/guide-suivi-risques

Plus en détail

BD réparties. Bases de Données Réparties. SGBD réparti. Paramètres à considérer

BD réparties. Bases de Données Réparties. SGBD réparti. Paramètres à considérer Bases de Données Réparties Définition Architectures Outils d interface SGBD Réplication SGBD répartis hétérogènes BD réparties Principe : BD locales, accès locaux rapides accès aux autres SGBD du réseau

Plus en détail

La Gestion Electronique des Documents

La Gestion Electronique des Documents La Gestion Electronique des Documents La mise en place d une solution La gestion de l information est devenue un enjeu stratégique majeur à l intérieur des organisations. D après l observation des projets

Plus en détail

MODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE»

MODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE» MODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE» Du cours Modélisation Semi -Formelle de Système d Information Du Professeur Jean-Pierre GIRAUDIN Décembre. 2002 1 Table de matière Partie 1...2 1.1

Plus en détail