<!-- Slide number: 1 --> Ecole Nationale des Sciences de l’Informatique
 Mise en place d’une plateforme d’administration Tunisienne en ligne
Réalisé par: Amira CHRAIGUI Encadré par : Supervisé par : Mr. Soufiene CHRAIGUI Mr. Walid KHAZNAJI
Année universitaire 2013-2014
Notes: Mme. la présidente, M. membres du jury, j’ai l’honneur de vous présenter mon projet de fin d’études intitulé «Mise en place d’une plateforme d’administration Tunisienne en ligne » encadré par M. chraigui sofiene et supervisé par M khaznaji wakid et effectué au sein de l’entreprise HORIZON DATA
<!-- Slide number: 2 -->
Plan
1 Introduction
2 Analyse et spécification
3 Conception
4 Réalisation
5 Conclusion et perspectives
1
Notes: Nous allons entamer cette présentation par l’énonciation des problématiques posées durant ce projet ainsi que la description de notre solution proposée Nous nous attarderons ensuite la partie spécification des besoins Nous exposerons l’architecture adoptée pour concevoir notre solution et nous mettrons en exergue les caractéristiques de notre conception . la réalisation sera la partie qui suit Nous clôturerons par une conclusion et des perspectives.
<!-- Slide number: 3 -->
Plan
1 Introduction
2 Analyse et spécification
3 Conception
4 Réalisation
5 Conclusion et perspectives
2
<!-- Slide number: 4 --> # Introduction (1/5)
Economie
Gouvernement
Administration publique
Tourisme
Politique
Social
3
Notes: Les enjeux et les défis relevés par notre pays obligent tous les citoyens à participer à bâtir notre nouvelle Tunisie En conséquence, le pays est entrain de vivre une période de transformation profonde qui a créé de nouveaux défis et opportunités, en particulier pour le secteur publique du pays.
L’administration est un secteurs parmi les plus important à développer L’administration touche à tous les secteurs critiques du pays.
La promotion de l’administration infectera alors l’économie, le tourisme, et même la vie politique et la vie sociale et même la vie politique
<!-- Slide number: 5 --> # Introduction (2/5)Problématique
 72.7%
 L’iniquité du traitement 80% 41 68.7% Le non respect des délais Le pourcentage de dysfonctionnement L’indice de perception de la corruption en 2013 67.8% Les difficultés d’accès aux prestations
4
Notes: Suite à une étude faite par Transparency International en 2013, La Tunisie occupe, la 77ème place, avec un indice de perception de corruption de 41 points sur 100.
M. Ab Rahman Adgham, le ministre chargé de la gouvernance et de lutte contre la corruption a mentionné dans un interview avec la chaine Leaders en avril 2012, que 80% est le pourcentage de dysfonctionnement des employés de secteurs public en Tunisie, ce qui une preuve de la détérioration de l'administration.
Selon « une étude exploratoire », menée par les services du ministre chargé de la Réforme Administrative, devant servir de base à un baromètre de la qualité, le taux de non-satisfaction général se situe entre 41 et 72.7% d’après les 8555 enquêtés. L’équité du traitement vient en première position des reproches avec 72.7%, suivie du non respect des délais (68.7%) et des difficultés d’accès aux prestations (67.8%).
<!-- Slide number: 6 --> # Introduction (3/5)Problématique
Corruption Dysfonctionnement
Iniquité de traitement Non respect de délais Difficulté d’accès aux prestations
5
Notes:
Les Tunisiens sont mécontents, dans l’ensemble de la qualité des prestations de l’administration et des services publics, pointant du doigt notamment l’accueil et l’information, les difficultés d’accès au renseignement, la lenteur, le manque de respect des délais et d’équité du traitement.
Quelle serait donc la solution et les stratégies à proposées???
Manque de performance(matériels et personnels insuffisants). IL FAUT TRIUVER DES ARGUMENTS ( chiffre, courbes, statestiques, … Manque de transparence (les citoyens ignorent les lois).
<!-- Slide number: 7 --> # Introduction (4/5)Solution
Publicité
 La formation et le perfectionnement du personnel ;
Le renforcement du contrôle administratif ;
La lutte contre la malversation et la corruption.
6
Notes: Beaucoup des solutions pour la réforme administrative peuvent être utilisé tel que 1. la formation et le le perfectionnement du personnel le renforcement du contrôle administratif, la lutte contre la malversation et la corruption
Pour Nous nous avons voulu faire partie de la promotion de l’administration Notre solution proposée repose sur deux principes : Exploitation de l’évolution technologique c-à-d les TIC (les technologie de l’information et de communication )en faveur de l’administration. Les citoyens doivent faire partie de la solution. =>ce qui permet Donner un accès distant pour les citoyens aux services de l’administration grâce à la réalisataion d’une plateforme d’administration el ligne qui offre à l’internaute l’ensb des papier administrative
<!-- Slide number: 8 --> # Introduction (5/5)Solution
 Accès Connexion
Choix
 Impression
7
Notes: On va décrire dans ce qui suit le principe de fonctionnement de notre solution E-DARRA
<!-- Slide number: 9 -->
Plan
1 Introduction
2 Analyse et spécification
3 Conception
4 Réalisation
5 Conclusion et perspectives
8
<!-- Slide number: 10 --> # Analyse et spécification (1/4)Identification des acteurs
 Administrateur
Abonné
9
Notes: 1– 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. .
2– L’abonné : 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.
<!-- Slide number: 11 --> # Analyse et spécification (2/4)Diagrammes de cas d’utilisation Cas d’utilisation de l’Administrateur
 Modifier Ajouter Supprimer
Gérer les papiersadministratifs <<include>>
S’authentifier Gérer les abonnées <<include>> Administrateur Ajouter Supprimer Modifier
10
Notes: Les besoins fonctionnels s’illustrent à travers les diagrammes d’utilisation suivant commençons par le cas d’utilisation de l’administrateur.
<!-- Slide number: 12 --> Analyse et spécification (3/4) Diagrammes de cas d’utilisation Cas d’utilisation de l’Abonné
 Editer <<include>> Coéditer <<include>> Partager <<include>> Abonné
S’authentifier <<include>> Ouvrir <<include>>
Sauvegarder
 S’inscrire
11
Internaute
<!-- Slide number: 13 --> # Analyse et spécification (4/4)Besoins non fonctionnels
Ergonomie
Fiabilité
Sécurité
Evolution
12
Notes: Passons ensuite aux besoins non fonctionnels que notre application doit respecter Citons tout d’abord que -L’ergonomie : Notre application doit présenter une interface simple et conviviale pour que l’adhérant ait une manipulation aisée des fonctionnalités proposé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.
Publicité
<!-- Slide number: 14 -->
Plan
1 Introduction
2 Spécification
3 Conception
4 Réalisation
5 Conclusion et perspectives
13
<!-- Slide number: 15 --> # Conception (1/4)Architecture de l’application
 Récupère les données Chargement de framework
appelle une page Exécuter la vue Génère un rendu HTML
14
Notes: -Nous avons choisi l’architecture MVT pour développer notre application
-MVT est une architecture hybride de l’architecture MVC dont elle distingue 3 modules.
Modèle : représentent les données et règles métier comme dans le modèle MVC. Ils sont écrits en Python et Django fournit un ORM (Django ORM) complet pour accéder à la base de données,
Vue : représentent l’interface Utilisateur Les vues Django peuvent être de simples fonctions Python retournant des réponses http ou être basées sur des classes.
Template : Django possède son propre moteur de template (DTE).
1. Lorsque l’utilisateur appelle une page de notre site 2. le framework se charge, via les règles de routage URL définies, 3. la vue correspondante s’exucute. 4. Cette dernière récupère les données des modèles et génère un rendu HTML à partir du template et de ces données.
5. Une fois la page générée, l'appel fait chemin arrière, et le serveur renvoie le résultat au navigateur de l'internaute.
<!-- Slide number: 16 --> # Conception (2/4)Diagramme de classe
15
Notes: La classe Model est une classe générique de Django dans django.db.models. Elle permet de générer la base de données du projet, avec toutes les tables et les champs nécessaire.Toute classe modèle Django hérite de la classe mère Model.
La classe User est une classe générique définit par Django et un système d’authentification des utilisateurs. Elle gère les comptes d’utilisateurs, les groupes, les autorisations et les sessions utilisateur basées sur les cookies.
La classe Form permet d’affiner les données attendues : taille maximale du contenu du champ, champ obligatoire ou optionnel, valeur par défaut. . . Il est possible de récupérer un objet Form après la validation du formulaire et de vérifier si les données envoyées sont valides, via form.is_valid(). La validation est personnalisable, grâce à la réécriture des méthodes clean_NOM_DU_CHAMP()et clean().
La classe Document est une classe modèle héritant de la classe Model. Elle contient les documents créés par l’utilisateur. Les fonctions définit dans cette classe permet la création, la mise à jour et aussi la suppression d’un document.
La classe Template est aussi une classe modèle contient les templates présents dont notre site. Cette classe contient les fonctions de gestion des templates telles que add_temp (), delete_temp (), refresh_temp (). . .
La classe UserProfile définit la classe utilisateur et hérite des classes génériques User et Model. Cette classe définit la connexion, la déconnexion, l’inscription et plus d’autre fonctionnalité de l’utilisateur.
La classe Categorie est une classe modèle. Elle contient les catégories des templates et aide à la gestion des catégories grâce aux fonctions suivantes : add_cat () et delete_cat (). La classe Contact, héritant de la classe Model, associe à chaque utilisateur ses contacts. L’ajout et la suppression d’un contact se fait par les fonctions add_contact() et delete_contact ().
Les classes ContactForm, UserProfileForm, UserForm, TemplateForm, CategorieForm et DocumentForm sont tous des classes formulaires. Un formulaire est décrit par une classe, héritant de django.forms.Form, où chaque attribut est un champ du formulaire défini par le type des données attendues
<!-- Slide number: 17 --> # Conception (3/4)Diagrammes de séquences
16
<!-- Slide number: 18 --> # Conception (4/4)Diagrammes de séquences
17
<!-- Slide number: 19 -->
Plan
1 Introduction
2 Analyse et spécification
3 Conception
4 Réalisation
5 Conclusion et perspectives
18
<!-- Slide number: 20 --> # Réalisation (1/8)Environnement de travail
 Environnement de développement ;
 Gestion de bases de données ;
 Modélisation des diagrammes ;
 Elaboration du rapport.
19
Notes:
Eclipse : un environnement de développement MySQL : système de gestion de bases de données ; gliffy : Modélisation des diagrammes.
Publicité
Lyx v2.0 : Elaboration du rapport
<!-- Slide number: 21 --> # Réalisation (2/8)Environnement de travail
 Conception
Hébergement
20
Notes: Google App Engine est une plateforme de conception et d'hébergement d'applications web basée sur lesserveurs de Google. La première version de ce service (appelée 'beta'), est sortie en avril 2008,
Contrairement à d'autres solutiion d’hébergement en cloud computing tels que Amazon Web Services qui fonctionnent sur un niveau IaaS (serveurs) , GAE fournit déjà une infrastructure d'application sur le niveau PaaS (serveurs + services : gestion de la charge, API, cache) .
2. La figure présente de manière globale le fonctionnement de la plate-forme. Les requêtes sont traitées par le Load Balancer qui a pour rôle de répartir les charges sur les différents Clusters à tolérance de pannes. Pour la partie persistance, la base de données DataStore repose sur le SGBD, BigTable, développé en interne par Google. Le langage de requêtes associé à BigTable est GQL (Google Query Langage).
Cette plateforme de conception et d'hébergement lancée en version beta en avril 2008 offre la possibilité de générer des applications web pour un trafic élevé. D'autres avantages sont offerts comme la création de bases de données ou encore la possibilité de gérer les utilisateurs du site créé. L'avantage pour le programmateur est de pouvoir passer par l'infrastructure de Google et s'éviter ainsi de gérer l'hébergement lui-même. La plateforme est basée sur les serveurs de Google, ce qui assure à l'utilisateur de ne pas avoir à gérer cet aspect de la programmation, en plus de disposer d'une technologie garantissant la vitesse et la fiabilité des applications. En effet, l'utilisateur bénéficie de la même technologie que celle utilisée pour les autres applications Google.
<!-- Slide number: 22 --> # Réalisation (3/8)
21
<!-- Slide number: 23 --> # Réalisation (4/8)
22
<!-- Slide number: 24 --> # Réalisation (5/8)
23
<!-- Slide number: 25 --> # Réalisation (6/8)
24
<!-- Slide number: 26 --> # Réalisation (7/8)
25
<!-- Slide number: 27 --> # Réalisation (8/8)
26
Notes:
<!-- Slide number: 28 -->
Plan
1 Introduction
2 Analyse et spécification
3 Conception
4 Réalisation
5 Conclusion et perspectives
27
<!-- Slide number: 29 --> # Conclusion et perspectives (1/2)Conclusion
Confort d’utilisation Qualité de l’information Transparence
28
Notes: L’administration en ligne permet d’améliorer Le confort d'utilisation(pas de files d'attente). La qualité des informations(parfois plus précises, démarches simplifiées, etc.). La transparence (l'usager peut savoir où en est le traitement de sa demande, etc.).
<!-- Slide number: 30 --> # Conclusion et perspectives (1/2)Perspectives
Accueil personnalisé
DAP administratifs
29
<!-- Slide number: 31 --> # MERCI POUR VOTRE ATTENTION
CHRAIGUI Amira