Rapport de Stage d’Immersion en Entreprise

4.2.5 Contacter Nous . . . . . . . . . . . . . . . . . . . . . . . . . . .

32

4.2.6 Paramètres . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

33

4.3 chronogramme . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

34

Rapport de Stage d’Immersion en Entreprise

iii

Conclusion générale

Bibliographie

Netographie

ENSI

35

36

37

Rapport de Stage d’Immersion en Entreprise

iv

Table des figures

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

1.2 La suite bureautique Office Web Apps . . . . . . . . . . . . . . . . .

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

6

7

8

2.1 Cas d’utilisation de l’administrateur

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

13

2.2 Cas d’utilisation de l’internaute . . . . . . . . . . . . . . . . . . . . .

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 d’accueil . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

28

4.2 Page d’inscription . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

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 d’Immersion en Entreprise

vi

Introduction générale

Depuis quelques décennies, le développement fulgurant des technologies de l’in- 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 s’est traduite par plusieurs services tels que l’administration en ligne.

Les administrations gèrent des activités rituelles alourdies par le nombre de plus en plus augmentant des consultants. C’est pourquoi, le passage d’un système administratif reposant sur l’utilisation des documents imprimés vers un système informatique semble une solution organisationnelle efficace qui facilite l’exploi- tation des services offerts et la réalisation des taches administratives.

Dans ce cadre que se déroule notre projet de stage d’immersion dans une entre- prise qui consiste a concevoir et réaliser une plateforme d’administration 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 l’existant, 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 l’architecture 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 s’inscrit dans le cadre du stage d’immersion dans une entreprise pour les élèves ingénieurs de l’Ecole Nationale des Sciences de l’Informatique. 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. Soufiene CHRAIGUI.

Présentation de l’organisme d’accueil

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 d’administration Tunisienne en ligne en permettant à l’utilisateur de traiter les demandes admi- nistratif (contrat, demande. . . ) en ligne, en respectant les règles de sécurité et performance.

Rapport de Stage d’Immersion en Entreprise

2

Chapitre 1

État de l’art

Avant de commencer à concevoir notre projet, il a fallu voir clairement les prin- cipaux pas à suivre visant à proposer un plus vis-à-vis de l’existant, ajouter un nouvel aspect, améliorer les différentes fonctionnalités et avoir une touche personnelle. Pour cela nous proposons une étude de l’existant partagée entre l’histoire de l’administration électronique en Tunisie et les suites bureautiques présentes. Ceci sera d’une grande utilité lors de la fixation des nouveaux apports à intégrer pour améliorer les conditions du processus administrative en Tunisie.

1.1 Etude de l’existant

1.1.1 Un aperçu sur l’évolution de L’Administration Electro-

nique en Tunisie

L’évolution de l’administration électronique en Tunisie a été faite selon 5 phases :

Phase préliminaire (1980-1999) L’évolution de l’administration é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 l’introduction de l’informatique au sein de l’administration 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 l’Etat (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 d’information (2000- 2002) L’ouverture de l’administration sur l’internet : la phase d’information est la première étape de développement de l’administration électronique. Le but de cette phase est de disposer d’une présence en ligne sur internet afin d’exploi- ter ce nouveau canal de communication. Le site web s’ajoute à l’ensemble des autres canaux d’information et de diffusion d’informations officielles notamment les dépliants, les centres d’appel téléphoniques, les centres de services et les fax.

La deuxième génération des sites web publics : La phase d’interaction (2003- 2005) A cette phase, l’organisation 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. C’est le début d’une communi- cation électronique bidirectionnelle avec le citoyen. On peut dire que cette phase jette les bases de la mise en place d’un guichet de services « virtuels » d’informa- tion plus personnalisé.

L’orientation vers la mise en ligne des services : la phase de transaction (2006-2009) Cette phase est le prolongement de la phase d’interaction. Elle y ajoute des télé-procédures qui permettent de soumettre des documents élec- troniques et le paiement en ligne afin de réaliser une transaction complète. On intègre au potentiel de communication celui du traitement de l’information. On peut ainsi gérer le cycle complet d’une transaction depuis la collecte des données en passant par les traitements jusqu’à son archivage. (L’inscription en ligne, le paiement de factures en ligne, la création d’entreprise en ligne, Madania 2 (état civil). . . ).

Les services administratifs intégrés 2009-2011 : la phase d’intégration Les projets de la phase d’intégration sont très liés à l’implantation d’une organisa-

Rapport de Stage d’Immersion en Entreprise

4

ENSI

tion structurée en réseaux et à l’utilisation stratégique des technologies de l’in- formation. L’inté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éficier d’un point d’entrée unique pour faire une demande de service qui exige la collaboration de plusieurs organisations.[NET1]

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.

Aujourd’hui pour travailler sur des documents texte, des tableaux ou encore des présentations ne nécessite plus forcément d’installer 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. C’est le cas des trois suites : Google Documents, Office Web Apps et Zoho (Writer, Sheet et Show).[NET2]

GOOGLE DOCUMENTS (GOOGLE APPS FOR BUSINESS) Google a été parmi les premiers à tenter l’aventure des suites bureautiques en ligne. Dès 2006, la firme 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 s’est étoffé par la suite d’un tableur et d’un outil de présentation dans la lignée de Microsoft PowerPoint.

Aujourd’hui, Google Documents permet donc de consulter, éditer et partager des documents dans près d’une 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 d’administration.

Rapport de Stage d’Immersion 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 d’uti- lisations (CGU) floues sur l’usage 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 firme de Redmond n’a 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 Office Web Apps, cette suite dans le Cloud est proposée gratuitement via l’espace de sto- ckage SkyDrive. Elle est également disponible en tant qu’élément d’Office 365, ensemble d’outils bureautiques en ligne dédiés aux entreprises. Ces outils pro- fessionnels en ligne sont accompagnés de support technique dédié, de fonctions d’administration et de garanties en matière de sécurité et de disponibilité des serveurs.[NET2]

Mais la principale force d’Office Web Apps est de reprendre l’interface de MS Office. Les utilisateurs de la suite de Microsoft seront en terrain connu, avec les

Rapport de Stage d’Immersion en Entreprise

6

ENSI

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

Il s’agit en revanche d’une version très allégée au niveau des fonctions. Par exemple : dans le traitement de texte, il est impossible de modifier l’interlignage ou encore d’insérer des graphiques. L’utilisateur peut cependant ouvrir le docu- ment dans sa version locale d’office, le modifier avec toutes les fonctions dispo- nibles, puis l’exporter vers le Cloud. Notons d’ailleurs que Microsoft prévoit, avec son futur Office 2013, d’intégrer encore plus de fonctions autour de la sauve- garde en ligne.

Les plus : interface évoluée, intégration avec MS Office, gratuit (hors Office 365).

Les moins : fonctions basiques.

Prix : Gratuit. Pour Office 365, le tarif débute à 5,25 euros/mois et par utilisateur pour les petites entreprises (jusqu’à 50 utilisateurs).

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

FIGURE 1.2 – La suite bureautique Office 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 d’Immersion en Entreprise

7

ENSI

ZSphere. Mais il propose également une vingtaine d’applications en ligne dans d’autres 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 d’interfaces en français. Mais l’aide en ligne, ainsi que les info-bulles, restent hélas en anglais. Le sentiment général est d’être visuellement plus proche de l’environnement évolué de MS Office, 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 d’outils sont proposées, sans pour autant être au niveau d’une suite offline.

Les plus : interface évoluée, gratuit.

Les moins : aide en anglais, fonctions basiques.

Prix : gratuit.

Site : www.zoho.com.[NET2]

FIGURE 1.3 – La suite bureautique ZOHO

Rapport de Stage d’Immersion en Entreprise

8

ENSI

1.2 Problèmes dégagés

L’expérience d’administration électronique en Tunisie précédemment décrite s’est bien avérée d’un an à un autre, inefficace 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 l’administration 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 d’administration électronique.

Elle permettra en effet de répondre aux besoins des utilisateurs, minimiser les intervenants pour faire un service administrative, permettre à l’utilisateur de bé- néficier des services administratifs n’ importe où et n’importe quand tant qu’il est connecté via internet. Notre but s’agit donc de la simplification des procédures administratives pour le citoyen en assurant la proximité de l’administration pour lui faciliter l’accès aux informations et accomplir le service en ligne sans perte de temps. Ceci est favorisé grâce à offrir à l’utilisateur 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 fixé nos objectifs, décortiqué les solutions disponibles et choisi les plus adéquates à notre application, il fallait s’approfondir dans l’analyse de notre propre application, comprendre les besoins et détailler les exigences. Cela pas- sera sûrement par une spécification rigoureuse des besoins.

Rapport de Stage d’Immersion en Entreprise

9

Chapitre 2

Analyse et Spécification

Dans le chapitre précédent, nous avons présenté un bref aperçu sur les objec- tifs du projet afin de choisir les bons outils permettant d’achever les objectifs préalablement fixés. La spécification des besoins de l’application semble alors impérative dans le bon déroulement du cycle de développement, pour cela nous allons identifier les utilisateurs du site. Puis, nous présenterons une étude des besoins fonctionnels et non fonctionnels de l’application. Ensuite, ces besoins seront exprimés sous forme de diagrammes de cas d’utilisation.

2.1 Identification des acteurs

Notre projet fournit l’interaction avec plusieurs types d’acteurs, ils sont des utili- sateurs directs du site qui peuvent l’exploiter à travers les divers services offerts. Nous spécifions dans le cadre de ce projet trois acteurs primaires :

– L’agent administratif : C’est le super utilisateur. Il a le plus haut niveau de droit d’accès. Il exploite l’interface d’administration offrant les fonctionnalités d’ajout ou suppression des utilisateurs et des documents. .

– L’internaute : Il peut être un simple visiteur de notre site qui peut uniquement accéder à l’accueil du site. Il peut être une personne inscrite à notre site, qui bénéficie de la majorité des services offerts par l’application.

10

ENSI

2.2 Expression des besoins

L’analyse du sujet, nous a permis de dégager les fonctionnalités que doit four- nit l’application. Nous avons classé ces besoins en des besoins fonctionnels et d’autres 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 l’application : L’administrateur est le responsable de la précision des services offerts aux intervenants. Il peut ainsi ajouter et suppri- mer des services.

– Consulter les profils des abonnés : L’administrateur peut à tout moment lire

ou modifier les informations propres à chaque utilisateur.

– Gérer la base de données : L’administrateur 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

L’internaute doit être capable de se servir les fonctionnalités suivantes : – S’inscrire. – 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 d’Immersion en Entreprise

11

2.2.2 Besoins non fonctionnels

ENSI

Les besoins non fonctionnels de notre application sont :

– L’ergonomie : Notre application doit présenter une interface simple et convi- viale pour que l’adhérant ait une manipulation aisée des fonctionnalités pro- posées.

– La fiabilité : En termes de vitesse ou de temps de réponse. – La sécurité : Afin de sécuriser notre application on doit bien définir les droits d’accès. D’autre part, il faut sécuriser l’accès aux données. D’où la nécessité d’un stockage fiable des données.

– L’evolution : Notre application doit permettre une maintenance facile et être

susceptible à évoluer.

2.3 Cas d’utilisations

Afin d’illustrer les besoins que doit satisfaire l’application, nous avons choisi les diagrammes de cas d’utilisation afin 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 d’utilisation de l’administrateur

Rapport de Stage d’Immersion en Entreprise

12

ENSI

FIGURE 2.1 – Cas d’utilisation de l’administrateur

Description du cas d’utilisation

– L’agent administratif doit s’authentifier pour effectuer ses actions. – Il accède à la liste des utilisateurs afin d’ajouter ou de supprimer un utilisateur. – Il effectue des mises à jour au cas de besoins. – L’administrateur est responsable de gérer la publication des Template telles

qu’ajout ou suppression.

Rapport de Stage d’Immersion en Entreprise

13

2.3.2 Diagramme de

cas d’utilisation de

l’internaute

ENSI

FIGURE 2.2 – Cas d’utilisation de l’internaute

Description du cas d’utilisation L’abonné et le visiteur bénéficient des diffé- rents services offerts dans notre site

– Le visiteur peut accéder à l’accueil sans l’authentification.

Rapport de Stage d’Immersion en Entreprise

14

ENSI

– l’abonné possède un compte. Il doit s’authentifier pour qu’il puisse bénéficier

des services offerts.

– L’abonné peut consulter les Template des papiers administratifs et l’utiliser. – L’abonné peut écrire un texte world. – L’abonné peut enregistrer un document à partir de site. – L’abonné peut partager un document avec ses amis sur facebook ou twitter ou

recommander un document.

– L’abonné peut consulter son historique de ses documents. – L’abonné 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 d’utilisation décrivant la marge d’action des différents utilisateurs. Ce cha- pitre est primordial pour la conception que nous détaillerons dans la prochaine partie.

Rapport de Stage d’Immersion en Entreprise

15

Chapitre 3

Conception

Dans les chapitres précédents, nous avons identifié l’existant et nous avons spé- cifié les besoins de notre application. Ensuite, nous avons effectué l’analyse com- plète du domaine et établit les cas d’utilisation pour notre système. Dans ce cha- pitre, nous essayons de fixer l’architecture 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 l’architecture

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 l’application visible et interactive avec les utilisateurs. On parle d’Interface 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 finalité de l’application. La couche présentation relaie les requêtes de l’utilisateur à desti- nation de la couche métier, et en retour lui présente les informations renvoyées par les traitements de cette couche. Il s’agit donc ici d’un assemblage de services métiers et applicatifs offerts par la couche inférieure.[NET5]

Couche Métier / Business Elle correspond à la partie fonctionnelle de l’ap- plication, celle qui implémente la « logique », et qui décrit les opérations que l’application 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 œuvre dans cette couche. La couche métier offre des services applicatifs et métier à la couche présentation. Pour fournir ces services, elle s’appuie, 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 qu’elle a calculés.[NET5]

Couche Accès aux données

Elle présente la partie gérant l’accè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 n’a pas à s’adapter à ces deux cas, ils sont transparents pour elle, et elle accède aux données de manière uniforme (couplage faible)[NET5].

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

Architecture 3-tiers

L’architecture 3-tiers (étage ou niveau) est un modèle logique d’architecture applicative qui vise à séparer très nettement trois couches logicielles au sein d’une 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éfini :

– La présentation des données : correspondant à l’affichage, la restitution sur le poste de travail, le dialogue avec l’utilisateur.

Rapport de Stage d’Immersion en Entreprise

17

ENSI

– Le traitement métier des données : correspondant à la mise en œuvre de l’en- semble des règles de gestion et de la logique applicative.

– L’accè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éfinitive.

Dans cette approche, les couches communiquent entre elles au travers d’un « modèle d’échange », et chacune d’entre elles propose un ensemble de services rendus. Les services d’une couche sont mis à disposition de la couche supé- rieure. On s’interdit par conséquent qu’une couche invoque les services d’une couche plus basse que la couche immédiatement inférieure ou plus haute que la couche immédiatement supérieure (chaque niveau ne communique qu’avec ses voisins immédiats)[NET4].

FIGURE 3.1 – Architecture 3 tiers

Ce modèle d’architecture 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 l’hétérogénéité des plates-formes (serveurs, clients, langages, etc.).

Rapport de Stage d’Immersion en Entreprise

18

ENSI

– introduction de clients dits « légers » (plus liée aux technologies In- tranet/ HTML qu’au 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érifier l’inté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 d’applica- 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 à affi- cher, il y’a plus de ressources consommées et le développement initial est plus long.[NET6]

FIGURE 3.2 – Architecture MVC

Rapport de Stage d’Immersion en Entreprise

19

ENSI

– Modèle : représente les données et les règles métiers. C’est dans ce composant que s’effectuent les traitements liés au cœur du métier.

– Vue : représente l’interface utilisateur. Elle n’effectue aucun traitement, elle se contente simplement d’afficher les données que lui fournit le modèle. Il peut tout à fait y avoir plusieurs qui présentent les données d’un même modèle.

– Contrôleur : se charge d’interception les requêtes de l’utilisateur, d’appeler le modèle puis de rediriger vers la vue adéquate. Il ne doit faire aucun traitement. Il ne fait que de l’interception et de la redirection.

3.1.2 Architecture du site

Architecture générale de l’application Nous avons choisi l’architecture 3- tiers pour développer notre projet vu ses multiples avantages mentionnés dans la partie précédente. La figure ci-dessous porte une explication plus simplifiée sur cette architecture.

FIGURE 3.3 – Architecture 3-tiers

Rapport de Stage d’Immersion en Entreprise

20

ENSI

Architecture des pages du site Notre site présente trois vues différentes selon le type de l’utilisateur :

– 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 l’accueil 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 d’utilisation de chaque acteur, nous passons à la description détaillée des différentes interactions à l’aide 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 l’opération d’ajout d’un abonné, l’agent administratif doit s’authen- tifier. Ainsi, le système vérifie l’unicité des informations saisies et affiche une interface contenants les différentes taches concernant l’administrateur. Ce der- nier choisit d’ajouter un abonné, un formulaire sera affiché et rempli par l’agent administratif. Une fois le remplissage du formulaire est terminé, le système véri- fie la validité des champs saisis et effectue l’opération d’ajout.

Rapport de Stage d’Immersion en Entreprise

21

ENSI

FIGURE 3.4 – Diagramme de séquence "Ajout abonné"

3.2.2 Consultation Papier administratif

Afin d’assurer la tache de consultation d’un Template (papier administratif) , l’abonné doit s’authentifier. Ainsi, le système vérifie l’unicité des informations saisies et affiche une interface contenants les différentes taches concernant l’abonné. Ce dernier choisi « Papiers Administratives », une interface contenant les papiers administratives s’affiche. De ce fait, l’abonné choisi le papier à consul- ter.

Rapport de Stage d’Immersion 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 l’administra- teur. Il est le seul qui peut modifier les champs d’un document valide. Pour ce faire l’administrateur doit s’authentifier. Ainsi, le système vérifie l’unicité des informations saisies et affiche une interface contenants les différentes taches concernant l’administrateur. Le système vérifie l’existence du Template et une

Rapport de Stage d’Immersion en Entreprise

23

fois trouvé il affiche les informations correspondantes. A ce moment là, l’admi- nistrateur effectue les modifications nécessaires qui seront par suite vérifié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 d’Immersion en Entreprise

24

de séquence et de l’architecture générale des différents services donnerons une aisance dans la phase d’implémentation. A présent, nous estimons être capables d’entamer la partie réalisation pour présenter la partie concrète de notre appli- cation.

ENSI

Rapport de Stage d’Immersion 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 : l’environnement 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 œuvre de notre plateforme, nous avons eu besoin de mettre en place l’architecture 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

Il est à noter que notre site doit permettre aux utilisateurs un accès facile aux différentes interfaces qui lui sont destinées, pour qu’ils puissent satisfaire leurs besoins aisément et rapidement. Cette partie présentera diverses pages de notre site, celles auxquelles nous avons aboutit après les phases d’analyse, de concep- tion et de codage.

4.2.1 Page d’accueil

C’est la première page du site elle aussi un espace commun à tous les utilisa- teurs. Elle permet à l’internaute de commencer à éditer un document texte. Elle comporte des liens amenant à d’autres pages.

Rapport de Stage d’Immersion en Entreprise

27

ENSI

FIGURE 4.1 – Page d’accueil

Rapport de Stage d’Immersion en Entreprise

28

ENSI

4.2.2 Inscription

Si l’internaute clique sur le bouton « ’inscription » de la page d’accueil, une nouvelle page s’ouvre lui permettant d’effectuer l’opération d’inscription. Il entre ainsi toutes les informations qui lui sont associées telles que le nom, le prénom, l’addresse e-mail . . .

FIGURE 4.2 – Page d’inscription

Rapport de Stage d’Immersion en Entreprise

29

4.2.3 Connexion

Dans la page de connexion, l’utilisateur s’authentifie en entrant son login et son mot de passe .

ENSI

FIGURE 4.3 – Page de connexion

Rapport de Stage d’Immersion en Entreprise

30

ENSI

4.2.4 Papiers Administratives

Une fois inscrit, l’internaute devient un abonné qui peut accéder à l’espace qui lui est destiné. Il peut ainsi rejoindre la page de Papiers Administratives. Ce dernier lui offre la possibilité de consulter, utiliser et aussi télécharger un papier administratif.

FIGURE 4.4 – Page de Papiers Administratives

Rapport de Stage d’Immersion en Entreprise

31

ENSI

4.2.5 Contacter Nous

L’abonné ou encore un simple visiteur de notre site peut contacter le groupe administratif . La page « Contacter Nous » permet alors à l’utilisateur de discu- ter avec les