L3

De Normal.

Le projet de synthèse est un dispositif d'apprentissage par problème et par projet des systèmes d'information, qui s'appuie sur le paradigme d'apprentissage de Dwyer tel que décrit par Tardif.

Ce paradigme est constructiviste et il est demandé aux constructeurs - les élèves - de participer à l'évaluation de cette expérience:

  • chaque élève acceptant d'évaluer le projet de synthèse devra remplir un questionnaire au début et à la fin du projet,
  • tout-e participant-e peut participer à l'analyse des réponses et à la rédaction du rapport d'évaluation.

Vous êtes libres de ne pas participer à l'évaluation, merci de le signaler à Vincent Ribaud (ribaud@univ-brest.fr).


Sommaire

Documents

Les pdf des documents référencés sont en ligne, les versions en .doc sont sur le serveur vador.

Cours avant Noël 2016

2017-Cours avant Noël 2016

Étude préalable

2017-Étude préalable

Projet (du lundi 27 Mars au vendredi 7 Avril 2017)

Consignes

  • Vous avez à faire au moins 60 heures en tout: 2 semaines d'au moins 30 heures chaque.
  • La présence de 9h à 12h et de 13h30 à 16h30 est obligatoire, sauf entente préalable avec les enseignant-e-s.
  • Chaque jour, vous devez noter vos heures d'arrivée le matin, de pause du midi et de départ le soir sur votre cahier, un bilan sera demandé en fin de projet.

Si vous n'avez pas rendu ce qui était demandé lors du cours avant Noël ou lors de l'étude préalable ou bien si vous voulez améliorer des évaluations passées, vous devez le faire en dehors des 60 heures du projet.

Un conseil: dans ce cas, effectuer la semaine de 30 heures sur 4 jours pour consacrer le vendredi au rattrapage ou à l'amélioration.

Semaine 1 (du lundi 27 Mars au vendredi 31 Mars 2017)

Consignes

La semaine 1 a pour but de :

  • travailler en équipe de 2 membres, choisir une couleur et un nom de couleur par équipe
  • concevoir et réaliser:
    • un membre de l'équipe: le composant INTERFACE AVEC L’ANNUAIRE (CSC_INT_ANN) du CSCI INTERFACE AVEC WHOISWHO
    • l'autre membre de l'équipe: les composants du lot 1 du CSCI WHOISWHO
  • intégrer et tester les composants réalisés

L'évaluation aura lieu le vendredi 31 Mars de 8h à 16 h.

Parties prenantes

  • Client / évaluateur: Vincent Ribaud (absent du 28 au 30 Mars 2017, contact par mail)
  • Coaches : Laurence Duval et Vincent Leilde
  • Équipes-projet: les étudiant-e-s de L3 parcours informatique par binôme de deux membres

Objectifs généraux de la semaine 1

2017-Objectifs généraux de la semaine 1

Tutoriel de la semaine 1

Pratiques de base de la semaine 1

  • DEV.2.BP1 : Décrire l’architecture du logiciel.
    • Établir, à deux, la conception architecturale (générale) du logiciel.
  • DEV.2.BP2 : Définir les interfaces pour les items du logiciel.
    • Établir, à deux, les interfaces entre les deux parties.
  • DEV.2.BP3 : Analyser la conception architecturale.
    • Analyser, à deux, l’exactitude et la testabilité de la conception.
  • DEV.2.BP4 : Assurer la cohérence.
    • Établir, à deux, la traçabilité entre les exigences du logiciel et la conception.
  • DEV.5.BP1 : Développer une stratégie d’intégration.
    • Développer la stratégie pour intégrer les unités du logiciel, dentifier les items du logiciel et définir une séquence ou un ordre pour les intégrer et les tester.
  • DEV.5.BP2 : Développer des tests pour les items intégrés du logiciel.
    • Décrire les tests à passer sur chaque item intégré du logiciel.
  • DEV.5.BP3 : Intégrer les items du logiciel.
    • Intégrer les unités du logiciel en accord avec la stratégie d’intégration pour former un item du logiciel.
  • DEV.5.BP4 : Tester les items intégrés du logiciel.
    • Tester chaque item intégré du logiciel sur une plate-forme opérationnelle et enregistrer les résultats.
  • DEV.5.BP5 : Assurer la cohérence.
    • Assurer la cohérence de la conception du logiciel jusqu’à l’intégration.
  • DEV.5.BP6 : Test de régression des items intégrés du logiciel.
    • Ébaucher une stratégie de test de régression pour re-tester les items intégrés du logiciel.

Produits de sortie de la semaine 1

  • 04-04 Conception de haut niveau du logiciel
  • 11-01 Produit logiciel
  • 17-14 Spécification de cas de test

Semaine 2 (du lundi 3 Avril au vendredi 7 Avril 2017)

Consignes

La semaine 2 a pour but de :

  • travailler en équipe
  • concevoir les composants d'interface avec WhoIsWho
  • concevoir et réaliser le lot 1
  • réaliser le lot 2

Membre 1

Le membre du binôme qui a réalisé le serveur de la 1ère semaine réalise les tâches suivantes

  • rétro-concevoir le composant d'interface avec l'annuaire (CSC_INT_ANN):
  • concevoir et réaliser le composant de gestion du carnet d’adresse (CSC_CAAD) qui permet de gérer les composantes, les promotions et les personnes (mais pas les consultations et les recherches):
  • tester les composants réalisés

Membre 2

Le membre du binôme qui a réalisé le client de la 1ère semaine réalise les tâches suivantes

  • concevoir le composant d'interface avec le réseau social (CSC_INT_RESO):
  • concevoir et réaliser le composant de gestion des consultations et des recherches (CSC_PA_REC) qui permet d’effectuer les consultations et les recherches du lot 1
  • tester les composants réalisés

Réalisation du lot 2

En fonction de vos avancements respectifs, vous vous répartirez les tâches restantes:

  • réaliser le composant d'interface avec le réseau social (CSC_INT_RESO)
  • réaliser les composants du lot 2 du CSCI WHOISWHO
  • intégrer et tester les composants réalisés

Evaluation de la semaine 2

L'évaluation aura lieu le vendredi 7 Avril de 8h à 18 h.

Parties prenantes

  • Client / évaluateur: Vincent Ribaud
  • Coaches : Laurence Duval et Vincent Ribaud
  • Équipes-projet: les étudiant-e-s de L3 parcours informatique par binôme de deux membres

Objectifs généraux de la semaine 2

2017-Objectifs généraux de la semaine 2

Tutoriel de la semaine 2

Using a Bean Data Control

Create a simple databound application using JavaBeans and ADF Faces.

Instructions : http://docs.oracle.com/cd/E18941_01/tutorials/jdtut_11r2_36/jdtut_11r2_36.html

Pratiques de base de la semaine 2

  • DEV.3.BP1 : Développer la conception détaillée.
    • Décomposer la conception architecturale du logiciel en une conception détaillée pour chaque composant du logiciel décrivant toutes les unités du logiciel à produire et à tester.
    • Documenter les unités du logiciel dans un document de conception du logiciel.
  • DEV.3.BP2 : Définir les interfaces pour les unités du logiciel.
    • Spécifier et documenter les interfaces externes entre les unités du logiciel.
  • DEV.3.BP3 : Analyser la conception.
    • Analyser la conception du point de vue de l’exactitude et de la testabilité afin d’assurer que les unités du logiciel peuvent être construites et testées. [Résultats : a]
  • DEV.3.BP4 : Assurer la cohérence.
    • Assurer la cohérence de l’analyse des exigences du logiciel et de la conception du logiciel jusqu’à la conception détaillée du logiciel.
      • La cohérence est supportée en établissant et en maintenant la traçabilité entre les exigences, la conception architecturale et la conception détaillée lorsqu’on en a besoin.
  • DEV.4.BP1 : Développer les procédures de vérification des unités.
    • Développer et documenter des procédures et des critères pour vérifier que chaque unité du logiciel satisfait à ses exigences de conception.
      • La procédure de vérification inclut des cas de test des unités, des données de test des unités et de la revue de code.
  • DEV.4.BP2 : Développer les unités du logiciel.
    • Développer et documenter les représentations exécutables de chaque unité du logiciel.
    • Mettre à jour les exigences de test et la documentation utilisateur.
  • DEV.4.BP3 : Assurer la cohérence.
    • Assurer la cohérence de la conception du logiciel jusqu’à la construction du logiciel.
      • La cohérence est supportée en établissant et en maintenant la traçabilité entre les exigences, la conception et les unités du logiciel lorsqu’on en a besoin.
  • DEV.4.BP4 : Vérifier les unités du logiciel.
    • Vérifier que chaque unité du logiciel satisfait à ses exigences de conception en exécutant les procédures spécifiées de test de l’unité et documenter les résultats.

Produits de sortie de la semaine 2

  • 04-01 Conception de la base de données
  • 04-04 Conception de bas niveau du logiciel
  • 8-25 Plan de test des unités
  • 15-10 Rapport d’incident de test

Pages d'aide

Différentes techniques qui peuvent être utiles pour JDeveloper sans Java

Aide pour la programmation en Java dans JDeveloper

Si vous travaillez aussi sur votre poste de travail personnel

Vous aurez besoin de : Configuration d'ordinateur portable : installation d'Oracle Express (XE) et de Oracle JDeveloper

Documentation

Documentation du projet

Documentation JDeveloper

Documentation JDeveloper

Outils personnels