Remerciements

Nous avons le grand plaisir de pouvoir exprimer nos gratitudes, nos Reconnaissances et nos grands respects nos professeurs et tout le corps de LEcole Marocaine des sciences de lingnieure. Nous tenons aussi exprimer nos remerciements notre encadrant Mr Erramdani Mohammed pour nous avoir orients dans la ralisation de ce projet et pour sa comprhension et son soutien, nous remercions aussi tous nos professeurs avec lesquels on a appris tous les principaux concepts dun ingnieur informatique.

Table des matires

Introduction...3

Chapitre 1 : Contexte Gnerale .

1 . Prsentation de la mthode UP 4 2 . Prsentation de 'la strategie d'entreprise'..6 3 . Prsentation de la plateforme technique...7

Chapitre 2 : identification et planifition du projet.

1. Cahier de charge9 2 . Lidentification ..11 2.1 la matrice des risques.11 3. Planification12 3.1 Le PAQ...12

Chapitre 3 : La phase d'elaboration

1. Letude du march...22 2 . La segmentation..24 3. Gnration du CPM ....26

Chapitre 4 : La phase de Construction (les use cases les moins risqu)

4.2 Gestion des entretiens28

conclusion

Introduction

Dans le cadre de notre formation lEcole Marocaine des sciences de lIngnieure nous sommes menes raliser un projet de fin danne pour mettre en valeur nos connaissances dans le domaine de linformatique. Confrontes la ncessit de dfinir une stratgie, les entreprises peuvent sappuyer sur diffrents modles danalyse qui ont pour vocation daider la prise de dcision. Notre projet de fin danne porte sur ltude et limplmentation dun outil de stratgie dentreprise en poursuivant la mthode UP. La premire partie sera consacre la prsentation du contexte gnrale du projet. Viendra juste aprs, lidentification du projet qui claircira les perspectives du management de notre projet. On enchainera par llaboration du projet c'est--dire toutes les phases de ralisation des use cases hautement risqus qui comporte ltude de besoin lanalyse, la conception et limplmentation.

Chapitre 1 : CONTEXTE GENERALE

Dans le prsent chapitre nous allons tout dabord donner un aperu sur la mthode UP, suivi dune prsentation du cadre gnral du projet stratgique tout en citant larchitecture de plateforme technique.

1) Prsentation de la mthode UP : UP (Unified Process) est une mthode gnrique de dveloppement de logiciel. Gnrique dans le sens o RUP peut tre adapt au contexte du projet de lquipe, du domaine et/ou de lorganisation. Pour dvelopper un produit logiciel, le projet est dcoup en plusieurs parties (mini projets).Chacun dentre eux reprsentant une itration qui donne lieu un incrment. Une itration dsigne la succession des tapes de lenchanement dactivits, tandis quun incrment correspond une avance des les diffrents stades de dveloppement. Le choix de ce qui doit tre implment au cours dune itration repose sur deux facteurs :
-

Litration traite en priorit les risques majeurs. Une itration prend un certain nombre de cas dutilisation, qui ensemble. amliorent le produit un certain stade de dveloppement.

A chaque itration, les dveloppeurs identifient et spcifient les cas dutilisations pertinents, crent une conception en se laissant guider par larchitecture choisie, implmentent cette conception sous forme de composants et vrifie que ceux-ci sont conformes aux cas dutilisation. Le cycle de vie du processus unifi Le processus unifi rpte un certain nombre de fois une srie de cycles. Tout cycle se conclut par la livraison dune version du produit aux clients et sarticule en 4 phases :
-

Analyse des besoins ; Elaboration ; Construction ; Transition ;

Chacune dentre elles se subdivisant son tour en itrations, les prochaines sections prsentent brivement ces quatre phases.

Analyse des besoins Lanalyse des besoins donne une vue du projet sous forme de produit fini. Cette phase porte essentiellement sur les besoins principaux (du point de vue de lutilisateur), larchitecture gnrale du systme, les dlais, les cots et permet de mettre en place le projet. Elle rpond aux questions suivantes : que va faire le systme ? par rapport aux utilisateurs principaux, quels services va-t-il rendre ? quelle va tre larchitecture gnrale (cible) de ce systme ? que vont tre les dlais, les cots, les ressources, les moyens dployer ? laboration Llaboration reprend les lments de la phase danalyse des besoins et les prcise pour arriver une spcification dtaille de la solution mettre en uvre. Llaboration permet de prciser la plupart des cas dutilisation, de concevoir larchitecture du systme et surtout de dterminer larchitecture de rfrence.

Au terme de cette phase, les chefs de projet doivent tre en mesure de prvoir les activits et destimer les ressources ncessaires lachvement du projet. Les tches effectuer dans la phase laboration sont les suivantes : Crer une architecture de rfrence ; Identifier les risques, ceux qui sont de nature bouleverser le plan, le cot et le calendrier ; Dfinir les niveaux de qualit atteindre ; Formuler les cas dutilisation pour couvrir les besoins fonctionnels et planifier la phase de construction ; Elaborer une offre abordant les questions de calendrier, de personnel et de budget. Construction La construction est le moment o lon construit le produit. Larchitecture de rfrence se mtamorphose en produit complet. Le produit contient tous les cas dutilisation que les chefs de projet, en accord avec les utilisateurs ont dcid de mettre au point pour cette version. Transition Le produit est en version bta. Un groupe dutilisateurs essaye le produit et dtecte les anomalies et dfauts. Cette phase suppose des activits comme la formation des utilisateurs clients, la mise en uvre dun service dassistance et la correction des anomalies constates.

2) Prsentation des mthodes de stratgie dentreprise : L'Analyse Stratgique est un processus qui intgre les diverses caractristiques de l'entreprise et de son environnement, du "champ de bataille" sur lequel elle compte se rendre, afin de dgager un ensemble de stratgies souhaitables d'une part, de stratgies ralisables d'autre part, et finalement de stratgies mettre en uvre. L'analyse stratgique Notre futur golfeur tudie les conditions ncessaires la ralisation de son projet. Il va peser ses forces et ses faiblesses (analyse de l'interne), estimer les opportunits et les menaces (analyse de l'externe), que l'on peut reprsenter par la matrice suivante : Interne Bon Forces Externe Opportunits Menaces

Mauvais Faiblesses

Par interne, comprenons les caractristiques propres l'entreprise et par externe les caractristiques de l'environnement. Qu'il en ait conscience ou non, notre stratge applique la mthode SWOT, qui est l'acronyme form partir des mots : Strenght, Weaknesses, opportunities, Threats, respectivement Forces, faiblesses opportunits et menaces. Analyse structurelle L'Analyse structurelle doit permettre d'valuer les rapports de forces, d'identifier les menaces et d'tudier la structure de la concurrence. Selon le modle de Michael PORTER, 5 forces commandent la concurrence au sein d'un secteur d'activit;
o

La menace des nouveaux entrants (nouveaux concurrents) s'apprcie en fonction de l'existence de barrires l'entre et de l'importance de celles-ci.

La rivalit entre les concurrents existants est un jeu permanent, qui sur un secteur actif se modifie en permanence en fonction des nouveaux avantages acquis.

La menace de substitution existe si les besoins peuvent tre satisfaits par des prestations, des produits diffrents, gnralement nouveaux. Le pouvoir de ngociation des fournisseurs et clients crot avec le niveau de dpendance qu'ils dveloppent; Un client important peut exercer un pouvoir important, tout comme un fournisseur peut dicter ses conditions, en fonction de sa position vis--vis de son client; monopole, volume achet faible, client peu significatif

3) La plateforme technique : ASP.net de Microsoft est une technologie dcriture de script de serveur qui peut tre utilise pour crer des logiciels dynamiques et interactifs pour la toile. Une page ASP.net est une page HTML contenant des scripts de serveur lesquels sont traits par un serveur sur la toile avant dtre envoy au navigateur de lutilisateur. Vous pouvez combiner ASP avec les langages Extensible Markup Language (XML) et Hypertext Markup Language (HTML) afin de crer des sites interactifs puissants. Le codage ASP.net est plus "compact" que le code ASP; les scripts ncessaires pour excuter une fonction donne sont plus courts en ASP.net quen ASP.

Le kit de dveloppement .NET, la base de donnes MSDE (une version lgre de SQL Server) et l'environnement de dveloppement Web Matrix, qui inclut un petit serveur HTTP qui vous vite d'avoir installer IIS sur votre machine. Ce trio est largement suffisant pour dmarrer, tester, valuer, crer vos premires applications ASP.NET en vous inspirant par exemple des Starters Kits (un ensemble de squelettes d'applications : site portail, site e-commerce, site communautaire.).

Chapitre 2 : ETUDE GENERALE

Dans le prsent chapitre nous allons prsenter le cahier de charge suivi dune identification du projet en son intgralit : quipe projet, planning et les livrables.

1) Cahier de charge : Etape 1 : Connaissance du march On sintresse tout dabord ltude concurrentielle (utilisation de SWOT +PORTE).on pourrait sinspirer du logiciel Business Developper Marketing qui dite des tats de la concurrence ou des cartes stratgiques. Si vous voulez chercher des infos sur un concurrent, il est possible dutiliser le site www.societe.com Etape 2 : Segmentation Un segment est un sous groupe homogne et unique du march cible. On sintresse une population B to C (Business to C) des critres de segmentation sont : - La gographie. - Les caractristiques sociodmographiques. - Psycho graphique : style de vie, personnalit,... - Comportement. Etape 3 : Choisir la cible CPM (cible Produit/March) A partir de la dtermination des segments, le crateur de lentreprise choisit dlibrment le CPM ou (les CPM) quil souhaite et quil est capable de satisfaire dans les meilleurs conditions .on pourrait utiliser le triangle stratgique (Technologies, Fonctions, Groupes dacheteurs/utilisateurs)

10

Etape 4 : Entretien Lobjectif est de rassembler des avis fiable et rcents de la CPM pour valider ladquation de loffre avec la demande de la CPM. Il sagit de comprendre la demande potentielle et connaitre les fondements du comportement et des opinions des clients cibls(CPM).Cette comprhension passe par un certain nombre de techniques dinvestigation individuelles ou collectives. la fin de cette tape et avant de passer ltape de quantification, un nouveau retour sur hypothse simpose, autour dune question centrale : la demande potentielle valide t-elle lide, le produit ou le service ?elle est elle suffisante ? Est-elle solvable ? Trois cas de figure se prsentent : La rponse est mitige, la doute est plus massif, rsultat globalement(+) Etape 5 : quantifier le march (CPM) on utilisera les mthodes de calcul : Le calcul ascendant, descendant, la mthode de la chaine des ratios, lchantillonnage, questionnaire, sondages,..

11

2) Lidentification du projet : Des tudes pralables permettent dvaluer les risques lis au projet. La dmarche didentification des risques sinscrit dans une volont danticipation pour ragir au plus tt. Cette dmarche passe par lidentification des facteurs de risque associs chaque tche et de leur classification en fonction de leur criticit. Lanalyse dun risque peut tre cadre en rpondant aux trois questions suivantes :

Comment identifier ce risque ? Quelle est la typologie de ce risque ? Quels sont les impacts de ce risque ?

12

2.1 La matrice des risques : Risque Impact Probabilit Elev Action prventif Effectuer une bonne planification. Action correctif Grignoter du temps sur dautres taches.

Quune tache Important prenne plus de temps que cela na t prvu. Modification des besoins Important

Faible

Runions frquentes avec l'encadrant

Crash au niveau de la Base de Donnes Des bugs dans lapplication Technologies utilises mal connues et immatures

Important

Faible

Sauvegarde permanant de la base

1. Tentative d'adaptation aux nouveaux besoins 2. Retour la phase d'analyse des besoins Rcupration de la base

Important

Elev

Bien faire les tests unitaires tude pralable approfondie des technologies utilises

Correction des bugs 1. Utilisation si possible de technologies alternatives 2. Retour la phase d'analyse des besoins

Important

Important

13

3) Primtre du projet : 3-1 Prsentation du projet Lobjectif est dimplment un outil danalyse stratgique dentreprise. Loutil aide le client/Entreprise choisir une bonne stratgie de son entreprise en sappuyant sur les cinq forces de porter. 3-2 Objectifs du projet Les prestations demandes par le client incluent : Etude de besoins Analyse Conception Implmentation Tests et intgration Documentation

14

3-3 Livrables

Phase

Responsable Date livraison rel Analyse des Pool 14/12/11 besoins PAQ dexpert Spcification 02/02/11 fonctionnel UC1 Elaboration Maquette 04/02/11 UC1 Codage UC1 04/03/11 Spcification 22/12/11 fonctionnel Pool dexpert UC2 Maquette 26/12/10 UC2 Codage UC2 11/02/11 Spcification 16/02/11 fonctionnel UC3 Maquette 18/02/11 UC3 Codage UC3 20/02/11 Spcification 02/03/11 Construction fonctionnel Pool UC4 dexpert Maquette 06/03/11 UC4 Codage UC4 13/03/11 Transition Rapport Pool 20/03/11 final dexpert

Livrable

Date livraison prvue 14/12/11 02/02/11

Date Validation prvue 14/12/11 02/02/11

04/02/11 04/03/11 22/12/11

04/02/11 04/03/11 23/12/11

26/12/10 11/02/11 16/02/11

26/12/10 11/02/11 16/02/11

18/02/11 20/02/11 02/03/11

18/02/11 20/02/11 02/03/11

06/03/11 13/03/11 20/03/11

06/03/11 13/03/11 20/03/11

15

3-4 Planning 3-4-1 Phase cycle de vie retenu : Les phases du cycle de vie du projet sont les suivantes :

Lanalyse des besoins: Cette phase porte essentiellement sur les besoins principaux et la mise en place du projet. Elle comporte la phase didentification et la phase de planification : - lidentification des besoins des objectifs et les risque. - planification consiste dterminer un planning qui spcifie les dlais les cots, ainsi que laffectation des ressources

LElaboration : cest ltude des besoins, lanalyse, la conception et limplmentation des uses case hautement risqu. La construction : cest ltude des besoins, lanalyse, la conception et limplmentation des uses case moins risqu. Transition : Cette phase consiste a intgr les diffrents Use-Case les tests dintgration et le dploiement de lapplication final ainsi que la documentation.

16

3-5 Description des phases : 3-5-1 Phase danalyse des besoins : Phase dAnalyse des besoins Objectifs Dterminer les objectifs, les menaces, les ressources Dterminer, Ordonnancement les taches a ralis Lestimation des charges et laffectation des ressources Validation de la comprhension de lapplication Prise en compte du rapport dtude de lexistant Mise disposition du cahier de charge. Planning, PAQ

Contrainte Pr-requis Livrables en sortie

Critres de fin de phase : Comprhension fonctionnelle et technique de lapplication par lquipe de dveloppement 3-5-2 Phase dElaboration: Phase Elaboration Ltude des besoins, lanalyse, conception et implmentation des Use-Case hautement risqu Objectifs Contrainte Pr-requis Etape de la phase Taches dj affecter aux ressources Planning , PAQ laboration du dossier de spcification fonctionnel et dtaill Dossier de spcification gnral

Livrables en sortie

17

Critres de fin de phase : Les critres de sortie sont les suivantes : Aucune anomalie bloquante 3-5-3 Phase Construction : Phase de Construction Objectifs Contrainte Pr-requis Ltude des besoins, lanalyse, conception et implmentation des Use-Case moins risqus. Taches dj affect aux ressources Planning, PAQ Dossier de spcification gnral disposition Etape de la phase laboration du dossier de spcification fonctionnel et dtaill

3-5-4 Phase de transition : Phase Transition Objectifs Intgration des diffrent Use-Case Dploiement de lapplication Elaboration de lensemble de la documentation technique de la solution Procdure dinstallation et de configuration de lapplication valide Documentation technique

Pr-requis Livrables en sortie

3-6 Planning du projet Llaboration du planning sest base sur les hypothses suivantes : - Respect des priodes de validation - Suivre les itrations de la mthode UP. Le planning peut subir des modifications suivant les impratifs du projet. Le planning est revu avec lencadrant loccasion de chaque runion.
18

19

3-7 Equipe MOE Nom HAJJI Manal ZAGHRARI Mehdi CHENNANI Med Amine EL BEKKAOUI Ouiame Fonction / rle pour le projet Ingnieur MIAGE Ingnieur MIAGE Ingnieur MIAGE Ingnieur MIAGE Tl Mail

06 40 00 00 60 M.Hajji@emsi.com 06 46 11 36 61 M.zaghrari@emsi.com 06 46 00 00 90 MA.Chennani@emsi.com 06 40 00 00 81 O.ELBekkaoui@emsi.com

3-7 Equipe MOA Nom Mr ERRAMDANI Fonction / rle pour le projet Client Tl 0664000000 Mail M.Erramdani@emsi.com

20