Système de gestion de base de données PostgreSQL

Système de gestion de base de données PostgreSQL

Conception de GAOSA

Introduction :

Dans ce chapitre, nous proposons une étude conceptuelle de notre projet que nous introduirons par un programme détaillé de déroulement de l’ensem ble des opérations modélisés par le diagramme de Gantt. Ensuite nous aborderons un aperçu sur les exigences de notre client sous forme d’un cahier de charge. Par la s uite nous spécifions l’ensemble des diagram mes UML (contexte, cas d’utilisation, séquence et classe).

Diagramme de GANTT 

Le diagramme de GA NTT (figure 5) est un outil permettant de modéliser la planification de tâches nécessaires à la réalisation du projet. Il visu alise dans le temps les diverses tâches lié es et composant le projet en fournissant une représentation graphique de son avance ment.
Figure 4 : aperçue des taches effectué
Figure 5 : Diagramme de GANTT équivalent

Spécification du besoin 

C’est une étape dans laquelle l’organisme client exprime son besoin sous forme de critères technique.

Description du système informatique actuel

D’après le cahier de charge transmit par SOGESI le système d’information actuel du service marché n’est pas automatisé. Il n’utilise aucun logiciel dédié à ce service. Les traces et l’historique des données sont saisis sur Office (Excel, Word, …).

Objectifs

Mettre en place un module pour le service marché. Il doit être relié avec les autres modules du système d’information global.
Notant que le service marché a une forte relation avec le service stock (entrepôt), le service après vente, le service commercial et le service de comptabilité (facturation et devis).

Organigramme de la forme administrative de déroulement d’une soumission :

Le présent organigramme (figure 6) détaille les différentes étapes du processus de déroulement d’une soumission depuis la publication de l’offre jusqu’à la livraison des engins pour le client.

Description du processus

M-01 : Prospection des appels d’offres : le service marché effectue quotidiennement des prospections sur les appels d’offres lancés par les entités étatiques sur les sites officiels ou les journaux.
M-02 : Retirer les cahiers de charge : le service des marchés retire les cahiers de charge des appels d’offres potentiellement favorables à l’entreprise (des offres sont dit favorables en dépend des engins demandés dans l’appel d’offres ou des exigences techniques ou financières du lanceur d’offres…etc. et cela dépend de plusieurs critères variables).
M-03 : Traitement des cahiers de charge : le service des marchés traite et étudie les différents cahiers de charges retirés, en comparant ce qui est disponible chez l’entreprise et ce qui est demandé dans les offres. La comparaison se fait entre les fiches techniques exigées par les offres et les fiches techniques des engins de l’entreprise en question (disponibilité du produit).
Ainsi après l’étude, les cahiers de charge sont triés et sélectionnés pour préparer leurs dossiers de soumissions.
M-04 : préparation des soumissions : le service des marchés prépare le dossier de soumission, qui se divise en deux parties :
– L’offre technique qui contient les dossiers administratifs ainsi que les détails techniques, délai de livraison et les termes de garantie de l’engin.
– L’offre financière couvre le côté financier de l’offre et se compose de la lettre de soumission, bordeaux des prix unitaires et le devis quantitatif.
– La caution de soumission s’il existe.
M-05 : Déposition des plis : le dossier composé pour les appels d’offre est ce qu’on appelle « un plis ».
Ces plis doivent être déposés dans les délais précisés par le lanceur d’appel d’offres.
Les démarcheurs qui déposent les plis doivent aussi assister à l’ouverture des plis et en rédiger un rapport d’ouverture.
M-06 : Evaluation et attribution du marché : une commission d’évaluation aura lieu après l’ouverture des plis, cette évaluation se porte sur le côté technique et le côté financier des offres.
Le démarcheur obtiendra les informations sur les concurrents afin de les communiquer au service des marchés.
Un recours du résultat de la commission d’évaluation pourra être déposé après l’attribution provisoire du marché.
Dans le cas d’une attribution provisoire du marché pour l’entreprise, le service marché obtiendra une attribution définitive et exécutera le marché au bout de 10 jours de l’attribution provisoire.
Si le client est une administration publique, le contrat signé avec le client sera étudié par une commission à la Wilaya et par le contrôleur financier. Ils peuvent soit valider le contrat, le refuser ou l’accepter avec réserve. Dans ce dernier cas, le service marché communiquera au client les informations manquantes. Dans le cas du refus, l’appel d’offres sera infructueux et sera relancé.
M-07 : Exécution du marché : ce processus commencera dès l’attribution du marché définitif et aboutira à la signature du PV de réception définitif et la récupération des causions et une attestation de bonne exécution.
M-08 : Livraison avec délai : afin de procéder à la livraison, le service des marchés prépare les différents dossiers de contrat qui sera ensuite signé par le contractant et le cocontractant. Il s’en suivra l’émission d’un ordre de service par le client.
Ensuite le service des marchés établira un ordre de livraison au service après-vente.
M9 : Signature PV de réception provisoire : le service après-vente procède à la livraison et établie un bulletin de livraison qu’il transmet la copie originale au servie des marchés.
M10 : Début de la Garantie : lorsque le PV de réception provisoire est signé, le délai de garantie débutera, si durant cette période le client rencontre des problèmes techniques quelconques avec ces engins la réparation est assurée gratuitement. Dans le cas échéant ou ce délai expire, le client et le service après-vente signes un PV de réception définitif, qui sera émet au service des marchés.
M11 : Restitution des causions et l’attestation de bonne exécution: consiste à récupérer les causions payées lors des soumissions aux appels d’offres et une attestation de bonne exécution de client.

Conception détaillée du projet

Afin de répondre aux exigences du client une étude conceptuelle est élaborée sous forme de diagrammes UML (Unified Modeling Language) [14] qui est une méthode de modélisation orientée objet développée en réponse à l’appel à propositions lancé par l’OMG (Object Management Group) dans le but de définir la notation standard pour la modélisation des applications construites à l’aide d’objets.

Diagramme de contexte

Le diagramme de contexte [15] se situe au début du processus de l’analyse. Son objectif est simple. Il doit présenter le système à modéliser, en général sous la forme d’une « boîte noire » et les différents acteurs qui interagissent avec ce système.
Les activités internes du domaine de fonctionnement du module :
• Gestion des achats et stock
• Gestion des soumissions
• Gestion de documents liés à la soumission
• Gestion de vente
Les acteurs du système
Sur le diagramme de contexte (figure 7), on constate que ce système est en interaction avec six acteurs :
Administrateur Service marché : Assure la saisie de la soumission et gère l’ensemble des appels d’offres.
Démarcheur : garanti le suivi du dossier de soumission et se présente à l’ouverture des plis
Service après vente : S’occupe des bons de commande et de la maintenance des engins
Responsable du stock : Gere le stock et accomplit la tache d’approvisionnement
Directeur : Supervise l’ensemble des activités
Administrateur du système : Contrôle le système

Table des matières

Introduction Générale
Chapitre I
I-1 Introduction
I-2 Les E.R.P
I-2-1 Avantages des ERP
I-2-2 Raisons etenjeux dela mise en placed’unERP
I-2-3 Les inconvénients
I-2-4 Les principaux éditeurs d’ERP
Les principaux ERP Propriétaires
Principaux ERP Open Source
I-3 L’ERP libre Odoo
I-3-1 Architecture logicielle
I-3-2 Architecture modulaire d’Open ERP
I-3-3 Méthodologie de développement MVC
I-3-4 Structure d’un module OpenERP
I-4 Outils et technologies utilisés
I-4-1 Système de gestion de base de données PostgreSQL
I-4-2 Entreprise Architect
I-4-3 Sublime Text 2
I-5 Les langages de développement utilisés
I-5-1 Python
I-5-2 XML (eXtensibleMarkupLanguage)
Conclusion
Chapitre II
II-1 Introduction
II-2 Diagramme de GANTT
II-3 Spécification du besoin
II-3-1 Description du système informatique actuel
II-3-2 Objectifs
II-3-3 Organigramme de la forme administrative de déroulement d’une soumission
II-3-4 Description du processus
II-4 Conception détailléedu projet
II-4-1 Diagramme de contexte
Les acteurs du système
II-4-2 Diagramme de cas d’utilisation
II-4-2-1 Cas d’utilisation de l’administrationsystème
II-4-2-2 Cas d’utilisation gestion des soumissions
II-4-3 Diagrammes de Séquence
II-4-3-1 Diagramme de séquence création soumission
II-4-3-2 Diagramme de séquence de déposition d’une soumission
II-4-3-3 Diagramme de séquence d’un rapport de commission
II-4-4 Diagrammes de Classe
Conclusion
Chapitre III
III-1 Introduction
III-2 Architecture de GAOSA
III-3 Structure de GAOSA
III-3-1 Fichiers
III-3-2 Installation
III-4 Création de Groupes d’utilisateurs
III-5 Fonctionnement de GAOSA
III-5-1 L’administrateur du service marché
III-5-1-1 Création de la soumission
III-5-2 Démarcheur
III-5-2-1 Déposer une soumission
III-5-3 Recherche
Conclusion et perspectives
Références Bibliographiques
Table des Figures
Liste des abréviations

Télécharger le rapport complet