1 / 38

Projet 3i : informatisation

Projet 3i : informatisation. Projet 3 Organisation de la présentation. Qui sommes nous Le projet Objectifs Conception Réalisation Les choix Architecture technique L’accès aux données La sécurité Bilan Conclusion …. Démo et questions. L’équipe projet. Chantal Mordoh Rachid Souissi

galahad
Download Presentation

Projet 3i : informatisation

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Projet 3i : informatisation

  2. Projet 3Organisation de la présentation • Qui sommes nous • Le projet • Objectifs • Conception • Réalisation • Les choix • Architecture technique • L’accès aux données • La sécurité • Bilan • Conclusion … Démo et questions

  3. L’équipe projet • Chantal Mordoh • Rachid Souissi • Laurent Veyrieras

  4. Projet 3 LE PROJET

  5. Objectifs • Informatisation de l’association pour : • Diminuer les coûts de fonctionnement • Donner une meilleure information aux adhérents • Permettre l’inscription en ligne • Regroupement avec d’autres association à terme

  6. Périmètre du projet • Lot 1 : réalisé dans le cadre du projet CNAM • Gestion des inscriptions des adhérents • Affichage des objectifs (et plannings des activités) • Affichage des événements • Lot 2 : • Gestion des affiliations annuelles • Gestion des paiements sécurisés • Gestion Intranet des relances clients et envois quotidiens • Lot 3 : • Mise en place des relations avec les associations partenaires • Lot 4 : • Mise à jour automatique de la compta et de la gestion client • Développement de statistiques • Optimisation de la gestion des ressources

  7. Cahier des charges • Adhérents • Adhésion • Activité / Evénements • Règlements • Gestion : • Des relances • Envois du jour • Cotisations • Internet / Intranet

  8. Organisation des données C'est beau un MCD

  9. Accueil (présentation Association) Adhésion Evénements Sélection Activité Planning personnel Facture Modification Données perso Création Saisie mot De passe Règlement Liste des événements Liste des activités Planning personnel Mode règlement adresse N° tel & fax détail Règlement détail Règlement Mot de passe Nom email Cinématique Internet

  10. Accueil (saisie mot de passe) Adhésion Gestion activité Gestion Mise à jour Données diverses création modification suppression radiation M S règlement relances Envois Du jour C Plan Cotisations Paramètres Envoi client liste liste Saisie pour un client Cinématique Intranet

  11. Normalisation des écrans • Normes • Logo • Bannière et titre • Sous-menu • Menu principal • Zone de travail Valables pour tous les écrans

  12. Choix techniques • Langages • HTML • Java (JSP 1.2 – JavaBeans 1.0 – Jvascript – JDK v J2SDK-1_4_0-win) • Javascript • SGBD • My SQL V 3.23.47-NT • JDBC org.gjt.mm.mysql.Driver • Moteur • Tomcat V 4.0.4 – B2 • Stabilisation de l’environnement de développement

  13. Qu’est ce qu’une page JSP • C'est un document de type texte qui permet de créer une page web dynamique à la requête d'un client • Une page JSP contient : • des modèles de type texte contenant des formats de présentation (HTML), • des actions dynamiques contenues dans des instructions et dans des scriplets (JAVA).

  14. Processus de conversion des pages JSP SERVLET (java) PAGE JSP (Document texte) convertie compilée Aucune modification depuis la dernière conversion chargée/exécutée Servlet (.class) Sortie Chargée exécutée

  15. Qu'est-ce qu'un JavaBean? • C’est une classe java qui : • implémente la classe java.io.Serializable, • présente un constructeur sans paramètres, • définit des méthodes set et get pour chacun des attributs de la classe • contient la logique de connexion à la base de données et d’autres méthodes. • Il est instantié par la classe .jsp par l’élément <jsp:useBean id= « name" scope="session" class=« chemin de la .class" />

  16. Modèle d’Architecture JSP utilisé

  17. Intérêt de l’architectureJSP- JAVABEAN - VALUE OBJECT • Séparartion de la présentation (HTML) du traitement : séparation HTML du code java dans des classes de niveaux différents • d'où efficacité d'entretien et améliration de la protabilité. • Gestion dynamique du contenu : modification en fonction de l'état des données dans la base. • Sécurité : éviter un accès direct aux données par l'utilisateur • Réduire la charge d'accès aux bases : les attributs sont encapsulés dans une classe VALUE OBJECT (VO) : • Lecture : • VO getVO (){ return VO;} • Modification : • void setVO( VO vo){ this.vo=vo;}

  18. Organisation des classes pour chaque entité • Exemple “Activité” • ActiviteHTML.jsp • ListeActivite.jsp • ModifyActivite.jsp ActiviteJB.java • ActiviteVO.java SGBD assoBD • AddActivite.jsp • DeleteActivite.jsp • SessionsPaActivite.jsp

  19. Accès aux données - Principe • Principe de mise en oeuvre d’un objet héritant de AccesTable : • Initialisation de l’objet : • Nom et préfixe de la table • Un objet de type TCol est créé et initialisé par colonne • instanciation de l’objet de type TTable • Ecriture des méthodes get et set pour chacun des objet TCol • Ecriture des méthodes « plus spécifique »

  20. AccesTable TCol ConnectionStatement TTable nomvaleurcle1 cle2 ordreAffichageDate de dernière majodre aff. colonne nomprefix Tcol[]nbColnbCol SetConnexion()insert()update()delete()idLibToAll()montantToAff() MontantToDB() DateToAff() DateToDB() getListeCol()getNbCol()initAttribut()readNext()affectation() IsJointure() RsetSql Jointure ResultSetSqlExceptionmessagenbLig Connection SelectAll()readNext() Personne getLstPersOBNom() getPersByIdPers()getPersByNom() E_newTel TTel Telephone AContacterAu Accès aux données : schéma de principe

  21. Accès aux données Un peu de lecture

  22. Accès aux bases : apports de la méthode • Tout ce qui est relatif à une table est décrit à un seul endroit  : • une simplification de la maintenance évolutive • les ordres SQL d’accès à une table sont créés dynamiquement selon la description de celle-ci. • l’ajout d’une table au projet a un coût de développement java très réduit.

  23. Projet 3 LA SECURITE

  24. Sécurité : de quoi parle-t-on ? • Définition :“Absence réelle de danger que la réunion d'un ensemble de conditions matérielles et logiques permet d'obtenir dans la saisie, le traitement et la transmission des données, ainsi que dans la consultation des fichiers automatisés et la production des résultats “ • Périmètre : les paiements en ligne • Composants : • Moyens de paiement • Normes technologiques • Les enjeux

  25. Site Web Marchand Paiements hors Internet Paiements par Internet Abonnement Virement Prélèvement Chèque, LCR CB CB Porte-monnaie Virtuel En clair Avec cryptage Authentification Sans authentification SSL seul Solution intégrée (intermédiaire financier) SET (certificat)) C-SET (carte à puce) panorama des moyens de paiement

  26. ➁ ➃ ➂ client marchand Centre CB Zoom sur la carte et ses dérivés • Caractéristiques : • Carte à piste • Carte à puce • Circuit • Les dérivés • Porte monnaie virtuel • Carte virtuelle

  27. Les technologies : la cryptographie • Un peu d’histoire • Principe de base • Principaux algorithmes : • DES • RSA • Authentification • l’objectif • Aspect juridique

  28. Le protocole Mise en œuvre : Simple Intégrée Les protocoles : SSL

  29. SET C-SET Carte à puce Lecteur SET et C-SET

  30. Comparatif • Points communs • Liaison sécurisée établie à la demande du client • Augmentation des temps de réponse ≈ 15%

  31. Sécurité : quelques chiffres

  32. Sécuriser en fonction de quels critères • Objectif du site • Montant et volume de commande • Activité sectorielle et type de produit • Marché visé

  33. Projet 3 BILAN

  34. Bilan du projet : quelques chiffres • 26 tables dont 15 gérés • Écrans • Charges

  35. Les difficultés • Organisationnelles • Techniques • MySQL : • Intégrité des données • Gestion des vues • TomCat : version instable • Les ressources • Modification du périmètre

  36. Evolutions possibles du projet • Mise en place des lots suivants • Graphisme

  37. Perspectives en e-commerce • Potentiel d’évolution • Les clients • Les sociétés

  38. Projet 3 Démo …

More Related