Mémoire de Fin d’étude : Étude analytique des prix unitaires dans les marchés de travaux publics au Burkina Faso Mémoire de fin d’étude /Juin 2009 Présenté par KINDO Issa, Master 2 Génie Civil 2ie Page 1 ANNEXE 7. ANNEXE 7. ANNEXE 7. ANNEXE 7. : CONCEPTION DU LOGICIEL APPLICATIF : CONCEPTION DU LOGICIEL APPLICATIF : CONCEPTION DU LOGICIEL APPLICATIF : CONCEPTION DU LOGICIEL APPLICATIF
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Mémoire de Fin d’étude : Étude analytique des prix unitaires dans les marchés de travaux publics au Burkina Faso
Mémoire de fin d’étude /Juin 2009 Présenté par KINDO Issa, Master 2 Génie Civil 2ie Page 1
ANNEXE 7.ANNEXE 7.ANNEXE 7.ANNEXE 7. : CONCEPTION DU LOGICIEL APPLICATIF: CONCEPTION DU LOGICIEL APPLICATIF: CONCEPTION DU LOGICIEL APPLICATIF: CONCEPTION DU LOGICIEL APPLICATIF
Mémoire de Fin d’étude : Étude analytique des prix unitaires dans les marchés de travaux publics au Burkina Faso
Mémoire de fin d’étude /Juin 2009 Présenté par KINDO Issa, Master 2 Génie Civil 2ie Page 2
Table des matières
PARTIE 1 : CONCEPTION DU LOGICIEL APPLICATIF ............... ................................ 1
CHAPITRE I GÉNÉRALITÉS SUR L’ETUDE DE PRIX ..................................................................................................... 4
I.1 L’étude de prix informatisé ............................................................................................................................ 4
I.2 La particularité des logiciels d’étude de prix.................................................................................................. 5
CHAPITRE II CONCEPTION ET RÉALISATION DE L’APPLICATION .......................................................................................... 6
II.1 Méthodologie de mise en œuvre de l’application ..................................................................................... 6
II.1.1 Description de la méthode ........................................................................................................................ 6
II.2 Mise en œuvre de l’application ............................................................................................................... 11
II.2.4 Construction ............................................................................................................................................ 15
II.2.5 Finalisation : Phase de test et de validation ............................................................................................ 17
CHAPITRE III PRISE EN MAIN DES DIFFÉRENTS MODULES ................................................................................................ 18
III.1 Le Module coûts des matériels et des véhicules ...................................................................................... 19
III.1.2 Manuel de référence ........................................................................................................................... 19
III.1.3 Présentation des feuilles Excel ............................................................................................................ 20
III.2 Le Module Étude de prix .......................................................................................................................... 20
III.2.2 Manuel de référence ........................................................................................................................... 21
III.3 Le Module Crédit d’heures ....................................................................................................................... 25
III.3.2 Présentation et manuel de référence .................................................................................................. 26
III.4 Le Module Budget ................................................................................................................................... 26
III.4.1 Information ......................................................................................................................................... 26
III.5.2 Manuel de référence ........................................................................................................................... 31
Mémoire de Fin d’étude : Étude analytique des prix unitaires dans les marchés de travaux publics au Burkina Faso
Mémoire de fin d’étude /Juin 2009 Présenté par KINDO Issa, Master 2 Génie Civil 2ie Page 3
FIGURES (Suite du Rapport)
Figure 11 : Planification Stratégique du Projet ............................................................................... 6
Figure 12 : Évolution du projet avec la méthode RAD ..................................................................... 7
Figure 13 : Parallélisassions et sérialisation des phases de projet avec la méthode RAD .............. 8
Figure 14 : Cycle de construction, principe itératif, incrémental et adaptatif ................................. 9
Figure 15 : Cycle de vie de l’application ........................................................................................ 10
Figure 16 : Logigramme du Progiciel Applicatif............................................................................ 14
Figure 17 : Principe de fonctionnement du progiciel ..................................................................... 16
Figure 18 : Menu Principal du Module Matériel et Véhicule ......................................................... 20
Figure 19 : Menu principal du Module Étude de Prix .................................................................... 21
Figure 20 : Masque de saisie des paramètres généraux de l’étude ................................................ 22
Figure 21 : Menu de visualisation .................................................................................................. 24
Figure 22 : Menu Principal Module Budget ................................................................................... 27
Figure 23 : Menu principal Module Suivi Budgétaire .................................................................... 31
TABLEAUX (suite rapport)
Tableau 19 : Description du système de Gestion ............................................................................ 12
Tableau 20 : Budget en dépenses ressources .................................................................................. 30
Tableau 23 : Évolution des recettes chantier .................................................................................. 33
Mémoire de Fin d’étude : Étude analytique des prix unitaires dans les marchés de travaux publics au Burkina Faso
Mémoire de fin d’étude /Juin 2009 Présenté par KINDO Issa, Master 2 Génie Civil 2ie Page 4
CHAPITRE I GÉNÉRALITÉS SUR L’ETUDE DE PRIX
I.1 L’étude de prix informatisé
Le développement de l’outil informatique dans les entreprises burkinabés de travaux publics est
surtout le fait de la gestion, d’avantage que l’assistance à la production. Dans ce domaine, il existe
sur le marché des produits informatiques qui permettent de traiter tout ou partie des besoins
exprimés.
Il appartient à chaque entreprise, envoie d’informatisation, d’effectuer rigoureusement sa
démarche, en suivant chronologiquement les étapes suivantes :
Analyse, description du besoin ; définition du cadre budgétaire ; constitution du cahier de charge ;
Recherche du produit existant qui répond le mieux à la description du besoin ;
Recherche du matériel le mieux approprié à la fois aux descriptions du besoin d’implantation et au
produit sélectionné
Dans la pratique la plus complète de la gestion informatisée consiste en l’utilisation d’un
« module central » de comptabilité, autour duquel gravitent des « périphérique » utilisant la même
base de données :
• Étude de prix ;
• Suivi de chantier ;
• Situation de travaux, facturation ;
• Gestion de matériel ;
• Paie ;
• Gestion des immobilisations ;
• Gestion des stocks ;
• Autres activités spécifiques...
Chaque périphérique constitue un « logiciel ». L’ensemble des périphériques représente le
« progiciel de gestion ».
Mémoire de Fin d’étude : Étude analytique des prix unitaires dans les marchés de travaux publics au Burkina Faso
Mémoire de fin d’étude /Juin 2009 Présenté par KINDO Issa, Master 2 Génie Civil 2ie Page 5
I.2 La particularité des logiciels d’étude de prix
Un logiciel d’étude de prix est constitué d’une « bibliothèque » de base qui définit tous les
composants, élémentaires ou composés, qui entrent dans les tâches à étudier ; la qualité de cette
bibliothèque détermine le potentiel du logiciel. Un bon retour de l’expérience acquise sur les
chantiers est un critère de qualité et de sécurité. De plus, un logiciel permet de personnaliser
l’étude, les éditions, tous paramètres entrant spécifiquement dans le cadre de l’affaire concernée.
La démarche « logique » du produit est le reflet de la démarche manuelle menée dans
l’établissement d’un sous-détail. L’avantage de l’informatisation des études de prix, c’est la
rapidité d’édition, la souplesse d’imputation des paramètres, la précision des résultats et, surtout,
la capacité offerte de simuler la variation des paramètres constitutifs de l’étude et de constater
directement les résultats.
Mémoire de Fin d’étude : Étude analytique des prix unitaires dans les marchés de travaux publics au Burkina Faso
Mémoire de fin d’étude /Juin 2009 Présenté par KINDO Issa, Master 2 Génie Civil 2ie Page 6
CHAPITRE II CONCEPTION ET RÉALISATION DE L’APPLICATION
II.1 Méthodologie de mise en œuvre de l’application
La méthode de développement rapide d'applications, dite méthode RAD (acronyme de
l'anglais Rapid Application Development), est la première méthode de développement de logiciels
où le cycle de développement est en rupture fondamentale par rapport celui des méthodes
antérieures dites « en cascade ». Ce nouveau cycle qualifié d'itératif, d'incrémental et d'adaptatif,
se retrouvera ensuite dans toutes les méthodes dites « agiles ».
II.1.1 Description de la méthode
La méthode RAD, après deux courtes phases de formalisation structurée de l'expression des
besoins (CADRAGE) et de définition globale de l'architecture technique (DESIGN), inclut dans
sa phase principale (CONSTRUCTION) la réalisation, la validation immédiate et les tests d'une
application en mode itératif-incrémental-adaptatif. L'objectif de la méthode, qui implique
activement l'utilisateur final dans un principe de "validation permanente", est d'obtenir un
applicatif en adéquation avec les réels besoins.
Figure 1 : Planification Stratégique du Projet
Mémoire de Fin d’étude : Étude analytique des prix unitaires dans les marchés de travaux publics au Burkina Faso
Mémoire de fin d’étude /Juin 2009 Présenté par KINDO Issa, Master 2 Génie Civil 2ie Page 7
II.1.1.1 Structure de la méthode
La méthode RAD implique :
• Un cycle de développement sécurisant et court fondé sur un phasage simple : Cadrage,
Design, Construction et l’absolu respect d’une dimension temporelle (90 jours optimum,
120 jours maximum).
• Une architecture de communication engageant des groupes de travail de structure et de
composition variable selon les besoins des phases et respectant un mode opératoire précis
structuré en trois étapes : pré-session, session, post-session.
• Des méthodes, techniques et outils permettant de définir et d’appliquer des choix portant
sur quatre natures d'objectifs potentiellement contradictoires : budget, délais, qualité
technique, qualité fonctionnelle et visibilité.
• Une architecture de conception s’appuyant sur les techniques de l'objet et particulièrement
sur celles qui permettent une conception «en vue de modifications».
• Une architecture de réalisation qui impose, pour garantir la qualité technique, des normes
minimales, des revues de projet, des jalons zéro-défaut et qui recommande, pour garantir
la qualité fonctionnelle, le prototypage actif et les focus de visibilité.
Figure 2 : Évolution du projet avec la méthode RAD
Mémoire de Fin d’étude : Étude analytique des prix unitaires dans les marchés de travaux publics au Burkina Faso
Mémoire de fin d’étude /Juin 2009 Présenté par KINDO Issa, Master 2 Génie Civil 2ie Page 8
II.1.1.2 Description globale des différentes phases
La méthode RAD structure le cycle de vie du projet en 5 phases (dont 3 systématiques) :
1. L’initialisation prépare l’organisation, puis détermine le périmètre et le plan de
communication.
2. Le CADRAGE définit un espace d’objectifs, de solutions et de moyens.
3. Le DESIGN modélise la solution et valide sa cohérence systémique.
4. La CONSTRUCTION réalise en prototypage actif (validation permanente).
5. La finalisation est réduite à un contrôle final de qualité en site pilote.
Figure 3 : Parallélisassions et sérialisation des phases de projet avec la méthode RAD
II.1.1.2.1 Initialisation
Préparation de l’organisation et communication.
Cette phase permet de définir le périmètre général du projet, de structurer le travail par thèmes, de
sélectionner les acteurs pertinents et d’amorcer une dynamique de projet. Cette phase représente
environ 6% du projet en charge.
II.1.1.2.2 Cadrage
Analyse et expression des exigences.
La spécification des exigences est du ressort des utilisateurs. Ils expriment leurs besoins lors
d’entretiens de groupe. Cette phase représente environ 9% du projet.
Mémoire de Fin d’étude : Étude analytique des prix unitaires dans les marchés de travaux publics au Burkina Faso
Mémoire de fin d’étude /Juin 2009 Présenté par KINDO Issa, Master 2 Génie Civil 2ie Page 9
II.1.1.2.3 Design
Conception et modélisation.
Les utilisateurs sont également impliqués dans cette étape. Ils participent à l’affinage et à la
validation des modèles organisationnels : flux, traitements, données. Ils valident également le
premier niveau de prototype présentant l’ergonomie et la cinématique générale de l’application.
Cette phase représente environ 23% du projet. A partir de la phase de Design la parallélisation du
travail est possible.
II.1.1.2.4 Construction
Réalisation, prototypage.
Durant cette phase, nous avons construit l’application module par module. L’utilisateur participe
toujours activement aux spécifications détaillées et à la validation des prototypes. Plusieurs
sessions itératives ont été nécessaires. Cette phase représente environ 50% du projet. A partir de la
phase de Construction, à la parallélisassions du travail peut s’ajouter la sérialisation.
Figure 4 : Cycle de construction, principe itératif, incrémental et adaptatif
Mémoire de Fin d’étude : Étude analytique des prix unitaires dans les marchés de travaux publics au Burkina Faso
Mémoire de fin d’étude /Juin 2009 Présenté par KINDO Issa, Master 2 Génie Civil 2ie Page 10
II.1.1.2.5 Finalisation
Recette et déploiement.
Des recettes partielles ayant été obtenues à l’étape précédente, il s’agit dans cette phase
d’officialiser une livraison globale et de transférer le système en exploitation et maintenance.
Cette phase représente environ 12% du projet.
Figure 5 : Cycle de vie de l’application Notes : Le Jalon ZD (Zéro Défaut) est une intégration de l'itération journalière validée techniquement et fonctionnellement. Le FOCUS (ou
SHOW) est une présentation de l'itération de livraison venant de s'achever.
Mémoire de Fin d’étude : Étude analytique des prix unitaires dans les marchés de travaux publics au Burkina Faso
Mémoire de fin d’étude /Juin 2009 Présenté par KINDO Issa, Master 2 Génie Civil 2ie Page 11
II.2 Mise en œuvre de l’application
II.2.1 Initialisation
II.2.1.1 Contexte du système Pour concevoir et réaliser l’application de gestion de chantier (Étude de Prix), il nous était
indispensable de collecter les informations nécessaires auprès des entreprises. Ces informations
collectées nous ont permis de mieux cerner les besoins des entreprises en matière d’étude de prix.
II.2.2 Cadrage : Analyse des besoins, définition des objectifs
II.2.2.1 Besoins fonctionnels et besoins non fonctionnels
L’application que nous souhaitons réaliser, doit être opérationnel, évolutif, convivial et offrant les
informations nécessaires à temps réel. Pour cela, le système à réaliser doit satisfaire les exigences
de la totalité des utilisateurs. Nous présentons dans ce qui suit tous les besoins fonctionnels
classés par acteur ainsi que les besoins non fonctionnels communs à tous ces acteurs.
a) Besoins fonctionnels : Un acteur est une personne, un matériel ou un logiciel qui interagit avec le système dans le but de
réaliser une plus value. Le principal acteur en interaction avec l’application à mettre en place est
l’Estimateur (Ingénieur ou Techniciens chargé d’étude). A partir donc notre application,
l’Estimateur doit pouvoir avoir :
Le coût prévisionnel résumé, soit par grandes fonctions, soit par fonctions détaillées (avec
pourcentages hiérarchises)
Le coût prévisionnel détaillé par lots avec possibilité de regroupements par corps d’état (avec
pourcentage occupé par chacun d’eux)
• Le Devis estimatif sommaire par ratios fonctionnels
• Le Devis estimatif détaillé par fonctions
• Le Devis descriptif par éléments fonctionnels (avec possibilités de commentaires par
fonctions)
• Les ratios économiques
• Les états économiques des variantes proposées pour chaque fonction
• Les états comparatifs entre projets différents.
Il doit pouvoir aussi assurer :
• La Gestion des paiements
• La Gestion du matériel
• La Gestion des employés
Mémoire de Fin d’étude : Étude analytique des prix unitaires dans les marchés de travaux publics au Burkina Faso
Mémoire de fin d’étude /Juin 2009 Présenté par KINDO Issa, Master 2 Génie Civil 2ie Page 12
b) Besoins non fonctionnels :
A part les besoins fondamentaux, notre système doit répondre aux critères suivants :
La rapidité de traitement : En effet, vu l’exigence en terme de délais dans le montage des dossiers
d’appel d’offres, il est impérativement nécessaire que la durée d'exécution des traitements
s'approche le plus possible du temps réel.
La performance : Un logiciel doit être avant tout performant c'est-à-dire à travers ses
fonctionnalités, répond à toutes les exigences des usagers d'une manière optimale.
La convivialité : Le futur logiciel doit être facile à utiliser. En effet, les interfaces utilisateurs
doivent être conviviales c'est-à-dire simples, ergonomiques et adaptées à l'utilisateur (en
particulier son niveau en informatique).
II.2.2.2 Description détaillée des cas d'utilisation
Chaque cas d'utilisation doit faire l'objet d'une définition à priori, qui décrit l'intention de l'acteur
lorsqu'il utilise le système et les séquences d'actions principales, qu'il est susceptible d'effectuer.
Ces définitions servent à fixer les idées lors de l'identification des cas d'utilisation et n'ont aucun
caractère exhaustif.
Le système de la gestion à définir doit satisfaire les besoins décrits dans le tableau suivants
Tableau 1 : Description du système de Gestion
Cas d'utilisation Acteur Description Observations
Calcul des coûts des matériels
L’Estimateur Saisie des paramètres ; Calcul du coût de fonctionnement ; Calcul du tarif de location.
Étude de prix L’Estimateur Sous détails des prix ; Edition des devis ; Edition des détails du droit à débourser.
Crédit d’heures L’Estimateur Décomposition des tâches ; Rendements ; Nombre d’ouvriers ; Durées ; Crédits d’heures par tâche
Planification L’Estimateur Saisie des tâches ; Durées ; Chronologie ; Ressources ; Edition de plannings ; Edition de bases du budget