Corrigé Bts Blanc CGO: Système d'information gestion

Dossier 2 CGO1A et CGO1C

2.1. Traduisez le modèle conceptuel de données en modèle relationnel.

CLIENT (N°Client, Nom, Prénom, Ad_Rue, Ad_CodeP, Ad_Ville)

COMPTE (N°Compte, Date_Création, Type_Extrait, Fiscalité, #N°Client, #N°Catégorie)

CATEGORIE (N°Catégorie, Lib_Catégorie)

VALEUR (Code-Valeur, Libellé_Valeur, Nominal_Valeur, Date_Emission, Date_Echéance)

OPERATION (N°Opération, Date_opération, Sens_opération, Quantité_Négociée, Cours_Négocié, #Code_Valeur)

CONCERNER (#N°Opération, #N°Compte, Quantité_Aff)

2.2 Rédigez les requêtes suivantes en langage SQL :

2.2.1 Nom et prénom des clients possédant un compte titre de catégorie «risque modéré»

SELECT Nom, Prénom

FROM COMPTE, CLIENT, CATÉGORIE

WHERE COMPTE.N°Client=CLIENT.N°Client

AND COMPTE.N°Catégorie=CATÉGORIE.N°Catégorie

AND Lib_Catégorie = "Risque Modéré" ;

2.2.2 Le nombre d’opérations par compte

SELECT N°Compte, COUNT (N°Opération) AS [Nombre d’opérations]

FROM CONCERNER

GROUP BY N°Compte ;

Dossier 2 CGO1B

2.1. Répondez aux questions suivantes concernant le MCD de l’annexe 3. Justifiez vos réponses.

2.1.1. Peut-on connaître le nombre de titres possédés par chaque client ?

OUI. Il faut compter le nombre d’occurrences de l’association POSSEDER pour un N°client donné.

2.1.2. Dans le temps, un compte peut être amené à changer de catégorie, par exemple passer de la catégorie « risque modéré » à la catégorie « risque fort ». Peut-on connaître l’historique des différentes catégories de risques qu’a connues un compte ?

NON. La cardinalité 1,1 entre COMPTE et APPARTENIR indique qu’un compte ne peut appartenir qu’à une seule catégorie (la dernière sélectionnée).

2.1.3. Dans quel cas un compte ne peut-il être concerné par aucune opération (cardinalité O, n entre COMPTE et CONCERNER) ?

Un compte quand il vient d’être créé n’est pas encore mouvementé.

2.2. Traduisez le modèle conceptuel de données en modèle relationnel.

(voir supra Dossier 2 CGO1A et CGO1C question 2.1.)

Dossier 3

3. En vous aidant des annexes 4 et 5, terminez la rédaction de l’algorithme présenté en annexe B (à compléter et à rendre avec la copie) permettant de calculer et d’afficher la prime de performance, la prime de régularité et la prime globale générées par un OPCVM donné.

VARIABLES

Code_OPC  : numérique (accepter Chaîne de caractère)

Niv_Collecte, Perf_Ind, Perf_OPC, Prime_Perf, Prime_Reg, Prime_Tot, Ecart : Réel

DEBUT

LIRE Code_OPC, Lib_OPC, Niv_Collecte, Perf_Ind, Perf_OPC

EcartPerf_OPC-Perf_Ind

SI Ecart < 0,05

ALORS Prime_Perf5 000

SINON SI Ecart< 0,1

ALORS Prime_Perf8 000

SINON Prime_Perf10 000

FINSI

FINSI

SI Niv_Collecte <= 10 000 000

ALORS Prime_Reg Niv_Collecte *0,05%

SINON SI Niv_Collecte <= 50 000 000

ALORS Prime_Reg5 000 + (Niv_Collecte-10 000 000) *0,03%

SINON Prime_Reg5 000 + 12 000 + (Niv_Collecte-50 000 000) *0,025%

FINSI

FINSI

Prime_TotPrime_perf + Prime_Reg

AFFICHER Code_OPC , Lib_OPC, « Prime de Performance : » Prime_perf, « Prime de régularité : » Prime_Reg, « Prime Totale : » Prime_Tot

FIN

Dossier 4 - Progiciels de gestion

4.1. Quelle

...