Académique Documents
Professionnel Documents
Culture Documents
Thème
Conception et réalisation d’un Système
d’information pour le service de facturation
d’Algérie Telecom
Présenté par :
ASSAS Djaafer
BAARADJ Keltoum
Baaradj keltoum
Dédicaces
Au nom de l’amour et le respect, je dédie ce travail :
A mon père, qui m’a aidé et encouragé depuis ma naissance et qui s’est
sacrifié pour que je grandisse avec un savoir-faire.
A la femme qui a consacré sa vie pour que je puisse continuer mes études
et pour que je sois le meilleur, pour le soutient qu’elle m’a réservé Ma belle
maman.
Assas Djaafer
Table de matières
Introduction générale ………………………………………………………………….1
Bibliographie…………………………………………………………………………77
Webographie ………………………………………………………………………..78
Liste des tableaux
Tableau I.1 : Formalisme graphique de flux d’information…………………………14
Tableau II.13 : Description textuelle de la gestion des factures signées pour DFC..38
1
Chapitre I
Etude de
l’existant
I.1 Introduction : ...................................................................................................................................... 2
I.2. Présentation de l’organisme d’accueil : ............................................................................................ 2
I.2.1. Présentation d’Algérie Télécom : ............................................................................................... 2
I.2.2. Organisation de l’organisme d’accueil : ..................................................................................... 3
I.2.3. Activités de l’organisme d’accueil : ............................................................................................ 4
I.2.4. Présentation de la structure d’accueil « Division des Systèmes d’Information (DSI) » : ........... 6
I.2.5. Organigramme de la DSI : ........................................................................................................... 7
I.2.6 Les systèmes d’Information d’Algérie Télécom : ...................................................................... 7
I.3. Définition d’un système d’information : ........................................................................................... 8
I.3.1. Le système de pilotage : ............................................................................................................. 8
I.3.2. Le système opérant : .................................................................................................................. 8
I.3.3. Le système d’information : ......................................................................................................... 9
I.4. Analyse de l’existant : ........................................................................................................................ 9
I.4.1. La situation actuelle : ................................................................................................................. 9
I.4.1.1. Etude des postes de travail : ............................................................................................... 9
I.4.1.2. Etude des documents : ...................................................................................................... 11
I.4.1.3. Flux d’information : ........................................................................................................... 13
I.4.1.4. Diagramme de flux d’information : ................................................................................... 14
I.4.1.5. La circulation de l’information : ........................................................................................ 15
I.4.1.6. Graphe de circulation de l’information : ........................................................................... 17
............................................................................................................................................................... 19
I.5. Critique de l’existant : ..................................................................................................................... 19
I.5.1. Les suggestions : ....................................................................................................................... 20
I.5.2. Description du nouveau système : ........................................................................................... 21
I.6. Conclusion : ..................................................................................................................................... 23
Chapitre I : Etude de l’existant
I.1 Introduction :
Cette phase a pour objectif de présenter l’organisme et la structure d’accueil, définir c’est quoi
un système d’information et délimiter le champ d’étude ce qui permet d’analyser et critiquer
l’existant, d’élaborer le diagramme de flux d’informations ainsi que le graphe de circulation
de l’information et réaliser une petite description du nouveau système que nous allons
implémenter.
Algérie Télécom est le leader sur le marché Algérien des télécommunications qui connait une
forte croissance. Offrant une gamme complète de services de voix et de données aux clients
résidentiels et professionnels.
Algérie Télécom, est une société par actions à capitaux publics opérant sur le marché des
réseaux et services de communications électroniques.
Sa naissance a été consacrée par la loi 2000/03 du 5 août 2000, fixant les règles générales
relatives à la poste et aux télécommunications ainsi que les résolutions du conseil national aux
participations de l’Etats (CNPE) du 1er Mars 2001 portant sur la création d’une Entreprise
Publique Economique dénommée « Algérie Télécom ».
Algérie Télécom est donc régie par cette loi qui lui confère le statut d'une entreprise publique
économique sous la forme juridique d'une société par actions SPA au capital social de
50.000.000.000 Dinars et inscrite au centre du registre de commerce le 11 mai 2002.
Entrée officiellement en activité à partir du 1er janvier 2003, elle s'engage dans le monde des
Technologies de l'Information et de la Communication avec trois objectifs :
- Rentabilité.
- Efficacité.
- Qualité de service.
Son ambition est d'avoir un niveau élevé de performance technique, économique, et sociale
pour se maintenir durablement leader dans son domaine, dans un environnement devenu
2
Chapitre I : Etude de l’existant
3
Chapitre I : Etude de l’existant
Div : Division.
Dir : Direction.
- Etablir, exploiter et gérer les interconnexions avec tous les opérateurs des réseaux.
Algérie Télécom Mobile ATM (Mobilis) société par actions au capital social de
100.000.000 DA, pour la téléphonie mobile.
Algérie Télécom Satellite ATS (RevSat), société par actions au capital social de
100.000.000 DA, pour le réseau satellitaire.
Algérie Télécom a comme activité principale la téléphonie fixe et pour laquelle elle est
actuellement en position de monopole. Elle intervient aussi dans le mobile avec sa filiale
mobilis, via les satellites : VSAT, INMARSAT, GMPCS Thuraya. Et dans l’internet : voix
4
Chapitre I : Etude de l’existant
sur IP et ADSL, et elle offre des services de base tels que la consultation de pages web,
transfert de fichiers FTP, …etc. à travers DJAWEB.
Elle offre encore des services de transmissions de donnée par paquet (DZPAC et
MEGAPAC), l’accès à internet à haut débit (ADSL), le service télex et les services de lignes
spécialisées nationales et internationales.
Objectifs de l’activité :
Réseau de transmission :
Réseau commercial :
1
Un faisceau hertzien est un système de transmission de signaux numériques, bilatérale et permanente entre
deux points fixes. Il utilise comme support les ondes radio électriques, pour des raisons de distance et de
visibilité, le trajet hertzien entre l'émetteur et le récepteur est souvent découpé en plusieurs tronçons, appelés
bonds, reliés par des stations relais.
2
GTS Phone est une entreprise s’occupant de la distribution sur tout le territoire national de produits
téléphoniques.
5
Chapitre I : Etude de l’existant
6
Chapitre I : Etude de l’existant
Autres systèmes tels que : (site web de l’entreprise, espace clients, espace employés,
portail corporate, portail entreprise, argumentaire de ventes, gestion des réclamations,…).
I.3.1. Le système de pilotage : comme son nom indique, ce système pilote et contrôle
l’ensemble des sous-systèmes de l’organisation en prenant des décisions. C’est lui qui fixe les
objectifs ainsi que les méthodes et les moyens pour les atteindre.
8
Chapitre I : Etude de l’existant
Un poste de travail est un centre d’activités permettant l’exécution des tâches. L’étude des
postes de travail consiste à décrire brièvement les rôles et les fonctions de chaque poste.
Moyen humain : 30
Mission et responsabilités :
9
Chapitre I : Etude de l’existant
Moyen humain : 60
Mission et responsabilités :
Moyen humain : 3
Mission et responsabilités :
10
Chapitre I : Etude de l’existant
D.1. Recouvrement :
Moyen humain : 6
Mission et responsabilités :
A. Devis :
Document : Devis estimatif pour l’attribution de (Adresse IP, accès WiMax, …etc.)
Matricule Fiscal N 18
Numéro R.C 3 AN 13
Numéro NIS4 N 4
11
Chapitre I : Etude de l’existant
A I5 N 20
Reference AN 20 AT/PC/DRCO/BUEF/ANNEE
Date Date 8 JJ/MM/AAAA
Objet AN 30 Devis_codeDevis
Désignation A 30
Nombre du mois N 10
Quantité N 10
Prix Unitaire N 20
Montant HT6 N 20
Totale HT N 20
TVA7 N 20
TTC 8 N 20
Remarque AN 200
B. Etat de facture :
Le même document que le devis mais avec un codage un petit peu différent où le numéro
séquentiel change, ceci parce que un devis peut avoir un état de facture comme il peut ne pas
avoir. Et quelque informations tel que (Matricule, numéro RC, numéro NIS, AI et référence)
seront dupliqué même pour le client.
C. Facture :
Le même document que l’état de facture, mais avec un codage un petit peu différent où le
numéro séquentiel change, et ceci parce que la direction finance et comptabilité est chargée de
gérer tous les factures d’Algérie Télécom.
5 AI : Article d’imposition
6
HT : hors taxes
7
TVA : taxe à la valeur ajoutée
8
TTC : toutes taxes comprises
12
Chapitre I : Etude de l’existant
A. Objectifs :
Représenter les flux d’informations consiste à analyser les échanges d’informations au
sein du système d’information d’une organisation (entreprise, administration ou
association) et avec d’autres systèmes d’information.
Cette étude permet de produire un diagramme de flux. Ce diagramme donne une vue
d’ensemble de la circulation de l’information entre les acteurs qui participent à la
réalisation de l’activité étudiée.
B. Domaine d’étude :
Le domaine d’étude est défini par la personne qui analyse la circulation de l’information au
sein d’un système d’information. Il délimite l’étude à une ou plusieurs activités précises au
sein d’une organisation donnée. Le domaine d’étude doit toujours être clairement défini
avant de commencer l’analyse des flux d’information.
C. Le flux
Un flux désigne un transfert d’information entre deux acteurs du système d’information.
D. Acteur
Un acteur est un émetteur ou un récepteur d’un flux d’information lié à une activité au
sein du système d’information d’une organisation. Selon le cas, il peut s’agir d’une
catégorie de personnes, d’un service ou du système d’information d’une autre
organisation.
On distingue :
- les acteurs internes qui font partie du domaine d’étude.
- les acteurs externes qui ne font pas partie du domaine mais qui ont des échanges avec les
acteurs internes dans le cadre de l’activité étudiée.
13
Chapitre I : Etude de l’existant
E. Formalisme graphique :
SYMBOLE SIGNIFICATION
Sens de flux
numéro de flux
(N)
14
Chapitre I : Etude de l’existant
Formalisme symbolique :
Symbole désignation
Nom du
document Le document
Fichier manuel
15
Chapitre I : Etude de l’existant
Nom de la tâche
La tâche
Numéro de la tâche
Transmission directe
Test
Archivage
Fin de la tâche
De bouche à oreille
En attente
16
Chapitre I : Etude de l’existant
Construction de
A chaque devis selon les
choix du client
demande
d’achat T1 Demande de
effectué service
par le
client Impression du
Devis
devis
(‘l’arrivé
du client) T2
Envoie de
demande d’étude Oui Confir-
de faisabilité mation
T3
Non
Demande
d’étude de Répétition
faisabilité du choix
T4
Faire
proposition au Non Vérifi
client
cation
T5
T6
17
Chapitre I : Etude de l’existant
Demande
Envoyer une de
demande de réalisation
réalisation
T7
Réalisation
T9
Envoyer l’état
de facture Etat de
facture
T8
Générer la
facture +
Signature
T10 et T11
Facture
Envoyer la
signé
facture signée
T12
Suivi du
client
jusqu’à la
fin du
paiement
T13
Facture
signé
18
Chapitre I : Etude de l’existant
Facture
Envoyer la
signé
facture signée
T12
La direction sur laquelle nous projetons notre étude est la direction relation corporate et ce qui
nous intéresse plus est le service de la facturation. Selon le flux d’information, d’autres
structures internes sont en communication avec ce service. Ces derniers rentrent dans l’étude
de notre système à réaliser, tels que la cellule technique, recouvrement et direction finance et
comptabilité.
Dans notre cas, la circulation et la diffusion des documents entre toutes ces structures ne sont
pas automatisé ainsi que plusieurs d’autres tâches pareillement au remplissage des devis,
19
Chapitre I : Etude de l’existant
l’établissement des états de factures, la transformation des devis en factures, l’envoie des
factures a la cellule technique et recouvrement, la recherche…etc.
Ce qui est fastidieux, est la mise de tous ces documents dans le risque de perte, incendie, vols
ou toute action de malveillance d’une part. D’autre part les clients peuvent s’échapper de
payer leurs dettes une fois qu’une perte survienne involontairement ou intentionnellement. Ce
qui empêche le travail du recouvrement, et les mettent dans la falaise et influence
négativement sur le financement de l’entreprise.
Enfin, un autre problème majeur s’introduit, qui est le manque de connaissance des lois et des
moyennes de payement qui doit chaque fois retenir l’ingénieur d’affaire du service et faire
comprendre aux clients à chaque demande de service.
20
Chapitre I : Etude de l’existant
Diminuer le temps de recherche d'un document dans le service ainsi dans l’entreprise
Diminuer le risque du document papier (vols, incendie, pertes)
Améliorer la confidentialité
servir et satisfaire plusieurs clients en gagnons le temps d’exécution de sa demande.
21
Chapitre I : Etude de l’existant
Service Finance et
facturation comptabilité
SGBD
Recouvrement Cellule
technique
22
Chapitre I : Etude de l’existant
I.6. Conclusion :
Dans ce chapitre, nous avons défini le champ d’étude de façon approfondie. Nous avons aussi
étudié les documents circulants, les procédures de travail et le flux d’informations au sein de
la Direction Relation Corporate. Cette étude nous a montré le manque qui existe et cela nous
permettra de mieux connaitre les besoins des utilisateurs et par la suite proposer les meilleures
solutions. Le chapitre suivant a pour objectif l’analyse et à la modélisation de notre système.
23
Chapitre II
Analyse et
conception
Chapitre II : Analyse et conception
22
Chapitre II : Analyse et conception
23
Chapitre II : Analyse et conception
II.1. Introduction :
Après une étude approfondie de l’existant (phase étude des besoins), nous allons dans
ce qui suit présenter l’Analyse et la Conception.
Ce chapitre sert à formaliser les besoins à l’aide des diagrammes UML dans les deux
phases de développement d’un système afin de lui rendre plus fiable et fidèle aux
besoins, nous présentons dans l’analyse les digrammes de cas d’utilisation, de séquence
système et dans la conception les diagrammes de séquence détaillé et le diagramme de
classe.
II.2.1. Définition
Un processus définit une séquence d’étapes, ordonnées en partie, qui concourent à
l’obtention d’un système logiciel ou à l’évolution d’un système existant. [1]
1. Pré-étude ;
2. Elaboration ;
3. Construction ;
4. Transition.
Ces activités de développement sont définies par six disciplines fondamentales qui
décrivent la modélisation métier, la capture des besoins, l’analyse et la conception,
l’implémentation, le test et le déploiement [1]
24
Chapitre II : Analyse et conception
II.3. Analyse :
25
Chapitre II : Analyse et conception
Après la définition des acteurs, Nous allons spécifier pour chaque acteur ses cas
d’utilisations.
26
Chapitre II : Analyse et conception
DRCO : il a le rôle de :
- Gérer les devis.
- Gérer les états de factures.
- Gérer les factures signées.
- Gérer les clients.
DFC : il a le rôle de :
- Transformer l’état de facture en facture
- Gérer les factures.
- Gérer les factures signées
Recouvrement :
- Consulter les factures signées.
Super Administrateur :
- Gérer les comptes
- Sauvegarder la base de données
- Restaurer la base de données
Dans cette section nous allons élaborer les diagrammes de cas d’utilisation par acteurs.
(i.e. un diagramme pour chaque acteur).
27
Chapitre II : Analyse et conception
Description sommaire
Titre Authentification de DRCO.
Objectif Permettre à DRCO d’accéder à son propre espace.
Acteurs DRCO
28
Chapitre II : Analyse et conception
Description sommaire
Titre Gestion des devis.
Objectif Mise à jour des devis.
Acteurs DRCO.
Description des scénarios
Pré conditions Le DRCO s’authentifié
Enchaînement 1. Le DRCO choisit l’item gestion des devis.
nominal 2. Le système affiche la page correspondante contient la liste
des devis et les boutons : ajouter, modifier, supprimer,
imprimer des devis et une zone de recherche.
3. Le DRCO clique sur l’une des items et exécute l’opération
souhaité.
Post condition Mettre à jour les devis.
Tableau II.2 : Description textuelle de la gestion des devis.
29
Chapitre II : Analyse et conception
2. a. Ajouter devis :
Description sommaire
Titre Ajouter un devis
Objectif décrire les étapes permettant à l’administrateur d’ajouter un
devis
Acteurs DRCO « ingénieur d’affaire »
Description des enchaînements
Pré conditions L’acteur est déjà connecté à son espace
Enchaînement 1. L’ingénieur d’affaire choisit l’item « Ajouter devis »
nominal 2. Le système affiche un formulaire qui contient tous les offres
d’Algérie Telecom.
3. L’ingénieur sélectionne les offres demandées par le client.
4. Le système ajoute dans le tableau du formulaire les offres
demandées par le client avec les prix et les informations en
relation.
5. L’ingénieur clique sur « créer » pour valider les champs et
générer et d’enregistrer le nouveau devis.
6. Le système génère le devis, il l’affiche et il donne la possibilité
d’imprimer le devis et de le transformer en état de facture.
Enchaînement A1. Lors de l’ajout de devis un ou plusieurs champs essentiels ne
alternatif sont pas remplis.
L’enchainement commence du point 5
7. Le système affiche un message d’erreur qui indique les
champs vides
8. L’ingénieur exauce en cliquant sur le bouton « ok ».
9. Le système encadre en rouge les champs vides.
10. L’ingénieur remplit les champs.
A2. L’annulation de l’ajout
4. L’administrateur clique sur le bouton « Annuler ».
5. Le système affiche une boite de dialogue pour confirmer
l’annulation.
6. L’administrateur confirme sa tâche en cliquant sur « ok ».
30
Chapitre II : Analyse et conception
Post condition Le système ajoute les nouveau devis avec les données
nécessaires (Nom corporate, Code devis, Montant…etc.) ainsi
que les offres choisis par le client.
Tableau II.3 : Description textuelle du cas d’utilisation « Ajouter devis ».
2. b. Modifier devis :
Description sommaire
Titre Modifier un devis
Objectif décrire les étapes permettant la mise à jour d’un devis
Acteurs DRCO « ingénieur d’affaire »
Description des enchaînements
Pré conditions Acteur déjà authentifié et connecté au système.
Enchaînement 1. L’ingénieur d’affaire choisit l’item « Modifier devis »
nominal 2. Le système affiche le devis sous forme d’un formulaire
afin de le modifier.
3. L’ingénieur modifie les champs à mettre à jour
4. L’ingénieur clique sur le bouton « Valider » pour Générer
le devis.
5. Le système affiche un message de confirmation
6. L’ingénieur confirme sa tâche.
31
Chapitre II : Analyse et conception
2. c. Supprimer devis :
Description sommaire
Titre Supprimer devis
Objectif décrire les étapes permettant à l’ingénieur DRCO de
supprimer un devis.
Acteurs DRCO
Description des enchaînements
Pré conditions Acteur déjà authentifié et connecté au système.
Enchaînement 1. L’administrateur sélectionne le devis à supprimer.
nominal 2. Le système fait apparaitre une boite de dialogue pour
confirmation.
3. L’administrateur confirme sa tâche.
4. le système affiche un message de succès.
5. Le système réaffiche la liste des devis mis à jour.
Enchaînement E1. L’annulation de la suppression
alternatif L’enchainement commence du point 2
3. L’administrateur clique sur le bouton « Annuler » de la
boite de dialogue.
4. Le système garde le devis sans le supprimer.
Post condition Le système définitivement supprime le devis sélectionné.
Tableau II.5 : Description textuelle du cas d’utilisation « Supprimer devis ».
2. d. Rechercher devis :
Description sommaire
Titre Rechercher devis
Objectif décrire les étapes permettant à l’acteur de rechercher un devis.
Acteurs DRCO
Description des enchaînements
Pré conditions Acteur déjà authentifié et connecté au système.
32
Chapitre II : Analyse et conception
Enchaînement /
alternatif
Post condition Le système affiche le document s’il existe, sinon il affiche un
message d’inexistence.
2. e. Imprimer devis :
Description sommaire
Titre Imprimer devis
Objectif décrire les étapes permettant d’imprimer le devis
Acteurs DRCO
Description des enchaînements
Pré conditions Acteur déjà authentifié et connecté au système.
Enchaînement 1. L’ingénieur d’affaire peut soit après la génération de devis
nominal cliquer sur le boutons « Imprimer », soit après avoir accédé à son
propre espace choisit l’item « imprimer devis »
2. Le système affiche un message pour confirmation
3. L’ingénieur confirme sa tâche
Enchaînement /
alternatif
Post condition Le devis est imprimé afin de le transmettre au client.
Tableau II.7 : Description textuelle du cas d’utilisation « Imprimer devis ».
33
Chapitre II : Analyse et conception
2. f. Consulter devis
Description sommaire
Titre Consulter devis
Objectif décrire les étapes permettant de consulter un devis
Acteurs DRCO
Description des enchaînements
Pré conditions Acteur déjà authentifié et connecté au système.
Enchaînement nominal 1. Le système affiche la liste des devis
2. l’ingénieur consulte les devis
3. l’ingénieur clique sur « Afficher devis »
4. Le système affiche le contenu de devis
5. l’ingénieur consulte le contenu de devis
Enchaînement alternatif /
Post condition Devis consulté
Tableau II.8 : Description textuelle du cas d’utilisation « Consulter devis ».
Description sommaire
Titre Gérer les états de factures.
Objectif Décrire les étapes de rechercher, supprimer, consulter et envoyer
l’état de facture au DFC.
Acteurs DRCO
Description des scénarios
Pré conditions Le DRCO déjà authentifié et connecté au système.
Enchaînement 1. Le DRCO accède à l’espace « gérer les états de
nominal factures ».
2. Le système affiche la liste des états de factures plus les
actions : supprimer, rechercher et envoyer l’état de
facture a DFC.
3. Le DRCO choisit l’un des items afin d’exécuter
l’opération choisit.
34
Chapitre II : Analyse et conception
Description sommaire
Titre Gérer les factures signées.
Objectif Décrire les étapes permettant au DRCO de recevoir, imprimer,
consulter et envoyer la facture signée au recouvrement.
Acteurs DRCO.
Description des scénarios
Pré conditions Le DRCO déjà authentifié et connecté à son espace.
Enchaînement 1. Le DRCO est dans l’espace gestion de factures signée.
nominal 2. Le système affiche la page correspondante contenant :
- Afficher facture signée.
- imprimer facture signée.
- envoyer facture signée au recouvrement.
3. Le DRCO choisit parmi les opérations citées ci-dessus.
4. Le système demande une confirmation. (pour les tâches
imprimer et envoyer)
5. Le DRCO confirme.
Post condition Mettre à jour les factures signées.
Tableau II.10 : Description textuelle de la gestion des factures signées.
35
Chapitre II : Analyse et conception
Description sommaire
Titre Transformer l’état de facture en facture.
Objectif Décrire les étapes permettant à l’acteur de transformer l’état de
facture en facture
Acteurs DFC.
Description des scénarios
Pré conditions Le DFC déjà authentifié.
36
Chapitre II : Analyse et conception
Description sommaire
Titre Gérer les factures.
Objectif Décrire les étapes permettant au DFC de consulter, modifier,
supprimer, imprimer et rechercher une facture.
Acteurs DFC.
Description des scénarios
Pré conditions Le DFC est déjà authentifié.
Enchaînement 1. Le DFC accède à l’espace gestion des factures.
nominal 2. Le système affiche une zone de recherche et la liste des
factures avec les items : modifier, supprimer et imprimer
facture.
3. Le DFC choisit optionnellement une de ces tâches
4. Le système demande une confirmation. (pour supprimer
et imprimer)
5. Le DFC confirme.
Post condition Mettre à jour les factures.
Tableau II.12 : Description textuelle de la gestion des factures
37
Chapitre II : Analyse et conception
Description sommaire
Titre Gérer les factures signées.
Objectif Décrire les étapes permettant à DFC d’introduire une facture
signée dans le système et de l’envoyer à la cellule technique
Acteurs DFC
Description des scénarios
Pré conditions Le DFC déjà authentifié.
Enchaînement 1. Le DFC est dans l’espace gérer les factures signées.
nominal 2. Après impression de la facture et sa signature, le DFC
introduit cette dernière dans le système (scanne la fiche).
3. Le système affiche la facture signée
4. le DFC ajoute cette facture signée et envoie à la cellule
technique et au DRCO une notification.
Enchaînement Même scénario nominale jusqu’à l’étape 3
alternatif 4. le DFC quitte l’espace sans sauvegarder la facture signée.
5. le système affiche un message de rappel pour sauvegarder la
facture signée.
6. le DFC enregistre la facture en cliquant sur le bouton «ok »
Post condition Sauvegarder la facture signée
Informer la cellule technique et DRCO de la présentation de la
nouvelle facture signée.
Tableau II.13 : Description textuelle de la gestion des factures signées pour DFC.
38
Chapitre II : Analyse et conception
Recouvrement :
Description sommaire
Titre Consulter les factures signées.
Objectif Décrire les étapes permettant au Recouvrement de consulter
les factures signées
Acteurs Agent Recouvrement
Description des scénarios
Pré conditions L’acteur doit s’authentifier
Enchaînement 1. L’agent rentre dans son espace personnel.
nominal 2. Le système affiche la liste des factures signées, les factures
payées et celle non payées.
3. L’agent consulte la liste des factures payées et non payées.
39
Chapitre II : Analyse et conception
Administrateur :
Description sommaire
Titre Sauvegarder la base de données
Objectif Décrire les étapes permettant au Super administrateur de
sauvegarder la base de données dans son poste de travail (local)
Acteurs Super administrateur
Description des scénarios
Pré conditions Le Super Administrateur doit s’authentifier.
Enchaînement 1. l’administrateur accède à son espace et clique sur l’item
nominal « sauvegarder la base de données »
2. Le système réalise la sauvegarde complète de la base de
données, qui sera transféré sur son poste de travail.
40
Chapitre II : Analyse et conception
41
Chapitre II : Analyse et conception
42
Chapitre II : Analyse et conception
43
Chapitre II : Analyse et conception
44
Chapitre II : Analyse et conception
45
Chapitre II : Analyse et conception
46
Chapitre II : Analyse et conception
47
Chapitre II : Analyse et conception
II.4. Conception :
48
Chapitre II : Analyse et conception
49
Chapitre II : Analyse et conception
50
Chapitre II : Analyse et conception
51
Chapitre II : Analyse et conception
52
Chapitre II : Analyse et conception
totalTtc
dateEtat
Facture Num_fact AjouterFacture()
idClient ModifierFacture()
Reference SupprimerFacture()
53
Chapitre II : Analyse et conception
Objet AfficherFacture()
Remarque
Tva
totalHt
totalTtc
dateFact
designation Ajouter()
nbrMois Supprimer()
Ligne de devis qte Modifier()
PrixUnitaire Afficher()
PrixHt
Ligne d’état de facture Designation Ajouter()
NbrMois Supprimer()
qte Modifier()
PrixUnitaire Afficher()
PrixHt
Ligne de facture designation Ajouter()
nbrMois Supprimer()
qte Modifier()
PrixUnitaire Afficher()
PrixHt
Produits numPro Ajouter()
désignation Supprimer()
PrixUnitaire Modifier()
Pack Afficher()
54
Chapitre II : Analyse et conception
55
Chapitre II : Analyse et conception
Etat de facture (CodeEtat, reference, objet, Remarque, Tva, totalHt, totalTtc, dateEtat,
*IdClient, *codeDevis, *numFact).
Remarque :
On note que le symbole < > signifie la clé primaire et « * » la Clé étrangère.
56
Chapitre II : Analyse et conception
II.5. Conclusion :
Dans ce chapitre, nous avons présenté les deux phases analyse et conception. Nous
avons détaillé les besoins et le fonctionnement du système par des diagrammes UML
(diagrammes de cas d’utilisation, diagrammes de séquence et diagramme de classe).
Maintenant que l’analyse et la conception sont réalisées, nous passons à l’étape suivante
de processus unifie. Le chapitre suivant a pour objectif de présenter la phase
d’implémentation.
57
Chapitre III
Déploiement et
implémentation
Chapitre III : Déploiement et Implémentation
56
Chapitre III : Déploiement et Implémentation
57
Chapitre III : Déploiement et Implémentation
III.1. Introduction :
Ce chapitre a pour objectif de présenter la dernière phase de processus unifié
« l’implémentation ». Cette phase concerne l’implémentation du système sous formes de
composants, c'est-à-dire, de code source, de scripts, de binaires, d'exécutables et d'autres
éléments du même type.
Nous allons donc présenter les différents langages et outils de développement utilisés pour la
réalisation de notre application, l’architecture logique et physique de cette dernière, sa
sécurité et on termine par la présentation de notre système.
Le choix du langage :
Le choix du framework :
Parmi tous les Framework PHP qui existent, notre choix était projeté sur le
Framework LARAVEL, qui est créé par Taylor Otwel en juin 2011.
Pourquoi LARAVEL ?
58
Chapitre III : Déploiement et Implémentation
Le choix du SGBD :
Nous avons utilisé le système de gestion des bases de données MYSQL qui est
caractérisé par : la rapidité, facilité d’utilisation, API divers, sécurité, portabilité,
la distribution ouverte et le coût.
59
Chapitre III : Déploiement et Implémentation
2
Un progiciel (mot-valise, contraction de produit et logiciel) est un logiciel applicatif généraliste aux
multiples fonctions, composé d'un ensemble de programmes paramétrables et destiné à être utilisé
simultanément par plusieurs personnes.
60
Chapitre III : Déploiement et Implémentation
III.2.2.2. PHP :
PHP (Personal Home Page) est un langage de script embarqué dans les pages HTML
et traité par le serveur. PHP permet de construire dynamiquement des pages HTML
contenant les résultats de calculs ou de requêtes SQL adressées à un système de
gestion de bases de données (SGBD). [6]
III.2.2.3. JavaScript
JavaScript est lui aussi en effet intégré dans les pages HTML mais JavaScript est
interprété par le client web alors que PHP est directement interprété par le serveur
Web (s’il est inclus comme étant un module du serveur web). [7]
Les feuilles de style (en anglais « Cascading Style Sheets », abrégé CSS), est un
langage qui permet de gérer la présentation d’une page web. Le langage CSS est une
recommandation du world wide web consortium (W3C), au même titre que HTML ou
XML. Les styles permettent de définir des règles appliqués à un ou plusieurs
documents HTML. Ces règles portent sur le positionnement des éléments,
l’alignement, les polices de caractère, les couleurs, les marges et espacement, les
bordures, les images de fond, etc. Le but de CSS est de séparer la structure d’un
document HTML et sa présentation. En effet, avec HTML, on peut définir à la fois la
structure (le contenu et la hiérarchie entre les différentes parties d’un document) et la
présentation. [13]
III.2.2.5. AJAX :
61
Chapitre III : Déploiement et Implémentation
Est un éditeur de texte générique codé en C++ et Python, disponible sur Windows,
Mac et Linux.
Depuis la version 2.0, sortie le 26 juin 2012, l'éditeur prend en charge 44 langages de
programmation majeurs, tandis que des plugins sont souvent disponibles pour les
langages plus rares. [15]
III.2.3.2. XAMPP :
Nous avons utilisé comme outil de développement la plate-forme XAMPP qui est un
ensemble de logiciels permettant de mettre en place facilement un serveur Web et un
serveur FTP. Il s’agit d’une distribution de logiciels libres (X Apache MySQL Perl
PHP) offrant une bonne souplesse d’utilisation, réputée pour son installation simple et
rapide. Ainsi, il est à la portée d’un grand nombre de personnes puisqu’il ne requiert
pas de connaissances particulières et fonctionne, de plus, sur les systèmes
d’exploitation les plus répandus.
Cette distribution se chargera donc d’installer l’ensemble des outils dont on a besoin
lors de la création d’un site Web. Plus d’une dizaine d’utilitaires sont intégrés, comme
MySQL, PHP, Perl ou encore phpMyAdmin. Il est distribué avec différentes
bibliothèques logicielles qui élargissent la palette des services de façon notable :
OpenSSL, Expat (parseur XML), PNG, SQLite, zlib, … ainsi que différents modules
Perl et Tomcat, FileZilla Server.[16]
On appelle serveur Web aussi bien le matériel informatique que le logiciel, qui joue le
rôle de serveur informatique sur un réseau local ou sur le World wide web.
62
Chapitre III : Déploiement et Implémentation
logiciel serveur. En tant que logiciel, un serveur Web est plus précisément un
serveur HTTP. [17]
Le protocole HTTP
Apache :
Les SGBD relationnels offrent non seulement une représentation simple et puissante,
mais également un langage, SQL, pour interroger ou mettre à jour les données. SQL
est plus facile à utiliser qu’un langage de programmation classique comme le C. [7]
63
Chapitre III : Déploiement et Implémentation
L’architecture que nous avons adoptée pour le déploiement de notre système est une
architecture Client/serveur à trois niveaux. Le principe de fonctionnement est décrit
comme suit :
Il s’agit d’un modèle logique d'architecture applicative qui vise, d’une part, à séparer très
nettement trois couches logicielles, au sein d'une même application ou système, et
d’autres part, à modéliser et présenter cette application comme un empilement de trois
couches, étages, niveaux ou strates, dont le rôle est clairement défini. Nous distinguons
ainsi :
64
Chapitre III : Déploiement et Implémentation
1 2
HTTP
4 3
4
65
Chapitre III : Déploiement et Implémentation
III.4.Diagramme de déploiement :
Le diagramme de déploiement décrit l’architecture physique du système. Il est
composé de nœuds où un nœud est une entité matérielle capable de recevoir et
d’exécuter le logiciel. La plupart des nœuds sont des ordinateurs, les liaisons
physiques ente nœuds peuvent également être décrites dans le diagramme de
déploiement, elles correspondent aux branches réseaux. [7]
66
Chapitre III : Déploiement et Implémentation
Pour remédier à ce genre de risques, nous avons mis en place une solution de sécurité,
en prenant en considération tous les éléments de notre système, depuis l’utilisateur à
son poste de travail jusqu’à la base de données.
67
Chapitre III : Déploiement et Implémentation
B. Niveau application
68
Chapitre III : Déploiement et Implémentation
Donc, le faite de travailler avec un framework, la sécurité est établi, en plus de tous
ces précautions, Laravel sécurise l’application contre :
CSS/XSS (Cross Site Scripting) : qui a pour objectif de voler l’information, en
cas d’accès à une application web. Ce genre d’attaque consiste à forcer un site
web à exécuter du code HTML ou des scripts saisis par l’utilisateur dans un
champ d’un formulaire ou à travers un lien d’un site web.
69
Chapitre III : Déploiement et Implémentation
Notre application est accessible à l’administrateur et aux agents de ces services, elle
leur permet de consulter ainsi que d’ajouter, modifier …etc dans la base de données
selon des privélèges bien spécifiés (les supers administrateurs et utilisateurs –DRCO,
DFC et Recouvrement- ),
Notre application consiste en un site web dynamique, avec des interfaces simples,
claires et intuitives;
Dans cette section, nous allons présener des captures d’écrans pour les principales
pages constituant l’interface de notre application.
70
Chapitre III : Déploiement et Implémentation
Une fois le DFC est authentifié, cette interface sera affichée, où il peut transformer
l’état de facture en facture, gérer les factures signées et non signées.
L’agent Recouvrement s’authentifie pour accéder à son espace où il peut consulter les
factures.
71
Chapitre III : Déploiement et Implémentation
La figure III.9 représente l’espace du DRCO, où il peut gérer les clients, les devis, les
états de factures et les factures signées.
72
Chapitre III : Déploiement et Implémentation
73
Chapitre III : Déploiement et Implémentation
74
Chapitre III : Déploiement et Implémentation
III.7. Conclusion :
Dans ce chapitre, nous avons présenté l’implémentation du Système d’information
pour l’activité commerciale Corporate d’Algérie Télécom. Pour cela, nous avons
décrit les langages et outils de développement, l’architecture logicielle et matérielle de
l’application, la sécurité mise en place et nous avons complété le chapitre par
quelques figures pour montrer l’interface de l’application réalisée.
75
Conclusion générale
La conception et la réalisation du système d’information pour l’activité
commerciale corporate d’Algérie Télécom est passée par plusieurs étapes.
En premier lieu, nous avons fait une étude préalable où nous avons collecté les
besoins afin de spécifier les fonctionnalités du nouveau système. Ensuite, nous avons
modélisé ces besoins à l’aide de langage de modélisation UML dans le but de préciser
que fait le système et comment. Enfin, nous avons implémenté le système que nous
avons validé avec des tests.
76
Bibliographie :
[1] : Pascal ROQUES, Frank VALLEE, EYROLLES, 4eme Edition, 2007 « UML2 en
action, de l’analyse des besoins à la conception ».
[3] : Joseph GABAY. David GABAY. Edition DUNOD, Paris, 2008 « UML 2 études
développement ».
[4] : Philippe DENIS, Edition BNP PARIBAS, 2002, « UML/RUP, Organisation des
processus de développement ».
[5] : DEFRANCE, JEAN-MARIE, Parie EYROLLES, 2004, « PHP & MYSQL avec
Dreamweaver MX ».
77
Webographie :
[10] : http://www.trackbusters.fr 6/ 04/2016 à 22 :53 h
www.commentcamarche.net/contents/520-le-protocole-http/
78