Rapport de Stage d’Immersion en Entreprise

35

36

37

Rapport de Stage dImmersion en Entreprise

iv

Table des gures

1.1 La suite bureautique Google Docs . . . . . . . . . . . . . . . . . . . .

1.2 La suite bureautique Ofce Web Apps . . . . . . . . . . . . . . . . .

1.3 La suite bureautique ZOHO . . . . . . . . . . . . . . . . . . . . . . .

6

7

8

2.1 Cas dutilisation de ladministrateur

. . . . . . . . . . . . . . . . . .

13

2.2 Cas dutilisation de linternaute . . . . . . . . . . . . . . . . . . . . .

14

3.1 Architecture 3 tiers . . . . . . . . . . . . . . . . . . . . . . . . . . . .

18

3.2 Architecture MVC . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

19

3.3 Architecture 3-tiers . . . . . . . . . . . . . . . . . . . . . . . . . . . .

20

3.4 Diagramme de s quence "Ajout abonn " . . . . . . . . . . . . . . . .

22

3.5 Diagramme de s quence "Consulter papier administratif" . . . . . .

23

3.6 Diagramme de s quence "Mise jour Template"

. . . . . . . . . . .

24

4.1 Page daccueil . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

28

4.2 Page dinscription . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

29

4.3 Page de connexion . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

30

4.4 Page de Papiers Administratives . . . . . . . . . . . . . . . . . . . . .

31

v

4.5 Page de Contacter Nous

. . . . . . . . . . . . . . . . . . . . . . . . .

32

4.6 Page de Param tres . . . . . . . . . . . . . . . . . . . . . . . . . . . .

33

4.7 Chronogramme du travail

. . . . . . . . . . . . . . . . . . . . . . . .

34

ENSI

Rapport de Stage dImmersion en Entreprise

vi

Introduction g n rale

Depuis quelques d cennies, le d veloppement fulgurant des technologies de lin-

formation a donn naissance de nombreux produits et techniques dont le plus

marquant, le r seau : Internet. Les formes d change de donn es via le net sont

tr s vari es. Aussi la communication via Internet sest traduite par plusieurs

services tels que ladministration en ligne.

Les administrations g rent des activit s rituelles alourdies par le nombre de plus

en plus augmentant des consultants. Cest pourquoi, le passage dun syst me

administratif reposant sur lutilisation des documents imprim s vers un syst me

informatique semble une solution organisationnelle efcace qui facilite lexploi-

tation des services offerts et la r alisation des taches administratives.

Dans ce cadre que se d roule notre projet de stage dimmersion dans une entre-

prise qui consiste a concevoir et r aliser une plateforme dadministration Tuni-

sienne en ligne. Le pr sent rapport r sume notre travail. Il est compos de quatre

chapitres divis s comme suit :

Dans le premier chapitre, nous allons faire une tude de lexistant, d gager les

probl mes existant et proposer notre am lioration .

Le deuxi me chapitre englobera les besoins fonctionnels et non fonctionnels des

utilisateurs du futur syst me.

Le troisi me chapitre sera consacr pour la description de larchitecture de notre

site, la mod lisation des interactions entre acteur et syst me et la conception de

la base de donn es.

Finalement, dans le dernier chapitre nous allons pr senter la r alisation la-

quelle nous avons aboutit travers des imprim s cran.

1

ENSI

Cadre du stage

Ce m moire sinscrit dans le cadre du stage dimmersion dans une entreprise

pour les l ves ing nieurs de lEcole Nationale des Sciences de lInformatique. Le

travail est r alis au sein de la soci t BERTIC-Tunisia durant la p riode de 15

Juillet 2013 au 30 Ao t 2013. Le projet a t encadre par M. Souene CHRAIGUI.

Pr sentation de lorganisme daccueil

BERTIC-Tunisia est une entreprise jeune et dynamique qui op re dans le secteur

des nouvelles technologies. Elle est fond e en 2013 et son local se situe la cit

Technologique de communication la Gazelle, Ariana.

Pr sentation du sujet

Notre sujet consiste concevoir et d velopper une application dadministration

Tunisienne en ligne en permettant lutilisateur de traiter les demandes admi-

nistratif (contrat, demande. . . ) en ligne, en respectant les r gles de s curit et

performance.

Rapport de Stage dImmersion en Entreprise

2

Chapitre 1

tat de lart

Avant de commencer concevoir notre projet, il a fallu voir clairement les prin-

cipaux pas suivre visant proposer un plus vis- -vis de lexistant, ajouter

un nouvel aspect, am liorer les diff rentes fonctionnalit s et avoir une touche

personnelle. Pour cela nous proposons une tude de lexistant partag e entre

lhistoire de ladministration lectronique en Tunisie et les suites bureautiques

pr sentes. Ceci sera dune grande utilit lors de la xation des nouveaux apports

int grer pour am liorer les conditions du processus administrative en Tunisie.

1.1 Etude de lexistant

1.1.1 Un aper u sur l volution de LAdministration Electro-

nique en Tunisie

L volution de ladministration lectronique en Tunisie a t faite selon 5 phases :

Phase pr liminaire (1980-1999) L volution de ladministration lectronique

en Tunisie a eu pour pr misses l mergence depuis les ann es quatre-vingt,

des premiers chantiers de d mat rialisation des processus administratifs, et ce

travers lintroduction de linformatique au sein de ladministration publique.

Cette informatisation se traduit par la cr ation de plusieurs applications infor-

matiques, telles que les applications relatives :

3

La gestion des affaires administratives du personnel de lEtat (INSAF).

Le Processus de la D cision Budg taire (ADEB).

Le suivi et la gestion des ordres de missions l tranger (RACHED).

ENSI

La premi re g n ration des sites web publics : La phase dinformation (2000-

2002) Louverture de ladministration sur linternet : la phase dinformation est

la premi re tape de d veloppement de ladministration lectronique. Le but de

cette phase est de disposer dune pr sence en ligne sur internet an dexploi-

ter ce nouveau canal de communication. Le site web sajoute lensemble des

autres canaux dinformation et de diffusion dinformations ofcielles notamment

les d pliants, les centres dappel t l phoniques, les centres de services et les fax.

La deuxi me g n ration des sites web publics : La phase dinteraction (2003-

2005) A cette phase, lorganisation propose un lien de communication plus

personnel avec les citoyens en implantant une prestation lectronique de service

qui utilise la messagerie lectronique, un moteur de recherche, t l chargement

de formulaires et de cahiers de charges en ligne. Cest le d but dune communi-

cation lectronique bidirectionnelle avec le citoyen. On peut dire que cette phase

jette les bases de la mise en place dun guichet de services virtuels dinforma-

tion plus personnalis .

Lorientation vers la mise en ligne des services : la phase de transaction

(2006-2009) Cette phase est le prolongement de la phase dinteraction. Elle

y ajoute des t l -proc dures qui permettent de soumettre des documents lec-

troniques et le paiement en ligne an de r aliser une transaction compl te. On

int gre au potentiel de communication celui du traitement de linformation. On

peut ainsi g rer le cycle complet dune transaction depuis la collecte des donn es

en passant par les traitements jusqu son archivage. (Linscription en ligne, le

paiement de factures en ligne, la cr ation dentreprise en ligne, Madania 2 ( tat

civil). . . ).

Les services administratifs int gr s 2009-2011 : la phase dint gration Les

projets de la phase dint gration sont tr s li s limplantation dune organisa-

Rapport de Stage dImmersion en Entreprise

4

ENSI

tion structur e en r seaux et lutilisation strat gique des technologies de lin-

formation. Lint gration des services vise une int gration totale des prestations

lectroniques des services de diverses organisations sur un m me portail. Le ci-

toyen peut alors b n cier dun point dentr e unique pour faire une demande

de service qui exige la collaboration de plusieurs organisations.

1.1.2 Les suites bureautiques

Une suite bureautique est un ensemble de logiciels de bureautique qui peut

contenir : traitement de texte, tableur, programmes de pr sentation, cr ation

de site internet, desktop Publishing (ODP), programme de conception de Vector,

programme de conception matrice et base de donn es.

Aujourdhui pour travailler sur des documents texte, des tableaux ou encore des

pr sentations ne n cessite plus forc ment dinstaller une suite bureautique sur

son ordinateur. Avec l volution vers le Cloud, des outils de traitement de texte,

les tableurs comme les logiciels de pr sentation sont d sormais accessibles sur

Internet. Cest le cas des trois suites : Google Documents, Ofce Web Apps et

Zoho (Writer, Sheet et Show).

GOOGLE DOCUMENTS (GOOGLE APPS FOR BUSINESS) Google a t parmi

les premiers tenter laventure des suites bureautiques en ligne. D s 2006, la

rme de Mountain View a rachet la start-up Upstartle, diteur du traitement de

texte en ligne Writely. Ce logiciel a servi de base Google Documents, qui sest

toff par la suite dun tableur et dun outil de pr sentation dans la lign e de

Microsoft PowerPoint.

Aujourdhui, Google Documents permet donc de consulter, diter et partager des

documents dans pr s dune trentaine de formats dont les incontournables ".doc",

".xls", ".ppt" ou ".pdf". Disponible gratuitement pour le grand public, Google pro-

pose galement Google Documents en tant qu l ment de Google Apps for Bu-

siness, sa suite de services en ligne d di s aux professionnels. Elle int gre ga-

lement Gmail, Google Agenda, Google Sites (sites web de projets), Google vid o

(conferencing) et plus r cemment Google + (r seau social). La diff rence avec la

version gratuite de ces produits est que Google Apps for Business int gre du

support technique et des fonctions dadministration.

Rapport de Stage dImmersion en Entreprise

5

ENSI

Les plus : prise en main rapide, gratuit (hors Google Apps for Business)

Les moins : interface et fonctions basiques, conditions g n rales duti-

lisations (CGU) oues sur lusage des donn es que peut faire Google.

Prix : Gratuit. Pour Google Apps for Business, le tarif est de 4 euros

par utilisateur et par mois ou 40 euros par utilisateur et par an.

Site : docs.google.com

FIGURE 1.1 La suite bureautique Google Docs

OFFICE WEB APPS (OFFICE 365) Microsoft est le leader historique des suites

bureautiques. La rme de Redmond na pas t aussi rapide que Google d ve-

lopper ses services en ligne. Mais depuis 2010, elle a rattrap son retard avec des

d clinaisons online de Word, Excel, PowerPoint et OneNote. Baptis e Ofce Web

Apps, cette suite dans le Cloud est propos e gratuitement via lespace de sto-

ckage SkyDrive. Elle est galement disponible en tant qu l ment dOfce 365,

ensemble doutils bureautiques en ligne d di s aux entreprises. Ces outils pro-

fessionnels en ligne sont accompagn s de support technique d di , de fonctions

dadministration et de garanties en mati re de s curit et de disponibilit des

serveurs.

Mais la principale force dOfce Web Apps est de reprendre linterface de MS

Ofce. Les utilisateurs de la suite de Microsoft seront en terrain connu, avec les

Rapport de Stage dImmersion en Entreprise

6

ENSI

m mes icones, les m mes raccourcis et les m mes onglets que dans la version

ofine.

Il sagit en revanche dune version tr s all g e au niveau des fonctions. Par

exemple : dans le traitement de texte, il est impossible de modier linterlignage

ou encore dins rer des graphiques. Lutilisateur peut cependant ouvrir le docu-

ment dans sa version locale dofce, le modier avec toutes les fonctions dispo-

nibles, puis lexporter vers le Cloud. Notons dailleurs que Microsoft pr voit, avec

son futur Ofce 2013, dint grer encore plus de fonctions autour de la sauve-

garde en ligne.

Les plus : interface volu e, int gration avec MS Ofce, gratuit (hors

Ofce 365).

Les moins : fonctions basiques.

Prix : Gratuit. Pour Ofce 365, le tarif d bute 5,25 euros/mois et par

utilisateur pour les petites entreprises (jusqu 50 utilisateurs).

Site : ofce.microsoft.com/fr-fr/web-apps/.

FIGURE 1.2 La suite bureautique Ofce Web Apps

ZOHO Zoho Corporation est un diteur am ricain connu surtout pour sa so-

lution de CRM (Customer Relationship Management) distribu e en France par

Rapport de Stage dImmersion en Entreprise

7

ENSI

ZSphere. Mais il propose galement une vingtaine dapplications en ligne dans

dautres domaines dont un traitement de texte (Zoho Writer), un tableur (Zoho

Sheet) et un outil de pr sentation (Zoho Show).

Ils sont totalement gratuits, du moins sponsoris s par des bandeaux publici-

taires relativement discrets. M me si leurs noms sont en anglais, ces trois outils

sont dot s dinterfaces en fran ais. Mais laide en ligne, ainsi que les info-bulles,

restent h las en anglais. Le sentiment g n ral est d tre visuellement plus proche

de lenvironnement volu de MS Ofce, notamment au niveau des ic nes et des

onglets, que du tr s basique Google Documents.

Pour le reste, toutes les fonctions de ce type doutils sont propos es, sans pour

autant tre au niveau dune suite ofine.

Les plus : interface volu e, gratuit.

Les moins : aide en anglais, fonctions basiques.

Prix : gratuit.

Site : www.zoho.com.

FIGURE 1.3 La suite bureautique ZOHO

Rapport de Stage dImmersion en Entreprise

8

ENSI

1.2 Probl mes d gag s

Lexp rience dadministration lectronique en Tunisie pr c demment d crite sest

bien av r e dun an un autre, inefcace et non raisonnable. Ses lourdeurs, son

manque de r activit et m me son d faut de r alisme, sont les probl mes ma-

jeurs de ladministration Tunisienne en ligne.

1.3 Solutions promises

Notre Application est principalement con ue pour faire face aux probl mes ren-

contr s tous le long du cursus dadministration lectronique.

Elle permettra en effet de r pondre aux besoins des utilisateurs, minimiser les

intervenants pour faire un service administrative, permettre lutilisateur de b -

n cier des services administratifs n importe o et nimporte quand tant quil est

connect via internet. Notre but sagit donc de la simplication des proc dures

administratives pour le citoyen en assurant la proximit de ladministration pour

lui faciliter lacc s aux informations et accomplir le service en ligne sans perte de

temps. Ceci est favoris gr ce offrir lutilisateur la possibilit d diter un texte

ou une demande administrative en accumulant dans notre site les d f rentes

Templates des papiers administratives.

Conclusion

Apr s avoir x nos objectifs, d cortiqu les solutions disponibles et choisi les

plus ad quates notre application, il fallait sapprofondir dans lanalyse de notre

propre application, comprendre les besoins et d tailler les exigences. Cela pas-

sera s rement par une sp cication rigoureuse des besoins.

Rapport de Stage dImmersion en Entreprise

9

Chapitre 2

Analyse et Sp cication

Dans le chapitre pr c dent, nous avons pr sent un bref aper u sur les objec-

tifs du projet an de choisir les bons outils permettant dachever les objectifs

pr alablement x s. La sp cication des besoins de lapplication semble alors

imp rative dans le bon d roulement du cycle de d veloppement, pour cela nous

allons identier les utilisateurs du site. Puis, nous pr senterons une tude des

besoins fonctionnels et non fonctionnels de lapplication. Ensuite, ces besoins

seront exprim s sous forme de diagrammes de cas dutilisation.

2.1 Identication des acteurs

Notre projet fournit linteraction avec plusieurs types dacteurs, ils sont des utili-

sateurs directs du site qui peuvent lexploiter travers les divers services offerts.

Nous sp cions dans le cadre de ce projet trois acteurs primaires :

Lagent administratif : Cest le super utilisateur. Il a le plus haut niveau de

droit dacc s. Il exploite linterface dadministration offrant les fonctionnalit s

dajout ou suppression des utilisateurs et des documents. .

Linternaute : Il peut tre un simple visiteur de notre site qui peut uniquement

acc der laccueil du site. Il peut tre une personne inscrite notre site, qui

b n cie de la majorit des services offerts par lapplication.

10

ENSI

2.2 Expression des besoins

Lanalyse du sujet, nous a permis de d gager les fonctionnalit s que doit four-

nit lapplication. Nous avons class ces besoins en des besoins fonctionnels et

dautres non fonctionnels.

2.2.1 Besoins fonctionnels

Les besoins fonctionnels servent mieux comprendre le r le du syst me en ques-

tion ainsi que ses fonctionnalit s essentielles.

Les fonctionnalit s du point de vue administrateur

G rer les services de lapplication : Ladministrateur est le responsable de la

pr cision des services offerts aux intervenants. Il peut ainsi ajouter et suppri-

mer des services.

Consulter les prols des abonn s : Ladministrateur peut tout moment lire

ou modier les informations propres chaque utilisateur.

G rer la base de donn es : Ladministrateur est responsable de la mise jour

la base de donn es, il peut :

Ajouter de nouveaux intervenants.

Supprimer les intervenants qui ne sont plus membres.

Enregistrer et mettre jour les informations des intervenants.

G rer les documents et les templates des papiers administratives.

Les fonctionnalit s du point de vue internaute

Linternaute doit tre capable de se servir les fonctionnalit s suivantes :

Sinscrire.

Editer un texte en ligne.

Consulter son historique.

Consulter les templates des papiers administratives pr sentes dans le site.

Partager un document.

Rapport de Stage dImmersion en Entreprise

11

2.2.2 Besoins non fonctionnels

ENSI

Les besoins non fonctionnels de notre application sont :

Lergonomie : Notre application doit pr senter une interface simple et convi-

viale pour que ladh rant ait une manipulation ais e des fonctionnalit s pro-

pos es.

La abilit : En termes de vitesse ou de temps de r ponse.

La s curit : An de s curiser notre application on doit bien d nir les droits

dacc s. Dautre part, il faut s curiser lacc s aux donn es. Do la n cessit

dun stockage able des donn es.

Levolution : Notre application doit permettre une maintenance facile et tre

susceptible voluer.

2.3 Cas dutilisations

An dillustrer les besoins que doit satisfaire lapplication, nous avons choisi les

diagrammes de cas dutilisation an de bien expliquer ces besoins et de nous

guider vers les prochaines phases de d veloppement de nos services.

2.3.1 Diagramme de Cas dutilisation de ladministrateur

Rapport de Stage dImmersion en Entreprise

12

ENSI

FIGURE 2.1 Cas dutilisation de ladministrateur

Description du cas dutilisation

Lagent administratif doit sauthentier pour effectuer ses actions.

Il acc de la liste des utilisateurs an dajouter ou de supprimer un utilisateur.

Il effectue des mises jour au cas de besoins.

Ladministrateur est responsable de g rer la publication des Template telles

quajout ou suppression.

Rapport de Stage dImmersion en Entreprise

13

2.3.2 Diagramme de

cas dutilisation de

linternaute

ENSI

FIGURE 2.2 Cas dutilisation de linternaute

Description du cas dutilisation Labonn et le visiteur b n cient des diff -

rents services offerts dans notre site

Le visiteur peut acc der laccueil sans lauthentication.

Rapport de Stage dImmersion en Entreprise

14

ENSI

labonn poss de un compte. Il doit sauthentier pour quil puisse b n cier

des services offerts.

Labonn peut consulter les Template des papiers administratifs et lutiliser.

Labonn peut crire un texte world.

Labonn peut enregistrer un document partir de site.

Labonn peut partager un document avec ses amis sur facebook ou twitter ou

recommander un document.

Labonn peut consulter son historique de ses documents.

Labonn peut consulter son brouillon.

Conclusion

Dans ce chapitre nous avons cit les diff rents utilisateurs ainsi que le r le de

chacun. Puis, nous avons pr sent de mani re sch matique les diagrammes des

cas dutilisation d crivant la marge daction des diff rents utilisateurs. Ce cha-

pitre est primordial pour la conception que nous d taillerons dans la prochaine

partie.

Rapport de Stage dImmersion en Entreprise

15

Chapitre 3

Conception

Dans les chapitres pr c dents, nous avons identi lexistant et nous avons sp -

ci les besoins de notre application. Ensuite, nous avons effectu lanalyse com-

pl te du domaine et tablit les cas dutilisation pour notre syst me. Dans ce cha-

pitre, nous essayons de xer larchitecture tout en se r f rant aux architectures

existantes et aux diff rentes technologies du web. Ainsi ce chapitre sera d di

pour la conception architecturale de notre site, la mod lisation des interactions

entre acteur et syst me par des diagrammes de s quences de quelques actions.

3.1 Conception architecturale

3.1.1 Choix de larchitecture

Le syst me est r parti en trois couches ind pendantes que nous proposons dans

cette partie de les num rer et de montrer leurs apports notre application. Ces

couches principales sont : pr sentation, traitement et acc s au model.

Couche Pr sentation

Elle correspond la partie de lapplication visible et

interactive avec les utilisateurs. On parle dInterface Homme Machine. En infor-

matique, elle peut tre r alis e par une application graphique ou textuelle. Elle

peut aussi tre repr sent e en HTML pour tre exploit e par un navigateur web

16

ENSI

ou en WML pour tre utilis e par un t l phone portable. On con oit facilement

que cette interface peut prendre de multiples facettes sans changer la nalit de

lapplication. La couche pr sentation relaie les requ tes de lutilisateur desti-

nation de la couche m tier, et en retour lui pr sente les informations renvoy es

par les traitements de cette couche. Il sagit donc ici dun assemblage de services

m tiers et applicatifs offerts par la couche inf rieure.

Couche M tier / Business Elle correspond la partie fonctionnelle de lap-

plication, celle qui impl mente la logique , et qui d crit les op rations que

lapplication op re sur les donn es en fonction des requ tes des utilisateurs, ef-

fectu es au travers de la couche pr sentation. Les diff rentes r gles de gestion et

de contr le du syst me sont mises en Suvre dans cette couche. La couche m tier

offre des services applicatifs et m tier la couche pr sentation. Pour fournir ces

services, elle sappuie, le cas ch ant, sur les donn es du syst me, accessibles

travers des services de la couche inf rieure. En retour, elle renvoie la couche

pr sentation les r sultats quelle a calcul s.

Couche Acc s aux donn es

Elle pr sente la partie g rant lacc s aux gise-

ments de donn es du syst me. Ces donn es peuvent tre propres au syst me,

ou g r es par un autre syst me. La couche m tier na pas sadapter ces

deux cas, ils sont transparents pour elle, et elle acc de aux donn es de mani re

uniforme (couplage faible) .

Nous allons pr senter par la suite quelques architectures possibles pour les sites

Web.

Architecture 3-tiers

Larchitecture 3-tiers ( tage ou niveau) est un mod le

logique darchitecture applicative qui vise s parer tr s nettement trois couches

logicielles au sein dune m me application ou syst me, mod liser et pr senter

cette application comme un empilement de trois couches, tages, niveaux ou

strates dont le r le est clairement d ni :

La pr sentation des donn es : correspondant lafchage, la restitution sur le

poste de travail, le dialogue avec lutilisateur.

Rapport de Stage dImmersion en Entreprise

17

ENSI

Le traitement m tier des donn es : correspondant la mise en Suvre de len-

semble des r gles de gestion et de la logique applicative.

Lacc s aux donn es persistantes : correspondant aux donn es qui sont desti-

n es tre conserv es sur la dur e, voire de mani re d nitive.

Dans cette approche, les couches communiquent entre elles au travers dun

mod le d change , et chacune dentre elles propose un ensemble de services

rendus. Les services dune couche sont mis disposition de la couche sup -

rieure. On sinterdit par cons quent quune couche invoque les services dune

couche plus basse que la couche imm diatement inf rieure ou plus haute que la

couche imm diatement sup rieure (chaque niveau ne communique quavec ses

voisins imm diats) .

FIGURE 3.1 Architecture 3 tiers

Ce mod le darchitecture 3-tiers a pour objectif de r pondre aux pr occupations

suivantes :

all gement du poste de travail client (notamment vis- -vis des archi-

tectures classiques client-serveur de donn es

typiques des applications dans un contexte Oracle/Unix). prise en

compte de lh t rog n it des plates-formes (serveurs, clients, langages,

etc.).

Rapport de Stage dImmersion en Entreprise

18

ENSI

introduction de clients dits l gers (plus li e aux technologies In-

tranet/ HTML quau 3-tiers proprement dit).

am lioration de la s curit des donn es, en supprimant le lien entre

le client et les donn es.

Le serveur a pour t che, en plus des traitements purement m tiers, de v rier

lint grit et la validit des donn es avant de les envoyer dans la couche de don-

n es.

rupture du lien de propri t exclusive entre application et donn es.

Dans ce mod le, la base de donn es peut tre plus facilement normalis e et

int gr e un Entrep t de donn es.

meilleure r partition de la charge entre diff rents serveurs dapplica-

tion.

Le mod le MVC Le mod le MVC est caract ris par la s paration des comp -

tences (Design, Base de donn es, Application) ainsi la simplicit de mise jour

et la vitesse de cr ation de pages. Par contre, les pages sont plus lentes af-

cher, il ya plus de ressources consomm es et le d veloppement initial est plus

long.

FIGURE 3.2 Architecture MVC

Rapport de Stage dImmersion en Entreprise

19

ENSI

Mod le : repr sente les donn es et les r gles m tiers. Cest dans ce composant

que seffectuent les traitements li s au cSur du m tier.

Vue : repr sente linterface utilisateur. Elle neffectue aucun traitement, elle se

contente simplement dafcher les donn es que lui fournit le mod le. Il peut tout

fait y avoir plusieurs qui pr sentent les donn es dun m me mod le.

Contr leur : se charge dinterception les requ tes de lutilisateur, dappeler le

mod le puis de rediriger vers la vue ad quate. Il ne doit faire aucun traitement.

Il ne fait que de linterception et de la redirection.

3.1.2 Architecture du site

Architecture g n rale de lapplication Nous avons choisi larchitecture 3-

tiers pour d velopper notre projet vu ses multiples avantages mentionn s dans

la partie pr c dente. La gure ci-dessous porte une explication plus simpli e

sur cette architecture.

FIGURE 3.3 Architecture 3-tiers

Rapport de Stage dImmersion en Entreprise

20

ENSI

Architecture des pages du site Notre site pr sente trois vues diff rentes selon

le type de lutilisateur :

Une vue pour les abonn s leur permettant de visiter notre site, de consulter

Template d diter des textes, de partager ou enregistrer un document.

Une vue pour les visiteurs simple non abonn notre site leur permettant de

consulter juste laccueil de site.

Une vue pour les administrateurs leur permettant de g rer et de contr ler

ais ment le fonctionnement de site.

3.2 Diagramme de s quence syst me

Apr s avoir d crit les diff rents cas dutilisation de chaque acteur, nous passons

la description d taill e des diff rentes interactions laide des diagrammes

de s quence. Dans cette partie nous allons pr senter quelques diagrammes de

s quence de notre application.

3.2.1 Ajout abonn

Pour r aliser lop ration dajout dun abonn , lagent administratif doit sauthen-

tier. Ainsi, le syst me v rie lunicit des informations saisies et afche une

interface contenants les diff rentes taches concernant ladministrateur. Ce der-

nier choisit dajouter un abonn , un formulaire sera afch et rempli par lagent

administratif. Une fois le remplissage du formulaire est termin , le syst me v ri-

e la validit des champs saisis et effectue lop ration dajout.

Rapport de Stage dImmersion en Entreprise

21

ENSI

FIGURE 3.4 Diagramme de s quence "Ajout abonn "

3.2.2 Consultation Papier administratif

An dassurer la tache de consultation dun Template (papier administratif) ,

labonn doit sauthentier. Ainsi, le syst me v rie lunicit des informations

saisies et afche une interface contenants les diff rentes taches concernant

labonn . Ce dernier choisi Papiers Administratives , une interface contenant

les papiers administratives safche. De ce fait, labonn choisi le papier consul-

ter.

Rapport de Stage dImmersion en Entreprise

22

ENSI

FIGURE 3.5 Diagramme de s quence "Consulter papier administratif"

3.2.3 Mise jour Template

La mise a jour des documents est une fonctionnalit restreinte a ladministra-

teur. Il est le seul qui peut modier les champs dun document valide. Pour

ce faire ladministrateur doit sauthentier. Ainsi, le syst me v rie lunicit des

informations saisies et afche une interface contenants les diff rentes taches

concernant ladministrateur. Le syst me v rie lexistence du Template et une

Rapport de Stage dImmersion en Entreprise

23

fois trouv il afche les informations correspondantes. A ce moment l , ladmi-

nistrateur effectue les modications n cessaires qui seront par suite v ri es par

le syst me. Une fois, les champs sont biens saisis la mise jour est valid e.

ENSI

FIGURE 3.6 Diagramme de s quence "Mise jour Template"

Conclusion

La conception est une tape tr s importante gr ce laquelle nous avons pu tra-

cer les grandes lignes de notre application. La mise en place des diagrammes

Rapport de Stage dImmersion en Entreprise

24

de s quence et de larchitecture g n rale des diff rents services donnerons une

aisance dans la phase dimpl mentation. A pr sent, nous estimons tre capables

dentamer la partie r alisation pour pr senter la partie concr te de notre appli-

cation.

ENSI

Rapport de Stage dImmersion en Entreprise

25

Chapitre 4

R alisation

Ce chapitre voque la r alisation du projet. Nous pr senterons dans un premier

lieu les outils de travail : lenvironnement logiciel et mat riel. Nous pr senterons

ensuite un aper u sur le travail r alis .

4.1 Environnement de travail

4.1.1 Environnement mat riel

Pour la mise en Suvre de notre plateforme, nous avons eu besoin de mettre en

place larchitecture mat rielle illustr e comme suit :

Processeur : Intel(R) core" i 3 CPU.

RAM : 2,00 Go.

Disque dur : 300 Go.

4.1.2 Environnement logiciel

Pour pouvoir r aliser notre application, nous avons utilis les logiciels d crits si

dessous :

26

ENSI

Notepad++ :Edition du code.

Wampserver : D veloppement web (serveur

local).

Oracle : Gestion de la base de donn es de

notre application.

Power AMC : Mod lisation des diagrammes.

Latex : Edition du rapport

4.2 Les interfaces graphique