Академический Документы
Профессиональный Документы
Культура Документы
LOGICIEL
82
SEPTEMBRE
2007
RETOUR DEXPRIENCE
tude de cas :
valuation de la Migration
dune Architecture Logicielle
dune Socit de Commerce
lectronique
YAQUELINE CORRALES
ET
C L A U D E Y. L A P O R T E
Rsum : Une migration logicielle est un processus consistant changer un logiciel dun environnement un autre
ou dune version de base vers une autre, en effectuant les adaptations ncessaires pour que le systme continue de
fonctionner correctement. Lquipe de dveloppement du site de commerce lectronique ECommerce BF a effectu une migration darchitecture logicielle afin de mieux rpondre aux besoins croissants de sa clientle. Ce site
compte plus de 3 600 clients dans plus de 60 pays.
Cette valuation a inclus les aspects concernant le volet technique de la migration darchitecture logicielle et
dautres aspects tels que le processus de gestion de la migration, limpact que ces migrations ont sur lquipe de
dveloppement, ainsi quune valuation du contexte organisationnel. Pour faciliter lvaluation de la migration,
on a effectu une analyse de larchitecture logicielle. Puis, on a ralis une analyse du contexte organisationnel
avec lquipe de dveloppement et la direction, pour ensuite valuer le processus de migration ainsi que la gestion du projet.
Mots cls : migration logicielle, architecture logicielle, systme dinformation.
1. INTRODUCTION
Lvolution constante de la technologie informatique pousse les entreprises mettre en place des
changements technologiques qui peuvent avoir un
impact important sur la technologie utilise et sur
les personnes responsables de la mise en uvre.
Ces changements technologiques doivent rpondre
des besoins et doivent suivre les orientations technologiques de lentreprise afin de bien sintgrer
son plan daffaires. Malheureusement, beaucoup
dentreprises ralisent ces changements technologiques sans effectuer une analyse de risques et sans
considrer les impacts sur le fonctionnement de
lorganisation. Ceci peut souvent mener un chec.
Cet chec ne dpend pas seulement de la techno-
La socit Media B2B est spcialise dans lexploitation de sites daffaires lectroniques et fournisseur de solutions daffaires. En 1996, Media
B2B a lanc son premier site de commerce lectronique, ECommerce BF, et a mis en place la premire version de son architecture logicielle. Depuis,
Media B2B continue faire voluer son architecture logicielle pour mieux rpondre aux besoins de
performances, de fiabilit, de scurit, de stabilit
40
GNIE
LOGICIEL
82
SEPTEMBRE
2007
RETOUR DEXPRIENCE
de ses sites daffaires lectroniques et pour sadapter aux changements constants de la technologie
informatique. Media B2B exploite 13 sites daffaires lectroniques diffrents avec plus de 7 000
compagnies membres, dans plus de 60 pays. Le
tableau I prsente une brve description de chacun
de ces sites. Les noms de la socit et des sites ont
t modifis pour assurer la confidentialit.
2. PRSENTATION
DU SITE
ECOMMERCE BF
DU SITE
41
GNIE
LOGICIEL
82
SEPTEMBRE
2007
RETOUR DEXPRIENCE
Figure 1 : Architecture du
systme dECommerce BF
42
GNIE
LOGICIEL
82
SEPTEMBRE
2007
RETOUR DEXPRIENCE
DU SITE
3. VALUATION
DU CONTEXTE
ORGANISATIONNEL
Ce chapitre prsente les rsultats de la mini valuation de la maturit du processus de dveloppement selon le modle du CMMI 2 (Capability
Maturity Model Integration) [1] et les rsultats des
valuations des facteurs humains.
3.1 VALUATION DU PROCESSUS
43
GNIE
LOGICIEL
82
SEPTEMBRE
2007
RETOUR DEXPRIENCE
Tableau III : Principales fonctionnalits de quelques versions dECommerce BF partir de la version 5.6 de larchitecture
FACTEURS HUMAINS
Afin de mieux tablir le profil des personnes responsables de la mise en place de la migration logicielle, plusieurs valuations ont t ralises en
utilisant les outils dvelopps par la socit amricaine Implementation Management Associates
(IMA) [2]. Ces valuations visent mesurer la gestion des changements dune organisation et prdire les points amliorer pour des changements
futurs. Les valuations aident dterminer la synergie dune quipe de travail, sa capacit effectuer
un changement et la probabilit de succs pour ce
changement. Le tableau IV numre quelques outils
dvaluation.
44
GNIE
LOGICIEL
82
SEPTEMBRE
2007
RETOUR DEXPRIENCE
eu la plus grande influence sur le stress organisationnel sont limplication des employs, les nouvelles mises en uvre du contrle de qualit et les
nouvelles techniques introduites. Le stress de la
vie professionnelle est faible, ce qui contribue positivement ladaptation face aux changements.
Lutilisation des rsultats des valuations du
niveau de stress aidera lorganisation mieux quantifier les migrations et, par consquent, mieux estimer et dlguer les activits relies aux changements
technologiques. Lorganisation doit suivre de prs le
stress organisationnel pour que celui-ci ne vienne
pas dtriorer le climat de travail dans lentreprise.
3.2.4 valuation des agents de changement
Lvaluation des agents de changement permet de
dterminer le profil des personnes qui seront responsables de mettre en place un changement complexe. Les valuations indiquent que le niveau de
comptence de lquipe des agents de changement
est modr. Nous avons remarqu quen gnral,
lentreprise dispose dun climat qui favorise lintgration des changements grce au niveau dengagement des intervenants.
On a propos que la direction analyse en profondeur les rpercussions des changements proposs. Le tout pourrait se faire en produisant un plan
de projet plus dtaill et mieux adapt chaque
quipe de travail. Ce plan pourrait utiliser plus efficacement les canaux de communication avec les
quipes de travail. Il faudra sassurer que lquipe
de migration saisisse le bien-fond des changements en plus de faire connatre les critres de succs pour mener bien le projet.
45
GNIE
LOGICIEL
82
SEPTEMBRE
2007
RETOUR DEXPRIENCE
4.1 DESCRIPTION
DU SYSTME
En gnral, nous avons observ que les rpondants souhaiteraient avoir plus de responsabilits,
dinfluence et de participer la rsolution de problmes importants. La compagnie devrait mieux
connatre et rcompenser les capacits professionnelles de ses employs.
Larchitecture version 5.9 est divise en composantes qui sont regroupes selon la fonctionnalit
laquelle elles doivent rpondre. Ainsi, on trouve un
rfrentiel ( framework 3), appel Media B2B Open
Server (MOS) qui contient les modules suivants :
Request Management (gestion de requtes), Media
B2B Presentation Layer (MPL couche de prsentation), Media B2B Business Layer (MBL couche du
service daffaires), Media B2B Communication Layer
(MCL couche de communication), Server Plug-ins
(serveur de plugiciels), le Inter-Server Communication
(communication entre serveurs), et le framework &
utilities (outils de gestion).
4. PRSENTATION ET ANALYSE
DE LARCHITECTURE LOGICIELLE
La tendance de linformatique des dernires annes
a amen larchitecture logicielle jouer un rle
central dans le gnie logiciel. La dfinition The
46
GNIE
LOGICIEL
82
SEPTEMBRE
2007
RETOUR DEXPRIENCE
ness Service (MBS), qui sert dfinir les fonctionnalits daffaires, les isoler de la logique
de prsentation, contrler le flux de donnes et
le Media B2B Business Entity (MBE), respon-
47
GNIE
LOGICIEL
82
SEPTEMBRE
2007
RETOUR DEXPRIENCE
48
GNIE
LOGICIEL
82
SEPTEMBRE
2007
RETOUR DEXPRIENCE
Pour lidentification des cots, nous avons utilis les activits du processus de dveloppement
recommandes par la norme ISO/CEI 12207 [22].
Cette norme dfinit les activits du processus de
dveloppement, savoir analyse des spcifications,
conception, code, intgration, tests, installation et
acceptation. Mme si la norme identifie les tapes
du processus de dveloppement logiciel et pas celles
dune migration, il nous apparat que certaines de
ces tapes doivent tre prises en considration lors
des migrations. Car, avant tout, une migration est
un processus de modifications dun logiciel et il
est ncessaire de sassurer que ce dernier soit gr
comme un processus logiciel incluant les diffrentes phases danalyse, de dveloppement et de
tests. Le tableau VIII numre le cot, en heures,
des activits de migration. Le nombre dheures
danalyse et spcifications a t identifi la suite
de rencontres avec les dveloppeurs et la directrice
du site. Le nombre dheures de formation a t
identifi la suite de rencontres avec les dveloppeurs et la direction du site.
DE LA MIGRATION LOGICIELLE
La plupart des entreprises sefforcent de faire voluer leur systme informatique pour mieux rpondre
aux exigences du march, la fulgurante volution
de la technologie, et pour sadapter aux nouveaux
standards. Media B2B offre des services plusieurs
rseaux daffaires, ce qui loblige chercher se
doter dune infrastructure commune pour offrir les
mmes services dans les diffrentes plates-formes.
Un processus daffaires se dfinit comme une
Suite cohrente dactivits et doprations commerciales quentretient une entreprise ou une organisation avec des tiers, traduisant les besoins de
ses clients et les exigences de son environnement,
et tenant compte ou non de ses activits internes
de manire les agencer selon une logique de cration de valeur [10]. Un processus daffaires inclut
les diffrentes activits dune organisation pour
rpondre efficacement aux besoins de ses clients.
Une entreprise na pas quun seul processus daffaires mais plusieurs processus cls qui sharmonisent entre eux pour atteindre ses objectifs et pour
produire de la valeur pour ses clients.
5.1 BESOINS
5.3 ANALYSE
TECHNIQUES
DE TECHNOLOGIES CONCURRENTIELLES.
Une des principales raisons pour lesquelles larchitecture logicielle a volu continuellement rside
dans limplmentation de nouvelles technologies
ncessaires au fonctionnement des diffrentes
plates-formes pouvant amliorer la qualit de larchitecture et faciliter le dveloppement des sites.
Pour ECommerce BF, migrer vers une nouvelle
version de larchitecture permet de profiter de ces
technologies - surtout pour les nouvelles fonctionnalits - sans avoir modifier tout le code en place.
5.5 DIMINUTION
DU PROJET DE MIGRATION
49
5. ANALYSE
GNIE
LOGICIEL
82
SEPTEMBRE
2007
RETOUR DEXPRIENCE
6. ANALYSE
DU PROCESSUS DE MIGRATION
DU SITE VERS LA NOUVELLE
En migrant vers cette version de larchitecture logicielle, ECommerce BF profite des amliorations des
attributs de qualit, ce qui peut se traduire par une
amlioration des services que le site offre ses clients.
PROJET DE MIGRATION
Pour dterminer le succs de la migration logicielle, il ne faut pas seulement valuer le respect des
chanciers et du budget. Il faut galement valuer la gestion du processus dans lensemble, la
gestion du personnel et son implication dans le projet, car ces aspects sont critiques au niveau du projet et ils peuvent assurer sa russite. Afin de mieux
rpondre aux besoins de cette valuation, nous
avons valu les critres de succs ou dchec, suivants : la dfinition des objectifs et des besoins,
DE LA MIGRATIONDARCHITECTURE
LOGICIELLE
Tout projet logiciel comporte plusieurs risques pouvant affecter le processus (dlai du projet, cots
50
GNIE
LOGICIEL
82
SEPTEMBRE
2007
RETOUR DEXPRIENCE
le contrle, qui permet de mesurer et valuer laccomplissement de chacune des tapes du projet.
Un projet de migration darchitecture logicielle
doit tre gr comme les autres projets informatiques, en tenant compte des contraintes qui peuvent
survenir au cours du projet, tout en considrant les
risques lis au changement. Une migration logicielle doit tre vue comme un projet de changement o il faut spcifier les besoins, communiquer,
former, documenter et dmontrer limportance du
changement pour le motiver et le justifier comme
un avantage pour le processus daffaires de lentreprise.
51
GNIE
LOGICIEL
82
SEPTEMBRE
2007
RETOUR DEXPRIENCE
Ainsi, elle sest assure que le processus saccomplirait plus facilement. La migration darchitecture
logicielle a t perue par les membres de lquipe
comme un processus ncessaire qui avait peu dimpacts sur le fonctionnement dECommerce BF.
6.1.8 La formation
Lobjectif de la formation est de faciliter la prise en
charge du nouveau produit par les utilisateurs et
leur appropriation des nouvelles rgles et procdures [28]. Dans le cas de la formation donne lors
de la migration de larchitecture logicielle, lobjectif tait de faciliter lassimilation des nouvelles
technologies mises en place par la version 5.9 de
larchitecture et dinciter lutilisation des nouvelles
pratiques, afin de motiver la continuit de la
mthode utilise lintrieur de lentreprise. En
plus de la formation, les dveloppeurs ont eu accs
un systme de rfrence interne, accessible via
lIntranet de lentreprise, ainsi qu un support de
lquipe dinfrastructure.
52
GNIE
LOGICIEL
82
SEPTEMBRE
2007
RETOUR DEXPRIENCE
et on avait estim leffort et les ressources ncessaires pour le mettre en place. Par contre, aucun
document ne faisait rfrence la gestion du changement.
7. RECOMMANDATIONS
POUR LES MIGRATIONS FUTURES
Afin de maximiser les chances de succs lors dune
migration future, nous proposons les principales
recommandations suivantes.
LES MIGRATIONS DARCHITECTURE
LA DOCUMENTATION
9. RFRENCES
[1]
The CMMI Web Site. Carnegie Mellon. Software Engineering Institute. http://www.sei.
cmu.edu/cmm. (Consult le 30 octobre 2006)
[2] Implementation Management Associates
(IMA). http://www.imaworldwide.com/home.
asp. (Consult le 25 octobre 2006)
[3] Capability Maturity Model Integration
(CMMI), Version 1.1, (2002), CMU/SEI2002-TR-029, ESC-TR-2002-029
[4] valuation de la culture de lorganisation.
IMA Implementation Management Associates, Inc. Lakewood, Etats-Unis, 1998
[5] valuation des sponsors. IMA Implementation Management Associates, Inc. Lakewood,
tats-Unis, 1998.
[6] Test de stress organisationnel. IMA Implementation Management Associates, Inc. Lakewood, tats-Unis, 2000.
[7] valuation des agents de changement. (1998).
IMA Implementation Management Associates, Inc. Lakewood, tats-Unis, 1998
[8] L. Bass, P. Clements & R. Kazman : Software architecture in practice (2 nd ed.) ;
Boston, Pearson Education Inc., 2003
[9] D. Garlan, R. Monroe & D. Wile : Acme: An
architecture description language ; Computer Science Department, Carnegie Mellon
University, 1997
[10] Office qubcois de la langue franaise.
Le grand dictionnaire terminologique.
http://www.grandictionnaire.com. (Consult
le 13 septembre 2006)
[11] Wikipedia. http://fr.wikipedia.org. (Consult
le 10 aot 2006)
[12] R. Kazman, M. Klein & P. Clements : ATAM:
Method for architecture evaluation. ; Techni-
TURE LOGICIELLE
UN PLAN DE MIGRATION
Dfinir un plan de migration qui favorise lutilisation des apprentissages et de lexprience acquise
lors des migrations prcdentes. Afin de faciliter la
migration, on pourrait tablir un plan de migration
qui inclurait les lments suivants :
Analyse et spcification de la migration :
- Identification des principaux changements
effectuer ;
dveloppement de la dmarche de migration :
- pour chaque module, identification des changements, dtermination des processus, de procdures et des tapes suivre pour la
migration ;
- dfinition de la documentation de migration
o il sera indiqu la dmarche qui doit tre suivie lors de la mise en uvre de la migration ;
- dveloppement des outils ncessaires la migration ;
formation technique, en indiquant les modifications aux composants logiciels, les changements
qui doivent tre faits au niveau du code, de la
configuration ou du systme en gnral ;
excution de la migration, incluant la modifica-
53
7.1 PROMOUVOIR
8. CONCLUSION
La russite dune migration logicielle ne dpend
pas que de la technologie, mais aussi des processus
de gestion et de gestion du changement ainsi que
dune bonne utilisation des ressources humaines
et matrielles. Malgr lexposition aux risques, une
migration darchitecture logicielle peut tre matrise grce aux habilets des gestionnaires et
leur expertise dans la gestion de projet. De plus,
lintgration active et la distribution des responsabilits dans lquipe de dveloppement permettent cette dernire de simpliquer davantage dans
le changement mettre en place et dassurer sa
russite.
GNIE
LOGICIEL
82
SEPTEMBRE
2007
RETOUR DEXPRIENCE
[13]
[14]
[15]
[16]
[17]
[18]
[19]
[20]
[21]
[22]
[23]
[24]
[25]
[26]
[27] ISO/IEC 12207.0: 1996. Standard for Information Technologie - Software life cycle processes. 1996.
[28] C. Morley : Management dun projet systme dinformation (4e d) ; Paris : ditions
Dunod, 2004
[29] R. Agarwal, M. Tanniru et D. Wilemon : Assimilating information technology innovations:
Strategies and moderating influences ; IEEE
Transactions on Engineering Management,
vol. 44, n 4, novembre 1997.
[30] M. R. Barbacci et R. Kazman : Software
Architecture Evaluation Panel ; Software
Engineering Institute, Carnegie Mellon Univerity.
[31] M. Corrales, Y. Corrales, M. Foisy et H.
Zaky : valuation du niveau de maturit de
lorganisation. valuation du processus de
migrations technologiques et son impact dans
lquipe de dveloppement ; cole de technologie suprieure, 2004
[32] The Standish Group ; http://www.standishgroup.com. (Consult le 12 novembre 2006)
[33] L. Zhu L., M. Ali Babar et R. Jeffery : Mining patterns to support software architecture
evaluation ; National ICT Australia Ltd. et
University of New South Wales, Australie.
[34] L. Zhu, M. Ali Babar et R. Jeffery : A framework for classifying software architecture evaluation methods ; National ICT Australia Ltd.
et Universit de New South Wales, Australie.
NOTES
1 Entirement en franais
2 Marque enregistre ou inscrite sur le Registre
des marques de commerce par lUniversit Carnegie Mellon de Pittsburgh.
3 Framework est traduit en franais par logiciel intgr : logiciel dapplication qui combine sur un mme support les logiciels courants
dun bureau [10]. Ce terme est utilis dans le
prsent article pour en faciliter la comprhension.
4 Rseau fdrateur, traduction de langlais backbone dfini comme la partie centrale sur
laquelle repose un rseau de tlcommunication
caractris par son haut dbit, qui permet dinterconnecter des rseaux plus petits, lintrieur
dune entreprise, dune rgion ou de vastes territoires [10].
5 Une cl trangre est un champ de base de donnes de type cl primaire inscrit dans une table
secondaire ou table fille permettant la jointure
la table primaire ou table parent [11].
6 Le modle de communication est le moyen utilis
pour classifier et identifier comment linformation est gre dans la communication.
7 Proxy traduit en franais par serveur mandataire : lment de coupe-feu servant dintermdiaire entre le navigateur dun internaute
utilisant un rseau local et le serveur Web quil
54
GNIE
LOGICIEL
82
SEPTEMBRE
2007
RETOUR DEXPRIENCE
L'AFTI - Depuis sa cration en 1991, l'AFTI a pour vocation d'accompagner les jeunes diplms vers un premier emploi dans une entreprise de
haute technologie.
Implant Orsay en rgion parisienne, le Centre de Formation d'Apprentis AFTI propose aux
jeunes une solution qui concilie une monte en comptence dans des domaines particulirement pointus avec une relle exprience professionnelle.
De plus en plus d'entreprises leaders sont partie prenante de cette nouvelle dynamique :
Thales, Renault, Alcatel-Lucent, France Telecom, MBDA, Osiatis, SFR, ATOS Origin sont
membres de l'AFTI. Plus largement, une centaine de socits, dans des domaines les plus
divers, sont au cur du projet ducatif. Toutes partagent le mme niveau d'exigence professionnelle et l'ambition de participer activement la monte en puissance des jeunes
embauchs.
L'Ingnierie logicielle et l'alternance - L'ETGL est la formation d'ingnieur logiciel de l'AFTI.
Elle propose l'apprentissage par alternance sur deux ans. Le rythme, 5 mois en centre de formation puis 7 mois en entreprise sur les deux annes, est ajust au cycle de vie de production
logiciel et choisi pour son efficacit. Il permet aux entreprises de se doter d'ingnieurs logiciel
adapts leurs exigences oprationnelles.
La Formation - Les formations sont de type professionnelles, par modules de 2 7 jours.
ct des techniques et langages de base (de l'assembleur, C#/.Net en passant par la conception objet et J2E), l'apprenti dcouvre et applique les mthodologies (gestion de projet, de
configuration sous ClearCase, des exigences sous DOORS, CMMI, revues de pairs). Les formateurs sont issus des entreprises, et chaque formation est ainsi l'occasion de lier un contenu
une exprience vcue. Au del des travaux pratiques, ce sont les projets, rpartis sur la priode, qui permettent aux apprentis de mettre en application leurs connaissances pour en faire
de vraies comptences. Ils apprhendent ainsi l'ensemble du cycle de dveloppement, mais
aussi, lors de jeux de rle, les diffrentes responsabilits (interfaces, planification, qualit,
configuration, recette client).
Les missions confies - Les missions confies par les entreprises sont varies. Si la premire
priode dbute souvent par de la maintenance logicielle (corrective ou volutive) et de l'IHM,
les entreprises n'hsitent plus confier les spcifications et la conception un apprenti ETGL,
ou un dveloppement logiciel complet, une recette client
L'Ingnierie Systme - L'ETGL prend galement en compte l'volution vers l'ingnierie systme, au travers d'une option, propose sous forme de projet. En partenariat avec le
CNES/PlanteSciences, l'AMSAT et l'IUT de Ville d'Avray, les apprentis doivent lancer un ballon
atmosphrique. Ils disposent ainsi d'un vrai client, vrai co-traitant et vrai sous-traitant, pour un
projet o le matre mot est la multidisciplinarit (environnement, mcanique, lectronique,
logiciel).
Contact - www.cfa-afti.com
frederic.van-lauwe@thalesgroup.com (responsable pdagogique)
murielle.trindade@thalesgroup.com (relations entreprises)
55