Vous êtes sur la page 1sur 16

Ce document a t numris par le CRDP de Bordeaux pour la

Base Nationale des Sujets dExamens de lenseignement professionnel.


Campagne 2012

Ce fichier numrique ne peut tre reproduit, reprsent, adapt ou traduit sans autorisation.

BTS INFORMATIQUE DE GESTION - ISE4D

SESSION 2012

E4D : TUDE DE CAS

Coefficient : 5

ss
io
n

ne

Dure : 5 heures

fe

CAS CRAB

le
de
R l'
s E
ea ns
u eig
SC ne
ER me
EN nt
Pr
o

Ce sujet comporte 15 pages dont 7 pages dannexes.


Il est compos de quatre dossiers indpendants.
Le candidat est invit vrifier quil est en possession dun sujet complet.
Matriels et documents autoriss
Lexique SQL sans commentaire ni exemple dutilisation des instructions.
Rgle dessiner les symboles informatiques.
Tous les types de calculatrice sont INTERDITS pour cette preuve.

se

at

io
na

Liste des annexes


Annexe 1 : 1A Extrait du schma du rseau
1B Association des noms et numros de ports de quelques services rseau
Annexe 2 : 2A Diagramme partiel des classes mtiers
2B Description littrale des classes mtiers
2C Description des classes techniques
Annexe 3 : Planification du projet CRAB et taux d'occupation des ressources dveloppeur

Ba

Barme
Dossier 1 : Gestion des contrats et des rechargements
Dossier 2 : Interconnexion des sites des stations et du sige central
Dossier 3 : Maintenance corrective et prventive des bornes
Dossier 4 : Suivi de projet

25 points
15 points
42 points
18 points
Total :

CODE PREUVE :
ISE4D
SESSION
2012
Dure : 5 h

EXAMEN :
BREVET DE TECHNICIEN
SUPRIEUR

SUJET

100 points

SPCIALIT :
INFORMATIQUE DE GESTION
Option Dveloppeur dapplications
PREUVE : TUDE DE CAS

Coefficient : 5

Code sujet : 12DA07N

Page : 1/15

Prsentation du contexte
Promulgue le 12 juillet 2010, la loi portant engagement national pour lenvironnement, dite
Grenelle 2 , est un texte dapplication et de territorialisation du Grenelle Environnement et de la
loi Grenelle 1. Un des chantiers de cette loi porte sur le dveloppement des vhicules lectriques et
hybrides rechargeables, en favorisant l'mergence de l'offre industrielle nationale, en stimulant la
demande et en encourageant la possibilit de crer et dentretenir des infrastructures de recharge
lectrique ncessaires l'usage de ces vhicules.

fe

ss
io
n

ne

Bien que la plupart des infrastructures de recharge va relever de la sphre prive (90%), les bornes
de recharge accessibles au public, places dans des parkings ou sur voirie, offriront l'assurance aux
utilisateurs de pouvoir y accder en dehors de cette sphre prive (domicile, travail) et des stations
services. Elles constituent un gage de fiabilit de lensemble du systme, complment indispensable
pour encourager l'utilisation du vhicule lectrique.

le
de
R l'
s E
ea ns
u eig
SC ne
ER me
EN nt
Pr
o

Les communes sont naturellement impliques dans le dploiement de ces bornes, en raison du fort
impact sur la voirie et les places de stationnement.
La ville de R. fait partie des douze agglomrations pilotes appeles dployer une premire vague
d'infrastructures de recharge pour vhicules hybrides et lectriques.
Elle a confi la socit prestataire de services Chargon la mise en place et l'exploitation d'un
rseau de points de recharge sous forme de bornes intelligentes standardises. Soucieuse de se
forger une exprience solide sur ce march mergent, la socit Chargon fait voluer son systme
d'information, colonne vertbrale permettant de raliser les principales oprations ncessaires au
bon fonctionnement des diffrents sous-systmes de linfrastructure de recharge.

Gestion des contrats et des rechargements

se

Dossier 1

at

io
na

En tant que dveloppeur d'applications, vous participez aux diffrentes missions lies ce projet
baptis CRAB Chargement Rapide Automatis de Batteries.

Ba

L'accs aux bornes de recharge par un usager est sujet la souscription d'un contrat de recharge. Un
portail web accessible aux usagers doit tre mis en place pour faciliter le suivi de leur
consommation.

Les bornes de recharge lectrique


Les bornes de recharge sont implantes dans des stations situes dans les parkings et sur la voirie de
la ville. Chaque station accueille une ou plusieurs bornes et est localise par ses coordonnes GPS
(latitude et longitude) et ladresse de la rue dans laquelle elle est situe. Sont galement mmorises
la date de mise en service de chaque borne et sa dernire date de rvision.
Ces bornes de recharge de batteries sont prfrentiellement du type recharge normale (puissance
de 3 kW ou kilowatt) ou semi-rapide (puissance de 24 kW), mais certaines sont de type
recharge rapide (puissance de 50 kW).

BTS Informatique de gestion option Dveloppeur dapplications

2 / 15

Les contrats de recharge

le
de
R l'
s E
ea ns
u eig
SC ne
ER me
EN nt
Pr
o

fe

ss
io
n

ne

Afin de pouvoir utiliser les bornes de recharge mises disposition par la mairie de R., tout
possesseur d'un vhicule lectrique doit souscrire un contrat de recharge rfrenant ce vhicule
auprs des services municipaux. Les informations renseigner sont les suivantes : nom, prnom,
tlphones fixe et mobile, adresse postale, adresse de courriel, numro d'immatriculation de la
voiture, date du contrat. Il est galement important de connatre le modle de la batterie du vhicule
(rfrence, capacit et fabricant). En effet, si toutes les batteries supportent le type de charge
normal , certaines ne supportent pas la charge rapide , voire semi-rapide . Un usager peut
bien entendu possder plusieurs contrats. Pour chaque contrat, une carte magntique est dlivre,
cette carte permettra de se connecter aux bornes de recharge.
Les bornes de recharge comptabilisent l'nergie dlivre en kilowatt-heure (KWh).
Deux formules de contrat ont t retenues :

Le forfait prpay : lusager rgle lavance un certain nombre de KWh. Les oprations de
rechargement de batterie sont autorises tant que le solde restant de KWh n'est pas puis.
L'usager peut tout moment racheter des KWh.

Labonnement : l'usager choisit une dure d'abonnement qui lui permettra de raliser au
cours de cette priode autant d'oprations de rechargement que ncessaire. On mmorisera
les dates de dbut et de fin d'abonnement. L'usager peut renouveler son abonnement, ce qui
a pour effet de repousser la date de fin.

Les oprations de rechargement

Ba

se

at

io
na

Aprs avoir immobilis son vhicule, l'usager prsente sa carte magntique auprs du lecteur de
carte de la borne. Cette lecture permet alors d'identifier le contrat de recharge et son propritaire.
L'usager droule le cble de son chargeur de batterie et le connecte la prise de la borne prvue
cet effet. Le systme dtermine alors le nombre de KWh ncessaires et informe l'usager du temps de
rechargement.
Plusieurs contrles sont alors effectus :

la borne dtecte automatiquement les caractristiques de la batterie du vhicule, qui doit


correspondre au modle dclar dans le contrat ;

la borne vrifie que la batterie connecte supporte bien le type de charge quelle dlivre
( normal , semi-rapide ou rapide ) ;

la borne sassure de la validit des dates du contrat dans le cas d'un abonnement ou du solde
de KWh restant dans le cas de la formule prpaye.
L'chec d'un de ces contrles bloque le rechargement ; cet chec est alors enregistr en regard de
l'opration de rechargement en cours. des fins statistiques, la cause de l'chec doit tre
mmorise.
Si tous les contrles sont positifs, le rechargement peut commencer.
lissue de lopration, lheure de dbut et de fin du rechargement ainsi que le nombre de KWh
dlivrs sont enregistrs.

1.1

Travail faire
laborer un schma conceptuel des donnes concernant la gestion des contrats de recharge
et le suivi des rechargements.

BTS Informatique de gestion option Dveloppeur dapplications

3 / 15

Dossier 2

Interconnexion des sites des stations et du sige central

Documents utiliser : annexes 1A et 1B


Les bornes de recharge prsentes dans les stations doivent accder en consultation et mise jour
aux informations stockes sur les serveurs d'applications hbergs dans les locaux de la socit
Chargon.
Les bornes d'une station sont relies par liaison filaire un routeur-modem GPRS General Packet
Radio Service -, ce dernier permettant de joindre les locaux de la socit Chargon (cf. annexe 1A).

ss
io
n

ne

Le routeur-modem GPRS offre la possibilit de constituer un rseau priv virtuel (RPV appel aussi
VPN : Virtual Private Network). On parle de RPV lorsqu'un organisme interconnecte ses sites via
une infrastructure partage telle qu'Internet.

2.1

le
de
R l'
s E
ea ns
u eig
SC ne
ER me
EN nt
Pr
o

fe

Le RPV correspond une interconnexion de rseaux locaux via une technique de "tunnel" : le
protocole de tunnelisation encapsule les donnes transmettre, donnes qui sont elles-mmes
chiffres.
Travail faire
Indiquer l'objectif principal de scurit vis par le RPV lors des changes de donnes sur
Internet.

La table de routage du routeur station RPV est la suivante :


Destination rseau
192.168.10.0
192.168.1.0

Adresse IP de
l'interface du routeur

255.255.255.240

192.168.10.1

192.168.10.1

255.255.255.0

192.168.5.2

192.168.5.1

at

io
na

Travail faire
Expliquer par un calcul la valeur du masque rseau 255.255.255.240 de la premire ligne
de la table de routage du routeur station RPV prsente ci-dessus.
Indiquer l'adresse IP de la passerelle des bornes de la station.
Par l'observation de la table de routage du routeur station RPV , montrer que laccs aux
bornes de la station est limit aux htes de la socit Chargon.

Ba

se

2.3
2.4

Adresse de passerelle

2.2

Masque rseau

BTS Informatique de gestion option Dveloppeur dapplications

4 / 15

Un extrait de la table de filtrage actuelle du pare-feu situ dans les locaux de Chargon est prsent
ci-dessous :
N

Interface Entre

10 192.168.0.2
20 192.168.1.254

Interface Sortie

192.168.1.254
192.168.0.2

Adresse Source

192.168.10.0/28
192.168.1.10

Port
Source

Tous
53

Adresse destination

Port
Destination

192.168.1.10
192.168.10.0/28

53
Tous

Action

Accepter
Accepter

Remarque : les rgles sont numrotes de 10 en 10 de manire ce que linsertion dune nouvelle
rgle soit aise.

L'algorithme utilis par le service de filtrage est dcrit ci-dessous.

le
de
R l'
s E
ea ns
u eig
SC ne
ER me
EN nt
Pr
o

fe

ss
io
n

ne

Pour chaque paquet traiter :

en suivant l'ordre des rgles de 1 n, rechercher la premire rgle applicable ;

si une des rgles est applicable, alors appliquer l'action au paquet et arrter le parcours de la
table ;

si aucune rgle nest applicable, refuser le paquet.


L'annexe 1B recense l'association de quelques services rseau avec leurs numros de port standards.
Travail faire

2.5

Indiquer le rle des rgles numro 10 et 20.

Le logiciel embarqu sur les bornes de la station fait appel des services web situs sur le serveur
d'applications d'adresse IP 192.168.1.30. Ces services web sont invoqus l'aide de requtes HTTP
GET.
Travail faire

io
na

crire les deux rgles ajouter pour permettre aux bornes de la station d'invoquer les
services web hbergs sur le serveur d'applications.

Ba

se

at

2.6

BTS Informatique de gestion option Dveloppeur dapplications

5 / 15

Dossier 3

Maintenance corrective et prventive des bornes

Premire partie : Gestion des interventions de maintenance corrective


Afin dassurer la qualit de service attendues par les usagers, il sagit doptimiser la gestion des
pannes pouvant survenir dans les infrastructures de recharge ncessaires l'usage des vhicules
lectriques.

ss
io
n

ne

Toutes les interventions de maintenance corrective se font la suite dun incident dclar.
Pour faciliter la planification des interventions, les types dincidents les plus courants sont
rpertoris dans la base de donnes avec une indication du temps de rparation prvu pour ce genre
de panne. Une fois lintervention ralise par le technicien, lincident est cltur.

le
de
R l'
s E
ea ns
u eig
SC ne
ER me
EN nt
Pr
o

fe

Il est ncessaire de conserver un historique des oprations dans une base accessible par tous les
intervenants de maintenance. Cette base permet deffectuer diffrentes statistiques aussi bien sur la
fiabilit des bornes que sur la ractivit de la maintenance, dont lanalyse permettra daugmenter la
performance du systme.
Voici un extrait du schma relationnel de la base de donnes pour la gestion de la maintenance
prventive.
TECHNICIEN (id, nom, prnom)
Cl primaire : id

STATION (id, nom, adresseRue, coordLat, coordLong)


Cl primaire : id

io
na

BORNE (id, tat, dateMiseEnService, dateDernireRvision, idStation)


Cl primaire : id
Cl trangre : idStation en rfrence id de STATION
Le champ tat prend la valeur HS ou ES selon que la borne est hors service ou en service.
Elle est hors service ds qu'un incident est en cours de traitement sur cette borne.

Ba

se

at

TYPEINCIDENT (id, description, tempsRparationPrvu)


Cl primaire : id
tempsRparationPrvu est exprim en nombre de minutes.
INCIDENT (id, remarques, dateHeure, dateHeureClture, idBorne, idType)
Cl primaire : id
Cl trangre : idBorne en rfrence id de BORNE
Cl trangre : idTypeIncident en rfrence id de TYPEINCIDENT
Le champ dateHeureClture est renseign lorsque lincident est cltur.
Le champ idType nest pas renseign si le type de lincident nest pas un incident dj connu.
INTERVENTION (id, dateHeureDbut, dateHeureFin, idIncident, idTechnicien)
Cl primaire : id
Cl trangre : idIncident en rfrence id de INCIDENT
Cl trangre : idTechnicien en rfrence id de TECHNICIEN

BTS Informatique de gestion option Dveloppeur dapplications

6 / 15

On dispose de la fonction DATEDIFF (partie_date, dateDebut, dateFin) qui renvoie l'intervalle entre deux
dates, o le paramtre partie_date spcifie la partie de date dans laquelle l'intervalle doit tre mesur (year |
quarter | month | week | day | hour | minute | second | millisecond). Le rsultat est un entier sign gal
(dateFin - dateDebut) exprim en parties de date.

3.1

Travail faire
Rdiger les requtes SQL permettant dobtenir les rsultats suivants :
A)

ss
io
n

Seconde partie : Gestion de la maintenance prventive

fe

C)
D)

ne

B)

Liste par ordre alphabtique des noms et prnoms des techniciens ayant ralis
une intervention sur la borne d'identifiant B1.
Liste des interventions dmarres plus de 24 heures aprs lincident (identifiant
de lintervention, remarques, date et heure de l'incident, date et heure de dbut
de l'intervention).
Nombre dincidents non clturs ce jour.
Liste des stations (nom) ayant eu plus de dix incidents.

le
de
R l'
s E
ea ns
u eig
SC ne
ER me
EN nt
Pr
o

Documents utiliser : annexes 2A, 2B et 2C

Les techniciens doivent galement mener des actions de maintenance prventive sur les bornes de
recharge. Ces rvisions sont fonction du type de borne. Elles sont programmes intervalles de
temps rguliers, mais peuvent aussi tre dclenches lors de l'atteinte d'un seuil d'utilisation.
La solution informatique doit permettre chaque mois de rpartir quitablement les tches de
maintenance prventive sur l'ensemble des techniciens. Cette partie de lapplication doit tre
ralise laide dun langage orient objet. Un extrait du diagramme de classes utilis est prsent
en annexe 2A, leur description littrale en annexe 2B. Lensemble des objets est instanci partir
de la base de donnes ds le lancement de lapplication.
La classe Maintenance est charge de programmer les visites de stations raliser dans le mois,
puis de les affecter aux techniciens. Une visite concerne une station, et prcise la dure totale
ncessaire pour raliser les rvisions sur les bornes.

at

io
na

La rpartition des visites aux diffrents techniciens doit tre quitable en affectant chaque nouvelle
visite au technicien actuellement le moins occup en temps total de maintenance prventive.

Les classes techniques Collection et Date sont prsentes en annexe 2C.

se

Travail faire
crire la mthode getDureRvision de la classe Borne .
crire la mthode estARviser de la classe Borne .
crire le constructeur de la classe Visite .
crire la mthode getVisiteAFaire de la classe Station .
crire la mthode affecterVisites de la classe Maintenance . Le candidat est libre
dajouter et d'crire toutes les mthodes (non cites dans les annexes) quil juge
ncessaires.

Ba

3.2
3.3
3.4
3.5
3.6

BTS Informatique de gestion option Dveloppeur dapplications

7 / 15

Dossier 4

Suivi de projet
Documents utiliser : Annexe 3a

Vous tes charg(e), en labsence temporaire du chef de projet, dassurer le suivi du projet CRAB et
de mettre jour les lments de planification en fonction des vnements qui vous sont soumis.

4.1
4.2

le
de
R l'
s E
ea ns
u eig
SC ne
ER me
EN nt
Pr
o

fe

ss
io
n

ne

Vous disposez des lments suivants sur le projet :


la planification du projet (cf. annexe 3) comprenant les tches assignes aux diffrents
mtiers : maquettiste (M), chef de projet (CP), dveloppeur (D), architecte (A) ;
les rgles de gestion de projet respecter :
la phase Recette fonctionnelle ne peut intervenir qu lissue de la ralisation des
dveloppements ;
les phases Formation et Dploiement ne peuvent intervenir quaprs la recette
fonctionnelle ;
rgles de criticit dutilisation des ressources dveloppeur :
- seuil normal : 50 % ;
- seuil critique : 75 % ;
les donnes concernant les ressources humaines :
effectif des dveloppeurs : 4 ;
cot / jour dun dveloppeur : 400 ;
taux d'occupation des ressources (cf. annexe 3).
Travail faire
Indiquer en jours la dure du projet CRAB.
Calculer le taux doccupation mensuel des ressources dveloppeur pour les mois de juin,
juillet et aot. Indiquer ce quon peut en conclure.

at

Travail faire
Indiquer limpact de ce changement sur la planification du projet si un seul dveloppeur
est affect la tche Scurit de la phase Ralisation des dveloppements en
justifiant la rponse.

Ba

se

4.3

io
na

Dans la phase Ralisation des dveloppements , la tche Scurit prend du retard alors
quelle doit tre ralise avant la tche Simulations (tests techniques) de cette mme phase.
Lestimation de la charge initiale semble en effet irraliste ; il est fort probable que cette tche
Scurit salourdisse de 20 jours-hommes (JH). La prise en compte de cette surcharge sera faite
compter du 15 juillet.

Pour des raisons contractuelles, la dure totale du projet ne doit pas tre modifie.

4.4

4.5

Travail faire
Indiquer qui le chef de projet peut confier la tche Scurit de la phase Ralisation
des dveloppements compte tenu du plan de charge des dveloppeurs en respectant cette
contrainte contractuelle de dlai. Indiquer limpact de ce changement sur le taux
doccupation mensuel des ressources dveloppeur.
Calculer limpact de ce changement sur le cot du projet.

BTS Informatique de gestion option Dveloppeur dapplications

8 / 15

le
de
R l'
s E
ea ns
u eig
SC ne
ER me
EN nt
Pr
o

fe

ss
io
n

ne

Annexe 1A Extrait du schma du rseau

Annexe 1B Association des noms et numros de ports de quelques services rseau

21
23
25
53
66
80

Ba

se

at

io
na

File Transfer Protocol


Telnet
Simple Mail Transfer Protocol
Domain Name Server
Oracle Sql*Net
Web HTTP

BTS Informatique de gestion option Dveloppeur dapplications

9 / 15

le
de
R l'
s E
ea ns
u eig
SC ne
ER me
EN nt
Pr
o

fe

ss
io
n

ne

Annexe 2A Diagramme partiel des classes mtiers

io
na

Remarque : Les paramtres des mthodes ne sont pas prsents sur ce diagramme.

at

Annexe 2B Description littrale des classes mtiers

Ba

se

Classe Station
Attributs privs :
idStation : Entier
libellEmplacement : Chane
lesBornes : Collection de Borne

// identifiant de la station
// libell de l'emplacement de la station
// les bornes de la station

Mthodes publiques :
Fonction getId() : Entier
// retourne l'identifiant de la station
Fonction getLibellEmplacement() : Chane // retourne le libell de l'emplacement
Fonction getVisiteAFaire() : Visite
// retourne une instance de classe Visite recensant toutes les bornes de la station
// qui ncessitent d'tre rvises, ou null s'il n'y a aucune borne rviser
FinClasse

BTS Informatique de gestion option Dveloppeur dapplications

10 / 15

Classe TypeBorne
Attributs privs :
codeTypeBorne : Chane
dureRvision : Entier

// code du type de borne


// dure en minutes requise pour raliser
// la rvision sur les bornes de ce type
nbJoursEntreRvisions : Entier
// nombre de jours qui sparent deux rvisions successives d'une borne de ce type
nbUnitsEntreRvisions : Entier
// nombre d'units de recharge au-del duquel il faut envisager une nouvelle rvision

le
de
R l'
s E
ea ns
u eig
SC ne
ER me
EN nt
Pr
o

fe

ss
io
n

ne

Mthodes publiques :
Fonction getDureRvision() : Entier
// retourne la dure en minutes requise pour raliser la rvision sur les bornes de ce type
Fonction getNbJoursEntreRvisions() : Entier
// retourne le nombre de jours au-del duquel il faut envisager une rvision
// sur les bornes de ce type
Fonction getNbUnitsEntreRvisions() : Entier
// retourne le nombre d'units de recharge au-del duquel il faut envisager une rvision
// sur les bornes de ce type
FinClasse

io
na

Classe Borne
Attributs privs :
idBorne : Entier
// identifiant de la borne
dateDernireRvision : Date // date de la dernire rvision effectue sur la borne
indiceCompteurUnits : Entier
// nombre d'units de recharge dlivres depuis la dernire rvision,
// ce compteur tant remis zro suite chaque rvision
leType : TypeBorne
// type de la borne

Ba

se

at

Mthodes publiques :
Fonction getDureRvision() : Entier
// retourne la dure en minutes requise pour raliser la rvision sur la borne,
// cette dure tant fonction du type de la borne
Fonction estARviser() : Boolen
// retourne vrai lorsque la borne doit tre rvise, soit parce que le temps qui spare
// deux rvisions pour ce type de borne s'est coul depuis la date de la dernire rvision,
// soit parce que le nombre d'units de recharge dlivres par la borne
// depuis la dernire rvision a atteint le seuil tabli pour ce type de borne ;
// retourne faux sinon
FinClasse

BTS Informatique de gestion option Dveloppeur dapplications

11 / 15

ne

Classe Visite
Attributs privs :
tat : Caractre
// tat de la visite : 'p' pour programme, 'a' pour affecte, 'r' pour ralise
dureTotale : Entier
// dure totale en minutes requise pour raliser l'ensemble des rvisions
// prvues sur les bornes de la station
laStation : Station
// la station concerne par la visite
lesBornes : Collection de Borne
// la collection des bornes de laStation concernes par la visite

le
de
R l'
s E
ea ns
u eig
SC ne
ER me
EN nt
Pr
o

fe

ss
io
n

Mthodes publiques :
Visite(lesBornesAVisiter : Collection de Borne, uneStation : Station)
// ce constructeur valorise tous les attributs privs de la classe Visite, y compris l'tat et la
// dure totale de la visite
Fonction getDureTotale() : Entier
// retourne la dure totale en minutes requise pour raliser l'ensemble
// des rvisions prvues sur les bornes de la station
Fonction getEtat() : Caractre
// retourne l'tat de la visite
Procdure changerEtat()
// modifie l'tat de la visite, de 'p' programme 'a' affecte, ou de 'a' affecte 'r' ralise
FinClasse

// matricule du technicien
// nom du technicien
// prnom du technicien
// ensemble des visites affectes au technicien

at

io
na

Classe Technicien
Attributs privs :
matricule : Entier
nom : Chane
prnom : Chane
lesVisites : Collection de Visite

Ba

se

Mthodes publiques :
Fonction getTempsOccup() : Entier
// retourne la dure totale en minutes des visites affectes au technicien
Procdure affecterVisite(uneVisite : Visite)
// ajoute la visite uneVisite dans les visites affectes au technicien
Fonction getLesVisites() : Collection de Visite
// retourne l'ensemble des visites affectes au technicien
FinClasse

BTS Informatique de gestion option Dveloppeur dapplications

12 / 15

Ba

se

at

io
na

le
de
R l'
s E
ea ns
u eig
SC ne
ER me
EN nt
Pr
o

fe

ss
io
n

ne

Classe Maintenance
Attributs privs :
lesStations : Collection de Station
// l'ensemble des stations
lesTechniciens : Collection de Technicien
// l'ensemble des techniciens
lesVisites : Collection de Visite
// l'ensemble des visites raliser
Mthodes publiques :
Procdure rviser()
// Etablit l'ensemble des visites raliser sur les stations
Procdure affecterVisites()
// Affecte les visites raliser aux techniciens, en rpartissant quitablement le travail
// entre les techniciens. Chaque visite est affecte au technicien le moins occup en temps
// total de maintenance prventive. L'tat de chaque visite doit alors tre mis jour.
FinClasse

BTS Informatique de gestion option Dveloppeur dapplications

13 / 15

Annexe 2C Description des classes techniques


Classe Collection de <nom de la classe>

ss
io
n

ne

Mthodes publiques
Fonction cardinal() : Entier
// Renvoie le nombre d'objets de la collection
Fonction obtenirObjet(unIndex : Entier) : Objet de la classe
// Retourne l'objet d'index unIndex, le premier objet de la collection a pour index 1
Procdure ajouter(unObjet : Objet de la classe)
// Ajoute un objet la collection

fe

FinClasse

Classe Date

io
na

Attributs privs :
anne : Entier
mois : Entier
jour : Entier

le
de
R l'
s E
ea ns
u eig
SC ne
ER me
EN nt
Pr
o

Pour instancier une collection :


uneCollection : Collection de <classe>
uneCollection new Collection() de <classe>
Pour parcourir par itration les lments d'un objet Collection, il est possible d'utiliser :
Pour chaque <objet> dans <collection> faire
// instructions avec <objet>
FinPour

se

at

Mthode publique porte classe :


fonction aujourdhui() : Date // renvoie la date du jour
// Exemple dappel : an
Date.aujourdhui().anne()
// la variable entire an reoit lanne de la date du jour

Ba

Mthodes publiques :
fonction anne() : Entier
// renvoie lanne
fonction mois() : Entier
// renvoie le mois
fonction jour() : Entier
// renvoie le jour
fonction diffrence(uneDate : Date) : Entier
// renvoie le nombre de jours de diffrence entre l'objet Date courant et le paramtre uneDate
// si lobjet Date courant correspond une date postrieure au paramtre uneDate,
// le nombre de jours retourn est positif.
// Dans le cas contraire, le nombre de jours retourn est ngatif.

Fin Classe Date

BTS Informatique de gestion option Dveloppeur dapplications

14 / 15

ne

Echelle :
1 mois
0,5 mois

PROJET CRAB

M1,M2
D1
CP
A1,A2
D1,D4
D1,D4
D1,D4
D3
D2
D2,D3
D2,D3
D1,D2
CP,D4
D1,D2
D1,D2
CP

Cot en
38 000
30 000
8 000
8 000
84 000
56 000
16 000
8 000
16 000
16 000
44 000
4 000
8 000
8 000
24 000
24 000
8 000
8 000
20 000
290 000

Plan de charge des dveloppeurs D1, D2, D3, D4

Fvrier

Mars

Avril

Mai

Juin

Juillet

Aot

Septembre

Octobre

Fvrier

Mars

Avril

Mai

Juin

Juillet

Aot

Septembre

Octobre

Fvrier

Mars
12,50%

Avril
12,50%

Mai
62,50%

Juin

Juillet

Aot

Septembre
50,00%

Octobre
37,50%

D4
D3
D2
D1

Ba
se

Taux d'occupation mensuel des ressources (dveloppeurs)

at
io

Dveloppeur affect une tche

Charge
en JH
80
60
20
10
140
140
40
20
40
40
110
10
20
20
60
40
20
20

fe

Assigne A

na
le
de
R l'
s E
ea ns
u eig
SC ne
ER me
EN nt
Pr
o

TACHES
Conception / Maquettage
Conception / Maquettage
Documentation
Validation des charges
Conception de l'architecture technique
Conception des dveloppements
Ecrans
Contrles
Scurit
Simulations (Tests techniques)
Ralisation des dveloppements
Ecrans
Contrles
Scurit
Simulations (Tests techniques)
Recette fonctionnelle
Formation utilisateurs
Dploiement
Pilotage

ss
io
n

:
LgendeLgende
:
1 mois = 30 jours dlai - 20 JH pour une personne
1 mois = 30 jours dlai, soit 20 Jours/Homme (J/H)

Annexe 3 Planification du projet CRAB et taux d'occupation des ressources dveloppeur

BTS Informatique de gestion - Option Dveloppeur dapplications

15 / 15