Evolution du système d information par l implantation d un Progiciel de Gestion Intégrée
|
|
- Armand Dubois
- il y a 8 ans
- Total affichages :
Transcription
1 Evolution du système d information par l implantation d un Progiciel de Gestion Intégrée Systématiser la mise en correspondance entre le système et l organisation Iyad Zoukar, Camille Salinesi, Colette Rolland Centre de Recherche en Informatique - Université Paris 1 Panthéon Sorbonne 90 rue de Tolbiac Paris France iyad.zoukar@malix.univ-paris1.fr, {camille,rolland}@univ-paris1.fr RESUME : Assurer l'adéquation entre les besoins de l organisation et les fonctionnalités du Système d Information (SI) est une question fondamentale qui se pose principalement dans le cadre d évolution du SI. C est en particulier le cas quand une organisation fait évoluer son SI par l installation d un Progiciel de Gestion Intégrée (PGI). L une des causes importantes de l'inadéquation résulte de la disparité des langages utilisés par les divers intervenants d intégration de PGI. Notre approche pour résoudre ce problème est de matérialiser la relation de correspondance entre les fonctionnalités du nouveau système incluant le PGI et les processus métier de l organisation. En posant l'hypothèse qu un formalisme abstrait à base de buts peut être employé pour trouver cette correspondance, nous avons développé à la SNCF une méthode qui aide à analyser les exigences du métier relatives à l installation d un PGI. Cet article présente des éléments de cette méthode et les questions qui ont été soulevées lors de son application dans un projet d installation d un PGI pour supporter les processus logistiques à la SNCF. ABSTRACT: Ensuring the adequacy between Information System (IS) functionalities and business requirements is still an issue that needs to be addressed in the domain of IS evolution. It s specially the case when an organization evolves its IS by adapting an Enterprise Resource Planning (ERP). One important cause of inadequacy results from the gap between the languages used by ERP implementers and the other stakeholders. Our approach to this issue is to materialize the relationship between the functionalities of the new system including the ERP and the business processes that it supports. Based on the assumption that an abstract goal-based formalism can be used to achieve this, we have developed at SNCF a method that helps eliciting ERP implementation requirements together with business adaptation requirements. This paper outlines this method and the issues that were met while using it in an SNCF project in which an ERP is being implemented to support the Supply Chain processes. Mots-clés : Evolution du SI, Ingénierie des besoins, PGI, Processus métier, Carte. Keywords: IS Evolution, Requirement Engineering, ERP, Business Processes, Map. 1
2 1. Introduction Assurer l adéquation entre un système d information de type PGI et les besoins et exigences d une organisation demeure un problème de fond qui doit être résolu si l on veut que les PGI fournissent les avantages attendus. Une des raisons majeures de l inadéquation résulte de la différence de langages utilisés par les différentes parties impliquées dans un projet d intégration des PGI (l éditeur de progiciel, les intégrateurs, les experts métier et les utilisateurs, etc.). Notre travail à la SNCF consiste à développer une méthode qui aide à assurer la mise en adéquation de PeopleSoft, que l entreprise est en train de mettre en place, aux besoins de la chaîne logistique de l entreprise. Généralement, dans ce type de projet et comme le montre la Figure 1, le travail est guidé par les fonctionnalités du PGI. Pourtant, ces fonctionnalités sont exprimées à un bas niveau d abstraction avec beaucoup de détails comme les transactions à réaliser, les opérations à exécuter ou les données à gérer, et se focalisent sur une vision locale des processus concernés par le PGI ; au contraire, les gestionnaires de l organisation ont une vision globale et pensent en terme de buts ou résultats à atteindre. L organisation a des difficultés à s adapter au langage des experts en PGI, et par conséquent, ces personnes ne voient pas comment le nouveau système peut répondre à leurs exigences. Ceci expose le projet au risque d échec (Standish 1995) (Esteves et al., 2003), (Davenport, 1998), (Davenport, 2000). Organisation Besoins et exigences Approche guidée par les besoins de l entreprise Systéme PGI Descriptions Expression à haut niveau Orientée objectif et stratégie Vision globale Approche guidée par le PGI Description à bas niveau Orientée fonction Vision locale Figure 1. L organisation et le système - deux approches différentes Deux approches sont possibles pour rapprocher ces deux parties : - Une approche guidée par les besoins de l organisation : cette approche est classique et souhaitée par tous les acteurs métier de l entreprise afin d installer un système qui répondrait exactement à leurs besoins. - Une approche guidée par les fonctionnalités du PGI : cette approche est souhaitée par l éditeur et les intégrateurs qui souhaitent installer les fonctions standard du PGI par simple paramétrage et configuration sans être obligés de redévelopper des fonctions particulières pour prendre en compte les spécificités de l organisation. 2
3 Nous ne préconisons pas une et une seule de ces deux approches. Nous pensons qu il faut suivre les deux approches de manière combinée. C est donc un équilibre entre les deux approches qu il faut rechercher. En fonction de l organisation, de sa taille, de sa culture et de son secteur d activité, l équilibre peut être plus ou moins proche du système ou de l organisation. Pour trouver cet équilibre, on doit mettre en relation les besoins de l organisation et les solutions proposées par le PGI. Cette tâche n est pas simple du fait que les deux entités n expriment pas leurs exigences de la même façon ni au même niveau d abstraction. Comme le montre la Figure 2, les experts du métier de l organisation expriment leurs besoins au niveau intentionnel, alors que les experts techniques en PGI expriment les fonctionnalités du PGI au niveau opérationnel. On a besoin de rapprocher ces deux parties et de les faire communiquer au même niveau. Notre proposition est de ramener les deux parties à communiquer au niveau intentionnel. Cette façon est naturelle pour les gens du métier qui préfèrent exprimer leurs souhaits en terme d objectifs et de moyens pour les réaliser. Par contre, ce n est pas le cas des intégrateurs de PGI qui pensent en termes opérationnels comme les fonctions, les transactions ou les données. Disposant de leur propre modèle d entreprise, les experts en PGI essayent de forcer l organisation à s adapter aux processus proposés par le PGI. En fait, cela pose un problème majeur : la quantité de détails est énorme et les maîtriser devient une activité très coûteuse en temps et ressources. En plus ce n est pas naturel pour les gens du métier dans l organisation de penser en termes des processus du PGI. C est pourquoi une activité d abstraction est donc nécessaire pour extraire les buts et stratégies qui sont cachés derrière ces objets opérationnels. Le niveau intentionnel oblige les experts techniques à aller à l essentiel en faisant abstraction des détails opérationnels et techniques. On peut alors procéder à la mise en correspondance des buts et stratégies de l entreprise et ceux proposés par le PGI. Après avoir trouvé cette correspondance, on peut répercuter au niveau opérationnel les points communs. Niveau Intentionnel Entreprise Objectifs Matching PGI Objectifs Abstraction Abstraction Opérationalisation Opérationalisation Niveau Opérationnel Entreprise Processus Alignement PGI Modèle d entreprise Fonctionnalités Modules Figure 2. Les niveaux intentionnel et opérationnel 3
4 Notre approche pour répondre à la problématique de l alignement est de matérialiser la relation entre le système (le PGI) et l organisation par un modèle unique, appelé modèle de la Carte ou Map (Rolland et al., 2000)(Rolland et al., 2001). La section suivante présente un cadre méthodologique général d évolution du SI. La section 3 introduit la notion de carte. Le processus de mise en correspondance est détaillé en section 4. Nous illustrons la méthode présentée sur le projet SNCF en section 5. Enfin, la section 6 propose une discussion à partir de travaux similaires et notre agenda de recherche ainsi qu une conclusion. 2. Cadre méthodologique de l évolution du SI Jarke (Jarke et al., 1993) a proposé un cadre pour l évolution du SI présenté dans la Figure 3. Nous avons étendu ce cadre par une typologie d évolutions (Salinesi et al., 2003). Ce cadre méthodologique introduit quatre types de modèles : Existant MM Correspondance Existant MFS Processus du changement MM Correspondance MFS MM: Modèle Métier MFS: Modèle des Fonctionnalités du Système Figure 3. Cadre méthodologique général pour l évolution du SI - Modèle métier de l existant (Existant MM) 1 : représente les processus métier actuellement en place dans l organisation. - Modèle des fonctionnalités existantes du système (Existant MFS) 1 : représente les différentes fonctionnalités disponibles dans l actuel système informatique de l organisation. - Modèle métier de la cible ( MM) 1 : représente les processus métier cible que l organisation aimerait avoir après l évolution de son SI. - Modèle des fonctionnalités cibles du système ( MFS) 1 : représente les fonctionnalités du système informatique après l évolution du SI de l organisation. 1 Les termes anglais utilisés dans la littérature sont : Existant MM = As-Is Business Model (BM) ; MM = To-Be BM Existant MFS = System Functionality Model (SFM) ; MFS = To-Be SFM 4
5 Le cas étudié dans cet article correspond au type présenté à la Figure 4. Il correspond au paramétrage d une famille de produits. Pour prendre en compte ce type d évolution, on a adapté les modèles proposés par Jarke dans le cadre général. Les quatre modèles proposés dans ce cas sont : Souhaité MM MM Possible MFS Processus de mise en correspondance correspondance MFS MM: Modèle Métier MFS: Modèle des Fonctionnalités du Système Figure 4. Cadre méthodologique spécifique pour l évolution du SI de type paramétrage d une famille de produits - Modèle métier souhaité (Souhaité MM) 2 : représente les processus métier que l organisation souhaite mettre en place en implantant un PGI. - Modèle des fonctionnalités possibles du système (Possible MFS) 2 : représente les différentes fonctionnalités fournies par le PGI. - Modèle métier de la cible ( MM) : représente les processus métier de l organisation une fois que le PGI a été installé (après le projet). - Modèle des fonctionnalités cibles du système ( MFS) : montre les spécifications du PGI après la fin du projet, c est-à-dire après le paramétrage du PGI et les développements des fonctions spécifiques. Un processus de mise en correspondance entre les deux premiers modèles est nécessaire pour produire les deux derniers modèles ainsi que pour assurer leur adéquation, c est-à-dire s assurer que les fonctions du système répondent aux besoins et exigences de l organisation. Nous appelons cette adéquation par correspondance. Au niveau de l organisation, cela implique une adaptation des processus métier. Au niveau système, cela nécessite le paramétrage et la configuration du PGI et des autres SI. La situation à la SNCF est un peu plus complexe. En fait, différents formalismes sont utilisés pour établir les quatre modèles précédents. Dans la Figure 5, nous proposons une adaptation du cadre méthodologique pour la SNCF. On a introduit un cinquième modèle (Existant MM) qui représente le modèle métier de l existant avant la mise en place du PGI car la SNCF souhaite s assurer que le futur sera au moins équivalent au présent. 2 Les termes anglais utilisés dans la littérature sont : Souhaité MM = As-Wished BM ; Possible MFS = Might-Be MFS 5
6 A la SNCF, chacun des cinq modèles précédents est construit en utilisant un formalisme différent. Par exemple, le Souhaité MM est modélisé en utilisant les processus Mega, alors que le Possible MFS est modélisé en utilisant les Réseaux de Petri ; l Existant MM utilise un formalisme interne à l entreprise, etc. En outre, chacun des modèles a été développé ou sera développé par une partie différente de l équipe projet, et chaque membre de l équipe n est pas forcément familier avec les différents formalismes utilisés dans le projet. Existant Souhaité Formalisme SNCF MM MM Possible MM MM Carte utilise Carte Écarts Correspondance Processus de Mise en correspondance & Carte Intégrée Carte Similarités Correspondance Formalisme PGI Existant MFS Souhaité MFS MFS MFS Possible MM: Modèle Métier MFS: Modèle des Fonctionnalités du Système Figure 5. Cadre méthodologique spécifique pour la SNCF Notre proposition est d utiliser le formalisme de la «Carte de processus» (Map) pour représenter les modèles Existant MM, Souhaité MM et Possible MFS. Ceci correspond aux exigences de l équipe projet de ne pas influencer ou remplacer le développement des modèles existants. On remarque que le travail supplémentaire nécessaire pour développer les différentes cartes était utile puisqu il permet de synthétiser les modèles traités en termes abstraits et de supprimer les détails encombrants. D ailleurs, un travail similaire, si ce n est pas plus important, serait nécessaire si nous voulions établir les modèles Existant MFS, Souhaité MFS et Possible MM. Le processus de mise en correspondance concerne essentiellement deux familles de modèles (cartes) : les cartes du Souhaité MM et les cartes du Possible MFS. Deux techniques d ingénierie peuvent être utilisées pour pourvoir réaliser cette mise en correspondance : les écarts et les similarités. Les Similarités sont mieux adaptées dans le contexte de l évolution du SI par la mise en place d un PGI (Salinesi et al., 2004). 6
7 3. Modèle But-Stratégie Map Dans cette section on introduit les concepts clés du modèle de la carte qui seront utilisés dans la construction des différentes familles de cartes mentionnées dans la section précédente. Une description détaillée du modèle de la carte peut être trouvée dans (Rolland et al., 2000) (Rolland et al., 2001) et (Nurcan et al., 2004). Le model de la Carte (Map) est un modèle de processus exprimé au niveau intentionnel. Il fournit un système de représentation qui repose sur un ordonnancement non-déterministe de buts et de stratégies. La Figure 6 présente les concepts clés de la carte et leurs relations en utilisant la notation UML. La Figure 7 montre un exemple d une carte dans le cadre de la planification de production à la SNCF. Chemin Segment Paquet Carte * * * 2..* Section 0..1 Affiné par But source A pour source Stratégie A pour cible But cible But Figure 6. Le méta-modèle de la carte Une carte est composée d une ou de plusieurs sections. Une section est une agrégation de deux types de buts (le but source et le but cible) et d une stratégie. La carte est représentée par un graphe orienté et étiqueté. Les buts sont représentés par les nœuds et les stratégies par les arcs reliant ces nœuds. La nature orientée de la carte est due au fait qu une stratégie indique le flux du but source au but cible. Un but est un objectif que l on peut atteindre par l exécution d un ou plusieurs processus. Par exemple, Etablir le plan multi-sourcing et Définir le plan d entreprise sont deux buts dans le domaine de la planification de production dans une entreprise industrielle. En plus, chaque carte possède deux buts particuliers, Démarrer et Arrêter, pour commencer et terminer l exécution de la carte. Une stratégie est une approche, une manière ou un moyen pour réaliser un but. Dans notre exemple, nous pouvons définir le plan de production Par produit ou Par unité de production. Une section est un triplet composé d un but source, d un but cible et d une stratégie. Une section exprime la réalisation du but cible en utilisant la stratégie une fois que le but source a été réalisé. Par exemple, l agrégation du but source Définir le plan d entreprise, du but cible Etablir le plan multi-sourcing et de la stratégie Par 7
8 Planning Solvers définit la section < Définir le plan d entreprise, Etablir le plan multi-sourcing, Par Planning Solvers>. Ici Par Planning Solvers caractérise le flux du but source Définir le plan d entreprise au but cible Etablir le plan multi-sourcing et la manière de réaliser la cible. Stratégies C1.Par unité Démarrer de gestion C5.Par réseaux de d approvisionnement C9.Révision/Maintenance C2.Par produit C6.Planification multi-site C3.Planification en ligne C7.Par Planning Solvers Définir le plan d entreprise Établir le plan multi-sourcing C8.Par simulation «What-If» C4.Révision/Maintenance C11.Par produit C12.Révision/Maintenance C10.Par unité de production Buts Définir la plan de production Multi-segment C14.Par consommation des prévisions Arrêter C13.Par validation Figure 7. Un exemple de carte de planification de la production dans PeopleSoft Le graphe de la carte montre les relations de précédence/succession entre les différentes sections. Pour qu une section S 1 succède à une autre section S 2, son but source I S1 doit être le but cible I C2 de l autre section S 2. Dans notre exemple, considérons que nous voulons définir le plan de production pour une unité de production. La carte de la Figure 7 indique clairement que l on ne peut pas faire cela si le plan multi-sourcing n a pas été établi au préalable. Donc, on peut dire qu il y a une relation de précédence/succession entre la section <Définir le plan d entreprise, Etablir le plan multi-sourcing, Par Planning Solvers > et la section < Etablir le plan multi-sourcing, Définir le plan de production, Par unité de production>. Multi-segment : dans une carte, il est possible de réaliser un but cible à partir d un but source en utilisant plusieurs manières. Chacune de ces manières est exprimée comme une section dans la carte. Cette topologie est appelé multi-segment. Quand les différentes stratégies composant un multi-segment sont mutuellement exclusives, on parle d un Paquet. Dans notre exemple, et à partir du plan multisourcing, le plan de production peut être défini Par produit et/ou Par unité de production. Multi-chemin : Dans une carte, il est possible de réaliser un but en utilisant différentes combinaisons de sections. En d autres termes, un but donné peut être réalisé en suivant plusieurs chemins dans le graphe. Par exemple, pour Définir le plan de production, il existe plusieurs possibilités : 8
9 - Définir le plan d entreprise par produit, puis établir le plan multi-sourcing en utilisant une simulation de type «what-if», ensuite définir le plan de production par produit. - Définir le plan d entreprise par unité de gestion, puis établir le plan multi-sourcing en utilisant une planification multi-site, ensuite définir le plan de production par unité de production. - Définir le plan de production par la stratégie de révision et de maintenance. Etc Niveau n Niveau n+1 Démarrer C10.2.Par atelier C10.1.Par unité de production Planifier l adéquation charge/capacité C10.3.Pour les commandes Établir le plan multi-sourcing C10.Par unité de production Définir la plan de production C10.4.Par atelier C10.6.Par réactualisation mensuelle C10.5.Pour les prévisions C10.7.Pour les commandes C10.8.Pour les prévisions Déterminer les PDP prévisionnels C10.10.Pour les moyens de transport C10.9.Pour les moyens de réception Déterminer les PDP fermes C10.11.Par transmission aux unités de production Planifier les besoins de livraison C10.12.Par transmission aux unités de production Arrêter C10.13.Par validation Figure 8. Affinement de la section C10 Relation d affinement : La Figure 6 montre qu une section de la carte peut être affinée par une autre carte complète par la relation d affinement. Cela permettra de décrire une section à un niveau d abstraction donné n, par une carte à un niveau d abstraction moins élevé n+1. Ce mécanisme permettra de modéliser les exigences à plusieurs niveaux de détails. Par exemple, dans la carte de la Figure 7, on peut affiner la section C10 <Etablir le plan multi-sourcing, Définir le plan de production, Par unité de production> par la carte de la Figure 8. Cette carte est plus opérationnelle que la carte principale dont une section a été affinée. Des sections de cette nouvelle carte peuvent elles aussi êtres affinées par de nouvelles cartes et ainsi de suite 4. Processus de mise en correspondance Pour conduire les projets d installation de PGI, il existe plusieurs méthodes comme ASAP (Khan, 2002) ou ARIS (Scheer et al., 2002). Mais ces méthodes se concentrent sur la gestion de projet et ne fournissent que peu d outils d ingénierie nécessaires pour répondre à la problématique de mise en correspondance. Comme 9
10 un certain nombre d auteurs (Maiden et al., 1998) et (Finkelstein et al. 2002), nous pensons que les méthodes d ingénierie sont toujours nécessaires pour guider le processus d analyse des exigences dans les projets de type PGI. Pour cette raison, nous avons développé un modèle de processus. Ce modèle a été construit de façon itérative et des améliorations sont apportées tout au long du projet. Comme le montre la Figure 9, notre méthode possède deux activités principales : la construction des modèles Existant, Souhaité et Possible et la construction des modèles s. En fait, les modèles s peuvent être construits au fur et à mesure par un processus de mise en correspondance dirigé par l Existant, le Souhaité ou le Possible. Les modèles Existant, Souhaité et Possible peuvent être abstraits par des cartes et améliorés à partir des modèles s par une rétroaction. Chacune de ces approches nécessite une manière différente de travail, mais des techniques de similarités peuvent être utilisées dans les différents cas. Processus de mise en correspondance Existant Souhaité Possible Dirigé par L Existant Dirigé par le Souhaité Dirigé par le Possible Rétroaction Figure 9. Processus d analyse des exigences dans un projet PGI Le processus de construction de l ensemble des modèles Existant, Souhaité, Possible et est décrit dans le Tableau 1. Cette description affinée montre que : - la construction des modèles Existant, Souhaité ou Possible est entrelacée ; - chaque type de carte est construit en utilisant des démarches spécifiques ; - la construction d un type de modèles informe sur la construction des autres types. Le processus de mise en correspondance est au cœur du modèle présenté dans la Figure 9. Il se résume au passage entre la Construction des modèles Existant, Souhaité et Possible et la Construction des modèles s. Le produit de ce processus est la famille des cartes du modèle qui représentent les exigences de l organisation et du PGI. Ces cartes servent ensuite de point d entrée au processus d installation du PGI. La majorité des buts et stratégies des cartes du modèle sont obtenus à partir des cartes du PGI qui correspondent aux besoins exprimés dans les cartes du modèle Souhaité. D autres buts et stratégies qui ne sont pas inclus dans les cartes du PGI mais figurent dans celles du modèle Souhaité peuvent être considérés en proposant de faire des développements spécifiques. Dans ce cas, les cartes du modèle aident à identifier et spécifier ces développements 10
11 spécifiques. Par contre, tous les buts et stratégies du PGI peuvent ne pas être repris dans les cartes du modèle. Ceux-ci correspondent aux fonctionnalités du PGI dont l organisation n a pas besoin. Activité A partir de démarche utilisée Construire l'existant page blanche To-Down retro analyse Rétroaction page blanche To-Down Dirigé par les écarts Existant Non-régression Construire le Souhaité par les contraintes par les meilleurs pratiques métier par les dysfonctionnements Possible par réutilisatin des meilleurs pratiques du PGI Rétroaction page blanche abstraction Construire le Possible Souhaité dirigé par le projet Rétroaction page blanche Directement Construire la Existant Mise en correspondance dirigée par l'existant Souhaité Mise en correspondance dirigée par le Souhaité Possible Mise en correspondance dirigée par le Possible Tableau 1. Le processus de construction de chacun des quatre modèles La construction des cartes du modèle peut être dirigée par les cartes du modèle Possible, les cartes du modèle Existant ou les cartes du modèle Souhaité. Dans chacun de ces cas, nous considérons les buts et les stratégies situés entre le but Démarrer et le but Arrêter et nous décidons : (i) si elles correspondent aux exigences à incorporer dans les cartes du modèle ; (ii) si des adaptations sont nécessaires avant des les intégrer dans les cartes du modèle ; (iii) ou si on ne les prend pas en compte dans les cartes du modèle. Nous pensons que l approche dirigée par les cartes du PGI est la plus utilisée dans les projets d implantation de PGI surtout dans les petites et moyennes entreprises, dans la mesure où le concept de PGI est de pouvoir proposer des outils supportant les meilleurs pratiques métier du marché. Par contre, les approches dirigées par l Existant ou le Souhaité, puisqu elles partent des besoins spécifiques, limitent les possibilités de mise en correspondance. Cette dernière approche est très pertinente dans le cas où l organisation détiendrait des processus métier spécifiques grâce auxquels l organisation possède un avantage concurrentiel sur les autres acteurs de son marché. C est souvent le cas des grandes entreprises. La mise en correspondance étant un processus proactif, des affinements de l ensemble des modèles sont possibles à tout moment du processus en suivant la démarche rétroactive dès que la construction des cartes du modèle a commencé. Finalement, et pour que la mise en correspondance soit valide, les exigences exprimées à travers les cartes du modèle Souhaité doivent être vérifiées. 11
12 5. Exemple : le cas de la SNCF Nous travaillons avec la SNCF depuis deux ans. Nos recherches concernent un projet d implantation d un PGI (PeopleSoft). Ce projet a été choisi pour servir de pilote à l étude menée. Ce projet présente beaucoup d aspects intéressants pour conduire une étude de recherche. Les aspects les plus importants sont : - un très grand projet industriel ; - une organisation très complexe qui fait intervenir des acteurs très variés ; - il concerne la problématique de l étude ; - le projet utilise une méthode propre pour la modélisation et la gestion de projet ce qui va nous permettre de procéder à une comparaison ; - les solutions techniques envisagées dans le projet présentent un intérêt pour nos recherches dans le cadre de l évolution du SI. L objectif du projet est de participer à l'optimisation des processus d'approvisionnement. Son périmètre couvre l ensemble de la problématique de l approvisionnement depuis l expression des besoins par l utilisateur jusqu à la réception et la facturation. Les acteurs concernés par ce projet sont très variés : des unités de production, de stockage, des achats, du contrôle et des utilisateurs du matériel. La solution informatique envisagée dans le projet concerne un PGI qui permettra de piloter, d optimiser et de maîtriser en terme de coût et de qualité la chaîne d approvisionnement. Le développement de modules de GPAO (Gestion de la Production Assistée par Ordinateur) pour les unités de production sur la base de le PGI permettent d optimiser et de mieux maîtriser les coûts de production. Activité A partir de démarche utilisée page blanche To-Down retro analyse Rétroaction page blanche To-Down Dirigé par les écarts Existant Non-régression par les contraintes par les meilleurs pratiques métier par les dysfonctionnements Construire les cartes de l'existant Construire les Cartes du Souhaité Construire les cartes du Possible Possible page blanche Souhaité par réutilisatin des meilleurs pratiques du PGI Rétroaction abstraction dirigé par le projet Rétroaction Tableau 2. Les différentes démarches utilisées dans le projet SNCF pour la construction des cartes Dans le projet SNCF, nous avons adapté le cadre méthodologique général pour prendre en compte les spécificités du projet (voir Figure 5). Le processus d analyse présenté dans la Figure 9 a été exécuté partiellement, surtout la première partie concernant la construction des modèles Existant, Souhaité et Possible qui est détaillée dans le Tableau 1. Dans cette application, les modèles correspondent aux cartes, et le Possible concerne le PGI PeopleSoft. Un certain nombre de démarches a été utilisé pour la construction des trois familles de cartes. Dans le Tableau 2, les démarches qui n ont pas été utilisées sont représentées en fond gris. Le contexte du 12
13 projet SNCF impose l utilisation de certaines démarches. Mais dans le cas général, toutes ces démarches peuvent être utilisées afin de construire les différentes familles de cartes. Le domaine du projet SNCF étant très large, nous avons essayé de suivre l avancement du projet et de respecter les étapes préconisées par l équipe projet. Cette contrainte nous a conduit à suivre un ordre prédéfini dans la construction des cartes. Les cartes de l Existant ont été construites pour l ensemble des macros processus. Après leur validation, les cartes du modèle Souhaité ont à leur tour été dessinées et validées avant de commencer l établissement des cartes de PeopleSoft en fonction de certains processus de la cible, c est pourquoi nous avons choisi la démarche Dirigé par le projet pour la construction des cartes du modèle Possible. Vu la complexité des processus concernés, on a adapté l approche top-down, et on s est limité à quelques niveaux d affinement (entre 4 et 5). Le but étant de se concentrer sur l essentiel du métier et de ne pas se noyer dans les détails opérationnels. Démarrer 1 Stratégie prévisionnelle 2 Stratégie ferme Analyser les besoins 3 Stratégie d arbitrage 4 Stratégie de Stock Gérer les ressources 5 Stratégie de Production 8 Stratégie de livraison 6 Stratégie de retour du matériel 7 Stratégie d achat Servir le client 10 Stratégie comptable 9 Stratégie comptable 11 Stratégie de litige récupération Arrêter 12 Par litige Existant Démarrer 1 Stratégie prévisionnelle Démarrer 1-Stratégie prévisionnelle 5 Stratégie d achat 5-Stratégie d achat 2 Stratégie ferme 6 Stratégie de Stock 2-Stratégie ferme 6-Stratégie de Stock Gérer les besoins 7 Stratégie de Production Servir le client Gérer les besoins 7-Stratégie de Production Servir le client 3 Stratégie du catalogue 8 Stratégie de livraison 3-Stratégie du catalogue 8-Stratégie de livraison 4 Stratégie de planification 9 Stratégie de retour du matériel 10 Stratégie comptable 4-Stratégie de planification 9-Stratégie de retour du matériel 10-Stratégie comptable 11 Stratégie de litige 11-Stratégie de litige Arrêter Arrêter Souhaité Possible Figure 10. La carte de plus haut niveau des modèles Existant, Souhaité et Possible La Figure 10 montre un aperçu sur les cartes de plus haut niveau des trois familles : l Existant, le Souhaité et le Possible. 13
14 Des affinements de ces 3 cartes ont donné lieu à un grand nombre de cartes. Les cartes du PGI sont beaucoup plus nombreuses et plus riches en stratégies dans la mesure où un PGI propose des solutions génériques à paramétrer en fonction de l entreprise. Établir le PIC 1-À partir des grandes orientations prévisionnelles Démarrer 3-Par simulation 2-Par révision tous les 6 mois Choisir le plan multi-sourcing 5-Pour le centre de stockage 4-Pour les unités de production Déterminer le PDP Déterminer les plans d appro 6-Par consommation par les commandes fermes 7-Par consommation par des DA Arrêter Figure 11. Un exemple de carte du modèle Souhaité 1-Par planification collaborative 2-Par planification en ligne 7-Stratégie de révision 8-Stratégie de maintenance Démarrer 18-Stratégie de révision 3-Par unité de gestion 4-Par produit 5-Par contrainte 6-Par Work Center 14-Stratégie de révision Déterminer les plans de production 9-Par simulation what-if 17-Pour les unités de production 10-Planification multi-site 16-Par produit 29-Par validation Établir le PIC 11-Par la disponibilité de production 12-Par réseau de sourcing Choisir le plan multi-sourcing 26-Par validation 20-Par équilibrage entre l inventaire et la planification pour le réappro de matériel 30-Par validation 13-Par planning slovers 15-Stratégie de maintenance 21-Par produit 22-Pour le centre de stockage Déterminer les plans d appro 19-Stratégie de maintenance 28-Par consommation des prévisions 27-Par transfert des ordres de production planifiées Arrêter 31- Par consommation des prévisions 25-Par validation 24-Stratégie de maintenance 23-Stratégie de révision Figure 12. Un exemple de carte du modèle Possible 14
15 Les Figures 11 et 12 montrent un exemple de comparaison des cartes à un niveau donné (niveau 2). Nous avons sélectionné deux cartes, la première concerne le Souhaité (Figure 11) tandis que la deuxième décrit le Possible (Figure 12). On remarque très clairement que la carte du PGI est beaucoup plus riche que celle du Souhaité. Cependant, il existe des stratégies dans la carte de la cible comme Par révision tous les 6 mois qui n ont pas de correspondant dans la carte du PGI, ce qui nécessitera des développements spécifiques dans le nouveau système à mettre en place. 6. Discussions Ce papier a présenté un cadre méthodologique que nous sommes en train d expérimenter dans le contexte de l évolution du SI par l implantation d un système de type PGI à la SNCF. Malgré le grand nombre de projets d installation des PGI dans des entreprises de différentes tailles (Joseph et al. 1998), les recherches académiques concernant les problématiques liées aux aspects d ingénierie restent limitées (Borell et al., 2000). Les discussions avec des membres d équipes d autres projets d installation de PGI ont montré que notre approche est appropriée dans ce genre de projet, et que beaucoup de décideurs adoptent des PGI sans explorer la mise en correspondance entre leurs besoins et les fonctionnalités proposées dans le PGI en question. En fait, l un des plus importants facteurs d achat d un PGI est que ce genre de systèmes propose les meilleurs pratiques métier. De plus, comme l idée est d adopter ces pratiques métier en installant le PGI, l évaluation des coûts et de la valeur ajoutée de leur adoption à travers un processus de mise en correspondance avec les exigences métier est souvent oublié (Robey et al., 2002). Deux familles d approches ont été développées pour traiter le problème de mise en correspondance : l approche du management et l approche du système. Dans l approche du management, les recherches visent à définir l impact de l installation de PGI sur la culture d entreprise (Krumbholz et al. 2000), sur l organisation (Robey et al., 2002) ou sur les processus métier (Esteves et al., 2002). Dans l approche système, l objectif était de guider l identification et la sélection du PGI le plus approprié (Ncube et al., 2000), et d analyser les besoins pour proposer le meilleur paramétrage du PGI (Finkelstein et al., 2002). Notre approche (Salinesi et al., 2003), (Zoukar et al., 2004a), (Zoukar et al., 2004b) est à mi-chemin entre ces deux familles. L hypothèse essentielle est que, dans un projet d installation d un PGI, la question du changement organisationnel et celle de l ingénierie du système sont entrelacées. Par conséquent, la mise en correspondance du PGI et des exigences de l organisation ne devrait pas être dirigée ni par le management ni par les fonctionnalités du système, mais par les deux en même temps. 15
16 Des discussions ont été entreprises pour choisir parmi les solutions alternatives résultant du processus de mise en correspondance. On a constaté que ces décisions ont été prises en utilisant un certain nombre de critères tels que le pourcentage des développements spécifiques, la non-régression, les coûts, les délais de mise en place, les compétences nécessaires, les marges de négociation, la valeur ajoutée, etc. Il s'est avéré pendant les discussions que nous avons eues avec l équipe projet que non seulement ces critères n'ont pas le même poids, mais également le poids de chaque critère pouvait changer selon le contexte. L'analyse de profit peut être supportée par des techniques telles que l'aide à la Décision Multicritères (Roy et al., 1993), ou l AHP (Analytic Hierarchy Process) (Saaty 1988). Cependant, ces techniques ne tiennent pas compte du fait que les poids de critères peuvent changer, et donc elles ne sont pas appropriées quand un grand nombre d exigences est traité. Des techniques plus avancées sont donc nécessaires. Nos recherches courantes et futures incluent donc : - Le développement d'un processus méthodologique pour guider la découverte des exigences par les écarts et les similarités ; - La formalisation d'un processus de mise en correspondance dans un contexte de personnalisation des composants ; - L évaluation de la méthode proposée. Bibliographie Borell A., Hedman J. CVA Based Framework for ERP Requirement Specification. Procs. of IRIS 23. Laboratorium for Interaction Technology, University of Trollhattan Uddevalla, Davenport T.H. Putting the Enterprise into the Enterprise System. Harvard Business Review.(76:4), pp , Davenport T.H. Mission Critical: Realizing the Promise of Enterprise Systems. Harvard Business. School Press, MA, Esteves J., Pastor J., Casanovas J. Monitoring Business Process Redesign in ERP Implementation Projects. Americas Conference on Information Systems, Dallas, Esteves J., Pastor J. Strategic and Tactical Critical Success Factors Behavior Along the ERP Implementation Phases. The European Conference on Information Technology Evaluation (ECITE), Madrid (Spain), September 2003 Finkelstein A., Bush D. Requirements Elicitation for Complex Safety Related Systems. Procs London Communication Symposium. London, UK, Sept Jarke M., Pohl K. Establishing visions in context: towrd a model of requirements processe. In Procs 12 th International Conference Information System. Orlando, FI, Joseph T., Swanson E.B. The Package Alternative in Systems Replacement: Evidence for Innovation Convergence, in Information Systems Innovation and Diffusion: Issues and Direction. Larsen & McGuire (eds.), IDEA-Group, Hershey, PA, pp ,
17 Khan A.H. Implementing SAP with an ASAP Methodology Focus. Paperback ( ), July Krumbholz M., Maiden N.A.M. How Culture might impact on the Implementation of Enterprise Resource Planning Packages. Procs of CAISE'00, Springer Verlag, Ref. HCID00/04, Maiden N.A.M., Ncube C. Acquiring COTS Software Selection Requirements. IEEE Software March/April 1998, pp , Ncube C., Maiden N.A.M. COTS Software Selection: The Need to Make Tradeoffs Between System Requirements, Architectures and COTS/Components. Procs of the COTS*2000 Workshop for ACSE*2000, Limerick, Ireland, ref. HCID00/02, Nurcan S., Etien A., Kaabi R. Zoukar I. A Strategy Driven Business Process Modeling Approach. Special issue of the Business Process Management Journal on "Goal-oriented Business Process Modeling", Emerald. To appear Robey D., Ross J.W., Boudreau M-C. Learning to Implement Enterprise Systems: An Exploratory Study of the Dialectics of Change. Journal of Management Information Systems, Summer 2002 Rolland C., Prakash N. Bridging the Gap Between Organisational Needs and ERP Functionality. In Requirements Engineering Journal, 5(2000). Rolland C., Prakash N. Matching ERP System Functionality to Customer Requirements. The 5 th IEEE International Symposium on Requirements Engineering, Toronto, Canada Roy B., Bouyssou D. Decision-Aid, An Elementary Introduction with Emphasis on Multiple Criteria. Journal of Information Science and Technology, 2(2), pp Saaty T.L. The Analytic Hierarchy Process. University of Pittsburgh, Scheer A.W., Jost W., Abolhassan F. Business Process Excellence: Aris in Practice. Springer Verlag, Berlin. (2002). Salinesi C., Rolland C. Fitting Business Models to Software Functionality : Exploring the Fitness Relationship. Procs of the 15 th Conference on Advanced Information Systems Engineering, (CAISE'03), Springer Verlag (pub), Salinesi C., Etien A. Zoukar I. A Systematic Approach to Express IS Evolution Requirements Using Gap Modelling and Similarity Modelling Techniques. Procs of the 16th Conference on Advanced Information Systems Engineering (CAISE'04), Riga, Latvia. June The Standish Group. Chaos. Standish Group Internal Report. sample_research/chaos_1994_1.php, Zoukar I, Salinesi C. Engineering the Fitness Relationship between an ERP and the Supply Chain Process at SNCF. IRMA' 2004, 15 th International Conference of the Information Resource Management Association, New Orleans, Louisiana, USA. May 2004 Zoukar I, Salinesi C. Matching ERP Functionalities with the Logistic Requirements of French railways - A Similarity Approach. ICEIS' 2004, 6 th International Conference on Enterprise Information Systems. Porto, Portugal, April
Forthcoming Database
DISS.ETH NO. 15802 Forthcoming Database A Framework Approach for Data Visualization Applications A dissertation submitted to the SWISS FEDERAL INSTITUTE OF TECHNOLOGY ZURICH for the degree of Doctor of
Plus en détailUne méthode d apprentissage pour la composition de services web
Une méthode d apprentissage pour la composition de services web Soufiene Lajmi * Chirine Ghedira ** Khaled Ghedira * * Laboratoire SOIE (ENSI) University of Manouba, Manouba 2010, Tunisia Soufiene.lajmi@ensi.rnu.tn,
Plus en détailUne Perspective Intentionnelle de d Information
Une Perspective Intentionnelle de l Ingénierienierie des Systèmes d Information Colette Rolland Université Paris1 Panthéon Sorbonne Université de Genève Résumé Capturer les parties pertinentes du réel
Plus en détail- Couches - Éléments - Domaines - ArchiMate et les techniques du BABOK
ArchiMate et l architecture d entreprise Par Julien Allaire Ordre du jour Présentation du langage ArchiMate - Couches - Éléments - Domaines - ArchiMate et les techniques du BABOK Présentation du modèle
Plus en détailBusiness & High Technology
UNIVERSITE DE TUNIS INSTITUT SUPERIEUR D ADMINISTRATION DES ENTREPRISES DE GAFSA Département : Informatique Business & High Technology Chapitre 6 : PGI : Progiciels de Gestion Intégrés ERP : Enterprise
Plus en détailProposition de méthode d implémentation d ITIL
Proposition de méthode d implémentation d ITIL Said Sebaaoui (*) - Mohamed Lamrini (*) - Laila El Abbadi (**) (*) : Laboratoire Informatique et Modélisation (LIM), Faculté des Sciences Dhar el Mahraz,
Plus en détailREMOTE DATA ACQUISITION OF EMBEDDED SYSTEMS USING INTERNET TECHNOLOGIES: A ROLE-BASED GENERIC SYSTEM SPECIFICATION
REMOTE DATA ACQUISITION OF EMBEDDED SYSTEMS USING INTERNET TECHNOLOGIES: A ROLE-BASED GENERIC SYSTEM SPECIFICATION THÈSE N O 2388 (2001) PRÉSENTÉE AU DÉPARTEMENT D'INFORMATIQUE ÉCOLE POLYTECHNIQUE FÉDÉRALE
Plus en détailRÉSUMÉ DE THÈSE. L implantation des systèmes d'information (SI) organisationnels demeure une tâche difficile
RÉSUMÉ DE THÈSE L implantation des systèmes d'information (SI) organisationnels demeure une tâche difficile avec des estimations de deux projets sur trois peinent à donner un résultat satisfaisant (Nelson,
Plus en détailERP - PGI. Enterprise Resource Planning Progiciel de Gestion Intégré
ERP - PGI Enterprise Resource Planning Progiciel de Gestion Intégré 1 Acronymes ERP : Enterprise Resource Planning PGI : Progiciel de Gestion Intégré MRP : Manufacturing Resource Planning GPAO : Gestion
Plus en détailMacroscope et l'analyse d'affaires. Dave Couture Architecte principal Solutions Macroscope
Macroscope et l'analyse d'affaires Dave Couture Architecte principal Solutions Macroscope Avis Avis d intention Ce document a pour but de partager des éléments de vision et d intentions de Fujitsu quant
Plus en détailADHEFILM : tronçonnage. ADHEFILM : cutting off. ADHECAL : fabrication. ADHECAL : manufacturing.
LA MAÎTRISE D UN MÉTIER Depuis plus de 20 ans, ADHETEC construit sa réputation sur la qualité de ses films adhésifs. Par la maîtrise de notre métier, nous apportons à vos applications la force d une offre
Plus en détailJean-Philippe VIOLET Solutions Architect
Jean-Philippe VIOLET Solutions Architect IBM Cognos: L' Expertise de la Gestion de la Performance Acquis par IBM en Janvier 08 Rattaché au Brand Information Management Couverture Globale 23,000 clients
Plus en détailVers une approche Adaptative pour la Découverte et la Composition Dynamique des Services
69 Vers une approche Adaptative pour la Découverte et la Composition Dynamique des Services M. Bakhouya, J. Gaber et A. Koukam Laboratoire Systèmes et Transports SeT Université de Technologie de Belfort-Montbéliard
Plus en détailBusiness & High Technology
UNIVERSITE DE TUNIS INSTITUT SUPERIEUR DE GESTION DE TUNIS Département : Informatique Business & High Technology Chapitre 3 : Progiciels de Gestion Intégrés Sommaire Définition... 2 ERP... 2 Objectifs
Plus en détailPole Formation Catalogue 2013-2014
Pole Formation Catalogue 2013-2014 Mise à jour Octobre 2013 Page 1 de 13 Nos valeurs Respect : de nos partenaires clients et fournisseurs, de nos engagements Performance : par l exigence que s imposent
Plus en détailNatixis Asset Management Response to the European Commission Green Paper on shadow banking
European Commission DG MARKT Unit 02 Rue de Spa, 2 1049 Brussels Belgium markt-consultation-shadow-banking@ec.europa.eu 14 th June 2012 Natixis Asset Management Response to the European Commission Green
Plus en détailTable des matières PREMIÈRE PARTIE CONCEPTS FONDAMENTAUX...25
Table des matières Introduction...5 Chapitre 1 La fonction industrielle et logistique dans l'entreprise...9 1. Le domaine du management industriel et logistique... 9 2. Mise en perspective historique...
Plus en détailLe S.I. - colonne vertébrale de la Supply Chain étendue : deux approches pour réussir votre projet
Le S.I. - colonne vertébrale de la Supply Chain étendue : deux approches pour réussir votre projet 27 mars 2014 1 28/03/2014 itelligence Deux approches pour réussir votre projet S.I. de Supply Chain étendue
Plus en détailGénie logiciel (Un aperçu)
(Un aperçu) (sommerville 2010) Laurent Pérochon INRA URH 63122 St Genès Champanelle Laurent.perochon@clermont.inra.fr Ensemble d activités conduisant à la production d un logiciel Sur un échantillon de
Plus en détailPlanification, Elaboration budgétaire, Simulation, Analyse Temps Réel BAO02. Cognos TM1. Pascal DELVAL, Customer Technical Professional
Planification, Elaboration budgétaire, Simulation, Analyse Temps Réel BAO02 Cognos TM1 Pascal DELVAL, Customer Technical Professional 2010 IBM Corporation 3 Ensemble complet de Fonctionnalités BI Requête
Plus en détailS8 - INFORMATIQUE COMMERCIALE
S8 - INFORMATIQUE COMMERCIALE Les savoirs de l Informatique Commerciale doivent être abordés en relation avec les autres savoirs (S4 à S7). Les objectifs généraux sont : o de sensibiliser les étudiants
Plus en détailLE SUPPLY CHAIN MANAGEMENT
LE SUPPLY CHAIN MANAGEMENT DEFINITION DE LA LOGISTIQUE La logistique est une fonction «dont la finalité est la satisfaction des besoins exprimés ou latents, aux meilleures conditions économiques pour l'entreprise
Plus en détailGESTION LOGISTIQUE GESTION COMMERCIALE GESTION DE PRODUCTION
GESTION LOGISTIQUE GESTION COMMERCIALE GESTION DE PRODUCTION Votre contact : Pierre Larchères 06 30 35 96 46 18, rue de la Semm - 68000 COLMAR p.larcheres@agelis.fr PRESENTATION GENERALE LES PROGICIELS
Plus en détailIngénierie de l alignement : Concepts, Modèles et Processus
THESE DE DOCTORAT DE L UNIVERSITE PARIS I PANTHEON - SORBONNE Spécialité : Informatique Anne Etien Pour l obtention du titre de : DOCTEUR DE L UNIVERSITE PARIS I PANTHEON - SORBONNE Ingénierie de l alignement
Plus en détailUML est-il soluble dans les méthodes agiles?
Pascal ROQUES Valtech Training UML est-il soluble dans les méthodes agiles? octobre 07 Résumé On entend beaucoup parler actuellement de deux approches ayant l'air fondamentalement opposées : l'approche
Plus en détail1-Introduction 2. 2-Installation de JBPM 3. 2-JBPM en action.7
Sommaire 1-Introduction 2 1-1- BPM (Business Process Management)..2 1-2 J-Boss JBPM 2 2-Installation de JBPM 3 2-1 Architecture de JOBSS JBPM 3 2-2 Installation du moteur JBoss JBPM et le serveur d application
Plus en détailGénérer du code à partir d une description de haut niveau
Cedric Dumoulin Générer du code à partir d une description de haut niveau Ce projet vise à fournir un environnement de développement permettant de modéliser des UI Android à un haut niveau d abstraction,
Plus en détailApplication Form/ Formulaire de demande
Application Form/ Formulaire de demande Ecosystem Approaches to Health: Summer Workshop and Field school Approches écosystémiques de la santé: Atelier intensif et stage d été Please submit your application
Plus en détailJe découvre Lina Maintenance
Je découvre Lina Maintenance Une interface simple et ergonomique pour optimiser la maintenance de vos équipements 1 Sommaire Présentation 4 La plateforme Lina 5 Référentiel 6 Agenda et données personnelles
Plus en détailRetour d expérience. Le rôle du Business Analyst chez Orange. Nadia Magarino & Christophe Dufour 29 avril 2015
Retour d expérience Le rôle du Business Analyst chez Orange Nadia Magarino & Christophe Dufour 29 avril 2015 Plus de 161 000 salariés à votre service mobile entreprises internet et fixe Plus de 161 000
Plus en détailNotice biographique Repères biographiques communs. Nom : NURCAN Prénom : SELMIN Section : 27. Centre de Recherche en Informatique (CRI)
Notice biographique Repères biographiques communs Nom : NURCAN Prénom : SELMIN Section : 27 Corps : Maître de conférences Equipe de recherche Grade : Hors classe Centre de Recherche en Informatique (CRI)
Plus en détailUE 13 Contrôle de gestion. Responsables : Henri Bouquin, Professeur Stéphanie Thiéry-Dubuisson, Maître de Conférences
UE 13 Contrôle de gestion Responsables : Henri Bouquin, Professeur Stéphanie Thiéry-Dubuisson, Maître de Conférences www.crefige.dauphine.fr polycopié de TD Ouvrage de référence : Henri BOUQUIN, Comptabilité
Plus en détailNos Solutions PME VIPDev sont les Atouts Business de votre entreprise.
Solutions PME VIPDev Nos Solutions PME VIPDev sont les Atouts Business de votre entreprise. Cette offre est basée sur la mise à disposition de l ensemble de nos compétences techniques et créatives au service
Plus en détailConsultant Dynamics AX Supply Chain
Filière de Formation : Consultant Dynamics AX Supply Chain DOSSIER PEDAGOGIQUE Renseignements et moyens pédagogiques Contenus de cours détaillés Durée : 40 jours Sommaire Sommaire... 2 Découpage de la
Plus en détailSéminaires Système D Information. Formation Conduite du Changement. Préambule
Séminaires Système D Information Formation Conduite du Changement Préambule Sommaire Préambule L entreprise : système complexe en mouvement permanent Mickael Porter Harvard Business School - L avantage
Plus en détailQuand le bâtiment va, tout va
Quand le bâtiment va, tout va Citation de Martin Nadeau en 1849 à l Assemblée législative de la France Martin Nadeau Ancien ouvrier maçon Député à l Assemblée législative Les sots font bâtir les maisons
Plus en détailQuatre axes au service de la performance et des mutations Four lines serve the performance and changes
Le Centre d Innovation des Technologies sans Contact-EuraRFID (CITC EuraRFID) est un acteur clé en matière de l Internet des Objets et de l Intelligence Ambiante. C est un centre de ressources, d expérimentations
Plus en détailtransformer en avantage compétitif en temps réel vos données Your business technologists. Powering progress
transformer en temps réel vos données en avantage compétitif Your business technologists. Powering progress Transformer les données en savoir Les données sont au cœur de toute activité, mais seules elles
Plus en détailLes activités numériques
Les activités numériques Activités de l entreprise et activités numériques de l entreprise convergent de plus en plus au sein de la chaîne de valeur, c est-à-dire la manière avec laquelle une entreprise
Plus en détailL animation de la performance d une Supply Chain
L animation de la performance d une Supply Chain Pré-soutenance de Mémoire Thématique Master Recherche OSIL Ecole Centrale Paris Etudiante : Samira Jaï Encadrant : Alain Chapdaniel Plan de la présentation
Plus en détailExemple d implémentation d un. Projet SAP avec ASAP
Exemple d implémentation d un Projet SAP avec ASAP Implémentation d un ERP dans une organisation problématiques : adéquation aux besoins conduite du changement adaptation de l ERP adaptabilité aux utilisateurs
Plus en détailNOM ENTREPRISE. Document : Plan Qualité Spécifique du Projet / Project Specific Quality Plan
Document : Plan Qualité Spécifique du Projet Project Specific Quality Plan Référence Reference : QP-3130-Rev 01 Date Date : 12022008 Nombre de Pages Number of Pages : 6 Projet Project : JR 100 Rédacteur
Plus en détailAccélérez votre projet ERP avec les Best Practices
Accélérez votre projet ERP avec les Best Practices Kurt Specht (CROSS), Patrick Schaller (CROSS), Alexandra Schorderet (Valtronic Technologies (Suisse) SA) Le 29 mai, 2013 Agenda Première partie Présentation
Plus en détailBusiness Process Management
Alain Darmon Responsable Avant-Vente BPM, IBM 1 er mars 2011 Business Process Management Améliorez l agilité de l entreprise avec la gestion des processus métier Les processus sont partout! Ouverture de
Plus en détailC. Cohen, Inf. M.Sc. Professeure HEdS La Source & Intervenante à l IUFRS
3ème Séminaire européen du SIDIIEF «Les maladies chroniques : Formation, recherche et leadership clinique en soins infirmiers» 26 mars 2015 Centre hospitalier universitaire vaudois (CHUV), Lausanne, Suisse
Plus en détailRetour d expériences avec UML
Retour d expériences avec UML UML pour les systèmes biologiques Marie-Hélène Moirez-Charron, UMR AGIR, équipe MAGE INRA Toulouse mailto:marie-helene.charron@toulouse.inra.fr PLAN Contexte de travail UML,
Plus en détailUNIVERSITÉ MOHAMMED VI POLYTECHNIQUE MASTERE SPÉCIALISÉ MILEO
UNIVERSITÉ MOHAMMED VI POLYTECHNIQUE MASTERE SPÉCIALISÉ MILEO Management Industriel et Excellence Opérationnelle Diplôme conjoint de l'ecole des Mines de Paris (Mines ParisTech) et de l EMINES School of
Plus en détailBIG Data et R: opportunités et perspectives
BIG Data et R: opportunités et perspectives Guati Rizlane 1 & Hicham Hajji 2 1 Ecole Nationale de Commerce et de Gestion de Casablanca, Maroc, rguati@gmail.com 2 Ecole des Sciences Géomatiques, IAV Rabat,
Plus en détailCycle de vie du logiciel. Unified Modeling Language UML. UML: définition. Développement Logiciel. Salima Hassas. Unified Modeling Language
Unified Modeling Language UML Salima Hassas Version Cycle de vie du logiciel Client Besoins Déploiement Analyse Test Conception Cours sur la base des transparents de : Gioavanna Di Marzo Serugendo et Frédéric
Plus en détailLES TECHNOLOGIES DE L INFORMATION ET DE LA COMMUNICATION
République Algérienne Démocratique et Populaire Ministère du Développement Industriel et de la Promotion de l Investissement LES TECHNOLOGIES DE L INFORMATION ET DE LA COMMUNICATION PROGRAMME NATIONAL
Plus en détailFOURNIR UN SERVICE DE BASE DE DONNÉES FLEXIBLE. Database as a Service (DBaaS)
FOURNIR UN SERVICE DE BASE DE DONNÉES FLEXIBLE Database as a Service (DBaaS) 1 The following is intended to outline our general product direction. It is intended for information purposes only, and may
Plus en détailClassification Automatique de messages : une approche hybride
RECIAL 2002, Nancy, 24-27 juin 2002 Classification Automatique de messages : une approche hybride O. Nouali (1) Laboratoire des Logiciels de base, CE.R.I.S., Rue des 3 frères Aïssiou, Ben Aknoun, Alger,
Plus en détailMise en place d un système de cabotage maritime au sud ouest de l Ocean Indien. 10 Septembre 2012
Mise en place d un système de cabotage maritime au sud ouest de l Ocean Indien 10 Septembre 2012 Les défis de la chaine de la logistique du transport maritime Danielle T.Y WONG Director Logistics Performance
Plus en détailArchitectures Ouvertes pour l Adaptation des Logiciels
Architectures Ouvertes pour l Adaptation des Logiciels Frédéric Duclos 1, Jacky Estublier 2, Rémy Sanlaville 1 Published in review Génie Logiciel And proceedings ICSSEA, Paris 2001 1 Dassault Systèmes
Plus en détailLes simulations dans l enseignement des sondages Avec le logiciel GENESIS sous SAS et la bibliothèque Sondages sous R
Les simulations dans l enseignement des sondages Avec le logiciel GENESIS sous SAS et la bibliothèque Sondages sous R Yves Aragon, David Haziza & Anne Ruiz-Gazen GREMAQ, UMR CNRS 5604, Université des Sciences
Plus en détailTHÈSE. présentée à TÉLÉCOM PARISTECH. pour obtenir le grade de. DOCTEUR de TÉLÉCOM PARISTECH. Mention Informatique et Réseaux. par.
École Doctorale d Informatique, Télécommunications et Électronique de Paris THÈSE présentée à TÉLÉCOM PARISTECH pour obtenir le grade de DOCTEUR de TÉLÉCOM PARISTECH Mention Informatique et Réseaux par
Plus en détailERP open source une solution pour les entreprises. 17/02/2010 Page: 1
ERP open source une solution pour les entreprises 17/02/2010 Page: 1 Sommaire Définition d'un ERP Les grands modules d'un ERP Retour sur investissement Les avantages d'un ERP open source Ou peut on envisager
Plus en détailL information et la technologie de l information ERP, EAS, PGI : une nécessité? H. Isaac, 2003
L information et la technologie de l information ERP, EAS, PGI : une nécessité? Le Le progiciel progiciel de de gestion gestion intégré gré PGI, PGI, ERP. ERP. 1 2 3 Définition Définition et et rôle rôle
Plus en détailLe pilotage des collaborations et l interopérabilité des systèmes d information Vers une démarche intégrée
Colloque : Systèmes Complexes d Information et Gestion des Risques pour l Aide à la Décision Le pilotage des collaborations et l interopérabilité des systèmes d information Vers une démarche intégrée BELKADI
Plus en détailTier 1 / Tier 2 relations: Are the roles changing?
Tier 1 / Tier 2 relations: Are the roles changing? Alexandre Loire A.L.F.A Project Manager July, 5th 2007 1. Changes to roles in customer/supplier relations a - Distribution Channels Activities End customer
Plus en détailPréconisations pour une gouvernance efficace de la Manche. Pathways for effective governance of the English Channel
Préconisations pour une gouvernance efficace de la Manche Pathways for effective governance of the English Channel Prochaines étapes vers une gouvernance efficace de la Manche Next steps for effective
Plus en détailLe 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étailPrincipe de symétrisation pour la construction d un test adaptatif
Principe de symétrisation pour la construction d un test adaptatif Cécile Durot 1 & Yves Rozenholc 2 1 UFR SEGMI, Université Paris Ouest Nanterre La Défense, France, cecile.durot@gmail.com 2 Université
Plus en détailForum AMOA ADN Ouest. Présentation du BABOK. 31 Mars 2013 Nadia Nadah
Forum AMOA ADN Ouest Présentation du BABOK 31 Mars 2013 Nadia Nadah Ce qu est le BABOK Ce que n est pas le BABOK Définition de la BA - BABOK version 2 Le processus de Business Analysis La structure du
Plus en détailMust Today s Risk Be Tomorrow s Disaster? The Use of Knowledge in Disaster Risk Reduction
Must Today s Risk Be Tomorrow s Disaster? The Use of Knowledge in Disaster Risk Reduction Website: https://dce.yorku.ca/crhn/ Submission information: 11th Annual Canadian Risk and Hazards Network Symposium
Plus en détailNetworking Solutions. Worldwide VSAT Maintenance VSAT dans le Monde Entretien. Satellite Communications Les Communications par Satellite
www.dcs-eg.com DCS TELECOM SAE is an Egyptian based Information Technology System Integrator company specializes in tailored solutions and integrated advanced systems, while also excelling at consulting
Plus en détailLivre Blanc Oracle Mars 2009. Rationaliser, Automatiser et Accélérer vos Projets Industriels
Livre Blanc Oracle Mars 2009 Rationaliser, Automatiser et Accélérer vos Projets Industriels Introduction Pour relancer l économie, le gouvernement des États-Unis, l Union Européenne et la Chine ont développé
Plus en détailLe Guide Pratique des Processus Métiers
Guides Pratiques Objecteering Le Guide Pratique des Processus Métiers Auteur : Version : 1.0 Copyright : Softeam Equipe Conseil Softeam Supervisée par Philippe Desfray Softeam 21 avenue Victor Hugo 75016
Plus en détailCopyright 2013, Oracle and/or its affiliates. All rights reserved.
1 Les achats 2.0 Procurement Service Julien LAFORET Consultant Achats Gilles PATRIS DE BREUIL Consultant Achats François GENIN Directeur Solutions ERP EMEA 2 Safe Harbor Statement The following is intended
Plus en détailInnovation en matière de logistique et de gestion de la chaîne d approvisionnement au Canada
Innovation en matière de logistique et de gestion de la chaîne d approvisionnement au Canada Contexte À mesure que la concurrence devient plus mondiale, l innovation passe du niveau entreprise-à-entreprise
Plus en détailQuels nouveaux outils pour accompagner le développement de nos professions?
CONFÉRENCE annuelle Paris -14 novembre 2013 Quels nouveaux outils pour accompagner le développement de nos professions? Atelier F Isabelle Dreysse (ADP) Guy Maillant (EDF) Noah Gottesman (Thomson Reuters)
Plus en détailEntreposage de données complexes pour la médecine d anticipation personnalisée
Manuscrit auteur, publié dans "9th International Conference on System Science in Health Care (ICSSHC 08), Lyon : France (2008)" Entreposage de données complexes pour la médecine d anticipation personnalisée
Plus en détail1. Étude réalisée par l AFOPE en 2005. 2. Hellriegel D., Slocum J. W., Woodman R. W., Management des organisations, Bruxelles, De Boeck, 1992.
Introduction 1 I n t r o d u c t i o n Créer des usines, des entreprises, des organisations, des méthodes, des produits, des services nouveaux suppose d avoir des équipes motivées, obéissant à un calendrier
Plus en détailLes PGI. A l origine, un progiciel était un logiciel adapté aux besoins d un client.
Les PGI Les Progiciels de Gestion Intégrés sont devenus en quelques années une des pierres angulaire du SI de l organisation. Le Système d Information (SI) est composé de 3 domaines : - Organisationnel
Plus en détailAligner le SI sur la stratégie de l entreprise
En convention avec la chaire Ecole Polytechnique Thales «Ingénierie des systèmes complexes» Aligner le SI sur la stratégie de l entreprise Etude de cas: Transformation d un Système d Information Philippe
Plus en détailLA GESTION DE PROJET INFORMATIQUE
Structurer, assurer et optimiser le bon déroulement d un projet implique la maîtrise des besoins, des objectifs, des ressources, des coûts et des délais. Dans le cadre de la gestion d un projet informatique
Plus en détailLA GESTION DE PROJET INFORMATIQUE
LA GESTION DE PROJET INFORMATIQUE Lorraine Structurer, assurer et optimiser le bon déroulement d un projet implique la maîtrise des besoins, des objectifs, des ressources, des coûts et des délais. Dans
Plus en détailManagement des Systèmes d Information
Spécialité Réseaux (RES) UE: Management des systèmes d'information [mnsi, NI303] M2IRT 2012 1 ère année Management des Systèmes d Information Unité 2 - Les principaux types de SI dans l entreprise Gilles
Plus en détailGestion et réingénierie des processus (GPA) Tirez le maximum de vos systèmes d informations
Gestion et réingénierie des processus (GPA) Tirez le maximum de vos systèmes d informations Objectifs de la formation Se familiariser avec: Comment une meilleure gestion de vos processus d affaires est
Plus en détailStratégie IT : au cœur des enjeux de l entreprise
Stratégie IT : au cœur des enjeux de l entreprise Business Continuity Convention Tunis 27 Novembre 2012 Sommaire Sections 1 Ernst & Young : Qui sommes-nous? 2 Stratégie IT : au cœur des enjeux de l entreprise
Plus en détailWEB15 IBM Software for Business Process Management. un offre complète et modulaire. Alain DARMON consultant avant-vente BPM alain.darmon@fr.ibm.
WEB15 IBM Software for Business Process Management un offre complète et modulaire Alain DARMON consultant avant-vente BPM alain.darmon@fr.ibm.com Claude Perrin ECM Client Technical Professional Manager
Plus en détailIntégrer le CRM : quelle utilité, quels profits pour ma PME?
Conférence Applica - 22 avril 2002 Intégrer le CRM : quelle utilité, quels profits pour ma PME? Stéphanie WAILLIEZ Analyste CRM, CXP swailliez@cxp-international.com CXP en quelques mots et quelques chiffres
Plus en détailVisualizing Start-up Firm Trajectories on Kohonen Maps
Visualizing Start-up Firm Trajectories on Kohonen Maps D. François 1, M. Biga Diambeidou 2, B. Gailly 2, V. Wertz 1, M. Verleysen 3 Université catholique de Louvain 1 Machine Learning Group CESAME, av.
Plus en détailImproving the breakdown of the Central Credit Register data by category of enterprises
Improving the breakdown of the Central Credit Register data by category of enterprises Workshop on Integrated management of micro-databases Deepening business intelligence within central banks statistical
Plus en détailSCM-IT Consulting. Supply Chain Management & Information Technology. Avril 2015. Hubert POULIQUEN. 32A, Avenue Pasteur 17200 SAINT SULPICE DE ROYAN
SCM-IT Consulting Hubert POULIQUEN SCM-IT Consulting 32A, Avenue Pasteur 17200 SAINT SULPICE DE ROYAN Senior Consultant SCM / SCP & SAP-APO Quel Cabinet de Conseil sommes-nous? Un Spécialiste métiers SCM
Plus en détailComparaison de trois techniques de modélisation de processus: ADONIS, OSSAD et UML
Olivier Glassey Jean-Loup Chappelet Comparaison de trois techniques de modélisation de processus: ADONIS, OSSAD et UML Working paper de l'idheap 14/2002 UER: Management public / Systèmes d'information
Plus en détailConditions de l'examen
Conditions de l'examen Gestion des selon la norme ISO/CEI 20000 Consultant/Manager (IS20CM.FR) Date de publication 01-07-2010 Date de parution 01-07-2010 Résumé Groupe cible Le qualification Consultant/Manager
Plus en détailRESUME DESCRIPTIF DE LA CERTIFICATION (FICHE OPERATIONNELLE METIERS)
RESUME DESCRIPTIF DE LA CERTIFICATION (FICHE OPERATIONNELLE METIERS) Intitulé (cadre 1) Master Droit Economie Gestion, mention Management des Systèmes d Information, spécialité Management et Technologies
Plus en détailTable des matières PRESENTATION DU LANGAGE DS2 ET DE SES APPLICATIONS. Introduction
PRESENTATION DU LANGAGE DS2 ET DE SES APPLICATIONS Depuis SAS 9.2 TS2M3, SAS propose un nouveau langage de programmation permettant de créer et gérer des tables SAS : le DS2 («Data Step 2»). Ces nouveautés
Plus en détailRAPID 3.34 - Prenez le contrôle sur vos données
RAPID 3.34 - Prenez le contrôle sur vos données Parmi les fonctions les plus demandées par nos utilisateurs, la navigation au clavier et la possibilité de disposer de champs supplémentaires arrivent aux
Plus en détailStratégies gagnantes pour les prestataires de services : le cloud computing vu par les dirigeants Dossier à l attention des dirigeants
Dossier à l attention des dirigeants Centres d évaluation de la technologie inc. Le cloud computing : vue d ensemble Les sociétés de services du monde entier travaillent dans un environnement en pleine
Plus en détailL Excellence Achats et l Evaluation 360
L Excellence Achats et l Evaluation 360 Comment développer et transformer une organisation Achats pour des performances exceptionnelles? Comment pouvons-nous continuer à développer les Achats afin qu'ils
Plus en détailCOMPUTING. Jeudi 23 juin 2011 1 CLOUD COMPUTING I PRESENTATION
C L O U D COMPUTING Jeudi 23 juin 2011 1 2 Une nouvelle révolution de l IT 2010+ Cloud Computing 2000s Service Oriented Archi. 1990s Network Computing 1980s Personal Computing 1970s Mainframe Computing
Plus en détailLe terme «ERP» provient du nom de la méthode MRP (Manufacturing Ressource Planning) utilisée dans les années 70 pour la gestion et la planification
Séminaire national Alger 12 Mars 2008 «L Entreprise algérienne face au défi du numérique : État et perspectives» CRM et ERP Impact(s) sur l entreprise en tant qu outils de gestion Historique des ERP Le
Plus en détailContents Windows 8.1... 2
Workaround: Installation of IRIS Devices on Windows 8 Contents Windows 8.1... 2 English Français Windows 8... 13 English Français Windows 8.1 1. English Before installing an I.R.I.S. Device, we need to
Plus en détailPublic and European Business Law - Droit public et européen des affaires. Master I Law Level
Public and European Business Law - Droit public et européen des affaires Stéphane de La Rosa Master I Law Level Delivered Lectures Jean Monnet Chair «Droit de l Union Européenne et Mutations de l intégration
Plus en détailB U L L E T I N S U R L E S F O U R N I S S E U R S D I D C. L é vo l u t i o n d u pays a g e d e s I a as publiques et p r i vé e s a u C a n a d a
B U L L E T I N S U R L E S F O U R N I S S E U R S D I D C L é vo l u t i o n d u pays a g e d e s I a as publiques et p r i vé e s a u C a n a d a Avril 2014 Mark Schrutt, directeur des services et applications
Plus en détailAn Ontology-Based Approach for Closed-Loop Product Lifecycle Management
An Ontology-Based Approach for Closed-Loop Product Lifecycle Management THÈSE N O 4823 (2010) PRÉSENTÉE LE 15 OCTOBRE 2010 À LA FACULTÉ SCIENCES ET TECHNIQUES DE L'INGÉNIEUR LABORATOIRE DES OUTILS INFORMATIQUES
Plus en détailIFT2255 : 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étailAnalyse,, 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