Stage de 2ème année
Période de stage : du lundi 27 janvier au vendredi 28 février 2014
Organisme d'accueil : Objectif Multimedia
Contexte
L'objectif principal durant ce stage de deuxième année va être le déploiement d'une application web. Cette application va permettre la gestion des relations clients. En effet, différents d'Objectif Multimédia sont désireux de pouvoir intégrer en complément de leur site un espace permettant de poster des messages.
Celle-ci pourra à terme être utilisée par l'entreprise ou bien ses clients qui désire l'intégrer à leur site web.
Projet
Première partie
Afin de gérer au mieux le développement de cette application, elle va être segmentée en 3 parties:
- Interface client
- Interface opérateur (personne qui répond aux messages des clients)
- Interface administrateur
Les clients qui posteront des messages sont des utilisateurs qui souhaitent demander un complément d'information ou des informations a propos d'une commande ou d'un devis effectué.
Deuxième partie
Dans cette seconde partie, il sera mis en place un outil réservé aux administrateurs. Dans une interface de gestion des clients qui va être segmentée en 5 parties:
- Fiche client
- Fiche commande
- Fiche devis
- Fiche stage
- Fiche administration
Hors mis le point n°5, chaque client possède une fiche de chacun des points à condition d'avoir des enregistrements affiché dans des balise iframe. Si l'administrateur ou opérateur désire voir l'ensemble des messages associé aux fiches il clique sur le lien qu'il l'enmène sur une page du site.
Pour le point n°5, regroupe l'ensemble des tickets sur lesquels l'administrateur ou opérateur a agit.
Outils pour la conception:
- Poweramc
- Notepad ++
- Boite à couleurs
- Wamp
- Navigateurs (IE, Chrome, Firefox)
- Inspecteur d'élément
- Firebug
Langage nécessaire à la conception:
- HTML
- CSS
- PHP
- SQL
- JavaSript (Ajax, Jquery)
Réalisations
Semaine 1: du lundi 27 janvier au vendredi 31 janvier 2014
- Recherche d'une application web OpenSource
- Concertation avec le chef de projet
- Mise en place de l'application choisi pour test + ajout d'une BDD externe afin d'utiliser les données en rapport avec l'autre Base.
- Après concertation, il a été décidé de concevoir l'application plutôt que d'utiliser une déjà existante.
- Création de la base de donnée
- Interface client + début de l'interface opérateur
Semaine 2: du lundi 03 février au vendredi 07 février 2014
- Modification de la base de donnée
- Ajout de fonctionnalité client + requête
- Ajout de fonctionnalité opérateur + requête
- Concertation avec le chef de projet
- Modification de quelques fonctionnalité suite à la discussion avec le chef de projet
- Jeux d'essai
Semaine 3: du lundi 10 février au vendredi 14 février 2014
- Modification d'une erreur dans la base de donnée
- Finalisation des fonctionnalités requise pour l'espace client, opérateur et administrateur
- Jeux d'essai
- Rapport de test
- Rédaction d'un schéma d'utilisation pour le chef de projet à l'aide capture d'écran
- Concertation avec le chef de projet
- Mise en place de phpMailer
Semaine 4: du lundi 17 février au vendredi 21 février 2014
- Deuxième partie du projet
- Jeux d'essai sur l'ensemble du projet
- Rapport de test
Semaine 5: du lundi 24 février au vendredi 28 février 2014
- Mise en place de l'api dropbox afin de permettre des échanges de fichier
Pointage des compétences
| <fc #008000>Domaine d’activité : D1.1 - Analyse de la demande </fc> | Observé | Mis en oeuvre | Maîtrisé | |
|---|---|---|---|---|
| A1.1.3 Participation à un projet | C1.1.3.1 Recenser et caractériser les exigences liées à la qualité attendue du service à produire | X | ||
| <fc #008000>Domaine d’activité : D1.2 - Choix d’une solution </fc> | Observé | Mis en oeuvre | Maîtrisé | ||
|---|---|---|---|---|---|
| A1.2.2 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 | 1.3 1.4 | |||
| A1.2.4 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 | 3.4 | |||
| C1.2.4.2 Préparer les jeux d’essai et les procédures pour la réalisation des tests | 3.3 | ||||
| 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é | 2.2 2.3 | |||
| C1.2.5.2 Recenser les ressources liées à l’utilisation du service | X | ||||
| <fc #008000>domaine d’activité : D1.4 - Travail en mode projet </fc> | Observé | Mis en oeuvre | Maîtrisé | |
|---|---|---|---|---|
| A1.4.1Participation à un projet | C1.4.1.1Établir son planning personnel en fonction des exigences et du déroulement du projet | X | ||
| C1.4.1.2 Rendre compte de son activité | 1.2 2.4 | |||
| A1.4.2Évaluation des indicateurs de suivi d’un projet et justification des écarts | C1.4.2.1Suivre l’exécution du projet | X | ||
| C1.4.2.3 Contribuer à l’évaluation du projet | 3.4 | |||
| A1.4.3Gestion des ressources | C1.4.3.1Recenser les ressources humaines, matérielles, logicielles et budgétaires nécessaires à l’exécution du projet et de ses tâches personnelles | X | ||
| C1.4.3.2 Adapter son planning personnel en fonction des ressources disponibles | X | |||
| <fc #008000>Domaine d’activité : D2.2 - Gestion des incidents et des demandes d’assistance</fc> | Observé | Mis en oeuvre | Maîtrisé | |
|---|---|---|---|---|
| A2.2.1 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 | X | ||
| C2.1.2.3 Rédiger un rapport d'incident et mémoriser l’incident et sa résolution dans une base de connaissances | X | |||
| C2.1.2.4 Faire évoluer une procédure de résolution d’incident | X | |||
| A2.2.2 Suivi et réponse à des demandes d’assistance | C2.2.2.2 Informer l'utilisateur de la situation de sa demande | X | ||
| 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 ocumentation associée ou solliciter l’entité compétente | X | |||
| <fc #008000>Domaine d’activité : D4.1 - Conception et réalisation d’une solution applicative </fc> | Observé | Mis en oeuvre | Maîtrisé | |
|---|---|---|---|---|
| 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 | X | ||
| C4.1.2.3 Concevoir et valider la maquette en collaboration avec des utilisateurs | 3.6 | |||
| 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 | 1.5 | ||
| C4.1.3.2 Implémenter le schéma de données dans un SGBD | X | |||
| C4.1.3.4 Manipuler les données liées à la solution applicative à travers un langage de requête | 2.2 2.3 | |||
| A4.1.5 Prototypage de composants logiciels | C4.1.5.2 Développer un prototype | 1.4 | ||
| C4.1.5.3 Valider un prototype | X | |||
| A4.1.6 Gestion d’environnements de développement et de test | C4.1.6.1 Mettre en place et exploiter un environnement de développement | X | ||
| C4.1.6.2 Mettre en place et exploiter un environnement de test | 3.3 | |||
| A4.1.7 Développement, utilisation ou adaptation de composants logiciels | C4.1.7.1 Développer les éléments d’une solution | X | ||
| C4.1.7.4 Utiliser des composants d’accès aux données | 2.2 2.3 | |||
| C4.1.7.5 Mettre en place des éléments de sécurité liés à l’utilisation d’un composant logiciel | X | |||
| A4.1.8 Réalisation des tests nécessaires à la validation d’éléments adaptés ou développés | C4.1.8.2 Mettre en évidence et corriger les écarts | X | ||
Domaine d’activité : D5.2 - Gestion des compétences </fc>^^Observé ^Mis en oeuvre ^Maîtrisé ^
| A5.2.4 É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 | 3.7 |
127.0.0.1