Bienvenue sur mon site.

Actuellement étudiant en Licence 3 INFO à Lille 1, j'ai décidé de créer ce site vitrine pour mettre en exergue les travaux réalisés lors des différentes situations professionnelles rencontrées, durant les deux années de formation au lycée Gaston Berger de Lille ou durant les deux périodes de stage, avec l'option Solutions logicielles et applications métiers (SLAM).


Lire la suite

Situations professionnelles :

Eaux du Nord
SCN Animations
Connective-IT
CNAM
HTML 5
CSS 3
Responsive Design
jQuery
jQuery Mobile
Ajax
PHP
Langages
Responsive Design

Stage à ADFC

Du 11 Mai au 26 Juin 2015


Descriptif de l'entreprise :

          La société s'est lancée dans l'aménagement numérique du territoire en 2005 et opère en tant que sous-traitant pour les opérateurs Télécoms. Elle compte donc en plus de son siège auquel sont rattachés une dizaine d'employés de bureaux, une quarantaine de techniciens sur le terrain et collabore régulièrement avec les différentes boutiques franchisées Numéricable.
Boutiques Numericable La société travaille aussi en collaboration avec un bureau d'études spécialisé dans l'ingénierie et le déploiement des réseaux télécoms mobiles pour la conception de sites relaies et leur intégration paysagère. Les compétences de l'entreprise AD-FC correspondent à la gestion de la logistique et à l'acheminement de la fibre optique via des chemins d'adduction en sous-sol existant ou à créer et à son raccordement à des boîtiers qui permettront de desservir les différents logements/locaux. Son activité s'articule donc autour du tirage de la fibre en égouts, aux câblages de baies, à l'épissurage et connectorisation du câblage, au contrôle de la fonctionnalité des installations (mesure de réception) et au raccordement immeuble puis client.
Tirage de fibre optiqueBrassage L'entreprise est devenue l'un des principaux acteurs du réseau de fibre optique à Paris et dans les régions suivantes: Île de France, Nord Pas de Calais, Picardie, Alsace, Normandie, les Bouches du Rhône, et en Belgique, avec un déploiement à Bruxelles. Elle opère dans ces régions françaises dans le cadre du plan de développement de réseaux à fibre optique dont les objectifs ont été fixés par le gouvernement et qui est poursuivi par les différents opérateurs Télécoms.

Les objectifs premiers de la société sont de gagner de nouveaux marchés auprès des Télécoms (SFR, Orange, Free), de mettre en avant l'utilisation d'équipements récents et de moderniser les infrastructures, de créer de nouveaux emplois, afin de pérenniser l'activité du groupe. La société a développé plusieurs applications à usage interne : elle utilise une application web mobile et bureau pour gérer ses interventions d'installation de la fibre sur le terrain, un site vitrine et d'autres applications métiers propres à la gestion de l'entreprise au sein du siège telles qu'une application web relevant le CA par intervention et par agent puis présentant son total par mois.

Depuis quelques mois la société s'est lancée dans la téléphonie en VOIP, son installation et son raccordement pour différents clients. Ce nouveau domaine d'activité de l'entreprise est temporairement à la charge de deux stagiaires. Le premier stagiaire a pour tâche d'implémenter les solutions techniques et logistiques permettant d'assurer la capacité de l'entreprise à intervenir dans ce domaine. Le second stagiaire doit s'assurer que les techniques et éléments de configuration nécessaires mis en avant par le premier stagiaire soient accessibles aux futurs salariés qui prendront le relais. Ses notes et dossiers techniques serviront notamment à développer une application métier utilisable par les vendeurs au sein des différents points de vente et par les techniciens pour le suivi des systèmes mis en place.

Organisation de la société

Besoins de l'entreprise formulés pour le stage :

          L'entreprise a besoin de développer une application similaire à celle utilisée pour la gestion des interventions liées à la fibre mais cette fois pour la téléphonie : AD-FC est aujourd’hui cliente d’une société de téléphonie VOIP (Portalinks) lui permettant de revendre ces services de téléphonie auprès d’autres sociétés clientes. La mise en place des solutions techniques est actuellement trop compliquée pour prétendre offrir ce service directement en l’état : la configuration des téléphones est à elle seule trop consommatrice de temps, mais l’interface de configuration des postes et de leurs options proposée par Portalinks est aussi hors de portée de clients n’ayant pas de connaissances poussées en réseau de téléphonie.
L’application à développer aura donc 3 types d’usages :
- Elle servira à remplir la base de données utilisée par AD-FC pour l’archivage des données et leur consultation via l’application,
- Elle servira d’outil de gestion des contrats/clients, d’outils de résolution des problèmes via des tickets,
- Elle servira, via les API de l’interface initiale, d’intermédiaire entre la société Portalis et les salariés d’AD-FC.

Hormis les besoins propres aux activités principales de la société, celle-ci propose aussi des services de création de sites web et d'applications mobiles pour les entreprises. Plusieurs projets sont alors en phase de développement tels que l'application web ShopNGo / SCN destinée à être utilisée par les animateurs/vendeurs de services SFR. D'autres n'étaient pas encore commencés tels que le projet de développement d'une application web pour les Eaux du Nord / Suez ou encore un site web d'apprentissage des techniques de management destiné aux étudiants suivant ce cursus au CNAM.

Travaux réalisés :

           J'ai eu l'opportunité de travailler sur plusieurs projets :
- l'application Connective-IT qui servira aux services Voip de l'entreprise éponyme
- l'application de management Shop N Go pour la société SCN Animations
- l'application des Eaux du Nord pour le suivi et la gestion des chantiers
- la réalisation d'une base de données pour un site web d'exercice de management pour le CNAM.
L'ensemble de ces projets utilise du HTML, du CSS, du Javascript (framework jQuery et jQuery Mobile, architecture AJAX), du PHP et MySQL. Ils ont été développé en utilisant le design pattern MVC.

J'ai par ailleurs eu l'occasion de faire de la maintenance sur l'ordinateur d'un client, de brièvement participer à des réunions avec des clients et de former une stagiaire de troisième année en réseaux téléphonie à l'utilisation de phpMyAdmin, à l'informatisation d'un processus et à la conception d'une base de données. J'ai pu débuter l'apprentissage en AJAX et, dans une moindre mesure, en XML.

Suivi hebdomadaire


Framework jQuery

BTS SIO Première Année PPE 1 PPE 2
Deuxième Année PPE 3 & 4

Projet Personnel Encadré n°1

1er semestre (2014)
Société de restauration LGB


Descriptif de l'entreprise :

           La société LGB possède un restaurant et suite à des changements économiques désire se tourner vers la restauration collective. Elle ne possède actuellement qu'un local au rez-de-chaussée 34 rue de l'amitié à Lille et s’étend sur trois étage, pour cela elle doit revoir son infrastructure réseau pour couvrir ses nouveaux besoins. Cette nouvelle orientation va imposer des changements en profondeur concernant les ressources humaines, matérielles et logicielles. Il faudra mettre en avant les compétences, en particulier dans le domaine informatique et des nouvelles technologies, que devront avoir les nouveaux employés pour assurer la gestion du site dans son ensemble, préciser les nécessités en termes de logistique et évaluer le coût du changement. Les tâches sont réparties en missions qui sont elles-mêmes regroupées en deux parties, une partie analyse logistique et une seconde partie axée sur les besoins en programmation.

NB : les PPE (Projet Personnel Encadré) sont des mises en situation fictive à des fins de formations et de mise en pratique des savoirs en cours d'acquisition.

Situation professionnelle : anticiper des changements en profondeur au sein de l'entreprise.


A1.1.1 Analyse du cahier des charges d’un service à produire
Pour l'ensemble du ppe

  • C1.1.1.1 Recenser et caractériser les contextes d’utilisation, les processus et les acteurs sur lesquels le service à produire aura un impact
  • C1.1.1.2 Identifier les fonctionnalités attendues du service à produire

Mission 1 : Ressources Humaines

           Compte tenu des changements techniques à réaliser, une fois mise en place l'organisation nécessitera plusieurs personnes formées aux technologies pour son bon fonctionnement.
Réalisation de fiche de poste :

Administrateur réseau / Intégrateur

Description du poste : temps plein à durée limitée pour la mise en place du réseau.

Missions :
  • Accueil physique et téléphonique des usagers
  • Traitement de l’information
  • Réalisation des divers travaux de bureautique
  • Administration du réseau
Compétences :
  • Connaissance en réseau et serveur
  • Analyse et rédaction d'un cahier des charges
  • Réception, traitement et diffusion de l’information
  • Tester les services (mise en place environnement test et rédaction du rapport)
  • Gestion des identités et des habilitations
  • Assurer la continuité du service informatique et les interactions en services
  • Rédaction des spécifications techniques d'une solution informatique
  • Mise en œuvre d'une procédure de remplacement ou de migration d'infrastructure
  • Conception ou adaptation d'une base donnée
  • Rédaction d'une documentation technique ou d'utilisation

Fiche commerciaux : connaissances en informatique

Description des connaissances acquises au préalable ou lors d'une période d'essai :
  • Accueil physique et téléphonique des usagers
  • Traitement de l’information
  • Utilisation de supports mobiles (ex :tablettes)
  • Utilisation d'outils bureautiques de présentation
  • Utilisation de la solution applicative choisie pour la sauvegarde à distance et en temps réel
  • Suivi et mise en forme des dossiers administratifs

Mission 2 : Evaluation des besoins

           Introduction à la situation de l’entreprise :
LGB dispose de 3 serveurs et d’un routeur, d’un espace de production au rez-de-chaussée avec 5 stations déjà intégrées au réseau. Deux des trois serveurs sont situés au sous-sol, il s’agit d’un hébergeur et d’une base de données. Le troisième sert de pare-feu au troisième étage avant le routeur.

L’entreprise LGB souhaite installer un commutateur et une baie de brassage par étage reliés aux 3 serveurs et plus spécifiquement au premier étage :
  • 20 postes fixes (desktop) de type bureautique (~400€)
  • 10 ordinateurs portables de type bureautique (~600€)
  • un vidéoprojecteur compact (~800€)
  • un tableau interactif (~800€).
  • 2 commutateurs (1 switch à 8 ports ~70€ et 1 switch à 48 ports ~400€ ou 2 switch à 100€)
Le commutateur du rez-de-chaussée de gamme standard devra comporter 5 ports normaux et 2 ports uplink. Celui du premier étage devra comporter 30 ports normaux et un port uplink. Cette installation implique de posséder une adresse IP pour le réseau de l’entreprise, une quarantaine de téléphones fixes (pour les employés astreint au restaurant sur les postes fixes), une quinzaine de GSM et un forfait groupé professionnel pour une quinzaine de personnes (les 10commerciaux, les membres de l’administration).


Schéma directeur LGB

A2.3.2 Proposition d’amélioration d’un service

  • C2.3.2.1 Décrire les incidences d’un changement proposé sur le service
  • C2.3.2.2 Évaluer le délai et le coût de réalisation du changement proposé

Appel d'Offres (cahier des charges)
Mission 2


Mission 3 : Etude de l'existant

           Descriptif technique de l’existant : logiciel GesMenu, logiciel de gestion des menus.
Le logiciel existant permet la gestion d’une partie du restaurant LGB en faisant le lien au niveau des données entre les caisses enregistreuses et la comptabilité. Mais sa fonction principale est d’établir clairement les menus et autres éléments servis dans le restaurant pour une meilleure organisation tout en gardant une trace du travail effectué dans le restaurant.

Trois menus principaux :


Le premier « Commandes » permet la saisie des éléments (menu ou plat, entrée, dessert, boissons) d’une commande.
Le second « Gestion » sert à l’organisation de l’ensemble via la création des menus du logiciel, de ses sous-ensembles ainsi que de ses champs.
Enfin le troisième « Editions » permet l’exportation des données (listes des serveurs, menus etc.) et des recettes sous différents formats.

Commandes :

Dans ce menu du logiciel nous avons accès à l’édition des commandes avec les champs « désignation» et « quantité ».
La structure du menu permet de choisir ce qui a été commandé précisément en 3 sous menus :
- Le menu commandé et sa quantité
- Le plat commandé et sa quantité
- Les boissons et leur quantité
Ainsi que le serveur qui les a servis et à quelle table.

Gestion :

Le menu Gestion permet de gérer les éléments rentrés dans les champs des 7 sous menus qu’il comporte :
- Serveurs : listing des noms, prénoms, adresse, code postal, ville et numéro de téléphone des serveurs (5 serveurs)
- Tables : listing des tables via leur numéro et de leur capacité
- Plats : listing du nom des plats, de leur prix de vente et de leur prix de revient selon le type de plats (plat principal, entrées, fromages, desserts)
- Types de plats : détermine le type de plat utilisé dans le sous menu « Plats »
- Menus : composition des menus servis c’est-à-dire la présence ou non de plat, entrée, fromage, dessert, boissons, leur type, le prix de revient et de vente
- Boissons : listing des boissons, de leur prix de vente, de revient selon leur type
- Types de boissons : détermine le type de boissons utilisé dans le sous menu « boissons ».

Editions :

Ce menu en comporte 7 autres qui permettent chacun d’exporter les données qu’il comporte aux formats Word, Excel, HTML, PDF, XML, de les envoyer par email au format texte ou PDF, ou encore de les imprimer. Les 7 sous menus sont : « serveurs », « plats », « menus », « boissons », « Recette Jour », « Recette Mois », « Recette Année ».

Diagramme de cas d’utilisation :

Diagramme de cas d’utilisation

A1.2.5 Définition des niveaux d’habilitation associés à un service

  • C1.2.5.1 Recenser les utilisateurs du service, leurs rôles et leur niveau de responsabilité
  • C1.2.5.2 Recenser les ressources liées à l’utilisation du service

Traitements au sein du logiciel GESMenu :

Au sein du logiciel les règles de gestion concernent les événements d’interaction utilisateur/machine c’est-à-dire les boutons, les champs modifiables et les requêtes/modifications de données de la base de données qui en découlent.
Les boutons sont uniquement les liens permettant d’accéder aux menus et sous menus précités. Leur nombre est fonction du nombre de menus différents et d’options disponibles. Ils appellent les différentes pages de l’application ou permettent d’exécuter des requêtes PHP pour supprimer des champs (données) ou valider des champs saisis (pour les envoyer à la base de données.
Les champs modifiables sont de petits ensembles de codes qui permettront de remplir les champs et de renvoyer les données vers la base de données.

Mission 4 : étude de la solution applicative à proposer.

           La solution applicative devra s’adapter aux changements de l’entreprise.
- Gesmenu 2.0 devra être prévue pour les commandes à distance, la gestion de la base de données via un menu sécurisé.
- La présentation de ces données devra être accessible aux invités et membres identifiés mais non autorisé à accéder à la base de données, tels que les commerciaux et les clients.
- Elle devra être davantage sécurisée notamment via un système de log in.
- Enfin l’application devra laisser le champ libre à de futurs améliorations telles qu’un système de fidélisation à ingénier et réaliser à la mission 5.

L’accueil doit permettre l’identification et l’accès aux autres menus selon les niveaux d’habilitation (les clients ne doivent pas accéder aux menus gestion et édition).

Le menu commande doit permettre d’accéder aux menus à disposition, aux plats et boissons avec pour finalité la composition d’une commande par le client. En dehors de l’accueil, de son suivi des commandes (à prévoir) et des moyens de fidélisation à mettre en place, c’est le seul menu auquel les clients ont accès.

Le menu gestion doit permettre de consulter et de modifier la liste des salariés, le sous menu commande donnera la possibilité de consulter les commandes des clients. Enfin il doit permettre l’administration des options disponibles dans le menu « Commandes » et qui seront accessibles par les clients.

Le menu « Edition » aura les mêmes fonctions qu’auparavant c’est-à-dire qu’il permettra de générer des listes (de salariés, des commandes, recettes etc…) et de les imprimer ou de les exporter sous d’autres formats.

A4.1.2 Conception ou adaptation de l’interface utilisateur d’une solution applicative

  • C4.1.2.1 Définir les spécifications de l’interface utilisateur de la solution applicative
  • C4.1.2.2 Maquetter un élément de la solution applicative

Récapitulatif Mission 3 & 4


Mission 5 & 6 : Proposition d'un service de suivi, et d'un site web remplissant les fonctions de la nouvelle application

Indicateurs sur la fréquentation du restaurant et le choix des menus

Récapitulatif Mission 5

Installation du système d'exploitation Debian

Récapitulatif d'installation Debian

Tutoriels utilisés pour l'installation du CMS Drupal

Commandes Linux

Introduction au CMS Drupal

Tutoriel d'installation de Drupal

Autre tutoriel d'installation de Drupal

Compétences à venir

Analyse du cahier des charges d’un service à produire

C1.1.1.1 Recenser et caractériser les contextes d’utilisation, les processus et les acteurs sur lesquels le service à produire aura un impact

C1.1.1.2 Identifier les fonctionnalités attendues du service à produire

Expérience :

Contextes : rencontré dans le cadre du PPE 1, lors de la rédaction d'un cahier des charges.

Ressources : Packet Tracer pour la réalisation du schéma, Word et Excell pour la réalisation du diagramme et du cahier dans l'ensemble.

Analyse : A partir des besoins exprimés par l'entreprise (dans l'énoncé) j'ai pu justifier les critères de séléction des entreprises qui pourront intervenir sur ce chantier. La rédaction du cahier des charges comprend un budget approximatif consacré au matériel informatique, un schéma explicatif et une description du contexte des changements à réaliser, ainsi que les conditions de leur réalisation. L'ensemble de ces changements résulte des fonctionnalités, plus ou moins exprimées dans les besoins de l'entreprise, qui ont été déduites de l'organisation du nouveau service. Des besoins exprimés découlaient donc des contextes dans lesquels les acteurs de l'entreprise et des sous-traitants interviendraient.
D'un point de vue personnel il m'a fallu déterminer comment réaliser ce premier cahier des charges, qui mise à part l'exploitation des données de l'énoncé, possèderait dans un contexte professionnel une dimension légale importante dont les notions étaient toujours en cours d'acquisition.

C1.1.1.3 Préparer sa participation à une réunion - Rédiger un compte-rendu d’entretien, de réunion

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Étude de l’impact de l’intégration d’un service sur le système informatique

C1.1.2.1 Analyser les interactions entre services

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C1.1.2.2 Recenser les composants de l’architecture technique sur lesquels le service à produire aura un impact

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Étude des exigences liées à la qualité attendue d’un service

C1.1.3.1 Recenser et caractériser les exigences liées à la qualité attendue du service à produire

Expérience :

Contextes : Rencontré lors de mon stage de première année concernant la situation professionnelle
"Concevoir une solution (Eaux du Nord)".

Ressources : PDFs et fiches utilisées sur le terrain fournis par l'entreprise sous-traitante des Eaux du Nord.

Analyse : J'ai dû à partir des documents fournis mettre en exergue les attentes des Eaux du Nord. Pour cela il a fallu considérer les aspects visuel et fonctionnel : les "vues" en PDF m'ont permis de programmer l'application pour qu'elle les respecte un minimum, pour cela il a fallu déterminer le degré de fidélité à respecter vis-à-vis des ces vues qui dessinaient dans leur ensemble un design et une ergonomie temporaire. Ces derniers se sont aussi avérés parfois inappropriés par rapport à l'utilisation finale de l'application. L'ensemble était donc revoir régulièrement, car il donnait trop d'importance à l'interprétation en amont de la création de l'application et laissait par conséquent trop d'espace à de possibles désaccords. Donc les exigences étaient à préciser ce que nous avons fait grâce aux documents utlisés par les techniciens sur le terrain. Quant au design il était à peaufiner après chaque commentaire de l'entreprise sous-traitante.

C1.1.3.2 Recenser et caractériser les exigences de sécurité pour le service à produire

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Élaboration et présentation d’un dossier de choix de solution technique

C1.2.1.1 Recenser et caractériser des solutions répondant au cahier des charges (adaptation d’une solution existante ou réalisation d’une nouvelle)

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C1.2.1.2 Estimer le coût d’une solution

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C1.2.1.3 Rédiger un dossier de choix et un argumentaire technique

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Rédaction des spécifications techniques de la solution retenue (adaptation d’une solution existante ou réalisation d’une nouvelle solution)

C1.2.2.1 Recenser les composants nécessaires à la réalisation de la solution retenue

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C1.2.2.2 Décrire l’implantation des différents composants de la solution et les échanges entre eux

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C1.2.2.3 Rédiger les spécifications fonctionnelles et techniques de la solution retenue dans le formalisme exigé par l’organisation

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Évaluation des risques liés à l’utilisation d’un service

C1.2.3.1 Recenser les risques liés à une mauvaise utilisation ou à une utilisation malveillante du service

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C1.2.3.2 Recenser les risques liés à un dysfonctionnement du service

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C1.2.3.3 Prévoir les conséquences techniques de la non prise en compte d’un risque

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Détermination des tests nécessaires à la validation d’un service

C1.2.4.1 Recenser les tests d’acceptation nécessaires à la validation du service et les résultats attendus

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C1.2.4.2 Préparer les jeux d’essai et les procédures pour la réalisation des tests

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Définition des niveaux d’habilitation associés à un service

C1.2.5.1 Recenser les utilisateurs du service, leurs rôles et leur niveau de responsabilité

C1.2.5.2 Recenser les ressources liées à l’utilisation du service

Expérience :

Contextes : rencontré lors de mon stage de première année concernant la situation professionnelle
"Adapter une solution (SCN Animations)".

Ressources : Base de données de l'application, données envoyées par le contact de l'entreprise.

Analyse : Une liste des utilisateurs de l'époque avait été créée lors des premières phases de développement de l'application. Cette liste a évolué pour prendre en compte plusieurs types d'utilisateurs qui s'en dégageaient à l'utilisation et au vu de l'organisation. Les utilisateurs les plus nombreux ont eu leur propre interface permettant principalement de consulter mais aussi d'écrire dans la base de données. C'est ainsi que le contact de la société en question, qui n'avait pas d'exigence particulière en terme de lecture s'est vu proposé une interface présentant les informations rassemblées et organisées pour optimiser la gestion de la structure.

Il a fallu mettre en place plusieurs niveaux d'habilitation : le sommet de cette hiérarchie est pour le manager qui devait avoir accès à l'ensemble, l'interface téléphone pour les vendeurs (qui permettait un haut niveau d'écriture) n'est accessible que des vendeurs et du manager. De même, par la suite il fallut créer un type d'utilisateur extérieur à l'entreprise (en plus de celui créé pour les tests) afin de leur permettre d'exposer certains résultats, et de présenter par exemple à un client les informations disponibles portant sur son profil et sur son abonnement. L'ensemble était relativement simple ce qui était dû à la taille de l'entreprise cliente et à l'utilisation de profil générique et non individuel.

C1.2.5.3 Proposer les niveaux d’habilitation associés au service

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Test d’intégration et d’acceptation d’un service

C1.3.1.1 Mettre en place l’environnement de test du service

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C1.3.1.2 Tester le service

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C1.3.1.3 Rédiger le rapport de test

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Définition des éléments nécessaires à la continuité d’un service

C1.3.2.1 Identifier les éléments à sauvegarder et à journaliser pour assurer la continuité du service et la traçabilité des transactions

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C1.3.2.2 Spécifier les procédures d’alerte associées au service

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C1.3.2.3 Décrire les solutions de fonctionnement en mode dégradé et les procédures de reprise du service

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Accompagnement de la mise en place d’un nouveau service

C1.3.3.1 Mettre en place l’environnement de formation au nouveau service

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C1.3.3.2 Informer et former les utilisateurs

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Déploiement d’un service

C1.3.4.1 Mettre au point une procédure d’installation de la solution

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C1.3.4.2 Automatiser l’installation de la solution

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C1.3.4.3 Mettre en exploitation le service

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Participation à un projet

C1.4.1.1 Établir son planning personnel en fonction des exigences et du déroulement du projet

Expérience :

Contextes : Compétence mise en pratique pour la première fois lors de la situation professionnelle «Création d’une solution : Connective-IT » puis une deuxième fois lors du PPE3.

Ressources : Excell, GanttProject

Analyse : Lors du stage le projet et ses étapes étaient déjà définis, le diagramme a donc été produit en évaluant notre vitesse de travail et en répartissant les tâches entre le tuteur, le second stagiaire et moi-même. Etant donné qu’il s’agit d’une PME et que le service informatique produit des applications uniquement en tant qu’activité parallèle, ce qui a eu pour effet d’invalider rapidement le diagramme et la répartition des tâches, j’ai rapidement été mis à contribution sur un autre projet. D’un autre côté le PPE, en équipe, m’a permis de prendre le temps d’évaluer un projet et ses étapes... Un diagramme prévisionnel a été réalisé en accord avec les membres du groupe, un autre, effectif cette fois, est en cours de réalisation.
Le plus compliqué reste de connaître suffisamment ses collègues ou subalternes pour déterminer le temps nécessaire à la réalisation de chaque tâche.

C1.4.1.2 Rendre compte de son activité

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Évaluation des indicateurs de suivi d’un projet et justification des écarts

C1.4.2.1 Suivre l’exécution du projet

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C1.4.2.2 Analyser les écarts entre temps prévu et temps consommé

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C1.4.2.3 Contribuer à l’évaluation du projet

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Gestion des ressources

C1.4.3.1 Recenser les ressources humaines, matérielles, logicielles et budgétaires nécessaires à l’exécution du projet et de ses tâches personnelles

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C1.4.3.2 Adapter son planning personnel en fonction des ressources disponibles

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Accompagnement des utilisateurs dans la prise en main d’un service

C2.1.1.1 Aider les utilisateurs dans l’appropriation du nouveau service

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C2.1.1.2 Identifier des besoins de formation complémentaires

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C2.1.1.3 Rendre compte de la satisfaction des utilisateurs

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Évaluation et maintien de la qualité d’un service

C2.1.2.3 Vérifier périodiquement le fonctionnement du service en mode dégradé et la disponibilité des éléments permettant une reprise du service

C2.1.2.5 Contrôler la confidentialité et l’intégrité des données

Expérience :

Contextes : compétences mises en oeuvre lors de la situation professionnelle "Modification d'une application SCN Animations"

Ressources : Contact avec le client, base de données

Analyse : "L'un des critères fondamentaux de mesure de la qualité de l'application était empirique (l'application était déjà en production) et fondé sur la qualité et la précision des données enregistrées."
Etant donnée la nature du système de suivi (un problème à la fois et par contact ou consultation des données) la détection des problèmes pouvaient prendre du temps et ces derniers pouvaient restés présents une journée entière. D'un autre côté, l'évaluation de la qualité du service via les données saisies et l'utilisation par les animateurs s'étendait elle sur des périodes encore plus longues amenant une obligation de revenir sur des éléments considérés comme terminés et donc une perte de temps.

C2.1.2.1 Analyser les indicateurs de qualité du service

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C2.1.2.2 Appliquer les procédures d’alerte destinées à rétablir la qualité du service

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C2.1.2.4 Superviser les services et leur utilisation

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C2.1.2.6 Exploiter les indicateurs et les fichiers d’audit

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C2.1.2.7 Produire les rapports d’activité demandés par les différents acteurs

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Suivi et résolution d’incidents

C2.2.1.1 Résoudre l’incident en s’appuyant sur une base de connaissances et la documentation associée ou solliciter l’entité compétente

Expérience :

Contextes : Non rencontré

Ressources : ---

Analyse :

C2.2.1.2 Prendre le contrôle d’un système à distance

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C2.1.2.3 Rédiger un rapport d'incident et mémoriser l’incident et sa résolution dans une base de connaissances

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C2.1.2.4 Faire évoluer une procédure de résolution d’incident

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Suivi et réponse à des demandes d’assistance

C2.2.2.1 Identifier le niveau d'assistance souhaité et proposer une réponse adaptée en s’appuyant sur une base de connaissances et sur la documentation associée ou solliciter l’entité compétente

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C2.2.2.2 Informer l'utilisateur de la situation de sa demande

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C2.2.2.3 Prendre le contrôle d’un poste utilisateur à distance

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C2.2.2.4 Mémoriser la demande d'assistance et sa réponse dans une base de connaissances

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Réponse à une interruption de service

C2.2.3.1 Appliquer la procédure de continuité du service en mode dégradé

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C2.2.3.2 Appliquer la procédure de reprise du service

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Identification, qualification et évaluation d’un problème

C2.3.1.1 Repérer une suite de dysfonctionnements récurrents d’un service

C2.3.1.2 Identifier les causes de ce dysfonctionnement

C2.3.1.3 Qualifier le problème (contexte et environnement)

C2.3.1.4 Définir le degré d'urgence du problème

Expérience :

Contextes : Rencontré lors de mon stage de première année chez ADFC concernant la situation professionnelle
"Adpter une solution (SCN Animations)". Problème survenant lors de l'enregistrement de données relatives à un client.

Ressources : phpMyAdmin, PHP, AJAX, jQuery, HTML5

Analyse : Lors des phases de test l'enregistrement d'un nouveau contrat, les informations étaient bien enregistrées et lues par l'application correctement. Mais une règle de gestion faisant défaut la possibilité qu'une personne puisse enregistrer plusieurs contrats en son nom ou au nom d'une autre personne n'était pas prise en compte donnant lieu à l'enregistrement de plusieurs lignes dans la base de données avec des identifiants différents pour le même client. La lecture de ces lignes par l'application favorisait donc la confusion vis-à-vis du fonctionnement de l'application pour les utilisateurs. Ainsi entre l'option de suppression de contrats par le manager, le suivi effectué par nos soins avec la base de données, et le dashboard du manager permettant la lecture de ces lignes en mode bureau qui n'affichait d'un côté qu'une page pour un client et un contrat par client (certains contrats étant donc non affichés) et de l'autre un tableau récapitulatif des nouveaux contrats stipulant plusieurs contrats pour une même personne, il est arrivé que des lignes concernant ces contrats soient supprimées. L'application étant en phase de production mais en amélioration contstante il avait été conseiller à l'entreprise de garder une trace des données entrées dans l'application, permettant aux vendeurs de poursuivre leur activité sans dommage.
La résolution du problème n'était donc pas urgente mais a été régler sans délai en modifiant le dashboard, pour clarifier la situation auprès du manager pour que ce dernier et les vendeurs soient sur la même longueur d'onde, par l'ajout de la possibilité de "lire" plusieurs contrats pour un même client dans l'interface bureau.

C2.3.1.5 Évaluer les conséquences techniques du problème

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Proposition d’amélioration d’un service

C2.3.2.1 Décrire les incidences d’un changement proposé sur le service

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C2.3.2.2 Évaluer le délai et le coût de réalisation du changement proposé

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C2.3.2.3 Recenser les risques techniques, humains, financiers et juridiques associés au changement proposé

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Proposition d’une solution applicative

C4.1.1.1 Identifier les composants logiciels nécessaires à la conception de la solution

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C4.1.1.2 Estimer les éléments de coût et le délai de mise en œuvre de la solution

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Conception ou adaptation de l’interface utilisateur d’une solution applicative

C4.1.2.1 Définir les spécifications de l’interface utilisateur de la solution applicative

Expérience :

Contextes : SCN Animations, Connective-IT, Eaux du Nord

Ressources : Template Bootstrap, jQuery (Pixit)

Analyse : En ce qui concerne les applications Shop n go et Connective-IT le template Pixit a été utilisé, définissant ainsi la charte graphique. Néanmoins il convenait de définir davantage certains éléments tels que les formulaires dont les options étaient nombreuses et variées. Pour Connective-IT, l'analyse des documents permettant la construction de la base de données a aussi fourni un moyen de déduire les spécifications de l'interface, les mêmes déductions n'ont pas été aussi simple pour Shop n go puisque il n'y avait pas de demandes spécifiques. Il a donc été nécessaire de faire un nombre conséquant de tests pour que l'ensemble soit ergonomiquement confortable.
Pour les Eaux du Nord, des vues avait été créées par un dessinateur mais étant insuffisantes nous avons utilisé les documents directement utilisés sur le terrain par les techniciens pour préciser les spécifications de l'interface.

C4.1.2.2 Maquetter un élément de la solution applicative

C4.1.2.3 Concevoir et valider la maquette en collaboration avec des utilisateurs

Expérience :

Contextes : SCN Animations

Ressources : Template Bootstrap, jQuery (Pixit)

Analyse : Comme dit plus haut (C4.1.2.1) il a été nécessaire pour Shop n go de faire des choix justifiés et de valider les éléments mis en forme auprès du tuteur puis du client. Le maquettage a été simple puisqu'étant réalisé à partir du template, ce qui nous a fait gagner du temps. En revanche la validation et l'intégration de la maquette dépendaient de sa conformité vis à vis du template en terme d'ergonomie et de design mais aussi vis à vis des besoins de restriction des erreurs dans les saisies et de la taille des éléments pour la partie mobile (spécifications de l'interface). Il est aussi question de l'application des Eaux du nord, brièvement, puisque des vues étaient fournies, le maquettage était déjà réalisé, mais j'ai du avec l'approbation du tuteur en invalider des parties pour faire passer en priorité la réalité du terrain par rapport aux vues de l'entreprise sous-traitante. En effet le découpage de certaines parties s'est parfois avéré artificiel et arbitraire, amenant à des risques d'erreurs dans l'application et donc dans les futurs contrats.

Conception ou adaptation d’une base de données

C4.1.3.1 Modéliser le schéma de données nécessaire à la mise en place de la solution applicative

C4.1.3.2 Implémenter le schéma de données dans un SGBD

C4.1.3.3 Programmer des éléments de la solution applicative dans le langage d’un SGBD

C4.1.3.4 Manipuler les données liées à la solution applicative à travers un langage de requête

Expérience :

Contextes : Eaux du Nord, Connective-IT, CNAM

Ressources : Vues fournies en PDF, Documentations rédigées par une stagiaire, Fiches exercices du CNAM.

Analyse : La modélisation des données a été réalisée pour les Eaux du Nord et pour le CNAM. Tout deux ont fournis des documents permettant de déduire des ensembles de données.
Le premier avec des vues où chaque vue correspondait plus ou moins à une table et il a fallu déterminer lesquelles en amont de la création du modèle, de plus les types de données n'étaient pas forcement explicites d'où la nécessité de passer un certain temps à chercher/restituer la logique poursuivie par les sous-traitants responsables des vues. En conclusion faire appel à une autre entreprise pour gérer les besoins des clients en termes de données s'est avéré inefficace.
Le second avec des fiches d'exercice où il a été nécessaire de déduire les étapes suivies par l'étudiant dans l'exercice afin de savoir quand reliait certains ensembles de données (certains devaient finir relier mais via l'application et par l'étudiant).

Dans le cas de Connective-IT l'implémentation des données a été plus subtiles car elle nécessitait pour chaque champs de déterminer à la fois les liens, les types mais aussi les commentaires liés à chaque champs pour leur utlisation dans l'application, mais à terme cela s'est révélé un gain de temps puisque la manipulation des données se faisait via un script générant les champs des formulaires à partir de ces commentaires, que j'ai réalisé et réutilisé pour l'application des Eaux du Nord. Ensuite, de manière anecdotique il a été nécessaire d'adapter/ajouter certains champs et certaines tables dans l'application Shop n go, notamment à l'ajout de nouvelles fonctionnalités.

Définition des caractéristiques d’une solution applicative

C4.1.4.1 Recenser et caractériser les composants existants ou à développer utiles à la réalisation de la solution applicative dans le respect des budgets et planning prévisionnels

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Prototypage de composants logiciels

C4.1.5.1 Choisir les éléments de la solution à prototype

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C4.1.5.2 Développer un prototype

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C4.1.5.3 Valider un prototype

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Gestion d’environnements de développement et de test

C4.1.6.1 Mettre en place et exploiter un environnement de développement

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C4.1.6.2 Mettre en place et exploiter un environnement de test

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Développement, utilisation ou adaptation de composants logiciels

C4.1.7.1 Développer les éléments d’une solution

C4.1.7.2 Créer un composant logiciel

C4.1.7.3 Analyser et modifier le code d’un composant logiciel

C4.1.7.4 Utiliser des composants d’accès aux données

C4.1.7.5 Mettre en place des éléments de sécurité liés à l’utilisation d’un composant logiciel

Expérience :

Contextes : SCN Animations, Eaux du Nord, Connective-IT

Ressources : Notepad++, Bases de données, Template

Analyse : L'adaptation et le développement de composant a occupé la plus grande partie de mon stage chez ADFC et constitue un ensemble très variés de travaux. J'ai pu développer des traitements de données métiers à adapter et replacer dans un template, travailler au développement d'un script permettant la lecture et la mise en forme des données pour la réalisation de formulaire et l'enregistrement des données saisies. Ce qui a aussi abouti à l'adaptation de sa contre-partie pour l'affichage de ces données en liste et réalisée par le tuteur. Cela a par ailleurs nécessité du temps notamment pour la compréhension du code rédigé par le tuteur. L'ensemble constituait des composants logiciels très dynamiques dans des applications souvent monopages d'où une complexité croissante de la logique à suivre. Mais cette difficulté a aussi son avantage car tant que les ressources utilisées (jQuery, jQuery Mobile, Bootstrap) ne sont pas obsolètes ces composants peuvent être réutilisés dans n'importe quelle application métier et mobile.

Réalisation des tests nécessaires à la validation d’éléments adaptés ou développés

C4.1.8.1 Élaborer et réaliser des tests unitaires

C4.1.8.2 Mettre en évidence et corriger les écarts

Expérience :

Contextes : PPE3

Ressources : Environnement de développement de l'application MarieTeam

Analyse : ***

Rédaction d’une documentation technique

C4.1.9.1 Produire ou mettre à jour la documentation technique d’une solution applicative et de ses composants logiciels

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Rédaction d’une documentation d’utilisation

C4.1.10.1 Rédiger la documentation d’utilisation, une aide en ligne, une FAQ

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C4.1.10.2 Adapter la documentation d’utilisation à chaque contexte d’utilisation

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Analyse et correction d’un dysfonctionnement, d’un problème de qualité de service ou de sécurité

C4.2.1.1 Élaborer un jeu d’essai permettant de reproduire le dysfonctionnement

C4.2.1.2 Repérer les composants à l’origine du dysfonctionnement

C4.2.1.3 Concevoir les mises à jour à effectuer

C4.2.1.4 Réaliser les mises à jour

Expérience :

Contextes : Rencontré lors de mon stage de première année chez ADFC concernant la situation professionnelle
"Adapter une solution (SCN Animations)". Incident du côté utilisateur de l'application, suite à une mise à jour.

Ressources : Notepad++, FileZila, Firebug.

Analyse : L'incident en question concernait la connexion des utilisateurs à l'interface pour smartphones : ces deniers ne pouvaient plus se connecter, jusqu'alors les cookies employés dans le code permettaient d'enregistrer les données nécessaires à la connexion, ces cookies n'étant effacés qu'à l'usage du bouton "déconnexion". La mise à jour utilisait un autre jeu de données dans les cookies avec des informations supplémentaires qui ne pouvaient s'enregistrer tant que l'utilisateur ne se reconnectait pas proprement. Il en a résulté l'impossibilité pour un certain nombre de vendeurs de se connecter à l'application et ce n'est qu'après une prise de contact et une recherche de l'origine du problème en gardant à l'esprit le fonctionnement général de l'application que nous avons pu inviter les utilisateurs à se déconnecter pour effacer les cookies. Il aurait peut-être été plus simple d'avertir les utilisateurs de se déconnecter proprement la veille et donc de planifier les répercussions possibles avant de basculer sur la nouvelle version.

Adaptation d’une solution applicative aux évolutions de ses composants

C4.2.2.1 Repérer les évolutions des composants utilisés et leurs conséquences

C4.2.2.2 Concevoir les mises à jour à effectuer

Expérience :

Contextes : SCN Animations

Ressources : ---

Analyse : Adaptation de l'ensemble au développement du back office, passage d'une partie à l'autre via une nouvelle page d'authentification.
La clé de l'adaptation résidait dans le basculement en fin de soirée sur la nouvelle page et le manager pourrait accéder au back office tout en laissant les vendeurs se connecter à l'application mobile le lendemain.

C4.2.2.3 Élaborer et réaliser les tests unitaires des composants mis à jour

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Réalisation des tests nécessaires à la mise en production d’éléments mis à jour

C4.2.3.1 Élaborer et réaliser des tests d’intégration et de non régression de la solution mise à jour

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C4.2.3.2 Concevoir une procédure de migration et l’appliquer dans le respect de la continuité de service

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Mise à jour d’une documentation technique

C4.2.4.1 Repérer les éléments de la documentation à mettre à jour

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C4.2.4.2 Mettre à jour une documentation

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Mise en place d’une gestion de configuration

C5.1.1.1 Recenser les caractéristiques techniques nécessaires à la gestion des éléments de la configuration d’une organisation

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C5.1.1.2 Paramétrer une solution de gestion des éléments d’une configuration

Expérience :

Contextes : PPE3

Ressources : GLPI

Analyse : ***

Recueil d’informations sur une configuration et ses éléments

C5.1.2.1 Renseigner les événements relatifs au cycle de vie d’un élément de la configuration

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C5.1.2.2 Actualiser les caractéristiques des éléments de la configuration

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Suivi d’une configuration et de ses éléments

C5.1.3.1 Contrôler et auditer les éléments de la configuration

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C5.1.3.2 Reconstituer un historique des modifications effectuées sur les éléments de la configuration

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C5.1.3.3 Identifier les éléments de la configuration à modifier ou à remplacer

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C5.1.3.4 Repérer les équipements obsolètes et en proposer le traitement dans le respect de la réglementation en vigueur

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Étude de propositions de contrat de service (client, fournisseur)

C5.1.4.1 Assister la maîtrise d’ouvrage dans l’analyse technique de la proposition de contrat

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C5.1.4.2 Interpréter des indicateurs de suivi de la prestation associée à la proposition de contrat

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C5.1.4.3 Renseigner les éléments permettant d’estimer la valeur du service

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Évaluation d’un élément de configuration ou d’une configuration

C5.1.5.1 Vérifier un plan d’amortissement

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C5.1.5.2 Apprécier la valeur actuelle d'un élément de configuration

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Évaluation d’un investissement informatique

C5.1.6.1 Renseigner les variables d’une étude de rentabilité d’un investissement

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C5.1.6.2 Caractériser et prévoir les investissements matériels et logiciels

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Exploitation des référentiels, normes et standards adoptés par le prestataire informatique

C5.2.1.1 Évaluer le degré de conformité des pratiques à un référentiel, à une norme ou à un standard adopté par le prestataire informatique

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C5.2.1.2 Identifier et partager les bonnes pratiques à intégrer

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Veille technologique

C5.2.2.1 Définir une stratégie de recherche d’informations

C5.2.2.2 Tenir à jour une liste de sources d'information

C5.2.2.3 Évaluer la qualité d'une source d'information en fonction d'un besoin

C5.2.2.4 Synthétiser et diffuser les résultats d'une veille

Expérience :

Contextes : Veille Technologique sur Javascript et jQuery

Ressources : NetVibes, Google, Alnera FeedBuster

Analyse : La veille technologique consiste en la récolte d'informations et leur curation. Hors même si l'information peut venir de n'importe qu'elle source, la plus importante reste internet d'où le choix d'outils d'agrégation de contenu notamment par RSS.
Ces outils sont nombreux mais peu d'entre-eux sont complétements gratuits à l'image de Alnera FeedBuster que je n'ai pu essayé que quelques jours, ou NetVibes que j'utilise depuis Septembre mais dont les fonctionnalités sont limitées sans compte "premium".

Repérage des compléments de formation ou d’auto-formation utiles à l’acquisition de nouvelles compétences

C5.2.3.1 Identifier les besoins de formation pour mettre en œuvre une technologie, un composant, un outil ou une méthode

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

C5.2.3.2 Repérer l’offre et les dispositifs de formation

Expérience :

Contextes : Non rencontré

Ressources : Non rencontré

Analyse : Non rencontré

Étude d‘une technologie, d’un composant, d’un outil ou d’une méthode

C5.2.4.1 Se documenter à propos d‘une technologie, d’un composant, d’un outil ou d’une méthode

C5.2.4.2 Identifier le potentiel et les limites d'une technologie, d’un composant, d’un outil ou d’une méthode par rapport à un service à produire

Expérience :

Contextes : PPE3, ADFC

Ressources : Postgres, PDF Java, format JSON, Jquery

Analyse : L'étude de PostGreSQL a été réalisée dans le cadre du PPE 3, et a permis de distinguer le SGBDR d'une autre solution de persistence de données différente, ainsi que d'installer le SGBDR en local sur un environnement de développement mis en place par la suite logicielle de WAMP.

La présentation des compétences a été faite sous deux formes différentes, à séléctionner en début de page, la première, informelle, est destinée à l'ensemble des visiteurs.
La seconde respecte le formalisme imposé par l'éducation nationale concernant le porte-feuille de compétences propre au BTS Service Informatique aux Organisations.
Dans ce second type de présentation un processus correspond à plusieurs activités composées d'un ensemble de compétences et chacune de ces compétences est évaluée en terme d'expérience par rapport à la quantité de compétences acquises au cours du BTS. OK

Concevoir une solution

Connective-IT Eaux du Nord Prestashop

Adapter une solution

SCN Animations lespharmacies.net

Concevoir une base de données

Cnam

Veille technologique

Javascript

Création d’une solution applicative

Application de gestion des chantiers sur le terrain (Eaux du Nord) :

          Quatrième et dernier projet (non fini par manque de temps) lors du stage de première année chez ADFC.
          La société ADFC a été contactée pour réaliser une application utilisable par les techniciens des Eaux du Nord sur le terrain.
Cette application web à développer pour des appareils mobiles blindés doit permettre aux techniciens de mettre à jour l'état d'avancement des travaux, d'annoter les modifications et de spécifier les différents éléments techniques en vue d'établir un dossier final auquel le siège pourra accéder et à partir duquel un contrat à faire signer par le client sera généré. Logo des Eaux du Nord

Pour garantir un résultat correspondant aux attentes des Eaux du Nord une société intermédiaire a été contactée pour réaliser les "écrans" de l'application : une équipe comprenant au moins un designer s'est chargée de construire les vues que l'on pourrait avoir sur l'application une fois celle-ci terminée, en se fondant sur les divers documents habituellement utilisés par les techniciens.

A partir des vues il a été nécessaire de produire une base de données permettant la saisie et la lecture des informations de chaque dossier.

A1.1.3 Etude des exigences liées à la qualité d'un service

• C1.1.3.1 Recenser et caractériser les exigences liées à la qualité attendue du service à produire


J'ai dû à partir des documents fournis mettre en exergue les attentes des Eaux du Nord. Pour cela il a fallu considérer les aspects visuel et fonctionnel : les "vues" en PDF m'ont permis de programmer l'application pour qu'elle les respecte un minimum, pour cela il a fallu déterminer le degré de fidélité à respecter vis-à-vis des ces vues qui dessinaient dans leur ensemble un design et une ergonomie temporaire. Ces derniers se sont aussi avérés parfois inappropriés par rapport à l'utilisation finale de l'application.
L'ensemble était donc revoir régulièrement, car il donnait trop d'importance à l'interprétation en amont de la création de l'application et laissait par conséquent trop d'espace à de possibles désaccords. Donc les exigences étaient à préciser ce que nous avons fait grâce aux documents utlisés par les techniciens sur le terrain. Quant au design il était à peaufiner après chaque commentaire de l'entreprise sous-traitante.
Pose d'une canalisation Schéma de pose

Liste des critères pondérés qui permettront de comparer les propositions de solution :
- Fidélité en terme d'ergonomie (une "vue" doit avoir les mêmes éléments que ceux attendus cf."design")
- Fidélité en terme de fonctionnalités (in fine l'application doit permettre les m^êmes saisies que si il s'agissait d'une fiche)
A4.1.2 Conception ou adaptation de l'interface utilisateur d'une solution applicative **

• C4.1.2.1 Définir les spécifications de l’interface utilisateur de la solution applicative
• C4.1.2.2 Maquetter un élément de la solution applicative


Pour les Eaux du Nord, des vues avait été créées par un dessinateur mais étant insuffisantes nous avons utilisé les documents directement utilisés sur le terrain par les techniciens pour préciser les spécifications de l'interface.
cf. A.1.1.3 et A.4.1.7
A4.1.3 Conception ou adaptation d’une base de données **

• C4.1.3.1 Modéliser le schéma de données nécessaire à la mise en place de la solution applicative
• C4.1.3.2 Implémenter le schéma de données dans un SGBD


Règles de gestion : chaque chantier (dossier) est composé de plusieurs segments de canalisation sous-terraine passant sous la voie publique. A chaque segment correspond donc une partie banalisation/sécurité, démolitions et les informations propres à la canalisation. A ces segments sont rattachés des branchements pour la distribution. Ces branchements possèdent les mêmes types de caractéristiques qu'une canalisation mais correspondent aussi à un compteur et donc à un client.
Pose d'une canalisation Schéma de pose

Voici le Modèle Conceptuel de Données produit avec Open ModelSphere :

MCD du chantier type

Et une partie du MCD implémenté :

BDD Canalisations
A4.1.7 Développement, utilisation ou adaptation de composants logiciels **

• C4.1.7.1 Développer les éléments d’une solution
• C4.1.7.2 Créer un composant logiciel
• C4.1.7.3 Analyser et modifier le code d’un composant logiciel
• C4.1.7.4 Utiliser des composants d’accès aux données


Pour la création de la base de données et facilité celle des formulaires il a été décidé de réutiliser le système de tag (HLP / MLG / LST / etc ...) et le script PHP créés pour l'application Connective-IT et présentés dans sa section.

Pour l'aspect design et ergonomie de l'application nous avons utilisé le template jQuery Mobile / Android nativeDroid v0.3.1 : Template nativeDroid Template nativeDroid Adaptation du template jQuery Android pour le design de l’application du client :
Illustration adaptation du template Illustration adaptation du template Illustration adaptation du template Illustration adaptation du template

Le constructeur dynamiques de formulaires, développé pour Co-IT , son CSS et son HTML ont été adaptés pour reprendre les éléments choisis du template, et les faire correspondre au design recherché par le client. Ce qui inclus le comptage des « div » à « width : 100% » et à « #0 » pour revenir sur le formulaire après sa génération par la fonction mais avant son chargement sur la page pour modifier les inputs et les placer dynamiquement via un système de tag « MLG » sur la même ligne si la maquette de l’appli indique que cela est nécessaire. Script PHP de génération de formulaire Script PHP de génération de formulaire Script PHP de génération de formulaire Script PHP de génération de formulaire

Dernier état de l'application à l'arrêt du stage :
Illustration application fin de participation au projet Illustration application fin de participation au projet Illustration application fin de participation au projet Illustration application fin de participation au projet Illustration application fin de participation au projet Illustration application fin de participation au projet Illustration application fin de participation au projet Illustration application fin de participation au projet

Création d’une solution applicative

Application Connective-IT (AD-FC) :

           ADFC, qui s'est lancée dans la téléphonie VOIP en début d'année 2015, est cliente de la société PortaLinks et utilise son interface web pour souscrire ses nouveaux clients en agissant comme intermédiaire. Cette souscription et la configuration des comptes étant hors de portée des utilisateurs non initiés aux réseaux téléphoniques, le service est temporairement assuré par des stagiaires. Outre le devoir de garantir un service voip continue, ces stagiaires ont du mettre par écrit leurs observations et configurations dans le but d'établir une documentation. VOIP
Le but à atteindre du projet est de pouvoir utiliser un service web qui utiliserai l'API PortaLinks et serait utilisé par les clients directement. Ce service web devra notamment permettre la gestion d'un service HelpDesk via un système de tickets.

L’application à développer aura donc 3 types d’usages :
• Elle servira à remplir la base de données utilisée par AD-FC pour l’archivage des données et leur consultation via l’application,
• Elle servira d’outil de gestion des contrats/clients, d’outils de résolution des problèmes via des tickets,
• Elle servira, via les API de l’interface initiale, d’intermédiaire entre la société Portalis et les salariés d’AD-FC et clients.

          Avec un autre stagiaire, nous avons dû pendant une semaine et demi construire la base de données à partir de la documentation rédigée au fur et à mesure. Notre partie du travail au sein du projet comptait aussi la rédaction de plusieurs scripts PHP / AJAX permettant de généré les pages web de saisies (formulaires) et d'enregistrement des données sur le serveur.

Organisation de Connective-IT

A1.4.1 Participation à un projet **

C1.4.1.1 Établir son planning personnel en fonction des exigences et du déroulement du projet

A l'arrivé dans l'entreprise le premier projet auquel j'ai participé, pensant d'ailleurs qu'il prendrait la totalité du stage en terme de temps, était Connective-IT. J'y ai participé ainsi que d'autres intervenants en plus de mon tuteur, j'ai donc réalisé un diagramme de Gantt pour améliorer la clarté de mon point de vue sur le projet Diagramme de Gantt Prévisionnel

A4.1.2 Conception ou adaptation de l’interface utilisateur d’une solution applicative **

C4.1.2.1 Définir les spécifications de l’interface utilisateur de la solution applicative


Architecture de la solution applicative :

L'application est un ensemble de formulaires et de récapitulatifs des données enregistrées dans la base de données, quelque soit l'utilisateur. A terme, elle doit posséder un système de création de compte et d'authentification qui permettra de différencier les utilisateurs et leurs configurations pour n'afficher que ce qu'ils sont supposés voir et/ou modifier. La priorité est donc donnée aux formulaires et à leur interface, celle-ci doit être en responsive design. Chaque formulaire de l'application correspond à une table de la base de données. Un template utilisant du jQuery et du jQuery Mobile (pixit) est choisi pour accélérer le développement de l'application :

Template Pixit Template Pixit

Ces captures sont des exemples des éléments formulaires à utiliser pour le développement de l'application et sont tirées du template pixit.
La troisième capture (à gauche) correspond au type de code rencontré dans les pages html du template, ici nous avons le code correspondant à la quatrième capture (à droite), autrement dit aux boutons radio.
Pour garder le design intact il a été nécessaire d'en reprendre toute l'architecture, seules les données en dur et les éléments de personnalisation tels que les icons, les couleurs et les tailles ont pu être modifiés.

Template Pixit Template Pixit
Template Pixit
A4.1.3 Conception ou adaptation d’une base de données **

• C4.1.3.2 Implémenter le schéma de données dans un SGBD
• C4.1.3.3 Programmer des éléments de la solution applicative dans le langage d’un SGBD (cf. A4.1.7)
• C4.1.3.4 Manipuler les données liées à la solution applicative à travers un langage de requête (cf. A4.1.7)


Règles de gestion :
Voici une partie de la documentation (ci-dessous).

L’intitulé en bleu foncé et vert précise la « famille » (ils deviendront les tables principales) auxquels sont rattachés les éléments en dessous. Dans ces éléments l’intitulé en bleu clair sur la gauche précise le groupe de données (qui feront la plupart du temps partie d’une même table), ceux sur la droite précise les droits d’accès aux options de gauche des différents types de client (DIRECT ou IPBX ou PABX). Les autres éléments précisent si la donnée sera à saisir, à cocher, si elle a une valeur par défaut (modifiable) ou si la valeur sera imposée et donc non affichée dans l’application.

Documentation Co-IT Production des tables Production des tables
L’intégralité des tables produites d’après la documentation et d’après les besoins exprimés pour les fonctionnalités de gestion (se trouve en dernière image de la galérie de l'activité) : app_checking et app_ordre_checking permettront de réaliser un diagnostic rapide et de passer en revue les options dès le début de la journée via l’application.
Les tables app_SAV (theme_tickets, tickets, et reponse) permettront aux commerciaux ou aux secrétaires de prendre en compte les appels des clients pour la résolution des problèmes en respectant un formulaire. Ainsi le technicien n’aura pas à répondre aux appels directement et aura toutes les informations nécessaires pour se concentrer sur la résolution du problème.
A4.1.7 Développement, utilisation ou adaptation de composants logiciels **

• C4.1.7.1 Développer les éléments d’une solution
• C4.1.7.2 Créer un composant logiciel
• C4.1.7.3 Analyser et modifier le code d’un composant logiciel
• C4.1.7.4 Utiliser des composants d’accès aux données


Concernant les compétences C4.1.3.3, C4.1.3.4 de l'activité A4.1.3 (Conception ou adaptation d’une base de données) pour la création de la base de données et facilité celle des formulaires il a été décidé de créer et d'utiliser un système de tag (HLP / MLG / LST / etc ...) dans les commentaires des tables et un script PHP qui, d'après ces commentaires, afficherait les formulaires avec des types d'input correspondant aux types de données (codes HTML, CSS, Javascript différents).
L'ensemble est présenté ci-dessous.


Il a été décidé que dans l'ensemble de l'application l'insertion dans la base de données des informations saisies dans les formulaires se ferait via AJAX. Ainsi après avoir écrit plusieurs fonctions pour effectuer cette insertion en récupérant des données via javascript et transmises à ces fonctions via AJAX (sous forme d'array), j'ai écrit un script PHP permettant d'insérer ces données quelque soit la table et peu importe les champs : la partie 'paramètres' de l'array '$data' contient à la fois le nom du champs (base de données) et la valeur du champs (formulaires) récupérés en dynamique.
Le résultat est présenté dans la capture ci-dessous. Script PHP d'insertion des données


La construction des formulaires est faite en deux parties : la première correspond à la lecture de la table passée en paramètre à la fonction de création, et à la lecture des commentaires au dessus de chaque champs.
En même temps que les données sont envoyées aux autres fonctions de création, les paramètres qui seront envoyés à la fonction d'insertion sont construits au fur et à mesure, à la fois pour les champs (en PHP) et les codes javascript permettant de récupérer les valeurs correspondantes, afin d'être envoyés en même temps que le formulaire. Script PHP de lecture des données
Commentaires des champs Commentaires des champs

La fonction récupère le nom du champs, les commentaires s'il y en a et les découpes en fonction de la longueur des TAGs employés (ici toujours 3 caractères), l'élément suivant le TAG est le libellé du champs à afficher.

La seconde partie de la construction se fait grâce à une détection des TAGs, des traitements éventuels (selon le TAG), et l'ajout des données lues au code HTML, CSS et jQuery Mobile correspondant au champs. La fonction de génération des formulaires est donc spécifique au templte Pixit car elle reprend les attributs et codes jQuery Mobile qu'il utilise. Mais elle sera adaptée plus tard à d'autres templates, notamment pour l'application des Eaux du Nord.
Le TAG "HLP" correspond à un tooltip et sert d'indicateur pour l'utilisateur.
En cas de liste, TAG "LST", ou de checkbox, TAG "CHK", ou de boutons radio, TAG "RAD", la fonction récupère aussi les options proposées à l'utilisateur. Si les options sont trop nombreuses, on considère qu'elles feront partie d'une table et la requête SQL est fournie en commentaire et est détectée par la fonction qui effectue alors la lecture et la construction du champs avec les options.

Script PHP de génération de formulaire Script PHP de génération de formulaire Script PHP de génération de formulaire Script PHP de génération de formulaire

Afin de rendre l'ensemble fonctionnel : voici ci-dessous le code Javascript permettant de récupérer les valeurs échappant au script PHP (les données peuvent être cumulées si plusieurs options peuvent être choisies, cf.listes, checkbox, etc...). Et en dessous le code Javascript en AJAX appelant la fonction d'insertion avec l'ensemble des paramètres.

Code Javascript permettant de récupérer les valeurs Code JS AJAX appelant la fonction d'insertion

Dernier état de l'application à l'arrêt du stage :
L'application n'est pour l'instant qu'un ensemble de tables et de formulaires générés grâce aux scripts.
Elle n'est donc pas terminée, mais étant donné que les fonctionnalités de base sont terminées, que la documentation est encore en rédaction et suite au départ d'un stagiaire le projet sera poursuivie à une date ultérieure par d'autres salariés ou stagiaires.
En attendant la société Connective-IT possède un site vitrine consultable ici.

Création d’une solution applicative

Modules Prestashop (MUMATIC) :

VOIP            Les sites de e-commerce de l'entreprise sont actuellement développés avec le CMS Prestashop sous différents modules. J'ai pu travaillé sur deux d'entre eux : le premier devait permettre l'affichage sur carte des professionnels de santé à proximité de la pharmacie cliente avec des options de filtrage, allant de pair avec la partie administration de cette liste de données. Cette partie administration a été réalisé en utilisant les éléments intégrés au CMS tel que l'object model active record implémenté dans Prestashop.
           Le second module vise à importer massivement des images de produit dans la base de données utilisée par Prestashop tout en évitant les timeout. Pour ce faire chaque produit est recherché dans une base de données d'images et ajouté en cas de pertinence dans celle de Prestashop. Le traitement effectué procède donc un produit à la fois en ajax via une fonction qui est appelé récursivement pour exécuter la mise à jour du produit suivant.

Organisation de Connective-IT

A4.1.3 Conception ou adaptation d’une base de données **

• C4.1.3.2 Implémenter le schéma de données dans un SGBD
• C4.1.3.3 Programmer des éléments de la solution applicative dans le langage d’un SGBD (cf. A4.1.7)

Les données nécessaires au module ont été importées d'une autre base de données concernant les professionnels et formatées en CSV selon la structure utilisée par le controller front. La table en elle-même devait être structurée de manière à pouvoir importer le CSV, en respectant donc sa structure, et à respecter l'object modele de Prestashop. Ceci afin qu'il puisse la lire et récupérer les données et in fine de générer le code nécessaire à son administration.

CSV formaté CSV formaté CSV formaté
A4.1.7 Développement, utilisation ou adaptation de composants logiciels **

• C4.1.7.1 Développer les éléments d’une solution
• C4.1.7.2 Créer un composant logiciel
• C4.1.7.3 Analyser et modifier le code d’un composant logiciel
• C4.1.7.4 Utiliser des composants d’accès aux données
• C4.1.7.5 Mettre en place des éléments de sécurité liés à l’utilisation d’un composant logiciel





Concernant les compétences C4.1.3.3, C4.1.3.4 de l'activité A4.1.3 (Conception ou adaptation d’une base de données) pour la création de la base de données et facilité celle des formulaires il a été décidé d'utiliser le patron de conception objet "active record" de Prestashop. Qui à son tour, une fois l'objet créé, va pouvoir générer la partie administration de la table via le controller mapprox.
L'ensemble est présenté ci-dessous.
Prestashop respect le patron de conception MVC, par conséquent entre autres choses la vue et le contrôleur sont séparés et l'ensemble du travail effectué se limite donc aux contrôleurs.
La partie administration fait appel à deux éléments distincts, l'active record de Prestashop qui est la classe Mapprox et fera appel à la table mapprox de la base de données, AdminMapproxController qui se charge d'afficher chaque instance de la classe Mapprox (une instance correspondant à un tuple dans la base de données) en faisant appel aux méthodes d'affichage des formulaires de l'objet parent.
Active Record Mapprox Vue Mapprox
La vue réalisée consiste en l'appel à MapproxController

Le module d'import d'images de produit consiste en trois phases :
la récupération des produits à mettre à jour,
un appel ajax réalisé récursivement jusqu'au parcours complet des produits,
la fonction appelée en ajax va aller chercher les images dans une autre base de données et mettre à jour les produits dans celle de Prestashop.

Administration Import d'image Code Administration Import d'image

Dernier état de l'application à l'arrêt du stage :
Les modules ont été terminés et correspondent aux attentes formulées par l'entreprise.
La vue de l'un des modules (mapprox) est accessible en ligne.

Modification d’une application

Application SHOP N GO (SCN Animations) :

           Après avoir appris un minimum sur le projet Mumatic j'ai participé au développement de l'application "Shop N Go". Cette application a pour but de permettre aux animateurs de SCN Animations d'enregistrer les prospects, clients et contrats réalisés dans la journée par animateur. Elle consistait donc en une application web mobile composée de formulaires et de pages de lectures des données enregistrées, le tout développé par mon tuteur et deux stagiaires en fin de licence programmation. SCN Animations

Le tuteur de stage souhaitait faire évoluer la solution applicative pour que le manager puisse accéder à une interface bureau reprenant les différentes informations ainsi que des données métiers calculées, pour lui permettre d'effectuer ses tâches de gestion via l'application. Ces données doivent être accompagnées de la possibilité pour le manager de les éditer, et de modifier les autres porduits.

A1.2.5 Définition des niveaux d’habilitation associés à un service

• C1.2.5.1 Recenser les utilisateurs du service, leurs rôles et leur niveau de responsabilité
• C1.2.5.2 Recenser les ressources liées à l’utilisation du service


L'application SCN Animations correspond à différents types de profil utilisateur : les animateurs (vendeurs), le manager et éventuellement un client ou toute autre personne à qui l'application serait présentée :
- Un animateur doit pouvoir accéder à l'interface mobile qui lui est réservée et spécifique (avec les données correspondant à son activité au service de l'entreprise).
- Le manager a un accès au back office de l'application, lui permettant d'observer les données actualisées en temps réel et de réguler l'activité des équipes de vente.
- Le troisième profile doit avoir accès aux fonctionnalités de l'application à des fins de présentation, donc sans modification des données et/ou avec des données génériques.
Un système d'authentification a donc été mis en place et chaque utilisateur en tant qu'ensemble de données a un champs permettant de retenir son type de profile dans la base de données. Etant une application web il a suffit de contrôler (avant connexion) / ajouter (après connexion) la présence de cookies à chaque nouveau chargement de l'application, et de spécifier dans le code les éléments appraissant selon le profile.

Page d'authentification

A2.1.2 Évaluation et maintien de la qualité d’un service

• C2.1.2.3 Vérifier périodiquement le fonctionnement du service en mode dégradé et la disponibilité des éléments permettant une reprise du service


L'un des critères fondamentaux de mesure de la qualité de l'application était empirique (l'application était déjà en production) et fondé sur la qualité et la précision des données enregistrées. Que ce soit par les animateurs ou le manager, les données enregistrées n'étaient pas toujours très précises et certaines mettaient clairement en évidence des défauts de conception aboutissant à une qualité d'utilisation moindre par rapport à celle attendue : par exemple pour les adresses ou les options d'un contrat les types de données enregistrées pouvaient varier d'un utilisateur à un autre (code postal ou numéro de rue etc...). phpMyAdmin a donc été le principal outil de supervision de l'application.

L'ergonomie était donc un facteur clé de la qualité, que ce soit en terme de vitesse de chargement ou de saisie, ou en terme d'intelligence de présentation des données. Chaque modification apportée ne pouvait donc être considérée comme une amélioration que si elle accélérait le chargement de l'application ou la saisie, ou si elle améliorer la clarté des informations et leur intérêt sans grande contre-partie.

Il n'y a pas eu énormément de test en mode dégradé car très vite s'est imposé le choix de placer les ressources importantes sur le serveur plutôt que via un chargement externe.
En effet les librairies Javascript telles que jQuery et ses plugins, ainsi que les éléments bootstrap de l'application ont été installés sur le serveur pour être chargés en même temps que l'application, car étant une application monopage (avec système de pagination en hash #) l'ensemble était chargé une fois et seul l'enregistrement des données saisies re-nécessitait une connexion.
Aussi si au début l'application pouvait être coupée de ses ressources, n'affichant dans ce cas qu'une page vide avec message d'alerte, aujourd'hui les seuls événements anormaux pouvant impacter la qualité du service (au chargement ou à l'enregistrement de données) concernent la disponibilité de l'ensemble des ressources de l'application et de cette dernière et donc in fine celle du serveur lui-même. Quant au serveur, donc, il s'agissait d'un serveur OVH relevant alors, en terme de disponbilité du serveur, de l'hébergeur OVH lui-même.

Edition de contrat Table prospect

A2.3.1 Identification, qualification et évaluation d’un problème

• C2.3.1.1 Repérer une suite de dysfonctionnements récurrents d’un service
• C2.3.1.2 Identifier les causes de ce dysfonctionnement
• C2.3.1.3 Qualifier le problème (contexte et environnement)
• C2.3.1.4 Définir le degré d'urgence du problème


Lors des phases de test de l'enregistrement d'un nouveau contrat, les informations étaient bien enregistrées et lues par l'application correctement. Mais une règle de gestion faisant défaut la possibilité qu'une personne puisse enregistrer plusieurs contrats en son nom ou au nom d'une autre personne n'était pas prise en compte donnant lieu à l'enregistrement de plusieurs lignes dans la base de données avec des identifiants différents pour le même client. La lecture de ces lignes par l'application favorisait donc la confusion vis-à-vis du fonctionnement de l'application pour les utilisateurs. Ainsi entre l'option de suppression de contrats par le manager, le suivi effectué par nos soins avec la base de données, et le dashboard du manager permettant la lecture de ces lignes en mode bureau qui n'affichait d'un côté qu'une page pour un client et un contrat par client (certains contrats étant donc non affichés) et de l'autre un tableau récapitulatif des nouveaux contrats stipulant plusieurs contrats pour une même personne, il est arrivé que des lignes concernant ces contrats soient supprimées.
L'application étant en phase de production mais en amélioration contstante il avait été conseiller à l'entreprise de garder une trace des données entrées dans l'application, permettant aux vendeurs de poursuivre leur activité sans dommage. La résolution du problème n'était donc pas urgente mais a été régler sans délai en modifiant le dashboard, pour clarifier la situation auprès du manager pour que ce dernier et les vendeurs soient sur la même longueur d'onde, par l'ajout de la possibilité de "lire" plusieurs contrats pour un même client dans l'interface bureau.

Lecture des contrats Lecture des contrats

A4.1.2 Conception ou adaptation de l’interface utilisateur d’une solution applicative **

• C4.1.2.1 Définir les spécifications de l’interface utilisateur de la solution applicative
• C4.1.2.2 Maquetter un élément de la solution applicative
• C4.1.2.3 Concevoir et valider la maquette en collaboration avec des utilisateurs


La moitié de l'application (l'interface mobile et ses fonctionnalités pour les animateurs) été déjà quasiment finie et légalement dépendante du client. La seconde moitié, elle, a été proposée par le tuteur au client en plus du contrat et concerne le back-office réservé au client (en tant qu'utilisateur, c'est-à-dire manager et non représentant de l'entreprise). Elle n'était donc soumise à l'appréciation du client (charte graphique et fonctionnalités) que par assentiment du tuteur à des fins marketing.
La charte graphique a donc été un choix du tuteur qui s'est porté sur la ré-utilisation d'un template (Pixit, utilisant bootstrap, jQuery).
Quant aux fonctionnalités et à l'ergonomie le choix était imposé par le tuteur (notamment en ce qui concerne leur ajout) mais leurs modalités (type de données présentées) répondaient de l'utilisation qui allait en être faite et donc du client.
Puisqu'il n'y avait pas d'obligation concernant la charte graphique et que l'application était en amélioration constante (déjà en production) et non par étape on ne peut pas vraiment parler de maquettage. Néanmoins chaque amélioration ou ajout pouvait être modifié selon les nouvelles attentes du client correspondant ainsi à un ensemble de phase : conception, développement, critique du client, éventuelle modification.
Des modifications ont aussi été apportées à la base de données existante mais uniquement de manière anecdotique.

Affiche des données vendeurs dans le back office

A4.1.7 Développement, utilisation ou adaptation de composants logiciels **

• C4.1.7.1 Développer les éléments d’une solution
• C4.1.7.2 Créer un composant logiciel
• C4.1.7.3 Analyser et modifier le code d’un composant logiciel
• C4.1.7.4 Utiliser des composants d’accès aux données
• C4.1.7.5 Mettre en place des éléments de sécurité liés à l’utilisation d’un composant logiciel


Composant créé : encarts de présentation des données journalières, hebdomadaires et mensuelles.
Description :
L’une des options supplémentaires demandées était de rajouter des encarts affichant des statistiques liées aux opérations de l’entreprise cliente sur le terrain dans le menu d’accueil du manager. Récupérés dans le template les encarts ont des parties « slide » et permettent donc d’une seconde à l’autre d’afficher soit les données du jour, de la semaine et du mois soit de la veille, de la semaine précédente, et du mois précédent. Il a donc fallu réaliser deux fonctions pour récupérer les données via sql : la première concerne les deux premiers encarts et prend en paramètres le libellé (ventes ou découvertes), le nom de la table et le nom du champ correspondant à la date. La seconde permet au troisième encart de fonctionner : celui-ci doit effectuer un calcul sur des données de différentes tables pour renvoyant la production moyenne (nombre de contrat réalisé par journée-homme (présence) pour une journée ou une semaine ou un mois). Pour effectuer ces calculs il a été nécessaire de rajouter une table SHOP_vendeur_present dans la base de données où, chaque fois qu’un vendeur se connecte et se déclare via le slider de l’application comme étant en service, la date de présence est insérée. Le quatrième encart est statique et est un des exemples trouvés sur le template, il est laissé tel quel pour l’instant.

Une semaine plus, en lien direct avec le client via le téléphone nous avons apportés des modifications dans la matinée : le client ne voulait pas prendre en compte les contrats liés aux téléphones mobiles dans les encarts du dashboard et les différencier dans les graphs plus bas. Il a été demandé d’intégrer le quatrième encart précédemment retiré pour y afficher les quantités de contrat concernant les options TELECABLE SAT et CANAL Plus.



Composant adapté : tableaux de présentation de données calculées et traitées en PHP.
Description :
Il s'agit de tableaux récapitulatifs des données créés par le tuteur avec des arrays php et divers traitement de données, il a fallu ajouter des totaux en bas de chaque graphique pour prendre en compte les besoins du client (et retirer les données liées à la téléphonie comme plus haut pour les encarts) Ce qui a nécessité de modifier chaque requête SQL et leur exploitation en array.



Composant créé avec besoin de sécurité : édition des données (ici les contrats).
Description :
Création d'une liste/tableau permettant un accès à chaque liste de nouveau contrat/client pour édition et création d’un formulaire de modification d’un contrat ou de suppression : il s’agit de passer la main progressivement au client de l’entreprise et de lui donner plus de contrôle sur la partie « données » de l’application. Il a bien entendu était nécessaire de mettre cette partie dans le back office (pour qu'elle ne soit accessible que du manager) et limiter la saisie et les changements pour éviter les erreurs.

Table nécessaire à l'édition des contrats Edition des contrats dans le back office

A4.2.1 Analyse et correction d’un dysfonctionnement, d’un problème de qualité de service ou de sécurité

• C4.2.1.2 Repérer les composants à l’origine du dysfonctionnement
• C4.2.1.3 Concevoir les mises à jour à effectuer
• C4.2.1.4 Réaliser les mises à jour


Description : Incident du côté utilisateur de l'application, suite à une mise à jour.
L'incident en question concernait la connexion des utilisateurs à l'interface pour smartphones : ces deniers ne pouvaient plus se connecter, jusqu'alors les cookies employés dans le code permettaient d'enregistrer les données nécessaires à la connexion, ces cookies n'étant effacés qu'à l'usage du bouton "déconnexion". La mise à jour utilisait un autre jeu de données dans les cookies avec des informations supplémentaires qui ne pouvaient s'enregistrer tant que l'utilisateur ne se reconnectait pas proprement. Il en a résulté l'impossibilité pour un certain nombre de vendeurs de se connecter à l'application et ce n'est qu'après une prise de contact et une recherche de l'origine du problème en gardant à l'esprit le fonctionnement général de l'application que nous avons pu inviter les utilisateurs à effacer les cookies. Il aurait peut-être été plus simple d'avertir les utilisateurs de se déconnecter proprement la veille et donc de planifier les répercussions possibles avant de basculer sur la nouvelle version.

Page d'authentification

A4.2.2 Adaptation d’une solution applicative aux évolutions de ses composants **

• C4.2.2.1 Repérer les évolutions des composants utilisés et leurs conséquences
• C4.2.2.2 Concevoir les mises à jour à effectuer
Voir A4.2.1 juste au dessus
Voir A1.2.5 en début de page


*** Description : Mise à jour de la page de connexion pour permettre au manager de basculer sur la nouvelle interface.
Ou évolution de la partie mobile...
L'interface a été testée pour les fonctionnalités déjà présente, pour aller plus loin il fallait que le manager puisse y avoir accès. J'ai donc refait la page de connexion présente avant mon arrivée (voir capture dans l'activité précédente). L'évolution la plus notable est la prise en compte du statut lors de la redirection. Elle se fait avec le type de profil chargé de la base de données dans la table utilisateur et est testé en ajax. L'ensemble a été testé à plusieurs reprises et avec des codes d'accès différents, tout comme avec de nouveaux utilisateurs.

Le composant a d'ailleurs été repris par le client sur son propre site


Dernier état de l'application à l'arrêt du stage :

La partie mobile a été améliorée pour permettre des modifications limitées des données, le dashboard permet maintenant d'analyser efficacement les données afin de rendre le management des animateurs plus efficace.
L'ensemble est en production et est utilisé par l'entreprise sur une base journalière.

Adapter une solution

Application lespharmacies.net (MUMATIC) :

           Il s'agit d'une application grand public permettant de géolocaliser un utilisateur et de mettre à sa disposition l’emplacement des pharmacies les plus proches. Elle est acessible en tant que site web et à terme en tant qu’application smartphone.
Elle remplit trois fonctions :
• Elle permet à mumatic de rassembler des prospects via les inscriptions des pharmaciens et de faire de la pub à l’entreprise
• Elle sert d’outil marketing auprès du grand public pour les pharmacies inscrites
• Elle permet aux utilisateurs de localiser une pharmacie en fonction d’une position donnée et, à termes, de filtrer les pharmacies renvoyées par les produits et services que ces dernières mettent à disposition dans leur officine. LesPharma
Le but à atteindre du projet est d'en faire un annuaire de pharmacie complet, bien référencé et le plus répandu possible.

          Un autre stagiaire a commencé l'application 8 mois auparavant en utilisant AngularJS et Material Design Lite. J'ai avant tout travaillé sur certains aspects des formulaires et de leurs contrôles de saisie pour l'inscription des pharmaciens puis il a été décidé suite à des recherches d'utilisé Angular Material qui est l'équivalent AngularJS du framework Material Design Lite.
J'ai par la suite opéré une autre refonte du design de l'application en me fondant sur les souhaits exprimés par la patron de l'entreprise et sur la maquette réalisée au format PDF.

Organisation de Mumatic

A2.3.2 Proposition d’amélioration d’un service

• C2.3.2.1 Décrire les incidences d’un changement proposé sur le service
• C2.3.2.2 Évaluer le délai et le coût de réalisation du changement proposé
• C2.3.2.3 Recenser les risques techniques, humains, financiers et juridiques associés au changement proposé


Angular Material VS Material Design Lite

L'application a été commencée avec le framework Material Design Lite. Ce dernier est en compétition avec Angular Material et il a été envisagé de changer le framework utilisé.
Après recherches, MLD offre une solution efficace avec des perfomances et des temps de chargement corrects tout en respectant les principes mis en avant par le design Material.
Par contre AM de Google propose davantage d'éléments de design à utiliser en front, et repose sur l'utilisation d'AngularJS qui est déjà, de facto, un pré-requis pour l'application.
Angular Material vs. Material Design Lite

Ce changement permet d'unifier la partie design et la partie données du front au niveau du code. Plusieurs jours sont nécessaires pour effectuer le changement et comporte un risque technique au niveau de la compatibilité entre navigateurs.

Application Material Design Lite Application Angular Material
A4.1.2 Conception ou adaptation de l’interface utilisateur d’une solution applicative

• C4.1.2.1 Définir les spécifications de l’interface utilisateur de la solution applicative
• C4.1.2.2 Maquetter un élément de la solution applicative
• C4.1.2.3 Concevoir et valider la maquette en collaboration avec des utilisateurs


Architecture de la solution applicative :

L'interface utilisateur doit avant tout reprendre lors de sa première refonte (au changement de framework) les éléments nécessaires aux fonctionnalités déjà implémentées. Après le changement de framework la maquette conçue a due être changée pour correspondre au design fourni en PDF et chaque étape des deux refontes a été confronté aux avis des collaborateurs.
Après implémentation de la maquette, l'application a été présentée sur Paris au salon des pharmacies.

Eléments d'interface material Refonte de l'application
Extrait du PDF maquette Application de la maquette
A4.1.7 Développement, utilisation ou adaptation de composants logiciels **

• C4.1.7.1 Développer les éléments d’une solution
• C4.1.7.2 Créer un composant logiciel
• C4.1.7.3 Analyser et modifier le code d’un composant logiciel
• C4.1.7.4 Utiliser des composants d’accès aux données
• C4.1.7.5 Mettre en place des éléments de sécurité liés à l’utilisation d’un composant logiciel



Création Validateur du format des horaires :
Utilisation et respect des classes de Validation utilisée par Prestashop adapté à la vérification des horaires. Validateur des horaires


Développement des contrôles de saisie des horaires (directive) :
Directives et filtres AngularJS permettant d'évaluer les saisies liées aux horaires en front et d'activer / de désactiver les messages et fonctionnalités d'ergonomie pour le remplissage du formulaire.

Ajout du token pour l'API (sécurité) et composant d'accès aux données (API REST) :
Un des web services de l'application qui permmettent d'accéder aux données, est utilisé pour passer le token de Prestashop nécessaire pour la sécurisation des failles CSRF à AngularJS pour sécuriser les autres appels ajax.

Validateur du token Envoie du token a l'API REST
A4.2.1 Analyse et correction d’un dysfonctionnement, d’un problème de qualité de service ou de sécurité

• C4.2.1.1 Élaborer un jeu d’essai permettant de reproduire le dysfonctionnement
• C4.2.1.2 Repérer les composants à l’origine du dysfonctionnement
• C4.2.1.3 Concevoir les mises à jour à effectuer
• C4.2.1.4 Réaliser les mises à jour



Problème d'affichage des horaires des pharmacies :
Lors de l'utilisation des pharmacies.net l'application affiche les horaires par jour, groupés par jour qui ont des horaires identiques.
Cela passe par des comparaisons de tableaux de jours et d'horaires. Aucune erreur n'a été détectée en premier lieu, le problème s'est posé en production et non développement : un cas particulier où les horaires de la matinée de deux jours consécutifs étant identiques l'application groupait les deux jours même si les horaires différaient l'après-midi.
La première étape de la résolution du problème a été de récupéré le jeu de données en JSON qui posait problème pour effectuer une estimation des changements à faire.
Ce problème a mis en évidence un manque de clareté et de simplicité du code, il a donc été décidé de le recommencer en prenant en compte le problème actuel.
A5.2.3 Repérage des compléments de formation ou d’auto-formation utiles à l’acquisition de nouvelles compétences

• C5.2.3.1 Identifier les besoins de formation pour mettre en œuvre une technologie, un composant, un outil ou une méthode
• C5.2.3.2 Repérer l’offre et les dispositifs de formation


Technologie, composant, outil ou méthode à exploiter :
• Prestashop
• Active Record
• AngularJS
• Angular Material
• GitExtensions

Catalogues, dispositifs de formation :
doc.prestashop.com
culttt.com
docs.angularjs.org/api
Tutorial & Demo AngularJS
Tutorial & Demo AngularJS sur Codecademy
Tutorial & Demo AngularJS vidéo
Doc et demo Material
Débuter avec Git et Github

Dernier état de l'application à l'arrêt du stage :
L'application n'est pour l'instant disponible qu'en beta sur navigateur et ne permet pas encore de recherche par facette (produits, services, etc...).
Elle n'est donc pas terminée, mais étant donné que les fonctionnalités de base sont achevées, que le stage a pris fin le projet sera poursuivie à une date ultérieure par d'autres salariés ou stagiaires.
Néanmoins elle a été jugée suffisamment complète pour être présentée à Paris à Pharmagora, le salon des pharmacies.
L'application est consultable et utilisable ici.

Conception de la partie données d’une application

Application Management et société (Cnam) :


L'institut du CNAM (Conservatoire National des Arts et Métiers) a contacté ADFC pour développer un site web d'apprentissage du management et de la gestion de projets. Logo du CNAM J'ai brièvement participé à ce projet : j'y ai contribué en aidant à former une stagiaire en réseaux télécoms à utiliser phpMyAdmin et en construisant la base de données nécessaire au fonctionnement de la future solution applicative. L'architecture des données devait permettre à l'utilisateur de ne pas avoir à saisir toutes les données pour pouvoir décrire les éléments nécessaires aux projets un à un et en fin d'exercice de les relier via du drag n drop. Ainsi des fiches utilisées pour les cours par correspondance ont été fournies par le Cnam pour nous permettre d'élaborer le MCD de l'exercice puis la base de données elle-même.           

A4.1.3 Conception ou adaptation d’une base de données **

• C4.1.3.1 Modéliser le schéma de données nécessaire à la mise en place de la solution applicative
• C4.1.3.2 Implémenter le schéma de données dans un SGBD


Règles de gestion : chaque porteur de projet (ici l'étudiant) est chargé de définir l'entreprise à laquelle il est rattaché, et les entreprises auxquelles sont rattachés les différents acteurs du projet. Chaque entreprise possède donc des informations générales et des informations détaillées qui serviront aussi à définir les acteurs.
Il est aussi chargé de définir le projet qui aura ses informations générales et détaillées dont feront partie les actions/tâches. Ces actions sont choisies par le porteur de projet (mais elles sont définies à l'avance) qui choisiera aussi à quelles activités il faudra les rattacher. Il en fera de même pour les domaines d'activité. Les actions, activités et domaines sont choisis et reliés entre eux par le porteur de projet mais définis à l'avance. Définir ces éléments à l'avance permettra à l'étudiant de choisir les compétences, savoirs académiques, savoir-faires, et expériences de vie qui correspondront à chaque activité.
Voici ci-dessous deux exemples de documents produits à la fin de l'exercice proposé à l'étudiant :
Savoir requis pour une activité Fiche de fonction d'un acteur pour une activité

Voici le Modèle Conceptuel de Données produit avec Open ModelSphere : MCD site exercice du CNAM

Ci-dessous les tables réalisées après implémentation du MCD :

Porteur du projet Entreprise concernée Projet Acteurs du projet Facteurs cles Facteurs cles du projet Tâches du projet Tâches et activités Activités du projet Tâches et domaine Domaines d'activité


Dernier état de l'application à l'arrêt du stage :
L'application se résume pour l'instant à la base de données qui a été créée pour le cnam.

Veille technologique

Javascript :


De quasi desuet à langage de programmation le plus utilisé, le langage le plus populaire de 2014 s'est remis au goût du jour. Sa standardisation a aboutie sur une utilisation croissante de JS dans les navigateurs web. Des frameworks, librairies ont été développés pour le rendre plus accessible, plus puissant, et son succès à travers le monde en augmente l'intérêt de la nouvelle version du standard ECMAScript nommée ES2015. Logo du Javascript           

Versions récentes :


Un bref historique des versions de javascript est disponible sur la version anglaise de wikipedia. Le site de Mozilla précise cependant que ce versionning du JS a été abandonné au profit de l'utilisation du standard ECMA. ECMAScript 2015 ou ECMAScript 6 est la dernière version rencontrée sur les navigateurs récents (le standard lui-même) et tend dans son ensemble à offrir plus de possibilité avec moins de rigidité.
Une description de changements introduits par Harmony est disponible sur le site synbioz et pour les connaisseurs de la version 5, ES6-features propose des comparatifs avec la dernière version...

Usages :


Classée librairie la plus utilisée sur le web, notamment par Libscore, jQuery représente une bonne partie de l'utilisation du JS sur le web en front, suivie par d'autres telles que Angular.js. Mais le JS peut aussi être utilisé sur un serveur HTTP à l'image des langages comme PHP, ASP, à l'instar de WordPress qui a réemment remplacé son PHP par du JS (soure : linformatique et JDN).
On retrouve donc aussi les pendants du jQuery en back end : des libraires ont été développées, les plus utilisées sont node.js et son framework Express

Développement :


Le JS pur est plus conséquent, plus diffcile à manier qu'une de ses libraires et est largement critiqué mais de nombreux sites proposent des aides régulièrement mises à jour :

  1. Codecademy
  2. W3Schools
  3. Stack Overflow
  4. OpenClassRoom debutant
  5. OpenClassRoom medium
  6. CreativeJuiz
  7. GChagnon

Bien entendu il existe aussi des plugins. Ce sont des ensembles de fichiers (et de codes JS) cohérents et correspondants à une ou plusieurs fonctionnalités précises.
Le code fourni par un plugin est à intégrer mais il constitue parfois un énorme gain de temps, en particulier s'il correspond parfaitement à ce que vous en attendiez. Ces plugins florissent à l'instar des librairies JS car ils reposent sur les contributions des développeurs de la communauté JS et donc sur la popularité du langage.

  1. Plugins (FR)
  2. Plugins JS et librairies
  3. Plugins JS pur



Veille à partir de contenus web agrégés sur Netvibes :


lien verss NetVibes

A5.2.2 Veille technologique

• C5.2.2.1 Définir une stratégie de recherche d’informations
• C5.2.2.2 Tenir à jour une liste de sources d'information
• C5.2.2.3 Évaluer la qualité d'une source d'information en fonction d'un besoin
• C5.2.2.4 Synthétiser et diffuser les résultats d'une veille (cf. au dessus)


Stratégie de recherche
Elle est fondée sur la recherche d'informations d'avant 2014 (début de la veille) via des moteurs de recherches et sur l'utilisation des flux RSS présents sur la plupart des sites liés au développement. Ces flux sont récupérer par url et triés par mots clés sur NetVibes et sur ce site (cf. plus haut).

Listing de sources
La recherche via les moteurs de recherches m'a permis de constituer la liste de sources intéressantes et pertinentes sur le web : les sites à la fois pertinents et recurrents constituent les principaux éléments de cette liste avec les sites officiels. Une partie d'entre eux relatent des faits d'actualités comme le changement d'orientation de WordPress en back end, mais la majorité est constituée par des blogs et donc des articles rédigés par la communauté des développeurs.
Grâce à mon expérience en développement web et à mon apprentissage du développement en écumant le net, j'ai développé des préférences et une confiance relativement plus grande envers certains sites plutôt que d'autres. Cela, ajouté à la redondance de certains sites sur des éléments pertinents pour du développement lié au javascript, m'a permis d'établir ma liste de sources. Ensuite il s'agissait de déterminer si les sites en question avaient un flux RSS disponbiles ou si je devais placer une alerte google en cas de nouvelles informations.
La synthèse des résultats ou autrement dit la curation du contenu récupéré a été fondée sur les éléments ayant évolués ou résultant de l'évolution du javascript (apparition de libraires).

Logo du JQuery

jQuery :

Comme cet article sur jQuery l'explique cette librairie n'a pas été la première du JS mais elle a certainement outre-passé les attentes de l'initiateur du projet, John Resig, en Janvier 2006. Nous avons vu plus haut que jQuery était la plus utilisée au monde grâce notamment à sa communauté de développeurs.
jQuery est un projet Open Source et cherche toujours de nouveaux contributeurs. Mais son succès est aussi et avant tout dû à sa simplicité et à sa puissance : cette libraire permet, entre autres et comme sa catch phrase l'indique "Write less, Do more", d'écrire moins. C'est en tout cas le besoin exprimé à l'époque, depuis c'est aussi le besoin de fonctionnalités avancées que ce soit pour le traitement ou pour le design, d'où des dizaines voire centaines de plugins présents sur le site officiel ou ailleurs sur le net. Classée librairie la plus utilisée sur le web, notamment par Libscore, jQuery représente une bonne partie de l'utilisation du JS sur le web en front.

Versions récentes :


Toutes les versions du jQuery Core sont encore disponibles en téléchargement sur le site officiel ainsi que des explications de versions d'abord par John Resig puis par Dave Methvin. Les versions actuelles de jQuery et jQuery Migrates sont : la 2.2.0 et la 1.3.0. jQuery Migrates est plugin qui "existe depuis longtemps, il sert à tester la compatibilité des codes existants avec les nouvelles versions de jQuery", ici entre les versions 1.12.0 et 2.2.0 de jQuery.
Dans chaque évolution du jQuery est prise en compte un degré de dégradation élégante qui prend en compte les anciennes versions de navigateurs jusqu'à un certain point, ainsi la branche 1.x du développement va plus loin dans cette démarche que la branche 2.x qui se limite aux navigateurs les plus récents.
  1. "Améliorations des performances" c'est le mot d'ordre de ces versions selon cette courte description.
  2. Description complètes et en anglais des deux versions.
  3. Pas énormement de changements pour cette versions de Migrates si ce n'est le parallèle avec jQuery.

Développement :


Les sites mentionnés plus haut pour aider au développement en Javascript possèdent pour la plupart les mêmes éléments pour le jQuery, bien entendu la documentation en ligne est toujours le meilleur moyen de trouver des exemples illustrés. De même pour les plugins, ils sont en majorité téléchargeables sur le site officel dans le The jQuery Plugin Registry de plus ils sont souvent accompagnés d'une démo et d'un github spécifique sur lequel une documentation spécifique est présentée.
Exemple utilisé sur mon site : Magic Popup. Sur le site nous pouvons trouver le lien de téléchargement, les liens de la démo et du git, ainsi qu'une documentation plus poussée sur le site du développeur lui-même.

Veille à partir des sites officiels : PLUGIN JQUERY A INTEGRER
FeedEk
// demo
News ticker
Vertical slider
// git
// demo
Pour davantage d'explications voir l'étude de composant dans la situation professionnelle SCN Animations Shop N Go.

Mon profil

Image utilisateur

          Etudiant en Licence 3 INFO après un BTS SIO avec l'option Solutions logicielles et applications métiers (SLAM), j'ai plus particulièrement travaillé sur du développement web lors de mes stages, et ai travaillé en formation sur l'algorithmique, le développement procédural et objet avec Python, VB.net, Java, HTML, CSS, PHP, Javascript (librairies jQuery et jQuery Mobile, AngularJS). J'ai aussi vu au cours de ma formation les différents types de modélisation (UML, Merise) ainsi que le SQL pour la gestion des données. Je souhaite maintenant découvrir davantage les clients lourds.
Contactez-moi Mon profil LinkedIn


Formations

BTS SIO SLAM
Le diplômé du BTS Services informatiques aux organisations est formé à la mise en place de services informatiques. Les services informatiques dont il aura la responsabilité concernent à la fois les infrastructures, les applications, la maintenance et l’évolution de ces solutions.

SLAM - Solutions logicielles et applications métier :

Le titulaire de l'option SLAM intervient dans la définition des spécifications techniques, la réalisation puis la validation de solutions applicatives, la gestion du patrimoine applicatif, la rédaction de la documentation d’une solution et la formation des utilisateurs, la recherche de réponses adaptées à des problèmes, l’accompagnement et l’assistance des utilisateurs.

Exemples de métiers :

- analyste d'applications
- chargé d'études informatiques
- développeur d'applications
- technicien de maintenance en informatique

Lycée Gaston Berger : Deuxième année

BTS SIO SISR

SISR - Solutions d’infrastructure, systèmes et réseaux :

Le titulaire de l'option SLAM intervient dans la définition des spécifications techniques, la réalisation puis la validation de solutions applicatives, la gestion du patrimoine applicatif, la rédaction de la documentation d’une solution et la formation des utilisateurs, la recherche de réponses adaptées à des problèmes, l’accompagnement et l’assistance des utilisateurs.

Exemples de métiers :

- administrateur systèmes et réseaux
- informaticien support et déploiement
- technicien d'infrastructure
- infrastructure micro et réseaux

CNED : Première année

PACES

PACES - Première année commune des études de santé :

Regroupe les premières années de Médecine, Pharmacie, Odontologie, Maïeutique, Kinésithérapie.

Lille 2 Warembourg


Expériences

Stages du BTS SIO

Stages chez AFDC & Mumatic :

Mai - Juin 2015 et 2016
Consultez la section Stages pour plus d'information...

Lycée Gaston Berger

Animateur pour la mairie d'Hellemmes
J'ai été animateur d’espace éducatif en école maternelle de Septembre 2011 à Juillet 2013 à l'école Dombrowski.

• Accueil des enfants et parents
• Travail au sein d’une équipe
• Compte-rendu à la mairie

Ecole Dombrowski


Veuillez trouver ci-dessous les différents moyens de contacter les établissements mentionnés sur le site.

LYCEE GASTON BERGER

03 20 49 31 59

Avenue Gaston Berger, 59016 Lille Cedex

ADFC (AJARRAR DEVELOPPEMENT FIBRE CONSULTING)
CONNECTIVE-IT

39 Rue Faidherbe, 59800 Lille