DOSSIER PROFESSIONNEL (DP) Nom de naissance CIOBANU Nom d’usage CIOBANU Pr
DOSSIER PROFESSIONNEL (DP) Nom de naissance CIOBANU Nom d’usage CIOBANU Prénom Vladislav Adresse 15 rue du Général Faidherbe, 94130 Nogent sur Marne Titre professionnel visé Développeur web et web mobile BackEnd MODALITÉ D’ACCÈS : ☒Parcours de formation ☐Validation des Acquis de l’Expérience (VAE) DOSSIER PROFESSIONNEL-Version Traitement de texte – Version du 11/09/2017 Page 1 Présentation du dossier Le dossier professionnel (DP) constitue un élément du système de validation du titre professionnel. Ce titre est délivré par le Ministère chargé de l’emploi. Le DP appartient au candidat. Il le conserve, l’actualise durant son parcours et le présente obligatoirement à chaque session d’examen. Pour rédiger le DP, le candidat peut être aidé par un formateur ou par un accompagnateur VAE. Il est consulté par le jury au moment de la session d’examen. Pour prendre sa décision, le jury dispose : 1. des résultats de la mise en situation professionnelle complétés, éventuellement, du questionnaire professionnel ou de l’entretien professionnel ou de l’entretien technique ou du questionnement à partir de productions. 2. du Dossier Professionnel (DP) dans lequel le candidat a consigné les preuves de sa pratique professionnelle. 3. des résultats des évaluations passées en cours de formation lorsque le candidat évalué est issu d’un parcours de formation 4. de l’entretien final (dans le cadre de la session titre). [Arrêté du 22 décembre 2015, relatif aux conditions de délivrance des titres professionnels du ministère chargé de l’Emploi] Ce dossier comporte : pour chaque activité-type du titre visé, un à trois exemples de pratique professionnelle ; un tableau à renseigner si le candidat souhaite porter à la connaissance du jury la détention d’un titre, d’un diplôme, d’un certificat de qualification professionnelle (CQP) ou des attestations de formation ; une déclaration sur l’honneur à compléter et à signer ; des documents illustrant la pratique professionnelle du candidat (facultatif) des annexes, si nécessaire. Pour compléter ce dossier, le candidat dispose d’un site web en accès libre sur le site. http://travail-emploi.gouv.fr/titres-professionnels Sommaire Page 2 DOSSIER PROFESSIONNEL-Version du 11/09/2017 DOSSIER PROFESSIONNEL (DP) Exemples de pratique professionnelle Créer une base de données p. 5 Modélisation de bases de données MCD, MLD, MPD ........................................................................ p. 5 Développer les composants d’accès aux données p. 7 Réaliser et traiter un formulaire ......................................................................................................... p. 7 Développer la partie back-end d’une application web ou web mobile p. 9 Réaliser une application de discussion instantanée ........................................................................... p. 9 Développer le front office d'une application web avec Symfony 5 ...................................................... p. 11 Elaborer et mettre en oeuvre des composants dans une application de gestion de contenu ou e-commerce p. 14 Développement d'un site Wordpress ................................................................................................. p. 14 Titres, diplômes, CQP, attestations de formation (facultatif) p. 16 Déclaration sur l’honneur p. 17 Annexes (Si le RC le prévoit) p. 18 DOSSIER PROFESSIONNEL-Version Traitement de texte – Version du 11/09/2017 Page 3 EXEMPLES DE PRATIQUE PROFESSIONNELLE Page 4 DOSSIER PROFESSIONNEL-Version du 11/09/2017 DOSSIER PROFESSIONNEL (DP) Activité-type Créer une base de données Exemple n°1 Modélisation de bases de données MCD, MLD, MPD 1. Décrivez les tâches ou opérations que vous avez effectuées, et dans quelles conditions : C’est dans le cadre de ma formation chez Simplon, j’ai dû concevoir une base de données qui répondait à un cahier de charges pour un groupe d’agences immobilières. Pour ça j’ai utilisé la méthodologie Merise. En étudiant le contexte du projet j’ai défini les besoins, qui m’ont permis d’identifier les entités à créer. Ensuite j’ai commencé la modélisation conceptuelle des données (MCD) en utilisant la représentation graphique de haut niveau, afin de mieux comprendre comment les différents éléments sont liés entre eux, notamment les entités, les propriétés, les relations et les cardinalités. (voir Annexes, Figure 1) Une fois le « MCD » fait, j’ai procédé aux modifications pour passer du modèle conceptuel de données vers le modèle physique de données (MPD) qui pourra être implanté dans un système de gestion base de données relationnelle (SGBDR). (voir Annexes, Figure 2) Les entités du « MCD » deviendront des tables dans le « SGBDR ». L’identifiant de l’entité devient la clé primaire et les autres propriétés deviennent les attributs de la relation. Les associations de type « 1:N » se traduisent par la création d’une clé étrangère dans la relation correspondante à l’entité côté « 1 ». Les associations de type « N:N » se traduisent par la création d’une table dont la clé primaire est composée des clés étrangères référençant les relations correspondant aux entités liées par l’association. Le modèle logique des données (MLD) est la représentation textuelle du MPD. J’ai présenté ainsi les données issues de la modélisation Merise sous la forme suivante : Chaque ligne représente une table ; C’est toujours le nom de la table qui est écrit en premier ; Les champs sont listés entre parenthèses et séparés par des virgules ; Les clés primaires sont soulignées et placées au début de la liste des champs ; Les clés étrangères sont préfixées par un dièse. - Exemple de MLD : (voir Annexes, Figure 3) o annonce_bien(idBien, description_bien, annee_construction, nb_etages, exposition, nb_piece, chambre, superficie_bien, etat_bien, nb_lots_copropriete, charges_anuelles, prix_bien, norme_pmr, salle_de_bain, toilette, ascenseur, chauffage, cuisine, interphone, digicode, consomation_energetique, emissions_gaz, date_enregistrement, etage, quartier, #idUsers, #idTypeBien, #idVille) idBien: clé primaire de la table annonce_bien o photos_bien (idPhoto, photo_bien, #idBien) idPhoto: clé primaire de la table photos_bien o type_bien (idTypeBien, type_bien) idTypeBien: clé primaire de la table type_bien #idUsers: clé étrangère qui référence idUser de la table user #idTypeBien: clé étrangère qui référence idTypeBien de la table type_bien #idVille: clé étrangère qui référence idVille de la table ville #idBien : clé étrangère qui référence idBien de la table bien DOSSIER PROFESSIONNEL-Version Traitement de texte – Version du 11/09/2017 Page 5 2. Précisez les moyens utilisés : J’ai utilisé le logiciel « JMerise » pour la modélisation des données. Cet outil m’a permis, à partir du « MCD », de fabriquer le « MPD » et les scripts « MySQL » pour créer des tables dans le « SGBDR ». Pour ce faire, j’ai utilisé un serveur « MySQL », son système d’administration « phpMyAdmin » intégrés à la plateforme de développement Windows/Apache/MySQL/PHP (WAMP) de ma machine, ainsi que le navigateur web GoogleChrome. 3. Avec qui avez-vous travaillé ? J’ai travaillé seul pour effectuer cette tâche, et la schématisation de la base de données a été validée par un de mes formateurs, Mr Philippe Giraud. 4. Contexte Nom de l’entreprise, organisme ou association Simplon Chantier, atelier, service Centre de formation Simplon à Nanterre Période d’exercice Du : au : 5. Informations complémentaires (facultatif) Page 6 DOSSIER PROFESSIONNEL-Version du 11/09/2017 DOSSIER PROFESSIONNEL (DP) Activité-type Développer les composants d’accès aux données Exemple n° 1 Réaliser et traiter un formulaire 1. Décrivez les tâches ou opérations que vous avez effectuées, et dans quelles conditions : Afin de s'entrainer sur la syntaxe et la logique « PHP », ainsi que les requêtes « POST », j’ai été chargé de réaliser un petit projet sur les formulaires et leur traitements. Le contexte représente la consommation de ressources serveur, car le code source n’est pas bien organisé. (voir Annexes, Figure 4) J’ai utilisé la méthode de rendu traditionnelle Server Side Rendering (SSR) qui consiste : - Le client envoie une requête « HTTP » au serveur d’application « PHP » - Le serveur va se charger de construire la vue, parce que « PHP » est capable de fabriquer du « HTML » - Le serveur va faire des appels à la base de données (si nécessaire), préparer et injecter les données dans la vue - Puis il va retourner un unique fichier « HTML » contenant déjà tout le contenu, ainsi que les liens vers quelques ressources externes éventuelles - Le navigateur va charger les éventuelles ressources (js, css, images, vidéos, etc) - La page est entièrement disponible pour l'utilisateur Mon but s’était d’écrire un code « clean » pour minimiser le nombre de requêtes. Pour ce faire, j’ai défini l’architecture de l’application web. La première requête : l’utilisateur demande et reçoit le formulaire de la page « index.php » de l’application. Cette page est fabriquée à partir de 3 composants : (voir Annexes, Figure 5) - Le « header » contient les en-têtes du fichier « HTML » et les balises ouvrantes « body » et « html ». (voir Annexes, Figure 6) - Le formulaire. (voir Annexes, Figure 7) - Le « footer » contient de la logique du code et les balises fermantes respectivement. Pour envoyer le formulaire j’ai privilégié la méthode « POST » afin de transmettre les données de l’utilisateur au serveur. La deuxième requête : une fois le formulaire complété, l’utilisateur clique sur le bouton « Envoyer » et les informations saisies seront stockées dans la variable super-globale « $_POST » et seront transmises au serveur, qui va retourner une réponse sous la forme d’une page « HTML ». (voir Annexes, Figure 8) La troisième requête : l’utilisateur clique sur le bouton « Retour » pour être uploads/s1/ dossier-professionnel-simplon-cvi-01-09-2021.pdf
Documents similaires
-
24
-
0
-
0
Licence et utilisation
Gratuit pour un usage personnel Attribution requise- Détails
- Publié le Mai 31, 2021
- Catégorie Administration
- Langue French
- Taille du fichier 1.1035MB