Professional Documents
Culture Documents
Compagnie
CDG DEVELOPPEMENT
Sujet
La mise en place d’un système de Suivi
des Réalisations de Projets de Promotion Immobilière
Mr.FahdJamalELKODRI
Mr.Mouad BenCHCHAOUI
AOUI Mr.Ayoub Benbouzid
Mr.Charefeddine Benabdesselam
Mr.Mahmoud Nassar
Abréviation Désignation
MO Maîtrise d’Ouvrage.
6
TABLE DES MATIERES
RESUME ........................................................................................................................................................... 2
LISTE DES ABREVIATIONS .......................................................................................................................... 7
LISTE DES FIGURES ....................................................................................................................................... 5
LISTE DES TABLEAUX ................................................................................................................................... 6
TABLE DES MATIERES ............................................................................................................................... 10
INTRODUCTION .......................................................................................................................................... 12
CHAPITRE 1 : CONTEXTE GENERAL DU PROJET
INTRODUCTION .................................................................................................................................................. 11
1 PRESENTATION DE L’ORGANISME D’ACCUEIL ...................................................................................... 11
1.1 La compagnie générale immobilière ..................................................................................................... 11
1.1.1 Historique et faits marquants ............................................................................................................................. 12
Activité de la CGI .................................................................................................................................. 14
1.2
L’organigramme de la CGI ..................................................................................................................... 15
1.3
La direction de l'Organisation et Système d'Information ..................................................................... 16
1.4
Le Pôle Tertiaire..................................................................................................................................... 16
1.5
2 PRESENTATION DU PROJET TABLEAU DE BORD DU POLE ................................................................ 17
2.1 Tableau de bord : Outil de suivi et pilotage .......................................................................................... 17
2.1.1 Termes et définitions.......................................................................................................................................... 17
2.1.2 Indicateurs de pilotage Tertiaire ........................................................................................................................ 18
2.2 Présentation du projet : Tableau de bord du Pôle Tertiaire ................................................................. 19
3 CONDUITE DE PROJET ............................................................................................................................... 20
3.1 Processus de développement .................................................................................................................. 20
3.1.1 Le processus 2TUP .............................................................................................................................................. 20
3.2 Planification du projet ................................................................................ Error! Bookmark not defined.
CONCLUSION ..................................................................................................................................................... 22
CHAPITRE 2 : ETUDE DE L’EXISTANT ET SPECIFICATION DES BESOINS FONCTIONNELS
INTRODUCTION ............................................................................................................................................ 24
1. ETUDE DE L’EXISTANT .............................................................................................................................. 24
1.1. Description de l’existant ......................................................................................................................... 24
1.2. Limitation du fonctionnement actuel ................................................................................................... 25
2. SPECIFICATION DES BESOINS ................................................................................................................... 25
2.1. Les besoins verticaux.............................................................................................................................. 26
2.2. Besoins transversaux .............................................................................................................................. 26
3. REGLES DE GESTION .................................................................................................................................. 30
3.1. Axes de calculs ....................................................................................................................................... 30
3.2. Règles de calcules ................................................................................................................................... 30
3.3. Qualité du système et service attendu ..................................................................................................... 31
CONCLUSION ................................................................................................................................................. 32
CHAPITRE 3 : ETUDE CONCEPTUELLE DU PROJET
INTRODUCTION ............................................................................................................................................ 34
1. DIAGRAMME DES CAS D’UTILISATION GENERAL .................................................................................. 34
1.1. Identification des acteurs ........................................................................................................................ 34
1.2. Diagramme de contexte.......................................................................................................................... 35
1.3. Identification des messages..................................................................................................................... 35
1.4. Identification des cas d’utilisations.......................................................................................................... 36
2. DESCRIPTION DES CAS D’UTILISATIONS ................................................................................................. 39
2.1. Module « Authentification ».................................................................................................................... 39
2.2. Module « Administration » ..................................................................................................................... 40
2.3. Module « Paramétrage système »............................................................................................................. 42
2.4. Module « Suivi budgétaire du projet » ................................................................................................. 44
7
2.5. Module « Reporting & Tableau de bord » ............................................................................................ 45
3. DIAGRAMME DE CLASSE ............................................................................................................................. 47
CONCLUSION ................................................................................................................................................. 47
CHAPITRE 4 : REALISATION DU PROJET TABLEAU DE BORD TERTIAIRE
INTRODUCTION............................................................................................................................................ 49
1. CHOIX TECHNIQUES................................................................................................................................... 49
1.1. Framework .Net ..................................................................................................................................... 50
1.2. Les composants du .NET ....................................................................................................................... 51
1.2.1.Le langage C# ...................................................................................................................................................... 51
1.2.2.Asp.Net ............................................................................................................................................................... 51
1.2.3.ADO.Net ............................................................................................................................................................. 52
1.3. Framework d’application Asp.NET MVC ............................................................................................... 52
1.3.1.Présentation du Framework Asp.Net MVC......................................................................................................... 53
1.4. Framework de persistance « Entity Framework » ................................................................................ 54
1.5. Outils de travail ...................................................................................................................................... 56
1.5.1.Visual Studio Team System 2008 ........................................................................................................................ 56
1.5.2.Le choix du SGBD SQL Server Entreprise Edition 2008 ....................................................................................... 56
1.5.3.Le serveur de reporting : SQL Server Reporting Services 2008........................................................................... 57
2. ELEMENT SUR L’IMPLEMENTATION DU SYSTEME TABLEAU DE BORD TERTIAIRE ..................... 58
2.1. Architecture logicielle ............................................................................................................................. 58
2.2. Les interfaces Homme Machine ............................................................................................................. 59
2.2.1.Charte graphique ................................................................................................................................................ 59
2.2.2.Page d’accès au système .................................................................................................................................... 60
2.2.3.Module « Administration »................................................................................................................................. 60
2.2.4.Module « Suivie budgétaire du projet » ............................................................................................................. 61
2.2.5.Module « Paramétrage de l’application » .......................................................................................................... 63
CONCLUSION ............................................................................................................................................... 63
CONCLUSION ET PERSPECTIVES ............................................................................................................ 64
BIBLIOGRAPHIE .......................................................................................................................................... 66
ANNEXE A .................................................................................................................................................... 67
ANNEXE B .................................................................................................................................................... 71
ANNEXE C .................................................................................................................................................... 72
ANNEXE D .................................................................................................................................................... 74
ANNEXE E .................................................................................................................................................... 80
8
Introduction
INTRODUCTION
Pour une entreprise leader telle la CGI (Compagnie Générale Immobilière), des
projets sont lancés pour la mise en place de tels outils. Ce rapport dont le thème est
« la mise en place d’un système de suivi des réalisations de projets de promotion
immobilière » s’inscrit dans ce cadre. Ce système est conçu et destiné au pilotage, à la
gestion et au suivi budgétaire des réalisations du pôle tertiaire pour avoir une
visibilité sur les encours et les actualisations.
9
Chapitre 1 : Contexte général du projet
CHAPITRE 1 :
INTRODUCTION .................................................................................................................................................. 11
1 PRESENTATION DE L’ORGANISME D’ACCUEIL ...................................................................................... 11
1.1 La compagnie générale immobilière ..................................................................................................... 11
1.1.1 Historique et faits marquants ............................................................................................................................. 12
Activité de la CGI ..................................................................................................................................... 14
1.2
L’organigramme de la CGI .......................................................................................................................... 15
1.3
1.4
La direction de l'Organisation et Système d'Information ...................................................................... 16
Le Pôle Tertiaire ........................................................................................................................................ 16
1.5
2 PRESENTATION DU PROJET TABLEAU DE BORD DU POLE ................................................................ 17
2.1 Tableau de bord : Outil de suivi et pilotage .......................................................................................... 17
2.1.1 Termes et définitions.......................................................................................................................................... 17
2.1.2 Indicateurs de pilotage Tertiaire ........................................................................................................................ 18
2.2 Présentation du projet : Tableau de bord du Pôle Tertiaire .................................................................. 19
3 CONDUITE DE PROJET ............................................................................................................................... 20
3.1 Processus de développement ........................................................................................................................... 20
3.1.1 Le processus 2TUP .............................................................................................................................................. 20
3.2 Planification du projet ..................................................................................... Error! Bookmark not defined.
CONCLUSION ................................................................................................................................................ 22
Introduction
Notre stage de formation . Nous présentons dans un premier temps la CGI, son
positionnement au sein du groupe CDG, ses activités, pour examiner ensuite le sujet
du projet, son objectif et la méthode de conduite de projet adoptée.
poly compétence lui permet d'être présente sur des opérations structurantes et
complexes telle : la Marina à Casablanca, Chrifia à Marrakech.
Historique :
La CGI est l’une des sociétés les plus importantes en matière de promotion
immobilière au Maroc, elle a été créée en 1960 et est détenue à 99,9% par CDG
Développement qui est est-elle filiale à 100% de la CDG (Groupe Caisse de Dépôt
et de Gestion).
Ces deux dernières années marquent positivement l’histoire de la CGI à savoir qu’en
2006, la CGI a décroché le label qualité Iso 9001 version 2000 par le cabinet BVQI
avec brio et en 2007, elle a fait une entrée spectaculaire à la bourse de Casablanca et
ce n’est qu’un début, ses ambitions stratégiques de développement sont telles que
seule une équipe performante, soudée et professionnelle peut y parvenir.
Fiche signalétique :
1988 : Distinction internationale « Meilleur prix arabe d'habitat » pour l'opération « Hay Al
Fath » à Rabat, portant sur 2500 appartements.
2006 : La CGI a décroché le label qualité (ISO 9001 version 2000) par le cabinet BVQI avec
brio.
2007 : Repositionnement de la CGI sur des projets de grandes envergures tels que la
Casablanca Marina ;
Entrée à la Bourse de Casablanca, ses ambitions stratégiques de développement sont telles que
seule une équipe performante, soudée et professionnelle peut y parvenir.
2008 : Signature d'un accord de partenariat stratégique avec le Groupe Jordanien Mawared
avec pour objet la création d'une Holding marocaine détenue à parts égales par la CGI et
Mawared International Morocco en vue de porter des projets structurants.
2009 : La Compagnie Générale Immobilière - CGI vient de passer avec succès, son audit de
maintien de certification selon la nouvelle norme ISO 9001 version 2008, par le groupe
international Bureau Veritas Certification pour l'ensemble de ses activités [1].
27 mai 2009 2 : Signature d’un accord de partenariat stratégique entre les filiales CGI et
MADAEF du groupe CDG et le groupe PIERE & VACANCES. Ce partenariat concrétise la
volonté de deux Groupes de promouvoir sur le territoire marocain le concept des résidences
de tourisme.
Chiffres significatifs
Appartements et villas
Résidences d’habitations sécurisées
Résidences intégrées dans les zones touristiques
Opérations de renouvellement urbain non-social
Bureaux
Centres commerciaux
Centres de loisirs
Centres hospitaliers
Les unités hôtelières
Complexes multi-fonctionnels
L’organisation de la CGI est décrite dans le schéma (cf. figure 1.2), on a effectué le
stage à la Direction de l'Organisation et Système d'Information située au sein du pôle
support.
Ce pôle a pour mission de :
3 Conduite de projet
En se basant sur les résultats de cette étude, nous constatons que toutes ces
méthodologies proposent de travailler de façon itérative, que ce soit au niveau des
plannings, des spécifications, ou du développement. Et puisque le 2TUP reste la
meilleure solution en réservant des branches entières à la technologie et au
fonctionnel dans son processus de développement, il semble le plus adapté pour
mener à bien notre projet.
3.1.1 Le processus 2TUP
2TUP est un processus qui répond également à d’autres caractéristiques telles que :
Un processus incrémental piloté par les risques
Un processus piloté par les exigences des utilisateurs
Un processus de modélisation avec UML
Conclusion
CHAPITRE 2 :
Rapport de stage formation(ENIM) 2008- 2009
Chapitre 2: Etude de l’existant et spécification des besoins fonctionnels
INTRODUCTION ............................................................................................................................................ 24
1. ETUDE DE L’EXISTANT .............................................................................................................................. 24
1.1. Description de l’existant ......................................................................................................................... 24
1.2. Limitation du fonctionnement actuel ................................................................................................... 25
2. SPECIFICATION DES BESOINS ................................................................................................................... 25
2.1. Les besoins verticaux.............................................................................................................................. 26
2.2. Besoins transversaux .............................................................................................................................. 26
3. REGLES DE GESTION .................................................................................................................................. 30
3.1. Axes de calculs ....................................................................................................................................... 30
3.2. Règles de calcules ................................................................................................................................... 30
3.3. Qualité du système et service attendu ..................................................................................................... 31
CONCLUSION ................................................................................................................................................. 32
CHAPITRE 3 : ETUDE CONCEPTUELLE DU PROJET
INTRODUCTION ............................................................................................................................................ 34
1. DIAGRAMME DES CAS D’UTILISATION GENERAL .................................................................................. 34
1.1. Identification des acteurs ........................................................................................................................ 34
1.2. Diagramme de contexte.......................................................................................................................... 35
1.3. Identification des messages..................................................................................................................... 35
1.4. Identification des cas d’utilisations.......................................................................................................... 36
2. DESCRIPTION DES CAS D’UTILISATIONS ................................................................................................. 39
2.1. Module « Authentification ».................................................................................................................... 39
2.2. Module « Administration » ..................................................................................................................... 40
2.3. Module « Paramétrage système »............................................................................................................. 42
2.4. Module « Suivi budgétaire du projet » ................................................................................................. 44
2.5. Module « Reporting & Tableau de bord » ............................................................................................ 45
3. DIAGRAMME DE CLASSE ............................................................................................................................. 47
CONCLUSION ................................................................................................................................................. 47
Introduction
1. Etude de l’existant
La phase de spécification met en relation les besoins des utilisateurs avec la solution
à mettre en place. Cette phase décrit non seulement le comportement cible de la
solution mais également son mode de fonctionnement, tout en distinguant les
spécifications fonctionnelles générales, les spécifications fonctionnelles détaillées et
les spécifications techniques.
Nous devons donc déterminer les principaux besoins dont il doit répondre ce
nouveau système.
Puisque les données communiquées par les chefs de projets étaient enregistrées sur
des fichiers Excel, le premier besoin exprimé par le Pôle Tertiaire était celui de
réaliser un outil de saisie qui répond aux besoins suivants :
Saisie des réalisations et avancements physiques :
Une fois par an, le chargé d’études procédera à la saisie du budget et trois fois par an
pour l’actu et ce par projet.
Saisie du comptabilisé
Une fois par mois les investissements, encaissements et chiffre d’affaires qui
émanent de la comptabilité doivent être renseignés par le chargé d’études.
Saisie de l’investissement global
Afin d’accéder à l’information d’une manière simple, les utilisateurs demandent bien
avoir des interfaces conviviales avec un affichage rapide, sur lesquelles ils peuvent
saisir les informations mensuelles concernant les projets et visualiser par la suite le
résultat.
En effet ceci sera garanti via les différents types de tableaux de bord, qui vont être
présentés en détail dans l’annexe E :
1) Tableau de bord chefs de projets : permettre aux chefs de projets de
disposer d’un TDB de leurs projets mensuels et cumulés.
2) Tableau de bord directeurs de projets : permettre aux directeurs de
projets d'avoir un TBD de leurs projets et de leur direction.
3) Tableau de bord Directeur Pôle : permettre au directeur de pôle d'avoir
un TBD de tous les projets du pôle.
4) Tableau de bord Chargé d’études : permettre à la chargée d’études
d’avoir un TDB de tous les projets du pôle avec plusieurs niveaux de
consolidation (par direction, par mode de gestion).
Grâce aux fonctionnalités offertes par l’outil Excel, l’un des besoins transversaux
était d’exporter les données vers ce dernier, afin de profiter des présentations
graphiques des données exportées.
Une fois les données saisies et stockées dans la base de données et la génération des
indicateurs de pilotage est faite, il s’agit ensuite de publier les données sous forme de
rapports et états. La chargée d’études demande de garder le format de rapport et état
actuel générer par les tableurs Excel voir schémas (cf. figure 2.3) le reste est fournie
en annexe E :
Figure 2.3 Canevas d'état « chiffre d'affaires » CGI selon le mode de gestion (MO, MOD, MODECEM, Filiale)
Chaque état produit par le système est présenté sous forme des indicateurs de
performances et axes de calculs.
Axes et indicateurs :
Le tableau suivant définit les indicateurs, les axes et les hiérarchies correspondants.
Comptabilisé Comptabilisé
Temps, Budget,
Actu, Réalisé,
Investissement Comptabilisé
Avancement Avancement
physique
Tableau 2.1 Indicateur, Axes du tableau de bord Tertiaire
Plusieurs tableaux de bord et états ont été identifiés lors de la phase cadrage du
projet. On décrit ci-dessous quelques tableaux de bord de l’application « Tableaux de
Bord du Pôle », la structure de ces tableaux de bord est fournie en annexe.
Numéro
Du Tableau de Intitulé du tableau de bord Indicateur (s)
bord
1 Etat mensuel consolidé des Investissement
Investissements par direction et par
mode
2 Etat mensuel consolidé des Encaissement
Encaissements par (Direction Rabat,
Nord, Casa & Sud) par mode
3 Etat mensuel des Investissements Investissement,
encaissements & CA par projet en MO et Encaissement
MODCEM par direction
4 Etat mensuel des Investissements Investissement,
encaissements & CA projet en MOD par Encaissement, CA
direction
5 Etat cumulé des Investissements Investissement,
encaissements & CA projet en MOD par Encaissement, CA
direction
6 Etat cumulé des Investissements Investissement,
encaissements & CA projet en Filiales par Encaissement, CA
direction
3. Règles de gestion
3.1. Axes de calculs
Le réalisé c’est le montant des prestations réalisées pour le projet communiqué par
les BET & OPC non encore facturé.
Fiabilité :
La fiabilité est l'aptitude du logiciel à maintenir son niveau de service dans des
conditions précises et pendant une période déterminée. La fiabilité recouvre les
notions de fréquence des défaillances, de tolérance aux fautes et de possibilité de
récupération après une défaillance.
- Disponibilité du service souhaitée: 24 H /24 et 7J/7.
Facilité d’utilisation :
Conclusion
CHAPITRE 3
ETUDE CONCEPTUELLE DU
PROJET
INTRODUCTION ............................................................................................................................................ 34
1. DIAGRAMME DES CAS D’UTILISATION GENERAL .................................................................................. 34
1.1. Identification des acteurs ........................................................................................................................ 34
1.2. Diagramme de contexte.......................................................................................................................... 35
1.3. Identification des messages..................................................................................................................... 35
1.4. Identification des cas d’utilisations.......................................................................................................... 36
2. DESCRIPTION DES CAS D’UTILISATIONS ................................................................................................. 39
2.1. Module « Authentification ».................................................................................................................... 39
2.2. Module « Administration » ..................................................................................................................... 40
2.3. Module « Paramétrage système »............................................................................................................. 42
2.4. Module « Suivi budgétaire du projet » ................................................................................................. 44
2.5. Module « Reporting & Tableau de bord » ............................................................................................ 45
3. DIAGRAMME DE CLASSE ............................................................................................................................. 47
CONCLUSION .................................................................................................................................................... 47
Introduction
Dans ce chapitre, on va présenter l’analyse et la conception de l’intranet Tableaux
du système, et ce, en utilisant le diagramme de modélisation UML et en suivant les
étapes du cycle de développement en Y.
Chaque utilisateur possède un profil qui détermine ses droits dans l’application (cf.
Tableau 3.1) :
C : Consultation, U : Utilisation, A : Administration
C U C U C U A
Directeur du X X X
Pôle
Chargée X X X X X
d’études
Directeurs de X X X
projets
Chefs de projets X X X X
Administrateur X
Tableau 3.1
3. La pré-configuration des profils
Gérer profils
Gérer période
Reporting & Tableau de bord Reporting & TDB projet consolidé Directeur du Pôle
du pôle.
Après avoir identifié les cas d’utilisation de l’application, on va les représente sur un
diagramme de cas d’utilisations comme illustré ci-dessous :
Scénario nominal :
Au démarrage l’utilisateur saisie son login et mot de passe sur la page
d’authentification pour activer la session et charger son profil.
Si le login et le mot de passe est incorrect, l’exception ‘E1’ est généré.
Fin de cas d’utilisation.
Exception :
E1 : Sur la page d’authentification on signale que le login ou le mot de
passe est incorrect et on demande leurs saisies à nouveau.
Scénario nominal :
Ce cas d’utilisation commence lorsque l’administrateur demande la gestion des
comptes utilisateurs du système.
o Enchainement ‘1’ : Ajout d’un nouvel utilisateur
L’administrateur clique sur le login de l’utilisateur qu’il désire modifier. Une page
d’édition des données de l’utilisateur est alors affichée lui permettant d’effectuer les
modifications qu’il souhaite.
Si le nouveau login choisi (après la modification) existe déjà, il faut déclencher
[Exception 1 : login déjà existant]
Scénario nominal :
L’administrateur liste tous les profils qui existent dans le système, sélectionne celui
qu’elle désire modifier. Une page d’édition s’affiche en lui permettant d’effectuer les
modifications qu’elle souhaite. Le système demande une confirmation de
modification.
Ce cas d’utilisation se termine lorsque L’administrateur valide la mise à jour des
profils.
o Exception :
But Détaille les étapes permettant à la chargée d’études de bien gérer les projets du Pôle
(création suppression…), gérer les paramètres globales du projet (mode de gestion, maitrise
d’ouvrages, prestataires).
Scénario nominal :
La chargée d’études sélectionne le projet qu’elle désire modifier. Une page d’édition
des données du projet est alors affichée lui permettant d’effectuer les modifications
qu’il souhaite.
Ce cas d’utilisation se termine lorsque la chargée d’études quitte la partie ‘Création
d’un projet’.
Cas d’utilisation « gérer de période »
Scénario nominal :
Ce cas d’utilisation se termine lorsque la chargée d’études valide la mise à jour des
profils.
Pré-conditions Le chef de projet est authentifié et période de saisie c’est la 1ère semaine du mois M.
Scénario nominal :
Pré-conditions Le chef de projet est authentifié et période de saisie c’est la 1ère semaine du mois M.
Figure 3.8 Diagramme du Cas d’utilisation du module reporting & TDB projet
Ce cas d’utilisation englobe deux sous cas d’utilisations globaux (consultation TDBs
consolidé par direction/ consultation TDBs consolidé du pôle) permettra le suivi des
états des projets du pôle tertiaire à travers des différents indicateurs de pilotages
(Investissement, Encaissement, CA).
Scénario nominal :
3. Diagramme de classe
En se basant sur les diagrammes des cas d’utilisations et de séquences (voir annexe
D) on a élaboré le diagramme de classe.
Vu le nombre important des classes dans chaque module, on va présente seulement
le diagramme des classes des deux modules « suivi budgétaire de projet » et
« Authentification et sécurité ».
Conclusion
On a présenté dans ce chapitre une vue conceptuelle sur le système tableau de bord
tertiaire. Le diagramme des cas d’utilisations et diagramme reflète les fonctionnalités
offertes aux utilisateurs de notre système, dans le prochain chapitre nous aborderons la
phase de réalisation du projet.
CHAPITRE 4
RÉALISATION DU PROJET
TABLEAU DE BORD TERTIAIRE
INTRODUCTION............................................................................................................................................ 49
1. CHOIX TECHNIQUES................................................................................................................................... 49
1.1. Framework .Net ..................................................................................................................................... 50
1.2. Les composants du .NET ....................................................................................................................... 51
1.2.1.Le langage C# ...................................................................................................................................................... 51
1.2.2.Asp.Net ............................................................................................................................................................... 51
1.2.3.ADO.Net ............................................................................................................................................................. 52
1.3. Framework d’application Asp.NET MVC ............................................................................................... 52
1.3.1.Présentation du Framework Asp.Net MVC......................................................................................................... 53
1.4. Framework de persistance « Entity Framework » ................................................................................ 54
1.5. Outils de travail ...................................................................................................................................... 56
1.5.1.Visual Studio Team System 2008 ........................................................................................................................ 56
1.5.2.Le choix du SGBD SQL Server Entreprise Edition 2008 ....................................................................................... 56
1.5.3.Le serveur de reporting : SQL Server Reporting Services 2008........................................................................... 57
2. ELEMENT SUR L’IMPLEMENTATION DU SYSTEME TABLEAU DE BORD TERTIAIRE ..................... 58
2.1. Architecture logicielle ............................................................................................................................. 58
2.2. Les interfaces Homme Machine ............................................................................................................. 59
2.2.1.Charte graphique ................................................................................................................................................ 59
2.2.2.Page d’accès au système .................................................................................................................................... 60
2.2.3.Module « Administration »................................................................................................................................. 60
2.2.4.Module « Suivie budgétaire du projet » ............................................................................................................. 61
2.2.5.Module « Paramétrage de l’application » .......................................................................................................... 63
CONCLUSION ............................................................................................................................................ 63
Introduction
L'un des sujets les plus controversés en matière de développement d'applications est
celui du choix des outils de développement, et ceux qui décident ce choix sont les
membres de la haute direction, les directeurs et chefs de projets SI, développeurs
expérimentés aussi bien que les nouveaux développeurs.
Bien souvent, ce sont des concepts à la mode qui l'emportent, comme indépendance
des fournisseurs, solution ouverte ou multi-langage. Parfois la préférence va vers un
fournisseur ou un langage de programmation déterminé. Il est important de faire le
bon choix car cela se traduira par des capacités et des performances supérieures de
l’application, une plus grande facilitée de développement et de maintenance et des
frais de propriété moindres.
1. Choix techniques
Pour développer notre système de suivi, nous avons utilisé la technologie .Net de
Microsoft, version 3.5.
Due que ce choix est imposé par l’entreprise qui vise la migration vers DOT.Net.
1.2.1. Le langage C#
Le langage C# est devenu le langage de référence de Microsoft. C’est le langage star
de la nouvelle version de Visual Studio .NET, un langage dérivé du C++, qui
reprend des caractéristiques du langage Java. C# peut être utilisé pour créer des
applications Windows et Web. Le langage C# ajoute au C++ les techniques de
construction de programmes sur base de composants prêts à l’emploi avec
propriétés et événements.
Il a les caractéristiques suivantes :
Purement orienté objet : tout est classe,
Types précisément conformes à l’architecture .NET et vérifications de
type plus élaborées,
Gestion automatique de la mémoire (ramasses miettes).
Pas d’héritage multiple mais plusieurs interfaces.
1.2.2. Asp.Net
ASP.NET est la nouvelle version d’Active Server Pages (ASP) et fait partie
intégrante du Framework .NET, permet la création d’applications web au sein de
.NET et non pas de pages web comme avec ASP.
1.2.3. ADO.Net
ADO.Net est conçu pour charger des données à partir d’une source de données et
pour les utiliser ensuite dans un état déconnecté.
Cet état déconnecté permet au formulaire Web de fonctionner de façon semi
indépendante par rapport aux sources de données et de réduire ainsi le trafic sur le
réseau. ADO.Net utilise le langage XML (Extensible Markup langaage) comme
format de transmission universel, garantissant une intéropérabilité avec n’importe
quelle plate-forme sur laquelle est installé un analyseur XML.
nouveau Framework dans le monde Microsoft Asp.NET MVC version 1.0 qui
permet d’organiser le développement selon le design pattern MVC1.
Ce dossier contiendra
les classes qui feront
office de contrôleur.
Le Global.asax contient
toutes les informations
Les modules de test sur les « Routes ».
unitaires,
1
Pour plus de détail sur le design Pattern MVC veuillez vous référer à l’Annexe B
Remarque :
La structure d’un projet ASP.NET MVC est un peu différente de celle d’un projet
ASP.NET classique. On remarque la présence des dossiers Controllers, Models
et Views.
Il présente plusieurs avantages par rapport au Framework classique comme :
La facilité de gérer une architecture complexe en divisant l'application
en un modèle, une vue et un contrôleur.
Il offre un meilleur support pour le développement dirigé par les tests.
Le support des fonctionnalités existantes d'ASP.NET classique.
L’Entity Framework est une technologie intégrée à ADO .Net, qui permet de
développer des applications de gestion de données, sans se soucier de la conception
du schéma de base de données devant contenir les données de l’application. Il
constitue une couche d'abstraction, au travers d'entités définies dans un modèle,
appelé Entity Data Model (EDM) (cf. figure 4.6). Ce modèle est divisé en 3 parties :
Ce Framework est choisi par ses différents avantages pour persister la base de
données « Tableau de bord Tertiaire »
Le SSRS est une technologie serveur de création de rapports qui prend en charge la
création, la distribution, la gestion et l'accès de l'utilisateur final aux rapports.
La réalisation des rapports a été confiée à SQL Server Reporting Services 2008. En
effet, cet outil dédié à ce genre de travail et est doté d’une puissance et d’une
robustesse impressionnante grâce à sa simplicité lors de la génération des rapports
personnalisés. (Voir figure 4.9)
Figure 4.8
4. Exemple de rapport générer avec SSRS 2008
Figure 4.9
4. Architecture applicative du système
Couche présentation :
Couche présentant l’interface web avec laquelle va interagir l’utilisateur final.
final
Couche de mappging :
Couche de mapping objet relationnel assurée par le Framework Entity.
Ajouter utilisateur
Conclusion
On a présenté dans ce chapitre une vue globale sur la réalisation du système de suivi,
et cela en décrivant l’environnement du travail, les différents outils et Framework
utilisés et quelques interfaces de l’application.
L’expérience vécue durant ce stage était fort profitable, dans la mesure où elle a
permis de consolider mes acquis au sein de l’ENIM notamment en matière de
développement informatique, On a eu ainsi l’opportunité de travailler dans un
environnement de très haute niveau et de développer notre relationnel au sein de
l’organisme d’accueil.
WeboGraphie :
[1] http://technet.microsoft.com/en-us/magazine/cc434691.aspx
[2] http://msdn.microsoft.com/fr-fr/magazine/dd695917.aspx
[3] http://www.dotnetguru.org/
[4] http://dotnet.developpez.com/cours/
[5] http://msdn.microsoft.com/en-us/library/ms229862.aspx
[6] http: // www.laboratoire-microsoft.org/articles/sql-server-reporting-service-
2005/2/#38
[7] http: // vincenthomedev.wordpress.com/2008/03/12/linq-to-sql-vs-linq-to-
entities/
Annexe A
Extraits du plan management de projet
1. Introduction
L’annexe A sera dédié à la présentation du PMP qu’on a élaboré à la phase de
démarrage de notre projet.
2. Contraintes du projet :
Lors de l’élaboration de notre projet de fin d’études on a été soumi à un ensemble de
contraintes qui sont :
Le délai pour la livraison du produit final est fixé pour le mi-aout. Les
produits intermédiaires (CPS, PMP, Dossier Technique, …) seront livrés
suivant les délais fixés par les encadrants interne et externe en vue de valider
le passage d’une phase à une autre.
Une formation doit être prévue pour assimiler les technologies autour de la
plateforme Dot.net 3.5 à savoir Link To Entity, ASP.Net MVC… ainsi que
les principes de l’outil de Reporting (SSRS, Serveurs d’applications, Report
Definition Language...)
Il faut prendre en considération la disponibilité des encadrants interne
(Mr.Nassar) et externe (Mr.Benbouzid).
La disponibilité du serveur pour la réalisation du projet.
4. Plan de Communication :
La communication entre les différentes parties prenantes du projet s’effectue par des
réunions et des communiqués par e-mail. Les réunions étaient planifier soit par notre
demande ou de la part des encadrants interne et externe.
Responsab Personnes
Type Type de diffusion Sujet Périodicité
le concernées
Demande de la Faire le point sur
part des l’avancement du Chaque Elkodri A.Benbouzid
Réunion encadrant projet Jour Benchcha C.Benabdessela
externes ou du et résolution des oui m M.Kallida
stagiaires. problèmes
Demande de la N.Soufiani
part des Etat d’avancement du Pôle A.Benbouzid
personnes de projet + validation A la Tertiaire C.Benabdessela
Réunion
pilotage du des demande CGI m
projet (chargée phases
d’études)
Tableau A.2 Plan de communication du projet
Description du
risque probabilité impact Mesure
Annexe B
Le Design Pattern MVC
Le Modèle-Vue-Contrôleur
Contrôleur (MVC) est une architecture et une méthode de
conception qui organise l'interface Homme-machine
Homme machine d'une application logicielle. Il
divise l'ihm en un modèle (modèle de données), une vue (présentation, interface
utilisateur) et un contrôleur (logique de contrôle, gestion des évènements,
synchronisation), chacun ayant un rôle précis dans l'interface.
MODEL : Cette couche va contenir l’accès aux données via Linq-To- Linq
SQL/Entities ou via votre propre provider de données. Cette couche
permettra aussi la mise à jour des données
données affichées dans la vue.
View : Cette couche correspond à l’interface de votre application. Elle
permettra d’afficher les données du model et de récupérer les entrées
utilisateurs.
Controller : C’est la couche qui pilotera toute votre application. Elle
permettra de gérer les actions à réaliser sur les formulaires suivant les actions
utilisateurs. De plus, elle gèrera les modifications à apporter à la couche
Model donc aux données.
En résumé, le workflow d’une application basée sur MVC est le suivant :
Annexe C
Comparatif de processus de développement
1. Introduction :
Un processus de développement est un ensemble d'étapes partiellement ordonnées,
qui concourent à l'obtention d'un système logiciel ou à l'évolution d'un système
existant (comme c’est le cas pour les projets de migrations). L’objectif final de
l’adoption d’un processus de développement est de produire des logiciels de qualité
(qui répondent aux besoins des utilisateurs) et dans des temps et des coûts
prévisibles.
Annexe D
Complément Analyse et conception
Acteur Fonction
Directeur du Consulter le TDB consolidé de tous les projets du pôle :
Consulter le TDB consolidé de tous les projets par direction :
Pôle • Visualiser l’état mensuel consolidé des Investissements par direction et par
mode.
• Visualiser l’état cumulé consolidé des Investissements par direction et par mode.
• Visualiser l’état mensuel consolidé des Encaissements par direction et par mode.
• Visualiser l’état cumulé consolidé des Encaissements par direction et par mode.
• CA mensuel et consolidé ….
Générer les différents TDBs produits sous forme d’un tableur Excel.
Générer les différents TDBs produits sous forme d’un tableur Excel.
Charger des feuilles de calcul depuis un tableur vers la base de données.
Consulter le TDB de son projet:
Chef de • Visualiser l’état mensuel des Investissements encaissement & CA de sa
direction et par mode (MO, MODCEM).
projets
- Visualiser l’avancement physique du projet.
- Visualiser le réalisé du projet.
- Visualiser le facturé du projet.
- Visualisé le comptabilisé du projet.
- Visualisé le budget du projet.
- Visualisé l’actu trimestrielle du projet.
Générer les différents TDBs produits sous forme d’un tableur Excel.
Charger des feuilles de calcul depuis un tableur vers la base de données.
Saisie du facturé:
• Renseigner les décomptes signés par le directeur du pôle une fois par mois.
Saisie du comptabilisé
• Renseigner les investissements qui émanent de la comptabilité une fois par moi.
• Renseigner les encaissements qui émanent de la comptabilité une fois par moi.
• Renseigner les chiffres d’affaires qui émanent de la comptabilité une fois par moi.
Saisie du comptabilisé
Annexe E
Production d’états et de tableaux de bord
Figure A.7 Etat mensuel consolidé des Investissements par direction et par mode
Figure A.8 Etat cumulé consolidé des Investissements par direction et par mode
3. Etat mensuel consolidé des Encaissements par (Dir Rabat, Nord, Casa & Sud)
par mode :
Figure A.9 Etat mensuel consolidé des Encaissements par (Dir Rabat, Nord, Casa & Sud) par mode
4. Etat cumulé consolidé des Encaissements par (Dir Rabat, Nord, Casa & Sud)
par mode
Figure A.10 Etat cumulé consolidé des Encaissements par (Dir Rabat, Nord, Casa & Sud) par mode
5. Etat mensuel consolidé du CA par (Dir Rabat, Nord, Casa & Sud) par mode
Figure A.11 Etat mensuel consolidé du CA par (Dir Rabat, Nord, Casa & Sud) par mode
6. Etat cumulé consolidé du CA par (Dir Rabat, Nord, Casa & Sud) par mode
Figure A.12 Etat cumulé des Investissements encaissements & CA par projet en MO et MODCEM par direction
Figure A.13 Etat mensuel annuel des Investissements encaissements & CA projet en MOD par direction
Figure A.14 Etat cumulé des Investissements encaissements & CA projet en MOD par direction
Figure A.15 Etat cumulé des Investissements encaissements & CA projet en MOD par direction