projet de fin d'étude: 2013

A n n e u n i v e r s i t a i r e : 2 0 1 2 - 2 0 1 3

Raliser par : Bouazza Ferouk

08 Fall

Ecole Centrale Polytechnique Prive de Tunis

Dpartement : INFORMATIQUE

Classe : Informatique et multimdias Encadrer par : Mr OUERGHI Mohamed Entreprise daccueil : TIS Circuits

Projet de fin dtude

Dveloppement dune application intranet de gestion des dossiers de fabrication

BOUAZZA Ferouk 2


Projet de fin dtude / 2012-2013

Table des matires

Liste des figures 5 Liste des tables 10 Ddicaces 12 Remerciement 13 Introduction gnrale 14 Chapitre 1 : Etude de lexistant 18

Prsentation de lorganisme daccueil 18 1.1 Prsentation de lEntreprise 18 1.2 Vision (2) 18

Critique de lexistant 19 1.3 Les procdures de fabrication 19 1.1 Le dossier de fabrication 21

Les solutions envisages 25 Les solutions technologiques 26 Conclusion 34

Chapitre 2 : Phase dincubation 35 I. Dfinition des acteurs 35

1. Besoins fonctionnels 35 2. Besoins non fonctionnels 36

II. Prsentation des cas dutilisation 37 1. Diagramme de cas dutilisation initial 37 3. Affectation des priorits 39 2. Analyse des cas dutilisation prioritaires 44

II. Maquette dinterface utilisateur 51 1. Interface login 52 2. Interface de laccueil 53

BOUAZZA Ferouk 3



3. Interface de gestion des utilisateurs 54 4. Interface de gestion des dossiers 55 5. Palette de couleurs 55 6. Typographie 59

Conclusion 60 Chapitre 3 : Phase de llaboration 61

Introduction 61 I. Raffinement des cas dutilisations de deuxime priorit 61

1. Raffinement de cas dutilisation Grer les dossier de fabrication 62 II. Analyse des cas dutilisation de deuxime priorit 66

1. Analyse de cas dutilisation : Grer les dossiers de fabrication 66 III. Conception des cas dutilisation de premire et deuxime priorit 71

1. Conception des cas dutilisation de premire priorit 71 2. Conception des cas dutilisation de deuxime priorit 81

Conclusion 90 Chapitre 4 : Phase de construction 91

Introduction 91 I. Raffinement des cas dutilisation de troisime priorit 91

1. Raffinement de cas dutilisation : Afficher dossier 92 2. Raffinement de cas dutilisation : Imprimer fichier de synoptique 92

II. Analyse des cas dutilisation de troisime priorit 93 1. Analyse de cas dutilisation : Afficher dossier 93 2. Analyse de cas dutilisation : Imprimer synoptique 93

III. Conception des cas dutilisation de troisime priorit 94 1. Conception de cas dutilisation : Afficher dossier 94 2. Conception de cas dutilisation : Imprimer synoptique 96

IV. Larchitecture de la base de donnes 98 1. Schma de la base de donnes 98

BOUAZZA Ferouk 4



2. Description dtaill de schma de base de donnes 99 V. Larborescence de lapplication 103 Conclusion 104

Chapitre 5 : Phase de Transition 105 Introduction 105 I. Modle de dploiement 105

1. Dtermination des possibilits de dploiement 105 2. Test de lapplication 106

Conclusion Gnrale 116 Bibliographie 118

BOUAZZA Ferouk 5



Liste des figures

Figure 1: Logo TIS CIRCUITS 18 Figure 2: Plan de ligne et dmarche de fabrication 20 Figure 4: Les phases et les tapes de fabrication 20 Figure 5: L'arborescence d'un dossier de fabrication 21 Figure 6: L'arborescence parent du dossier de fabrication 22 Figure 7: Les caractristiques d'un fichier de graphe synoptique 23 Figure 8: Exemple du concept d'un fiche de graphe synoptique 23 Figure 9: Les symboles graphiques et leurs significations 24 Figure 10: Le systme des grilles de Twitter Bootstrap 27 Figure 11: WAMP server ou EASY PHP? 30 Figure 12: Diagramme de cas d'utilisation initial 37 Figure 13: Cas d'utilisation Grer Les utilisateur de lapplication 40 Figure 14: Traabilit MCA-MA Sidentifier 45 Figure 15: Modle classe analyse S'identifier 45 Figure 16: Diagramme de collaboration S'identifier 46 Figure 17: Traabilit entre MCA-MC Grer les utilisateurs 46 Figure 18: Modle de classe d'analyse Ajouter utilisateur 47 Figure 19: Diagramme de collaboration Ajouter utilisateur 47 Figure 20: Modle de classe d'analyse Supprimer utilisateur 48 Figure 21: Diagramme de collaboration Supprimer utilisateur 48 Figure 22: Modle de classe d'analyse Bannir utilisateur 48 Figure 23: Diagramme de collaboration Bannir utilisateur 49 Figure 24: Modle de classe d'analyse Modifier utilisateur 49 Figure 25: Diagramme de collaboration Modifier utilisateur 49 Figure 26: Modle de classe d'analyse Afficher utilisateur 50 Figure 27: Diagramme de collaboration Afficher utilisateur 50

BOUAZZA Ferouk 6



Figure 28: Modle de classe d'analyse Rechercher utilisateur 50 Figure 29: Diagramme de collaboration Rechercher utilisateur 51 Figure 30: Maquette de l'interface login 52 Figure 31: Maquette de l'interface Accueil 53 Figure 32: Maquette de l'interface gestion utilisateur 54 Figure 33: Maquette de l'interface Gestion des dossiers 55 Figure 34: Schma colorimtrique 56 Figure 35: Palette des couleurs du corps 56 Figure 36: Palette Message d'erreur et bouton bannir 57 Figure 37: Palette Message succs et boutons d'envoi 57 Figure 38: Palette Message de problme de et bouton suppression 57 Figure 39: Palette Message info et bouton dbannir 58 Figure 40: Palette titres, labels, Placeholders 58 Figure 41: Couleur des liens 58 Figure 42: Typographie 59 Figure 43: Cas d'utilisation Grer les dossiers 62 Figure 44: Traabilit entre MCA-MA Grer dossier 66 Figure 45: Modle de classe Ajouter dossier 67 Figure 46: Diagramme de collaboration Ajouter dossier 67 Figure 47: Modle de classe Afficher dossier 67 Figure 48: Diagramme de collaboration Afficher dossier 68 Figure 49: Modle de classe Modifier dossier 68 Figure 50: Diagramme de collaboration Modifier dossier 68 Figure 51: Modle de classe Imprimer dossier 69 Figure 52: Diagramme de collaboration Imprimer dossier 69 Figure 53: Modle de classe Supprimer dossier 69 Figure 54: Diagramme de collaboration Supprimer dossier 70 Figure 55: Modle de classe Rechercher dossier 70 Figure 56: Diagramme de collaboration Rechercher dossier 70

BOUAZZA Ferouk 7



Figure 57: Traabilit MC-MA S'identifier 71 Figure 58: Diagramme de classe de conception S'identifier 71 Figure 59: Diagramme de squence S'identifier 72 Figure 60: Traabilit MC-MA Ajouter utilisateur 72 Figure 61: Diagramme de classe de conception Ajouter utilisateur 73 Figure 62: Diagramme de squence Ajouter utilisateur 73 Figure 63: Traabilit MC-MA Modifier utilisateur 74 Figure 64: Diagramme de classe de conception Modifier utilisateur 74 Figure 65: Diagramme de squence Modifier utilisateur 75 Figure 66: Traabilit MC-MA Bannir utilisateur 75 Figure 67: Diagramme de classe de conception Bannir utilisateur 76 Figure 68: Diagramme de squence Bannir utilisateur 76 Figure 69: Traabilit MC-MA Supprimer utilisateur 77 Figure 70: Diagramme de classe de conception Supprimer utilisateur 77 Figure 71: Diagramme de squence Supprimer utilisateur 78 Figure 72: Traabilit MC-MA Afficher utilisateur 78 Figure 73: Diagramme de classe de conception Afficher utilisateur 79 Figure 74: Diagramme de squence Afficher utilisateur 79 Figure 75: Traabilit MC-MA Rechercher utilisateur 80 Figure 76: Diagramme de classe de conception Rechercher utilisateur 80 Figure 77: Diagramme de squence Rechercher utilisateur 81 Figure 78: Traabilit MC-MA Ajouter dossier 81 Figure 79: Traabilit MC-MA Afficher dossier 83 Figure 80: Diagramme de classe de conception Afficher dossier 83 Figure 81: Diagramme de squence Afficher dossier 84 Figure 82: Traabilit MC-MA Modifier dossier 84 Figure 83: Diagramme de classe de conception Modifier dossier 85 Figure 84: Diagramme de squence Modifier dossier 85 Figure 85: Traabilit MC-MA Imprimer dossier 86

BOUAZZA Ferouk 8



Figure 86: Diagramme de classe de conception Imprimer dossier 86 Figure 87: Diagramme de squence Imprimer dossier 87 Figure 88: Traabilit MC-MA Supprimer dossier 87 Figure 89: Diagramme de classe de conception Supprimer dossier 88 Figure 90: Diagramme de squence Supprimer dossier 88 Figure 91: Traabilit MC-MA Rechercher dossier 89 Figure 92: Diagramme de classe de conception Rechercher dossier 89 Figure 93: Diagramme de squence Rechercher dossier 90 Figure 94: Diagramme de cas d'utilisation de troisime priorit 91 Figure 95: Modle de classe d'analyse Afficher dossier 93 Figure 96: Diagramme de collaboration Afficher dossier 93 Figure 97: Modle de classe d'analyse Imprimer synoptique 93 Figure 98: Diagramme de collaboration Imprimer synoptique 94 Figure 99: Traabilit entre MC-MA Afficher dossier 94 Figure 100: Diagramme de classe de conception Afficher dossier 95 Figure 101: Diagramme de squence Afficher dossier 95 Figure 102: Traabilit entre MC-MA: Imprimer synoptique 96 Figure 103: Diagramme de classe de conception Imprimer synoptique 96 Figure 104: Diagramme de squence Imprimer synoptique 97 Figure 105: Schma de la base de donnes 98 Figure 106: Arborescence de l'application 103 Figure 107: Architecture 3-tiers 106 Figure 108: Interface de connexion 106 Figure 109: Interface de l'accueil (Vue administrateur) 107 Figure 110: Interface d'accueil (Vue Membre) 108 Figure 111: Interface de gestion des utilisateurs 109 Figure 112: fonctionnalit gestion des utilisateurs 110 Figure 113: Interface de gestion des dossiers 111 Figure 114: Gestion des dossiers tape 2 112

BOUAZZA Ferouk 9



Figure 115: Gestion des dossiers tape 3 113 Figure 116: Gestion des dossiers tape 4 114 Figure 117: Gestion des dossiers tape 5 115

BOUAZZA Ferouk 10



Liste des tables

Table 1 : Tableau comparatif WAMP/ EASY PHP (2013) 32 Table 2: Affectation des priorits 39 Table 3: Raffinement du sous cas d'utilisation Ajouter un utilisateur 41 Table 4: Raffinement du sous cas d'utilisation Afficher un utilisateur 42 Table 5: Raffinement du sous cas d'utilisation Afficher un utilisateur 42 Table 6: Raffinement du sous cas d'utilisation bannir un utilisateur 43 Table 7: Raffinement du sous cas d'utilisation modifier un utilisateur 43 Table 8: Raffinement du sous cas d'utilisation rechercher un utilisateur

44 Table 9: Raffinement de sous cas d'utilisation ajouter dossier 63 Table 10: Raffinement de sous cas d'utilisation Afficher dossier 63 Table 11: Raffinement de sous cas d'utilisation Supprimer dossier 64 Table 12: Raffinement de sous cas d'utilisation Imprimer dossier 64 Table 13: Raffinement de sous cas d'utilisation Modifier dossier 65 Table 14: Raffinement de sous cas d'utilisation Rechercher dossier 65 Table 15: Raffinement de cas d'utilisation Afficher dossier 92 Table 16: Raffinement de cas d'utilisation Imprimer fichier de

synoptique 92 Table 17: Structure de la table users 99 Table 18: Structure de la table synoptics 100 Table 19: Structure de la table steps 100 Table 20: Structure de la table ref 101 Table 21: Structure de la table phases 101 Table 22: Structure de la table modif 101 Table 23: Structure de la table instructions 102 Table 24: Structure de la table families 102

BOUAZZA Ferouk 11



Table 25: Structure de la table clients 102 Table 26: Structure de la table categories 102

BOUAZZA Ferouk 12



Ddicaces

A mes trs chers parents je vous dois ce que je suis aujourd'hui grce

ALLAH puis votre amour, votre patience et vos innombrables sacrifices.

Que ce travail, soit pour vous une petite compensation et reconnaissance

envers ce que vous avez fait d'incroyable pour moi. Que Dieu, vous prserve

et vous procure sant et longue vie afin que je puisse mon tour vous

satisfaire.

Bouazza Ferouk

BOUAZZA Ferouk 13



Remerciement

Je tiens remercier profondment Mr OUERGHI Mohamed, pour son

encadrement, ses conseils utiles, son soutien et surtout la confiance qu'il a

plac en mon projet. Je voudrais aussi adresser mes sincres remerciements et

ma profonde gratitude Monsieur KHILI Badie ingnieur produit de

fabrication de m'avoir encadr tout au long de ma priode de stage, ainsi que

pour ses prcieux conseils qui m'ont beaucoup clair. Je remercie galement

Mr HMIDI Chaouki pour sa prcieuse aide, ses conseils ainsi que pour son

soutien moral.

Jadresse ainsi mes remerciements tous les enseignants de lcole

polytechnique centrale prive de Tunis, dont on leurs adresse nos profondes

reconnaissances, pour leurs efforts et aides. Enfin, je remercie, de tout cur,

tous ceux qui ont contribu de prs ou de loin la ralisation de ce travail.

BOUAZZA Ferouk 14



Introduction gnrale

Depuis que lhomme a fait son dcouvert rvolutionnaire de

llectricit. Il a commenc de voir le monde dune autre manire. La nuit

nest plus sombre, la vie est devenue plus facile. Lhomme commence

innover de nouvelle machine qui utilise lnergie lectrique. La production a

dvelopp dans tout les secteurs : Agriculture, industrie et divertissement

Le dcouvert de llectricit a guid lhomme pour de nouveaux

dcouverts. Les tats logiques et le langage binaire sont lorigine des

systmes automatis et programmable y compris les systmes informatiques,

la tlcommunication, lindustrie et le transport. Qui a fait du monde un petit

village. Llectricit et les machines lectriques sont devenues essentielles et

irremplaables. Et ce jour, llectricit nous fascine encore.

Tous les systmes lectroniques sont bass sur deux lments

ncessaires :

- Le source dnergie lectrique qui peut tre transform et produit de

nimporte quel type dnergie.

- Le circuit lectronique qui permet au courant de circuler, des cbles

ou intgrs, fabriqus dune matire conductrice, gnralement en cuivre.

- Les composants lectroniques qui permettent de raliser des fonctions

lectroniques.

En Tunisie, L'industrie manufacturire lectronique et lectrique

enregistre une croissance continue depuis les annes 1990 et qui suscite

l'intrt d'un certain nombre d'investisseurs internationaux, est rapidement en

passe de devenir l'une des forces motrices de l'conomie du pays.

BOUAZZA Ferouk 15



En 2006, le secteur reprsentait environ 20% de l'ensemble des

exportations tunisiennes qui s'levaient hauteur de 11,6 milliards de dollars.

Les ventes l'tranger ont enregistr une progression nettement suprieure

la croissance du march intrieur de 12,6% en moyenne.

Les ingnieurs et les spcialistes de ce domaine comme tous les autres

domaines ont besoin des outils informatiques ncessaires afin dautomatiser le

travail et doptimiser le produit du cot qualit et quantit. Puis ce que la

fabrication nest pas arbitraire, chaque produit besoin dtre bien planifi et

valu. Ce qui ncessite un stade pr-production et post-production.

Au niveau de la pr-production, le client demande la fabrication dun

produit. Il commence par envoyer les documentations ncessaires. Aprs

laccord, un staff des ingnieurs commence prparer un dossier associ au

produit. Le dossier comprend toutes les informations techniques ncessaires

la fabrication tel que ltat initiale de fabrication, les plans, les phases et les

tapes de fabrication, les instructions de chaque tape, les matires

ncessaires la fabrication, le dosage

En Tunisie, les ingnieurs utilisent encore des mthodologies et des

outils de travail traditionnel tel que le pack de Microsoft office afin de

grer se type de donne. Les ingnieurs hritent lexprience la mthodologie

et les outils de travail mais ils nessaient pas de suivre les nouveauts

technologiques ce niveau, cause du rythme rapide du travail. Cela

provoque laccumulation de travail, la perte des marchs et des difficults

dorganisation. De plus, la cration et la gestion des dossiers de pr-

production sont deux tches ennuyantes et difficiles en utilisant les outils

traditionnels. Heureusement, les ingnieurs ont commenc dernirement

BOUAZZA Ferouk 16



rviser la mthodologie et les outils en pensant lautomatisation des

processus et les outils ddis en profitant des rseaux intranet.

Dans ce cadre vient notre projet qui a comme objectif de dvelopper

une application intranet de gestion des dossiers de fabrication, qui sera une

application 3-tiers ddie la cration, gestion et archivage des dossiers de

fabrication.

Lapplication profite des technologies de dveloppement web,

fonctionnelles et interactives ce qui rend lutilisation plus facile et amusant, et

ceci amliore le rapport cot-efficacit, ce qui est important pour

laugmentation de la quantit et loptimiser la qualit du produit.

Pour bien grer notre projet on a choisi le processus unifi comme

processus de dveloppement. En effet, le processus unifi est une dmarche,

qui associe au langage UML, permet d'automatiser un systme d'information

de la conception la mise en uvre de lapplication. Cest une mthode

gnrique, itrative et incrmentale, pilote par des cas dutilisation et centre

sur larchitecture.

Larchitecture fonctionnelle de lapplication est 3-tiers, afin davoir une

scurit optimale en dcomposant lapplication en 3 couches : La couche

prsentation (linterface client), la couche mtier (le script et les fonctions), la

couche accs aux donnes (la base de donne et le stockage).

En ce qui concerne limplmentation, on a choisit lenvironnement du

dveloppement WAMP server qui est un package de technologie de

dveloppement web (internet/intranet) et qui rassemble les technologies

APACHE server, le systme de gestion des bases de donnes MYSQL, et le

BOUAZZA Ferouk 17



langage de programmation web compil PHP. En effet, le nom WAMP est

une abrviation (Windows Apache MySQL PHP), il est disponible pour tous

les systmes dexploitation sous dautre nom tel que MAMP (Pour mac os),

LAMP (Pour linux), dont WAMP est la version Windows du package.

Notre travail est organis de cette manire :

- Chapitre 1: Etude de lexistant

- Chapitre 2 : Phase dincubation

- Chapitre 3 : Phase dlaboration

- Chapitre 4 : Phase de construction

- Chapitre 5 : Phase de transition.

BOUAZZA Ferouk 18



Chapitre 1 : Etude de lexistant

Dans ce chapitre, nous allons prsenter la socit qui nous accueille au

cours de notre stage, puis, on prsente les lacunes et les problmes des

systmes existants enfin comprendre la solution propose.

Prsentation de lorganisme daccueil

1.1 Prsentation de lEntreprise

Figure 1: Logo TIS CIRCUITS

TIS Circuits Figure1 est n sur le site de la Soukra (Tunisie) au sein

du groupe SATELEC. Reprise en 2002 par Sagem, lusine devient rapidement

un fleuron de lindustrie locale. En 10 ans dexistence, le site de TIS Circuits

sest dvelopp et sest construit un savoir-faire indniable dans le secteur de

la domotique et de lnergie grce lappartenance successive des grands

groupes industriels (Sagem - Safran - Sagemcom). TIS Circuits se positionne

aujourdhui comme un acteur majeur de la sous-traitance lectronique low-

cost au Maghreb (1).

1.2 Vision (2) TIS Circuits recherche avant tout le succs de ses clients. Grce au

travail dquipe, lorientation client et la volont de vouloir rpondre

toujours au besoin, que TIS Circuits sorganise au quotidien pour

BOUAZZA Ferouk 19



accompagner de lindustrialisation au produit fini, jusqu la livraison, en

faisant preuve de ractivit et de flexibilit pour rpondre toujours mieux aux

exigences des ses clients (2).

Critique de lexistant Pour mieux comprendre notre systme on a pass notre stage dans le

bureau de produit de fabrication situ dans latelier et qui surplombe aux

lignes de fabrication, afin dobserver tout les tapes de fabrication, les

difficults et les problmes

1.3 Les procdures de fabrication Les procdures de fabrication se diffrent dun produit un autre. Le

processus de fabrication est compos de trois phases principale CMS, MAN,

INT Figure 2 .

La phase CMS est la phase de prparation de la carte lectrique.

La phase MAN est la phase du parc manuelle o vient lintervention

manuelle directe des personnels pour prparer les composants lectriques et

prparer la carte lectrique pour la phase suivante.

La phase INT est la phase de lintgration des composants lectriques

et cblage pour terminer la fabrication et cette phase finale ce termine par

lemballage du produit.

BOUAZZA Ferouk 20



Figure 2: Plan de ligne et dmarche de fabrication

Les phases de fabrication se composent de plusieurs tapes figure 3 .

Pour chaque tape, il existe une fiche dinstruction qui cite les instructions

suivies pour achever ltape et une fiche de contrle qui contient un suivi de

qualit du produit et de ltat des machines pour garantir la continuit du

travail sans panne ou dfaut technique.

Les tapes de fabrication peuvent se rpter plusieurs fois pour un

produit avec des diffrentes instructions tel que la pose et les faces grs.

Figure 3: Les phases et les tapes de fabrication

BOUAZZA Ferouk 21



1.1 Le dossier de fabrication Un dossier de fabrication, cest un dossier qui rassemble tout les

fichiers relier un produit. Le dossier de fabrication se compose de 3 dossiers

qui portent le nom des phases de fabrication et un fichier de synoptique qui

reprsente graphiquement les tapes de production de chaque produit Figure

4 .

Dans les trois dossiers (CMS, MAN, INT), on trouve les fiches

dinstruction reli au tapes de fabrication de chaque phase.

Figure 4: L'arborescence d'un dossier de fabrication

Le dossier de fabrication puisquil est reli chaque produit, il portent

la rfrence du produit.

Un dossier de fabrication existe dans larborescence reprsente dans

Figure 5 .

BOUAZZA Ferouk 22



Figure 5: L'arborescence parent du dossier de fabrication

Sachant quil existe actuellement environ 31 000 dossier de fabrication

et le nombre augmente presque chaque semaine.

Comme on a cit prcdemment, un dossier de fabrication est constitu

de 3 dossiers qui portent le nom des 3 phases de fabrication et un fichier de

graphe synoptique.

Un fichier synoptique est une reprsentation graphique des procdures

de fabrication. Chaque page du synoptique reprsente une phase.

Le fichier de synoptique est caractris par : Le client, la catgorie de la

carte lectrique, la famille de la carte lectrique, la rfrence de la carte

lectrique, lINDICE de modification du synoptique, la date de cration, les

dates de modification.

BOUAZZA Ferouk 23



Figure 6: Les caractristiques d'un fichier de graphe synoptique

Les caractristiques Figure 6 client, catgorie, famille et rfrence

sont relis au produit. Les autres caractristiques indice, cration et

modification sont reli au synoptique. Puis ce que le synoptique change de

temps en temps pour optimiser le produit et la fabrication.

Selon les changements, un indice alphabtique relier au fichier de

synoptique incrmente de A Z. La date de cration est les date de

modification du fichier synoptique dfinissent lincrmentation de lindice.

Afin de suivre ltat davancement des produits.

La modification du synoptique est une tche critique, alors les date de

cration et dernire modification doivent tre stocker, avec lutilisateur qui

fait les modification.

Figure 7: Exemple du concept d'un fiche de graphe synoptique

BOUAZZA Ferouk 24



Comme on observe dans le Figure 7 un fichier de graphe

synoptique se compose de :

Le header : Contient le nom et le logo du client, le titre du document, la

pagination et le nom du projet.

Le body : Dcompos horizontalement selon les tapes de fabrication.

Verticalement, le corps est compos de 3 parties : Documentation et outils de

travail relis chaque tape, le symbole graphique qui reprsente ltape et le

nom de ltape, les moyens de surveillance.

Le footer : Contient un tableau des indices dvolution, la date de

lvolution et la nature de lvolution. Au dessous, un tableau ddi au visa

des services et approbation.

Les symboles reprsents dans Figure 8 sont utiliss dans la

prparation du graphe synoptique.

Figure 8: Les symboles graphiques et leurs significations

A partir de mes observations et mon exprience personnelle, la gestion

des dossiers de fabrication manuellement tait une tche difficile. Utiliser un

systme bas sur un ensemble des Fichiers Excel lie entre eux par des liens

BOUAZZA Ferouk 25



externe qui pointe sur les documentations ce qui reprsente pas mal

dobstacles tels que :

- Difficult de trouver et atteindre les fichiers demands

- Risque de perte

- Risque de modification

- Mal organis

- Processus lent et ennuyant

- Une grande espace de stockage (des fichiers semblables se

rpte)

- Problme de rappelle.

Do les besoins de notre application sont de fournir des solutions ses

problmes.

Les solutions envisages Il est trs important de trouver des solutions simples pratiques et fiables

qui rpondent nos besoins afin de fixer les problmes relis au processus de

gestion des dossiers de fabrication. Notre projet devra gnrer larborescence

des dossiers de fabrication dynamiquement, et gnre le fichier du synoptique

au format PDF cibl limpression. Do notre application doit :

- Facilit le processus de gestion (Cration et manipulation) des

dossiers de fabrication en fournissant un systme qui automatise

le processus, Interactive et claire.

- Automatisation du systme de gnration des fichiers

synoptiques et cration des dossiers de fabrication (Rcolte

dinformation et gnration automatique).

- Fournir un moteur de recherche afin datteindre les fichiers

rapidement et prcisment.

- Optimisation de lorganisation des dossiers et des fichiers, en

vitant la rptition des fichiers et dossiers identiques.

BOUAZZA Ferouk 26



- Un systme de gestion des utilisateurs du systme.

- Systme dauthentification scuris, multi niveaux et multi

privilges Afin de protger laccs et la manipulation des

fichiers et des dossiers.

- Un systme darchivage des dossiers et des fichiers synoptiques.

- Un systme qui dtecte la modification des fichiers synoptiques

bas sur la comparaison entre la date de cration et la date de la

dernire modification.

Les solutions technologiques Nos choix pour les solutions technologiques ont t bass sur les

besoins fonctionnels et non fonctionnels de notre application.

1.3.1 Twitter Bootstrap Twitter Bootstrap (3) est une collection (Open source) d'outils utile la

cration des thmes des sites web et applications web. Twitter Bootstrap un

ensemble qui contient des codes HTML et CSS, des formulaires, boutons,

outils de navigation et autre lments interactifs, ainsi que des extensions

JavaScript en option.

- Twitter Bootstrap est Open Source.

- Twitter Bootstrap propose la solution HTML5/CSS3 et Jquery,

Ce qui va nous aider aprs au niveau de la fonctionnalit et interactivit du

projet.

- Un outil qui aide au niveau de lorganisation des dossiers du

projet, bien que lorganisation de linterface graphique.

- Un Framework pour faciliter la manipulation du projet la

future.

- Twitter Bootstrap propose une solution qui satisfait les besoins

visuels du projet.

BOUAZZA Ferouk 27



- Twitter Bootstrap est populaire, stable et utiliser dans la plupart

des applications internet/intranet.

- Dans notre charte graphique on a besoin dun design claire,

propre, interactif et fonctionnel et cest ce que propose Twitter Bootstrap.

Le Framework Twitter Bootstrap puis ce quil dispose dun ensemble

de styles, il sera adapt et utilis pour la cration du thme graphique de notre

application. Les pages de notre application seront composs de tableaux et

des formulaires.

Figure 9: Le systme des grilles de Twitter Bootstrap

Twitter Bootstrap utilise le systme de grille Figure 9 pour la

conception graphique ce qui aide organiser les lments de la page

facilement avec les class (offset/span). Et ce qui donne une conception

responsive adaptable sur toutes les dimensions des moniteurs, et des diffrents

appareils : Twitter Bootstrap dcompose linterface de largeurs 940 pixels en

9 colonnes.

Pour utiliser lunit de lanatomie de grille de Twitter Bootstrap au

niveau du Photoshop, il faut commencer par dcouper linterface de 940

pixels de largeur en 9 parties.

BOUAZZA Ferouk 28



1.3.2 JQuery / jQuery UI JQuery est une bibliothque JavaScript libre qui porte sur l'interaction

entre JavaScript (comprenant Ajax) et HTML, et a pour but de simplifier des

commandes communes de JavaScript. La premire version date de janvier

2006 (4).

La bibliothque contient notamment les fonctionnalits suivantes :

- Parcours et modification du DOM avec les slecteurs.

- vnements.

- Effets visuels et animations.

- Manipulations des feuilles de style en cascade (ajout/suppression

des classes, dattributs).

- Ajax pour les requtes (POST, GET, REQUEST).

- Plugins et extension.

- Utilitaires (version du navigateur).

1.3.3 PHP PHP (5) la technologie de cration des pages web dynamique, est le

langage de script le plus rpandu. Dans sa 5me version, PHP dispose les

fonctionnalits orient objet, ce qui reprsente un bond en avant dans le

domaine de dveloppement web et ce qui a tourn PHP en une plateforme

plus quun simple langage de dveloppement web. PHP est un descendant du

langage C bas sur lenvironnement client/serveur peut tre li avec une base

de donnes et mlang simplement avec HTML/CSS et JAVASCRIPT.

- PHP est une solution open source.

- PHP est compatible avec nos choix graphiques et interactifs.

- PHP est dynamique et compatible avec les bases de donnes.

- PHP dispose des fonctions utiles la gestion des dossiers.

- PHP5 dispose des fonctions utiles la gnration des PDF.

- PHP5 facilite lorganisation des fichiers du projet.

BOUAZZA Ferouk 29



- PHP5 est un langage systmatique qui rduit le nombre des

lignes du script, de gagner du temps et de faciliter la

modification la future.

- PHP5 permet de gagner de l'espace et de la mmoire.

- PHP5 est modlisable puis ce quelle est bas sur la conception

oriente objet.

PHP5 est un langage dynamique, et sadapte avec les bases de donnes.

Donc PHP5 sera utilis afin de lier notre application une base de donnes. Il

propose des fonctions de gestion des dossiers, des fonctions pour la

gnration des fichiers PDF. PHP5 donc est utile la gestion des dossiers de

fabrication et la gnration des fichiers PDF de synoptique.

1.3.4 MYSQL MySQL (6) est un systme de gestion des bases de donnes. Le langage

de requte domine depuis des annes le web. Surtout aprs lapparition des

serveurs locaux open source, MySQL se transforme dun simple systme de

gestion des bases de donnes une plateforme de gestion de base de donnes

qui est la fois facile, disponible et efficace. MySQL, le jumeau de PHP est

utilis avec la plupart des sites web (internet/intranet) qui utilise ce langage de

script. Il dispose de plusieurs moteur de base de donnes tel que : MyISAM,

innoDB...

- MySQL est le systme de gestion le plus utilis.

- MySQL est un systme stable et compatible avec notre langage

de script.

- MySQL et PHP sont soumis sous la forme dun package propos

par les logicielles des serveurs.

- MySQL permet la passation des requtes par le langage script

PHP.

BOUAZZA Ferouk 30



Dans nos objectifs du projet, on veut stocker les informations des

utilisateurs du systme, les informations propos de nos fichiers synoptiques.

On veut insrer, modifier et supprimer dans et de notre base de donnes. Donc

MySQL sera une bonne solution pour notre application.

1.3.5 Environnement du dveloppement WAMP SERVER ou EASY PHP

Figure 10: WAMP server ou EASY PHP?

WAMP (7) server ou EASYPHP (8) Figure 10 ? Ctait la question.

Les deux environnements de dveloppement sont les leaders dans leur

domaine, depuis des annes une forte concurrence se droule entre cest deux

gants. Le serveur WAMP appartient une famille des serveurs (XAMPP,

LAMP (9), MAMP (10), WAMP). Les environnements de dveloppement

proposent la mme solution pour diffrents systmes dexploitations. WAMP,

MAMP, LAMP et XAMPP sont la mme plate-forme pour des diffrents

systmes dexploitation.

EasyPHP tait une rvolution quand il est apparu, mais il n'a pas su

s'adapter et voluer au rythme de ses concurrents apparus par la suite. Mais en

vrit il est compltement dpass et inapte concurrencer ses rivaux. Il ne

doit sa survie qu' son aura historique.

WAMP a l'avantage d'tre plus ergonomique et de faciliter certains

aspects comme le chargement dynamique de modules, ou encore l'installation

de plusieurs Apache, PHP et MySQL avec la possibilit de choisir celui qu'on

veut d'un simple click.

BOUAZZA Ferouk 31



WAMP aussi a l'avantage d'tre plus adaptatif, et d'avoir une interface

qui permet de visualiser davantage de d'aspects du serveur localhost, et

permet aussi dans son pack d'avoir le serveur FTP, le serveur Mail et quelques

autres. Et il existe en version portable, aussi il est disponible pour plusieurs

OS.

Personnellement j'ai opt pour WAMP car j'avais besoin d'avoir

plusieurs versions de PHP. De plus jutilise un systme dexploitation (Mac

os x) diffrent de celui utiliser chez le client (Windows). Je suis habitu

utiliser la famille WAMP dans mes projets, et surtout lorsque je vois les avis

des utilisateurs qui encourage lutiliser. Cela n'empche pas l'existence des

petits bugs de temps en temps qui sont rapidement fixs laide des mises

jours proposs par WAMP.

Par contre, les avis des utilisateurs de EasyPHP plaigne toujours des

Bug et problme surtout aprs le transfre du projet au client, qui peut-tre

utilise un autre systme dexploitation que celui utiliser lors du

dveloppement. Et dans ce cas on na pas de choix puis ce que EasyPHP

existe seulement pour Windows. On a choisis WAMP server comme

environnement de dveloppement.

BOUAZZA Ferouk 32



ou

Tableau comparatif

WAMP EASYPHP

Apache Version 2.4.2 Version 2.4.2

MySQL Version 5.5.24 Version 5.5.2

PHP Version 5.4.6 Version 5.4.6

PhpMyAdmin Version 3.5.10 Version 3.5.5

XDebug Version 2.1.2 Version 2.1.2

Composant Oui Oui

Mise jour Oui Oui

Pour Windows Oui (WAMP) Oui

Pour Linux Oui (LAMP) Non

Pour Mac os x Oui (MAMP) Non

Table 1 : Tableau comparatif WAMP/ EASY PHP (2013)

Dans la Table 1 une comparaison entre WAMP server et

EASYPHP, les donnes mentionne date de Mai 2013.

WAMP server

WAMP, abrviation de : Windows, Apache, MySQL, PHP. De son

nom est un package qui rassemble tout les technologies suivantes :

Windows : Veut dire que WAMP est compatible avec Windows, il

existe dautre version de WAMP compatible avec dautre systme

dexploitation tel que MAMP pour mac os et LAMP pour linux

Apache : Le serveur http permet de rependre au requte envoyer dun

client (navigateur web). Apache est le serveur web le plus populaire du World

Wide Web.

MySQL : Notre choix pour le systme de gestion des bases de donnes.

PHP : Notre choix pour le langage des scripts.

BOUAZZA Ferouk 33



Tout simplement le package WAMP serveur rassemble les technologies

de cration de notre environnement de dveloppement.

WAMP serveur sera utile la cration de notre environnement de

dveloppement de lapplication.

1.3.6 MX Graph MxGraph (11) est une bibliothque de dessin graphique en JavaScript

labore par JGraph. MxGraph est un outil open source qui nous donne la

possibilit de dessiner des diagrammes laide des nouvelles technologies

HTML5 canvas et la bibliothque Jquery.

MxGraph reprsente une solution qui est dune part pratique et

fonctionnel, et dautre part stable et open source. De plus, mxGraph est

compatible avec nos choix graphiques et interactifs (Twitter Bootstrap), puis

ce quil utilise les mmes technologies (HTML5, CSS3 et Jquery).

Lun des objectifs du projet est de gnrer et manipuler un dessin

synoptique. Le dessin synoptique est un diagramme graphique qui reprsente

un systme ou des informations. Donc, mxGraph reprsente une solution utile

notre systme de gnration des dessins synoptiques.

1.3.7 HTML2PDF API HTML2PDF (12) est un API (interface de programmation) en PHP qui

propose une solution pour convertir les Balises pages HTML en PDF. Cette

librairie a t conue pour grer principalement les TABLE imbriques afin

de gnrer des factures, bons de livraison, et autres documents officiels.

- HTML2PDF est open source.

- HTML2PDF est utilis la gnration des fichiers PDF partir

dun code HTML.

- HTML2PDF est rdig en PHP.

BOUAZZA Ferouk 34



- HTML2PDF est stable et il gre pratiquement toutes les balises

HTML.

Lun de nos objectifs est de gnrer un fichier PDF qui contient le

dessin synoptique partir dun code HTML, et cest ce que propose

exactement HTML2PDF.

Conclusion Dans ce chapitre on a prcis le cadre de notre projet, la nature de

lexistant, les solutions proposes et les rsultats attendre ainsi que les dfis

surmonter.

BOUAZZA Ferouk 35



Chapitre 2 : Phase dincubation

C'est la premire phase du (Processus unifi). Il s'agit de dlimiter la

porte du systme, c'est--dire identifier les acteurs, lever les ambiguts sur

les besoins et les exigences ncessaires. En outre, une identification des

principaux cas dutilisation accompagne dune description gnrale est

modlise dans un diagramme de cas dutilisation afin de dfinir le primtre

du projet. Il est possible, ce stade, de faire raliser des maquettes sur une

partie des cas dutilisation identifis.

I. Dfinition des acteurs Les acteurs dun systme sont les entits externes ce systme qui

interagissent (saisie de donnes, rception dinformation, ...) avec lui. Les

acteurs sont donc lextrieur du systme et dialoguent avec lui.

Donc les acteurs qui interagissent avec notre systme sont :

- Le membre : Le membre qui possde dun compte mais quil na

pas les privilges de gestion. Il peut uniquement voir le contenu

sans pouvoir modifier. Il possde dun accs limit aprs une

authentification russite.

- Ladministrateur : cest lacteur qui a le pouvoir de grer la

totalit de lapplication aprs une authentification russite.

1. Besoins fonctionnels Les besoins fonctionnels sont les diffrentes fonctionnalits offertes par

le systme pour tous les utilisateurs finaux.

Le membre :

- Voir les dossiers existants.

- Imprimer les fiches synoptiques.

BOUAZZA Ferouk 36



Ladministrateur :

- Grer les utilisateurs de lapplication.

- Grer les dossiers de fabrication.

2. Besoins non fonctionnels Les exigences non-fonctionnelles rpondent des besoins transversaux

aux besoins mtiers on distingue :

Pour la scurit, personne ne peut accder laccueil de lapplication

sil ne possde pas de compte dutilisateur. De plus, laccs aux pages de

gestion est interdit aux comptes qui ne possdent pas des privilges

dadministration.

Certain lments du menu et des pages ne saffiche que pour les

comptes administrateurs. Enfin, Lapplication doit tre protger contre les

failles de scurit reconnus.

Pour la performance, lapplication doit charger les pages et affiche les

informations ncessaires le plus tt possible et elle doit supporter un grand

nombre de connexion simultan.

Pour la fiabilit, Lapplication doit afficher des donns fiable au

utilisateur.

Pour lagronomie, La densit d'lments sur les crans, la disposition et

les couleurs, lInterface Utilisateur. Lapplication doit sadapter aux

diffrentes dimensions des crans.

Pour lextensibilit, Le systme doit tre extensible par dautres

fonctionnalits et des modules.

BOUAZZA Ferouk 37



II. Prsentation des cas dutilisation

1. Diagramme de cas dutilisation initial

Figure 11: Diagramme de cas d'utilisation initial

Un diagramme de cas d'utilisation est une collection de scnarios

dcrivant la faon dont un acteur utilise le systme pour atteindre ces

objectifs. Un scnario est une squence d'actions spcifiques et les

interactions entre l'acteur et le systme en lui-mme.

1.1 Description dtaill des cas dutilisations - Sidentifier : Ce module permet ladministrateur et les

membres daccder aux fonctionnalits spcifiques de

lapplication. Si lutilisateur est un membre certain

fonctionnalits et lments de lapplication seront dtenus.

- Grer les dossiers de fabrication : Ce module permet

ladministrateur de crer les dossiers de fabrication suivants

Administrateur

< include >

< include >

< include >

Membre

Sidentifier

Gestion des dossiers de fabrication

Imprimer les Fichiers de synoptiques

Voir les dossiers de fabrication

Gestion des utilisateurs de lapplication

< inc

lude >

BOUAZZA Ferouk 38



larborescence mentionn dans Figures 5 et Figure 4 puis

gnrer les fichiers de graphe synoptique reprsent dans le

Figure 7 avec les symboles de Figure 8 au format PDF

compos de 3 pages dont chaque page reprsente une phase de

fabrication. Lors de cration du fiches synoptiques et dans les

cases ddi au (Moyen de surveillance) et (Documentation/outils

de travail) de chaque phase Figure 7 on fournit des champs

de chargement des fichiers multiple afin de charger les fichiers

dinstruction et les moyens de surveillance dans les dossiers de

phase suivant larborescence Figure 4 et imprimant les noms

des fichiers dans les cases mentionnes.

- Grer les utilisateurs de lapplication : Ce module permet

ladministrateur dajouter, modifier, bannir ou supprimer un

utilisateur de lapplication. Les administrateurs uniquement

peuvent ajouter des utilisateurs, il ny a pas de module pour

inscription puisque lapplication est destine lutilisation

interne dans le rseau intranet de lentreprise. Donc les demandes

de lutilisation de lapplication peuvent tre gr directement

pour des raisons de scurit. Les administrateurs peuvent

donnes le rle dadministration aux autres membres, ajouter des

comptes membres ou administrateurs, bannir des comptes

membres ou des administrateurs, modifier les informations lier

des comptes membres ou des administrateurs, supprimer des

comptes membres ou des administrateurs. Exceptionnellement,

un seul compte administrateur ne peut tre gr que par lui mme

pour des raisons de scurit. Afin de faciliter la tche de gestion,

on va fournir un moteur de recherche qui facilite de trouver les

utilisateurs existants.

BOUAZZA Ferouk 39



- Voir les dossiers de fabrication : Ce module permet

ladministrateur et les membres de contrler ltat des dossiers

existants (termin ou Non-termin) de voir les caractristiques de

chaque dossiers Figure 6 et de voir le contenu de chaque

dossier de fabrication.

- Imprimer les fichiers de synoptique : Permet ladministrateur et

aux membres et au utilisateurs dimprimer les synoptiques

existants.

3. Affectation des priorits Lobjectif de cette activit est lattribution dordre de ralisation des

cas dutilisation selon la priorit.

Table 2 prsente les cas dutilisation de notre application et la

priorit de chaque cas.

Numro Cas dutilisation Acteur Priorit

1 Sidentifier Membre, Administrateur 1 2 Imprimer les fichiers de synoptique Membre 3 3 Voir les dossiers de fabrication Membre 3 4 Grer les utilisateurs de lapplication Administrateur 1 5 Grer les dossiers de fabrication Administrateur 2

Table 2: Affectation des priorits

1.1 Le raffinement du cas dutilisation : Grer les utilisateurs de lapplication

Grer les utilisateurs de lapplication contient les sous cas dutilisation

suivants :

- Ajouter un utilisateur

BOUAZZA Ferouk 40



- Supprimer un utilisateur

- Afficher un utilisateur

- Bannir un utilisateur

- Modifier un utilisateur

- Rechercher un utilisateur

Figure 12: Cas d'utilisation Grer Les utilisateur de lapplication

Le diagramme de Figure 13 illustre toutes les fonctionnalits

offertes par le systme pour ladministrateur afin de grer les utilisateurs.

Administrateur

Ajouter un utilisateur

Afficher un utilisateur

Modifier un utilisateur

Rechercher un utilisateur

Bannir un utilisateur

Supprimer un utilisateur

< extend > < extend >

< extend >

< extend >

BOUAZZA Ferouk 41



1.1.1 Le raffinement du sous cas dutilisation : Ajouter un utilisateur

Cas dutilisation : Ajouter un utilisateur

Acteur : Administrateur

Pr-condition : Ladministrateur authentifi et l'interface gestion des

utilisateurs active

Post-condition : Utilisateur ajout

Description : Ladministrateur saisie les informations ncessaires de lutilisateur. Ladministrateur click sur ajouter Le system vrifie les informations et affiche linterface appropri

Exception : En cas derreur le systme affiche le message

appropri

Table 3: Raffinement du sous cas d'utilisation Ajouter un utilisateur

BOUAZZA Ferouk 42



1.1.2 Le raffinement du sous cas dutilisation : Afficher un utilisateur

Cas dutilisation : Afficher un utilisateur



utilisateurs active

Post-condition : Utilisateur Afficher

Description : Ladministrateur choisit lutilisateur Afficher. Ladministrateur click sur le nom de lutilisateur. Le system Afficher les informations de lutilisateur.


appropri

Table 4: Raffinement du sous cas d'utilisation Afficher un utilisateur

1.1.3 Le raffinement du sous cas dutilisation : Supprimer un utilisateur

Cas dutilisation : Supprimer un utilisateur



utilisateurs active

Post-condition : Utilisateur supprim



appropri

Table 5: Raffinement du sous cas d'utilisation Afficher un utilisateur

BOUAZZA Ferouk 43



1.1.4 Le raffinement du sous cas dutilisation : Bannir un utilisateur

Cas dutilisation : Bannir un utilisateur



utilisateurs active

Post-condition : Utilisateur banni



appropri

Table 6: Raffinement du sous cas d'utilisation bannir un utilisateur

1.1.5 Le raffinement du sous cas dutilisation : Modifier un utilisateur

Cas dutilisation : Modifier un utilisateur



utilisateurs active

Post-condition : Utilisateur modifi

Description : Ladministrateur choisit lutilisateur Afficher. Ladministrateur click sur modifier devant le nom de lutilisateur appropri. Le system Afficher les informations de lutilisateur.


appropri

Table 7: Raffinement du sous cas d'utilisation modifier un utilisateur

BOUAZZA Ferouk 44



1.1.6 Le raffinement du sous cas dutilisation : Rechercher un utilisateur

Cas dutilisation : Rechercher un utilisateur



utilisateurs active

Post-condition : Utilisateur(s) trouv(s)

Description : Ladministrateur saisie les mots cl ou choisit Rcemment ajouts ou Banni . Ladministrateur appuyer sur rechercher. Le systme recherche et affiche les rsultats.


appropri

Table 8: Raffinement du sous cas d'utilisation rechercher un utilisateur

2. Analyse des cas dutilisation prioritaires

2.1 Dfinition de lanalyse L'objectif de l'analyse est de mieux comprendre les besoins et les

exigences du client. Il sagit de livrer des spcifications pour permettre de

choisir la conception de la solution. Un modle d'analyse livre une

spcification complte des besoins issus des cas dutilisation et les structures

sous une forme qui facilite la comprhension (scnarios), la prparation

(dfinition de l'architecture), la modification et la maintenance du futur

systme.

Il s'crit dans le langage des dveloppeurs et peut tre considr comme

une premire bauche du modle de conception.

BOUAZZA Ferouk 45



2.2 Modle danalyse des cas dutilisations prioritaires 2.2.1 Lanalyse du cas dutilisation: Sidentifier

a. Traabilit entre MA et MCA : Sidentifier

Figure 13: Traabilit MCA-MA Sidentifier

b. Modle de classe danalyse : Sidentifier

Figure 14: Modle classe analyse S'identifier

S'identifier (from use case view) Sidentifier

< participate >

< participate >

< participate >

userGestion didentificationUI identifier

userGestion didentificationUI identifierUtilisateur

BOUAZZA Ferouk 46



c. Diagramme de Collaboration : Sidentifier

Figure 15: Diagramme de collaboration S'identifier

2.2.2 Lanalyse du cas dutilisation : Grer les utilisateurs

a. Traabilit entre MCA-MA : Grer les utilisateurs

Figure 16: Traabilit entre MCA-MC Grer les utilisateurs

user

Gestion loginUI loginUtilisateur

5: Select

6: Afficher (Utilisateur identifier)

4: PEC_verification(login,password)

1: Saisir login et password

3: btn_login_click2: Select Rappeler moi

UserUI gestion des utilisateurs

Administrateur Grer Les utilisateurs (from use case)

Gestion Ajouter

Gestion Modifier

Gestion supprimer

Gestion Bannir

Gestion Afficher

Gestion Rechercher

BOUAZZA Ferouk 47



Ce modle reprsente la traabilit entre le modle de cas dutilisation

et le modle danalyse du cas dutilisation grer les utilisateurs.

b. Lanalyse de sous cas dutilisation : Ajouter utilisateur

b.1 Modle de classe danalyse : Ajouter utilisateur

Figure 17: Modle de classe d'analyse Ajouter utilisateur

b.2 Diagramme de Collaboration : Ajouter utilisateur

Figure 18: Diagramme de collaboration Ajouter utilisateur

userGestion utilisateurUI Ajouter utilisateurAdministrateur

user

Gestion Ajoututilisateur

UI Ajout utilisateurAdministrateur

4: insert(ID,user...)5: Afficher (Utilisateur ajout)

3: PEC_Ajout1: Saisir information user

2: btn_ajout_click

BOUAZZA Ferouk 48



c. Lanalyse de sous cas dutilisation : Supprimer utilisateur

c.1 Modle de classe danalyse : Supprimer utilisateur

Figure 19: Modle de classe d'analyse Supprimer utilisateur

c.2 Diagramme de collaboration : Supprimer utilisateur

Figure 20: Diagramme de collaboration Supprimer utilisateur

d. Lanalyse de sous cas dutilisation : Bannir utilisateur

d.1 Modle de classe danalyse : Bannir utilisateur

Figure 21: Modle de classe d'analyse Bannir utilisateur

userGestion utilisateurUI Supprimer utilisateurAdministrateur

user

Gestion supprimerutilisateur

UI supprimer utilisateurAdministrateur

4: delete(ID)5: Afficher (Utilisateur supprim)

3: PEC_suppression1: Selectionner user

2: btn_supprimer_click

userGestion utilisateurUI Bannir utilisateurAdministrateur

BOUAZZA Ferouk 49



d.2 Diagramme de collaboration : Bannir utilisateur

Figure 22: Diagramme de collaboration Bannir utilisateur

e. Lanalyse de sous cas dutilisation : Modifier utilisateur

e.1 Modle de classe danalyse : Modifier utilisateur

Figure 23: Modle de classe d'analyse Modifier utilisateur

e.2 Diagramme de collaboration : Modifier utilisateur

Figure 24: Diagramme de collaboration Modifier utilisateur

user

Gestion Bannirutilisateur

UI Bannir utilisateurAdministrateur

4: update(banned)5: Afficher (Utilisateur banni)

3: PEC_ban1: Selectionner user

2: btn_bannir_click

userGestion utilisateurUI Modifier utilisateurAdministrateur

user

Gestion modifierutilisateur

UI modifier utilisateurAdministrateur

4: update(User, pwd...)5: Afficher (Utilisateur modifi)

3: PEC_modifier

1: Selectionner user

3: btn_modifier_click

2: Saisir informations

BOUAZZA Ferouk 50



f. Lanalyse de sous cas dutilisation : Afficher utilisateur

f.1 Modle de classe danalyse : Afficher utilisateur

Figure 25: Modle de classe d'analyse Afficher utilisateur

f.2 Diagramme de collaboration : Afficher utilisateur

Figure 26: Diagramme de collaboration Afficher utilisateur

g. Lanalyse de sous cas dutilisation : Rechercher utilisateur

g.1 Modle de classe danalyse : Rechercher utilisateur

Figure 27: Modle de classe d'analyse Rechercher utilisateur

userGestion utilisateurUI Afficher utilisateurAdministrateur

user

Gestion Afficherutilisateur

UI Afficher utilisateurAdministrateur

4: select(ID)5: Afficher (information)

3: PEC_selection1: Selectionner user

2: btn_click

userGestion utilisateurUI Rechercher utilisateurAdministrateur

BOUAZZA Ferouk 51



g.2 Diagramme de collaboration : Rechercher utilisateur

Figure 28: Diagramme de collaboration Rechercher utilisateur

II. Maquette dinterface utilisateur Une Maquette (Wireframe), galement connu comme un modle

schmatique, est un guide visuel qui reprsente le cadre du squelette dun site

web ou dune application. Le Wireframe reprsente la mise en page ou de

larrangement du contenu de lapplication, y compris les lments de

linterface et les systmes de navigation.

user

Gestion Rechercherutilisateur

UI Rechercher utilisateurAdministrateur

4: select(name)5: Afficher (information)

3: PEC_Rechercher

1: Saisir mot cls

2: btn_rechercher_click

BOUAZZA Ferouk 52



1. Interface login

Figure 29: Maquette de l'interface login

Linterface Login permet aux utilisateurs de saisir leur Nom

dUtilisateur et leur Mot de Passe afin daccder aux diffrentes

fonctionnalits de lapplication.

Lutilisateur peut coch la case Rest connect afin davoir une

connexion persistance.

Laccs lapplication sans avoir connect redirige lutilisateur vers la

page de connexion.

BOUAZZA Ferouk 53



2. Interface de laccueil

Figure 30: Maquette de l'interface Accueil

Linterface de laccueil affiche dans un tableau les dossiers de

fabrication existants, avec un nombre maximal de 20 lments par page. Si le

nombre des dossiers dpasse 20 lments, un systme de pagination gre le

multipage. Le menu daccs aux fonctionnalits de lapplication.

Certain lments de gestion dans le menu et la case option de la

grille ne saffiche que pour ladministrateur.

BOUAZZA Ferouk 54



3. Interface de gestion des utilisateurs

Figure 31: Maquette de l'interface gestion utilisateur

Linterface de gestion des utilisateurs, accessible pour les

administrateurs, fournit une barre de recherche pour rechercher dans la liste

des utilisateurs existants afin de les grer, ou lutilisation des deux options

prdfinis. Et un formulaire de cration des nouveaux utilisateurs.

BOUAZZA Ferouk 55



4. Interface de gestion des dossiers

Figure 32: Maquette de l'interface Gestion des dossiers

Linterface de gestion des dossiers, accessible uniquement par les

administrateurs. Dcompose le processus de cration des dossiers de

fabrication en 3 tapes. La premire tape, gnre larborescence des dossiers

de fabrication. La deuxime tapes, prparent le fichiers synoptique, dplace

les outils et documentation dans les fichiers de phase et la troisime tape

gr le graphe de synoptique.

La requte GET gre les tapes, et chaque nouvelle tape linterface

fournit les formulaires ncessaires.

5. Palette de couleurs Twitter Bootstrap propose un aspect visuel de couleur la fois

compatible avec les interfaces web, et techniquement significatif.

BOUAZZA Ferouk 56



Le mode colorimtrique pour lapplication est RVB (ROUGE, VERT,

BLEU), puis ce que lapplication est destine laffichage sur les crans.

Le mode colorimtrique pour le PDF synoptique gnrer est CMJ

(CYAN, MAGENTA, JAUNE), puis ce que les fichiers PDF de synoptiques

sont destine limpression.

Figure 33: Schma colorimtrique

5.1 Couleur du corps

Figure 34: Palette des couleurs du corps

Pour le corps de lapplication, on a choisit le niveau gris. La variation

de couleurs de niveau gris et la manipulation de lintensit lumineuse donne

la fois la sparation visuel entre les diffrents lments de la page pour une

interface visuellement claire et lgante et bien organiser, et

fonctionnellement notre interface apparat plus vaste.

000000 181818 1e1f1a d4d4d4 f5f5f5 FFFFFF

0b0332 652c4f

c09853 fbeed5 fcf8e3

468847 d6e9c6 dff0d8

3a87ad bce8f1 d9edf7

b94a48 eed3d7 f2dede

0088cc

000000 181818 1e1f1a d4d4d4 f5f5f5 FFFFFF

BOUAZZA Ferouk 57



5.2 Couleur des boutons et message : 5.2.1 Messages derreur et bouton de bannir

Figure 35: Palette Message d'erreur et bouton bannir

Le jaune signifie ltat de prparation et lavertissement donc il est

destin aux messages derreur et aux boutons de changement dtat

temporaire.

5.2.2 Messages de succs et boutons denvoi

Figure 36: Palette Message succs et boutons d'envoi

Le vert signifie la russite donc il est destin aux messages de succs et

aux boutons dinteraction avec le systme.

2.2.3 Messages de problme et bouton de suppression

Figure 37: Palette Message de problme de et bouton suppression

Le rouge est une couleur qui signifie le risque donc il est destin aux

messages de problme et aux boutons de tches hostiles.

c09853 fbeed5 fcf8e3

468847 d6e9c6 dff0d8

b94a48 eed3d7 f2dede

BOUAZZA Ferouk 58



2.2.4 Messages dinformation et bouton de dbannir

Figure 38: Palette Message info et bouton dbannir

Le bleu cyan est une couleur qui signifie le calme donc il est destin aux

messages informatifs et aux boutons de tches amicaux.

5.3 Couleur de typographie

2.2.5 Couleur des titres, labels et Placeholders

Figure 39: Palette titres, labels, Placeholders

Par dfaut les couleurs de titre et paragraphe sont noir peut claire, ce

qui facilite la lecture. Pour les Placeholders des champs dentres le gris claire

signifie que les texte sont dsactiv ou changeable. Pour les labels, les

couleurs sont de gris fonc ce qui signifie que lutilisateur doit sinteragir

avec le systme. Les titres et les paragraphes du header sont blanc sur une

arrire plan sombre afin dtre claire et lisible.

2.2.6 Couleur des liens

Figure 40: Couleur des liens

3a87ad bce8f1 d9edf7

333333 ffffff555555 cccccc

0088cc

BOUAZZA Ferouk 59



Le couleur bleu est par dfaut utiliser comme couleur significatif pour

les liens. La couleur propose par Twitter Bootstrap est un bleu ciel claire aux

yeux et significatif.

6. Typographie

Figure 41: Typographie

Twitter Bootstrap propose des options typographiques claires et qui

suivent les normes.

Les types de police utiliss sont suivant la priorit Helvetica neue ,

Helvetica , Arial, Sans serif.

Pour les heading 1 : La taille de police est 38.5 pixels, avec 40 pixels

de hauteur de ligne et gras.





BOUAZZA Ferouk 60









Pour les paragraphes : La taille de police est 14 pixels, avec 20 pixels

de hauteur de ligne et rgulier.

Conclusion A La fin de ce chapitre, nous avons russi dgager et identifier les

principaux acteurs de notre systme ainsi que ses principales fonctionnalits.

On a aussi schmatis certain prototype des futures interfaces afin de faciliter

leur mise en place la phase de dveloppement. De plus, on a prcis laspect

visuel de notre application : Les caractristiques colorimtriques et

typographiques.

Dans le chapitre suivant on va entamer lanalyse des cas dutilisations

de deuxime priorit ainsi que la conception des cas dutilisations de premire

priorit.

BOUAZZA Ferouk 61



Chapitre 3 : Phase de llaboration

Introduction La phase dlaboration permet de stabiliser et de raffiner larchitecture.

En raffinant larchitecture, les principaux composants sont identifis. Dans ce

chapitre on doit faire une spcification de la plupart des cas dutilisation et la

conception de larchitecture de base (squelette du systme).

I. Raffinement des cas dutilisations de deuxime priorit

Dans cette section on va raffiner les cas dutilisation qui ayant une

priorit est gale deux.

o Grer les dossiers de fabrication

BOUAZZA Ferouk 62



1. Raffinement de cas dutilisation Grer les dossier de fabrication

Figure 42: Cas d'utilisation Grer les dossiers

Administrateur

Ajouter Dossier

AfficherDossier

Modifier Dossier

Rechercher Dossier

ImprimerDossier

Supprimer DossierGrer

Les dossiers

BOUAZZA Ferouk 63



1.1 Raffinement de sous cas dutilisation Ajouter dossier

Cas dutilisation : Ajouter un dossier



dossiers active

Post-condition : Dossier ajout

Description : Ladministrateur saisie les informations appropri et suive les tapes. Ladministrateur appuyer sur Ajouter. Le systme ajoute le dossier.


appropri

Table 9: Raffinement de sous cas d'utilisation ajouter dossier

1.2 Raffinement de sous cas dutilisation Afficher dossier

Cas dutilisation : Afficher un dossier


Pr-condition : L'interface gestion des dossiers active

Post-condition : Dossier Affich

Description : Ladministrateur slectionne le dossier Afficher et clique sur Afficher. Le systme affiche le dossier.


appropri

Table 10: Raffinement de sous cas d'utilisation Afficher dossier

BOUAZZA Ferouk 64



1.3 Raffinement de sous cas dutilisation Supprimer dossier

Cas dutilisation : Supprimer un dossier



Post-condition : Dossier supprim

Description : Ladministrateur slectionne le dossier supprimer et appuyer sur Supprimer. Un message de confirmation saffiche. Le systme supprimer le dossier.


appropri

Table 11: Raffinement de sous cas d'utilisation Supprimer dossier

1.4 Raffinement de sous cas dutilisation Imprimer dossier

Cas dutilisation : Imprimer un dossier



Post-condition : Dossier imprim

Description : Ladministrateur slectionne le dossier imprimer et appuyer sur Imprimer Le systme prpare une copie du graphe synoptique pour limpression. Le systme imprime le graphe synoptique.


appropri

Table 12: Raffinement de sous cas d'utilisation Imprimer dossier

BOUAZZA Ferouk 65



1.5 Raffinement de sous cas dutilisation Modifier dossier

Cas dutilisation : Modifier un dossier



Post-condition : Dossier modifi

Description : Ladministrateur slectionne le dossier modifier et appuyer sur modifier Le systme affiche les informations du dossier. Ladministrateur saisie les informations et appuyer sur valider Le systme enregistre les modifications


appropri

Table 13: Raffinement de sous cas d'utilisation Modifier dossier

1.6 Raffinement du sous cas dutilisation Rechercher dossier

Cas dutilisation : Rechercher un dossier



Post-condition : Dossier(s) trouv(s)

Description : Ladministrateur tape le mot cl et appuyer sur Rechercher Le systme Recherche le(s) dossier(s) et affiche les informations appropris.


appropri

Table 14: Raffinement de sous cas d'utilisation Rechercher dossier

BOUAZZA Ferouk 66



II. Analyse des cas dutilisation de deuxime priorit Dans cette section on doit aboutir lanalyse des cas dutilisation de

deuxime priorit en prsentant leurs modles de traabilit ainsi que leur

diagramme de classe danalyse et le diagramme de collaboration.

1. Analyse de cas dutilisation : Grer les dossiers de fabrication

1.1 Traabilit entre MCA-MA : Grer les dossiers de fabrication

Figure 43: Traabilit entre MCA-MA Grer dossier

DossierUI gestion des Dossiers

Administrateur Grer dossier (from use case)

Grer dossier

Gestion Ajouter

Gestion Modifier

Gestion supprimer

Gestion Imprimer

Gestion Afficher

Gestion Rechercher

BOUAZZA Ferouk 67



1.2 Lanalyse de sous cas dutilisation : Ajouter dossier

1.2.1 Modle de classe danalyse : Ajouter dossier

Figure 44: Modle de classe Ajouter dossier

1.2.2 Diagramme de collaboration : Ajouter dossier

Figure 45: Diagramme de collaboration Ajouter dossier

1.3 Lanalyse de sous cas dutilisation : Afficher dossier

1.3.1 Modle de classe danalyse : Afficher dossier

Figure 46: Modle de classe Afficher dossier

dossierGestion dossierUI Ajouter dossierAdministrateur

Dossier

Gestion AjoutDossier

UI Ajouter dossierAdministrateur

4: insert(ID, Client...)5: Afficher (Opration russi)

3: PEC_Ajout1: Saisir les information

2: Ajouter_click

dossierGestion dossierUI Afficher dossierAdministrateur

BOUAZZA Ferouk 68



1.3.2 Diagramme de collaboration : Afficher dossier

Figure 47: Diagramme de collaboration Afficher dossier

1.4 Lanalyse de sous cas dutilisation : Modifier dossier

1.4.1 Modle de classe danalyse : Modifier dossier

Figure 48: Modle de classe Modifier dossier

1.4.2 Diagramme de collaboration : Modifier dossier

Figure 49: Diagramme de collaboration Modifier dossier

Dossier

Gestion AfficherDossier

UI Afficher dossierAdministrateur

4: select(ID)5: Afficher (informations)

3: PEC_Selectionner

1: Selectionner dossier

2: Affiche_click

dossierGestion dossierUI Modifier dossierAdministrateur

Dossier

Gestion ModifierDossier

UI Modifier dossierAdministrateur 4: Update(informations)5: Afficher (Opration russi)

3: PEC_Modifier

1: Saisir information

2: Modifier_click

BOUAZZA Ferouk 69



1.5 Lanalyse de sous cas dutilisation : Imprimer dossier

1.5.1 Modle de classe danalyse : Imprimer dossier

Figure 50: Modle de classe Imprimer dossier

1.5.2 Diagramme de collaboration : Imprimer dossier

Figure 51: Diagramme de collaboration Imprimer dossier

1.6 Lanalyse de sous cas dutilisation : Supprimer dossier

1.6.1 Modle de classe danalyse : Supprimer dossier

Figure 52: Modle de classe Supprimer dossier

dossierGestion dossierUI Imprimer dossierAdministrateur

Dossier

Gestion ImprimerDossier

UI Imprimer dossierAdministrateur 4: Select(Synoptic)5: Afficher (Opration russi)

3: PEC_Imprimer


2: Imprimer_click

dossierGestion dossierUI Supprimer dossierAdministrateur

BOUAZZA Ferouk 70



1.6.2 Diagramme de collaboration : Supprimer dossier

Figure 53: Diagramme de collaboration Supprimer dossier

1.7 Lanalyse de sous cas dutilisation : Rechercher dossier

1.7.1 Modle de classe danalyse : Rechercher dossier

Figure 54: Modle de classe Rechercher dossier

1.7.2 Modle de classe danalyse : Rechercher dossier

Figure 55: Diagramme de collaboration Rechercher dossier

Dossier

Gestion SupprimerDossier

UI Gestion dossierAdministrateur 4: Delete

5: Afficher (Opration russi)

3: PEC_Supprimer


2: Supprimer_click

dossierGestion dossierUI Rechercher dossierAdministrateur

Dossier

Gestion RechercherDossier

UI Rechercher dossierAdministrateur 4: Select

5: Afficher (ID, Nom...)

3: PEC_Recherche

1: Saisir mot cl

2: rechercher_click

BOUAZZA Ferouk 71



III. Conception des cas dutilisation de premire et deuxime priorit

1. Conception des cas dutilisation de premire priorit

1.1 Modle de conception de cas : Sidentifier

1.1.1 Traabilit MC-MA : Sidentifier

Figure 56: Traabilit MC-MA S'identifier

1.1.2 Diagramme de classe de conception : Sidentifier

Figure 57: Diagramme de classe de conception S'identifier

UI sidentifier Gestion sidentifier User

User

Gestion Sidentifier

UI Sidentifier

User

Gestion Sidentifier

UI Sidentifier

- login: String- password: String- Remind: Boolean

+ saisie (): Void+ connexion (): Void

+ verification (): void

user id:password:login_statut:+ select ()+ insert ()+ delete ()+ update ()

BOUAZZA Ferouk 72



1.1.3 Diagramme de squence : Sidentifier

Figure 58: Diagramme de squence S'identifier

1.2 Modle de conception de cas : Ajouter utilisateur

1.2.1 Traabilit MC-MA : Ajouter utilisateur

Figure 59: Traabilit MC-MA Ajouter utilisateur

Utilisateur

Saisir(login,pass,Remind)

Se connecter Click()

Verifier(login,pass)

Login Statut

Selectioner utilisateur(user_id)

Un utilisateur

Get_Roles(user_id)

Rles

UI sidentifier GestionSidentifier Rle Utilisteurs

UI Ajouter utilisateur Gestion Ajouter user User

User

Gestion Ajouter user

UI Ajouter utilisateur

BOUAZZA Ferouk 73



1.2.2 Diagramme de classe de conception : Ajouter utilisateur

Figure 60: Diagramme de classe de conception Ajouter utilisateur

1.2.3 Diagramme de squence : Ajouter utilisateur

Figure 61: Diagramme de squence Ajouter utilisateur

User

Gestion Ajout user

UI gestion user

- username: String- email: String- password: String- level: Boolean

+ ajout(): Void+Ajouter_user (): void + select ()

+ insert ()+ delete ()+ update ()

- ID: int- username: String- email: String- password: String- level: Boolean

Administrateur

Saisir Information

Ajout_Click()

informations d'AjoutVrifier information

OK Ajouter utilisateur

OK

UI Gestion user

GestionAjout user Utilisteurs

BOUAZZA Ferouk 74



1.3 Modle de conception de cas : Modifier utilisateur

1.3.1 Traabilit MC-MA : Modifier utilisateur

Figure 62: Traabilit MC-MA Modifier utilisateur

1.3.2 Diagramme de classe de conception : Modifier utilisateur

Figure 63: Diagramme de classe de conception Modifier utilisateur

UI modifier utilisateur Gestion modifier user User

User

Gestion modifier user

UI modifier utilisateur

User

Gestion Modifier user

UI Modifier user

- username: String- email: String- password: String- level: Boolean

+ Modifier(): Void+Modifier_user (): void + select ()



BOUAZZA Ferouk 75



1.3.3 Diagramme de squence : Modifier utilisateur

Figure 64: Diagramme de squence Modifier utilisateur

1.4 Modle de conception de cas : Bannir utilisateur

1.4.1 Traabilit MC-MA : Bannir utilisateur

Figure 65: Traabilit MC-MA Bannir utilisateur

Administrateur

Selectionner user

Modifier_Click()

Modifier ID

Afficher Utilisateur ModifiUpdate()

OK

UI modifieruser

GestionModifier user Utilisteurs

Saisir information

UI gestion utilisateur Gestion Bannir user User

User

Gestion Bannir user

UI Bannir utilisateur

BOUAZZA Ferouk 76



1.4.2 Diagramme de classe de conception : Bannir utilisateur

Figure 66: Diagramme de classe de conception Bannir utilisateur

1.4.3 Diagramme de squence : Bannir utilisateur

Figure 67: Diagramme de squence Bannir utilisateur

User

Gestion Bannir user

UI gestion user

- user: checkbox

+ Bannir(): Void+Bannir_user (): void

+ select ()+ insert ()+ delete ()+ update ()

- ID: int- username: String- email: String- password: String- level: Boolean- Banned: Boolean

Administrateur

Selectionner user

Bannir_Click()

Bannir ID

Afficher Utilisateur banniUpdate(Banned)

OK

UI Banniruser

GestionBannir user Utilisteurs

BOUAZZA Ferouk 77



1.5 Modle de conception de cas : Supprimer utilisateur

1.5.1 Traabilit MC-MA : Supprimer utilisateur

Figure 68: Traabilit MC-MA Supprimer utilisateur

1.5.2 Diagramme de classe de conception : Supprimer utilisateur

Figure 69: Diagramme de classe de conception Supprimer utilisateur

UI gestion utilisateur Gestion supprimer user User

User

Gestion Supprimer user

UI supprimer utilisateur

User

Gestion suppression user

UI Supprimer user

user: checkbox

+ Supprimer(): Void+Supprimer_user (): void + select ()



BOUAZZA Ferouk 78



1.5.3 Diagramme de squence : Supprimer utilisateur

Figure 70: Diagramme de squence Supprimer utilisateur

1.6 Modle de conception de cas : Afficher utilisateur

1.6.1 Traabilit MC-MA : Afficher utilisateur

Figure 71: Traabilit MC-MA Afficher utilisateur

Administrateur

Selectionner user

Supprimer_Click()

Supprimer ID

Afficher Supprission TerminDelete()

OK

UI supprimeruser

Gestionsupprimer user Utilisteurs

UI Afficher utilisateur Gestion Afficher user User

User

Gestion Afficher user

UI Afficher utilisateur

BOUAZZA Ferouk 79



1.6.2 Diagramme de classe de conception : Afficher utilisateur

Figure 72: Diagramme de classe de conception Afficher utilisateur

1.6.3 Diagramme de squence : Afficher utilisateur

Figure 73: Diagramme de squence Afficher utilisateur

User

Gestion Afficher user

UI gestion user

- detaille_user: String- users: Listbox

+Afficher_user (): void+ select ()+ insert ()+ delete ()+ update ()

- ID: int- username: String- email: String- password: String- level: Boolean- Banned: Boolean

Administrateur

Selectionner user

Afficher_Click()

PEC_Afficher

Afficher(user)select()

OK

UI Afficheruser

GestionAfficher user Utilisteurs

BOUAZZA Ferouk 80



1.7 Modle de conception de cas : Rechercher utilisateur

1.7.1 Traabilit MC-MA : Rechercher utilisateur

Figure 74: Traabilit MC-MA Rechercher utilisateur

1.7.2 Diagramme de classe de conception : Rechercher utilisateur

Figure 75: Diagramme de classe de conception Rechercher utilisateur

UI gestion utilisateur Gestion Rechercher user User

User

Gestion Rechercher user

UI Rechercher utilisateur

User

Gestion Rechercher user

UI Rechercher user

- ID: INT- username: String- level: Boolean

+ Rechercher(): Void+Rechercher_user (): void


- ID: int- username: String- email: String- password: String- Banned: Boolean- level: Boolean

BOUAZZA Ferouk 81



1.7.3 Diagramme de squence : Rechercher utilisateur

Figure 76: Diagramme de squence Rechercher utilisateur

2. Conception des cas dutilisation de deuxime priorit

2.1 Modle de conception de sous cas : Ajouter dossier

2.1.1 Traabilit MC-MA : Ajouter dossier

Figure 77: Traabilit MC-MA Ajouter dossier

Administrateur

Saisir mots cls

Rechercher_Click()

Rechercher (user)

Afficher resultatselect()

OK

UI Rechercheruser

GestionRechercher user Utilisteurs

UI Ajouter dossier Gestion Ajouter dossier Dossier

dossier

Gestion Ajouter

dossier

UI Ajouter

dossier

BOUAZZA Ferouk 82



2.1.2 Diagramme de classe de conception : Ajouter dossier

2.1.3 Diagramme de squence : Ajouter dossier

Dossier

Gestion Ajouter Dossier

UI Ajouter dossier

- Saisie: String- List_dossier: Listbox

+Ajouter_Dossier (): voidbtn_Ajout_dossier()


- ID: int- name: String- reference: String- catgorie: St

projet de fin d'étude: 2013

Documents