Modélisation et implémentation d'un système d'information informatisé et intégré pour la gestion commerciale dans une entreprise de services.

Conclusion partielle

Le schéma directeur est sans doute l'exercice le plus important dans la vie d'une DSI. Encore faut-il le préparer soigneusement pour mettre toutes les chances de son côté. La contribution des systèmes d'information à la compétitivité de l'entreprise est à ce prix.

TROISIEME PARTIE

~ 62 ~

~ 63 ~

Chapitre 1. MODELISATION DU NOUVEAU SYSTEME D'INFORMATION AVEC LE LANGAGE UML

Après avoir élaboré le schéma directeur informatique, une critique succincte a été faite avec pour mission l'intégration d'un nouveau système d'information adapté à la technologie de l'information et de la communication.

Certes, ayant fait l'objet de grandes démonstrations durant plusieurs années, il est à ce jour évident que l'informatisation ne s'improvise pas.

Sur ce, des méthodes et langage sont à portée de l'ingénieur, maître d'oeuvre en vue de concevoir et sans ambiguïté un système d'information fiable, digne de son nom et répondant aux besoins exprimés par l'utilisateur. Et parmi ceux-là nous pouvons citer la méthode Merise, le langage UML, ... Dans le cadre de ce chef-d'oeuvre, nous avons opté comme dit ci-haut de concevoir notre système s'information en utilisant le langage UML en sa version 2.0.

Le langage UML est un langage trivial. C'est-à-dire qu'UML regorge en son sein trois phases de modélisation selon les points de vue Fonctionnelle, Statique et dynamique qui à leur tour comprend différents diagrammes favorisant ainsi la modélisation.

Section 1 : Modélisation Fonctionnelle du nouveau système

Dans sa partie fonctionnelle, les diagrammes de cas d'utilisation et de séquence seront respectivement utilisés pour la spécification des besoins et la présentation détaillée d'échange entre le système et les différents acteurs y associés.

1.1. Conceptualisation

La conceptualisation est l'action de former des concepts, son résultat. Quel est le résultat escompté au cours de l'élaboration de ce travail ?

1.1.1. But de la conceptualisation

Le but de la conceptualisation est de :

? Définir le contour du système à modéliser

~ 64 ~

? Capturer les fonctionnalités principales du système, afin d'en fournir une meilleure

compréhension

? Fournir une base à la planification du projet

1.1.2. Cahier de charge

1.1.2.1.Définitions

Le cahier des charges est un document de synthèse des études préalables. Le cahier des charges doit à la fois fournir aux constructeurs les informations nécessaires et lui indiquer les problèmes que les propositions de matériel devront résoudre.¹⁴

Le cahier des charges est une demande détaillée de service, élaborée de façon à protéger les intérêts du dirigeant d'entreprise et à améliorer la qualité de l'offre présentée par le consultant.¹⁵

1.1.2.2.Objet d'un cahier des charges¹⁶

L'objet du cahier des charges est de résumer les principales caractéristiques du projet retenu, les objectifs visés et les contraintes imposées.

Le cahier des charges a un double objet : c'est un catalogue destiné à la préparation d'un contrat et un document d'usage interne qui va servir à l'étude détaillée de la nouvelle organisation. Dans ce but, il comprend un planning de mise en oeuvre du projet de système avec les dates de démarrage des diverses étapes de réalisation du système. Il peut aussi évoquer le plan de formation du personnel de l'équipe informatique et de certains utilisateurs.

Le cahier des charges est un document essentiel ; il marque la fin des études préalables menées par le groupe d'études et contient le cadre de toutes les études et les réalisations qui vont suivre.

1.1.2.3.Forme du cahier des charges

La forme du cahier des charges dépend de l'usage que l'on va en faire. Il est en premier lieu destiné aux différents constructeurs. Sur cet aspect, il doit être présenté de telle

¹⁴ P.A. Pounet, Le lancement d'un système informatique de gestion, Ed. Dunod économique, Paris, 1969, P48

¹⁵ Michel Coutu, Guide d'élaboration d'un cahier des charges, Ed. Développement économique et régional, Québec, Juillet 2001, P7.

¹⁶ P.A. Pounet, Op. Cit, P48-49

~ 65 ~

manière que ceux que l'utilisent disposent d'éléments précis sur le projet pour établir une proposition de matériels.

Présentation du cahier des charges lié à la gestion commerciale

Le présent cahier de charges sera présenté en respectant certaines rubriques que voici :

1. Description du domaine Gestion Commerciale

La présente description donne l'image de ce que doit être le futur système d'information dit informatisé. De ce fait, il convient de signaler que ledit système d'information doit offrir certaines fonctionnalités qui ont failli au précédent.

Sur ce, partant des besoins exprimés par l'utilisateur, le système offre l'opportunité au client de louer de façon indépendante soit un véhicule ou un appartement suivant les modalités préétablies par les gestionnaires des opérations liées aux différentes locations. Ces gestionnaires appelés en Manager ont aussi comme tâches la maintenance des catalogues liés aux véhicules et appartements.

Ainsi, les besoins exprimés montrent en outre, que le client peut selon les moyens qu'il dispose louer un ou plusieurs véhicules ou appartements tout en payant une ou plusieurs factures qui génèrent le contrat à signer avec le prestataire de services. L'agent à son tour, a pour tâche d'entretenir les appartements que comprennent différents immeubles et de conduire les véhicules en location où il est affecté.

La fin du contrat de location est marquée par la remise du véhicule et/ou de la libération de l'appartement. Etant à la recherche de l'excellence, une vérification objective de l'état soit du véhicule ou de l'appartement doit être faite en vue du paiement des dommages par le client.

2. Dictionnaire de données

Un dictionnaire de données est un répertoire qui reprend tous les documents que le système gère obtenu à l'aide de document recensé.

Un dictionnaire de données peut être Brut ou Valide ; le premier est celui qui compte des redondances, n'est pas rangé selon l'ordre alphabétique et le second est celui qui répond exactement aux différentes exigences d'un dictionnaire de données.

~ 66 ~

Rubrique	Code	Type	Taille
Date commande	Dte_cde	Date	8
Date courier	Dte_cour	Date	8
Date entrée	Dat_entre	Date	8
Date Facturation	DateFac	Date	-
Date sortie	Dte_sortie	Date	8
Désignation	DesVeh	AN	40
Marque véhicule	Marque_veh	AN	15
Montant à recevoir	MontRec	N	8
Montant facture	Mont_fact	N	5
Montant par jour	MontJr	AN	5
Nom Client	NomClient	AN	30
Nom du conducteur	NomCond	AN	25
Nombre de jours	Nbrej	N	3
Numéro facture	Num_fac	AN	10
Numéro Fiche	NumFich	AN	20
Numéro plaque	NumPlaque	AN	10
Numéro référence	Num_ref	AN	10
Observation	Observ	AN	45
Plaque véhicule	Plaq_veh	AN	10
Quantité	Qté	N	3
Réservation	Resv	AN	30
Tarifier par jour	Tarfj	N	5
Total général	Totg	N	10
Total partiel	Totp	N	8
Type véhicule	Type_veh	AN	15

En vu de répondre aux besoins de l'utilisateur, il est important de représenter les différents documents que doit générer notre système d'information. D'où le système d'information projeté doit être en mesure de produire les états ci-après :

? Le courrier

? La facture pour la location véhicule

? La facture pour la location appartement

? Le contrat de bail

? La fiche de suivi des véhicules en location

Messieurs,

Concerne : Transmission facture

Suite à votre commande du .../.../..., nous vous transmettons, en

annexe à la présente, la facture n° du .../.../... d'un montant de ....
relative à la location de notre véhicule, suivant détails ci-après :

3- Durée : ...

y' Entrée : .... /.../... y' Sortie : .../.../...

4- Véhicule

y' Type : ....

y' Marque : .... y' Plaque : ...

Nous vous en souhaitons bonne réception.

Veuillez agréer, Messieurs, l'assurance de notre parfaite considération.

N/Réf. : ....

INTERLINK Sprl
Entretien et location des véhicules avec chauffeurs
NRC 26.568 Transports ID.NAT D 68394 U
Tél. : [phone]
Email : [e-mail]

Kinshasa, le .../ ... /20....

~ 67 ~

3. Documents à produire par le système d'information futur 1° Courier

a. Rôle

Il permet la transmission de facture tout en prouvant la recevabilité du bon de commande expédié par le client.

b. Modèle

Désignation	Durée Location	Prix unitaire/J	Total
TOTAL GENERAL

Pour accord Manager

Le Client

Client : Contact :

INTERLINK Sprl
Entretien et location des véhicules avec chauffeurs
NRC 26.568 Transports ID.NAT D 68394 U
Tél. : [phone]
Email : [e-mail]

Kinshasa, le .../ ... /20....

FACTURE N° ...

~ 68 ~

2° Facture pour la location véhicule

a. Rôle

Elle nous sert de preuve de paiement.

b. Modèle

~ 69 ~

3° Fiche de suivi des véhicules en location

a. Rôle

Cette fiche nous aide à faire comme le nom l'indique, le suivi des véhicules en location ; c'est-à-dire le véhicule loué, les dates d'entrées et sortie, le conducteur affecté, la durée de location, le nom du client, le montant payé.

b. Modèle

INTERLINK Sprl

Entretien et location des véhicules avec chauffeurs

NRC 26.568 Transports ID.NAT D 68394 U
Tél. : [phone]
Email : [e-mail]
Numéro Fiche : ...

Kinshasa, le .../ ... /20....

FICHE DE SUIVI DES VEHICULES EN LOCATION

N°

Marque Voiture

Numéro Plaque

Nom du Conduct.

Date

Mon t/Jo ur

Nbr e jrs

Mont à Recevoi r

Nom du Client

Date Facturat

Numéro Facture

Ent

DPC

Sor

TOTAL

4° Contrat de bail

a. Rôle

Le contrat de bail désigne le consentement de deux parties

Numéro appartement	Garantie mensuelle	Durée de location
TOTAL

INTERLINK SPRL Kinshasa, le

SERVICE LOCATION APPARTEMENT KINSHASA/GOMBE

NOM DU CLIENT

Client Manager

FACTURE N°....

~ 70 ~

b. Modèle

Nous INTERLINK Sprl dont le siège social est situé au n°1 de l'avenue Lukusa à

Kinshasa/Gombe, propriétaire de l'immeuble .... Sise Av n°...C/...Contenant
des appartements mis en location.

Après versement de la garantie locative de ..... soit .....* nbre de mois, nous nous sommes convenu ce qui suit :

1. Le propriétaire met à la disposition de ... l'appartement à l'état où il se trouve

2. Le locataire a à sa disposition l'appartement et paie régulièrement son loyer la cinquième journée du mois suivant

3. Le locataire ne peut engager l'appartement vis-à-vis des tiers.

INTERLINK SPRL

SERVICE LOCATION APPARTEMENT KINSHASA/GOMBE

CONTRAT DE BAIL

5° Facture de la location appartement

a) Rôle

La facture permet d'authentifier la perception de la garantie locative.

b) Modèle

~ 71 ~

4. Besoin en matériel et logiciel

Le système d'information que nous voulons modéliser en vue d'une réalisation fiable ne peut guère fonctionner dans les airs. Certes, il faudrait pour se faire, proposer une configuration matérielle sur lequel fonctionnera ledit système d'information. D'où les matériels repris dans le tableau ci-dessous nous permettrons ledit fonctionnement.

N°	Equipements	Caractéristiques	Nombre	Cout en FC
01	Routeur	Routeur Wireless TPLINK WR941 ND	1	61.425,00
02	Switch	Switch 16 PORT D TPLINK/TL-SF1016D	1	33.075,00
03	Desktop	PC HP AMD E1-1200 ; 4Go DDR-3 Memoire ; 500Go Disque Dur Sata; DVD Graveur; Clavier AZERTY USB; Souris Optical USB; Carte Graphics AMD Radeon HD 7310 avec 1572Mo Mémoire. Avec Moniteur 18.5 LED HP	3	1.502.550,00
04	LAPTOP	LAPTOP ACER Intel Celeron CPU 2955U ; 4Go DDR-3 Mémoire ; 500Go Disque Dur Sata ; DVD Super Multi DL Drive ; AZERTY avec Pav Numérique ; Souries incorpore Touchpad ; 3 USB ; Audio ; HDMI ; RJ45 ; VGA ; Carte son ; intel HD Graphics 4000 avec 1035Mo Mémoire ; Lecteur Carte ; Bluetooth ; Webcam ; 802.11b/g/n Wi-Fi ; 15.6 HD LED	2	756.000,00
05	CABLE	CABLE UTP CAT5 305 MTR ROLL MERCURY	2	56.700,00
06	Panneau solaire	240 Watts		140.000,00
07	Régulateur	90 A		94.000,00
08	Imprimante	HP Laser jet P2035	1	322.000,00
09	Batterie	190 A	2	285.000,00
10	Onduleur	650 VA	3	423.000,00
COUT TOTAL MATERIEL				3.673.750,00

~ 72 ~

La présence des matériels ne suffit pour assurer le bon fonctionnement du système d'information en vigueur ; raison pour laquelle, nous proposons dans le présent document des logiciels qui accompagneront l'intégration du système d'information futur. La liste ci-dessous nous le synthétise.

4 Système d'exploitation Windows 7 Professionnel pour les différents postes clients ;

4 Système de gestion de base de données MySQL pour l'implémentation de la base de données ;

4 Les langages HTML et PHP pour construire respectivement les pages statiques et dynamiques du site ;

4 Antivirus

5. Besoin en personnel

Signalons qu'INTERLINK SPRL n'est pas doté d'un service informatique. Certes, pour la maintenance du logiciel qui devra être mis en place, un besoin d'embauche d'un personnel informatique s'annonce.

Il ne s'agit pas de n'importe quel informaticien, mais plutôt d'un Webmaster qui aura pour tâches l'administration et la maintenance du site à mettre en oeuvre.

1.2. Spécification des besoins d'utilisateurs d'après les cas d'utilisation

Le diagramme de cas d'utilisation permet de recueillir, d'analyser et d'organiser les besoins, et de recenser les grandes fonctionnalités d'un système.

Il capture le comportement d'un système, sous-système, d'une classe ou d'un composant tel qu'un utilisateur extérieur le voit.

Il scinde la fonctionnalité du système en unités cohérentes, les cas d'utilisation, ayant un sens pour les acteurs. Les cas d'utilisation permettent d'exprimer le besoin des utilisateurs d'un système.

~ 73 ~

1.2.1. Eléments des diagrammes de cas d'utilisation ? Acteur :

Un acteur est l'idéalisation d'un rôle joué par une personne externe, un processus ou une chose qui interagit avec un système.¹⁷

Un acteur est représenté par une silhouette (stickman) avec son nom inscrit dessous.

Il est aussi possible de représenter un acteur sous forme d'un classeur stéréotypé « actor ».

« actor »
Client

? Cas d'utilisation

Un cas d'utilisation est une unité cohérente d'une fonctionnalité visible de l'extérieur. Il réalise un service de bout en bout, avec un déclenchement, un déroulement et une fin, pour l'acteur qui l'initie.¹⁸

Un cas d'utilisation représente un ensemble de séquences d'interactions entre le système et ses acteurs.¹⁹

Un cas d'utilisation se représente par une ellipse contenant le nom du cas d'utilisation.

¹⁷ Laurent AUDIBERT, UML 2.0, Ed. UIT, Paris, 2008, P 25

¹⁸ Idem, P26

¹⁹ Pascal Roques et Franck Vallée, UML 2 en action : De l'analyse des besoins à la conception, 4è édition, Ed. Eyrolles, Paris, P 69

Les acteurs pour système d'information lié à la gestion commerciale de l'INTERLINK SPRL sont les suivants :

~ 74 ~

Formalisme du diagramme de cas d'utilisation