diff options
Diffstat (limited to '')
| -rw-r--r-- | source/website/Documents/PPE4.md | 151 | ||||
| -rw-r--r-- | source/website/Documents/Situation1/doc.md | 0 | ||||
| -rw-r--r-- | source/website/Documents/Situation2/test.md | 0 | ||||
| -rw-r--r-- | source/website/Documents/stage1.md | 105 | ||||
| -rw-r--r-- | source/website/Documents/stage2.md | 109 | ||||
| -rw-r--r-- | source/website/Documents/veille_techno.md | 66 | ||||
| -rw-r--r-- | source/website/bts-sio.md | 136 |
7 files changed, 0 insertions, 567 deletions
diff --git a/source/website/Documents/PPE4.md b/source/website/Documents/PPE4.md deleted file mode 100644 index 97fec4de..00000000 --- a/source/website/Documents/PPE4.md +++ /dev/null @@ -1,151 +0,0 @@ -<nav class="subnav"> - <div class="sublia-border"> - -- generate submenu here -- - </div> -</nav> - -<nav class="situation1nav"> - <div class="situation1lia-border"> - <a href='#description' class='situation2lia'><li><span class='situation2left-lia'></span><span class='situation2center-lia'>Description</span><span class='situation2right-lia'></span></li></a> - <a href='#activités-et-compétences' class='situation2lia'><li><span class='situation2left-lia'></span><span class='situation2center-lia'>Compétences</span><span class='situation2right-lia'></span></li></a> - <a href='#production' class='situation2lia'><li><span class='situation2left-lia'></span><span class='situation2center-lia'>Production</span><span class='situation2right-lia'></span></li></a> - </div> -</nav> - ---- -title: 'Situation n°2 ~ PPE4' ---- - -### ·| Développement d'une application web |· - -# Description - -## Contexte - -Cette situation professionnelle c'est déroulée dans le cadre d'un PPE au lycée. Celui-ci dispose d'une web radio qui diffuse de la musique libre de droit. Le problème c'est qu'il n'est pas possible de savoir quel est la musique que l'on écoute actuellement et qu'elles ont étés les musiques qui ont été jouées. - -## Présentation globale du projet - -Le but de ce projet était de développer un site web qui permettra de mettre à disposition, aux auditeurs de la web radio du lycée André Malraux, l'historique des musiques jouées par celle-ci. - -## Cadre - -Le développement de cet application c'est déroulé en "mode projet", c'est à dire que le projet à été réaliser en groupe, par Bastien Bidault et Corentin Breton, moi même. - -## Moyen - -Le développement c'est déroulé sur mon ordinateur portable sous GNU/Linux tandis que l'application web est en production sur le serveur du lycée. - -# Activités et Compétences - -Les compétences et leurs justifications ont été faite suivant l'interprétation du [référentiel de certification](http://ecogestion.discipline.ac-lille.fr/programmes/bts-sio/referentiel-bts-sio/files/bts-services-informatiques-organisations.pdf) - -## A1.1.1, Analyse du cahier des charges d'un service à produire - -Le cahier des charge étant inexistant, celui-ci à du être définit et est disponible dans [les sources de l'application](https://framagit.org/ppe4/WebRadio_Site_Dynamique/blob/master/doc/Cahier_des_charges.md). - - - 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 - -## A1.1.2, Étude de l'impact de l'intégration d'un service sur le système informatique - -Les intéractions entre les services ont été définit dans le [diagramme de séquence](https://framagit.org/ppe4/WebRadio_Site_Dynamique/blob/master/doc/Conceptualisation.md#diagramme-de-s%C3%A9quence) - - - C1.1.2.1 Analyser les intéractions entre services - -## A1.2.2, Rédaction des spécifications techniques de la solution retenue - -La rédaction des spécifications techniques de la solution retenue ont été écrite sous la formes de diagrames UML disponibles dans [les sources de l'application](https://framagit.org/ppe4/WebRadio_Site_Dynamique/blob/master/doc/Conceptualisation.md). - - - C1.2.2.1 Recenser les composants nécessaires à la réalisation de la solution et les échanges entre eux - - C1.2.2.3 Rédiger les spécifications de la solution retenue dans le formalisme exigé par l'organisation - -## A1.3.4, Déploiement d'un service - -Un début de procédure d'installation est disponible dans la partie documentation du projet, l'une pour [la base de donnée](https://framagit.org/ppe4/WebRadio_Site_Dynamique/blob/master/doc/base_de_donnees.md) et l'autre pour [API](https://framagit.org/ppe4/WebRadio_Site_Dynamique/blob/master/doc/api.md). De même pour l'[automatisation](https://framagit.org/ppe4/WebRadio_Site_Dynamique/blob/master/doc/base_de_donnees.md), seulement l'installation de la table dans la base de donnée est automatisée. - - - C1.3.4.1 Mettre au point une procédure d'installation de la solution - - C1.3.4.2 Automatiser l'installation de la solution - -## A1.4.1, Participation à un projet - -Le planning personnel à été géré avec le gestionnaire de tâche taskwarrior ainsi qu'avec les [issues sur la plateforme framagit](https://framagit.org/ppe4/WebRadio_Site_Dynamique/issues). L'avantage de taskwarrior en plus des issues de la plateforme framagit est qu'il me permet de les intégrer sous forme de tâche à ma liste personnel de tâche à éffectuer. - - - C1.4.1.1 Établir son planning personnel en fonction des exigences et du déroulement du projet - -## A1.4.2 Évaluation des indicateurs de suivi d'un projet et justification des écarts - -La justification des écarts de durée dans le projets sont dans les [issues](https://framagit.org/ppe4/WebRadio_Site_Dynamique/issues) en elle-même. Les compétences suivante sont donc validées : - - - C1.4.2.1 Suivre l'exécution du projet - - C1.4.2.2 Analyser les écarts entre temps prévu et temps consommé - - C1.4.3.2 Contribuer à l'évaluation du projet - -## A1.4.3, Gestion des ressources - -Le planning personnel s'adapte lui même en fonction des ressources disponibles. - - - C1.4.3.2 Adapter son planning personnel en fonction des ressources disponibles - -## A4.1.1, Proposition d'une solution applicative - -La proposition, par l'identification des composants logiciels, d'une solution applicative à été réalisé dans le [cahier des charges](https://framagit.org/ppe4/WebRadio_Site_Dynamique/blob/master/doc/Cahier_des_charges.md). - - - C4.1.1.1 Identifier les composants logiciels nécessaires à la conception de la solution - -## A4.1.2, Conception ou adaptation de l'interface utilisateur d'une solution aplicative - -Les spécifications de l'interface utilisateur ont été définis par le [maquettage](https://framagit.org/ppe4/WebRadio_Site_Dynamique/blob/master/README.md) de celle-ci. Celle-ci à été validée et à été conçu en collaboration avec des utilisateurs car nous sommes nos même des utilisateurs potentielle de cette application. - - - 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 - -## A4.1.3, Conception ou adaptation d'une base de données - -Le schéma de la base de données est disponible dans la [documentation](https://framagit.org/ppe4/WebRadio_Site_Dynamique/blob/master/doc/base_de_donnees.md). - - - 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 - - C1.2.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 - -## A4.1.6, Gestion d'environnements de développement et de test - -L'environnement de développement était composé des edtieurs Neovim et Atom ainsi que de Git. - - - C4.1.6.1 Mettre en place et exploiter un envrionnement de développement - -## A4.1.7, Développement, utilisation ou adaptation de composants logiciels - -Voir directement les sources de l'[application](https://framagit.org/ppe4/WebRadio_Site_Dynamique/tree/master/src). - - - C.1.7.1 Développer les éléments d'une solution - - C4.1.7.2 Créer un composant logiciel - - C4.1.7.4 Utiliser des composants d'accès aux données - -## A4.1.9, Rédaction d'une documentation technique - -La rédaction de la documentation ce trouve dans le dossier [doc](https://framagit.org/ppe4/WebRadio_Site_Dynamique/tree/master/doc) du projet. - - - C4.1.9.1 Produire ou mettre à jour la documentation technique d'une solution applicative et de ses composants logiciels - -## A4.1.10, Rédaction d'une documentation d'utilisation - -La rédaction de la documentation ce trouve parmis la [documentation](https://framagit.org/ppe4/WebRadio_Site_Dynamique/blob/master/README.md). - - - C4.1.10.1 Adapter la documenation d'utilisation, une aide, une FAQ - -## 5.2.2, Veille technologique - -[Veille technologique](/website/Documents/veille_techno.html). - - - C5.2.2.1 Définir une stratégie de recherche d'info - - C5.2.2.2 Tenir à jour une liste de sources d'info - - C.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 - -# Production - -- [Sources](https://framagit.org/ppe4/WebRadio_Site_Dynamique) -- [Tester l'application](http://bts.bts-malraux72.net/~c.breton/webradio/) diff --git a/source/website/Documents/Situation1/doc.md b/source/website/Documents/Situation1/doc.md deleted file mode 100644 index e69de29b..00000000 --- a/source/website/Documents/Situation1/doc.md +++ /dev/null diff --git a/source/website/Documents/Situation2/test.md b/source/website/Documents/Situation2/test.md deleted file mode 100644 index e69de29b..00000000 --- a/source/website/Documents/Situation2/test.md +++ /dev/null diff --git a/source/website/Documents/stage1.md b/source/website/Documents/stage1.md deleted file mode 100644 index eeb6501f..00000000 --- a/source/website/Documents/stage1.md +++ /dev/null @@ -1,105 +0,0 @@ -<nav class="subnav"> - <div class="sublia-border"> - -- generate submenu here -- - </div> -</nav> - -<nav class="situation1nav"> - <div class="situation1lia-border"> - <a href='#description' class='situation2lia'><li><span class='situation2left-lia'></span><span class='situation2center-lia'>Description</span><span class='situation2right-lia'></span></li></a> - <a href='#activités-et-compétences' class='situation2lia'><li><span class='situation2left-lia'></span><span class='situation2center-lia'>Compétences</span><span class='situation2right-lia'></span></li></a> - <a href='#production' class='situation2lia'><li><span class='situation2left-lia'></span><span class='situation2center-lia'>Production</span><span class='situation2right-lia'></span></li></a> - </div> -</nav> - - ---- -title: 'Stage année 1' ---- - -### ·| Développement d'un écran connecté |· - -# Description - -## Contexte - -Le projet était de développer une application web qui permmettait d'afficher un flux twitter sur une télivsion lors d'un événement. - -## Présentation globale du projet - -La mission principal était de pouvoir afficher un flux twitter sur un site web en plus de quelques autres éléments en Javascript comme l'heure ou la météo le tout avec une optimisation maximal de la Raspberry Pi. - -## Cadre - -Ce projet à été réalisé seul. - -## Moyen - -Le développement c'est déroulé sur un ordinateur fix sous GNU/Linux ainsi qu'une Raspberry Pi et une télévision. - -# Activités et Compétences - -## A1.1.2, Étude de l'impact de l'intégration d'un service sur le système informatique - -Les impacts de l'intégration d'un service on été étudié dans le [Rapport d'activitées](https://git.neodarz.net/neodarz/cours_SIO/recap_stage_1.git/plain/Rapport/rapport.pdf) - - - C1.1.2.1 Analyser les intéractions entre services - -## A2.2.1, Suivi et résolution d'incidents - -Durant ce stage l'un des écrans connecté qui à été réalisé à été très bien accueilli par le client. - - - C2.1.1.3 Rendre compte de la satisfaction des utilisateurs - -## A2.3.1, Identification, qualification et évaluation d'un problème - -L'identification, la qualification et l'évaluation d'un problème est justifié dans le [Rapport d'activitées](https://git.neodarz.net/neodarz/cours_SIO/recap_stage_1.git/plain/Rapport/rapport.pdf) - - - C2.3.1.1 Repérer une suite de dysfonctionnements récurrents d'un service - - C2.3.1.2 Identifier kes causes de ce dysfonctionnement - - C2.3.1.3 Qualifier le degré d'urgence du problème - - C2.3.1.4 Définir le degré d'urgence du problème - - C2.3.1.5 Évaluer les conséquences techniques du problème - -## A4.1.6, Gestion d'environnements de développement et de test - -L'environnement de développement était composé des edtieurs Neovim et Atom ainsi que de Git. De plus le framework Phoenix permet la gestion d'envrionnement de test. - - - C4.1.6.1 Mettre en place et exploiter un envrionnement de développement - - C4.1.6.2 Mettre en place et exploiter un environnement de test - -## A4.1.7, Développement, utilisation ou adaptation de composants logiciels - -Voir directement [les sources de l'application](https://framagit.org/NeodarZ/the_transcriber_backend). - - - C.1.7.1 Développer les éléments d'une solution - - C4.1.7.2 Créer un composant logiciel - - C4.1.7.4 Utiliser des composants d'accès aux données - -## A4.2.2, Adaptation d'une solution applicative aux évolutions de ses composants - -L'adaptation de la solution est expliqué dans le [rapport d'activitées](https://git.neodarz.net/neodarz/cours_SIO/recap_stage_1.git/plain/Rapport/rapport.pdf) ainsi que dans l'[article de blog](/blog/2016-06-04-Mode-kiosk-sur-une-Raspberry-Pi-1.html). - - - 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 - -## 5.2.2, Veille technologique - -[Veille technologique](/website/Documents/veille_techno.html). - - - C5.2.2.1 Définir une stratégie de recherche d'info - - C5.2.2.2 Tenir à jour une liste de sources d'info - - C.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 - -## A5.2.4, Étude d'une technologie, d'un composant, d'un outil ou d'une méthode - -Un [article sur mon blog](/blog/2016-06-04-Mode-kiosk-sur-une-Raspberry-Pi-1.html) porte sur l'étude de l'outil utilisé ainsi que les améliorations possibles. - - - C5.2.4.1 Se documenter à propos d'une technologie, d'un composant, d'un outil ou d'une méthode. - -# Production - - - [Sources](https://git.neodarz.net/neodarz/cours_SIO/recap_stage_2.git/) - - [Rapport d'activitées](https://git.neodarz.net/neodarz/cours_SIO/recap_stage_1.git/plain/Rapport/rapport.pdf) - - [Article de blog](/blog/2016-06-04-Mode-kiosk-sur-une-Raspberry-Pi-1.html) diff --git a/source/website/Documents/stage2.md b/source/website/Documents/stage2.md deleted file mode 100644 index f293806b..00000000 --- a/source/website/Documents/stage2.md +++ /dev/null @@ -1,109 +0,0 @@ -<nav class="subnav"> - <div class="sublia-border"> - -- generate submenu here -- - </div> -</nav> - -<nav class="situation1nav"> - <div class="situation1lia-border"> - <a href='#description' class='situation2lia'><li><span class='situation2left-lia'></span><span class='situation2center-lia'>Description</span><span class='situation2right-lia'></span></li></a> - <a href='#activités-et-compétences' class='situation2lia'><li><span class='situation2left-lia'></span><span class='situation2center-lia'>Compétences</span><span class='situation2right-lia'></span></li></a> - <a href='#production' class='situation2lia'><li><span class='situation2left-lia'></span><span class='situation2center-lia'>Production</span><span class='situation2right-lia'></span></li></a> - </div> -</nav> - - ---- -title: 'Situation n°1 ~ Stage Seconde année' ---- - -### ·| Développement d'une API |· - -# Description - -## Contexte - -Le projet général est de développer une API permettant de faire l'interface avec un système de reconnaissance automatique de la parole. Cette API doit pouvoir passer l'échelle (plusieurs coeurs, plusieurs machines) de manière quasi transparente afin d'absorber de gros volumes de données. -L'API doit pouvoir être accessible en HTTP et permettre l'envoi de fichiers audio et vidéo qui seront par la suite envoyés à des systèmes de traitement automatique de la parole. Ces systèmes devront être intégrés à l'API pour pouvoir récupérer traiter leurs résultats automatiquement. - -## Présentation globale du projet - -L'objectif général de la mission est de pouvoir envoyer un fichier au format wav 8khz en utilisant curl. Il faut pouvoir fournir une URL à laquelle le résultat sera envoyée. - -## Cadre - -Ce projet a été réalisé seul. - -## Moyen - -Le développement c'est déroulé sur mon ordinateur portable sous GNU/Linux tandis que l'application web est en production sur le serveur du lycée. - -# Activités et Compétences - -## A1.3.4, Déploiment d'un service - -La procédure d'installation est disponible dans la documentation. Elle est automatique mais elle requiert certains éléments préinstallés. - - - C1.3.4.1 Mettre au point une procédure d'installation de la solution - - C1.3.4.2 Automatiser l'installation de la solution - -## A1.4.3, Gestion des ressources - -Le planning personnel s'adapte lui même en fonction des ressources disponibles. - - - C1.4.3.2 Adapter son planning personnel en fonction des ressources disponibles - -## A4.1.6, Gestion d'environnements de développement et de test - -L'environnement de développement était composé des edtieurs Neovim et Atom ainsi que de Git. De plus le framework Phoenix permet la gestion d'envrionnement de test. - - - C4.1.6.1 Mettre en place et exploiter un envrionnement de développement - - C4.1.6.2 Mettre en place et exploiter un environnement de test - -## A4.1.7, Développement, utilisation ou adaptation de composants logiciels - -Voir directement [les sources de l'application](https://framagit.org/NeodarZ/the_transcriber_backend). - - - C.1.7.1 Développer les éléments d'une solution - - C4.1.7.2 Créer un composant logiciel - - C4.1.7.4 Utiliser des composants d'accès aux données - -## A4.1.8, Réalisation des tests nécessaires à la validation d'éléments adaptés ou développés - -Des test unitaires ont été développés et sont disponibles dans [les sources de l'application](https://framagit.org/NeodarZ/the_transcriber_backend/tree/master/test). - - - C4.1.8.1 Élaborer et réaliser des tests unitaires - -## A4.1.9, Rédaction d'une documentation technique - -La rédaction de la documentation se trouve dans [la documentation]https://framagit.org/NeodarZ/the_transcriber_backend/blob/master/README.md) du projet. - - - C4.1.9.1 Produire ou mettre à jour la documentation technique d'une solution applicative et de ses composants logiciels - -## A4.1.10, Rédaction d'une documentation d'utilisation - -La rédaction de la documentation se trouve parmis la [documentation](https://framagit.org/NeodarZ/the_transcriber_backend/blob/master/README.md). - - - C4.1.10.1 Adapter la documenation d'utilisation, une aide, une FAQ - -## 5.2.2, Veille technologique - -[Veille technologique](/website/Documents/veille_techno.html). - - - C5.2.2.1 Définir une stratégie de recherche d'info - - C5.2.2.2 Tenir à jour une liste de sources d'info - - C.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 - -## A5.2.4, Étude d'une technologie, d'un composant, d'un outil ou d'une méthode - -La découverte d'un nouveau paradigme et d'un nouveau langage de programmation est justifié par les sources de l'[API](https://git.neodarz.net/neodarz/cours_SIO/recap_stage_2.git/) ainsi que par le [rapport d'activitées]((https://git.neodarz.net/neodarz/cours_SIO/recap_stage_2.git/tree/Rapport/rapport.pdf). -Ainsi qu'un [article sur mon blog](/blog/2017-05-01-A-la-d%C3%A9couverte-d-un-nouveau-langage.html) qui porte sur l'étude de l'outil utilisé et les améliorations possibles. - - - C5.2.4.1 Se documenter à propos d'une technologie, d'un composant, d'un outil ou d'une méthode. - -# Production - - - [Sources](https://git.neodarz.net/neodarz/cours_SIO/recap_stage_2.git/) - - [Rapport d'activitées](https://git.neodarz.net/neodarz/cours_SIO/recap_stage_2.git/tree/Rapport/rapport.pdf) - - [Article de blog](/blog/2017-05-01-A-la-d%C3%A9couverte-d-un-nouveau-langage.html) diff --git a/source/website/Documents/veille_techno.md b/source/website/Documents/veille_techno.md deleted file mode 100644 index 82255ae7..00000000 --- a/source/website/Documents/veille_techno.md +++ /dev/null @@ -1,66 +0,0 @@ -<nav class="subnav"> - <div class="sublia-border"> - -- generate submenu here -- - </div> -</nav> - -<nav class="situation1nav"> - <div class="situation1lia-border"> - <a href='#organisation' class='situation2lia'><li><span class='situation2left-lia'></span><span class='situation2center-lia'>Organisation</span><span class='situation2right-lia'></span></li></a> - <a href='#collecte' class='situation2lia'><li><span class='situation2left-lia'></span><span class='situation2center-lia'>Collecte</span><span class='situation2right-lia'></span></li></a> - <a href='#partage' class='situation2lia'><li><span class='situation2left-lia'></span><span class='situation2center-lia'>Partage</span><span class='situation2right-lia'></span></li></a> - <a href='#sauvegarde' class='situation2lia'><li><span class='situation2left-lia'></span><span class='situation2center-lia'>Sauvegarde</span><span class='situation2right-lia'></span></li></a> - </div> -</nav> - -# Organisation - -Ma veille technologique c'est principalement concentrée sur les logiciels libre -et open-source malgré le fait que les liens partagés ne portent pas uniquement sur ce -sujet. Ceux-ci sont tous tagués de manière la plus pertinante possible. - -<!-- <iframe src="https://shaarli.neodarz.net/?do=tagcloud" style="width: 50%; height: 500px; margin-left: 25%;"></iframe> --> - -## Tag cloud - --- generate tagcloud -- - -# Collecte - -Afin de collecter les éléments nécessaires à ma veille technologique j'utilise -un lecteur de flux RSS, Newsbeutter en ligne de commande. Si un des liens me -semble utile à partager, un simple raccourcis me permet de le partager. - - - - - -J'utilise aussi différents moteurs de recherche pour effectuer ma veille. Pour -celà j'utilise le méta moteur searx, nottament celui de -[l'instance de la quadrature du net](https://searx.laquadrature.net), qui me -permet de faire mes recherches sur différents moteurs en même temps et le tout -en protégant ma vie privée. - - - -J'utilise par la même occasion Mastondon et Twitter, deux réseaux sociaux de -type microbloging qui me permettent de suivre d'autre source d'informations en -temps réel. - -# Partage - -Afin de partager des liens qui me semblent utile à mettre de côter ou à partager -j'utilise une application web, [shaarli](https://shaarli.neodarz.net/), que -j'héberge sur mon serveur afin de générer un flux RSS des liens partagés. - - - -# Sauvegarde - -Lorsque que je partage un liens, comme par exemple un article de blog, je fait -une sauvegarde sur la -[Wayback archive](https://fr.wikipedia.org/wiki/Wayback_Machine) si la sauvegarde -de celui-ci est pertinante. La [Wayback archive](https://web.archive.org/) est - un site web qui permet de faire des captures d'un site web et de les ranger par - date. Au total il y a 284 milliards de sites web sauvegardés à l'heure où j'écrit - ces lignes, soit le 19 mai 2017... diff --git a/source/website/bts-sio.md b/source/website/bts-sio.md deleted file mode 100644 index b9192a3f..00000000 --- a/source/website/bts-sio.md +++ /dev/null @@ -1,136 +0,0 @@ -<nav class="subnav"> - <div class="sublia-border"> - -- generate submenu here -- - </div> -</nav> - ---- -title: "Bts SIO" ---- - -# Situations obligatoire - -<pre>-- table -- -$ - $ Participation à un projet d'évolution d'un SI (solution applicative et d'infrastructure portant prioritairement sur le domain de spécialité du candidat) - $ - $ <a href="/website/Documents/PPE4.html">PPE4</a> ~ <a href="/website/Documents/stage1.html">Stage 1</a> ~ <a href="/website/Documents/stage2.html">Stage 2</a> -$ - $ Prise en charge d'incidents et de demandes d'assistance liés au domaine de spécialité du candidat - $ - $ <a href="/website/Documents/PPE4.html">PPE4</a> ~ <a href="/website/Documents/stage1.html">Stage 1</a> ~ <a href="/website/Documents/stage2.html">Stage 2</a> -$ - $ Elaboration de documents relatifs à la production et à la fourniture de services - $ - $ <a href="/website/Documents/PPE4.html">PPE4</a> ~ <a href="/website/Documents/stage1.html">Stage 1</a> ~ <a href="/website/Documents/stage2.html">Stage 2</a> -$ - $ Productions relatives à la mise en place d'un dispositif de veille technologique et à l'étude d'une technologie, d'un composant, d'un outil ou d'une méthode - $ - $ <a href="/website/Documents/PPE4.html">PPE4</a> ~ <a href="/website/Documents/stage1.html">Stage 1</a> ~ <a href="/website/Documents/stage2.html">Stage 2</a> - --- end table --</pre> - - -# Tableau de compétences - -<pre>-- table -- -$ - $ 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 $ - $ A1.1.1, Analyse du cachier des charges d'un service à produire - $ <a href="/website/Documents/PPE4.html#a1.1.1-analyse-du-cahier-des-charges-dun-service-à-produire">PPE4</a> -$ - $ C1.1.2.1 Analyser les interactions entre services - $ A1.1.2 Étude de l'impact de l'intégration d'un service sur le système informatique - $ <a href="/website/Documents/PPE4.html#a1.1.2-étude-de-limpact-de-lintégration-dun-service-sur-le-système-informatique">PPE4</a> ~ <a href="/website/Documents/stage1.html#a1.1.2-étude-de-limpact-de-lintégration-dun-service-sur-le-système-informatique">Stage 1</a> -$ - $ C1.2.2.1 Recenser les composants nécessaires à la réalisation de la solution et les échanges entre eux - $ C1.2.2.3 Rédiger les spécifications de la solution retenue dans le formalisme exigé par l'organisation $ - $ A1.2.2, Rédaction des spécifications techniques de la solution retenue - $ <a href="/website/Documents/PPE4.html#a1.2.2-rédaction-des-spécifications-techniques-de-la-solution-retenue">PPE4</a> -$ - $ C1.3.4.1 Mettre au point une procédure d'installation de la solution - $ C1.3.4.2 Automatiser l'installation de la solution $ - $ A1.3.4, Déploiment d'un service - $ <a href="/website/Documents/PPE4.html#a1.3.4-déploiement-dun-service">PPE4</a> ~ <a href="/website/Documents/stage2.html#a1.3.4-déploiment-dun-service">Stage 2</a> -$ - $ C1.4.1.1 Établir son planning personnel en fonction des exigences et du déroulement du projet - $ A1.4.1, Participation à un projet - $ <a href="/website/Documents/PPE4.html#a1.4.1-participation-à-un-projet">PPE4</a> -$ - $ C1.4.2.1 Suivre l'exécution du projet - $ C1.4.2.2 Analyser les écarts entre temps prévu et temps consommé - $ C1.4.2.3 Contribuer à l'évaluation du projet $ - $ A1.4.2 Évaluation des indicateurs de suivi d'un projet et justification des écarts - $ <a href="/website/Documents/PPE4.html#a1.4.2-évaluation-des-indicateurs-de-suivi-dun-projet-et-justification-des-écarts">PPE4</a> -$ - $ C1.4.3.2 Adapter son planning personnel en fonction des ressources disponibles - $ A1.4.3, Gestion des ressources - $ <a href="/website/Documents/PPE4.html#a1.4.3-gestion-des-ressources">PPE4</a> ~ <a href="/website/Documents/stage2.html#a1.4.3-gestion-des-ressources">Stage 2</a> -$ - $ C2.1.1.3 Rendre compte de la satisfaction des utilisateurs - $ A2.2.1, Suivi et résolution d'incidents - $ <a href="/website/Documents/stage1.html#a2.2.1-suivi-et-résolution-dincidents">Stage 1</a> -$ - $ C2.3.1.1 Repérer une suite de dysfonctionnements récurrents d'un service - $ C2.3.1.4 Définir le degré d'urgence du problème - $ C2.3.1.5 Évaluer les conséquences techniques du problème $ - $ A2.3.1, Identification, qualification et évaluation d'un problème - $ <a href="/website/Documents/stage1.html#a2.3.1-identification-qualification-et-évaluation-dun-problème">Stage 1</a> -$ - $ C4.1.1.1 Identifier les composants logiciels nécessaires à la conception de la solution - $ A4.1.1, Proposition d'une solution applicative - $ <a href="/website/Documents/PPE4.html#a4.1.1-proposition-dune-solution-applicative">PPE4</a> -$ - $ 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 $ - $ A4.1.2, Conception ou adaptation de l'interface utilisateur d'une solution aplicative - $ <a href="/website/Documents/PPE4.html#a4.1.2-conception-ou-adaptation-de-linterface-utilisateur-dune-solution-aplicative">PPE4</a> -$ - $ 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 - $ C1.2.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 $ - $ A4.1.3, Conception ou adaptation d'une base de données - $ <a href="/website/Documents/PPE4.html#a4.1.3-conception-ou-adaptation-dune-base-de-données">PPE4</a> -$ - $ C4.1.6.1 Mettre en place et exploiter un envrionnement de développement - $ C4.1.6.2 Mettre en place et exploiter un environnement de test $ - $ A4.1.6, Gestion d'environnements de développement et de test - $ <a href="/website/Documents/PPE4.html#a4.1.6-gestion-denvironnements-de-développement-et-de-test">PPE4</a> ~ <a href="/website/Documents/stage2.html#a4.1.6-gestion-denvironnements-de-développement-et-de-test">Stage 2</a> ~ <a href="/website/Documents/stage1.html#a4.1.6-gestion-denvironnements-de-développement-et-de-test">Stage 1</a> -$ - $ C.1.7.1 Développer les éléments d'une solution - $ C4.1.7.2 Créer un composant logiciel - $ C4.1.7.4 Utiliser des composants d'accès aux données $ - $ A4.1.7, Développement, utilisation ou adaptation de composants logiciels - $ <a href="/website/Documents/PPE4.html#a4.1.7-développement-utilisation-ou-adaptation-de-composants-logiciels">PPE4</a> ~ <a href="/website/Documents/stage2.html#a4.1.7-développement-utilisation-ou-adaptation-de-composants-logiciels">Stage 2</a> ~ <a href="/website/Documents/stage1.html#a4.1.7-développement-utilisation-ou-adaptation-de-composants-logiciels">Stage 1</a> -$ - $ C4.1.8.1 Élaborer et réaliser des tests unitaires - $ A4.1.8, Réalisation des tests nécessaires à la validation d'éléments adaptés ou développés - $ <a href="/website/Documents/stage2.html#a4.1.8-réalisation-des-tests-nécessaires-à-la-validation-déléments-adaptés-ou-développés">Stage 2</a> -$ - $ C4.1.9.1 Produire ou mettre à jour la documentation technique d'une solution applicative et de ses composants logiciels - $ A4.1.9, Rédaction d'une documentation techniques - $ <a href="/website/Documents/PPE4.html#a4.1.9-rédaction-dune-documentation-technique">PPE4</a> ~ <a href="/website/Documents/stage2.html#a4.1.9-rédaction-dune-documentation-technique">Stage 2</a> -$ - $ C4.1.10.1 Adapter la documenation d'utilisation, une aide, une FAQ - $ A4.1.10, Rédaction d'une documentation d'utilisation - $ <a href="/website/Documents/PPE4.html#a4.1.10-rédaction-dune-documentation-dutilisation">PPE4</a> ~ <a href="/website/Documents/stage2.html#a4.1.10-rédaction-dune-documentation-dutilisation">Stage 2</a> -$ - $ C4.2.2.1 Recupérer les évolutions des composants utilisés et leurs conséquences - $ C4.2.2.2 Concevoir les mises à jour à effectuer $ - $ A4.2.2, Adaptation d'une solution applicative aux évolutions de ses composants - $ <a href="/website/Documents/stage1.html#a4.2.2-adaptation-dune-solution-applicative-aux-évolutions-de-ses-composants">Stage 1</a> -$ - $ C5.2.2.1 Définir une stratégie de recherche d'info - $ C5.2.2.2 Tenir à jour une liste de sources d'info - $ C.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 $ - $ A5.2.2, Veille technologique - $ <a href="/website/Documents/veille_techno.html">Veille techno</a> (PPE4 ~ Stage 1 ~ Stage 2) -$ - $ C5.2.4.1 Se documenter à propos d'une technologie, d'un composant, d'un outil ou d'une méthode - $ A5.2.4, Étude d'une technologie, d'un composant, d'un outil ou d'une méthode - $ <a href="/website/Documents/stage2.html#a5.2.4-étude-dune-technologie-dun-composant-dun-outil-ou-dune-méthode">Stage 2</a> ~ <a href="/website/Documents/stage1.html#a5.2.4-étude-dune-technologie-dun-composant-dun-outil-ou-dune-méthode">Stage 1</a> --- end table --</pre> |