0% ont trouvé ce document utile (0 vote)
59 vues8 pages

Étude de cas BTS Informatique 2002

Transféré par

Tonde
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats PDF, TXT ou lisez en ligne sur Scribd
0% ont trouvé ce document utile (0 vote)
59 vues8 pages

Étude de cas BTS Informatique 2002

Transféré par

Tonde
Copyright
© © All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats PDF, TXT ou lisez en ligne sur Scribd

BTS INFORMATIQUE DE GESTION SESSION 2002

E 4D : ÉT UD E D E C AS

Durée : 5 heures Coefficient : 5

C AS JM S

Éléments de correction

Les compléments d'informations, écrits en caractères italiques, sont uniquement destinés aux correcteurs. Ils ne
doivent pas être pris en compte pour évaluer les copies des candidats.

Barème détaillé

Dossier 1 : Mise en place de l’équipement informatique 25 points


Question 1.1 : 5 points
Question 1.2 : 4 points
Question 1.3 : 5 points
Question 1.4 : 3 points
Question 1.5 : 8 points

Dossier 2 : Édition des programmes d’entretien 25 points


Question 2.1 :
BLOC AVION, RESPONSABLE, AÉROCLUB 7 points
BLOC PROGRAMME, PRÉVOIR 10 points
BLOC OPÉRATION / SECTION 4 points
BLOC VISITE 4 points

Dossier 3 : Gestion du stock de pièces détachées 25 points


Question 3.1 : 6 points
Question 3.2 : 9 points
Question 3.3 : 10 points

Dossier 4 : Entretien des avions 25 points


Question 4.1 a : 4 points
Question 4.1 b : 5 points
Question 4.1 c : 5 points

Question 4.2 a : 3 points


Question 4.2 b : 8 points

Total 100 points

page 1/8
DOSSIER 1 MISE EN PLACE DE L’ÉQUIPEMENT INFORMATIQUE

1.1 – Proposer une architecture de réseau local : réaliser un schéma de principe du réseau et indiquer le
nom des composants à prévoir pour la mettre en œuvre

La solution la plus pertinente est une architecture Ethernet 100 baseT. Même si une architecture Ethernet 10
baseT (ou 10 Base 2) est envisageable, elle ne présente plus d’intérêt économique aujourd’hui. Le Gigabit
Ethernet à base de câblage 4 paires torsadées (1000 BaseT) ou fibre optique (1000 Base FX) est difficile à
justifier ici en raison de son coût.

Prise RJ45

Les stations sont reliées à un concentrateur (hub) ou à un commutateur (switch) par des câbles de descente de
100 m ou moins, les prises de connexion sont de type RJ45.
Remarque : la représentation d’une machine « Serveur » n’est pas exigible à ce niveau.

Nomenclature des composants nécessaires pour un réseau ETHERNET 100 base T:

Par poste 1 carte Ethernet 100 base T avec prise RJ45

Imprimante 1 carte Ethernet 100 base T avec prise RJ45


Autres possibilités : serveur d’impression ou imprimante locale partagée au
secrétariat
Support physique 1 concentrateur (ou commutateur) 100 base T (HUB)
1 câble de liaison vers le concentrateur, câble UTP catégorie 5 (il n’a pas
besoin d’être blindé sauf si le candidat fait allusion à d’éventuelles
perturbations dans l’atelier)

1.2 – Énoncer les critères sur lesquels s’appuiera le directeur pour choisir entre un réseau organisé
autour d’un serveur et un réseau poste à poste

Poste à poste Serveur de réseau


– faible coût – sécurité accrue (attribution de droits aux
– mise en œuvre aisée utilisateurs et authentification de ceux-ci)
Avantages – pas ou peu de connaissances en – centralisation des ressources, meilleure
administration réseau accessibilité pour les utilisateurs et
l’administrateur, en particulier pour la
sauvegarde
– mauvaise gestion de la sécurité – coût plus élevé
– la sécurité dépend de chaque utilisateur, – nécessite des compétences particulières
Inconvénients administrateur de son poste d’administration de réseau
– l’accès à une ressource sur un poste est
conditionné au fonctionnement de celui-ci
Un tableau comparatif serait le bienvenu.
1.3 – Dire quels éléments sont nécessaires pour assurer la sécurité des moyens informatiques mis en
œuvre dans ce réseau local.

page 2/8
La sécurité des moyens informatiques répond à trois problématiques :
! Disponibilité
La sécurité de fonctionnement du serveur est assurée par un onduleur qui le protège des coupures
d’alimentation. Le choix dépend de la puissance et de la technologie (on line ou off line). En outre le
serveur peut être équipé d’un système de disque en miroir.
Une sauvegarde journalière des données du serveur sera mise en place et nécessite l’achat d’un lecteur
de disque amovible d’une capacité adaptée au serveur.
! Intégrité
La présence d’un antivirus sur chaque station du réseau permet de lutter contre les dégradations
logicielles, il faut que la version de l’antivirus soit à jour.
! Confidentialité
Les utilisateurs seront identifiés par un nom et un mot de passe. Des droits sont associés à chaque
utilisateur sur les ressources.

1.4- Indiquer l’utilité du budget demandé .......................................................................................................

Le budget est l’expression financière du projet d’informatisation.


Il s’agit ici d’un budget d’investissement qui présente les engagements mensuels de dépenses
(indépendamment de leur règlement).
Il met en évidence les besoins de financement nécessaires à la réalisation du programme et permet d’alimenter
le budget de trésorerie afin d’assurer l’équilibre recettes/dépenses.

1.5- Présenter le budget prévisionnel pour les trois mois ............................................................................

BUDGET D'INVESTISSEMENT septembre octobre novembre


Coût des matériels H.T. (1 point)
5 micro-ordinateurs 12 000
1 imprimante 1 000
Licences logiciels 10 000
Concentrateur 8 ports 200
Câblage 100
Extraits des devis fournisseurs H.T.2 (7 points : 1 par ligne)
Études 8 30 240
Câblage 10 24 240
Installation matériel 10 30 300
Installation logiciel, tests 4 30 120
Formation externe 2mois*3j*10pers 200 6 000 6 000
Frais déplacement 2mois*3j*10pers 30 900 900
Formateur sur site 2 1 000 2 000
TOTAL 7 480 20 400 12 120

page 3/8
DOSSIER 2 ÉDITION DES PROGRAMMES D’ENTRETIEN

2.1 - Schéma entité-association des programmes

AVION
OPÉRATION
prévoir PROGRAMME immatriculation
rangOpération 0,n numéroProgramme
faire l'objet
libelléOpération 0,n (1,1) 0,n modèle
dateÉtablissement constructeur
(1,1)

0,n 1,1 (1,1)

est associée
VISITE
codeVisite
fréquenceVisite

gérer immatriculer
0,n

SECTION
codeSection
administrer
nomSection

1,1 0,n
0,n

RESPONSABLE AÉROCLUB 0,n

codeResp codeClub
HORAIRE CALENDAIRE nomResp nomClub
délaiToléré PAYS
prénomResp rueClub
télFixeResp codePays
cpClub
nomPays
télMobileResp villeClub
fonctionResp télClub

page 4/8
DOSSIER 3 GESTION DU STOCK DE PIÈCES DÉTACHÉES

3.1 - C’est le magasin qui a la responsabilité de rebuter les pièces.

Procédure REBUTER (es laPièce : PièceNonAgréée)


Début
laPiè[Link]()
FinProcédure

3.2 -

Procédure RÉVISER (e nbHeures : Entier)


Variables :
compteur : Entier
Début
Pour compteur de 1 à nbPièces
Si lesPièces[compteur].getEtat() = «VERT» Et lesPièces[compteur].getNbHeures() ≥ nbHeures
Alors
lesPièces[compteur].setOrange()
Finsi
FinPour
FinProcédure

3.3 -

Fonction SUPPRIMER (e num : Chaîne de caractères) : Entier


Variables :
compteur : Entier
rangTrouvé : Entier
trouvé : Booléen
Début
compteur # 1
trouvé # faux
Tant que Non trouvé Et compteur ≤ nbPièces
Si lesPièces[compteur].getNumSérie() = num
Alors
trouvé # vrai
rangTrouvé # compteur
Sinon
compteur # compteur +1
FinSi
FinTQ
Si trouvé
Alors
Si rangTrouvé <> nbPièces
Alors // la pièce n’est pas la dernière donc on procède au tassement
Pour compteur de rangTrouvé à nbPièces – 1
lesPièces[compteur] # lesPièces[compteur + 1]
FinPour
FinSi
nbPièces# nbPièces – 1
Retourne 1
Sinon
Retourne 0
FinSi
FinFonction

page 5/8
DOSSIER 4 ENTRETIEN DES AVIONS

4.1 - Exprimer les requêtes SQL qui permettent de

a) Autoriser la nouvelle secrétaire, dont le compte vient d’être ouvert sous le nom d’utilisateur
"MONIQUE", à autoriser toutes les opérations sur la table SUBIR et lui interdire toute intervention sauf
la sélection sur les autres tables.

GRANT SELECT ON AEROCLUB TO MONIQUE


GRANT SELECT ON AVION TO MONIQUE
GRANT SELECT ON INTERVENTION TO MONIQUE
GRANT ALL ON SUBIR TO MONIQUE WITH GRANT OPTION

b) Savoir quel est l’aéro-club (nom, ville) auquel est rattaché l'avion qui a subi une intervention de libellé
"Passage au banc du tachymètre" la plus récente. ........................................................................................

SELECT Nom, Ville


FROM AEROCLUB C, AVION A, SUBIR S, INTERVENTION I
WHERE [Link] = [Link]
AND [Link] = [Link]
AND [Link] = [Link]
AND Libelle = ‘Passage au banc du tachymètre’
AND Date = (SELECT MAX (Date)
FROM SUBIR S, INTERVENTION I
WHERE [Link] = [Link]
AND Libelle = ‘Passage au banc du tachymètre’)

c) Afficher la liste des aéro-clubs (nom, ville) classée par chiffre d'affaires décroissant pour l'année
2002. Le chiffre d'affaires réalisé avec un aéro-club est le cumul des valeurs de « Montant » qui
concerne cet aéro-club. .....................................................................................................................................

SELECT Nom, Ville


FROM AEROCLUB C, AVION A, SUBIR S
WHERE [Link] = [Link]
AND [Link] = [Link]
AND Date BETWEEN ‘01/01/2002’ AND ‘31/12/2002’
GROUP BY [Link], Nom, Ville
ORDER BY SUM(Montant) DESC

page 6/8
4.2 – a) Écrire la requête SQL utile à l’extraction des données nécessaires de la base.

Select [Link], Nom, Modele, CodeAvion


From AEROCLUB, AVION
Where [Link] = [Link]
Order by Nom, [Link], Modele

4.2 – b) Algorithme qui permet d'éditer les avions par aéro-club et modèle.

Procédure Éditer() /* Solution 1 : version SQL hôte */


Variables hôtes :
hCodeClub : entier ; hNom, hModele, hImmat: chaîne
Variables :
wClub : entier ; wModele : chaîne_de_caractères
Début
SQL
DECLARE c_avion CURSOR FOR
Select [Link], Nom, Modele, CodeAvion
From AEROCLUB, AVION
Where [Link] = [Link]
Order by Nom, [Link], Modele
OPEN c_avion
FETCH c_avion INTO :hCodeClub, :hNom, :hModele, :hImmat
END SQL
Tant que sqlcode <> 100
wClub ← :hCodeClub
Afficher ( :hNom)
Répéter
wModele ← :hModele
Afficher ( :hModele)
Répéter
Afficher ( :hImmat)
SQL
FETCH c_avion INTO :hCodeClub, :hNom, :hModele, :hImmat
END SQL
Jusqu'à sqlcode = 100 ou wClub <> :hCodeClub ou wModele <> :hModele
Jusqu'à sqlcode = 100 ou wClub <> :hCodeClub
Fin Tant que
SQL
CLOSE c_avion
END SQL
Fin

page 7/8
Procédure Éditer() /* Solution 2 : utilisation d’un jeu d’enregistrements, objet fourni par le langage*/
Variables :
wClub : entier ; wModele : chaîne_de_caractères
rsAvion : jeu d’enregistrements /* Instanciation */
Début
wClub # 0
wModele # “”
txtRequete # ”Select [Link], Nom, Modele, CodeAvion ”+
“From AEROCLUB, AVION ”+
“Where [Link] = [Link]”+
“Order by Nom, [Link], Modele”
[Link] (txtRequete) /* Valorisation du jeu d’enregistrements */
[Link] /* Positionnement sur le premier enregistrement */
Tant que non([Link]) /* Tant qu’on n’est pas à la fin du jeu d’enregistrements */
Si wClub <> [Link](« CodeClub »)
/* La méthode get permet d’obtenir le contenu d’un champ de
l’enregistrement courant */
Alors
wClub # [Link](« CodeClub »)
Afficher ([Link](« Nom »))
wModele # “” /* Lorsque l’on change de club, il faudra
réafficher le modèle quel qu’il soit */
FinSi
Si wModele <> [Link](« Modele »)
Alors
wModele # [Link](« Modele »)
Afficher ([Link](« Modele »))
FinSi
Afficher ([Link](« CodeAvion »))
[Link] /* Positionnement sur l’enregistrement suivant */
FinTQ
[Link]
Fin

page 8/8

Vous aimerez peut-être aussi