[AngularJs + Bootstrap 3.0 + Php-Sql] « Rdv Juristes » . Création d’une application avec un bon design normalisé Bootstrap 3.0 puis démarchage commercial !

rdvjuristes2

Introduction


Suivez en direct le développement de RdvJuristes, avec un tout nouveau design bootstrap totalement normalisé, passant sur les écrans 22 pouces ET sur les téléphones 5 pouces.

Suite à l’affreux et repoussant design  que j’ai fait avec material(Qui n’est pas forcément du à matérial), j’en ai eu marre, et je recode le tout en Bootstrap CSS 3.0 !

Mes futurs projets seront désormais toujours désignés en bootstrap 3.0 ou 4.0 pour gagner du temps sur le reste, en plus j’ai aussi une app en node.js sur le grill, mais je n’ai pas envie de monter un serveur chez moi en permanence donc je suis bloqué pour les démos !

rdv.jpg

Les fonctionnalités de L’application :


  • Visionner les caractéristiques des juristes et leurs pourcentages de résultats lors des procès.
  • Influencer les juristes en fonction de leurs résultats par le biais de graphiques manipulables.
  • Enregistrer un procès dans le calendrier, modifier à la volée dans le calendrier les rendez-vous, et pouvoir resizer et drag and dropper . Indiquer le résultat du procès. Affecter les juristes en fonction de leurs parties Défendeur ou Plaignant.
  • Spécifier les juristes du procès (Unitaires ou par groupes), leurs notes de frais , les documents du procès, éditer un résumé du procès, des modèles de documents officiels sont présents pour faciliter la tâche du juriste.
  • Relancer les juristes par Email lors d’un procès.
  • Relancer les personnes impliquées par Emailing
  • Utiliser un Chat spécifique pour parler des procès.
  • Visionner énormément de statistiques en D3.js à propos des notes de frais, des résultats des tribunaux, de la dispersion géographique par type de procès par exemple et j’en passe !.

 Technologie utilisée :


  • AngularJs 1.6.4
  • Angular Ui Calendar ( Surcouche de FullCalendar.js)
  • Google Map avec ng-map
  • Php en back end pour le CRUD en technologie PDO avec prise en compte du typage .
  • Mysql
  • Highcharts
  • D3.js
  • Css Bootstrap 3.0
  • OcLazyLoad pour charger les libs les plus lourdes en fonction de la vue dans ng-route
  • Classe Php Mailer pour faire de l’Emailing
  • Paparse.js pour parser les fichiers CSV, ainsi que le module angular-papa-promise

En projet, en cours de développement :


  1. Etude sommaire de l’ontologie des juristes.
  2. Concevoir tout le système de « Défendeur »(accusé), et « Plaignant », afin de récupérer le verdict, et/ou les amendes infligées, spécifier si il y a un recours.
  3. Import de RDV et de Juristes au format Excel : délai approximatif : 1 jour
  4. Envoi du résumé du rendez-Vous aux Juristes Concernés par Email: 1 jour
  5. Dans le graphique en barre, les points verts sont les buts à atteindre, ils peuvent influer sur le pourcentage de succès (Bref, faire quelque chose du style.), autrement dit, le responsable d’agence décide que la norme à atteindre est 8 étoiles par exemple, et le juriste qui n’a que 6 étoiles est prévenu par email qu’il ferait bien d’activer … : délai approximatif : 2 jours
  6. Dans le google map, indiquer tous les tribunaux français en scrappant avec l’api google. : délai approximatif : 1 jour + indiquer les trajets domicile – procès ?
  7. Création de la zone « MonCompte » ainsi que de la zone « paramêtres » avec seuil d’alertes, gestion groupée etc … : délai approximatif : 2 jours
  8. Possibilité de créer des groupes de juristes et de les ajouter au rendez vous : délai approximatif : 1/2 jour
  9. Réseau social sur les juristes + photo du juriste qui parle. délai approximatif : 1 jour
    Tri des rdv dans juriste par importance Délai : 1 heure
  10. Menu déroulant par juriste sur le calendrier Délai : 2 heures
  11. Alerte par Email Délai : 1 Jour
  12. Faire un fil d’ariane lors de la création d’un rdv, avec un beau design (une sorte de breadcrumb). Délai 2 Jours
  13. Synchroniser avec google calendar. Délai : 3 jours
  14. L’utilisateur doit pouvoir remplir des modèles de documents directement dans l’application et les chosir à partir de gros icones.
  15. Montrer les rendez vous dans une liste de panels.
  16. Cryptage Md5 des mots de passe.
  17. Démarchage sommaire national des cabinets de juristes (Emailing, Phoning), proposition de location à 4Euros90 le mois réelle.

Suivre l’avancée de l’app


Le but est de finaliser l’app aux fonctionnalités basiques pour la fin de semaine !

JOUR 1 Le 22-06-2017: 4 Heures de code :
. Remise en Place du nouveau calendrier, convert des dates en Moment.js lors de l’update d’un rendez vous …
.Je vais rajouter aussi un système d’identification et un chat, et, comme prévu, un ng-map et un autocomplete sur l’adresse, et en plus quelques graphiques, cela avant la fin de semaine. Ajouter aussi les procès par juristes et des appréciations par rendez-vous

JOUR 2 Le 23-06-2017:6 Heures de code

JOUR 3 Le 26-06-2017: 6 heures de codes

. Correction du Crud sur les RDV
. Ajout de Google Map avec ma clef google Map
. Correction des rdvs des juristes dans le CRUD des juristes.
. Mise en place sommaire du CHAT

JOUR 4 Le 27-06-2017: 6 heures de codes

. Mise en place de Ng-Map
. Refonte totale du CSS pour intégrer une barre des tâche responsive sur le côté (Sidebar), ça a pris du temps, surtout ce template est parti de zéro, donc sans licence (gratuit).

Note : il est possible de styliser les jours comme ceci :
https://stackoverflow.com/questions/41825303/how-to-change-fullcalendar-cell-color

JOUR 5 Le 29-06-2017: 5 heures de codes
. Mise en place des sliders (Pas encore fonctionnels).
. Avancée sur le chat (Pas encore temps réel).
.Si on se loggue comme admin, on est désormais reconnu par l’app et on peut éditer les juristes

JOUR 6 Le 03-07-2017: 5 heures de codes
. Ajout de wisiwig (Document) à un rdv
. En projet : webscrapping des emails des bureaux de juristes qui remonte automatiquement dans l’app

JOUR 7 Le 06-07-2017: 5 heures de codes
. Ajout de HTML dans les events du calendrier (C’est puissant), par exemple, là j’ai pu indiquer le nb de juristes par rdv, grâce à une rqt SQL à jointure
. Les sliders pour les juristes refusaient de marcher avec ui tabs, j’ai perdu 2 heures, du coup je mets des étoiles ratings.
. Il n’y a pas d’erreur CSS sur un téléphone 5 pouces, mais c’est désagréable à utiliser, par exemple la liste des juristes devrait devenir toute petite lrosque sur téléphone 5 pouces.

Je voudrais terminer le projet pour la fin de semaine mais ca va être chaud… Je ne voulais pas mettre de vues mais c’est fait exprès

JOUR 8 Le 11-07-2017: 6 heures de codes
. Les problèmes de format de date avec Moment.js sont résolus (avec le gmt)
. Le chat fonctionne, reste à ajouter le temps réel et un meilleur design. Les utilisateurs peuvent se répondre entre eux, façon Youtube.
. Toutes les dates sont correctes et normalisées.
. Les juristes sont catégorisés (20 min)
. Passage de tous les panels au format directive, c’est beaucoup plus pratique, du coup index.html ressemble à ça:

	<!-- LES DIRECTIVES -->
<div class="row padded ">
		<juristes></juristes>
		<chat></chat></div>
<div class="row padded " >
		<agenda></agenda>
		<rendezvous></rendezvous></div>
<div class="row padded " ng-cloak>
		<ngmap></ngmap>

Le code devient 1000 fois plus simple à entretenir et à modifier, pour info une directive basique dans ce cas est comme un include et ressemble à cela :

monApp.directive('ngmap', function() {
   return {
    templateUrl: 'directives/ngmap.html'
  };
});

Demain, le google map juristes et rendez vous.
.
JOUR 9,10,11,12 5*4 =20heures de code
. Passage des vues en mode individuel pour que cela soit exploitable dans un téléphone 5 pouces, la vue des juristes est très correcte sur un téléphone.
. Découverte du template LTEAdmin2, qui devrait améliorer le look à l’avenir.
. Début de la programmation du système notes de frais.
. Résolution du problème de refresh de la carte ng-map
. Quand on clique sur un jour, on ouvre le bon jour pour entrer un rdv.
. ON voit les photos des utilisateurs dans le CHAT
. Début de programmation du système de verdicts.
. Le système de comptes et de rôles est fait à 50 pour cent.
. Lorsque l’on clique sur « mon compte  » et qu’on est pas loggé, un throw est déclenché.
.Impression du résumé d’un rendez vous = fait à 40 %
. Ajout des catégories de Rendez-Vous et d’un filtre

Jour 13.
1200x630bb

. J’ai refais tous le code du controleur des stats, en effet, il fallait récupérer en BDD la longitude et la latitude dans les formulaires Juristes et rendez Vous pour éviter de surcharger ensuite l’api Google Map lors des lectures groupées , et pouvoir afficher tout dans les maps sans problèmes ensuite.

En effet, un champs auto complete Google de type adresse fait remonter un objet JSON très complet, qu’il faut picorer et réinjectant dans notre propre base MYSQL !

Par la même occasion, je récupère le département et la ville dans la BDD ce qui va permettre de faire des statistiques à fond !

Maintenant, c’est d’une simplicité déconcertante de filtrer, que ce soit en SQL ou en JS avec .filter() !!

Je vais améliorer l’interface des google maps avec des zones, et aussi des fenêtres. De même qu’il faut que lors du clic, on retrouve soit sa fenêtre rendez vous, soit sa fenêtre juriste .

Le controleur des statistiques est vraiment d’une clarté et d’une simplicité déconcertante , il permet d’afficher des marqueurs sur les cartes google map, avec les icones que l’on a choisi, et les filtres que l’on a choisi ! : Extrait :

monApp.controller('statsCtrl',['$scope','$timeout','$q','$log','$http','rdvFactory','juristesFactory','$compile','$timeout','Notification','utilisateursFactory','$uibModal','stockeUtilisateur','chatFactory','NgMap', '$rootScope','$interval','$filter',function($scope,$timeout,$q,$log,$http,rdvFactory,juristesFactory,$compile,$timeout,Notification,utilisateursFactory,$uibModal,stockeUtilisateur,chatFactory,NgMap,$rootScope,$interval,$filter) {

/* ------------------------------------------------------INITIALISATIONS--------------------------------------------- */

	/* INITIALISATION DES EVENTS (RENDEZ VOUS)*/
	getAllRendezVous();

	$scope.rdvIcon = {
			"scaledSize": [32, 32],
			"url": "img-app/advokat_set-15-256.png"
	};

	/* INITIALISATION DES JURISTES */
	getAllJuristes();

	$scope.juristesIcon = {
			"scaledSize": [32, 32],
			"url": "img-app/jr.png"
	};

	/* LIRE TOUS LES RENDEZ VOUS */
	$scope.getAllRendezVous = function(categorie){
		getAllRendezVous(categorie);
	}

	function getAllRendezVous(categorie){

		rdvFactory.get_rdvs(categorie).then(function(data){  // On récupère en Ajax tous les rendez-vous.

			var temp = data.data;

			angular.forEach(temp,function(value,index){
				temp[index]["start"] = moment(temp[index]["start"]);
				temp[index]["end"] 	= moment(temp[index]["end"]);
				temp[index]["longitude"] = parseFloat(temp[index]["longitude"]).toFixed(2);
				temp[index]["latitude"] = parseFloat(temp[index]["latitude"]).toFixed(2);
			}); 

			$scope.markerData = temp;

			if(temp.length<1){
				Notification.error('Pas de données avec ce filtre !');
			}
		})
	}

	/*  LIRE TOUS LES JURISTES  */

	$scope.getAllJuristes = function(categorie){
		getAllJuristes(categorie);
	}

  function getAllJuristes(categorie){

		juristesFactory.get_juristes(categorie).then(function(data){  // On récupère en Ajax tous les juristes.

			var temp = data.data;

			angular.forEach(temp,function(value,index){
				temp[index]["longitude"] = parseFloat(temp[index]["longitude"]).toFixed(2);
				temp[index]["latitude"] = parseFloat(temp[index]["latitude"]).toFixed(2);
			}); 

                       $scope.markersJuristes = temp;

			if(temp.length<1){
				Notification.error('Pas de données avec ce filtre !');
			}
		});
	}

Explication sommaire du code : On récupère les données longitude et latitude de chaque objet juriste{} ou objet rendez vous{}, avec une rqt ajax $http dans un tableau [], puis, on « fournit » le tableau à $scope.markers, ou variable apparentée, qui affiche en temps réel les points sur la carte google map. C’est très facile grâce au 2 ways binding! Ce qui est bien, c’est que la catégorie est passée en paramètres au back end, du coup, chaque requête se relance assez facilement, toujours avec le 2 ways binding qui s’occupe de tout..

AngularJs est tout simplement fantastique et le plus simple et flexible framework, surtout avec le format $scope(et pas controller as + .this). Remarquer que je parseFloat mais normalement, y’a pas besoin parce que dans mysql, je devrais être en Float, ce que je n’ai pas fait (par paresse, je reste souvent en varChar dans mysql, lors des LABOS, hi hi, c’est mal, mais je vais arrêter ! ).
.
A voir ce que cela ferait avec vue.js, qui a l’air pas mal aussi , je lorgne de plus en plus dessus vu qu’il impose une structure, encore bien plus que angularjs.
Par contre, j’ai envie de faire des components maintenant, mais bien sur, surtout pas autre chose que la version 1.6 de ANGULARJS !!

En projet :
. Conversion moment.js -> pour Mysql

Jour 14 : 3h de code :
. La conversion MomentJs -> Mysql Datetime est ok et fonctionne bien pour faire les stats à l’avenir. Exemple de conversion Objet moment.js -> Date acceptée par mysql dans un champs DATETIME:

rendezVous.startspe = moment(rendezVous.start.format('YYYY/MM/DD HH:mm:ss')).format("YYYY-MM-DD HH:mm:ss");

. Le problème est que je dois concevoir tout le système de « défendeur »(accusé), et « Plaignant », afin de récupérer le verdict, et/ou les amendes infligées, spécifier si il y a un recours etc .. De plus, le défendeur et le plaignant n’ont pas les mêmes juristes, de ce fait , il faut revoir un peu le système d’affectations.
. Un Formulaire ANGULARJS doit avoir un ID pour que les popups d’erreurs intégrés au navigateur s’affichent, de plus , il faut écrire form = »idDuFormulaire » dans le pour que cela fonctionne , j’ai mis un sacré bout de temps à enfin comprendre ça !

Notion Majeure

Le style Css d’une application est désormais facilement adaptable en fonction du matériel utilisé, à l’aide de ces lignes dans le fichier style.css :

@media(min-width:768px) {

/* SUR ORDI DE BUREAU */
}

et

@media(max-width:480px) {
/*
SUR TELEPHONE ANDROID 5POUCES */
}

C’est très pratique ! Firebug n’est plus utile, il suffit de taper sur F12 pour utiliser le mode DEV dans firefox y compris pour téléphone Android 5 pouces! Cela devient diaboliquement rapide de développer, et je préfère ne pas comparer à Eclipse …

Jour 15 : 4h de code :
. Programmation de l’enregistrement en BDD après glissé déposé et resizing d’un rendez vous.
. Programmation de l’update d’un compte
Jour 16 : 3h de code :
. Programmation de l’Emailing .
. En projet : utilisation de procédure stockées pour alertes Emails, Faire un graphique ‘Notes de Frais Globales par semaines etc …’ (Vite fait avec une rqt SQL à jointure et une lib de graphique !)
. Bientôt le gros morceau : Faire le système de verdicts ( C’est long quand même, même avec AngularJs, mais c’est surtout au niveau fonctionnel que c’est complexe. On simplifie.)
Jour 17 : 4 heures de code
. Passage de presque toutes les librairies au format BOWER
. Passage de l’édition du juriste au format Vue+Controlleur.
. Activation et début d’utilisation de D3.Js et de ng-knob.
. D3.Js et fullcalendar étant trop volumineux, je les charge désormais uniquement dans les vues concernées avec oclazyload. C’est facile une fois que l’on a compris .

D’abord, on paramètre les modules à lazy loader :


/* PARAMETRAGE DES LAZY LOADINGS  */
monApp.config(['$ocLazyLoadProvider', function($ocLazyLoadProvider) {
  $ocLazyLoadProvider.config({
	  modules: [{
			name: 'ui.knob',
			files: ['../bower_components/d3/d3.min.js','../bower_components/ng-knob/dist/ng-knob.min.js']
		  },
		  {
			name: 'ui.calendar',
			files: ['libs/angular-ui-calendar/src/calendar.js','libs/fullcalendar/dist/fullcalendar.min.js','libs/fullcalendar/dist/lang/fr.js','libs/fullcalendar/dist/gcal.js']
		  }
	  ]
	});
}]);

Ensuite, on les injecte dans le routing de vue AngularJs comme ceci, le resolve devant se finaliser avant le chargement de la vue, on est sur que la lib doit être chargée avant le chargement de la vue. :


.when('/agenda/:id_rdv', {
	  templateUrl: 'vues/agenda.html',
	  controller: 'agendaCtrl',
	  resolve: { // Any property in resolve should return a promise and is executed before the view is loaded
			loadMyCtrl: ['$ocLazyLoad', function($ocLazyLoad) {
			  // ON lazy loade ici
					 return $ocLazyLoad.load('ui.calendar');
			}]
		  }
	})
<h2>

Jour 18 : 2h30 de code :
. Remise en place des cartes juristes avec ng-knob, resolution d’un problème sur l’édition d’un juriste.
. Activation des boutons facebook, twitter, qwant
. Demain , import de données avec papaparse

Jour 19 : 3h00 de code :
. Mise en Place de Papaparse
. L’import CSV de juristes fonctionne, par contre, il n’y a pas ENCORE de séquence de contrôle lors de l’import, de ce fait, si le CSV n’est pas bien constitué, des erreurs sérieuses d’imports peuvent survenir, nécessitant l’intervention sur la BDD.

Jour 20 :

Le grand jour est arrivé, voici ma tentative de modélisation très simplifiée d’un verdict, que je vais réaliser dans l’application RdvJuristes.

Tout d’abord, il faut prendre conscience de l’ontologie de cette organisation, dont je ne connais rien (Dans un véritable projet, il faut bien sur étudier l’ontologie en premier lieu, lol).

http://www.manitobacourts.mb.ca/fr/informations-generales/definitions-comprendre-le-vocabulaire-juridique/

 

LA PARTIE BASE DE DONNEE

Il y a plusieurs moyens de modéliser cela dans la base de données, c’est un premier jet, que je voudrais être évolutif et pas trop couteux en matière de requêtes SQL à l’avenir. Dans le cadre d’un simple labo, je ne pousse pas l’étude de l’ontologie plus loin que cela, désirant faire un phoning afin de savoir si pareille app serait susceptible d’intéresser quelqu’un auparavant, lol.

Ma conception (en cours) inclut des nouvelles tables SQL, voici ma première piste :

  • Table Personnes : La relation est pour m Rdv -> n personnes impliquées ( Donc, présence d’une table intermédiaire personnesRendezvous, car qui dit relation M-N, dit table SQL intermédiaire. En effet, une personne peut assister à plusieurs Rendez-Vous, et un Rendez Vous peut contenir plusieurs personnes).

Ajout d’une colonne ‘partie’ à la table SQL personnesRendezvous permettant de déterminer si une personne est plaignant(idplaignant=>1) ou défendeur(iddefendeur=>2) lors d’un rendez-vous unique, et une colonne ‘gagnantPerdant’ permettant de déterminer si une personne a été gagnante ou perdante lors d’un rendez vous-unique

  • Table Verdicts : Relation 1 Rdv – 1 Verdict ( Pour l’instant pas n verdicts …). Cette table permet d’indiquer la somme réclamée par le plaignant par exemple, ainsi que d’autres informations à determiner plus tard (Table évolutive).

Concernant la table Juristes, elle ne change pas, Mais Même logique que pour la table personnes : Ajout d’une colonne ‘partie’ à la table SQL juristesRendezvous permettant de déterminer si un juriste est plaignant(idplaignant=>1) ou défendeur(iddefendeur=>2) lors d’un rendez-vous unique, et une colonne ‘gagnantPerdant’ permettant de déterminer si un juriste a été gagnant ou perdant lors d’un rendez vous-unique.
(Présence d’une table intermédiaire juristesRendezvous, car qui dit relation M-N, dit table SQL intermédiaire. En effet, un juriste peut assister à plusieurs Rendez-Vous, et un Rendez Vous peut contenir plusieurs juristes).

 

LE FRONT END ANGULARJS

Cette conception tient compte du fait que dans le Front-end, il y aura présence de 2 menus déroulants (personnes+ juristes) du côté « Plaignant », et 2 menus déroulants (personnes+ juristes) du côté « défendant ».
La contrainte est que : lors de l’affectation d’un juriste du côté plaignant, il ne doit plus apparaitre du côté « défendant », ce qui devrait se résoudre par un filtrage AngularJS dans le Front End.
Entre les panels « Plaignant  » et panels « Défendeur » se trouvera un gros icône permettant à l’utilisateur d’indiquer quelle partie a gagné.
De ce fait, il sera ensuite possible de réaliser toutes les statistiques (simples) concernant le taux de succès des juristes et bien plus …Mais ça… C’est la partie ‘facile’

 

Pour parler techniquement à propos du Front End… un peu dans le style UML, 3 pistes de solutions Front End :
L’utilisateur arrive sur l’onglet  » Verdict » , il affecte le juriste du côté plaignant , alors, ‘partie:’plaignant’ est écrite dans l’objet JSON {} ‘juriste’ sur modèle de données Juristes qui est un tableau d’objets JSON [], dans le front end(Dans la mémoire vive), ensuite, le Back end écrira cela en BDD comme d’habitude, très simplement, avec une simple modification de la requête d’insertion SQL actuelle qui existe déjà.

OU ALORS , DEUXIEME SOLUTION ..
L’utilisateur arrive sur l’onglet  » Verdict » , il affecte le juriste du côté plaignant , ‘plaignants’ sera un modèle de données propre dans le Front End ( Un tableau d’objets JSON[]), qui sera enregistré globalement.

OU ALORS, TROISIEME SOLUTION :
En gros, je conserve les modèles de données actuels, conformes, mais je m’en sors avec uniquement les filtres ANGULARJS, mais ce n’est pas possible, parce que il faut écrire dans la base de données, si un juriste est défendeur ou plaignant, par exemple . Et ma requête SQL associant les juristes à un rendez-vous existe déjà…

Je ne sais pas encore … Je réflechis et vais faire des tests. Le problème étant de conserver un code facile à comprendre et bien structuré.

Jour 21 : 3h00 de code :
. Mise en place du Crud sur les personnes
. Début de prog du système de verdicts

Publicités