Observatoire de la conjoncture commerciale - Glossip · Rapport de stage de première année...

Université Mohamed V Souissi - Rabat Ministère du commerce et de Ecole Nationale Supérieure d’Informatique l’Industrie Et d’Analyse des systèmes Rapport de stage de première année

Observatoire de la conjoncture commerciale

Réalisé par ISMAILI ALAOUI Hassane

Encadré par Mr. EZZAIM El houssine

Année universitaire : 2004 / 2005

مصعب البكدوري

Stamp

1 page texte

0.5 DH

1 page mixte

1 DH

1 page image

2 DH

1 CD vierge

2 DH

1 pochette double

0.5 DH

1 reliure (baguette + transparent + papier cartonné)

6 DH

3.1. Java Java est à la fois un langage de programmation et une plateforme d'exécution [7]. Le langage Java a la particularité principale d'être portable, puisqu'il peut tourner sur n'importe quelle machine disposant d'un interpréteur Java. Cette portabilité est fondamentale sur Internet,

4. Réalisation Au lancement de l’application, l’utilisateur a le choix entre deux menus : New Project et Load Project.

PROJET DE STAGE Observatoire de la conjoncture commerciale

REMERCIEMENTS Je tiens à remercier tous les responsables de la Division, Organisation Méthode et

Traitement de l’Information (DOMTI) du ministère du commerce et de l’industrie, et plus

particulièrement, j’adresse ma gratitude à :

Mr. El Houssine EZZAIM : ingénieur informaticien, chef de projet au sein de la DOMTI

pour avoir accepter de m’accorder ce stage et pour l’aide qui m’a fourni.

Mlle Aicha MALAKI : Analyste Programmeur employé de la DOMTI, pour l’aide technique

qu’il m’a fourni pendant toutes les étapes de l’élaboration du sujet.

Mr. Rachid HADOUCHANE : ingénieur informaticien, chef de la DOMTI

Ainsi qu’à toutes les personnes qui ont contribué de près ou de loin à la réalisation de ce travail.

Année universitaire 2004 / 2005

2


Liste des figures et Tableaux

Page Titre de la figure Figure

1 cycle d’abstraction pour la conception des systèmes d’information

14

2 le MCD du système 16

3 formulaire d’accueil

23

4 Le formulaire des prix des produits 24

5 Le formulaire des secteurs et des activités 25

6 Le formulaire des produits 26

7 Le formulaire des marques et unités 27

8 Relevé de la correction des erreurs 28

9 Relevé mensuel des prix (état de sortie) 29

10 Le formulaire de transfert du relevé des prix 31

11 Le formulaire d’import des règles de contrôle

32

Page Titre du Tableau Tableau

1 Dictionnaire des données 17

2 Description du MLD 18


3


SOMMAIRE

INTRODUCTION…………………………………………………..………………………....5 Chapitre I……………………………………………………………………………..……….6 PRESENTATION DE L ’ENTREPRISE D ’ACCUEIL……………………………...........6

1 Les attributions de la structure du ministère…………………………………..7 2 DOMTI…………..….……………………………………………….......……………..8 3 Structure de la division.....................................................................................8

Chapitre2………………………………………………………………….…………..……....9 PRESENTATION DU PROJET……………………………………………......…………….9

1 Introduction…….…………………………………………….…..…….......………..10 2 Objectif………..…………………………………………………..........................…10 3 Processus de réalisation de l’observatoire.....……………….........…………..11

Chapitre 3…………………………………………………………………………....……...13 ANALYSE ET CONCEPTION…………………………………………………….…........13

I. Présentation de la méthode conception…..…………………………...13 1 Le besoin de la méthode.…….………………………………………....…......13 2 Présentation de la méthode Merise………….……………….……………....13 3 Cycle d’abstraction de conception des systèmes d’Information............13

II. Le modèle conceptuel de données (MLD)…………..…………….....16

2 – 1 Le MCD du système…………………………………….………………….16

2 – 2 Dictionnaire de données……...……………………………………………17 2 – 3 Description du MLD…………………………..………………..…………...18

Chapitre 4………………………………………………………………..……………...….20 REALISATION ET MISE EN ŒUVRE………………………………………..…….……20 1 Outils techniques………………………………….…………………………………..21

1 – 1 Oracle……………………. ………………………………..…………………..21

1 – 2 Developer 2000……………………………….………………………………22

2 Réalisation des formulaires………….……………………………………………..22

3 Les états de sortie…………………………. ………………………………………..28 Conclusion générale…….. ………………………………..……………………30

ANNEXE……………………. ………………………………..…………………..31

BIBLEOGRAPHIE…………. ………………………………..…………………..34


4


INTRODUCTION

Le cursus de formation de l’ENSIAS pousse les étudiants à avoir du contact

avec le monde de l'entreprise. C’est dans cette vision que s’inscrit le stage d’été qui est

une opportunité pour découvrir l’univers professionnel. De ma part, j’ai eu l’occasion

d’effectuer mon stage de formation au sein de la Ministère du commerce et de l’Industrie.

Et plus précisément dans la Division.Organisation Méthodes et Traitement de

l’Information (DOMTI)

Le présent projet permettra la mise en place d’un référentiel informationnel important qui

constituera une base de données relative au commerce intérieur.

Enfin, ce rapport vient pour éclairer quelques points concernant le projet et

comporte quatre grandes parties. La première concerne la présentation de l’entreprise

d’accueil, la seconde présente le sujet, la troisième décrit les processus d’analyse et de

conception, pour aboutir enfin à la réalisation. Le rapport est enrichi d’un ensemble de

figures et d’écrans, pour illustrer les différentes tâches effectuées.


5


CHAPITRE I PRESENTATION DE L’ORGANISME D’ACCUEIL


6


I- Les attributions et la structure du Ministère :

L’organisation et les attributions du Ministère de l’Industrie, du Commerce et de la

mise à niveau de l’Economie sont fixées par le décret n° 2-85-645 du 8 joumada 1407 (

9 janvier 1987) .

1- Les attributions : Le Ministère de l’Industrie, de Commerce et des Télécommunications élabore et

met en œuvre la politique gouvernementale dans les domaines du commerce et de

l’industrie.

Il assure la tutelle des établissements publics, ainsi que le contrôle des secteurs

relevant de sa compétence en application de la législation et la réglementation en

vigueur.

2-la structure : Le Ministère comprend autre que le cabinet du Ministre :

Le Secrétariat Général.

L’Inspection Générale.

La Direction de la Production Industrielle.

La Direction du Commerce Intérieur.

La Direction de la Qualité et de la Normalisation.

La Direction des Etudes et de la Planification. La Direction des Affaires Générales.

Les attributions de cette dernière seront détaillées dans la deuxième partie.

I-la Direction des Affaires Générales :

Elle est chargée de l’ensemble des affaires à caractère administratif, budgétaire,

juridiques et sociales ainsi que la formation du personnel du Ministère en collaboration

avec les administrations intéressées.

La direction des Affaires Générales comprend quatre division : Division du personnel et de la formation.

Division du matériel et du budget.

Division : organisation, méthodes et traitement de l’informatique.

Division des affaires juridiques.


7


II- DOMTI (Division : organisation, méthodes et traitement de l’informatique) 1. Mission de la division La DOMTI devra essentiellement agir sur les principaux axes concernant le

développement du Système d’Informatique et de communication, de veiller à la

mise en œuvre de la politique d’information et de communication du Ministère et

de promouvoir toute action visant l’amélioration et la modernisation du processus

de collecte, de traitement et de diffusion de l’information. 2. Objectifs stratégiques ° Positionner le ministère en tant que partenaire incontournable à la mise à niveau de

la PME et acteur principal dans le développement économique du pays et de

l’entreprise et ce à travers la maîtrise de l’information et des outils modernes de

communication ; ° Doter le Ministère d’un dispositif d’information et de communication au service de la

PME en particulier, et de l’économie marocaine en général ; ° Développer des canaux de communication adaptés au ministère ; ° Développer la culture de communication et d’échange d’information et le travail du

groupe du Ministère en vue d’augmenter la productivité des cadres ; ° Doter le Ministère d’un système de gouvernance industrielle et commerciale.

III. Structure de la division

Afin d’accomplir les missions et fonctions qui lui sont assignées, la DOMTI est

structurée en 5 services :

DOMTI

Service de l’organisation, Communication & Assurance Qualité

Service des Etudes, Conception et Développement des Bases de données

Service de la Gestion des Sites Internet, Intranet et Multimédia

Service de l’Infrastructure Réseau Informatique

Service de la Gestion du Parc Informatique & Assistance aux Utilisateurs


8


CHAPITRE II

PRESENTATION DU PROJET


9


I-INTRODUCTION

Les tissus productifs industriels, commerciaux et de service sont appelés à se structurer et à

moderniser leurs méthodes de gestion pour se préparer à l’établissement de la zone de libre

échange et à l’ouverture du marché mondial.

L’intégration des systèmes d’information est un important aspect de cette modernisation du

fait qu’il constitue l’outil indispensable pour faciliter l’échange et le contrôle de l’information.

Dans ce contexte, et dans le but de faciliter l’accès aux données, pour les différents

intervenant dans le secteur commercial, le département de l’Industrie et du commerce a

décidé d’enrichir et de moderniser la base de données relative au commerce intérieure.

Ce système servira à la mise au point de l’observatoire de la conjoncture commerciale. En

fait il vise d’une part, l’analyse et le suivi de l’évolution des prix et des quantités vendues,

relatives au gros et au détail, pour un ensemble de produits à grande consommation, et

d’autre part, la connaissance approfondie des faits marquants concernant l’activité

commerciale dans différentes régions et provinces du Royaume.

La mise au point de l’observatoire est basée sur un recueil d’information émanant de

certaines administrations comme le ministère de l’Agriculture, l’Office des changes…etc., et

sur la collecte des informations auprès des commerçants et des opérateurs commerciaux

provenant des délégations provinciales du commerce et de l’Industrie (DPCI) au niveau

régional.

II- OBJECTIF

Le présent projet permettra la mise en place d’un référentiel informationnel important qui

constituera une base de données relative au commerce intérieur. Parmi les objectifs de ce

projet on cite :

- La mise en place d’une base de données pour les produits commercialisés.

- La généralisation de la ladite base de données à toutes les délégations

- L’échange d’informations entre la Ministère et les services externes d’une

part, et entre le Ministère et ses partenaires d’autre part.


10


- L’analyse et le suivi de la conjoncture commerciale à travers un ensemble

d’indicateurs (prix, quantité vendue, valeur ajoutée, emplois créés…etc.).

- L’approfondissement de la connaissance des faits marquants concernant

l’activité commerciale de chaque province (tendance du marché, création

d’entreprises…etc.).

- La mise à disposition des intervenants dans le domaine du commerce

intérieur d’un ensemble de données statistiques et économiques sur le

secteur.

- La mise à disposition des décideurs des tableaux de bord.

III- POROCESSUS DE REALISATION DE L’OBSERVATOIRE

a. Le recueil des informations statistiques concernant la production, la valeur

ajoutée, les créations d’entreprises, la création d’emploi, le taux d’inflation, les

investissements extérieures…etc. Ces informations sont disponibles auprès des

administrations telles que le Ministère de l’Agriculture, la Direction des

Statistiques et l’Office des changes.

b. La collecte d’information émanant des différentes délégations du Ministère de

l’Industrie et du commerce. Ces informations sont collectées auprès des

commerçants, au niveau des provinces selon un modèle de questionnaire.

c. La saisie et l’organisation des données collectées ainsi que leur transfert vers le

central.

d. L’étude et l’exploitation de ces données permettent la mise au point de

l’observatoire de la conjoncture commerciale et l’élaboration d’un tableau de bord

pour les décideurs.

Après cette présentation de l’organisme d’accueil, et la situation du contexte général

du déroulement du stage. Le chapitre suivant présentera l’analyse et la conception du projet.


11


CHAPITRE III

ANALYSE ET CONCEPTION


12


I- PRESENTATION DE LA METHODE DE CONCEPTION

I-1 Le besoin de la méthode

La conception d’un système d’information n’est pas évidente car il faut réfléchir à

l’ensemble de l’organisation que l’on doit mettre en place. La phase de conception

nécessite des méthodes permettant de mettre en place un modèle sur lequel on va

s’appuyer.

La modélisation consiste à créer une représentation virtuelle d’une réalité de telle

façon à faire ressortir les points auxquels on s’intéresse.

Ce type de méthode est appelé analyse. Il existe plusieurs méthodes d’analyse,

la méthode la plus utilisée en France étant la méthode MERISE.

I-2- Présentation de la méthode MERISE

MERISE est une méthode de conception, de développement et de réalisation de

projets informatiques. Le but de cette méthode est d’arriver à concevoir un système

d’information. La méthode MERISE est basée sur la séparation des données et des

traitements à effectuer en plusieurs modèles conceptuels et physiques. La séparation

des données et des traitements assure une longévité au modèle. En effet, l’agencement

des données n’a pas à être souvent remanié, tandis que les traitements le sont plus

fréquemment.

La méthode MERISE date de 1978-1979, et fait suite à une consultation

nationale lancée en 1977 par le ministère de l’industrie dans le but de choisir des

sociétés de conseil en informatique afin de définir une méthode de conception de

systèmes d’information. Les deux principales sociétés ayant mis au point cette méthode

sont le CTI (Centre Technique d’Informatique) chargé de gérer le projet, et le CETE

(Centre d’Etudes Techniques de l’Equipement) implanté à Aix-en-provence.

[Encyclopédie comment ça marche]

I-3- Cycle d’abstraction de conception des systèmes d’information La conception du système d’information se fait par étapes afin d’aboutir à un

système d’information fonctionnel reflétant une réalité physique. Il s’agit donc de valider

une à une chacune des étapes en prenant en compte les résultats de la phase


13


précédente. D’autre part, les données étant séparées des traitements, il faut vérifier la

concordance entre données et traitement afin de vérifier que toutes les données

nécessaires aux traitements sont présentes et qu’il n’y a pas de données superflues.

Cette succession d’étapes appelée cycle d’abstraction pour la conception des

systèmes d’information :

Système d’information

manuel

Expression des Besoins

Modèle conceptuel

Modèle logique

Modèle physique

Système d’information

automatisé

Figure 1 : cycle d’abstraction pour la conception des systèmes d’information

L’expression des besoins est une étape consistant à définir ce que l’on attend

du système d’information automatisé, il faut pour cela : faire l’inventaire des éléments

nécessaires au système d’information délimiter le système en s’informant auprès des

futurs utilisateurs.


14


Cela va permettre de créer le MCC (Modèle Conceptuel de la communication)

qui définit les flux d’information à prendre compte.

L’étape suivante consiste à mettre au point le MCD (Modèle Conceptuel

des Données).


15


II- Le modèle conceptuel de données II-1- Graphique du MCD Le modèle conceptuel de données est présenté ci-après

Le modèle conceptuel de données

T_ERREURScod_errerreur

T_PRODUITcod_prodlibproduitsubvosberversubv_sud

RELEVE_STATUTnum_rlv_stcod_anneenbr_err_per1nbr_err_per2

T_WILAYAcodewilalibewila

T_SECTEURcodesectlibsecteur

T_ACTIVITEcodeactlibactivite

T_EVENEMENTcod_eventevenement

T_STATUTcod_statutstatut

T_MOIScod_moisliba_moislibb_mois

T_MARQUEcod_marquemarque

T_GROUPEcodegrplibgroupe

T_CLASSEcodeclaslibclasse

T_SOUSCLASSEcodesclaslibsclasse

T_UNITEcodeunitelibunite

TRANSFERT_EVENTnum_tr_evdta_eventutilfichierselecte

T_POINTcod_pointpoint

T_VILLEcodevilllibevillcode_tel

T_COMMUNEcodecommlibecomm

TAB_PROVINCEcodeprovlibeprovprovpref

I_REG_CONTROLanneemoisprixg_maxprixg_minprixd_maxprixd_min

TAB_DELEGATIONcodedelelibedelezone_sudpond

I_PRODUIT_MARQUE

I_INFO_ERR

I_INFO_PROperiodeanneeprix_g_moyprix_d_maxprix_d_minprix_d_moyprix_g_maxprix_g_minremarque

TAB_REGIONcoderegliberegi

T_POPULATIONanneepoullt

DF

DF

DF

DFDF

DF

DF

DF

DF

DF

DF

DF

DF

DF

DF

1,n1,1

1,1

1,1

1,1

1,n

1,n

1,n

1,1 1,1

0,n

1,n

1,1

1,n

DF

1,10,n

1,1

1,n

1,1 1,n

1,1 1,n

1,n

1,1

1,1

1,n

1,n

1,1

1,n

1,n

1,n

DF1,1

1,n

1,1 1,n

1,n

1,n

1,n

1,1

1,n

1,n

1,n 1,n

1,n

0,n

1,n

Figure 2 : Le MCD du système


16


II-2 Dictionnaire de données

Attribut

Cod_mois Liba_mois

Libb_mois

Codedele

Libedele

Cod_err

Erreur

Periode

Annee

Cod_prod

Cod_marque

Cod_point

Prix_g_moy

Prix_d_max

Prix_d_min

Prix_d_moy

Prix_g_max

Prix_g_min

Remarque

Libproduit

Unite

Cod_sous_fam

Codesclas

Codeunite

Observer

Marque

Num_rlv_st

cod_event

dta_event

nbr_err_per1

nbr_err_per2

Signification

Identifiant du mois Le mois abrégé

Le mois sans abréviation

Identifiant de chaque délégation

Le libellé de la délégation

Identifiant de chaque erreur

L’erreur des saisies

La période de saisie des données

L’année en cours

Identifiant de chaque projet

Identifiant de la marque du produit

Identifiant de chaque point de sondage

Le prix moyen du gros

Le prix maximal du détail

Le prix minimal du détail

Le prix moyen du détail

Le prix maximal du gros

Le prix minimal du gros

Les remarques concernant les informations du produit

Le libellé du produit

Unité de mesure de chaque produit

Le code du sous famille auquel appartient le produit

Identifiant de la classe auquel appartient les produits

Identifiant de chaque unité de mesure

Montre si le produit a été observé ou pas

Les marques des produits du marché

Identifiant de la table releve_statut

Le code de l’évènement

La date de l’évènement

Le nombre d’erreurs de la période 1

Le nombre d’erreurs de la période 2

Type

Numérique

Texte Texte

Texte

Texte

Numérique

Texte

Numérique

Texte

Numérique

Numérique

Numérique

Numérique

Numérique

Numérique

Numérique

Numérique

Numérique

Numérique

Numérique

Numérique

Numérique

Numérique

Numérique

Numérique

Numérique

Numérique

Texte

date

Numérique

Numérique


17


II-3 Description du MLD Le tableau suivant décrit chaque table du MLD Nom Description

T_MOIS TAB_DELEGATION T_ERREURS I_INFI_PRO I_INFO_ERR T_PRODUIT T_MARQUE TRANSFERT_EVENT RELEVE_STATUT

Contient les informations concernant chaque mois Contient les informations liées à chaque délégation Contient la liste des erreurs et leurs codes associés Table intermédiaire qui associe à chaque produit sa marque et les autres informations de base La liste des erreurs associées à chaque produit Contient les informations associées à chaque produit Contient la liste des marques et leurs codes associés Table intermédiaire qui contient les événement associés aux fichiers pour chaque délégation Table intermédiaire qui contient le statut des fichiers pour chaque délégation

Tableau 3 : Description du MLD


18


CONCLUSION Ce chapitre m’a permis de délimiter le projet. A partir de l’outil existant j’ai pu avoir une

idée beaucoup plus concrète sur le sujet. Ainsi nous sommes désormais prêts pour entamer la

phase d’élaboration qui fera l’objet du chapitre suivant


19


CHAPITRE VI

REALISATION ET MISE EN OEUVRE


20


I- Outils techniques

I-1 Oracle Oracle est un SGBD édité par la société Oracle Corporation, leader mondial des

bases de données.

Oracle est écrit en langage C et est disponible sur de nombreuses plates-formes

matérielles (plus d'une centaine) dont : AIX (IBM), Solaris (Sun), HP/UX (Hewlett

Packard), Windows NT (Microsoft).

C’est un SGBD permettant d'assurer :

• La définition et la manipulation des données

• La cohérence des données

• La confidentialité des données

• L'intégrité des données

• La sauvegarde et la restauration des données

• La gestion des accès concurrents

Outre la base de données, la solution Oracle est un véritable environnement de travail

constitué de nombreux logiciels permettant notamment une administration graphique

d'Oracle, de s'interfacer avec des produits divers et d'assistants de création de bases de

données et de configuration de celles-ci.

On peut classer les outils d'Oracle selon diverses catégories :

• Les outils d'administration

• Les outils de développement

• Les outils de communication

• Les outils de génie logiciel

• Les outils d'aide à la décision

Oracle propose également de nombreux outils de développement permettant

d'automatiser la création d'applications s'interfaçant avec la base de données

Comme Oracle Designer, SQL* Plus et Oracle Developer.


21


Oracle dispose d'un grand nombre d'interfaces (API) permettant à des programmes

écrits dans divers langages de s'interfacer avec la base de données en envoyant des

requêtes SQL.

I-2 Developer 2000 1-2-1 Les dispositifs de Developer

Developer possède quatre outils principaux à savoir : Forms, Reports, Graphics, et

Procedure Builder. Chaque outil se compose de quatre modules :

• Un éditeur d’unité de programme

• Un interpréteur PL/SQL

• Un éditeur d’unité de programme stocké

• Un éditeur de déclencheurs de Base de Données Oracle

1-2-2 Les avantages principaux de Developer Les avantages principaux de Developer sont :

• Designer peut générer des applications Developer

• Des applications générées peuvent être établies à tout instant

• Des applications personnalisées peuvent être créé sans Designer

• De nombreuses applications exécutent des applications Developer

• Le serveur d’application fournit une transaction simple de client/serveur

vers le WEB

II- Réalisation des formulaires

Les formulaires permettent souvent la manipulation des données. Ils peuvent se

baser sur des tables, des vues ou des scripts.

Les formulaires que j’ai fait sont basées sur des vues pour plus de sécurité et pour

mener une nouvelle expérience.


22


III-1 Le formulaire d’accueil

Ce formulaire permet de donner la main aux formulaires ou états de sortie

(Reports) de l’application.

Pour accéder aux formulaires de l’application il fallait choisir l’une des

Options (Paramétrage ou Informations) dans le menu général de l’application.

Figure 4 : formulaire d’accueil


23


3-3 Le formulaire des prix des produits

Ce formulaire permet d’afficher des informations sur les prix des produits observés

Pour chaque année, chaque mois et chaque période

Ce formulaire se trouve dans l’option Informations du menu général

Figure 5: Le formulaire du prix des produits


24


3-4 Le formulaire de codification des produits

3-4-1-Secteurs et activités Ce formulaire permet d’associer à chaque secteur l’activité correspondante

Figure 6: Le formulaire des secteurs et activités


25


3-4-2 Le formulaire des produits

Ce formulaire permet d’afficher à chaque produit sa classe, sa sous classe et son

groupe avec les informations associées à chaque entité parmi ces quatre entités

Figure 7 : Le formulaire des produits


26


3-4-3 Le formulaire des marques et unités

Ce formulaire permet d’afficher à chaque marque son unité de mesure associée

Figure 8 : Le formulaire des marques et unités


27


3-5 Le formulaire de correction des erreurs

Ce formulaire permet de vérifier s’il y a des erreurs de saisie des données d’un produit

Dans une délégation donnée, un mois donné et une année donnée et de donner la main

aux utilisateurs de l’application de les corriger

Figure 9 : Le formulaire de correction des erreurs

3-4-3 Le formulaire des fichiers (Voir annexe)

IV-Les états de sorties Les états de sorties permettent souvent la consultation des données Ils peuvent se

baser sur des tables, des vues ou des script.

Pour réaliser ces états on a utilisé comme outil Oracle Reports

Pour accéder aux états de l’application il fallait choisir l’option Editions dans le menu

général de l’application


28


III- exemple d’état de sortie de l’application (Relevé mensuel du prix) Cet état permet d’afficher des informations sur les prix mensuels des produits observés

pour le mois en cours

Figure 10 : Relevé mensuel du prix

IV- Conclusion La phase d’élaboration présentée dans cette partie nous a permis de spécifier de

nouveaux besoins et de choisir les outils de développement. J’ai présenté aussi les

étapes de réalisation de l’application. J’ai illustré cette présentation par quelques

exemples de formulaires et d’états.


29


Conclusion générale Notre projet consistait à réaliser une application intitulée Observatoire de la

Conjoncture Commerciale y compris la détection les erreurs de saisie des prix des

produits observés pour chaque mois dans une délégation donnée, et de donner la

main aux utilisateurs de l’application de corriger ces erreurs avant d’envoyer les

fiches de saisie au siége.

Les difficultés rencontrées durant ce projet étaient de comprendre les outils que je

vais utiliser (Oracle Developer)

Ainsi que la philosophie des applications existantes et de pouvoir toucher à leurs

limites.


30


Annexe

Cette annexe comprend les formulaires de gestion des fichiers envoyés et reçu par

les délégations

1- L e formulaire du transfert du relevé des prix Ce formulaire permet le transfert des fichiers de données pour une année et un mois

donné

Figure 11 : L e formulaire du transfert du relevé des prix


31


2- Le formulaire d’import des règles de contrôle

Ce formulaire permet d’importer d’autres règles de contrôle de l’application

Figure 12: Le formulaire d’import des règles de contrôle


32


3- Le formulaire de détection des fichiers reçus

Ce formulaire permet de détecter les fichiers reçus par siège

Figure 13: Le formulaire de détection des fichiers reçus


33


Bibliographie

Le générateur d’application Internet Oracle Forms Developer (partie 1 et 2)

Oracle Forms Developer Online Manuals

Oracle Reports Developer Online Manuals

LE PROGRAMMEUR Oracle8


34

Observatoire de la conjoncture commerciale - Glossip · Rapport de stage de première année...

Documents

Transcript of Observatoire de la conjoncture commerciale - Glossip · Rapport de stage de première année...