Statcomm PDF

SAKKA Maher
Date de cration : 01.05.2004

Date de dpt : 08.06.2005
Niveau : BAC + 3
StatComm
Copyright SAKKA Maher
Permission is granted to copy, distribute and/or modify this document
under the terms of the GNU Free Documentation License, Version 1.2
or any later version published by the Free Software Foundation;
with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts.
A copy of the license is included in the section entitled "GNU
Free Documentation License".
Universit du Centre
Institut Suprieur d'Informatique et des Technologies de
communication Hammam Sousse

Projet de fin d'tudes
Pour l'obtention d'un diplme de technicien suprieur en informatique
- rseaux informatiques -

Conc ept i on et r al i sat i on d' un syst me
d' i nf or mat i on de st at i st i ques
c ommer c i al es

- Tuni si e Tel ec om -

Elabor par :
Maher Sakka

Encadr par :
Mr. Aref Meddeb Isitcom
Mr. Mansour Abdelkhalak Tunisie Telecom

Anne universitaire 2003-2004

En tmoignage de ma gratitude et mon amour
Je ddie ce travail
A mes parents
A mes frres et ma sur
A toute ma famille
A tous mes amis (es)
A tous ceux que j'aime
Et tous ceux qui m'aiment

Remerciements

Cest avec un grand plaisir que je rserve cette page en signe de
gratitude et de profonde reconnaissance tous ceux qui m'ont aid de prs ou
de loin la ralisation de ce travail.

Je remercie particulirement mes encadreurs Mr. Aref Meddeb et
Mr. Mansour Abdelkhalek pour leur prcieuse assistance, leur disponibilit
et l'intrt quils ont manifest pour ce travail.

Je remercie vivement tous les enseignants qui ont particip ma
formation primaire, secondaire et suprieure, ainsi que les cadres de lInstitut
Suprieur d'Informatique et de Technologies de communications.

Je remercie galement les membres du jury pour lhonneur quils me font
en jugeant ce modeste travail.

Enfin, j'espre que ce travail sera la hauteur de la confiance quils
m'ont donne.

Sommaire

Introduction gnrale

Chapitre I : Etablissement d'accueil
1. Tunisie Telecom
2. La direction rgionale de Sousse
3. La subdivision des statistiques, Suivi de la Qualit et de la Production SSSQP

Chapitre II : Les systmes d'information
1. Le systme d'information
2. Le systme d'information automatis
2. La mthode de conception Merise

Chapitre III : Etude pralable
1. Domaine d'tude
1.1. Stratgie et objectifs
1.2. Champ de l'tude
2. Systme d'information actuel
2.1. Analyse de l'existant
2.1.1 Support d'archivage
2.1.2 Processus du Traitement
2.2. Critique de l'existant
3. Travail demand : Le Projet
3.1. Dfinition des besoins
3.2. Solution propose

Chapitre IV : Etude dtaille
1. Dfinition des orientations du nouveau systme
1.1. Les orientations de gestion
1.2. Les orientations dorganisation
1.3. Les orientations techniques

1

4
5
6
8

9
10
11
12

14
15
15
15
16
16
16
17
17
18
18
18

20
21
21
22
22
2. Stratgie de stockage des donnes
2.1. Premire solution de stockage
2.2. Deuxime solution de stockage
3. Modlisation Conceptuelle
3.1. Modle conceptuel de communication MCC
3.2. Modle conceptuel des donnes MCD
3.3. Modle conceptuel des traitements MCT
3.4. Modle organisationnel des donnes MOD
3.5. Modle organisationnel des traitements MOT
3.6. Modle logique des donnes MLD

Chapitre V : Ralisation
1. Outils de dveloppement
1.2. Microsoft SQL Server 2000
1.2. Microsoft Visual Basic
2. Interfaage entre Visual Basic et SQL Server 2000
2.1. OLE DB
2.2. ADO ActiveX Data Objects
3. Mise en uvre de la base de donnes
2.1. Le modle physique des donnes MPD
2.2. Implmentation de la base de donnes
4. Politique de scurit
5. Articulation des menus
6. Description des traitements
6.1. Gestion du systme
6.2. Gestion des services
6.3. Saisie dinformations
6.4. Modification dinformations
6.5. Consultation dinformations
6.6. Gnration des journaux
6.7. Suppression dinformations
6.8. Dfinition dobjectifs
6.9. Consultation dobjectifs
22
23
23
24
24
24
31
33
36
38

42
43
43
43
44
44
45
46
46
48
49
51
54
54
55
56
57
58
61
62
63
64
6.10. Messagerie
6.11. Gestion du compte

Conclusion gnrale
Bibliographie
Annexe
Liste des figures
Liste des tableaux

65
66

67

StatComm Introduction gnrale

I nt r oduc t i on gnr al e

1

Le long de son existence, Tunisie Telecom est assidu amliorer la qualit de ses services, et tre
compltement inform des diffrents aspects de son activit. En effet, cet oprateur est de plus en plus
conscient de la ncessit de disposer dune suite dinformations qui lui permet davoir une vue
synthtique et globale sur lvolution de ses activits, ainsi que de la qualit de ses services

Cest dans cet esprit qua t conu le tableau de bord par la subdivision de statistiques, suivi de la qualit
et de la production de Sousse (SSSQP) et ce au profil de la direction gnrale de Tunis. Ce tableau
demeure aujourdhui linstrument daction le plus important court terme dans le domaine de gestion.

Actuellement, le suivi des situations commerciales au niveau de la subdivision des statistiques, suivi de la
qualit et de la production de la direction rgionale de Sousse se fait travers des fiches labores
travers loutil Excel.

Notre projet se situe dans ce cadre particulier. Plus prcisment il consiste concevoir et raliser un
systme dinformation de statistiques commerciales qui intgre une base de donnes centralise et qui
permet une circulation de linformation en temps rel pour le suivi des activits commerciales. En effet, la
perte de linformation et lexistence de problmes dinitialisation journalire des donnes (la double
saisie) constituent les principaux mobiles pour la mise en place de notre projet.

Connatre lorganisation de la direction rgionale et les tches attribues SSSQP, savre indispensable
pour la comprhension du cadre de notre projet. Cest pour cette raison que nous allons prsenter au
niveau du premier chapitre loffice national des tlcommunications, ainsi que les missions assignes la
SSSQP.

Le deuxime chapitre prsente une introduction aux notions du systme dinformation et de la mthode
adopte pour la conception du projet.

Pour rpondre aux objectifs que nous nous sommes assigns prcdemment, il est ncessaire de procder
tout dabord une tude pralable de lexistant dans le dessein de dtailler les dfaillances du systme
existant ; ceci nous permet de proposer des solutions adquates. Donc cette tude fait lobjet de notre
troisime chapitre.

2

Le quatrime chapitre est consacr ltude dtaille comprenant les orientations de notre projet et les
modlisations conceptuelle, organisationnelle et logique.

Dans le cinquime chapitre, est dveloppe la prsentation du travail pratique effectu dans le cadre de ce
projet.

3
StatComm Chapitre I : Etablissement d'accueil

Chapi t r e I : Et abl i ssement d' ac c uei l

1. Tunisie Telecom
5
6
8

4

Le Ministre de Technologies de Communication et de Transport, se prsente parmi les dpartements de
l'Etat qui ont ralis un progrs trs important, vu les activits qu'il effectue dans tous les domaines,
savoir sociales, conomiques et financires.

L'Etat a procd la cration de deux offices dots dautonomie financire savoir l'office national des
postes et l'office national de tlcommunications dont on est intress.

1. Tunisie Telecom
L'office national de tlcommunications a t cr par la loi 95-36 du 17 Avril 1995. Son dmarrage a eu
lieu le 2 J anvier 1996 sous forme d'un tablissement public caractre industriel et commercial. Il est
dot de la personnalit civile et de l'autonomie financire. L'office est identifi par son nom commercial
Tunisie Telecom.

L'office est rgi par la lgislation commerciale et il est plac sous la tutelle du ministre des technologies
de communication et de transport.

Les objectifs et les engagements de Tunisie Telecom, fixs suite la cration de l'office, sont les
suivants :
Amlioration de la qualit de service (rduction des dlais de satisfaction des demandes
d'abonnement, des relevs des drangements).
Flexibilit dans les rgles de gestion, do une clrit dans la prise de dcision et une
meilleure adaptation aux diffrentes conjonctures nationale et internationale.
Mise la disposition de l'office des techniques modernes de gestion des entreprises dont le
marketing, les stratgies de ventes, l'audit de gestion
Instauration d'une comptabilit commerciale se basant sur l'analyse des centres des cots
et l'acquisition des marchs opportunment.
Gain en terme de rentabilit moyenne une meilleure matrise et une optimisation des
diffrentes ressources logistiques et humaines.
Amlioration des taux d'encadrement et des placements financiers rigoureux.
Matrise des engagements de dveloppement prdfini.

L'office national de tlcommunications a pour mission principale l'assurance des activits relatives au
domaine des tlcommunications, ainsi a-t-il pour rle :
5
L'installation, le dveloppement, l'entretien et l'exploitation des rseaux publics de
tlcommunication en particulier les rseaux de tlphones, de transmission de donnes et de
tlex.
La promotion de nouveaux services de tlcommunications travers l'installation des
quipements ncessaires et l'adaptation au dveloppement technologique.
La participation l'effort national d'enseignement suprieur au niveau du secteur des
tlcommunications et des domaines techniques.
L'application des conventions et des traits de l'union internationale des Tlcommunications,
et des organisations internationales et rgionales spcialises dans le domaine des
tlcommunications et qui sont ratifis par l'Etat tunisien.
La promotion de la coopration avec les institutions techniques trangres et les organisations
techniques internationales et rgionales spcialises dans le domaine des tlcommunications.

Tunisie Telecom est class troisime parmi les entreprises tunisiennes, avec un chiffre d'affaires de
747950 millions de dinars en 2001 et 821716 millions de dinars en 2002.

Selon les dernires statistiques, le parc d'abonns de Tunisie Telecom au rseau tlphonique fixe a atteint
1,2 million d'abonns.

Tunisie Telecom est form de 24 directions rgionales reparties sur 24 gouvernerats et une direction
gnrale qui englobe des directions centraux et des units, chacune s'intressant une activit spcifique.
La direction rgionale a sous sa tutelle les agences commerciales (Actels) de la rgion.

La direction rgionale de Sousse a sous sa direction 5 Actels et un espace entreprise. Elle est compose
principalement dune cellule commerciale, dun service administratif et financier, dune division des
tudes, dune division service commun et dune division rseaux. Ces derniers comportent un certain
nombre de subdivisions et chacune joue un rle bien dtermin.

L'organigramme figure1.1 illustre la structure globale de la direction.
6
7
Aujourd'hui, avec la croissance exponentielle des services de tlcommunication dans le monde entier
d'une part ; et en raison de l'innovation permanente et rapide des technologies de l'information et de la
communication dautre part, tout oprateur doit obligatoirement assurer une veille technologique et
conomique qui lui permettra de satisfaire les besoins potentiels de sa clientle et de rester comptitif sur
le march. En effet, il est indispensable de disposer des outils de suivi de l'volution des activits et de la
qualit des services. C'est dans cette perspective de dveloppement que l'office national des
tlcommunications a mis en place la subdivision des statistiques, suivi de la qualit et de la production.

Ce service a un certain nombre de fonctions telles que :
La fixation des objectifs au dbut de chaque anne.
La collecte journalire des informations relatives l'activit de chaque centre de construction, et
de chaque Actel.
La comparaison des informations collectes avec les objectifs fixs, la dtermination du degr
d'avancement par rapport ces objectifs et la proposition d'une stratgie de travail pour rattraper
les ventuels retards.
L'laboration et la mise jour du tableau de bord travers des situation journalires,
hebdomadaires et mensuelles reues partir des Actels.
La gnration de rapports journaliers, mensuels et annuels rsumant l'avancement des travaux des
centres et des Actels et effectuant des statistiques tout en mettant en relief la qualit et la
production.
8
StatComm Chapitre II : Les systmes d'information

Chapi t r e I I : Les syst mes d' i nf or mat i ons

10
11
12

9

La prsence d'un systme d'information informatis est devenu une exigence pour les entreprises puisqu'il
y amliore le traitement de l'information. Cette amlioration est caractrise par la capacit gigantesque
de stockage, la facilit de la consultation et l'automatisation des traitements.

Le systme dinformation dune organisation est lensemble organis de ressources : matriel, personnel,
donnes et procdures permettant d'acqurir, traiter, stocker, communiquer des informations (sous forme
de donnes, textes, images, sons, etc.). [4]

Les diffrentes fonctions de lorganisation sont regroupes en systmes reprsentant des finalits
communes. Dans la vision systmique de l'entreprise, on distingue 3 systmes primordiaux (voir figure
2.1) :
Le systme oprant : Il assure les fonctions courantes de production de l'organisation qui
consistent une transformation de ressources ou de flux primaires.
Le systme de pilotage : Il change des informations avec le systme oprant et dcide des
actions conduire sur celui-ci, en fonction des objectifs et des politiques de l'organisation afin
de permettre la rgulation, le pilotage et aussi l'adaptation de cette dernire son
environnement
Le systme d'information : Il est identifi un systme de couplage entre le systme oprant et
le systme de pilotage d'une organisation. Le systme d'information collecte, mmorise, traite
et distribue des informations pour le compte du systme oprant et du systme de pilotage. Il
fournit les informations permettant de dcider, contrler et agir.

10

Figure 2.1 : Vision systmique de l'entreprise
Systme de pilotage
(Coordination, objectifs)

Dans les organisations le systme dinformations joue un rle la fois stratgique, tactique et
oprationnel. Il contribue leur croissance et leur prennit, de mme amliore leur efficacit et ractivit
en favorisant la prise de dcision. Il constitue un outil de comptitivit puisquil est un catalyseur de
linnovation.

Le systme d'information automatis est un sous-systme physique du systme d'information reposant sur
la technologie informatique (matriels, logiciels, rseaux, tlcommunication). [4]

Les fonctions principales du systme dinformation automatique sont la collecte de linformation, sa
mmorisation, son exploitation (au niveau de la consultation, de lorganisation et la mise jour) et enfin
sa diffusion.

Lobjectif de ces fonctions ne consiste pas seulement pauler les dcideurs prendre les dcisions
adquates par le biais des donnes fournies brutes ou modlises mais aussi assurer la coordination,
enregistrer et suivre de prs les performances des agents de lorganisation et des units de
fonctionnement.

Notre projet est considr comme un systme stratgique d'information. Ce type de systme informatise
les activits stratgiques de l'organisation et fournit les informations ncessaires la prise de dcision
relevant de la planification stratgique.

Systme d'information
(Mmorisation, traitement)
Systme oprant
(Production, Action)
dcisions
informations traites
Informations
externes
Informations
versl'xterieur
informations collectes
flux sortant
flux entrant
11

L'automatisation d'un systme d'information manuel ncessite le suivi d'une mthode de conception. Son
icace
e travail

Pour cela, on a adopt la mthode MERISE. Elle nous permettra de mettre en vidence les ventuelles
e Ralisation Informatique de Systmes d'Entreprise) est une
La mthode Merise propose une mthode de conception et de dveloppement de Systmes d'Information.
a mthode Merise prvoit une conception par niveaux, et dfinit pour cela quatre niveaux essentiels :
de
u organisationnel : il exprime les choix organisationnels de ressources humaines et
absence peut provoquer de nombreux problmes tels que :
La vision parcellaire des besoins
La difficult d'une maintenance eff
La difficult de planification et de suivi d
Etc.
incohrences et les amliorations apporter au systme.

La mthode Merise (Mthode d'Etude et d
mthode de conception, de dveloppement et de ralisation de projets informatiques et qui a t
dveloppe pendant les annes 70 par un groupement de 6 socits de services et un centre de recherche
informatique sous l'impulsion du ministre franais de l'industrie. [4]

Elle est complte, dtaille, en grande partie formalise, et en plus elle garantit une informatisation
russie. Elle est base sur la sparation des donnes et des traitements effectuer en plusieurs modles
conceptuels et physiques. Cette sparation garantie la stabilit d'agencement des donnes, la possibilit de
remaniement des traitements et la longvit du systme.

L
Le niveau conceptuel : il exprime les choix fondamentaux de gestion et les objectifs
lorganisation. Il dfinit les activits, les choix de gestion et les informations. Le niveau
conceptuel est indpendant des aspects organisationnels et des aspects techniques de mise en
uvre.
Le nivea
matrielles. Il dfinit la rpartition gographique et fonctionnelle des sites de travail (du point
de vue des donnes et des traitements), le mode de fonctionnement (temps rel ou temps
diffr), la rpartition du travail homme/machine (degr et type dautomatisation), les postes
de travail et leur affectation, la volumtrie des donnes et la scurit des donnes. Le niveau
12

organisationnel est indpendant des moyens de traitement et de stockage de donnes actuels
ou futurs.
Le niveau lo gique : il exprime la forme que doit prendre loutil informatique pour tre adapt
leurs spcificits.

'informatisation d'un systme d'information manuel ncessite le passage par 4 diffrentes tapes :

lutilisateur et son poste de travail. Il dcrit le schma de la base de donnes (relationnel,
hirarchique ou rseau), la rpartition des donnes sur les diffrentes units de stockage, les
volumes par unit de stockage et loptimisation des cots induits par le mode de gestion. Il est
indpendamment de linformatique spcifique, des langages de programmation ou de gestion
des donnes. Il introduit la notion doutils en tant que fonction rutilisable.
Le niveau physique : il traduit les choix techniques et la prise en compte de
Il dfinit compltement les fichiers, les programmes, limplantation physique des donnes et
des traitements, les ressources utiliser et les modalits de fonctionnement.
L
l'expression des besoins, le modle conceptuel, le modle logique et le modle physique. (voir figure 2.2)

Figure 2.2 : Le cycle d'a
Systme d'Information Manuel
Expression des Besoins
Modle Conceptuel
Systme d'Information informatis
Modle Physique
Modle Logique
bstraction pour la conception d'un systme d'information

13
StatComm Chapitre III : Etude pralable

Chapi t r e I I I : Et ude pr al abl e

1. Domaine d'tude
15
16
18
14

Ltude pralable est une dfinition globale des solutions fonctionnelles et techniques. Elle s'effectue au
moyen des interviews des diffrents intervenants de la subdivision et l'analyse de la circulation des
documents.

Cette tude sera une valuation du systme actuel, elle permettra de prendre connaissance dans le dtail
du domaine tudier et de recenser l'ensemble exhaustif des objectifs poursuivis par la subdivision dans
ce domaine.

1. Domaine d'tude

1.1. Stratgie et objectifs
La subdivision des statistiques, suivi de la qualit et de la production collecte, travers les Actels, des
informations concernant les services rendus.

Ces informations sont accumules dans des fiches mensuelles et annuelles pour tablir un rapport de
statistiques. Celui-ci permettra la direction rgionale de comparer les objectifs viss et les rsultats
atteints afin de rattraper les retards ventuels, de combler les lacunes et prvoir les besoins et les
possibilits dagir. [6]

1.2. Champ de l'tude
Les statistiques commerciales seront, dans ce projet, notre objet primordial. Elles porteront sur les
informations commerciales telles que :
les demandes dposes
les demandes en instances.
les contrats tablis
les contrats activs
les contrats annuls.
etc...

Les informations commerciales se diffrent d'un service un autre. Elles se prsentent dans la plupart des
cas sous forme hirarchique. (voir figure 3.1)
15

WLL
Demandes dposes
Contrats
Etablis
Pays
Annuls
Demandes en instance
Figure 3.1 : Exemple dune structure dun service (WLL : Wireless Local Loop)


2.1. Analyse de l'existant

2.1.1 Support d'archivage
Afin d'informatiser son travail et de rendre ses rapports de statistiques prsentables, la subdivision a cre
un fichier Excel qui a t distribu aux Actels.

Dans ce fichier, chaque service, est reprsent par une fiche sur laquelle les informations commerciales
sont groupes par jour. (voir figure 3.2)

Demandes dposes Contrats activs Contrats annules
J ourne
GSM Migration Post pays Prpays Post pays Prpays
22/05/2004 24 6 18 2 5 5

Figure 3.2 : Extrait de la fiche du service GSM

Le nombre des fiches varie selon le nombre des services rendus par l'Actel. (voir figure 3.3)

Figure 3.3 : Extrait de la liste des fiches d'une Actel

16

2.1.2 Processus du Traitement
J ournellement, l'agent d'Actel ajoute un enregistrement chaque fiche comprenant la date et les
informations commerciales de la veille du service concern.
A la fin du mois, les fiches sont imprimes et envoyes par Fax la direction rgionale. Ainsi l'agent de la
subdivision retape les informations dans ses propres fiches. Les fiches de la direction rgionale gnrent
automatiquement des fiches mensuelles et annuelles.

Ces fiches seront des supports d'information pour rdiger les rapports des statistiques. Ceux-ci sont
dlivrs la direction gnrale pour qu'ils soient ultrieurement un moyen de prise de dcision.

2.2. Critique de l'existant
Dans le courant de l'tude on a constat certaines imperfections dans le systme actuel.

A cause de l'absence d'un rseau informatique, l'change des informations entre les Actels et la direction
rgionale se fait par fax. Ce qui oblige l'agent de la subdivision de retaper les informations une autre fois
sur dautres fiches afin de gnrer les fiches mensuelles et annuelles. Cet effort supplmentaire inutile
pourrait rendre pnible le processus de collection d'informations.

Les informations collectes et gnres par la subdivision sont enregistres sur des feuilles papiers
susceptibles d'tre omises. L'archivage de ces papiers dans des documents compliquera la tche de
recherche et de consultation aprs une longue priode cause de la voluminosit des papiers.

Un autre inconvnient du systme rside dans la sauvegarde des informations; seules les informations
journalires du mois courant sont enregistres do l'omission des informations des journes des mois
prcdents.

Toutes ces lacunes pourraient entraver la ralisation des objectifs de la subdivision sachant que les
informations exactes et prcises sont indispensables. Cela suscite la recherche des solutions concrtes.

17


3.1. Dfinition des besoins
Selon la vision des agents de la subdivision, le nouveau systme d'information doit assurer certaines
tches telles que la sauvegarde des informations journalires, la gnration automatique des journaux
mensuels et annuels, leur impression, la gnration des graphes de statistique, la dfinition et la
supervision des objectifs.
Le nouveau systme doit assurer aussi d'une part la flexibilit, la validit et la permanence de son
utilisation et d'autre part la scurit et la confidentialit des donnes ainsi que leur centralisation.

3.2. Solution propose
Afin de rpondre aux besoins cits ci-dessus, on propose la ralisation d'un systme d'information
informatis gnrale qui met en action les trois divisions de Tunisie Telecom : La direction gnrale, les
directions rgionales et les Actels.

Ce systme sera compos d'une base de donnes flexible centralise dans un serveur ddi permettant le
stockage volumineux des informations et de trois applications distribues sur les diffrentes divisions.
(Voir figure 3.4)

La premire application sera affecte aux Actels, elle permettra aux agents de saisir et de consulter les
informations.

La deuxime application sera affecte aux directions rgionales, elle permettra aux subdivisions de
modifier et de consulter les informations selon des slections dsires, de gnrer les fiches mensuelles et
annuelles, de dfinir et de consulter les objectifs, de grer le systme rgional

La troisime application sera attribue la direction gnrale, elle permettra de consulter les informations
et les objectifs, de grer le systme et les services

Ces applications se connectent au serveur de donnes via le rseau Tunisie Telecom.

18

Direction
Gnrale

Figure 3.4 : Schma du nouveau systme

Selon la mthode Merise, il ne suffit pas de dterminer les insuffisances du systme existant, et de trouver
les meilleures solutions, mais il sagit de bien prsenter et tudier laspect conceptuel. Gnralement on
rattache le succs ou lchec du projet la bonne ou au mauvaise analyse de laspect conceptuel,
organisationnel, et des traitements. Ces diffrentes analyses font partie de notre suivant chapitre, consacr
ltude dtaille du nouveau systme.

Actels

Serveur de
donnes

Directions
Rgionales
19
StatComm Chapitre IV : Etude dtaille

Chapi t r e I V : Et ude dt ai l l e

1. Dfinition des orientations du nouveau systme
2. Stratgie de stockage
21
22
24
20

Si ltude pralable nous a permis de dgager les lacunes et les imperfections du systme actuel adopt
par la Subdivision des Statistiques, Suivi de la Qualit et de la production , ltude dtaille permet de
spcifier lintgrit du fonctionnement du futur systme dinformation, tel quil sera peru par le futur
utilisateur.

Ltude pralable abordera exclusivement les raisonnements lis au systme dinformation
organisationnel, c'est--dire la spcification dtaille des :
Modle conceptuel de communication MCC
Modle conceptuel des donnes MCD
Modle conceptuel des traitements MCT
Modle organisationnel des donnes MOD
Modle organisationnel des traitements MOT
Modle logique des donnes MLD

Toutes fois, selon la mthode Merise, il est indispensable de prsenter les orientations du futur systme
avant de procder lensemble des analyses dfinies prcdemment.

1. Dfinition des orientations du nouveau systme : StatComm
Les orientations dcrivent les options, les oprations et les actions fondamentales entreprendre en
matire de management, traitement et communication de linformation pour assurer la fiabilit et
lefficacit du systme raliser. Les orientations de notre projet peuvent tre classes en trois
catgories :

1.1. Les orientations de gestion
Les orientations de gestion permettent dadopter des options de choix en matire de gestion, et qui vont
tre effectues au niveau de la direction gnrale, la direction rgionale et lActel. Ces orientations
peuvent tre rsumes comme suit :
Concevoir un systme intgr qui englobera toutes les informations ayant trait la qualit des
services.
Donner aux agents des directions rgionales la possibilit de faire des mises jour des donnes et
des objectifs.
21

Donner aux agents de la direction gnrale la possibilit de faire des mises jour des services
(ajout ou suppression dun service).
Simplifier les traitements lutilisateur pour viter les problmes dinterprtation et de
comprhension tout en donnant une souplesse dutilisation du systme.
Minimiser les travaux manuels et viter au maximum la paperasse.

1.2. Les orientations dorganisation
Les orientations dorganisation se rapportent aux options concernant les procdures, les documents et les
mthodes de travail pour amliorer le droulement du travail et organiser les diffrents traitements. Ces
orientations consiste :
Avoir des informations cohrentes avec un contrle efficace au moment de saisie des donnes, par
la mise en place des contraintes au moment de lajout dun service.
Grer une base de donnes dans le sens de minimiser les travaux rptitifs et le gaspillage du
temps au niveau des diffrentes tches effectues par loutil Excel.
Pouvoir de consultation des informations et des objectifs par les acteurs du systme.
Gnrer des graphes et des tats des journaux journalire, mensuelle et annuelle.

1.3. Les orientations techniques
Les orientations techniques concernent gnralement les choix en matire informatique :
Lassurer les conditions de scurit du nouveau systme par lidentification et laffectation aux
utilisateurs les procdures qui les concernent seulement afin de garantir la confidentialit des
donnes.
Le choix dune stratgie de stockage permettant la facilit de consultation, l'ajout des services et la
dfinition de leurs structures et de leurs contraintes.
Lutilisation dun systme de gestion de base de donnes relationnel pour limplmentation de la
base de donnes afin dassurer lintgrit et la scurit des donnes. On adoptera dans notre cas
SQL Server.
Laccs la base de donnes sera travers une architecture Client Serveur.
Lutilisation du Power AMC 6 pour llaboration du MCD, MCT, MOD, MOT et MPD.

2. Stratgie de stockage des donnes
Supposons que chacune des 24 directions rgionales dirige au minimum 8 Actels. Une Actel rend 12
services dont deux parmi eux utilisent la ressource rpartiteur. A une Actel on attribue 2 rpartiteurs. Un
22

service prsente 10 informations. Ainsi chaque jour, 26 880 valeurs sont saisies. Par mois, elles seront 8
332 380 et annuellement elles seront 10 026 240.
Vu les gigantesques informations sauvegarder, une stratgie de stockage des donnes doit tre adopte.
Les besoins de flexibilit et de validit dans le nouveau systme nous obligent de choisir une stratgie
diffrente des autres soit disant ordinaires. Pour cela on a pens deux solutions :

2.1. Premire solution de stockage
Elle se base sur une infrastructure de stockage statique. Elle consiste sauvegarder toutes les valeurs dans
une mme partie de la base de donnes. Lenregistrement seffectue par valeur de donne de faon qu
chacun on lui attribue le jour (ou le mois ou lanne), lActel, le service et la donne. (voir figure 4.1)

Valeur Jour Actel Service Donne

Figure 4.1 : Premire solution de stockage

2.2. Deuxime solution de stockage
Elle consiste diviser l'infrastructure de stockage de donnes en deux parties : lune statique et lautre
dynamique.
La partie statique servira au stockage des donnes de base du systme telles que celles des
directions rgionales, des Actels, des services, des donnes des services, des rpartiteurs, des
objectifs
La partie dynamique servira au stockage des journaux des services. Cette infrastructure s'largit
chaque ajout d'un nouveau service et se rduit chaque suppression d'un autre. Lenregistrement
seffectue par service en premier lieu puis par jour (ou mois ou anne) dont on lui affecte lActel
et les valeurs des donnes. (voir figure 4.2)

Service
Jour Actel Valeur Donne1 Valeur Donne2 Valeur Donne3 Valeur Donne4

Figure 4.2 : Deuxime solution de stockage

La premire solution prsente un inconvnient qui rside dans le groupement des valeurs de tous les
services dans un mme espace mmoire ce qui entrane la difficult de la consultation et de lextraction
des informations. Tandis que la deuxime solution regroupe les valeurs dun mme service. Cet avantage
23

nous facilitera lenregistrement, lextraction et la consultation des informations. Ainsi, la deuxime
solution parait notre solution quon va ladopter.

La prochaine tape fondamentale de Merise consiste dans lanalyse des aspects conceptuels : de
communication, des donnes, des traitements et organisationnel. Toutes ces tudes seront traites
respectivement dans les sections suivantes. [4]

3.1. Modle conceptuel de communication MCC
Le modle conceptuel de communication, appel aussi diagramme conceptuel de flux, dlimite le
domaine d'activit. Il permet de mettre en vidence les flux d'informations entre les diffrents acteurs du
domaine. [4] (voir figure 4.3)
Statistiques Commerciales
1 Actels
2 Directions Rgionales
3
Fiches commerciales
Rapports commerciaux
Direction Gnrale

Figure 4.3 : Modle conceptuel de communication

3.2. Modle conceptuel des donnes MCD

3.2.1. Gnralits
Le modle conceptuel des donnes est l'lment le plus reconnu de Merise et certainement le plus utile. Il
permet d'tablir une reprsentation claire des donnes du systme d'information et dfinit les dpendances
fonctionnelles de ces donnes entre elles, sans tenir compte des aspects techniques et conomiques du
stockage et d'accs et sans se rfrer aux conditions d'utilisation des diffrents traitements. [4]

24

Le formalisme utilis dans Merise est dsign par entit-relation. Ce formalisme comporte quatre
concepts type de base. Deux concepts sont structuraux, l'entit type et la relation ; le troisime concept est
descriptif, c'est la proprit; le quatrime qualifie la liaison entre entit type et relation type, c'est la
cardinalit. En effet :
L'entit : est un objet physique ou abstrait, renfermant un regroupement de caractristiques
comparables et dot d'une existence propre et identifiable.
La relation : est une association liant plusieurs entits signifiant un lien entre deux ou plusieurs
types d'objets.
La proprit : est une caractristique d'un objet ou d'une association. Une proprit est elle-mme
caractrise par un type (Chiffre, Type, etc.) et une longueur. L'ensemble des proprits du MCD
compose le dictionnaire des donnes.
L'identifiant : C'est une proprit ou la concatnation de proprits permettant de distinguer une
entit parmi toutes les autres.
Les cardinalits : Les cardinalits d'une relation indiquent le nombre d'occurrence maximale et
minimale de participation des entits dans la relation.
La contrainte d'intgrit : indique une dpendance obligatoire entre plusieurs entits participantes
une relation et permet de simplifier les relations de dimension suprieure deux.

Ce formalisme possde une reprsentation graphique prsente la figure 4.4 :

0,n 0,n
Entit 1
Identificateur
Proprits
Entit 2
Identificateur
Proprits
Relation

Figure 4.4 : Formalisme du modle conceptuel des donnes

3.2.2. Les rgles de gestion
Une direction rgionale dirige plusieurs Actels.
Une Actel est dirige par une seule direction rgionale.
Une Actel peut rendre plusieurs services.
Une Actel peut avoir plusieurs rpartiteurs.
Un rpartiteur est attribu une seule Actel.
Un service peut contenir plusieurs donnes.
Une Actel peut avoir un seul objectif pour une donne dun service une priode bien dtermine.
Une Actel peut avoir par jour un seul enregistrement des valeurs des donnes dun service donn.
25

Une division TunTel peut avoir plusieurs comptes.
Une Actel envoie des messages sa direction rgionale.
Une direction rgionale envoie des messages ses Actels et la direction gnrale.
La direction gnrale envoie des messages aux directions rgionales.

3.2.3. L'infrastructure statique des donnes

3.2.3.1. Dictionnaire des donnes
N Nom Dsignation Type
1 CdeAct Code de l'Actel Chane (5)
2 CdeDon Code de la donne Chane (4)
3 CdeDr Code de la direction rgionale Chane (5)
4 CdeMsg Code du message Nombre
5 CdeRep Code du rpartiteur Chane (5)
6 CdeSrv Code du service Chane (5)
7 DMsg Date du message Date
8 Lvl Niveau hirarchique de la donne Nombre
9 MotPasse Mot de passe du compte Chane (15)
10 NomAct Nom de l'Actel Chane (15)
11 NomDon Nom de la donne Chane (30)
12 NomDr Nom de la direction rgionale Chane (20)
13 NomCmpt Nom du compte Chane (15)
14 NomRep Nom du rpartiteur Chane (20)
15 NomSrv Nom du service Chane (40)
16 Obj Objectif atteindre Nombre
17 Periode Priode de l'objectif Chane (7)
18 Sujet Sujet du message Chane (50)
19 TxtMsg Texte du message Texte
20 TypCmpt Type du compte Nombre
Tableau 4.1 : Dictionnaire de donnes

3.2.3.2 Graphique du MCD
26

L'tude effectue nous a permis de dgager l'ensemble des entits et des associations qui composent notre
modle conceptuel de donnes. En effet, notre modle comporte neuf entits et huit associations. Ces
derniers sont dcrits dans les tableaux qui prsentent la liste des entits et des associations.

Notre MCD peut tre schmatis comme suit :

0,n
0,n 1,1 1,1 1,n
0,n
0,n
1,1
1,1
0,n
1,1
0,n
0,n
0,n
1,1
0,n 1,1 0,n
Dr
CdeDr
NomDr
Actel
CdeAct
NomAct
Repartiteur
CdeRep
NomRep
Service
CdeSrv
NomSrv
Donnee
CdeDon
NomDon
Lvl
Objectif
Periode
Obj
Diriger Par Appartenir
Rendre
Contenir
Atteindre
Sous Donnes
Message
CdeMsg
Sujet
DMsg
TxtMsg
Subdivision TunTel
Compte
Comptes
MotPasse
Type
Envoyer Posseder

Figure 4.5 : Modle conceptuel de donnes

27

3.2.3.3. Liste des entits
Nom Code
Division TunTel Division TunTel
Direction rgionale Dr
Actels Actel
Rpartiteur Repartiteur
Service Service
Donne Donnee
Objectif Objectif
Compte Compte
Message Message
Tableau 4.2 : Liste des entits

3.2.3.4. Liste des relations
Nom Entits intervenantes
Diriger Actel, Dr
Attribuer Rpartiteur, Actel
Rendre Actel, Service
Contenir Service, Donne
Sous donne Donnes
Atteindre Actel, Service, Donne, Objectif
Envoyer Divisions TunTel, Message
Possder Division TunTel, Compte
Tableau 4.3 : Liste des relations

3.2.3.5. Description des entits

Entit Dr

Nom Dsignation Type Format
CdeDr Code de la direction rgionale Chane (5) DR---
NomDr Nom de la direction rgionale Chane (20)

28

Entit Actel

CdeAct Code de l'Actel Chane (5) AC---
NomAct Nom de l'Actel Chane (20)

Entit Repartiteur
CdeRep Code du rpartiteur Chane (5) R-----
NomRep Nom du rpartiteur Chane (20)

Entit Service
CdeSrv Code du service Chane (5) SV---
NomSrv Nom du service Chane (40)

Entit Donnee
CdeDon Code de la donne Chane (4) D---
NomDon Nom de la donne Chane (30)
Lvl Niveau hirarchique de la donne Nombre

Entit Objectif
Periode Priode de l'objectif Chane (7) mm/aaaa : Mois
aaaa : Anne
Obj Objectif atteindre Nombre

29

Entit Compte

NomCmpt Nom du compte Chane (15)
MotPasse Mot de passe du compte Chane (15)
TypCmpt Type du compte Nombre 0 : Direction gnrale
1 : Direction rgionale
2 : Actel

Entit Message
CdeMsg Code du message Nombre
Sujet Sujet du message Chane (50)
DMsg Date du message DateHeure
TxtMsg Texte du message Texte
Tableau 4.4 : Description des entits

3.2.4. L'infrastructure dynamique des donnes
A chaque service ajout, trois entits sont ajoutes. Ces entits portent comme nom le code du service et
le type du journal (_jour, _mois, _annee) et chacune sera en relation avec lentit Actel de linfrastructure
statique. (voir figure 4.6)

30

0,n
0,n 1,1
1,1
0,n
0,n
SV001_Annee
Annee
D001
D004
D002
D006
Actel
CdeAct
NomAct
SV001_Mois
Annee
Mois
D001
D004
D002
D006
SV001_J our
J our
D001
D004
D002
D006
Avoir 1
Avoir 2
Avoir 3
Partie Statique Partie Dynamique

Figure 4.6 : Exemple des entits de la partie dynamique

Les attributs des entits varient selon la structure du service et le type du journal. Ils seront le jour (ou
lanne et le mois ou lanne) et les codes des donnes du niveau infrieur de larborescence du service.
Le type des valeurs des donnes est, par dfaut, un entier sauf la prsence dune donne reprsentant un
rpartiteur ainsi, son type est une chane de caractres de taille 20.

3.3. Modle conceptuel des traitements MCT

3.3.1. Gnralits
Le modle conceptuel des traitements permet de formaliser les traitements en fonction des vnements
extrieurs sans sintresser lorganisation qui rgira ces traitements. [4]

Pour dcrire le niveau conceptuel, le formalisme des traitements comporte les concepts suivants :
31

Evnement : Peut tre interne ou externe au systme dinformation, il sagit dun dclencheur pour
le lancement dune opration ou le rsultat dune opration ou le rsultat dune opration
destination du monde extrieur.
Synchronisation : Rgle indiquant les vnements et lenchanement de ces derniers ncessaires au
lancement dune opration. Il sagit dune expression logique compose essentiellement de OU,
ET, NON
Opration : Liste des actions raliser si la synchronisation associe est ralise. Lensemble des
actions de lopration sexcute sans interruption ni attente dvnement.
Emission : Expression logique indiquant selon le rsultat de lopration quels vnements internes
au systme dinformation sont crs.

Synchronisation
Oper_1
Action 1
Action 2
Action n
Emission 1 Emission 2
Evnement
entrant (A)
Evnement
entrant (B)
Evnement
Sortant (1)
Evnement
Sortant (2)

Figure 4.7 : Formalisme du modle conceptuel des traitements

Llaboration du modle conceptuel des traitements ncessite un dcoupage du domaine en processus, et
du processus en oprations, en effet un processus est une simple vue au niveau conceptuel qui correspond
lenchanement des principales oprations concourant une finalit. Ce processus est dclench par un
vnement externe ou temporel.

La notion de processus est obligatoire car elle permet de regrouper les traitements suivant une hirarchie
bien finalis. Ainsi, les processus identifis sont :
Gestion des informations
Gnration des journaux
Dfinition des objectifs

32

(A OU B) ET C
OP 2
Calcul du total
Gnration du journal
ET
OP 4
Dfinition de l'objectif annuel
Dfinition des objectifs mensuels
Fin Mois A Fin Anne B
Informations saisies C
J ournal gnr

OP 1
Saisie d'informations
Fin J our
Dbut Anne
Orientation Annuelle
Objectifs Dfinis

Figure 4.8 : Modle conceptuel des traitements

3.4. Modle organisationnel des donnes MOD
Les Modles organisationnels des donnes ajoutent la gographie des donnes aux concepts de telle sorte
que chaque modle organisationnel soit un sous-ensemble du MCD adapt un site de donnes. Leur
tude nous permet de faire ressortir les cohrences et les consolidations entre sites. [4]

Dans notre systme, on distingue 3 modles organisationnels de donnes ; le MOD direction gnrale, le
MOD direction rgionale et le MOD Actels. (voir figures 4.9, 4.10 et 4.11)

33

0,n
0,n 1,1 1,1 1,n
0,n
0,n
1,1
1,1
0,n
1,1
0,n
0,n
0,n
1,1
0,n 1,1 0,n
Dr
CdeDr
NomDr
Actel
CdeAct
NomAct
Repartiteur
CdeRep
NomRep
Service
CdeSrv
NomSrv
Donnee
CdeDon
NomDon
Lvl
Objectif
Periode
Obj
Diriger Par Appartenir
Rendre
Contenir
Atteindre
Sous Donnes
Message
CdeMsg
Sujet
DMsg
TxtMsg
Subdivision TunTel
Compte
Comptes
MotPasse
Type
Envoyer Posseder

Figure 4.9 : MOD direction gnrale

34

0,n
0,n
1,1
1,1
0,n
0,n
1,1
1,1
0,n
1,1
0,n
0,n
0,n
1,1
0,n
Actel
CdeAct
NomAct
Repartiteur
CdeRep
NomRep
Service
CdeSrv
NomSrv
Donnee
CdeDon
NomDon
Lvl
Objectif
Periode
Obj
Appartenir
Rendre
Contenir
Atteindre
Sous Donnes
Message
CdeMsg
Sujet
DMsg
TxtMsg
Compte
Comptes
MotPasse
Type
Envoyer
Posseder

Figure 4.10 : MOD direction rgionale

35

0,n
1,1
1,1
0,n
1,1
0,n
Repartiteur
CdeRep
NomRep
Service
CdeSrv
NomSrv
Donnee
CdeDon
NomDon
Lvl
Objectif
Periode
Obj
Contenir
Atteindre
Sous Donnes
Message
CdeMsg
Sujet
DMsg
TxtMsg
Compte
Comptes
MotPasse
Type

Figure 4.11 : MOD Actel

3.5. Modles organisationnels des traitements MOT

3.5.1. Gnralits
Le modle conceptuel des traitements est complt par la prise en compte des choix dorganisation de
lorganisation ; cest le modle organisationnel des traitements. [4]

Le modle conceptuel dcrit le Quoi du systme tudi, tandis que le modle organisationnel dcrit le
Quand , le Qui et le Quoi . Pour chaque ensemble de traitement, le modle organisationnel
prcise lautomatisation et la rpartition dans le temps de ces traitements.

A chaque opration du modle conceptuel correspondent une ou plusieurs procdures fonctionnelles. Ces
procdures peuvent elles-mmes se dcomposer en tches. Une tche est un ensemble de traitements, elle
peut tre manuelle, conversationnelle ou automatique.

36

Cest ainsi que lenchanement des procdures fonctionnelles de notre projet est prsent de la manire
suivante :
Priode Directions Rgionales Actels Type

Fin du J our
( A OU B ) Et C
Etablissement des situations
Calcul du total
Etablissement de la situation
Fin Anne Fin Mois
Manuel
ET
Dfinition d'objectifs
Dfinition de l'objectif annuel
Dfinition des objectifs mensuels
Manuel
Dbut Anne
Orientation Annuelle
Informations Saisies C
Objectifs Dfinis
Fin Mois A
Fin Anne B
Situation Annuelle Etablie
Situation Mensuelle Etablie

Figure 4.12 : Modle organisationnel des traitements
37

3.6. Modle logique des donnes MLD

3.6.1. Gnralits
La reprsentation logique des donnes constitue le passage de la description conceptuelle
limplmentation physique de la base de donnes. Le modle logique est le modle conceptuel avec
lajout des rponses aux contraintes dorganisation de donnes. [4]

Les objectifs de cette modlisation sont la dfinition de lorganisation logique des donnes partir du
modle conceptuel valid et loptimisation de cette description, compte tenu des traitements effectus sur
linformation.

Il existe trois modles de base qui sont :
Le modle hirarchique
Le modle rseau
Le modle relationnel
Pour notre projet, nous allons adopter le modle relationnel comme modle de base.

3.6.2. Le modle relationnel
Llment de base est la relation. Lensemble des occurrences de la relation est reprsent par une table
dont les colonnes contiennent des valeurs prises par les attributs de cette relation. Les lignes de la table
reprsentent les occurrences de la relation, ou tuples. Chacune des ces lignes est identifie par un attribut
ou un ensemble dattributs appel cl primaire.

Un attribut est dit cl trangre dans une relation lorsquil est galement cl primaire dans une autre. La
cl confidente est une cl non primaire mais galement apte assurer lunicit dune ligne. La cl
secondaire est index de niveau physique facilitant laccs une colonne souvent sollicite.

3.6.3. Rgles de passage du MCD au modle relationnel
Rgle 1 : Un objet conceptuel se transforme en relation. Chaque proprit se transforme en attribut.
Lidentifiant de lobjet devient la cl primaire de la table.
Rgle 2 : Une relation binaire (rflexive) ayant des cardinalits (1,1) (1, n) ou (1,1) (0, n) se
traduit par une redondance de lidentifiant de lobjet cardinalit (1, n) ou (0, n) dans la relation
issue de lobjet cardinalit (1, 1). Lidentifiant de lobjet cardinalit (1, 1) devient la cl
38

primaire de la relation. La proprit duplique devient cl trangre dans la relation. Si la relation
est rflexible, cest lidentifiant de lobjet qui est dupliqu dans la relation provient de ce mme
objet aprs avoir t renomm.
Si la relation (conceptuelle) est porteuse de proprits, celles-ci retrouvent comme attributs dans la
relation relationnelle issue de lobjet cardinalit (1, 1).
Rgle 3 : Une relation n-aire du modle conceptuel, porteuse ou non de donnes, se transforme en
une relation du schma relationnel ayant comme cl primaire composite les attributs issus des
identifiants des objets participants cette relation conceptuelle.
Rgle 4 : La relation rflexive, si elle ne dpend pas de la dfinition de la rgle 2 se traduit par une
relation porteuse de deux attributs, duplication de lidentifiant de lobjet et tous les deux sont
renomms. Cet ensemble dattributs constitue la cl primaire composite de cette relation.

Avec lapplication des rgles de passage du modle conceptuel de donnes au modle logique de
donnes, on a dgag les tables suivantes pour la partie statique : (voir figure 4.13)
Dr (CdeDr, NomDr)
Actel (CdeAct, NomAct, #CdeDr)
Repartiteur (CdeRep, NomRep, #CdeAct)
Service (CdeSrv, NomSrv)
Donnee (CdeDon, NomDon, CdeSrv, lvl, CdeDonM
Rendre (CdeAct, CdeSrv)
Objectif (#CdeAct, #CdeSrv, #CdeDon, Periode, Obj)
Compte (NomCmpt, MotPasse, TypCmpt, CdeDiv)
Message (CdeMsg, #CdeEm, #CdeRe, SjtMsg, DMsg, TxtMsg)
Les attributs souligns dsignent les cls primaires de la table et ceux prcds dun # dsignent les cls
trangres.

39

CDEDON =CDEDONM
CDESRV =CDESRV
CDEDR =CDEDIV
CDEACT =CDEDIV
CDEDR =CDERE
CDEDR =CDEEM CDEACT =CDEEM
CDEACT =CDERE
CDEACT =CDEACT
CDEDON =CDEDON
CDESRV =CDESRV
CDESRV =CDESRV
CDESRV =CDESRV
CDEACT =CDEACT
CDEACT =CDEACT
CDEDR =CDEDR
DR
CDEDR
NOMDR
ACTEL
CDEACT
CDEDR
NOMACT
REPARTITEUR
CDEREP
CDEACT
NOMREP
SERVICE
CDESRV
NOMSRV
DONNEE
CDEDON
CDESRV
NOMDON
LVL
CDEDONM
MESSAGE
CDEMSG
CDEEM
CDERE
SUJ ET
DMSG
TXTMSG
COMPTE
COMPTES
MOTPASSE
TYPE
CDEDIV
RENDRE
CDEACT
CDESRV
OBJ ECTIF
CDEDON
CDEACT
CDESRV
PERIODE
OBJ

Figure 4.13 : Modle logique des donnes

40

En ce qui concerne la partie dynamique, chaque service ajout trois tables sont cres : (voir figure
4.14)
CdeSrv_Jour (#CdeAct, jour, CdeDon 1, CdeDon 2, CdeDon 3, , CdeDon n)
CdeSrv_Mois (#CdeAct, Annee, Mois, CdeDon 1, CdeDon 2, CdeDon 3, , CdeDon n)
CdeSrv_Annee (#CdeAct, Annee, CdeDon 1, CdeDon 2, CdeDon 3, , CdeDon n)
Dans la plupart des cas, la cl primaire des tables dynamiques est compose du code de lActel et du laps
de temps. Mais lorsque une des donnes reprsente un rpartiteur, elle est ajoute la cl primaire.

CDEACT =CDEACT
CDEACT =CDEACT
CDEACT =CDEACT
ACTEL
CDEACT
NOMACT
SV001_J OUR
CDEACT
J OUR
D001
D004
D002
D006
SV001_MOIS
CDEACT
ANNEE
MOIS
D001
D004
D002
D006
SV001_ANNEE
CDEACT
ANNEE
D001
D002
D003
D004
Partie Statique Partie Dynamique

Figure 4.14 : Exemple des Tables de la partie dynamique

41
StatComm Chapitre V : Ralisation

Chapi t r e V : Ral i sat i on

2. Interfaage entre Visual Basic et SQL Server 2000
43
44
46
49
51
54
42

Les applications actuelles de Tunisie Telecom se basent sur la solution Microsoft en ce qui concerne le
systme de gestion de base de donnes et loutil de dveloppement. De mme, on a utilis Microsoft SQL
Server 2000 et Microsft Visual Basic 6.

1.2. Microsoft SQL Server 2000
Microsoft SQL Server 2000 est un systme de gestion de base de donnes relationnelle. Ses capacits
transactionnelles en font lun des systmes les plus utiliss sur le march. SQL Server 2000 prsente une
plate-forme de base de donnes hautement volutive pour les applications de gestion qui sont gourmandes
en mmoire, exigeantes en matire de performances, et requrant beaucoup de ressources. [3]

Ct technique, ses performances sont adaptes des requtes longues et complexes. En plus ce systme
garantit une grande capacit mmoire adressable, une trs grande mmoire virtuelle et des transferts
disque rduits grce des gros pools de mmoire tampon qui fonctionnent en entre et en sortie.

Chaque base de donnes du SQL Server 2000 dispose en effet au minimum de 2 fichiers physiques, un
.mdf et un .ldf, o sont stockes les donnes.

Linstallation de SQL Serveur passe par un logiciel dinstallation assist. Pour pouvoir effectuer
linstallation, il sera ncessaire davoir les privilges administrateur sur la machine.

SQL Server 2000 se compose principalement de :
Entreprise Manager, qui permet de grer les bases de donnes et ladministration du serveur SQL.
L'Analyseur de Requte, pratique pour faire des requtes et accder aux outils doptimisation SQL.
Le Gestionnaire des services SQL Serveur, qui permet de paramtrer le comportement des
diffrents services, a savoir principalement le Serveur SQL et lagent SQL Serveur (Ce dernier
tant un service autonome pour les sauvegardes planifies).

1.2. Microsoft Visual Basic
Visual Basic est un outil cr par Microsoft pour dvelopper facilement des applications fonctionnant
sous Microsoft Windows. [5]
43
Il est, comme son nom l'indique, un outil visuel permettant de crer sans notion de programmation
l'interface graphique en disposant, l'aide de la souris, des lments graphiques (boutons, images, champs
de textes, menus droulants,...).

L'intrt de ce langage est de pouvoir associer aux lments de l'interface des portions de code associes
des vnements (clic de souris, appui sur une touche, ...). Pour cela, il utilise un petit langage de
programmation driv du BASIC (Beginners All-Purpose Symbolic Instruction Code).

Vu le nombre de composants fournis avec Visual Basic, les possibilits en terme d'interface graphique
sont trs grandes. En plus, les contrles ActiveX qui sont des composants actifs utilisables dans les
applications, permettent d'avoir accs des fonctions avances telles que l'accs des bases de donnes,
l'accs des fonctionnalits rseau, l'accs des fonctions d'entre-sortie, etc.

2. Interfaage entre Visual Basic et SQL Server

2.1. OLE DB
OLE DB est l'interface de programmation stratgique de Microsoft au niveau systme. Elle permet
d'accder aux donnes. OLE DB est un standard ouvert conu pour permettre l'accs toutes sortes de
donnes. [1] Du point de vue conceptuel, OLE DB comprend trois types de composants :
Fournisseurs de donnes : ils sont des applications, telles que Microsoft SQL Server, qui
disposent de donnes auxquelles d'autres applications ont besoin d'accder. Ces fournisseurs de
donnes exposent des interfaces OLE DB accessibles directement par les composants de service
ou les consommateurs de donnes.
Consommateurs de donnes : Ils sont des applications qui utilisent les donnes exposes par les
fournisseurs de donnes. ADO est l'interface de programmation qui permet d'utiliser les donnes
OLE DB. Toute application mettant en oeuvre ADO est un consommateur de donnes OLE DB.
Composants de service : Ils sont des composants de OLE DB qui traitent et transfrent les
donnes. Ces composants comprennent des processeurs de requtes et des moteurs de curseur.
Du point de vue de l'architecture, OLE DB tant rparti en composants, les fournisseurs de
donnes n'ont pas disposer de la capacit inne fournir les donnes dans un format
comprhensible par ADO. Les composants de service permettent l'interface ADO de
consommer des donnes OLE DB provenant de fournisseurs qui n'offrent pas de fonction
intgre de traitement des jeux de rsultats ou d'interprtation des requtes SQL.
44
2.2. ADO ActiveX Data Objects
Linterface ADO permet d'accder une source de donnes et de manipuler son contenu. Il offre
galement une interface universelle d'accs aux donnes. Le code ADO permet d'accder aux
proprits, mthodes et vnements d'un objet avec souplesse. En outre, ADO est pris en charge par une
large gamme de plate-formes de dveloppement. [1]

Les objets ADO offrent un accs simple et rapide aux donnes de tous types. Le modle objet ADO
comporte trois composants principaux : l'objet Connection, l'objet Command et l'objet Recordset

2.2.1. Les objets ADO
Les trois principaux composants du modle objet ADO sont :
Objet Connection : Dans le modle objet ADO, l'objet Connection est celui qui occupe le niveau
le plus lev. Il est utilis pour tablir une connexion entre votre application et une source de
donnes externe, telle que Microsoft SQL Server.
Objet Command : L'objet Command sert crer des requtes, y compris des paramtres
spcifiques l'utilisateur, pour accder aux enregistrements d'une source de donnes. En rgle
gnrale, ces enregistrements sont renvoys au sein d'un objet Recordset.
Objet Recordset : L'objet Recordset permet d'accder aux enregistrements renvoys par une
requte SQL. Avec cet objet, vous pouvez naviguer dans les enregistrements renvoys, ajouter
des enregistrements ou en supprimer.

2.2.2. Les collections ADO
ADO prend en charge trois collections :
Collection Errors : Elle permet de renvoyer des informations dtailles sur des erreurs survenues
pendant lexcution, ainsi que dautres messages mis par une source de donnes
Collection Parameters : Elle permet de passer certaines donnes spcifiques une requte
paramtre ou des procdures stockes d'une base de donnes SQL Server.
Collection Fields : Elle permet d'accder certains champs d'un objet Recordset.

Si Ces collections peuvent apporter des fonctionnalits supplmentaires une application, mais elles ne
sont pas indispensables la cration de solutions ADO.

45
Sont bien dcrites dans lannexe les tapes dtablissement dune connexion une source de donnes,
dexcution des requtes et de rcupration de donnes.


3.1. Le modle physique des donnes MPD
Cest la traduction du modle logique de donnes dans un langage de description de donnes spcifique
au systme de gestion de donnes. [4] Et comme on a utilis SQL Server pour la ralisation et la gestion
de notre base de donnes, le modle physique de donnes ainsi gnr possde lallure suivant : (voir
figure 5.1)

46

CDEDON =CDEDONM
CDESRV =CDESRV
CDEDR =CDEDIV
CDEACT =CDEDIV
CDEDR =CDERE
CDEDR =CDEEM CDEACT =CDEEM
CDEACT =CDERE
CDEACT =CDEACT
CDEDON =CDEDON
CDESRV =CDESRV
CDESRV =CDESRV
CDESRV =CDESRV
CDEACT =CDEACT
CDEACT =CDEACT
CDEDR =CDEDR
DR
CDEDR char(5)
NOMDR char(20)
ACTEL
CDEACT char(5)
CDEDR char(5)
NOMACT char(15)
REPARTITEUR
CDEREP char(5)
CDEACT char(5)
NOMREP char(20)
SERVICE
CDESRV char(5)
NOMSRV char(40)
DONNEE
CDEDON char(4)
CDESRV char(5)
NOMDON char(30)
LVL char(5)
CDEDONM char(4)
MESSAGE
CDEMSG int
CDEEM char(5)
CDERE char(5)
SUJ ET char(50)
DMSG datetime
TXTMSG text
COMPTE
COMPTES char(15)
MOTPASSE char(15)
TYPE smallint
CDEDIV char(5)
RENDRE
CDEACT char(5)
CDESRV char(5)
OBJ ECTIF
CDEDON char(4)
CDEACT char(5)
CDESRV char(5)
PERIODE char(7)
OBJ int

Figure 5.1 : Modle physique des donnes

47
3.2. Implmentation de la base de donnes
Pour permettre la cration de la base de donnes par nimporte quelle personne nayant aucune ide sur
SQL Server 2000 ou les requtes SQL et possdant un compte dadministrateur du serveur, on a
dvelopp lapplication StatComm BD Admin permettant de crer, sinformer et supprimer la base de
donnes nomme StatComm.

Figure 5.2 : Fentre de lapplication StatComm BD Admin

3.2.1. La gestion de la base de donnes
La gestion de la base de donnes se caractrise par deux processus : limplmentation et la suppression.
(voir figure 5.2 :1,2)

Limplmentation de la base de donne seffectue en quatre tapes : la spcification de lemplacement
denregistrement des fichiers de la base de donne, la cration de la base de donnes, la cration des
tables et celle du compte principal TunTel . Ces tapes sont squentielles et lances manuellement un
par un.

Le processus de la suppression entrane automatiquement la suppression totale de la base de donnes.

48
3.2.2. Informations de la base de donnes
StatComm BD Admin affiche les informations de la base de donnes StatComm lorsque elle
existe. Ces informations portent sur les proprits de la base de donnes (numro didentification, date de
cration et nom du fichier o seront stockes les informations) (voir figure 5.2 : 3), sur les tables de base
(existence, nom et date de cration) (voir figure 5.2 : 4), sur les tables services existants (nom et date de
cration) (voir figure 5.2 : 5) et sur les comptes daccs existants (voir figure 5.2 : 6).

Les requtes lances au cours de ces tapes sont dtailles dans lannexe.

La scurit des systmes informatiques se cantonne gnralement garantir les droits d'accs aux donnes
d'un systme en mettant en place des mcanismes d'authentification et de contrle permettant d'assurer
que les utilisateurs possdent uniquement les droits qui leur ont t octroys.

Notre systme est bas sur une identification deux niveaux ; lutilisateur doit possder un compte SQL
Server pour laccs la base de donnes et un autre pour laccs au systme StatComm .
Lidentification au niveau de SQL Server se fait automatiquement par lapplication.

Lors la cration dun nouveau compte par la direction gnrale ou par la direction rgionale un compte
SQL Server est cr automatiquement. Le compte SQL Server porte le mme nom que le compte
StatComm mais pas le mme mot de passe. On a cr un systme de cryptage permettant la gnration
dun mot de passe SQL Serveur travers le nom dun compte StatComm et son mot de passe saisis
par lutilisateur (voir figure 5.2).

SQL Server 2000 StatComm
Nom compte Nom compte
Cryptage
Mot de passe Mot de passe
Figure 5.3 : Identification au niveau de SQL Server travers le systme

49
Cette stratgie est suivie pour empcher un utilisateur, possdant un compte StatComm , de connecter
directement la base de donnes afin dviter les intrusions.

Lidentification de lutilisateur se fait travers la fentre didentification (voir figure 5.3). Lutilisateur
est invit saisir le nom ou ladresse du serveur, le nom du compte et le mot de passe. Une fois connecte
au serveur, lapplication enregistre le nom ou ladresse du serveur et le met comme valeur par dfaut du
champ Serveur SQL. Trois tentations non valides daccs au systme entranent la fermeture de la fentre
didentification.

Figure 5.3 : Fentre Identification

50

Figure 5.5 : Articulation des menus de lapplication direction gnrale
Identification
Menu principal
Consultation dinformations
Graphe
Exportation
Consultation dobjectifs
Gestion du systme
Gestion des services
Suppression des informations
Messagerie
Gestion du compte
A propos

Figure 5.6 : Menu Principal de lapplication direction gnrale

51

Figure 5.7 : Articulation des menus de lapplication direction rgionale
Identification
Menu principal
Modification dinformations
Consultation dinformations
Graphe
Exportation
Gnration des journaux
Consultation dobjectifs
Dfinition dobjectifs
Gestion du systme rgional
Messagerie
Gestion du compte
A propos

Figure 5.8 : Menu Principal de lapplication direction rgionale
52

Figure 5.9 : Articulation des menus de lapplication Actel
Identification
Menu principal
Consultation dinformation
Graphe
Exportation
Saisie dinformations
Messagerie
Gestion du compte
A propos

Figure 5.10 : Menu Principal de lapplication Actel

53

6.1. Gestion du systme
La gestion du systme est partage entre les directions rgionales et la direction gnrale. Celles-l
dclare les directions rgionales et cre leurs comptes daccs au systme. Une fois dclare, une
direction rgionale peut dclarer les Actels, leurs affecter les rpartiteurs et les services rendus, et crer
leurs comptes daccs. La direction gnrale peut visualiser larchitecture totale du systme sans modifier
les objets grs par les directions rgionales. Tandis que la direction rgionale ne peut voir que son
systme rgional.

La fentre de la gestion du systme (voir figure 5.1 1) est compose de deux objets TreeView , des
boutons variables et un certain nombre de champs texte. Lun des objets TreeView permet la
visualisation de la structure hirarchique du systme tandis que lautre objet, contenant tous les services
non rendus, apparat lors de lajout de services pour une Actel,. Les boutons varient et dclenchent des
actions selon lobjet slectionn du premier objet TreeView .

Figure 5.11 : Fentre Gestion du systme - direction gnrale -
54
6.2. Gestion des services
Lintrt du systme rside dans la gestion des services sans lintervention dun programmeur de telle
sorte que la direction gnrale aura la possibilit de ajouter et de supprimer des services.

Les services disponibles seront affichs dans une liste (voir figure 5.12 : 1). Lorsque on choisit un service,
on peut soit le renommer soit le supprimer.

La cration dun service se droule comme suit ; dabord on nomme le service (voir figure 5.12 : 2) et on
prcise si le service utilise la ressource rpartiteur ou non (voir figure 5.12 : 3) ensuite on cre la structure
hirarchique du service (voir figure 5.12 : 4,5) puis on dfinit les contraintes des donnes du service (voir
figure 5.12 : 6,7) et enfin on clique sur Ajouter .

Supprimer un service, cest supprimer ses journaux journalier, mensuel et annuel.

Figure 5.12 : Fentre Gestion des services

55
6.3. Saisie dinformations
La fonction principale des Actels dans le systme est de saisir les informations journalires des services.
Elle seffectue grce la fentre Saisie dinformation .

Pour introduire les informations dun service, lutilisateur choisit le service dsir (voir figure 5.13 : 1),
saisit une date (voir figure 5.13 : 2) ou choisit une date parmi les dates non saisies (voir figure 5.13 : 3),
remplit les champs des donnes (voir figure 5.13 : 4) et clique sur Valider .

Lors du choix du service, la structure de la table des donnes change. Lalgorithme de la reconstruction de
la structure du service sera trait dans lannexe.

Dans le cas o le service utilise la ressource rpartiteur, une liste des rpartiteurs apparat dans la fentre.
Lutilisateur doit choisir un.

Figure 5.13 : Fentre Saisie dinformation

56
6.4. Modification dinformations
Une fois les informations saisies, elles ne pourront pas tre modifies que par la direction rgionale par la
fentre Modification dinformations . Celle-ci permet aussi dintroduire des informations pour des
dates non traites.

Lutilisateur slectionne lActel (voir figure 5.14 : 1), le service (voir figure 5.14 : 2) et la date (voir
figure 5.14 : 3) dsirs puis clique sur Afficher . Si les informations existes, elles seront affiches (voir
figure 5.14 : 2). A ce moment, il peut modifier les informations puis cliquer sur Modifier .


Figure 5.14 : Fentre Modification dinformations

57
6.5. Consultation dinformations
La consultation dinformation est parmi les plus importants objectifs du systme. Elle est accessible par
tous les acteurs du systme.

Lutilisateur slectionne les Actels (seulement pour les direction rgionales et la direction gnrale) (voir
figure 5.15 : 1), le service (voir figure 5.15 : 2), le type du journal (voir figure 5.15 : 3) et lintervalle du
temps (voir figure 35 : 4) puis clique sur Valider . Les informations seront affiches dans une table.
(voir figure 5.15 : 5)


Figure 5.15 : Fentre Consultation dinformations - direction rgionale -

Une fois les informations affiches, lutilisateur peut gnrer un graphe pour ces informations en cliquant
sur Graphe ou les exporter tout en cliquant sur Exporter .
58
6.5.1 Graphe
Dans cette fentre un graphe est affich (voir figure 5.16 : 3). Lutilisateur peut changer deux paramtres :
le type du graphe (voir figure 5.16 : 1) et le mode de groupement des informations (voir figure 5.16 : 3)
qui peut tre par rpartiteur, par Actel, par direction rgionale ou Tunisie Telecom.

Ce graphe peut tre export sous forme dune image GIF en cliquant sur Exporter image .

Figure 5.16 : Fentre Graphe - direction rgionale -

59
6.5.2 Exportation
Grce cette fentre (voir figure 5.17), lutilisateur peut soit imprimer les rsultats, soit les exporter sous
forme dun fichier HTML ou sous forme dun fichier Excel.

Figure 5.17 : Fentre Exportation - direction rgionale -

60
6.6. Gnration des journaux
Une fois les informations journalires ou mensuelles prsentes, la direction rgionale peut gnrer un
enregistrement du journal mensuel ou annuel.

Lutilisateur doit choisir lActel (voir figure 5.18 : 1), le service (voir figure 5.18 : 2), le type (voir figure
5.18 : 3) et la priode (voir figure 5.18 : 4) du journal ensuite il clique sur Valider . Les informations
journalires ou mensuelles seront affiches (voir figure 5.18 : 5), ainsi que lenregistrement ajouter qui
est le total des informations.

Lutilisateur aura la possibilit de modifier les informations du nouvel enregistrement. Pour linsrer
lutilisateur doit cliquer sur Insrer . Si lenregistrement existe dj, il sera affich (voir figure 5.18 : 6)
et les informations diffrentes seront colores en rouge. Ainsi, lutilisateur peut soit craser
lenregistrement existant soit ignorer le traitement.

Figure 5.18 : Fentre Gnration des journaux - direction rgionale -

61
6.7. Suppression dinformations
Aprs une longue priode, certaines informations seront inutiles ou indsirables. La direction gnrale
peut supprimer ces informations qui sont soit journalires soit mensuelles travers la fentre de la
suppression dinformations.

Pour cela, lutilisateur doit choisir lActel (voir figure 5.19 : 1), le service (voir figure 5.19 : 2), le type
(voir figure 5.19 : 3) et la priode (voir figure 5.19 : 4) du journal englobant les informations dsires puis
il clique sur Valider . Les informations seront affiches (voir figure 5.19 : 5). Par la suite, lutilisateur
peut soit les supprimer en cliquant sur Supprimer soit ignorer leur traitement.

Figure 5.19 : Fentre Suppression dinformations

62
6.8. Dfinition dobjectifs
Ce sont les directions rgionales qui fixent les objectifs annuels et mensuels atteindre travers la fentre
Dfinition dobjectifs

Lutilisateur choisit lActel (voir figure 5.20 : 1), le service (voir figure 5.20 : 2) et la donne (voir
figure 5.20 : 3), saisit lanne (voir figure 5.20 : 4) et lobjectif dsir (voir figure 5.20 : 5) puis il clique
sur Afficher . Si lobjectif de lanne saisi est dfini dj il sera affich ainsi que ceux des mensuels
(voir figure 5.20 : 6). Le systme partagera lobjectif annuel en objectifs mensuels (voir figure 5.20 : 7)
modifiables.

Le clic sur Insrer dfinira les objectifs et crasera les objectifs existants.

Figure 5.20 : Fentre Dfinition dobjectifs

63
6.9. Consultation dobjectifs
La direction gnrale et les directions rgionales peuvent superviser la production des ses Actels et
effectuer le rapprochement des objectifs aux rsultats atteints laide de la fentre Consultation
dobjectifs

Lutilisateur choisit lActel (voir figure 5.21 : 1), le service (voir figure 5.21 : 2), la donne (voir
figure 5.21 : 3), le type de lobjectif (voir figure 5.21 : 4) et la priode (voir figure 5.21 : 5) puis clique sur
Afficher .

Lobjectif de la priode saisi et le pourcentage atteint seront affichs (voir figure 5.21 : 6), Ainsi que les
informations journalires ou mensuelles (voir figure 5.21 : 7) et un graphe (voir figure 5.21 : 9) dcrivant
laccroissement du pourcentage atteint.

Le type du graphe peut tre chang selon le choix de lutilisateur. (voir figure 5.21 : 8)

Figure 5.21 : Fentre Consultation dobjectifs - direction rgionale -

64
6.10. Messagerie
Les diffrents acteurs du systme auront la possibilit dchanger les messages entre eux. Chacun
possdera une boite de rception contenant la liste de messages (voir figure 5.22 : 1) identifis par leurs
sujets, leurs metteurs, la date et lheure denvoi, et leurs contenus (voir figure 5.22 : 2). La suppression
des messages lus se fait en cliquant sur le bouton Supprimer .

Pour envoyer un message, lutilisateur doit slectionner un de la liste des destinataires, remplir les champs
texte du sujet et du message, et cliquer sur le bouton Envoyer .

Figure 5.22 : Fentre Messagerie - direction rgionale -

65
6.11. Gestion du compte
Chaque utilisateur aura la possibilit de changer le mot de passe de son compte travers la fentre
Gestion du compte . (voir figure 5.23)

Figure 5.23 : Fentre Gestion du compte

66
StatComm Conclusion gnrale

Conc l usi on gnr al e

67
StatComm Conclusion gnrale

La mondialisation et le progrs technologique obligent les entreprises qui interviennent sur les marchs de
plus en plus concurrentiels linstar de la tlcommunication faire des adaptations frquentes et rapides
sur divers plans (commercial, financier, technique). Pour rpondre ces volutions et satisfaire les
exigences en terme de qualit et de production, la direction gnrale a frquemment besoin des
statistiques commerciales qui offrent une vue globale sur les degrs de performances commerciales des
Actels et des donnes pertinentes sur les ajustements entreprendre.

Cest dans cette perspective que la direction gnrale de Tunisie Telecom a conu le tableau de bord qui
va tre rempli par les diffrentes directions rgionales. Or jusqu prsente date, ce tableau est effectu
travers loutil Excel, ce qui pose le problme de mises jour et de stockage des donnes. Cest pour cette
raison que la mise en place de notre systme StatComm est justifie.

En effet, ce projet tait une tape trs importante dans mon cycle de formation vu quil tait une occasion
trs intressante et bnfique pour savoir comment appliquer, sur le plan pratique, des connaissances
thoriques dj acquises.

Grce un environnement favorable pour le travail et avec un encadrement encourageant et permanent,
jai pu raliser mon projet de fin dtudes suivant un plan organis.

Au dbut, je me suis intress tudier le systme existant et la lumire de cette tude on a pu soulever
les problmes dus aux traitements manuels et dresser une solution ces dits problmes

Dans une deuxime tape, je me suis amen utiliser la mthode Merise pour tablir une conception
dtaille du projet et un schma relationnel clair de la base de donnes.

Dans une dernire tape, jai dvelopp le systme dinformation StatComm .En effet, au terme de ce
projet jai vis fournir un produit fonctionnel et prt lexploitation. Ainsi ma tche principale tait de
donner une solution technique pratique.

Ce travail peut stendre encore plus, avec la rpartition de la base de donne sur diffrents serveurs
rgionaux ainsi que lintgration de lintelligence artificielle en proposant des solutions par le systme
suivant les rsultats obtenus.

68
StatComm Bibliographie

Bi bl i ogr aphi e

1
StatComm Bibliographie

Documents numriques

[1] Microsoft, Mastering Visual Basic 6 Developpement.
[2] Microsoft, MSDN Library Visual Studio 6.0
[3] Microsoft, Documentation en ligne SQL Server 2000

Supports de cours

[4] Claudine Toffolon, 2003-2004, Cours dingnierie des systmes dinformation, DESS,
Universit du Littoral

Sites Web

[5] www.commentcamarche.net, 2004

Interviews

[6] Mr. Chafik Mokni, Agent de la subdivision des statistiques, suivi de la qualit et de la
production de la direction rgionale de Sousse.

2
StatComm Annexe

Annex e

1. Le dialogue avec SQL Server 2000 travers Visual Basic 6
2. Les requtes SQL
3. Code Visual Basic
2
5
6

1
StatComm Annexe
1. Le dialogue avec SQL Serveur 2000 travers Visual Basic 6
1.1. Connexion une source de donnes
Pour tablir une connexion via ADO on doit suivre les tapes suivantes :
- Crer une rfrence la bibliothque d'objets ADO
- Dclarer un objet Connection
- Spcifier un fournisseur de donnes OLE DB.
- Passer les informations sur la connexion.

1.1.1. Crer une rfrence la bibliothque d'objets ADO
Avant de pouvoir utiliser ADO dans lapplication, on doit crer une rfrence la bibliothque
Microsoft ActiveX Data Objects 2.0 .
1. Dans le menu Projet , on clique sur Rfrences .
2. On slectionne Microsoft ActiveX Data Objects 2.0 Library , puis on clique sur OK .

1.1.2. Dclarer un objet Connection
Une fois que la rfrence est cre, on dclare un objet Connection dans lapplication en utilisant la
syntaxe suivante :
Di m<Nomconnexi on> as Connect i on
Set <Nomconnexi on> = New Connect i on

1.1.3. Spcifier un fournisseur de donnes OLE DB
Une fois que linstance est cre, on doit spcifier un fournisseur de source de donnes OLE DB. Pour
ce faire, on dfinit la proprit Provider de lobjet Command .
Le code suivant spcifie le fournisseur de donnes Microsoft SQL Server OLE DB :
<Nomconnexi on>. Pr ovi der = " SQLOLEDB"

2
StatComm Annexe
1.1.4. Passer les informations sur la connexion
La dernire tape consiste spcifier les informations de connexion. Pour ce faire, on dfinit la
proprit ConnectionString de l'objet Connection . Les arguments de chane de connexion sont
propres un fournisseur, auquel ils sont passs directement, et ne sont pas traits par ADO.
Les arguments de chane de connexion qui sont utiliss avec le fournisseur SQL Server OLE DB sont
dcrits dans le tableau suivant :
Argument Connexion Description
User ID
Password
Data Source
Initial Catalog
Nom d'utilisateur valide
Mot de passe utilisateur valide
Nom ou adresse du serveur distant
Nom de base de donnes dans la source de donnes externe
Table : Les arguments de la chane de connexion de SQL Server
Le code suivant spcifie un fournisseur Microsoft SQL Server et fournit des informations sur la
connexion par le biais de la proprit ConnectionString :
Wi t h <Nomconnexi on>
. Pr ovi der = " SQLOLEDB"
. Connect i onSt r i ng = " User I D=<Nomut i l i sat eur >; Passwor d=<Mot de passe>; " & _
" Dat a Sour ce=<Nomser veur >; " & _
" I ni t i al Cat al og=< Nombase de donnes>"
End Wi t h

La mthode Open permet douvrir la connexion.

1.2. Excution de requtes sur une source de donnes
L'objet Command permet daccder et de crer des requtes qui seront excutes sur une source de
donnes. Les proprits les plus couramment utilises sont :
ActiveConnection : elle renvoie une connexion active utilise par l'objet.
CommandText : elle dfinit le texte de la requte excuter.

La mthode Execute permet dexcuter la commande.

La syntaxe utilise pour lobjet Command est :
Di m<Nomcommande> As Command

3
StatComm Annexe
Set <Nomcommande> = New Command
Wi t h <Nomcommande>
. Act i veConnect i on = <Nomconnexi on>
. CommandText = <Requt e SQL>
. Execut e
End Wi t h

1.3. Rcupration de donnes partir dune source de donnes
L'objet Recordset permet d'accder aux donnes renvoyes par une requte SQL. Il existe plusieurs
mthodes pour rcuprer les donnes dont le plus pratique est daffecter lobjet Recordset le rsultat
renvoy par la mthode Execute dun objet Connection . La mthode Execute a comme
paramtre la requte SQL.
Di m<Nomj eu d enr egi st r ement s> As Recor dset
Set <Nomj eu d enr egi st r ement s> = <Nomconnexi on>. Execut e ( <Requt e SQL>)

Pour rcuprer une valeur de lenregistrement, une rfrence est mise en place. Elle est compose du nom
du jeu denregistrement, du symbole ! et du nom de la colonne dsire :
<Nomj eu d enr egi st r ement s> ! <NomCol onne>

L'objet Recordset permet de naviguer travers un groupe d'enregistrements. Par consquent, Il
prend en charge un certain nombre de proprits et de mthodes permettant aux utilisateurs de naviguer
dans le jeu d'enregistrements.
Les tableaux suivants dcrivent les proprits et les mthodes les plus couramment utilises de l'objet
Recordset qui permettent de naviguer dans un jeu d'enregistrements.
Proprit Description
BOF
EOF
Indique si le pointeur est venu se placer avant le premier enregistrement
Indique si le pointeur est venu se placer aprs le dernier enregistrement.
Table 1 : Les proprits de navigation de lobjet Recordset
Mthode Description
Move
MoveFirst
MoveLast
MoveNext
MovePrevious
Dplace vers l'avant ou vers l'arrire un certain nombre d'enregistrements
Dplacement vers le premier enregistrement
Dplacement vers le dernier enregistrement
Dplacement vers l'enregistrement suivant
Dplacement vers l'enregistrement prcdent
Table 2 : Les mthodes de navigation de lobjet Recordset
4
StatComm Annexe
2. Les requtes SQL

2.1 Cration de la base de donnes StatComm
CREATE DATABASE St at Comm
ON PRI MARY
( NAME = ' St at Comm_1' , FI LENAME =
C: \ Pr ogr amf i l es\ Mi cr osof t sql ser ver \ Mssql \ Dat a\ St at Comm_1. mdf , SI ZE = 1MB, MAXSI ZE
= 200MB, FI LEGROWTH = 10%) ,
( NAME = ' St at Comm_2' , FI LENAME =
C: \ Pr ogr amf i l es\ Mi cr osof t sql ser ver \ Mssql \ Dat a\ St at Comm_2. ndf , SI ZE = 1MB, MAXSI ZE
= 200MB, FI LEGROWTH = 10%)
LOG ON
( NAME = ' St at Comm_l og_1' , FI LENAME =
C: \ Pr ogr amf i l es\ Mi cr osof t sql ser ver \ Mssql \ Dat a\ St at Comm_l og_1. l df , SI ZE = 512KB,
MAXSI ZE = 200MB, FI LEGROWTH = 10%) ,
( NAME = ' St at Comm_l og_2' , FI LENAME =
C: \ Pr ogr amf i l es\ Mi cr osof t sql ser ver \ Mssql \ Dat a\ St at Comm_l og_2. l df , SI ZE = 512KB,
MAXSI ZE = 200MB, FI LEGROWTH = 10%)

2.2 Cration des tables

Cr eat e Tabl e St at Comm. . Dr ( CdeDr var char ( 5) PRI MARY KEY, NomDr var char ( 20) )

Cr eat e Tabl e St at Comm. . Act el ( CdeAct var char ( 5) PRI MARY KEY, NomAct var char ( 20) , CdeDr
var char ( 5) FOREI GN KEY Ref er ences DR ( CdeDr ) )

Cr eat e Tabl e St at Comm. . Repar t i t eur ( CdeRep var char ( 5) PRI MARY KEY, NomRep var char ( 20) ,
CdeAct var char ( 5) FOREI GN KEY Ref er ences Act el ( cdeAct ) )

Cr eat e Tabl e St at Comm. . Ser vi ce ( CdeSr v var char ( 5) PRI MARY KEY, NomSr v var char ( 40) )

Cr eat e Tabl e St at Comm. . Donnee ( CdeDon var char ( 4) , NomDon var char ( 30) , CdeSr v var char ( 5)
FOREI GN KEY Ref er ences Ser vi ce ( CdeSr v) , l vl t i nyi nt , CdeDonM var char ( 5) , Pr i mar y Key
( CdeDon, CdeSr v) )

Cr eat e Tabl e St at Comm. . Rendr e ( CdeAct var char ( 5) FOREI GN KEY Ref er ences Act el ( CdeAct ) ,
CdeSr v var char ( 5) FOREI GN KEY Ref er ences Ser vi ce ( CdeSr v) , Pr i mar y Key ( CdeAct , CdeSr v) )

Cr eat e Tabl e St at Comm. . Obj ect i f ( CdeAct var char ( 5) , CdeSr v var char ( 5) , CdeDon var char ( 15) ,
Per i ode var char ( 7) , Obj deci mal , PRI MARY KEY ( CdeAct , CdeSr v, CdeDon, Per i ode) )

Cr eat e Tabl e St at Comm. . Compt e ( NomCmpt var char ( 15) PRI MARY KEY, Mot Passe var char ( 15) ,
TypCmpt t i nyi nt , CdeDi v Var Char ( 5) )

5
StatComm Annexe
Cr eat e Tabl e St at Comm. . Message ( CdeMsg i nt PRI MARY KEY, CdeEm var char ( 5) , CdeRe var char ( 5) ,
Sj t Msg var char ( 50) , DMsg dat et i me, HMsg dat et i me, Txt Msg Text )

2.3 Cration des comptes SQL Server
Use St at Comm EXEC sp_addl ogi n ' <Nom Compt e>' , ' <Mot de Passe>' , ' St at Comm' , ' f r ench' EXEC
sp_gr ant dbaccess ' <Nom Compt e>' , ' <Nom Compt e>' EXEC sp_addr ol emember ' db_owner ' , ' <Nom
Compt e>' EXEC sp_addsr vr ol emember ' <NomCompt e>' , ' secur i t yadmi n'
sp_addlogin : cre une nouvelle connexion d'accs SQL Server qui permet un utilisateur de se
connecter une instance de SQL Server, l'aide de l'authentification SQL Server
sp_grantdbaccess : ajoute un compte de scurit dans la base de donnes en cours pour une
connexion SQL Server et lui permet de recevoir les autorisations ncessaires pour effectuer des
oprations dans la base de donnes.
sp_addrolemember : a joute un compte scuris comme membre du rle de base de donnes SQL
Server dans la base de donnes courante.
sp_addsrvrolemember : Ajoute une connexion un membre d'un rle de serveur fixe.

3. Code Visual Basic
3.1. Rgnration de la Structure du Service
La fonction StructSrv permettra de rgnrer larborescence dun service dans un objet TreeView .
Elle prend comme paramtres le code du service rgnrer et lobjet TreeView destinataire.

Sub St r uct Sr v( CdeSr v As St r i ng, Tr ee As Tr eeVi ew)
Di mNodx As Node
Set RcdDon = Connexi on. Execut e( " sel ect * f r om donnee wher e CdeSr v=' " + CdeSr v + " ' Or der
By Lvl , CdeDon" )
Do Unt i l RcdDon. EOF
I f RcdDon! CdeDonM = " D000" Then
Set Nodx = Tr ee. Nodes. Add( CdeSr v, 4, RcdDon! CdeDon, RcdDon! NomDon)
El se
Mer e = RcdDon! CdeDonM
Set Nodx = Tr ee. Nodes. Add( Mer e, 4, RcdDon! CdeDon, RcdDon! NomDon)
End I f
RcdDon. MoveNext
Loop
Tr ee. Nodes( 1) . Expanded = Tr ue
End Sub
6
StatComm Annexe

3.2. Extraction des champs des tables service
La procdure ChmpXtrct permettra dextraire les champs dune table service et qui sont les codes de
donnes du niveau infrieur dun service. Elle prend comme paramtres un nud de lobjet TreeView
et une valeur boolenne indiquant si le service utilise la ressource rpartiteur ou non.

Sub ChmpXt r ct ( Nod As Node, RepaP As Bool ean)
Di mNodChi l d As Node
Di mi , J As I nt eger
J = Nod. Chi l dr en

I f J <> 0 Then
Set NodChi l d = Nod. Chi l d
For i = 1 To J
I f Not ( NodChi l d I s Not hi ng) Then Cal l ChmpXt r ct ( NodChi l d, RepaP)
Set NodChi l d = NodChi l d. Next
Next i
El se
I f Get Lvl ( Nod) <> 0 Then
Req = Req + Nod. Key + " bi gi nt , "
End I f
End I f
End Sub

3.3. Cration des tables services
La fonction StructSrv crera les trois tables dun service. Elle prend comme paramtres lobjet
TreeView contenant larborescence du service, une valeur boolenne indiquant si le service utilise la
ressource rpartiteur ou non et la contrainte du service.

Funct i on GenSr vTab( Tr ee As Tr eeVi ew, RepaP As Bool ean, Check As St r i ng) As I nt eger
Set Cmd = New Command
Cmd. Act i veConnect i on = Connexi on
GenSr vTab = 0
Req = " Cr eat e Tabl e St at Comm. dbo. " + Tr ee. Nodes( 1) . Key + " _J our ( CdeAct var char ( 5) , J our
dat et i me, "
I f RepaP = Tr ue Then Req = Req + " D001 var char ( 20) , "
Cal l ChmpXt r ct ( Tr ee. Nodes( 1) , RepaP)
Req = Lef t ( Req, Len( Req) - 2)
Req = Req + Check
I f RepaP = Tr ue Then
Req = Req + " , Pr i mar y key ( CdeAct , J our , D001) ) "
El se
7
StatComm Annexe
Req = Req + " , Pr i mar y key ( CdeAct , J our ) ) "
End I f
On Er r or Resume Next
Connexi on. Er r or s. Cl ear
Cmd. CommandText = Req
Cmd. Execut e
I f Connexi on. Er r or s. Count = 0 Then
Req = " Cr eat e Tabl e St at Comm. dbo. " + Tr ee. Nodes( 1) . Key + " _Annee ( CdeAct var char ( 5) ,
Annee smal l i nt , "
Req = Req + Check
Req = Req + " , Pr i mar y key ( CdeAct , Annee, D001) ) "
El se
Req = Req + " , Pr i mar y key ( CdeAct , Annee) ) "
End I f
Connexi on. Er r or s. Cl ear
Cmd. Execut e
I f Connexi on. Er r or s. Count = 0 Then
Req = " Cr eat e Tabl e St at Comm. dbo. " + Tr ee. Nodes( 1) . Key + " _Moi s ( CdeAct
var char ( 5) , Annee smal l i nt , Moi s smal l i nt , "
Req = Req + Check
Req = Req + " , Pr i mar y key ( CdeAct , Annee, Moi s, D001) ) "
El se
Req = Req + " , Pr i mar y key ( CdeAct , Annee, Moi s) ) "
End I f
Cmd. Execut e
I f Connexi on. Er r or s. Count <> 0 Then
MsgBox ( " Veui l l ez vr i f i er bi en l es cont r ai nt es" )
GenSr vTab = Connexi on. Er r or s. Count
End I f
El se
End I f
El se
8
StatComm Annexe
End I f
End Funct i on

3.4. Gnration des en-ttes des tableaux des journaux
La procdure TabChmp permet dextraire les noms de donnes dun service partir dun nud de lobjet
TreeView contenant le service et de gnrer len-tte du tableau du journal.

Sub TabChmp( Nod As Node)
Di mNodChi l d As Node
Di mLvl , i , J As I nt eger
Col Tab = Col Tab + 1
J = Nod. Chi l dr en
Lvl = Get Lvl ( Nod)
I f Lvl <> 0 Then
I f Lvl > Last Lvl Then Col Tab = Col Tab - 1
Sr vTab. Text Mat r i x( Lvl - 1, Col Tab) = Nod. Text
Sr vTab. Col = Col Tab
Sr vTab. Row = Lvl - 1
Sr vTab. Cel l Al i gnment = 4
End I f
I f J = 0 Then
Dat aCdeLengt h = Dat aCdeLengt h + 1
Dat aNom( Dat aCdeLengt h) = Nod. Text
Dat aCde( Dat aCdeLengt h) = Nod. Key
End I f
Last Lvl = Lvl
I f J <> 0 Then
Set NodChi l d = Nod. Chi l d
For i = 1 To J
I f Not ( NodChi l d I s Not hi ng) Then
Cal l TabChmp( NodChi l d)
End I f
Set NodChi l d = NodChi l d. Next
Next i
End I f
End Sub

3.5. Gnration des tableaux des journaux
La procdure SrvTabMaj permet de reconstruire le tableau dun journal, de remplir ses en-ttes et de les
ordonner selon le service et le type du journal slectionn.

Pr i vat e Sub Sr vTabMaj ( )
9
StatComm Annexe
I f Ser vi ce. Nodes. Count <> 0 Then
Di mi , J , K, MaxCol s, MaxRows As I nt eger
Dat aCdeLengt h = 0
MaxCol s = 0
MaxRows = 0
For i = 1 To Ser vi ce. Nodes. Count
I f Get Lvl ( Ser vi ce. Nodes( i ) ) > MaxRows Then MaxRows = Get Lvl ( Ser vi ce. Nodes( i ) )
Next i
For i = 1 To Ser vi ce. Nodes. Count
I f Ser vi ce. Nodes( i ) . Chi l dr en = 0 Then MaxCol s = MaxCol s + 1
Next i

Sr vTab. Cl ear
Sr vTab. Rows = MaxRows + 2
Sr vTab. Col s = MaxCol s + 2
Sr vTab. Mer geCol ( 0) = Tr ue
Sr vTab. Mer geCol ( 2) = Fal se
Col Tab = 1
K = 0
Sr vTab. Fi xedCol s = 2

I f TypI nf o. I t em( 1) . Val ue = Tr ue Then
Col Tab = 2
Sr vTab. Col s = MaxCol s + 3
K = - 1
Sr vTab. Fi xedCol s = 3
End I f

Sr vTab. Fi xedRows = MaxRows
Cal l TabChmp( Ser vi ce. Nodes( 1) )

For i = 0 To MaxRows - 2
Sr vTab. Mer geRow( i ) = Tr ue
Next i

For i = 0 To MaxCol s - K
I f ( Sr vTab. Text Mat r i x( 0, i ) <> " " ) And ( Sr vTab. Text Mat r i x( J , i + 1) = " " ) Then
Sr vTab. Text Mat r i x( 0, i + 1) = Sr vTab. Text Mat r i x( J , i )
End I f
Next i

10
StatComm Annexe
For J = 1 To MaxRows - 2
For i = 0 To MaxCol s - 2
I f ( Sr vTab. Text Mat r i x( J , i ) <> " " ) And ( Sr vTab. Text Mat r i x( J , i + 1) = " " ) And
Sr vTab. Text Mat r i x( J - 1, i ) = Sr vTab. Text Mat r i x( J - 1, i + 1) Then
Sr vTab. Text Mat r i x( J , i + 1) = Sr vTab. Text Mat r i x( J , i )
End I f
Next i
Next J

For J = 0 To MaxRows - 1
Sr vTab. Row = J
For i = 0 To MaxCol s - 1
Sr vTab. Col = i
Next i
Next J

Sr vTab. Col = 0
Sr vTab. Row = 0

For i = MaxRows - 1 To 0 St ep - 1
Sr vTab. Text Mat r i x( i , 0) = " J our "
Next i
Sr vTab. Text Mat r i x( i , 1) = " Act el "
Next i
End I f

Sr vTab. Text Mat r i x( i , 0) = " Annee"
Next i

Sr vTab. Text Mat r i x( i , 1) = " Moi s"
Next i

Next i
Sr vTab. Col = 1
Sr vTab. Row = 0
11
StatComm Annexe
Sr vTab. Col = 2
Sr vTab. Row = 0
End I f

Sr vTab. Text Mat r i x( i , 0) = " Annee"
Next i
Next i
End I f

Sr vTab. Col Al i gnment ( 0) = 4

For i = 0 To Sr vTab. Col s - 1
Sr vTab. Col Wi dt h( i ) = 1500
Next i

Sr vTab. Rows = MaxRows
End I f
End Sub
12
Liste des figures
Figure 1.1 : Organigramme de la direction rgionale des Tlcoms de Sousse
Figure 2.1 : Vision systmique de l'entreprise
Figure 2.2 : le cycle d'abstraction pour la conception d'un systme d'information
Figure 3.1 : Exemple dune structure dun service (WLL)
Figure 3.2 : Extrait de la fiche du service GSM
Figure 3.3 : Extrait de la liste des fiches d'une Actel
Figure 3.4 : Schma du nouveau systme
Figure 4.1 : Premire solution de stockage
Figure 4.2 : Deuxime solution de stockage
Figure 4.3 : Modle conceptuel de communication
Figure 4.4 : Formalisme du modle conceptuel des donnes
Figure 4.5 : Modle conceptuel de donnes
Figure 4.6 : Exemple des entits de la partie dynamique
Figure 4.7 : Formalisme du modle conceptuel des traitements
Figure 4.8 : Modle conceptuel des traitements
Figure 4.9 : MOD direction gnrale
Figure 4.10 : MOD direction rgionale
Figure 4.11 : MOD Actel
Figure 4.12 : Modle organisationnel des traitements
Figure 4.13 : Modle logique des donnes
Figure 4.14 : Exemple des tables de la partie dynamique
Figure 5.1 : Modle physique des donnes
Figure 5.2 : Fentre de lapplication StatComm BD Admin
Figure 5.3 : Identification au niveau de SQL Server travers le systme
Figure 5.4 : Fentre de lidentification
Figure 5.5 : Articulation des menus de lapplication direction gnrale
Figure 5.6 : Menu principal de lapplication direction gnrale
Figure 5.7 : Articulation des menus de lapplication direction rgionale
Figure 5.8 : Menu principal de lapplication direction rgionale
Figure 5.9 : Articulation des menus de lapplication Actel
Figure 5.10 : Menu principal de lapplication Actel
Figure 5.11 : Fentre Gestion du systme - direction gnrale -
Figure 5.12 : Fentre Gestion des services
Figure 5.13 : Fentre Saisie dinformation
Figure 5.14 : Fentre Modification dinformations
Figure 5.15 : Fentre Consultation dinformations - direction rgionale -
Figure 5.16 : Fentre Graphe - direction rgionale -
Figure 5.17 : Fentre Exportation - direction rgionale -
Figure 5.18 : Fentre Gnration des journaux - direction rgionale -
Figure 5.19 : Fentre Suppression dinformations
Figure 5.20 : Fentre Dfinition dobjectifs
Figure 5.21 : Fentre Consultation dobjectifs - direction rgionale -
Figure 5.22 : Fentre Messagerie - direction rgionale -
Figure 5.23 : Fentre Gestion du compte
7
11
13
16
16
16
19
23
23
24
25
27
31
32
33
34
35
36
37
40
41
47
48
49
50
51
51
52
52
53
53
54
55
56
57
58
59
60
61
62
63
64
65
66
Liste des tableaux

Tableau 4.1 : Dictionnaire de donnes
Tableau 4.2 : Liste des entits
Tableau 4.3 : Liste des relations
Tableau 4.4 : Description des entits

26
28
28
28

Rsum

Dans le cadre du projet de fin d'tude et en vue de l'obtention du titre de technicien suprieur en
informatique, j'ai t charg de la ralisation d'un systme d'information de statistiques commerciales
pour Tunisie Telecom.
Aprs avoir tudier ce domaine, j'ai dgag une modlisation conceptuelle qui m'a permis de
implmenter le systme. Ce dernier est compos d'une base de donne centralis et de trois applications
permettant la saisie et la consultation des informations ainsi que la dfinition et la consultation des
objectifs. Le systme est dvelopp avec Visual Studio 6 et SQL Server 2000.

,
.
.
Visual Basic 6 SQL Server 2000 .

Abstract

Within the framework of this achievement project, taken to obtain the title of Computer science superior
technician, I have been charged to establish a commercial statistics information system for Tunisie
Telecom. After a conceptual modeling, I have proceeded with the implementation of the system. The
system is composed of a centralized data base and three applications which allow information introducing
and consulting as well as objectives definition and consulting. The Project is realized using Visual Studio
6 and SQL Server 2000.

GNU Free Documentation License
Version 1.2, November 2002

Copyright (C) 2000,2001,2002 Free Software Foundation, Inc.
59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
Everyone is permitted to copy and distribute verbatim copies
of this license document, but changing it is not allowed.

0. PREAMBLE

The purpose of this License is to make a manual, textbook, or other
functional and useful document "free" in the sense of freedom: to
assure everyone the effective freedom to copy and redistribute it,
with or without modifying it, either commercially or noncommercially.
Secondarily, this License preserves for the author and publisher a way
to get credit for their work, while not being considered responsible
for modifications made by others.

This License is a kind of "copyleft", which means that derivative
works of the document must themselves be free in the same sense. It
complements the GNU General Public License, which is a copyleft
license designed for free software.

We have designed this License in order to use it for manuals for free
software, because free software needs free documentation: a free
program should come with manuals providing the same freedoms that the
software does. But this License is not limited to software manuals;
it can be used for any textual work, regardless of subject matter or
whether it is published as a printed book. We recommend this License
principally for works whose purpose is instruction or reference.

1. APPLICABILITY AND DEFINITIONS

This License applies to any manual or other work, in any medium, that
contains a notice placed by the copyright holder saying it can be
distributed under the terms of this License. Such a notice grants a
world-wide, royalty-free license, unlimited in duration, to use that
work under the conditions stated herein. The "Document", below,
refers to any such manual or work. Any member of the public is a
licensee, and is addressed as "you". You accept the license if you
copy, modify or distribute the work in a way requiring permission
under copyright law.

A "Modified Version" of the Document means any work containing the
Document or a portion of it, either copied verbatim, or with
modifications and/or translated into another language.

A "Secondary Section" is a named appendix or a front-matter section of
the Document that deals exclusively with the relationship of the
publishers or authors of the Document to the Document's overall subject
(or to related matters) and contains nothing that could fall directly
within that overall subject. (Thus, if the Document is in part a
textbook of mathematics, a Secondary Section may not explain any
mathematics.) The relationship could be a matter of historical
connection with the subject or with related matters, or of legal,
commercial, philosophical, ethical or political position regarding
them.

The "Invariant Sections" are certain Secondary Sections whose titles
are designated, as being those of Invariant Sections, in the notice
that says that the Document is released under this License. If a
section does not fit the above definition of Secondary then it is not
allowed to be designated as Invariant. The Document may contain zero
Invariant Sections. If the Document does not identify any Invariant
Sections then there are none.

The "Cover Texts" are certain short passages of text that are listed,
as Front-Cover Texts or Back-Cover Texts, in the notice that says that
the Document is released under this License. A Front-Cover Text may
be at most 5 words, and a Back-Cover Text may be at most 25 words.

A "Transparent" copy of the Document means a machine-readable copy,
represented in a format whose specification is available to the
general public, that is suitable for revising the document
straightforwardly with generic text editors or (for images composed of
pixels) generic paint programs or (for drawings) some widely available
drawing editor, and that is suitable for input to text formatters or
for automatic translation to a variety of formats suitable for input
to text formatters. A copy made in an otherwise Transparent file
format whose markup, or absence of markup, has been arranged to thwart
or discourage subsequent modification by readers is not Transparent.
An image format is not Transparent if used for any substantial amount
of text. A copy that is not "Transparent" is called "Opaque".

Examples of suitable formats for Transparent copies include plain
ASCII without markup, Texinfo input format, LaTeX input format, SGML
or XML using a publicly available DTD, and standard-conforming simple
HTML, PostScript or PDF designed for human modification. Examples of
transparent image formats include PNG, XCF and JPG. Opaque formats
include proprietary formats that can be read and edited only by
proprietary word processors, SGML or XML for which the DTD and/or
processing tools are not generally available, and the
machine-generated HTML, PostScript or PDF produced by some word
processors for output purposes only.

The "Title Page" means, for a printed book, the title page itself,
plus such following pages as are needed to hold, legibly, the material
this License requires to appear in the title page. For works in
formats which do not have any title page as such, "Title Page" means
the text near the most prominent appearance of the work's title,
preceding the beginning of the body of the text.

A section "Entitled XYZ" means a named subunit of the Document whose
title either is precisely XYZ or contains XYZ in parentheses following
text that translates XYZ in another language. (Here XYZ stands for a
specific section name mentioned below, such as "Acknowledgements",
"Dedications", "Endorsements", or "History".) To "Preserve the Title"
of such a section when you modify the Document means that it remains a
section "Entitled XYZ" according to this definition.

The Document may include Warranty Disclaimers next to the notice which
states that this License applies to the Document. These Warranty
Disclaimers are considered to be included by reference in this
License, but only as regards disclaiming warranties: any other
implication that these Warranty Disclaimers may have is void and has
no effect on the meaning of this License.

2. VERBATIM COPYING

You may copy and distribute the Document in any medium, either
commercially or noncommercially, provided that this License, the
copyright notices, and the license notice saying this License applies
to the Document are reproduced in all copies, and that you add no other
conditions whatsoever to those of this License. You may not use
technical measures to obstruct or control the reading or further
copying of the copies you make or distribute. However, you may accept
compensation in exchange for copies. If you distribute a large enough
number of copies you must also follow the conditions in section 3.

You may also lend copies, under the same conditions stated above, and
you may publicly display copies.

3. COPYING IN QUANTITY

If you publish printed copies (or copies in media that commonly have
printed covers) of the Document, numbering more than 100, and the
Document's license notice requires Cover Texts, you must enclose the
copies in covers that carry, clearly and legibly, all these Cover
Texts: Front-Cover Texts on the front cover, and Back-Cover Texts on
the back cover. Both covers must also clearly and legibly identify
you as the publisher of these copies. The front cover must present
the full title with all words of the title equally prominent and
visible. You may add other material on the covers in addition.
Copying with changes limited to the covers, as long as they preserve
the title of the Document and satisfy these conditions, can be treated
as verbatim copying in other respects.

If the required texts for either cover are too voluminous to fit
legibly, you should put the first ones listed (as many as fit
reasonably) on the actual cover, and continue the rest onto adjacent
pages.

If you publish or distribute Opaque copies of the Document numbering
more than 100, you must either include a machine-readable Transparent
copy along with each Opaque copy, or state in or with each Opaque copy
a computer-network location from which the general network-using
public has access to download using public-standard network protocols
a complete Transparent copy of the Document, free of added material.
If you use the latter option, you must take reasonably prudent steps,
when you begin distribution of Opaque copies in quantity, to ensure
that this Transparent copy will remain thus accessible at the stated
location until at least one year after the last time you distribute an
Opaque copy (directly or through your agents or retailers) of that
edition to the public.

It is requested, but not required, that you contact the authors of the
Document well before redistributing any large number of copies, to give
them a chance to provide you with an updated version of the Document.

4. MODIFICATIONS

You may copy and distribute a Modified Version of the Document under
the conditions of sections 2 and 3 above, provided that you release
the Modified Version under precisely this License, with the Modified
Version filling the role of the Document, thus licensing distribution
and modification of the Modified Version to whoever possesses a copy
of it. In addition, you must do these things in the Modified Version:

A. Use in the Title Page (and on the covers, if any) a title distinct
from that of the Document, and from those of previous versions
(which should, if there were any, be listed in the History section
of the Document). You may use the same title as a previous version
if the original publisher of that version gives permission.
B. List on the Title Page, as authors, one or more persons or entities
responsible for authorship of the modifications in the Modified
Version, together with at least five of the principal authors of the
Document (all of its principal authors, if it has fewer than five),
unless they release you from this requirement.
C. State on the Title page the name of the publisher of the
Modified Version, as the publisher.
D. Preserve all the copyright notices of the Document.
E. Add an appropriate copyright notice for your modifications
adjacent to the other copyright notices.
F. Include, immediately after the copyright notices, a license notice
giving the public permission to use the Modified Version under the
terms of this License, in the form shown in the Addendum below.
G. Preserve in that license notice the full lists of Invariant Sections
and required Cover Texts given in the Document's license notice.
H. Include an unaltered copy of this License.
I. Preserve the section Entitled "History", Preserve its Title, and add
to it an item stating at least the title, year, new authors, and
publisher of the Modified Version as given on the Title Page. If
there is no section Entitled "History" in the Document, create one
stating the title, year, authors, and publisher of the Document as
given on its Title Page, then add an item describing the Modified
Version as stated in the previous sentence.
J. Preserve the network location, if any, given in the Document for
public access to a Transparent copy of the Document, and likewise
the network locations given in the Document for previous versions
it was based on. These may be placed in the "History" section.
You may omit a network location for a work that was published at
least four years before the Document itself, or if the original
publisher of the version it refers to gives permission.
K. For any section Entitled "Acknowledgements" or "Dedications",
Preserve the Title of the section, and preserve in the section all
the substance and tone of each of the contributor acknowledgements
and/or dedications given therein.
L. Preserve all the Invariant Sections of the Document,
unaltered in their text and in their titles. Section numbers
or the equivalent are not considered part of the section titles.
M. Delete any section Entitled "Endorsements". Such a section
may not be included in the Modified Version.
N. Do not retitle any existing section to be Entitled "Endorsements"
or to conflict in title with any Invariant Section.
O. Preserve any Warranty Disclaimers.

If the Modified Version includes new front-matter sections or
appendices that qualify as Secondary Sections and contain no material
copied from the Document, you may at your option designate some or all
of these sections as invariant. To do this, add their titles to the
list of Invariant Sections in the Modified Version's license notice.
These titles must be distinct from any other section titles.

You may add a section Entitled "Endorsements", provided it contains
nothing but endorsements of your Modified Version by various
parties--for example, statements of peer review or that the text has
been approved by an organization as the authoritative definition of a
standard.

You may add a passage of up to five words as a Front-Cover Text, and a
passage of up to 25 words as a Back-Cover Text, to the end of the list
of Cover Texts in the Modified Version. Only one passage of
Front-Cover Text and one of Back-Cover Text may be added by (or
through arrangements made by) any one entity. If the Document already
includes a cover text for the same cover, previously added by you or
by arrangement made by the same entity you are acting on behalf of,
you may not add another; but you may replace the old one, on explicit
permission from the previous publisher that added the old one.

The author(s) and publisher(s) of the Document do not by this License
give permission to use their names for publicity for or to assert or
imply endorsement of any Modified Version.

5. COMBINING DOCUMENTS

You may combine the Document with other documents released under this
License, under the terms defined in section 4 above for modified
versions, provided that you include in the combination all of the
Invariant Sections of all of the original documents, unmodified, and
list them all as Invariant Sections of your combined work in its
license notice, and that you preserve all their Warranty Disclaimers.

The combined work need only contain one copy of this License, and
multiple identical Invariant Sections may be replaced with a single
copy. If there are multiple Invariant Sections with the same name but
different contents, make the title of each such section unique by
adding at the end of it, in parentheses, the name of the original
author or publisher of that section if known, or else a unique number.
Make the same adjustment to the section titles in the list of
Invariant Sections in the license notice of the combined work.

In the combination, you must combine any sections Entitled "History"
in the various original documents, forming one section Entitled
"History"; likewise combine any sections Entitled "Acknowledgements",
and any sections Entitled "Dedications". You must delete all sections
Entitled "Endorsements".

6. COLLECTIONS OF DOCUMENTS

You may make a collection consisting of the Document and other documents
released under this License, and replace the individual copies of this
License in the various documents with a single copy that is included in
the collection, provided that you follow the rules of this License for
verbatim copying of each of the documents in all other respects.

You may extract a single document from such a collection, and distribute
it individually under this License, provided you insert a copy of this
License into the extracted document, and follow this License in all
other respects regarding verbatim copying of that document.

7. AGGREGATION WITH INDEPENDENT WORKS

A compilation of the Document or its derivatives with other separate
and independent documents or works, in or on a volume of a storage or
distribution medium, is called an "aggregate" if the copyright
resulting from the compilation is not used to limit the legal rights
of the compilation's users beyond what the individual works permit.
When the Document is included in an aggregate, this License does not
apply to the other works in the aggregate which are not themselves
derivative works of the Document.

If the Cover Text requirement of section 3 is applicable to these
copies of the Document, then if the Document is less than one half of
the entire aggregate, the Document's Cover Texts may be placed on
covers that bracket the Document within the aggregate, or the
electronic equivalent of covers if the Document is in electronic form.
Otherwise they must appear on printed covers that bracket the whole
aggregate.

8. TRANSLATION

Translation is considered a kind of modification, so you may
distribute translations of the Document under the terms of section 4.
Replacing Invariant Sections with translations requires special
permission from their copyright holders, but you may include
translations of some or all Invariant Sections in addition to the
original versions of these Invariant Sections. You may include a
translation of this License, and all the license notices in the
Document, and any Warranty Disclaimers, provided that you also include
the original English version of this License and the original versions
of those notices and disclaimers. In case of a disagreement between
the translation and the original version of this License or a notice
or disclaimer, the original version will prevail.

If a section in the Document is Entitled "Acknowledgements",
"Dedications", or "History", the requirement (section 4) to Preserve
its Title (section 1) will typically require changing the actual
title.

9. TERMINATION

You may not copy, modify, sublicense, or distribute the Document except
as expressly provided for under this License. Any other attempt to
copy, modify, sublicense or distribute the Document is void, and will
automatically terminate your rights under this License. However,
parties who have received copies, or rights, from you under this
License will not have their licenses terminated so long as such
parties remain in full compliance.

10. FUTURE REVISIONS OF THIS LICENSE

The Free Software Foundation may publish new, revised versions
of the GNU Free Documentation License from time to time. Such new
versions will be similar in spirit to the present version, but may
differ in detail to address new problems or concerns. See
http://www.gnu.org/copyleft/.

Each version of the License is given a distinguishing version number.
If the Document specifies that a particular numbered version of this
License "or any later version" applies to it, you have the option of
following the terms and conditions either of that specified version or
of any later version that has been published (not as a draft) by the
Free Software Foundation. If the Document does not specify a version
number of this License, you may choose any version ever published (not
as a draft) by the Free Software Foundation.

Statcomm PDF

Transféré par

Droits d'auteur :

Formats disponibles

Vous aimerez peut-être aussi

Statcomm PDF

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Statcomm PDF

Transféré par

Droits d'auteur :

Formats disponibles

SAKKA Maher

Date de cration : 01.05.2004

Vous aimerez peut-être aussi