Vous êtes sur la page 1sur 14

SESSION 2007

BTS INFORMATIQUE DE GESTION - ISE4D

E4D : TUDE DE CAS


Dure : 5 heures

Coefficient : 5

CAS EDF
Ce sujet comporte 14 pages dont 8 pages dannexes.
Il est constitu de quatre dossiers qui peuvent tre traits de faon indpendante.
Le candidat est invit vrifier quil est en possession dun sujet complet.

Matriels et documents autoriss :


Rgle dessiner les symboles informatiques.
Lexique SQL sans commentaire ni exemple dutilisation dinstruction.
Tous les types de calculatrice sont INTERDITS pour cette preuve.

Liste des annexes


Annexe 1 :
Annexe 2 :
Annexe 3 :
Annexe 4 :
Annexe 5 :
Annexe 6 :
Annexe 7 :

Extrait dun dossier de demande de branchement


Extrait de la description des diffrentes oprations
Liste des diffrentes ZEI (zones lmentaires dintervention)
Extrait du schma relationnel de la base Gestion des rendez-vous
Classe Champs, structure de la table RDV et classe GreRDV
Terminologie XML, classe NoeudXml et classe DocXml
Exemple de fichier modifsRdv.xml et dbut du programme majTableRdv

Barme
Dossier 1 : Gestion des branchements lectriques
Dossier 2 : Gestion des plannings
Dossier 3 : Mise jour des rendez-vous
Dossier 4 : Gestion des communications avec les sous-traitants

CODE PREUVE :
ISE4D
SESSION
2007
Dure : 5 h

EXAMEN :
BREVET DE TECHNICIEN
SUPRIEUR

SUJET

30
24
30
16
Total 100

points
points
points
points
points

SPCIALIT :
INFORMATIQUE DE GESTION
Option : Dveloppeur dapplications

PREUVE : TUDE DE CAS


Coefficient : 5

Code sujet : 07DA05N

Page : 1/14

PRSENTATION
Lactivit du centre EDF de Douvres est essentiellement axe autour des branchements lectriques
dans le dpartement du Calvados. Le centre sous-traite une partie de son activit en confiant des
entreprises extrieures la ralisation des branchements chez les clients.
Le traitement dun branchement se droule en plusieurs tapes :
lenregistrement de la demande de branchement dun client et la validation des
informations collectes,
llaboration du devis correspondant la demande,
la gestion des plannings et la communication des dates et lieux des rendez-vous aux soustraitants,
la ralisation des branchements par les sous-traitants,
lenqute de qualit afin de mesurer le degr de satisfaction des clients ainsi que la qualit
du travail ralis par les sous-traitants et par le centre de Douvres.
Pour organiser les branchements, le dpartement est dcoup en ZEI (zones lmentaires
dintervention). Une ZEI correspond un secteur autour dune ville principale.
On planifie chaque opration raliser en tenant compte dune dure thorique appele poids.
DOSSIER 1 : GESTION DES BRANCHEMENTS LECTRIQUES
utiliser : annexes 1, 2 et 3
Le centre EDF signe des contrats avec les sous-traitants. On enregistre le code, le nom et ladresse
de chaque sous-traitant. Un contrat, identifi par un numro, constitue un engagement formel du
sous-traitant dintervenir chez le client EDF pour faire les installations.
Un contrat prcise dans quelles ZEI (annexe 3) un sous-traitant est susceptible d'intervenir. Pour
chacune de ces ZEI, le contrat prcise les jours d'intervention possibles. Par exemple, le soustraitant STEN , au titre du contrat n 385, peut intervenir tous les mardis et mercredis chez les
clients de la ZEI Bayeux et tous les mardis, jeudis et vendredis dans la ZEI Isigny .
Un sous-traitant peut signer plusieurs contrats avec le centre EDF.
Il existe trois catgories de demande de branchement lectrique : branchement neuf, branchement
provisoire ou modification du branchement actuel.
chaque demande de branchement, le client doit complter un dossier (annexe 1). Lorsque le
centre rceptionne ce document, il attribue une rfrence qui permettra didentifier le dossier du
client, puis il enregistre la date de la demande. Cette demande sera obligatoirement rattache une
ZEI lors de la cration du dossier.
Une demande de branchement entrane plusieurs oprations caractrises par un code, un libell et
un poids. Il a t rpertori deux catgories d'oprations : les oprations administratives et les
oprations techniques. Chaque catgorie est elle-mme subdivise en sous-catgories (annexe 2).
Une demande donne lieu ltablissement dun devis, dat et identifi par un numro. Ce devis
informe sur le montant estim des travaux, le nom, le prnom et le matricule de lagent qui la
rdig. Le branchement ne sera ralis que si le client accepte le devis. Dans ce cas, on enregistre la
date dacceptation. On n'tablit jamais plus d'un devis pour une demande.
TRAVAIL FAIRE
1.1

Proposer un schma entit-association reprsentant les informations ncessaires pour grer les
contrats des sous-traitants et les dossiers de demande de branchement lectrique.

Option Dveloppeur dapplications

Page 2/14

DOSSIER 2 : GESTION DES PLANNINGS


utiliser : annexe 4

Pour effectuer les installations, le centre EDF de Douvres organise le planning des interventions des
sous-traitants. Chaque contrat de sous-traitant couvre un certain nombre de ZEI et indique les jours
dintervention possibles.
Le centre de Douvres dpend du centre informatique de Mulhouse qui hberge lapplication de
gestion du planning. Lexploitation des donnes tant trop complexe, le responsable de Douvres a
dcid dinstaller une nouvelle application utilisant une base de donnes locale. Un extrait du
schma de cette base de donnes est prsent en annexe 4.
TRAVAIL FAIRE
2.1

crire les ordres SQL rpondant aux questions suivantes :


a) Quelles sont les dates des journes entirement pleines du contrat numro 1632 ?
b) Quels sont les noms des sous-traitants qui travaillent dans la ZEI de code CA ?
c) Quel est le (ou les) sous-traitant(s) ayant obtenu le plus grand nombre de rendez-vous (nom
du sous-traitant et nombre total de rendez-vous pris) ?

la demande du responsable, la secrtaire tablit ltat des disponibilits pour une journe et un
sous-traitant donns. Ce document informe sur la charge restant attribuer au sous-traitant le matin
et l'aprs-midi de la journe demande, pour chacun des contrats intgrant cette journe dans les
disponibilits du sous-traitant.
Par exemple, le rcapitulatif des disponibilits du sous-traitant STEN pour le 13 Juillet 2007 prend
la forme suivante :

DATE : 13/07/2007
Nom du sous-traitant : STEN
Contrat n : 3
Charge restante MAT
240

Charge restante APM


240

Contrat n : 4
Charge restante MAT
0

Option Dveloppeur dapplications

Charge restante APM


120

Page 3/14

Pour automatiser lobtention de cet tat, le responsable a crit le dbut de la procdure ddition :
PROCDURE editEtatSousTraitant (nomSaisi : chane, dateSaisie : date)
Variables
' dclaration du curseur
Curs_SousTraitant curseur pour
SELECT C.numero, chargeMAT, chargeAPM
FROM PLANNING P, CONTRAT C, SOUS_TRAITANT S
WHERE C.codeSousTraitant = S.code
AND P.numeroContrat = C.numero
AND dateJourne = :dateSaisie
AND nom = :nomSaisi
ORDER BY 1

2.2

TRAVAIL FAIRE
Complter sur la copie, la procdure editEtatSousTraitant qui permet dobtenir ltat des
disponibilits.
La mise en page nest pas grer.
On supposera qu'il y a toujours au moins un contrat concern par la date et le sous-traitant
donns.

Option Dveloppeur dapplications

Page 4/14

DOSSIER 3 : MISE JOUR DES RENDEZ-VOUS


utiliser : annexe 5
Remarque : Les questions de ce dossier peuvent tre traites de manire indpendante.
Une base de donnes permet dexploiter localement les informations concernant les rendez-vous.
Elle comporte entre autres une table RDV mmorisant lensemble des rendez-vous pris. Cette table
doit tre mise jour partir des informations gres par le centre informatique de Mulhouse.
On envisage doprer la mise jour de la table RDV de la manire suivante :
- Le centre informatique de Mulhouse gnre un fichier XML contenant les ajouts,
modifications et suppressions de rendez-vous prendre en compte.
- Ce fichier est transmis chaque soir au centre de Douvres.
- Un programme exploite ce fichier pour mettre jour la table RDV de la base locale.
La classe GreRDV (dcrite en annexe 5) est ddie la ralisation de cette application. Elle est
destine simplifier les oprations de mise jour de la table RDV dans la base de donnes locale.
-

3.1
3.2
3.3

Le second paramtre des mthodes ajouter et modifier est un objet de la classe Champs
dcrite en annexe 5. Dans la mthode ajouter, cet objet contient l'ensemble des champs
l'exception du numro de RDV (ce numro est le premier paramtre). Dans la mthode
modifier, cet objet contient uniquement les champs dont la valeur doit tre modifie dans la
table.
La mthode valeurFormate(nomChamp, valeurChamp) retourne la valeur correctement
formate en fonction du type du champ : valeurChamp pour les champs numriques,
valeurChamp encadre par des quotes (apostrophes) pour tous les champs non numriques.
o valeurFormate("chargeRdv","45") retourne la chane 45 car chargeRdv est un
entier.
o valeurFormate("nomClient","Dubois") retourne la chane 'Dubois' car nomClient
est une chane.
La mthode getType retourne un caractre indiquant le type du champ dont le nom est pass
en paramtre : C pour chane, N pour numrique ou D pour date.
TRAVAIL FAIRE
crire la mthode getNbChamps de la classe Champs.
crire la mthode valeurFormate de la classe GreRDV.
crire la mthode ajouter de la classe GreRDV.
utiliser : annexes 5, 6 et 7

L'exploitation du fichier XML doit tre ralise par le programme majTableRDV. Ce programme
utilise les classes NoeudXml et DocXml dcrites en annexe 6 pour parcourir le contenu du
document XML et la classe GreRDV dcrite en annexe 5 pour raliser les modifications dans la
table RDV (ajouts, mises jour, suppressions).
Le fichier XML exploiter se nomme modifsRdv.xml. Un exemple de ce fichier XML et le dbut du
programme majTableRdv sont fournis en annexe 7.

3.4

TRAVAIL FAIRE
Complter sur la copie, le programme majTableRDV.

Option Dveloppeur dapplications

Page 5/14

DOSSIER 4 : GESTION DES COMMUNICATIONS AVEC LES SOUS-TRAITANTS


La mise en uvre dune nouvelle application est envisage pour permettre aux sous-traitants de
consulter leur planning et denregistrer leurs indisponibilits. Cette application sera hberge sur
un serveur web implant selon le schma ci-dessous.

Routeur : NatPat et pare-feu


192.168.1.1

193.252.10.1
Internet
192.168.2.1

Rseau EDF

Serveur web
Sous-traitant
TRAVAIL FAIRE

4.1

Indiquer l'adresse de la passerelle paramtrer sur les diffrents ordinateurs du rseau EDF
pour qu'ils communiquent avec le serveur web.

4.2

Expliquer pourquoi le serveur web a t plac dans un rseau IP diffrent de celui des autres
postes.

Le souci de l'entreprise est dassurer la scurit des changes avec les sous-traitants et
notamment la confidentialit et l'authentification. Le dispositif conseill EDF base sa scurit
sur une mthode de chiffrement asymtrique des informations changes. Le responsable du
centre de Douvres souhaite en matriser le principe.
TRAVAIL FAIRE
4.3

Expliquer, ventuellement laide dun schma, le mode de fonctionnement de cette


mthode en prcisant le type de cl utilis par chacun des intervenants (metteur et rcepteur
du message) pour assurer confidentialit et authentification dans lchange.

La mise en uvre des techniques de chiffrement implique souvent un tiers de confiance,


prestataire de service.
TRAVAIL FAIRE
4.4

Expliquer comment ce tiers de confiance intervient dans la procdure d'change


d'informations.

Le recours un prestataire tiers de confiance est finalement rejet, lentreprise EDF dcide de
grer en interne le dispositif de scurisation des changes.
TRAVAIL FAIRE
4.5

Indiquer les consquences de ce choix au regard de la qualit du dispositif.

Option Dveloppeur dapplications

Page 6/14

Annexe 1 : Extrait dun dossier de demande de branchement

DEMANDE DE BRANCHEMENT LECTRIQUE


Date de la demande : .. / .. / .
Cadre rserv nos services
Rfrence Dossier :

ZEI de rattachement :

NOM : ..

PRNOM : .

COORDONNES ACTUELLES
ADRESSE : .
..
TL
:

ADRESSE DES TRAVAUX


RUE
NOM LOTISSEMENT
COMMUNE

: ....
: .
:

TYPE DE LA DEMANDE
Neuf
Date emmnagement
.. / .. /.

Provisoire
Date dbut : .. / .. / .
Date fin
: .. / .. / .

Modification

POUR UN BRANCHEMENT NEUF :


COORDONNES DES PROFESSIONNELS QUI VOUS ACCOMPAGNENT
DANS VOTRE PROJET DE CONSTRUCTION

VOTRE LECTRICIEN
NOM :

ADRESSE :
TEL
:
VOTRE MATRE D'UVRE (ventuellement)
NOM :

ADRESSE :
TEL
:

SIGNATURE
Option Dveloppeur dapplications

Page 7/14

Annexe 2 : Extrait de la description des diffrentes oprations

NOMENCLATURE DES OPRATIONS (Mise jour au 25/01/2007)

AD

OPRATIONS ADMINISTRATIVES

AD1
AD11
AD12
AD13
AD14
AD2
AD21
AD22
AD23
AD24
AD3
AD31
AD32

Front-Office
Demande de dossier d'un client
Demande dinformations au client
Rclamation d'un client
Demande RDV du client
Back-Office
Envoi dossier vierge
Demande complment dinformation
Traitement relance client
Confirmation denregistrement
Traitement dossier
tude branchement
Planification des travaux

IN
IN1
IN11
IN12
IN13

IN2
IN21
IN22

OPRATIONS TECHNIQUES
Branchement lectrique
Rcupration ligne
Pose ligne
Dpose ligne
...
Contrles techniques
Test branchement
Vrification compteur

Poids
10
10
15
15
10
10
15
10

La sous-catgorie Traitement dossier ,


codifie AD3 est la troisime souscatgorie de la catgorie Oprations
administratives codifie AD.

45
45

Poids
45
45
25

Lopration Planification des travaux ,


codifie AD32 est la deuxime opration
de la sous-catgorie Traitement
dossier .

45
30

Annexe 3 : Liste des diffrentes ZEI (zones lmentaires dintervention)


Le dpartement est dcoup en ZEI. Une ZEI correspond un secteur autour dune ville principale.
Code ZEI
BA
CA
CG
CH
CO
DO
DV
FA
FM

NOM VILLE
BAyeux
CAen
CabourG
CHeux
COnde sur Noireau
DOuvres
DeauVille
FAlaise
Fontenay le Marmion

Option Dveloppeur dapplications

Code ZEI
HO
IS
LI
MO
OR
SP
TR
VI

NOM VILLE
HOnfleur
ISigny
LIsieux
MOult
ORbec
St Pierre sur Dives
TRoarn
VIre

Page 8/14

Annexe 4 : Extrait du schma relationnel de la base Gestion des rendez-vous


Les tables dcrites ci-dessous ne permettent pas de rpondre tous les besoins de l'application,
mais elles suffisent pour rpondre aux questions poses dans le dossier concern.

SOUS_TRAITANT (code, nom)


code : cl primaire

Reprsente tous les sous-traitants.


CONTRAT (numero, codeSousTraitant, nbTotRDVPris)
numero : cl primaire
codeSousTraitant : cl trangre en rfrence code de SOUS_TRAITANT
Remarque :
nbTotRDVPris : nombre total de rendez-vous pour lanne en cours

Reprsente tous les contrats passs avec les sous-traitants pour lanne en cours.
PLANNING (dateJournee, numeroContrat, chargeMAT, chargeAPM)
dateJourne, numeroContrat : cl primaire
numeroContrat : cl trangre en rfrence numero de CONTRAT
Remarques :
chargeMAT correspond la charge de travail affecte le matin ; elle est initialise zro au
moment de la cration et ne peut dpasser 240 minutes.
chargeAPM correspond la charge de travail affecte laprs-midi ; elle est initialise zro
au moment de la cration et ne peut dpasser 240 minutes.

Reprsente toutes les journes dintervention planifies lavance dans le cadre des contrats
passs pour lanne en cours.
Exemple : Si le mardi et le mercredi sont les jours dintervention possibles dans le cadre du
contrat N, la table PLANNING contient, pour ce contrat, autant de lignes que de mardis et
de mercredis dans lanne en cours.
AFFECTER (codeZEI, numeroContrat)
codeZEI, numeroContrat : cl primaire
numeroContrat : cl trangre en rfrence numero de CONTRAT

Reprsente toutes les affectations de ZEI chaque contrat de lanne en cours.

Option Dveloppeur dapplications

Page 9/14

Annexe 5 : Classe Champs, structure de la table RDV et classe GreRDV


> Classe Champs
La classe Champs est destine la gestion d'un ensemble de champs d'une ligne de table
relationnelle (nom, valeur). Elle fonctionne globalement comme une collection de champs.
Classe Champs
Priv
nbChamps : entier
// Nombre de champs mmoriss

Public
procdure ajouter(unNom : chane, uneValeur : chane)
// Ajoute un champ de nom unNom et de valeur uneValeur

fonction getNbChamps() : entier


// Renvoie le nombre de champs mmoriss.

fonction getNom(unIndex : entier) : chane


// Retourne le nom du champ mmoris lindex unIndex.
// Le premier champ est l'index 0.

fonction getValeur(unIndex : entier) : chane


//Retourne la valeur du champ mmoris lindex unIndex.
// Le premier champ est l'index 0.

procdure vider()
// Enlve l'ensemble des champs mmoriss.

Fin Classe
Exemple dutilisation :
lesChamps : Champs
lesChamps  new Champs()
lesChamps.ajouter("ref","P01")
lesChamps.ajouter("dsignation","souris")
lesChamps.ajouter("prix","12.5")
afficher (lesChamps.getNbChamps())
nomDuChamp, valeurDuChamp : chane
nomDuChamp  lesChamps.getNom(1)
valeurDuChamp  lesChamps.getValeur(1)
afficher (nomDuChamp, " : ", valeurDuChamp)

// affiche 3

// affiche dsignation : souris

> Structure de la table RDV


numRdv :
nomClient :
adresseClient :
telClient :
codeZei :
numeroContrat :
dateRdv :
chargeRdv :
plageHoraire :

entier
chane
chane
chane
chane
entier
date
entier
chane

Option Dveloppeur dapplications

Page 10/14

> Classe GreRDV


Cette classe permet de mettre jour la base de donnes du centre de Douvres. Elle opre les ajouts,
modifications et suppressions sur la table RDV.
Classe GreRDV
Priv
fonction getType(nomChamp : chane) : caractre
// Retourne un caractre indiquant le type du champ (C,N ou D).

fonction valeurFormate(nomChamp : chane, valeurChamp : chane) : chane


// Retourne la valeur correctement formate en fonction du type de champ.

procdure execSql(sql : chane)


// Excute l'instruction SQL insert, update ou delete passe en paramtre.

Public
greRDV(chaineConnexion : chane)
// constructeur, permet entre autres de se connecter au SGDB en utilisant la
// chane de connexion passe en paramtre.

procdure supprimer(numro : chane)


// Supprime dans la table RDV le RDV dont le numro est pass en paramtre.

procdure ajouter(numro : chane, lesChamps : Champs)


// Ajoute une ligne dans la table RDV. Le paramtre lesChamps regroupe, dans lordre,
// lensemble des champs de la table RDV, lexception du numro pass dans le
// 1er paramtre.

procdure modifier(numro : chane, lesChamps : Champs)


// Modifie une ligne dans la table RDV. Le paramtre lesChamps contient uniquement les
// champs qui doivent tre modifis pour le rendez-vous dont le numro est pass dans le
// premier paramtre.

Fin Classe
Description de la mthode supprimer de la classe GreRDV
procdure supprimer(numro : chane)
// Supprime le RDV dont le numro est pass en paramtre.

Dbut
requte : chane
requte  "delete from RDV where numRdv="
requte  requte + valeurFormatee("numRdv", numro) // + : concatnation
execSql(requte)
fin
Exemple dutilisation :
gRdv : GreRDV
gRdv  new GreRDV("Provider=interbase;BD=planning")
gRdv.supprimer("1215")
// Supprime le RDV n 1215 de la base du centre de Douvres.

lesChamps : Champs
lesChamps  new Champs()
lesChamps.ajouter("dateRdv", "10/04/2007")
lesChamps.ajouter ("chargeRdv", "45")
gRdv.modifier("1230", lesChamps)
// Utilise les informations contenues dans le paramtre lesChamps pour mettre jour le
// RDV n 1230. Cette instruction modifie donc les champs dateRdv et chargeRdv.

Option Dveloppeur dapplications

Page 11/14

Annexe 6 : Terminologie XML, classe NoeudXml et classe DocXml


> Terminologie XML utilise
Soit le fichier XML suivant :
<catalogue>
<produit ref="P01">
<dsignation>souris</dsignation>
<prix>12.5</prix>
</produit>
</catalogue>

Un nud XML est un lment ou un attribut.


La racine du document XML ci-dessus est le nud <catalogue>. Il s'agit d'un lment, son nom
est catalogue, sa valeur est vide. Cet lment possde un lment fils (le noeud <produit>).
Le nud <produit> est un lment. Son nom est produit, sa valeur est vide. Il possde un
attribut (ref="P01") et deux lments fils (<dsignation> et <prix>).
Le noeud ref="P01" est un attribut qui a pour nom ref et pour valeur P01.
Le nud <dsignation> est un lment de nom dsignation et de valeur souris.
Le nud <prix> est un lment de nom prix et de valeur 12.5.

> Classe NoeudXml


Cette classe reprsente un lment ou un attribut XML.
Classe NoeudXml
Priv
nom, valeur : chane // nom et valeur du nud.

Public
fonction getNom() : chane
// retourne le nom du nud XML.
fonction getValeur() : chane
// retourne la valeur du nud XML.
fonction nbFils() : entier
// Retourne le nombre d'lments fils du nud courant s'il s'agit d'un lment XML.
// Retourne -1 s'il s'agit d'un attribut XML.

fonction getFils(unIndex : entier) : NoeudXml


// Retourne l'lment fils d'index unIndex si le nud courant est un lment XML.
// Le premier lment fils est l'index 0.
// Retourne null si le nud courant est un attribut XML.

fonction nbAttributs() : entier


// Retourne le nombre d'attributs XML du nud courant s'il s'agit d'un lment XML.
// Retourne -1 s'il s'agit d'un attribut XML.

fonction getAttribut(unIndex : entier) : NoeudXml


// Retourne l'attribut XML d'index unIndex si le nud courant est un lment XML.
// Le premier attribut est l'index 0.
// Retourne null si le nud courant est un attribut XML.

Fin Classe

Option Dveloppeur dapplications

Page 12/14

> Classe DocXml


Cette classe permet de parcourir un document XML aprs l'avoir charg en mmoire.
Classe DocXml
Priv

Public
DocXml()
// constructeur

procdure charger(nomFichier : chane)


// charge l'objet DocXml partir du fichier nomFichier.

fonction racine() : NoeudXml


// Retourne la racine du document XML.

Fin Classe
Exemple d'utilisation pour le parcours d'un document XML (pdts.xml) :
<catalogue>
<produit ref="P01">
<dsignation>souris</dsignation>
<prix>12.5</prix>
</produit>
<produit ref="P02">
<dsignation>clavier</dsignation>
<prix>20</prix>
</produit>
</catalogue>

Le tableau ci-dessous montre la trace de l'excution d'une srie d'instructions.


Instruction
rac,pdt,att,n : NoeudXml
doc : DocXml

doc  new DocXml()


doc.charger("pdts.xml")
rac  doc.Racine()
pdt  rac.getFils(0)
att  pdt.getAttribut(0)
nd  pdt.getFils(0)
nd  pdt.getFils(1)

pdt.nom pdt.valeur att.nom att.valeur nd.nom

produit
produit
produit
produit

Option Dveloppeur dapplications

ref
ref
ref

P01
P01
P01

nd.valeur

dsignation souris
prix
12.5

Page 13/14

Annexe 7 : Exemple de fichier modifsRdv.xml et dbut du programme majTableRdv


> Fichier modifsRdv.xml
<infosRdv>
<rdv action="ajout">
<numRdv>1245</numRdv>
<nomClient>Dubois</nomClient>
<adresseClient>12 rue des fleurs 14000 Caen</adresseClient>
<telClient>0429784529</telClient>
<codeZei>CA</codeZei>
<numeroContrat>287</numeroContrat>
<dateRdv>12/04/2007</dateRdv>
<chargeRdv>50</chargeRdv>
<plageHoraire>mat</plageHoraire>
</rdv>
<rdv action="modif">
<numRdv>1230</numRdv>
<dateRdv>10/04/2007</dateRdv>
<chargeRdv>45</chargeRdv>
<plageHoraire>apm</plageHoraire>
</rdv>
<rdv action="supp">
<numRdv>1215</numRdv>
</rdv>
</infosRdv>

L'excution du programme majTableRDV avec ce fichier aura pour effet :


- d'insrer le RDV 1245 (action="ajout"),
- de modifier le RDV 1230 (action="modif"),
- de supprimer le RDV 1215 (action="supp").
Remarques :
- Dans un lment <rdv action="ajout"> ou <rdv action="modif">, les lments fils
apparaissent toujours dans le mme ordre que les champs de la table RDV.
- Llment fils numRdv est prsent dans tous les lments <rdv>, quelle que soit l'action.
- Le contenu du fichier modifsRdv.xml est automatiquement contrl lors de sa cration et
peut donc tre considr comme fiable : il contient toujours au moins une action et chaque
action, selon son type, comporte au moins la valeur d'un champ.
> Programme majTableRdv
Programme majTableRdv
dbut
doc: DocXml
doc  new DocXml ()
gRdv : GreRDV
gRdv  new GreRDV("Provider=interbase;BD=planning")
racine : NoeudXml
doc.charger("modifsRdv.xml")
racine  doc.racine()

fin

Option Dveloppeur dapplications

Page 14/14