Mise en Place D'une Application Client Serveur de Gestion D'un Cybercafé

Mise en place d'une application client serveur de gestion d'un
cybercaf :
REPUBLIQUE DE MOCRATIQUE DU CONGO
ENSEIGNEMENT SUPERIEUR ET UNIVERSITAIRE
INSTITUT SUPERIEUR D'INFORMATIQUE ET DE GESTION
I.S.I.G
BP 841 GOMA

MISE EN PLACE D'UNE APPLICATION CLIENT SERVEUR DE GESTION D'UN
CYBERCAFE
(Cas de la maison CEPROTES Goma)

Par : Jules MAGOMA MUGANZA
Travail de fin de cycle prsent pour l'obtention du titre d'Ingnieur
Technicien en Informatique de Gestion.
DIRECTEUR : CT Jean Claude KASA-VUBU B.
CODIRECTEUR : ASS. Eurasme KAKULE MILANDO
Anne acadmique 2005-2006
EPIGRAPHE
L'intelligence n'est pas un privilge, mais
Un cadeau qu'il faut pouvoir
Utiliser pour le bien de l'humanit.
Jules MAGOMA MUGANZA
DEDICACE
A toute personne qui de prs ou de loin s'est donne
Corps et me pour nous soutenir tout au long de notre parcours estudiantin.
A toute personne qui est anime par le souci de faire voluer la science
REMERCIEMENT
Nous ne saurons pas prsenter ce travail sans pour autant montrer notre
reconnaissance l'Eternel Dieu qui nous a donn le souffle et la force de
travailler.
Qu'il nous soit permis d'adresser nos sincres remerciements au Chef de
Travaux Jean Claude KASA-VUBU et l'Assistant Eurasme KAKULE
MILANDO qui ont accept de nous guider tout au long de nos recherches
en vue de la rdaction du prsent travail.
Nos remerciements et considrations vont galement tous nos formateurs
de l'cole primaire, secondaire et suprieure. A ce sujet, nos premires
penses vont tout droit au Prof. Dr. Ir. Joseph KATANGA KABALEVI,
Directeur Gnral de L'ISIG ; au C.T. Jean Claude KASA-VUBU
BYALIHIRE, Secrtaire Gnral Acadmique et Administratif de l'I.S.I.G ;
au C.T. BANGI, Chef de section de l'I.S.I.G ; au Matre Matthieu ILUNGA
KANYEMESHA, Appariteur centrale de l'I.S.I.G. et du reste tous le
personnel de l'I.S.I.G. Goma, le comptable KAKULE, Socrates MIRIMO,
Alain, Chrispin et les autres dont les noms n'ont pas t cits.
De faon particulire, nous tenons remercier notre papa MUHIYA
MUGANZA et maman Thrse MOMA NYOTA pour tous les sacrifices
consentis en notre faveur de l'enfance jusqu' ces jours ; l'Ir. Mose Michel
ISAMUNA pour les conseils et l'exprience que vous nous avez donn.
Nous ne pouvons ne pas reconnatre le confort dont nous avons bnfici
de la famille MUGANZA, la famille KALOBA, la FAMILLE NDANGIZA et
autres dont les noms ne sont pas cits.
Aussi nous saluons les encouragements de nos amis et camarades Elias
SAIDI, Didier ZIGABE, J.C BINWA, pacifique NDACHI, Andy
HABAMUNGU, Patrick KABIAY, Samy ZALUKE, Safari BALINGENE, Sefu
NDUSHA, Pascal BYAMUNGU, Paco KUNGERHWA, pour le bonheur et le
malheur partags depuis le jeune ge ; du Club Don Bosco, le Fr.
HONORATO ALONSO, le coach Pompidou SOKONI (KAPOSO), des
collgues et compagnons d'tudes, Romo MWANA-NTEBA, Marrisca
MWAMINI, Jolie BYAMUNGU, Omary SAIDI, Arsne SUBWANONE,
Bienfait NTAMIRWA, Dodo LENDE, bref, toute la promotion de G3jIG de
l'anne acadmique 2005 - 2006.
Nous tmoignons de notre affection envers nos frres, soeurs et cousins
Mathilde, Miche, Josu, Michael, Gdon, Esther, Mose MUGANZA,
Esther MUGANZA, Charles IRAGI, Raymond BILA et Thierry MPOSHO.
Que tous ceux qui ne sont pas cits ici agrent l'expression de notre
profonde reconnaissance.
Jules MAGOMA MUGANZA
SIGLES ET ABREVIATIONS
AB : Automatise Batch
AC : Automatise Conversationnelle
AD: Assistant Directeur
Acad.: Acadmique
CCNA: Cisco Certified Network Academy
I.S.I.G : Institut Suprieur d'Informatique et de Gestion
Fin : financier
M : Manuel
MAJ : Mis jour
MCD : Modle conceptuel des donnes
MCF : Modle conceptuel des flux
MCT : Modle conceptuel des traitements
MLD : Modle logique des donnes
MLT : Modle logique des traitements
MOT : Modle organisationnel des traitements
MPD : Modle physique des donnes
Ms : Microsoft
SE : Systme d'excution
SI : Systme d'information
SII : Systme d'information informatis
SP : Systme de pilotage
Tjrs : Toujours
ULT : Unit logique de traitement
VB 6.0 : Visual Basic de la version 6.0
INTRODUCTION
1. ETAT DE L A QUESTION
La cration d'une application de type client serveur de Gestion d'un
cybercaf est une ide qui nous est venue au cours de l'anne 2004.
Jusqu' ce temps l, seuls certains cybercafs taient quips
d'applications informatiques charges de grer l'accs aux ressources de
l'ordinateur sur base de temps allou l'Internet au moment o d'autres
utilisaient un systme manuel.
Les applications utilises par mes prdcesseurs, fonctionnent soit en
rseau en utilisant le fournisseur d'accs (FAI), C'est le cas du logiciel
CHRISALID conu par la maison DIGITAL CHRISALID base Kampala,
utilis dans les cybercafs tels que DATCO, Goma Mobile Center et pour
ne citer que ceux l ; ou soit hors rseau. C'est--dire Monoposte comme
c'est le cas du CYBERGESTION conu par MUTULWA KWABENE Ellis
1(*)
.
Vue les diffrentes failles que prsentent ces applications savoir : le
manque d'une base des donnes pour celles travaillant en rseau et le
contrle quasi inexistant d'accs aux ressources pour celles travaillant hors
rseau, nous envisageons de mettre en place une application de type client
-serveur afin de suppler tant soit peu au problme de gestion de
cybercafs dans la ville de Goma en gnrale et pour la maison
CEPROTES en particulier.
Ce systme permettra au gestionnaire de contrler les permissions
d'excution des tches tout en vitant ainsi un manque gagner de sa part.
2. PROBLEMATIQUE
Vu le nombre d'internautes qui s'accrot au jour le jour dans la ville de
Goma, le SI actuel de la maison CEPROTES ne permet pas d'avoir une
bonne gestion. Cela se remarque par l'impossibilit l'oprateur d'aider les
internautes en mal navigation suites aux demandes des nouveaux clients
qui se prsentent presque chaque minute ; ou encore des clients qui, par
oublie ou par mauvaise intention, en profitent pour naviguer sans tre
contrl.
La rception enregistre journalirement des pertes lors des
remboursements suite l'embrouillement caus par un grand nombre de
client qui arrive presque au mme moment.
De ce qui prcde, nous nous posons la question suivante :
Est-il possible de mettre la disposition de ce cybercaf un Systme
d'information qui pourra :
Faire le suivi de dlai allou la navigation pour chaque internaute ?
Prsenter la situation d'approvisionnement pour chaque poste ?
Produire la liste des clients abonns ainsi que leur situation ?
3. HYPOTHESES ET OBJECTIFS
A notre avis, nous pensons qu'il serait important de mettre en place au sein
de CEPROTES un nouveau systme d'information quip d'une application
de type client serveur qui aura pour tche principale la gestion de l'accs
aux ressources de l'ordinateur par les clients.
En outre, le nouveau SI permettra CEPROTES d'avoir une gestion fiable
et transparente grce une base des donnes qui permettra de grer les
recettes et connatre le crdit du client en cas d'une navigation interrompue.
4. CHOIX ET INTERET DU SUJET
Le choix de ce sujet a t motiv par la carence dans notre milieu d'une
application de type client serveur quipe d'une base des donnes.
Il prsente un intrt non ngligeable pour le monde scientifique car il
pourra servir de rfrence pour des futurs chercheurs qui voudront
l'amliorer ou travailler dans le mme domaine.
5. DELIMITATION DU SUJET
Ce travail concourt l'amlioration des conditions de travail des cybercafs
de la ville de Goma en gnrale et au CEPROTES en particulier pendant la
priode allant de l'anne 2004 l'anne 2008 soit 4ans.
6. METHODE ET TECHNIQUES UTILISEES
Mthode
Pour analyser le systme d'information existant, nous avons fait recours
la mthode MERISE qui procde par l'approche systmique.
Cette mthode nous a permis de palper les ralits du systme
d'information actuel.
Techniques utilises
La formation de la problmatique s'est base sur les lments suivants :
Une observation directe : cette dernire nous a permis de dcouvrir les
problmes auxquels se heurtent les responsables des cybercafs.
La technique documentaire : elle nous a permis de connatre le
fonctionnement du systme d'information actuel. Nous avons eu utiliser
les documents comme : billet de navigation et fiche d'enregistrement des
clients abonns, statut de la maison CEPROTES.
Un interview : ou entretien libre avec le responsable du cybercaf sur base
de la question formule dans la problmatique.
7. DIFFICULTES RENCONTREES
Parmi les difficults rencontres, une seule nous a beaucoup proccupe,
le manque d'une documentation concrte et mise jour traitant de la
programmation. Ce qui nous a conduit dpenser une importante somme
d'argent pour des recherches sur Internet.
8. SUBDIVISION DU TRAVAIL
Hormis l'introduction et la conclusion, ce travail comprend trois chapitres.
Le premier traite de : l la prsentation de la maison CEPROTES et la
dfinition de quelques concepts. Le deuxime prsente l'analyse du
systme existant et le troisime s'articule sur la conception du Systme
d'Information futur.
Chapitre I. PRESENTATION DE LA
MAISON CEPROTES ET
DEFINITION DES CONCEPTS
A. PRESENTATION DE LA MAISON CEPROTES
I.1. Historique du CEPROTES
Le Centre de Promotion Technologique et Scientifique, CEPROTES, est
une entreprise qui a t cre en janvier 2004 par Monsieur John
MBONIMPA. Celui-ci, aprs avoir constat la carence des centres de
formation en informatique srieux et une insuffisance des cybercafs
existants, a dcid d'ouvrir cette entreprise.
Au fil des mois CEPROTES a augment le nombre de ses machines et a
entrepris des dmarches pour trouver une antenne VSAT pour se
connecter directement un satellite. Une anne aprs sa cration,
CEPROTES a commenc distribuer le signal internet.
Au mois d'Avril 2005, CEPROTES fixe une extension sur le mont Goma afin
de lui permettre d'tendre son rseau et augmenter ainsi le nombre des
abonns.
Vu le nombre croissant des clients internautes, CEPROTES dcida de
scinder son entreprise en deux succursales :
- Cybercaf COMEX en ville, derrire la BRALIMA
- Cybercaf COMEX Katindo vers Pique-nique qui vient peine d'tre
dplac et pris le nom de CyberMuse l'entre de l'avenue du muse.
Dans le but d'apporter une main forte aux tudiants dans le cadre de
recherche, un troisime succursale a t install au campus universitaire
communment appel Kinyumba non loin de l'htel la Frontire.
I.2. Prsentation gographique
Le centre de promotion technologique et scientifique, CEPROTES en sigle,
a un sige situ au centre ville non loin du boulevard KANYAMUHANGA,
derrire l'entrept de la BRALIMA.
I.3. Organisation Structuro fonctionnelle
I.3.1. Organigramme du CEPROTES
Directeur
Assistant directeur
Technicien local
Cybermuse
CyberCampus
Comex centre ville
Technicien local
Technicien local
Rception
Rception
Rception
Connaissances exiges :
Directeur : est un spcialiste en informatique, rseau et maintenance
Assistant directeur : il a les mmes atouts que le directeur
Technicien local : il a une exprience suffisante en informatique, en
rseau et en maintenance prventive.
Rceptionniste : il se charge de l'accueil et de la vente des billets aux
clients qui viennent naviguer.
I.3.2. Fonctionnement
Le personnel du CEPROTES fonctionne comme suit :
- le directeur : il a pour mission de :
conduire l'entreprise pour qu'elle atteigne ses objectifs
reprsenter l'entreprise
recruter le personnel
discuter les nouveaux marchs
organiser les runions mensuelles du personnel
- Assistant directeur : il a pour mission :
d'assister le directeur dans ses runions
assurer la permanence du Gateway et rpondre aux proccupations des
abonns en cas de problmes
vrifier la comptabilit des cybercafs
rsoudre les problmes techniques lis au rseau
faire sortir les factures, les distribuer et assurer le suivi de leur paiement
par les abonns.
Effecteur le virement bancaire
Conserver les pices justificatives des diffrentes oprations financires
ralises.
Faire un rapport mensuel au directeur.
- Technicien local : il a pour mission :
de veiller au bon fonctionnement du LAN
guider les clients dans leur navigation
rgler les petits problmes techniques
- Rceptionniste : il se charge :
de rendre le cybercaf accueillant et mettre l'aise les internautes.
Fournir les billets aux clients
Tenir la comptabilit et effectuer le versement bancaire
Remettre le bordereau de versement l'assistant directeur.
B. DEFINITION DE QUELQUES CONCEPTS
II.1. Notions sur l'Analyse du Systme d'information
Analyser un systme revient tudier et dcrire les processus de
collection, d'utilisation et de stockage d'information au sein d'une entreprise.
II.2. Notion sur le systme d'information2(*)
Le systme d'information en soit dsigne un ensemble d'lments matriels
ou immatriels en interaction, transformant par un processus les entres en
sorties.
Le systme d'information en soit est un ensemble d'lments divers
chargs de stocker et de traiter les informations relatives au systme
oprant afin de les mettre la disposition du systme de pilotage en
premier lieu et recevoir les dcisions destines au systme oprant
3(*)
.
II.3. Notions sur le mot cybercaf
En gnral, le prfixe cyber est dfini selon Alain REY

comme tant
l'lment servant former des mots qui concernent le multimdias, le
rseau internet etc.
4(*)

Le mot cybercaf dsigne une maison Internet ouverte au public.
II.4. Notion sur le mot Gestion
Selon Bergeron P.G., c'est un processus de planification, d'organisation, de
direction et de contrle des ressources humaines et physiques par
lesquelles on veut atteindre ses objectifs
5(*)
.
II.5. Notions sur L'architecture client serveur 6(*)
1. Prsentation
En informatique, ce terme dsigne un arrangement propre certains
rseaux locaux qui fait appel au concept d'intelligence distribu pour
considrer le serveur ainsi que les stations de travail.
Comme des dispositifs intelligents et programmables, exploitant ainsi les
pleines capacits de chacun d'eux. Cet arrangement est obtenu en
partageant le traitement d'une application en deux composantes distinctes :
un client au premier plan et un serveur l'arrire plan.
2. Composante client
Elle est constitue d'un microordinateur indpendant fournit l'utilisateur
toute gamme de ses services pour excuter des applications.
3. Composante serveur
Elle peut tre constituer d'un micro, mini ordinateur ou d'un centre
informatique, il soutient le client en lui offrant dans un environnement de
temps partag des services de gestion des donnes, de partage
d'information, d'administration du rseau et de scurit.
4. Avantages
Les clients comme le serveur fonctionnent ensemble pour excuter une
application. La puissance ne se trouve pas seulement augmente, mais
aussi efficacement utilise. La partie client d'une application est souvent
optimise par l'interaction avec l'utilisateur alors que la partie serveur fournit
les fonctions multi utilisateurs.
5. Domaine d'application
L'architecture client serveur est utilise dans les cybercafs pour permettre
l'accs l'internet, dans les rseaux d'entreprises pour permettre la gestion
des permissions,...
CHAPITRE II. ANALYSE DU
SYSTEME D'INFORMATION
EXISTANT
Dans ce chapitre, nous allons dcrire, analyser et commenter le systme
d'information utilis actuellement au sein du Centre de Promotion
Techniques et Scientifiques, CEPROTES en sigle.
II.1. MODELE CONCEPTUEL DES FLUX
Directeur
Assistant Directeur
Rceptionniste
Donne des ordres
Fait un rapport
Vrifie la comptabilit
Remet le bordereau de versement
Rsout les problmes techniques lis au rseau
Informe en cas de panne
Technicien local
Entraide
Client
Prsente billet
Assistance en navigation
Remet le bordereau de versement
Verse l'argent
Banque
Achte un billet
Remet le billet
II.1.1. Diagramme de flux brut

Directeur Assistant
directeur
Technicien
local
Rceptionniste Banque Client
Directeur

Donne les
ordres et
instructions

Assistant
directeur
Fait un
rapport
mensuel de
la situation
de
l'entreprise

Rsout les
problmes
lis au
rseau
Vrifie la
comptabilit
du cybercaf

Technicien
local

Signale en
cas de
panne li au
rseau

Entraide

Assistance
et
surveillance
Rceptionniste

Remet le
bordereau
de
versement
Entraide

Verse
la
recette
Remet le
billet de
navigation
Banque

Remet le
bordereau de
versement

Client

Prsente le
billet de
navigation
Achte un
billet

II.1.2. Matrice des flux Net
Directeur
Assistant directeur
Gestion d'un cybercaf
Clients
Banque ou caisse d'pargne
Donne des ordres
Fait un rapport
Fait un rapport gnral d'activits
Supervise les activits
Remet le Bordereau
Verse l'argent
Paie pour naviguer
Fourni la navigation
II.2. MODELE ORGANISATIONNEL DE TRAITEMENT
Ce modle offre une vision globale du Systme d'Information en fournissant
une reprsentation de l'organisation de l'entreprise. Il permet de dcrire et
de mettre en vidence les contraintes relles de l'organisation en faisant
intervenir le temps, les responsabilits, les ressources et les lieux
7(*)
.
III.2.1. Les rgles d'organisation
Ce sont souvent des rgles de gestion du niveau conceptuel auxquelles on
ajoute des contraintes d'organisation.
La gestion d'un cybercaf se ralise partir de deux processus savoir : la
Facturation et la Navigation.
a) Processus FACTURATION
RO1. A son arrive, le client est enregistr selon sa catgorie qui est soit
abonn ou occasionnel
RO2. Pour la catgorie de clients occasionnels, le payement se fait au
comptant tandis que pour les abonns, on dbite leurs comptes.
RO3. En cas de payement au comptant la somme est encaisse.
RO4. Aprs payement, un billet de navigation est remis au client
RO5. A la fin de la journe le rceptionniste labore les rapports financiers
de la journe.
b) Processus NAVIGATION
RO6. Ds l'installation de l'internaute sur le poste, ce dernier est assist par
le technicien local (oprateur)
RO7. Lors du contrle des billets, le client dont le crdit est infrieur ou
gale zro libre la machine.
II.2.2. TABLEAU DES PROCEDURES FONCTIONNELLES
Une procdure fonctionnelle est un ensemble d'action excuter pour une
opration par un ou plusieurs postes de travail ou acteurs
8(*)
.
a) PROCESSUS FACTURATION
PF DEROULEMEN
T
ACTION NATUR
E
POSTE DE TRAVAIL
Dbut Dure Lieu Responsable Ressources
PF
1
8h<t<19h x Rception
client
M Rceptio
n
Rceptionnist
e
Rceptionnist
e et client
PF
2
8h<t<19h X Enregistremen
t client
M Rceptio
n
Rceptionnist
e
Rceptionnist
e
PF
3
8h<t<19h X Facturation M Rceptio
n
Rceptionnist
e
Rceptionnist
e
PF
4
8h<t<19h X Encaissement M Rceptio
n
Rceptionnist
e
Rceptionnist
e
PF
5
8h<t<19h x MAJ
comptabilit
M Rceptio
n
Rceptionnist
e
Rceptionnist
e
PF
6
8h<t<19h X Elaboration
des rapports
M Rceptio
n
Rceptionnist
e
Rceptionnist
e
b) PROCESSUS NAVIGATION
PF DEROULEMENT ACTION NATURE POSTE DE TRAVAIL
Dbut Dure Lieu Responsable Ressources
PF7 8h<t<19h X Installation
internaute
M Poste Technicien
local
Technicien local
+ Client
PF8 8h<t<19h X Assistance
l'internaute
M Poste Technicien
local
Technicien local
PF6 8h<t<19h X Facturation M Poste Technicien
local
Technicien local
II.2.3. Diagramme d'enchanement des procdures fonctionnelles
DEROULEMENT
Dbut
Fin
ENCHAINEMENT DES
PROCEDURES
NATURE POSTE DE
TRAVAIL
Lieu
Responsable
Ressources
ET
Fin de la journe
Et
Elaboration de rapports
Toujours
PF6
Rapport labor
Client reu
Enregistrement client
Toujours
PF2
Client accept
Facturation du client
Occasionnel
Abonn
PF3
Compte dbiter & remise billet Nav
Mis jour comptabilit
Toujours
PF4
A
Payement au comptant
Arrive client
Rceptionniste dispo
Rception client
Toujours
PF1
Compt MAJ
Encaissement
Toujours
PF5
Encaissement effectu
8h<t<19h

8h<t<19h

M Rception
Rceptionniste
Rceptionniste
8h<t<19h

M Rception
Rceptionniste
Rceptionniste
8h<t<19h

M Rception
Rceptionniste
Rceptionniste

Rception
Rceptionniste
Rceptionniste

Rception
Rceptionniste
Rceptionniste
DEROULEMENT
Dbut
Fin
ENCHAINEMENT DES
PROCEDURES
NATURE POSTE DE
TRAVAIL
Lieu
Responsable
Ressources
Connexion dispo
ET
Ouverture de session
Toujours
PF9
Et
Contrle de billets
Crdit<=0
PF10
Session ouverte
Crdit>0
Libre le poste
Navigation en cours
Client install
Assistance l'internaute
Toujours
PF8
Client assist
Installation internaute
Accept
PF7
A
Technicien dispo
8h<t<19h

M Poste de navigation
Technicien local
Technicien local et internaute
8h<t<19h

Poste de navigation
Technicien local
8h<t<19h

Technicien local
Technicien local
8h<t<19h

Technicien local
II.3. MODELE CONCEPTUEL DE TRAITEMENT
B
Il permet le traitement et la description du Systme d'information l'aide
des concepts, des oprations qui sont ralises en fonction d'vnements.
Il permet donc de reprsenter d'une manire schmatique l'activit d'un
systme d'information sans faire rfrence des choix organisationnels ni
des moyens d'excution. Il conduit dterminer des processus
reprsenter des oprations, les vnements, les rsultats et les
synchronisations.
II.3.1. Formalisme utilis
Evnement 1
Evnement 2
ET/OU
Opration
Emission 1
Emission 2
Evnement 3
Evnement 4
Synchronisation
Evnements rsultats
Evnements contributifs
II.3.2. Rgles de gestion
1. Processus FACTURATION
- Le billet n'est remis qu' un client qui a dj pay
- Le rapport financier de la journe est prsent l'assistant directeur le
matin du lendemain.
2. Processus NAVIGATION
- L'installation du client au poste se fait en fonction de l'heure d'arrive mais
aussi du numro inscrit sur le billet de navigation.
- Lors du contrle de temps allou, ce dernier est crdit d'une somme
donne si et seulement si le client paie afin de continuer la navigation.
II.3.3. Construction du MCT
a) PROCESSUS FACTURATION
Arrive du client
A
ET
Abonn
Occasionnel
Compte dbiter
B
Encaissement
Toujours
Montant encaiss
Et
MAJ comptabilit
Toujours
Remise billet
C
Comptabilit MAJ
Elaboration de rapports
Toujours
Rapports labors
B
Demande client reu
b) PROCESSUS NAVIGATION
C
Et
Installation du client
Toujours
Client install
D
ET/OU
Ouverture session
Toujours
Navigation encours
Et/Ou
Assistance
Toujours
Client assist
Et/Ou
Contrle de billets
Crdit<=0
Crdit>0
Libre le poste
D
Technicien permanent
Difficults
Chrono en marche
Poste occup
III.4. MODELE CONCEPTUEL DES DONNEES
Il a pour but de dcrire de faon formelle les donnes qui seront utilises
par le systme d'information. Il s'agit donc d'une reprsentation des
donnes facilement comprhensibles, permettant de dcrire le systme
d'information l'aide des entits et des relations.
La construction du MCD se rfre gnralement aux documents utiliss
dans la circulation des flux au sein de l'entreprise concerne par l'analyse.
III.4.1. Dictionnaire des donnes
Le dictionnaire des donnes est constitu des donnes tires des diffrents
documents utiliss. Pour notre cas, nous avons le billet de navigation, la
fiche d'enregistrement des clients abonns et le rapport comptable ainsi
que la fiche d'enregistrement des clients abonns.
Nom Significations Type
A, N, D, AN
Longueur Nature Rgle de calcul
E
Co
M
Sig
Ca Sit
Numcli
Nomcli
Sexe
Resid
Catcli
Codmach
Nomach
HeurDeb
Prixunit
Date
Credrest
NumBil
HeurFin
Numro du client
Nom du client
Sexe du client
Rsidence
Catgorie du client
Code de la machine
Nom de la machine
Heure de dbut
Prix unitaire
Date du jour
Crdit restant
Numro du billet
Heure de fin
AN
A
A
A
A
AN
A
D
N
D
N
N
D
5
25
2
25
10
15
25
5
5
10
5
5
5
E
E
E
E
E
E
E
E
E
E
E
E
E
Sig
Sig
Sig
Sig
Sig
Sig
Sig
Sig
Sig
Sig
Sig
Sig
Sig
hhmm
JJmmaa
hhmm
III.4.2. Graphe de dpendance fonctionnelle
Numcli
Codmach
Catcli
Nomcli
Sexe
Resid
Prixunit
HeurDeb
Date
Nomach
HeurFin
NumBil
Le graphe de dpendance fonctionnelle traduit une dpendance entre les
proprits d'une mme entit.
III.4.3. Rgles de gestion
Elles prcisent les contraintes qui doivent tre respectes par le modle
9(*)
.
Une rgle de gestion est une loi qu' l'chelle de l'entreprise a s'appliquer
systmatiquement dans les divers cas qu'elle est sense rgir. Elle sert
dfinir l'ensemble des normes respecter par les acteurs. La dfinition des
rgles de gestion menes paralllement au recueil des donnes permet la
mise en place des relations entre les objets.
RG1. En des moments diffrents, un client navigue sur une machine une ou
plusieurs fois
RG2. Une navigation ne peut concerne qu'un et un seul client
RG3. Une facturation peut concerne une ou plusieurs navigation
RG4. Une navigation n'est concerne que par seule facturation
RG5. Un encaissement peut concerner une ou plusieurs factures
RG6. Une facture n'est encaisse qu'une et une seule fois
RG7. Un versement peut concern un ou plusieurs encaissement
RG8. Un encaissement est vers une et une seule fois.
III.4.4. MCD proprement dit
CLIENT
Numcli
Nomcli
Sexe
Catcli
Resid
MACHINE
Codmach
Nomach
NAVIGATION
Date
HeurDeb
HeurFin
Concern
FACTURATION
Numfact
Montant
Concern
ENCAISSEMENT
CodEncais
Montant
1, n
1, n
1, n
1, 1
1, 1
1, n
BILLET
NumBil
Achte
Prixunit
NbreMin
1, n
1, n
III.5. CRITIQUE DE L'EXISTANT
Le SI a pour finalit la restitution aux diffrents membres d'une organisation
des informations utilisables au moment opportun afin de faciliter les
oprations et la prise de dcision
10(*)
.
Le SI que nous voulons concevoir pour la maison CEPROTES pourra
atteindre cet idal que s'il parvient optimiser la gestion de son cybercaf
par rapport aux moyens, aux modlisation de donnes et des traitements.
Pour ce qui est des moyens
Le cybercaf de la maison CEPROTES dispose des plusieurs ordinateurs
connects en rseau, malheureusement aucune d'entre elles n'est
configure comme serveur.
Au niveau du MCD
Vu les objectifs que nous visons, les entits du MCD actuel ne nous
permettent pas d'avoir une gestion aise du cybercaf. Ainsi pour y arriver,
il nous faudra ajouter certaines proprits et entits qui stockeront les
informations relatives l'enregistrement du client et la navigation.
Au niveau du MCT et MOT
Le MCT de l'existant prsente deux processus (FACTURATION et
NAVIGATION) et montre la succession des oprations. Ces oprations sont
ralises manuellement, ce qui engendre quelque fois des erreurs de calcul
et d'omissions de certaines navigations et facturations, le retard dans
l'laboration des rapports financiers. D'o la ncessit d'automatisation afin
de palier ce problme.
Solution envisage
Les critiques que nous avons ci haut numr nous montrent les maux qui
rongent le fonctionnement du cybercaf de la maison CEPROTES. Nous
sommes convaincus que grce au systme d'information propos dans le
chapitre qui suit ; nous en carterons certains.
CHAPITRE III. CONCEPTION DU
SYSTEME D'INFORMATION FUTUR
III.1. MODELE CONCEPTUEL DE DONNEES
Pour ce qui est de la rcolte des donnes concourants l'automatisation de
la gestion du cybercaf, nous avons fait recours aux mmes documents
que dans le SI existant.
III.1.1. Dictionnaire des donnes
Ce dictionnaire regorge en son sein les donnes du SI existant et ceux des
entits ajouter dans le MCD.
Nom Signification Type Longueur Nature Rgle de
calcul
A, N,
D, AN
E,CoCa M
SigSit
NumCli
NomCli
Resid
CatCli
CodeMach
NomMach
NbreMin
PrixUnit
DateNav
Numro du client
Nom du client
Rsidence du client
Catgorie du client
Code de la machine
Nom de la machine
Nombre de minutes achetes
Prix unitaire
Date de navigation
AN
A
A
A
AN
A
N
N
D
5
25
30
10
5
15
3
5
8
E
E
E
E
E
E
E
E
E
Sig
Sig
Sig
Sig
Sig
Sig
Sig
Sig
Sig
jjj/ mm/
aaaa
DebCli
NumOpEnc
NumBil
MontEncais
CodEncaiss
Numfact
Montfact
TempsAlloue
TempsEcoule
TempsRestant
Design
CodEncaiss
MontPaye
Dbit du client abonn
Numro de l'opration
d'encaissement
Numro du billet
Montant encaiss
Code d'encaissement
Numro de la facture
Montant factur
Temps Allou pour la
navigation
TempsEcoule
TempsRestant
Dsignation de la tche
supplmentaire
Code de l'encaissement
Montant pay pour les
tches supplmentaires
N
N
N
N
N
AN
N
N
N
N
AN
N
N
5
5
5
5
5
5
5
5
5
5
25
5
5
E
E
E
E
E
E
E
E
E
E
E
E
E
Sig
Sig
Sig
Sig
Sig
Sig
Sig
Sig
Sig
Sig
Sig
Sig
Sig
III.1.2. Graphe de dpendances fonctionnelles
Comme dit prcdemment, le graphe de dpendances fonctionnelles
traduit une dpendance entre les proprits d'une mme entit.
NumCli
CatCli
Resid
Sexe
NomCli
NumBil
Date
CodeMach
NbreMin
NomMach
CodEncaiss
NumBordVers
NumFact
MontFact
ComptCli
Design
PrixUnit
TempsAlloue
TempsAlloue
TempsRestant
MontEncais
MontPaye
DateExe
III.1.3 Modle conceptuel de donnes
1, n
1, n
1, 1
1, 1
CLIENT
Numcli
Nomcli
Sexe
Catcli
Resid
ComptCli
MACHINE
Codmach
NomMach
Effectue
NAVIGATION
Date
NbreMin
BILLET
NumBil
Date
Achte
PrixUnit
Concerne
1, n
1, 1
1, n
1, n
FACTURATION
Numfact
Montfact
Concerne
ENCAISSEMENT
CodEncaiss
MontEncais
Est concern
1, 1
1, 1
Statuts
TempsAlloue
TempsEcoule
TempsRestant
Possde
1, n
1, 1
TacheSuppl
Design
MontPaye
DateExe
Concerne
1, n
1, 1
III.2. MODELE CONCEPTUEL DES TRAITEMENTS
C
Demande du client
ET/OU
Enregistrement du client
Toujours
Client enregistr
ET/OU
Abonn
Occasionnel
ET
Encaissement
Toujours
Compte Client dbit
A
Et
M A J comptabilit
Toujours
ET
Elaboration rapport financier
Toujours
A
Montant encaiss
Remise de billet
Comptabilit M A J
Rapport labor
B
E
A
Dpenses
b) B
ET/OU
Prsentation billet de navigation
Accept
Refus
Billet accept
Billet refus
ET/OU
Installation au poste de travail
Toujours
C
Client install
Client en navigation
D
Et
Ouverture session
Toujours
ET
Contrle crdit billet
Crdit =0
Crdit >0
Session en cours
Session ferme
D
Interruption
Session interrompue
E
F
F
F
Assistance et surveillance
Processus NAVIGATION
III.3. MODELE ORGANISATIONNEL DE
TRAITEMENT
Le MOT du SI futur se dmarque de celui existant par le fait que certaines
procdures fonctionnelles qui taient excutes manuellement, changent
de nature et deviennent des procdures automatises batch (AB) ou
automatises conversationnelles (AC)
Retenons qu'une procdure automatise conversationnelle fait
ncessairement appel l'homme pour qu'elle s'excute (par exemple les
ajouts et les consultations, ...) tandis qu'une procdure automatise batch
est celle excute par l'ordinateur sans la moindre contribution de
l'utilisateur. C'est le cas des procdures visant effectuer des calculs, des
vrifications, etc.
III.3.1. Rgles d'organisation
RO1. A son arrive, le client est enregistr selon sa catgorie qui est soit
abonn ou occasionnel
RO2. Pour la catgorie de clients occasionnels, le payement se fait au
comptant tandis que pour les abonns, on dbite leurs comptes.
RO3. En cas de payement au comptant la somme est encaisse.
RO4. A la fin de la journe le rceptionniste labore les rapports financiers
de la journe.
RO5. Ds l'installation de l'internaute sur le poste, ce dernier est assist par
le technicien local (oprateur)
RO6. Lors du contrle des billets, le client dont le crdit est gal zro
libre la machine.
RO6. Ce client peut rester sur le poste s'il dcide de crditer son billet
RO7. En cas de rupture de fourniture en nergie lectrique, le solde du
client est connu avec juste une minute de surplus.
III.3.2. Tableaux des procdures fonctionnelles
a) Processus RECETTE
PF DEROULEMENT ACTIONS NATURE POSTE DE TRAVAIL
Dbut Dure Lieu Responsable Ressource
PF
1
8h<t<19h X Rception
client
M Rception Rceptionniste Rceptionniste
+ Micro
PF
2
8h<t<19h X Saisie client AC Rception Rceptionniste Rceptionniste
+ Micro
PF
3
8h<t<19h X Facturation
client
AC Rception Rceptionniste Rceptionniste
+ Micro
PF
4
8h<t<19h X Encaissement M Caisse Rceptionniste Rceptionniste
PF
5
8h<t<19h X MAJ
comptabilit
AB Caisse Rceptionniste Rceptionniste
+ Micro
PF
6
8h<t<19h X Elaboration
des rapports
financiers
M Caisse Rceptionniste Rceptionniste
PF DEROULEMENT ACTIONS NATURE POSTE DE TRAVAIL
Dbut Dure Lieu Responsable Ressource
PF
7
8h<t<19h X Installation
internaute
M Poste de
navigation
Oprateur Oprateur +
client
PF
8
8h<t<19h X Ouverture
session
AC Poste de
navigation
Oprateur Oprateur +
Micro
PF
9
8h<t<19h X Assistance
l'internaute
M Serveur Oprateur Oprateur +
Micro
PF
10
8h<t<19h X Contrle crdit
billet
AB Poste de
navigation
Oprateur Micro
III.3.2. Diagramme d'enchanement de procdures fonctionnelles
Le graphe de circulation montre quelles sont les informations traites par la
procdure. Il met en vidence la circulation de l'information dans l'espace et
dans le temps. Les colonnes reprsentent les lieux et les lignes, les instants
ou la procdure dclanche.
Et / ou
Saisie client
Refus
Accept
PF2
Client accept
Occasionnel
Abonn
PF3
A
Compte dbiter
Encaissement
Toujours
PF4
B
B
Montant encaiss
Et
MAJ Comptabilit
Toujours
PF5
Elaboration rapport Fin
Toujours
PF6
Remise billet
C
Compte MAJ
Rapport labor
Arrive du client
Et / ou
Rception client
Toujours
PF1
Client reu
A
Fin
ENCHAINEMENT DES
PROCEDURES
NATURE POSTE DE
TRAVAIL
Lieu
Responsable
Ressources

M

8h<t<19h

AC Rception
Rceptionniste
Rceptionniste
8h<t<19h

AC Rception
Rceptionniste
Rceptionniste
8h<t<19h

M Rception
Rceptionniste
Rceptionniste
8h<t<19h

AB Rception
Rceptionniste
Rceptionniste
8h<t<19h

M Poste de
navigation
Technicien local
Technicien local
DEROULEMENT
Dbut
Fin
ENCHAINEMENT DES
PROCEDURES
NATURE POSTE DE
TRAVAIL
Lieu
Responsable
Ressources
C
Installation internaute
Toujours
PF7
Et / ou
Crdit<=0
PF10
Crdit>0
Session ferme
Session en cours
Ouverture session
Toujours
PF8
Internaute install
Navigation encours
Assistance l'internaute
Toujours
PF9
Internaute assist
D
D
Interruption
Session interrompue
8h<t<19h

M Rception
Rceptionniste
Rceptionniste
8h<t<19h

AC Rception
Rceptionniste
Rceptionniste + Ordinateur
8h<t<19h

M Rception
Rceptionniste
Rceptionniste
8h<t<19h

M Rception
Rceptionniste
Rceptionniste
III.3.3. Graphe de circulation des informations
PROCESSUS FACTURATION
Arrive client
Et
Toujours
PF 2
Rceptionniste disponible
Et
Facturation client
Abonn
PF 3
Occasionnel
Compte client dbit
A
B
G
Et
Rception client
Toujours
PF 1
Client rceptionn
Temps

Rception Poste de travail Serveur Extrieur Nature
8h<t<19h

M
8h<t<19h

AC
8h<t<19h

AC
Encaissement
Toujours
PF 4
Montant encaiss
A
Et
MAJ comptabilit
Toujours
PF 5
Remise billet
Fin de la journe
D
C
B
B

M

8h<t<19h

AB
Temps Rception Poste de travail

Serveur Extrieur Nature
Elaboration rapport
Toujours
PF 6
C
Rapport labor
D
Installation client
Accept
PF 7
Client install
Client install
E
Ouverture session
PF 8
Toujours

M

8h<t<19h

M
AC
Assistance internaute
Toujours
PF 9
Client en navigation
E
F
Et/ou
> 0
PF 10
Session en cours
F
< = 0
Session ferme
Interruption
Session interrompue
G

AC

8h<t<19h

AB
Support homme lorsque l'information est transmise ou mise par
l'homme
Chemin parcouru par l'information
Disque magntique
Support
Lgende :
III.3.4. Description des procdures fonctionnelles
A. Processus FACTURATION
Fiche de description de PF 1
Nature : M
Objet : Rception client
Evnement trait : arrive client
Donnes utilises : nant
Evnement rsultat : Client reu
Action sur la base d'information :
consultation : Nant
MAJ : Nant
Nature : AC
Objet : Enregistrement client
Evnement trait : client reu
Donnes utilises : CatCli, NumCli, NomCli, ResidCli
Evnement rsultat : Client enregistr
consultation : Nant
MAJ : dans tClient
Nature : AC
Objet : Facturation client
Evnement trait : Client enregistr
Donnes utilises : NumFact, MontFact
Evnement rsultat : Compte client dbit, payement au comptant
Donnes sorties : TotFact
consultation : Nant
MAJ : Ajout coordonnes dans tFacturation
Nature : M
Objet : Encaissement
Evnement trait : payement au comptant
Donnes utilises : MontFact
Evnement rsultat : Montant encaiss
Donnes sorties : Billet de navigation
consultation : Nant
MAJ : Ajout des donnes dans tEncaissement
Nature : AB
Objet : MAJ Comptabilit
Evnement trait : Compte dbit, montant encaiss
Donnes utilises : TotFact
Evnement rsultat : Comptabilit MAJ
Donnes sorties : Nant
consultation : Nant
MAJ : Ajout des donnes dans tEncaissement
Nature : M
Objet : Elaboration Rapport
Evnement trait : Comptabilit MAJ
Donnes utilises : Date, MontEncaiss, NumCli
Evnement rsultat : Rapport labor
Donnes sorties : Rapport financier
consultation : Nant
MAJ : Nant
B. Processus NAVIGATION
Nature : M
Objet : Installation internaute
Evnement trait : Billet remis
Donnes utilises : Nant
Evnement rsultat : Client install
consultation : Nant
- MAJ : Nant
Nature : AC
Objet : Ouverture session
Evnement trait : Client install
Donnes utilises : NumBil, DateNav, NbreMin, CodeMach
Evnement rsultat : Session ouverte
consultation : Nant
- MAJ : Ajout des donnes dans tNavigation
Nature : M
Objet : Assistance internaute
Evnement trait : Session ouverte
Donnes utilises : Nant
Evnement rsultat : chrono dclanch, Navigation en cours
consultation : Nant
- MAJ : Nant
Nature : AB
Objet : contrle crdit billet
Evnement trait : chrono dclanch, Navigation en cours
Donnes utilises : NbreMin
Evnement rsultat : Session en cours, session ferme
consultation : Nant
- MAJ : tStatut
III.4. Modle logique des donnes
Le MLD est un modle qui liste les tables et les proprits qui composent la
structure de l'application.
Pour le cas du CYBERCOUNTER dveloppe avec Microsoft Visual Basic
6.0 la quelle on connecte une base de donnes cre avec Microsoft
Access 2003, le MLD se prsente de la manire suivante :
tClient (NumCli, NomPostNomCli, Sexe, Resid, CatCli)
tNavigation (DateNav, NumBill, CodeMach, NumFact, NbreMin)
tMachine (CodeMach, NomMach)
tEncaissement (CodEncaiss, Libell, MontEncaiss, NumFact)
tFacturation (NumFact, MontFact)
tBillet (NumBill, PrixUnit, Date, NumFact, NumCli)
tStatut (TempsAlloue, TempsEcoule, TempsRestant, DateNavigation,
CodeMach)
tTacheSuppl (DateExe, Design, CodEncaiss, MontPaye)
III.5. Modle physique de donnes
Le modle physique des donnes est obtenu partir du Modle logique
des donnes (MLD) et permet de matrialiser la structure. C'est--dire les
tables et les types de relations dfinies entre elles. Pour le
CYBERCOUNTER nous avons le MPD suivant :

III.6. Modle logique de traitement
Le Modle logique de traitement a pour objectif de dcrire le
fonctionnement du systme d'information informatis (SII). Sa
problmatique tourne autour de la question comment informatiser les
actions automatises prescrites dans le MOT ? . Il devra pour cela
permettre de spcifier le contenu des traitements automatiss associs
chaque PF informatiser afin de construire des solutions informatiques.
11(
*
)

Processus FACTURATION
Ajout dans la table
tEncaissement
tFacturation
Facturation client
- Saisir le nombre de minutes
- Saisir le prix unitaire
MAJ comptabilit
- Saisir le code de l'encaissement
- Saisir le montant
- Saisir le libell
Comptabilit mise jour
Fin de la procdure
Compte dbit payement au comptant annuler
tClient
Saisir Identit du client
- Saisir le nom du client
- Choisir le sexe de client
- Saisir la rsidence
Dbut de la procdure
- Choisir la catgorie du client
Abonn
Occasionnel
Annuler
tClient
Remise billet
Billet remis
2. Processus NAVIGATION
Dbut de la procdure
Ouverture session
- Saisir le nombre des minutes
Connexion
Stop
Crdit > 0
Crdit = 0
Interruption
Fin de la procdure
tNavigation
tStatus
DESCRIPTION DES ULT
L'ULT est dcrite par l'ensemble des traitements informatiques homognes
raliser qui peuvent tre modliser selon leur nature (interface,
traitement, donnes) en fonction de :
1. Prsentation externe des donnes utilises ;
2. Rgles de gestion et de contrle associes la prsentation ou logique
de dialogue ;
3. l'algorithmique gnrale des ULT ou logique fonctionnelle
4. accs aux donnes mmorises travers un sous schmas de
donnes ;
5. enchanements conditionnels vers d'autres ULT ou rsultats produits
reprsents par les conditions des sorites
12(*)
.
Description de l'ULT Enregistrement du client
1. Prsentation

2. Logique de dialogue
Deux boutons radio pour le choix de la catgorie du client
Deux boutons radio pour le choix du sexe
Un zone de texte estompe pour l'affichage du numro du client dans la
base des donnes
Une zone de texte pour la saisie du nom de notre client
Une zone de texte pour la saisie de l'adresse ou rsidence du client
Un bouton Ajouter qui permet de faire la mise jour de notre base des
donnes et la sortie
3. Logique fonctionnelle
- Choisir la catgorie du client
- Comme le numro est automatique, saisir le nom et la rsidence du client
- Choisir le sexe du client
- Cliquer sur le bouton Ajouter
4. Sous schma logique

5. Condition de sortie vers les autres ULT
Nom Description Action
Ajouter Bouton Aprs la mise jour de la base des donnes, le frame d'enregistrement
du client disparat.
Description de l'ULT Ouverture session de navigation
1. Prsentation

2. Logique de dialogue
Une colonne compose des tiquettes qui reprsentent les postes de
navigation existantes
Une colonne compose des zones de texte qui affichent l'heure actuelle
Une colonne compose des zones de texte qui permettent de saisir le
temps allou une session
Une colonne compose des zones de texte qui affichent le temps coul
depuis l'ouverture d'une session
Une colonne compose des zones de texte qui affichent le temps restant
Une colonne compose des zones de texte qui affiche l'heure de fin de la
session de navigation
Une colonne compose des boutons qui permettent d'ouvrir une session ou
de l'arrter.
3. Logique fonctionnelle
Saisir le nombre des minutes alloues dans la colonne Dure prvue
suivant le poste de votre choix
Cliquer sur le bouton sur le bouton connexion se trouvant sur la mme
ligne pour ouvrir une session
Si la session est ouverte, cliquer sur le bouton Stop correspondant pour
interrompre une navigation
4. Sous schma logique

5. Condition de sortie vers d'autres ULT
Nom Description Action
Stop Bouton En cas d'une session ouverte, le bouton correspondant comporte une
tiquette Stop , en y cliquant la session est arrte.
PRESENTATION DE L'APPLICATION
Lors de l'excution de l'application, le formulaire accueil apparat :

S'il s'agit de la premire ouverture de l'application, une bote de dialogue
apparat, vous demandant de dterminer le chemin d'accs de la base de
donnes en cliquant sur puis sur valider:

MAQUETTE 001 : Identification de l'administrateur rseau

MAQUETTE 002 : Vrification du compte et mot de passe

MAQUETTE 003 : Menu principal

Dcouvrez l'utilit d'un bouton partir de l'info bulle qui apparat en le
pointant.
MAQUETTE 004 : Menu de navigation

MAQUETTE 005 : Enregistrement du client

MAQUETTE 006 : Facturation client

MAQUETTE 007 : Navigation

MAQUETTE 008 : Taches supplmentaires (Impression et scannage)

MAQUETTE 009 : Ajout des minutes un client en navigation

MAQUETTE 010 : Solde de navigation en cas d'une interruption de
fourniture en nergie lectrique

IV.7. Description des tats de sortie
Un tat de sortie tant une reprsentation des rsultats aux quels on a
aboutis, la partie qui suit dcrit d'une faon synthtique les tats de sorties
qui sont les concrtisations des objectifs poursuivis.
IV.7.1. La liste des clients abonns

IV.7.2. La facture d'une navigation

IV.7.3. Le solde d'une navigation en cas d'interruption

CONCLUSION
Le travail entre vos mains porte sur la mise en place d'une application client
serveur de gestion d'un cybercaf. Ce dernier se base sur une tude du
modle organisationnel du cybercaf de la maison CEPROTES en
particulier et des cybercafs de la ville de Goma en gnral.
En effet, la gestion d'un cybercaf prsente des oprations complexes. Il
s'agit entre autres de la gestion des recettes journalires, gestion de la
clientle abonne et la gestion d'accs aux ressources (Navigation des
clients). Grce une observation directe et des entretiens que nous avons
eu avec les responsables des cybercafs, nous avons pu dcouvrir les
difficults auxquelles se heurtent ces derniers dans l'excution de leurs
travail, par suite de la complexit de leurs tches et des outils de gestion
qui sont inadquats conduisant ainsi l'enregistrement des pertes au
niveau de la comptabilit et au dpassement de temps de travail par les
clients au poste de navigation (de travail).
L'objectif de ce travail tait de rpondre aux proccupations suivantes :
1. Faire le suivi du dlai allou la navigation pour chaque internaute
2. Prsenter le solde en minutes des postes en cas d'une navigation
interrompue
3. Produire la liste des clients abonns ainsi que leur devoir
4. produire une facture pour chaque navigation
Au vu de ce qui prcde, nous avons formul l'hypothse selon la quelle il y
a des erreurs qui se glissent dans les oprations relatives la gestion d'un
cybercaf et cela est d au fait qu'elle est faite manuellement.
- Pour y remdier, la mise en place d'une application client serveur de
gestion conu en Microsoft Visual Basic 6.0 connecte une base des
donnes cre avec Microsoft Access 2003 pargnera le gestionnaire des
erreurs de calcul et d'oubli de faire le contrle de crdit des billets pour les
clients en navigation. Le SI futur que nous avons propos est bas sur
l'automatisation de certaines tches. Il s'agit spcialement de la mise sur
pieds de l'application CYBERCOUNTER qui apporte une solution aux
difficults rencontres par les gestionnaires des cybercafs.
Ainsi en ralisants les trois documents ci hauts numrs ainsi que le
progiciel ; les objectifs oprationnels de ce travail ont t atteints.
Toute fois, un travail fait par la main humaine n'tant pas parfait, le champ
reste ouvert. Nous recommandons aux futurs chercheurs de pouvoir
l'amender pour ainsi apporter une contribution l'volution de la science.
BIBLIOGRAPHIE
I. Ouvrages
- BERGERON P.G., La gestion dynamique : concepts, mthodes et
applications, 2d, Gatan Morin, Paris, 1995
- TARDIEU, H., ROCHEFELD, A. et COLETTI R. La mthode Merise
principes et outils dition d'organisation, 1986
- MATHERON J.P ; comprendre Merise : outils conceptuel et
organisationnel, 5
e
tirage, ditions Eyrolles, Paris, 1998
- RAYMOND REIX ; Informatique applique la gestion, Ed. Faucher,
Paris, 1993
- LENTZNER R., Visual Basic 6 et les bases des donnes, 3me Edition,
Ed. OEM, Paris, 2001
- ALAIN REY; Dictionnaire de franais Micro Robert, Paris, 2000
II. Documents, autres sources et sites web
- Cyril GRUAU ; Conception d'une base de donnes : cours en ligne,
17/10/2005
- CCNA I ; cours de rseau dispense par l'entreprise amricaine CISCO,
2004
- http//www.google.fr
- http//www.vbfrance.com
- http//www.codes-sources.com
- Encarta, Dictionnaire audio visuel de l'anne 2006
III. Travaux de fin de cycles et rapports de stages
MUTULWA KWABENE Ellis, Automatisation des recettes dans un
cybercaf, TFC ISIG Goma 2003, indit
MUTEBA MUANDIMANGA, Automatisation de la gestion de la trsorerie
au sein d'une entreprise publique, TFC indit, ISIG Goma, 2004
MUGANZA AHI-NDA Mose ; rapport de stage effectu au Centre de
Promotion Technologique et Scientifique CEPROTES en sigle, avril - Mai
2005.
TABLE DE MATIERES
EPIGRAPHE i
SIGLES ET ABREVIATIONS v
INTRODUCTION 1
1. ETAT DE L A QUESTION 1
2. PROBLEMATIQUE 1
3. HYPOTHESES ET OBJECTIFS 2
4. CHOIX ET INTERET DU SUJET 2
5. DELIMITATION DU SUJET 2
6. METHODE ET TECHNIQUES UTILISEES 3
7. DIFFICULTES RENCONTREES 3
8. SUBDIVISION DU TRAVAIL 3
Chapitre I. PRESENTATION DE LA MAISON CEPROTES ET DEFINITION DES
CONCEPTS 4
A. PRESENTATION DE LA MAISON CEPROTES 4
B. DEFINITION DE QUELQUES CONCEPTS 7
CHAPITRE II. ANALYSE DU SYSTEME D'INFORMATION EXISTANT 9
II.1. MODELE CONCEPTUEL DES FLUX 10
II.1.1. Diagramme de flux brut 11
II.1.2. Matrice des flux Net 12
II.2. MODELE ORGANISATIONNEL DE TRAITEMENT 13
III.2.1. Les rgles d'organisation 13
II.2.2. TABLEAU DES PROCEDURES FONCTIONNELLES 14
II.2.3. Diagramme d'enchanement des procdures fonctionnelles 15
II.3. MODELE CONCEPTUEL DE TRAITEMENT 16
II.3.1. Formalisme utilis 17
II.3.2. Rgles de gestion 18
II.3.3. Construction du MCT 19
III.4. MODELE CONCEPTUEL DES DONNEES 21
III.4.1. Dictionnaire des donnes 21
III.4.2. Graphe de dpendance fonctionnelle 21
III.4.3. Rgles de gestion 22
III.4.4. MCD proprement dit 22
III.5. CRITIQUE DE L'EXISTANT 23
CHAPITRE III. CONCEPTION DU SYSTEME D'INFORMATION FUTUR 24
III.1. MODELE CONCEPTUEL DE DONNEES 24
III.1.1. Dictionnaire des donnes 24
III.1.2. Graphe de dpendances fonctionnelles 25
III.1.3 Modle conceptuel de donnes 26
III.2. MODELE CONCEPTUEL DES TRAITEMENTS 27
III.3. MODELE ORGANISATIONNEL DE TRAITEMENT 29
III.3.1. Rgles d'organisation 29
III.3.2. Tableaux des procdures fonctionnelles 30
III.3.2. Diagramme d'enchanement de procdures fonctionnelles 31
III.3.3. Graphe de circulation des informations 33
III.3.4. Description des procdures fonctionnelles 37
III.4. Modle logique des donnes 40
III.5. Modle physique de donnes 42
III.6. Modle logique de traitement 42
DESCRIPTION DES ULT 44
IV.7. Description des tats de sortie 51
CONCLUSION 53
BIBLIOGRAPHIE 55
TABLE DE MATIERES 56

Mise en Place D'une Application Client Serveur de Gestion D'un Cybercafé

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Mise en Place D'une Application Client Serveur de Gestion D'un Cybercafé

Загружено:

Авторское право:

Доступные форматы

Mise en place d'une application client serveur de gestion d'un

Вам также может понравиться