Autoecole

A - Fonctionnalités attendues.

B - La base de données.

La base de données est sous MySql.
Le schéma relationnel est le suivant :

Dans la table eleve, le crédit horaire correspond au nombre d’heures restant à effectuer.

Dans la table Leçon, le champ heure correspond à l’heure de la leçon dans la journée, la durée est la
durée de la leçon (une ou deux heures) ; le champ effectueeOui_Non indique si la leçon a
effectivement eu lieu.

C - Architecture

L’application présente 3 couches :

• La base de données
• Une couche de mapping utilisant le Framework Entity Framework (version 4.0) qui va
  permettre d’utiliser un modèle objet directement relié aux tables.
• La couche de présentation : une application WinForm

D - Mise en place du server.

a) Configuration de la base de données.

1. Lancez le fichier SSMS

2. Récupérez le fichier sql -> AUTOECOLE
3. Créez la base de données en double-cliquant sur Databases

4. Chargez le fichier sql avec File>Open>File ou CTRL + O et Exécutez le

b) configuration de l’accès distant

1. Lancer cmd dans la recherche
2. Saisir ipconfig /all et notez l’adresse IP
3. Lancer le Gestionnaire de Configuration SQL Server 2022

E - Développement de l’application

Cette première version ne mettra pas en œuvre de couches logicielles, ainsi tout le code sera dans le même projet, pour cette partie, nous nous attachons à découvrir les fonctionnalités de l’accès aux données avec le Framework Entity.

a) Création du projet.

Cet élément utilise une bibliothèque de classe (un Framework Entity Framework –EF-) dédiée à l’accès aux données.
Un assistant va générer ensuite des classes permettant cet accès aux données.

Entity Framework génère un modèle objet qui sera chargé en mémoire :

Chaque table devient ainsi une classe. Les propriétés de navigation permettront de naviguer de classe en classe, si on le souhaite. Notez le singulier ou le pluriel sur ces propriétés. Ainsi une leçon concerne un seul véhicule et un seul élève, par contre l’élève a plusieurs leçons et le véhicule aussi.

Remarquons également que la classe lecon contient des champs correspondant aux clés étrangères :
idEleve et numImmaVehicule ; nous pouvions ne pas générer cette présence des clés étrangère en décochant plus haut la case Inclure les colonnes clés étrangères…

Nous allons modifier ce modèle en supprimant la propriété de navigation lecons dans la classe vehicule ; en effet, nous ne demanderons jamais à un véhicule de nous donner les leçons associées.
Faire un clic droit/supprimer sur ce champ de navigation.

Regardons le fichier XML App.Config. C’est dans ce fichier que se trouvent les paramètres de
connexion.

b) Le formulaire menu.

C’est cette classe
qui assure la liaison à la base, gère le mapping avec le modèle relationnel, sauvegarde les données en
base.

Chaque formulaire associé à une option du menu sera construit avec ce contexte comme argument.
Pour que les formulaires s’intègrent dans le MDI, il faut copier le code de cette façon :

c) Le formulaire Elève/Gérer

Le champ de type date est un DateTimePicker, le crédit horaire un ComboBox, ne tenez pas compte
de la barre de navigation pour l’instant.

Notion de binding

Le binding est un mécanisme qui permet de lier un composant graphique de présentation à une source de données.
Cette liaison est bidirectionnelle, si l’on modifie la source, l’information sera transmise au composant et si on modifie l’information présente dans le composant, ceci sera répercuté dans la source de données.
Une source de donnée peut être de nature très variée, ce peut une table d’une base, une classe en mémoire, une liste typée.
Dans notre cas, il s’agit d’une classe en mémoire.

On peut représenter les différentes responsabilités ainsi :

Le binding est mis en œuvre grâce à un composant qu’il faut installer dans le formulaire.

Il se trouve dans la partie Données de la boite à outils :

Nous venons donc de lier le composant de binding à la source de données ; il faut, maintenant, lier le
composant graphique et le composant de binding.

C’est ce que nous ferons par la propriété DataBinding/text du premier textBox (celui qui contient l’id de
l’élève) que nous lierons à l’id de bdgSourceEleve pour son champ id :

Si nous lançons l’application, on constate l’accès aux données

Naviguer dans la table

Nous allons utiliser un composant dédié à la navigation, le BindingNavigator.

Le formulaire fait apparaître une barre de navigation.

Si nous testons l’application, nous remarquons la possibilité de modifier, supprimer un élève.

Si nous relançons l’application, la base de données n’a pas été modifiée, pour cela, il faut demander explicitement à la classe qui communique avec la base de la faire, la classe autoEcoleEntities.
On le fera un peu plus tard.

Intéressons-nous au bouton d’ajout du navigateur.

Se pose le problème de l’identifiant, il n’est pas autoincrémenté dans la base, il doit prendre une valeur ici (d’autres solutions pouvaient être
envisagées –procédure stockée-). Nous allons générer un numéro qui incrémente le numéro maximum existant.

On voit ici ce qu’on appelle une requête linq, langage d’interrogation des données pour les classes de
mapping. L’avantage est de bénéficier de l’IntelliSense lorsqu’on requête, le prix à payer c’est le
nouveau langage de requêtage !!

Intéressons-nous au bouton enregistrer

L’instruction endEdit() permet de valider dans le modèle de classe la création. Cet appel doit se faire
explicitement parfois lorsque nous voulons faire prendre en compte immédiatement une
modification. Cet appel est le plus souvent fait automatiquement.

L’appel à Add permet d’ajouter l’objet dans la classe eleve.

L’appel à SaveChanges() se justifie ici, car la méthode getNumEleve est une requête linq qui va chercher en base un nouveau numéro, si nous n’enregistrons pas en base ce numéro, la requête retournera toujours la même valeur.

Intéressons-nous au bouton supprimer

En suite, il faut relier la modification à la base de données :

L’appel bdgSourceEleve.RemoveCurrent() permet de supprimer l’élève à l’affichage.
Pour pouvoir supprimer l’élève dans la base de donnée, il faut passer par un contexte temporaire context.
Ensuite, il faut rechercher avec une requête linq la donnée dans la base, stockée dans la variable entiteASupprimer.
L’appel à Remove permet de supprimer l’objet dans la classe eleve.

L’appel à SaveChanges() se justifie ici, comme précédemment.

d) Le formulaire Véhicule/Gérer

Un petit bug

Lorsque l’on ajoute un nouveau véhicule (il en était de même pour l’ajout d’un nouvel élève) et que
l’on ne saisit pas les informations, l’application actuellement ne signale pas d’erreur. Nous allons
modifier ce comportement. L’idée, c’est que, si l’utilisateur « sort » de l’ajout (en cliquant sur l’un des
3 boutons disponibles, movePrevious, moveFirst, addNew) sans avoir rempli les champs nécessaires,
l’application le signale et annule la demande en cours.

1. Il faut dans un premier temps positionner la propriété CheckOnClicK à true pour les trois
   boutons énumérés plus haut, ce qui n’est pas fait par défaut. Ainsi, par défaut, si on clic
   sur un bouton, il n’est pas checké ! On peut regretter ce comportement par défaut.
2. Il faut « intercepter » l’événement lorsque le bouton est « déchécké », événement qui a lieu
   avant l’événement click. C’est l’événement checkedChanged.

Il faut procéder de même pour les deux autres boutons concernés, moveFirst, addNew.
La méthode CancelEdit annule la dernière modification.

e) Le formulaire Véhicule/Liste

Le formulaire, FrmListeVehicule, permet de visualiser tous les véhicules et éventuellement modifier le champ en Etat.
Voici la maquette attendue :

f) Le formulaire d’ajout d’une leçon

Voici la maquette attendue :

En effet, le véhicule sera ajouté plus tard ainsi que l’enregistrement du champ effectuee_oui_non.

Pour enregistrer une nouvelle leçon, il nous faut faire comme pour un nouvel élève, générer un id
incrémenté.

g) Le formulaire Leçon/Valider

Il s’agit ici de fixer le numéro d’immatriculation du véhicule et indiquer que la leçon a eu lieu ou pas.
Voici la maquette attendue :

Procédez comme pour les autres formulaires :

Modification des colonnes du DataGridView

F - Pour aller plus loin

a) Le formulaire Leçon/Valider : version 2 (pour aller un peu plus loin)

Il est dommage que nous identifiions l’élève par son id, qui n’est pas très parlant, et par ses nom et
prénom. Par ailleurs, nous allons un peu modifier le formulaire pour ne proposer dans le
DataGridView que les leçons non encore validées.

Nous sommes confrontés à une difficulté liée à la conception des DataGridView, ceux-ci ne
savent/peuvent pas se lier/binder (dans les deux sens lecture/écriture) à une « jointure », ce qui
serait le cas dans l’hypothèse de faire apparaître le nom de l’élève dans le DataGridView. Une
solution serait de modifier le comportement initial d’un DataGridView en le spécialisant. Solution
que nous écartons.

Nous aurions pu aussi intervenir au niveau du modèle de classe et « migrer » des propriétés de la
classe eleve vers la classe lecon, le nom et le prénom de l’élève aurait été ainsi directement
accessibles.

Nous procèderons autrement en faisant apparaître dans un autre composant les noms et prénoms
des élèves.

Concernant la seconde modification (ne faire apparaître que certaines leçons, celles qui ne sont pas
validées), il existe une propriété filter dans une source de données qui aurait pu faire l’affaire
(effectuee_OuiNon = false) mais la documentation MSDN est très incomplète sur cette question.

Donc, nous voulons obtenir un formulaire qui ressemble à ceci :

Seules les leçons non validées sont visibles, ainsi que le nom et prénom de l’élève.

Pour le bouton, nous avons :

b) Un formulaire visualisant les leçons d’un élève : deux DataGridView liés.

Nous voulons obtenir les leçons des élèves à partir d’un DataGridView d’élèves :

Ces sources sont configurées (propriété dataSource) pour qu’elles pointent vers les classes eleve, lecon et vehicule.

Ce qui va produire :

this.bdgSeleve.DataSource = this.mesDonneesEF.eleves.Include("lecons");

c) Les procédures stockées

a) Côté MySql

Nous allons tout d’abord créer une procédure stockée dans MySql, cette procédure créera un nouveau véhicule dont on passera les valeurs de tous les champs :

b) Côté EF

Dans l’explorateur de modèle :

Vous allez importer une nouvelle fonction :

Voila, c’est tout ; vous pouvez vérifier en appelant la fonction newVehicule qui devient une méthode
du modèle :

this.mesDonnesEF.newVehicule("123ZA79", "renault", "bleue", 1);