Conseil en externalisation Offshore

Mthodologie Process
Les avantages de l'externalisation offshore/outsourcing offshore - cots - ractivit - flexibilit Les avantages de la solution (externalisation offshore/outsourcing offshore) - matrise des dlais - matrise de la qualit - matrise des risques grce : - un interlocuteur local unique ayant lexpertise ncessaire pour le pilotage du projet - un choix de partenaires rpondant aux besoins du projet selon la technologie slectionne et les comptences fonctionnelles requises - La matrise des processus d'externalisation offshore. Mthodologie / Process (externalisation offshore/outsourcing offshore)

Lorganisation dun projet men par externalisation offshore :

Ds lors que vous nous missionnerez, un responsable local sera nomm pour vous accompagner durant toute la vie du projet et sera votre interlocuteur unique. Il assurera le pilotage du projet Offshore, information sur lavancement des travaux, coordination avec les quipes Offshore, animation des comits de pilotage, et sera le garant du respect des processus de gestion du projet offshore dcrit dans le plan dassurance qualit (PAQ). Il participera galement activement la phase de recette.

SCEMI a nou depuis quelques annes des liens troits avec des partenaires offshore privilgis : ils ont t slectionn pour leurs fortes comptences techniques et leur capacit intgrer un haut niveau de qualit de production des logiciels (certification CMM). Le Plan dAssurance Qualit (PAQ) est un document contractuel sur lequel externalisation offshore sengagera totalement et dont le contenu dcrit le mode opratoire du projet Offshore: organisation du projet, dmarche mettre en oeuvre, gestion de la documentation. Ce PAQ peut tre adapt en fonction de vos propres contraintes (normes internes intgrer, organisation). Dautre part, externalisation offshore met votre disposition des outils collaboratifs (Extranet) qui vous permettront de suivre en temps rel lavancement du proj et et de mener efficacement les recettes des prestations livres grce une application de gestion des incidents. Ces outils augmentent la ractivit de toute lquipe projet.

Charte Qualit
Qualit La qualit fait partie intgrante de nos projets. Notre assurance qualit et nos processus de contrle ont assur la mise en uvre avec succs de plusieurs grands projets. SCEMI a dfini ses processus et ses normes dexcution de projets la fois sur site et offshore. Ces directives sont compiles sous forme dun Manuel de Qualit. Le Manuel Qualit identifie tous les modules livrer aux clients et les parties responsables chaque tape. Les normes de documentation, le codage et dautres activits lies au projet sont contenus dans ce Manuel de Qualit. Lquipe offshore est forme pour suivre et tre en conformit avec ces normes et ces directives. Ces documents sont personnaliss pour chaque projet et sont signs par le client.

Notre politique qualit Crer une socit vibrante qui avance au niveau mondial, qui prend des initiatives et qui est dirige par linnovation, les valeurs et les codes de dontologie et dthique. Fournir nos clients des solutions globales afin de les satisfaire avec lengagement total de nos partenaires et collaborateurs soutenus par un puissant esprit dentreprenariat.

Plan d'assurance qualit : PAQ / SQA (spcifique au dveloppement informatique offshore) PAQ / SQA emploie des mthodes et des outils technologiques dans le but daider lanalyste atteindre une laboration dune spcification de qualit et au concepteur de dvelopper suivant une conception de pointe Une fois que la spcification (ou prototype), la conception sont cres, elles sont passes au crible pour valuer la qualit avec la Revue Formelle Technique (Formal Technical Review (FTR)). Le comit dvaluation constitu du personnel technique se runit pour trouver les ventuels problmes. Les essais du logiciel se ralisent suivant une stratgie plusieurs niveaux impliquant une srie de jeu dessais afin de dtecter avec efficacit les erreurs. Faisant partie du FTR, les dveloppeurs assurent une valuation de la conformit aux normes. En cas de besoin d une vrification indpendante de conformit le groupe PAQ / SQA mnera son propre audit. Le rsultat des runions, des audits, du contrle des modifications, des essais et dautres activits PAQ / SQA feront partie des historiques du projet dont les informations seront diffuses si ncessaire au personnel de dveloppement.

Contrle qualit La conformit au processus de qualit dfini est atteinte par des contrles tels que: Revue de chaque module livrable au client Examen hebdomadaire de ltat davancement du projet Revue du code Revue de la documentation Facteurs de Qualit des Logiciels Les paramtres de contrle de lassurance qualit pour le dveloppement du logiciel sont: - Fonctionnalit

Une fonctionnalit est value par la vrification de ces caractristiques, les capacits du programme, le fonctionnement du programme ainsi que les caractristiques de scurit du systme. - Facilit dUtilisation: Les facteurs humains, lesthtique globale, la constance et la documentation sont autant doutils dvaluation de la facilit dutilisation. - Fiabilit La fiabilit est value par le nombre et la gravit derreurs, lexactitude des rsultats remis, le temps moyen entre problmes (the mean time between failure (MTBF)), la capacit de sortir du problme et la prvisibilit du programme. - Performance La performance est mesure par lvaluation de la vitesse du traitement, le temps de rponse, la consommation de ressource, le dbit et lefficacit. Efficacit du support La disponibilit, ladaptabilit et la qualit du service ventes sont employs po ur valuer lefficacit du support. - Exactitude La mesure dans laquelle le programme se conforme-t-il aux spcifications et aux objectifs du client. - Fiabilit La mesure dans laquelle le programme peut rpondre avec prcision aux attentes fonctionnelles et de performance. - Efficacit La quantit de ressources informatiques et de codes ncessaires par un programme pour fonctionner. - Intgrit La mesure dans laquelle laccs non autoris au logiciel ou aux donnes peut tre contr l. - Facilit dutilisation Leffort ncessaire pour apprendre, oprer, prparer les saisies du programme et pour les interprter ensuite. - Capacit de Maintenance Leffort ncessaire pour trouver une erreur dans un programme. - Flexibilit Leffort ncessaire pour modifier un programme oprationnel. - Test Leffort ncessaire pour tester un programme afin de sassurer quil fonctionne en conformit avec les besoins. - Portabilit Leffort ncessaire pour transfrer le programme dun environnement matriel et/ou logiciel dans un autre environnement. - Remploi La mesure dans laquelle un programme (ou une partie du programme) peut tre remploy dans dautres applications en ce qui concerne le conditionnement et les spcifications des fonctions quexcute le programme. - Facilit dAudit La mesure dans laquelle peut tre effectue le contrle de la conformit du programme aux normes - Prcision La prcision des calculs et de contrle. - Communication La mesure dans laquelle sont employs les interfaces, protocoles, et largeurs de bande conformment aux normes. - Etat Complet La mesure dans laquelle est atteinte une mise en oeuvre complte de la fonction demande. - Concision La concision du programme en termes des lignes de code. - Consistance Lutilisation des techniques de conception et de documentation uniformes travers tout le projet du dveloppement du logiciel. - Donnes en commun Lutilisation des types et structures de donnes standards travers le programme. - Tolrance des erreurs Le dommage entran lorsquun programme rencontre une erreur. - Efficacit de lexcution La performance du temps dexcution dun programme. - Extensibilit La mesure dans laquelle peut tre largie la conception de larchitecture, des donnes et des procdures. - Gnralits Ltendue de lapplication potentielle des composants du programme.

- Indpendance du matriel La mesure dans laquelle le logiciel est dtach du matriel sur lequel il est excut. - Instrumentation La mesure dans laquelle le programme contrle sa propre excution et identifie les erreurs qui se produisent. - Modularit L'indpendance fonctionnelle des composants du programme. - Oprationnel La mesure dans laquelle un programme peut s'excuter avec facilit. - Scurit La disponibilit des mcanismes qui contrlent ou protgent les programmes et les donnes. - Auto-documentation La mesure dans laquelle le code source fournit une documentation adquate - Simplicit La mesure dans laquelle un programme peut tre compris sans difficult. - Indpendence du Logiciel La mesure dans laquelle un programme est indpendant des caractristiques de langages de programmation non standard, des caractristiques du systme d'exploitation et d'autres contraintes de l'environnement non conformes aux normes. - Traabilit La capacit de tracer et de revenir la conception du programme. (La capacit et la rapidit d'adoption du logiciel par de nouveaux utilisateurs).

Mise en uvre du projet

MISE EN OEUVRE DU PROJET (spcifique dveloppement offshore) Dans chaque cas, les besoins seront analyss, documents et reprsents dans le but principal d'estimer l'effort du dveloppement. L'effort exig sera valu en fonction de l'analyse, de la conception, du dveloppement et des essais du Systme bas sur la solution qui sera installe. Cet effort sera ensuite examin d'un point de vue raliste en temps rel, tenant compte que la priorit du projet, du calendrier et des comptences ncessaires pour le projet. Une fois la proposition accepte, le Plan du Projet sera personnalis et un document rsumant les besoins sera tabli et sera prt pour votre signature. Cycle de Vie du Projet Chez Externalisation Offshore, nous suivons une approche de gestion deux niveaux afin d'assurer le succs de chaque projet. Nous avons employ avec succs ce processus pour mettre en oeuvre des projets critiques. Le schma suivant illustre les phases et les modules livrer chacune des tapes

Cycle de Vie du projet Dmarrage et Initiation du Projet Etude du Systme Signature du SRS (besoins) Design du projet Ralisation Unit & Conception Intgre Test par module et Test d'intgration

Livrables PAQ SRS

Responsabilit Externalisation Offshore Externalisation Offshore Vous

Maquettage/Prototype Modules Jeu d'essais/plan de tests Rapport du Rsum de Test

Externalisation Offshore Externalisation Offshore Externalisation Offshore Externalisation Offshore

Test de rception Signature de la rception finale

Sources Documentation d'exploitation, Manuel utilisateur

Vous Vous

Afin d'atteindre un haut niveau de qualit, les processus qui soutiennent la ralisation du projet doivent tre bien dfinis d'une manire logique et mthodique. Les tches au sein de chaque tape du projet sont les suivantes

Etape 1 Dfinition du projet Identification et analyse des besoins du client Cration d'un document propre au client Dbut du plan qualit du projet Prparation du plan de la mise en oeuvre Evaluation du temps, de l'effort et des cuts pour l'Etape 2

Etape 2 Mise en oeuvre du projet Signature de URD Dveloppement et installation de l'application Intgration, approbation des tests Installation et test Go live

Chaque tape contient: Objectifs Ce qu'on a besoin de faire pour chaque tape. Critres d'entre - Les documents, accords, donnes et ressources ncessaires pour dmarrer cette phase. Critres de sortie Les documents, donnes, modules livrer et contrats ncessaires pour terminer cette tape. Les points importants de l'Etape I du projet sont la dtection le plus tt possible des problmes et leurs rsolutions tandis que ceux de l'Etape II sont la mise au point de la solution ou du produit personnalis. Tout au long de la vie du projet, les contrles techniques et de gestion sont raliss. Les contrles de gestion comprennent des rapports hebdomadaires de l'tat d'avancement du projet, le processus de la surveillance des procdures et le processus de contrle du changement. Ces contrles assurent l'intgrit du projet; que le projet soit livr en temps voulu et qu'il n'ait pas dpass le budget prvu. Les contrles techniques sont appliqus pour assurer l'intgrit technique du produit/de la solution, de la fonction, de la performance, de la fiabilit et de la maintenance. Ces contrles sont intgrs dans le Cahier des Normes du Projet (PSC). Le PSC dfinit galement: Frquence et nature des rvisions Conception, dveloppement, normes d'essais approuvs par le client.

Test
Test Les types de test suivant seront effectus. Fonctionnalit Ces tests sassurent que le site rpond aux besoins du client et les tests suivants seront effectus. * * * * Tests Tests Tests Tests de de de de liaison forme Scnario Modules

Facilit dutilisation Ce test est effectu dans le but de mesurer la convivialit du logiciel. La facilit dutilisation est value par lesthtique et la consistance en tenant compte des facteurs humains. Performance Ces tests sassurent que le site rpond aux critres du dlai de rponse. Les tests suivants seront effectus afin de mesurer le dbit et le dlai de rponse. * Tests de Charge et de Volume * Tests de stress Fiabilit Ces tests sont effectus afin dvaluer la capacit du site pour le traitement des erreurs et la recupration dchec sous les modes dchec et pour vrifier la disponibilit (Pourcentage des demandes russies de

service pendant la priode de test). Mise lchelle Ces tests sassurent de lvolution du site sur un plan conomique et ne provoque pas de problme au fur et mesure que le volume, des donnes et des oprations augmentent. Ces tests sont effectus en liaison avec les tests de performance. La dcision sur les outils pour raliser les mesures de performance et de mise lchelle seront prises ltude des besoins. Compatibilit Ces tests comprennent les tests de compatibilit des navigateurs et les tests de diffrentes rsolutions des crans. Scurit Les tests pour la scurit de transaction et laccs lutilisateur seront accomplis. Test de Stratgie Des tests sont effectus tous les niveaux. Les documents suivants sont soumis lexamen. * * * * Spcification des besoins Document de Conception Plans de Projet Code

Plans de Test & Documents de Jeux de Tests