Stage de 1ère année

Période de stage :
Lundi 26 Mai au Vendredi 27 Juin 2014.

Organisme d'accueil : INSERM ERI 27 / Comete U1075

  • Le Laboratoire COMETE est dirigé par le Professeur Pierre Denise, doyen de médecine de Caen.
  • Il s’agit d’une unité mixte UCBN/INSERM. L’ensemble de l’unité mène des recherches sur les processus cognitifs tels que l’attention et l’orientation, impliqués dans les mobilités, sur leurs dysfonctionnements et leur réhabilitation.
  • L'unité de recherche Comete est majoritairement hébergée par le CHRU 3 de Caen. Une partie de l'effectif travaille également dans les locaux de l'UFR STAPS du Campus 2.

Projet global

Chaque année, le laboratoire procède à un petit appel d’offre autofinancé pour encourager la production de données afin de pouvoir examiner/anticiper les dépôts de contrats. Pour avoir une vision et un suivi des budgets des différents projets de recherche, le laboratoire a mis en œuvre un ERP basé sur la solution libre Dolibarr.

Le stage se déroulera en plusieurs phases :

  • étude de la solution mise en place pour la gestion (exploration des fonctionnalités de Dolibarr et des modules activés).
  • étude de l'adaptation faite pour le laboratoire.
  • Simplification des affichages parasites dans l'interface utilisateur (php).
  • Adaptation des procédures de mise à jour de la base en transactionnel (sql + php).
  • Mise au point des procédures de sauvegarde et restauration de la base de données sur le serveur OVH (powershell + tache planifiée).
  • Développement d'un module spécifique pour le laboratoire, en suivant le canevas standard fourni par les développeurs (php + sql) et le code existant afin de simplifier la mise à jour de Dolibarr.

Le stage sera adapté en fonction du temps et de la capacité du stagiaire.

Contexte de développement

  • A venir

Réalisations

Semaine 1 (du lundi 26 mai au vendredi 30 mai 2014) :

  1. Présentation des locaux, des activités de l'INSERM et des consignes de sécurité.
  2. Installation au poste de travail.
  3. Explications détaillées à propos du stage.
  4. Prise en main de l'environnement de développement et de l'ERP.
  5. Étude des modifications précédemment apportées à l'ERP pour les besoins du laboratoire.
  6. Comparaison des fichiers cibles.
  7. Mise à jour de l'ERP.
  8. Étude de la gestion de l'affichage de la page d’accueil afin de la modifier.

Semaine 2 (du lundi 2 juin au jeudi 6 juin 2014) :

  1. Participation au séminaire hebdomadaire du laboratoire.
  2. Simplification progressive des affichages parasites dans l'interface utilisateur.
  3. Début de rédaction des rapports de stage.
  4. A venir

Semaine 3 (du mardi 10 juin au vendredi 13 juin 2014) :

  1. Participation au séminaire hebdomadaire du laboratoire.
  2. Suite de rédaction des rapports de stage.
  3. Mise au point du stage avec maitre de stage et nouvelles explications.
  4. A venir

Semaine 4 (du lundi 16 juin au vendredi 20 juin 2014) :

  1. Participation au séminaire hebdomadaire du laboratoire.
  2. Rédaction du wiki imposé.
  3. A venir

Semaine 5 (du lundi 23 juin au vendredi 27 juin 2014) :

  1. A venir

Pointage des compétences

A venir.

Réalisation : Analyse des attentes concernant le projet Observé Mis en oeuvre Maîtrisé
A1.1.1 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 sur l'application à produire
A1.1.2 Etude de l'impact de l'intégration d'un service sur le système informatique C1.1.2.2 Recenser les composants de l'architecture technique sur lesquels le service à produire aura un impact.
A1.1.3 É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
C1.1.3.2 Recenser et caractériser les exigences de sécurité pour le service à produire
Réalisation : Choix d’une solution Observé Mis en oeuvre Maîtrisé
A1.2.1 É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)
A1.2.4 Détermination des tests nécessaires à la validation d’un service C1.2.4.2 Préparer les jeux d’essai et les procédures pour la réalisation des tets
Réalisation : Mise en production d’un service Observé Mis en oeuvre Maîtrisé
A1.3.1 Test d’intégration et d’acceptation d’un service C1.3.1.1 Mettre en place l’environnement de test du service
C1.3.1.2 Tester le service
A1.3.3 Accompagnement de la mise en place d’un nouveau service C1.3.3.2 Informer et former les utilisateurs
Réalisation : Travail en mode projet Observé Mis en oeuvre Maîtrisé
A1.4.1 Participation à un projet C1.4.1.1 Établir son planning personnel en fonction des exigences et du déroulement du projet
C1.4.1.2 Rendre compte de son activité
A1.4.3 Gestion des ressources C1.4.3.2 Adapter son planning personnel en fonction des ressources disponibles
Réalisation : Conception et réalisation d’une solution applicative Observé Mis en oeuvre Maîtrisé
A4.1.1 Proposition d’une solution applicative 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 applicative C4.1.2.1 Définir les spécifications de l’interface utilisateur de la solution applicative
A4.1.3 Conception ou adaptation d’une base de données 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
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
C4.1.6.2 Mettre en place et exploiter un environnement de test
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
A4.1.10 Rédaction d’une documentation d’utilisation C4.1.10.1 Rédiger la documentation d’utilisation, une aide en ligne, une FAQ
etudiants/2014/charles.leducq/stage1sio.txt · Dernière modification: 2017/08/09 16:54 (modification externe)
GNU Free Documentation License 1.3
www.chimeric.de Valid CSS Driven by DokuWiki do yourself a favour and use a real browser - get firefox!! Recent changes RSS feed Valid XHTML 1.0