G.- Assister les utilisateurs
Lorsque l'application est développée, il faut assister et éventuellement former l'utilisateur pour lui permettre d'utiliser au mieux l'application informatique développée.
Ayant pratiqué le support utilisateur par téléphone pendant 7 ans sur des logiciels dont je ne connaissais que le trouble shoot de niveau 1 et 2, je pense être a fortiori en mesure de traiter des incidents soulevés par des applications que j’ai contribué à coder
V.Fiche descriptive de la pratique professionnelle Acticité-type CP-001333 : Développer la persistance des données
A.Modéliser les données
A partir du cahier des charges relatif à une application informatique :
+ Etablir le modèle conceptuel des données à informatiser,
En entreprise, j’ai travaillé uniquement sur des bases existantes dont j’ai fait des rétro-analyses. J’ai eu en cours de formation l’occasion de faire des dictionnaires de données et de faire des classements par entités. Voici un MCD provenant d’un exercice :
![exercice mcd agence immo [récupéré].jpg](770_html_2a617af9.jpg)
+ Définir le schéma de la base.
Le MCD précédent pourrait se manifester par le Modèle Physique suivant (simplifié):
B.Mettre en place la base de données
+ Implémenter le modèle conceptuel sur un système de gestion de base de données
relationnelle.
Pour créer ou modifier des bases, j’utilise de préférence des outils graphiques (comme MySQL ou SQL Server Management Studio) ou on utilisera des outils de génération automatique de scripts de création à partir d’un schéma. A partir du schéma précédent, je peux créer par exemple à partir de DBDesigner le script (ici en MySQL) dont voici un extrait :
CREATE TABLE AFFAIRE (
idAFFAIRE INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
BIEN_IMMOBILIER_idBIEN_IMMOBILIER INTEGER UNSIGNED NOT NULL,
GROUPE_ACHETEUR_idGROUPE_ACHETEUR INTEGER UNSIGNED NOT NULL,
GROUPE_VENDEUR_idGROUPE_VENDEUR INTEGER UNSIGNED NOT NULL,
Code_Transaction INT NULL,
Date_Début DATE NULL,
Date_Fin DATE NULL,
Prix_NV_Initial DECIMAL NULL,
Prix_NV_Final DECIMAL NULL,
Frais_Notaire DECIMAL NULL,
Marge_Brute DECIMAL NULL,
Code_Statut INT NULL,
PRIMARY KEY(idAFFAIRE),
INDEX AFFAIRE_FKIndex1(GROUPE_VENDEUR_idGROUPE_VENDEUR),
INDEX AFFAIRE_FKIndex2(GROUPE_ACHETEUR_idGROUPE_ACHETEUR),
INDEX AFFAIRE_FKIndex3(BIEN_IMMOBILIER_idBIEN_IMMOBILIER)
);
A partir du dossier de conception technique :
+ Optimiser la base de données.
Je considère qu’une base bien conçue, le plus proche possible des règles du MERISE et respectant les formes normales, évitant au maximum les null est déjà stable et ne peut être optimisée qu’à la marge. Ensuite, l’optimisation à mener dépend de la taille du système et de sa charge. En dessous d’un certain nombre de lignes, le fait de mettre des index sur les tables peut les ralentir au lieu d’accélérer les traitements, par exemple. On tentera donc d’optimiser le plus pragmatiquement possible. Seuls les tests en condition de pre-prod font foi.
A partir des jeux d'essais du dossier technique :
+ charger la base de données de test.
Lorsque je travaille sur de l’existant, l’idéal est de travailler sur des bases de pré-prod le plus proche des bases de production. Ne pas oublier dans les phases de test les chaines de caractère à problème (caractère spéciaux, espaces indus) et les nulls laissés accidentellement dans un champ qui n’est plus sensé en contenir
|
