Corrigé Spé Systèmes d'Information de Gestion - Bac STMG Métropole 2016

Corrigé Spé Systèmes d'Information de Gestion - Bac STMG Métropole 2016

Notre professeur a rédigé pour vous le corrigé de Spécialité Systèmes d'Information de Gestion du Bac STMG 2016.

Vous trouverez les réponses aux questions des 3 dossiers sur la découverte du métier de KissKissBankBank, la gestion des projets par KissKissBankBank et la valorisation des performances de KissKissBankBank. La question de la seconde sous-partie était : "Les outils de l'informatique sociale répondent-ils avant tout à un besoinde collaboration ?"

Téléchargez gratuitement ci-dessous le sujet corrigé de Spé Systèmes d'Information de Gestion du Bac STMG de Métropole 2016 !
➜ Consultez le sujet de Spé SIG du Bac STMG de Métropole 2016

Corrigé Spé Systèmes d'Information de Gestion - Bac STMG Métropole 2016

Le contenu du document

 

PREMIÈRE SOUS-PARTIE

DOSSIER 1 : DÉCOUVERTE DU MÉTIER DE KISSKISSBANKBANK (KKBB)

1.1A l’aide du document 1, expliquer pourquoi KissKissBankBank a refusé le projet d’Elya Gardon lors de l’étude d’éligibilité ?

Le projet a été refusé car comme expliqué dans le document 1 le projet n’a pas une portée collective, il s’adresse à un groupe bien précis et défini de personne. De plus le projet n’a pas de finalité précise, il pourrait être assimiler à des vacances.

1.2Sur votre copie, compléter le schéma du document 2 afin qu’il représente l’intégralité du processus de sélection des dossiers et de mise en ligne des projets.

(à la suite)

 

Processus de sélection des dossiers et de publication des projets

 

1.3 Indiquer les risques contre lesquels KKBB a voulu se prémunir en ayant recours aux services d’Ingenico.

Si Ingenico possède l’avantage de donner confiance aux utilisateurs des sites avec qui il travaille, il est également un cybermarchand étant capable de protéger les intérêts des parties prenantes dont KKBB.

En effet, si KKBB a recours à Ingenico, c’est principalement pour utiliser son module de détection des fraudes (document 3). Ce système permet aux sites utilisateurs comme KKBB de s’éloigner des transactions suspectes en maintenant à jour des listes noires et blanches ou en limitant le montant des transactions. Pour maintenir une telle sécurité, KKBB et Ingenico ont mis en place des CGU de leurs sites (document 5) de manière à garder une surveillance active des utilisateurs dans le but de lutter contre le blanchiment des capitaux et le financement d’activités illicites. De telles dérives pourraient nuire à KKBB et c’est pour cette raison que la société s’attache à éradiquer ces activités afin de garder la confiance de ses utilisateurs.

1.4 Indiquer, pour chaque acteur, utilisateur ou partenaire, de la plate-forme de crowfunding de KKBB, ce qu’il attend de sa relation de collaboration avec les autres acteurs.

KKBB utilise Ingenico afin d’inspirer confiance à l’utilisateur. La réputation de Ingenico étant reconnu et étant une entreprise fiable, l’utilisateur pourra utiliser les services payants de KKBB sereinement. Grâce aux services d’Ingénico, l’utilisateur à le choix du mode de paiement : CB, virement ou chèque et cela sans plus de gestion pour KKBB car Ingenico s’occupe de tout.

Les remboursements et les virements entre les utilisateurs et entre KKBB/utilisateurs sont simples et rapides.

 

Ingenico générera du traffic en plus en étant sur le service KKBB. Il prouvera également que des sites lui font confiance et renforcera son image.

Les utilisateurs seront dans un environnement connu et familier. Ils seront aptes à utiliser le service de paiement et auront confiance, par conséquent plus apte à payer sur KKBB.

 

 

DOSSIER 2 : GESTION DES PROJETS PAR KKBB

2.1 Au vu de ce planning de projet, indiquer le jour le plus tôt et celui au plus tard auquel la formation pourra démarrer. Justifier.

Le jour le plus tard est induit par l’énoncé : Julie devant partir pour un déplacement professionnel le matin du 22ème jour, la formation devra se terminer au plus tard le soir du 21ème jour et donc commencer au plus tard le matin du 20ème jour.

Le jour le plus tôt est déterminé en fonction des étapes nécessaires antérieurement. Pour pouvoir former sur le système, ce dernier doit être réalisé et donc la formation ne devra débuter qu’après l’étape C (Réalisation de l’application) au matin du 11ème jour. Cependant, il est préférable d’avoir un système étant pleinement opérationnel et il serait donc important de laisser passer l’étape des tests (étape D). En prenant en compte ces deux étapes, nous pouvons considérer que la formation ne devra être programmé qu’à partir du 19ème jour.

2.2 Calculer le coût salarial de réalisation du projet en interne, en tenant compte de la formation.

 

Etape du projet Duréen en jours de l'étape Nombre de collaborateurs mobilisés Jours à rémunérer Salire par jour (en euros) Coût de l'étape (en euros)
A 5 1 5 500 2500
B 3 2 6 250 1500
C 5 3 15 300 4500
D 8 2 16 300 4800
Formation 2 1 2 100 200
E 3 1 3 500 1500
F 2 2 4 300 1200
G 2 1 2 500 1000

Soit un total de : 17 200€

Le coût salarial de réalisation du projet en interne en tenant compte de la formation s’élève donc à 17.200€.

2.3 Indiquer quelles incidences cette absence aura sur le projet tel que planifié initialement (document 6). Justifier.

Les designers sont à la base chargés de l’étape B (réalisation de l’interface). Sachant qu’ils sont 2 initialement pour 3 jours de travail, si l’un des deux ne fait plus partie du plan, un designer seul devra mettre deux fois plus de temps soit 6 jours. Cela a bien évidemment des conséquences sur l’estimation du temps de projet qui se voit décaler d’un jour à partir du 11ème jour puisque l’étape B se terminera le 12ème jour (et non le 11ème comme c’était prévu initialement).

L’étape D commencera au jour 12.

L’étape de la formation débutera automatiquement le 20ème jour. L’étape E et F débuteront également le 20ème jour.

L’étape G débutera le 23ème jour.

2.4 Proposer des arguments qui pourraient aider KKBB à choisir entre faire appel à l’ESN ou réaliser en interne son propre logiciel.

Pour se décider, KKBB devra s’appuyer sur deux critères judicieux permettant de trancher entre l’une et l’autre méthode : le coût du projet et la durée.

Concernant le coût, il est de 18.000€ en passant par l’ESN et il est de 17.200€ en réalisant le logiciel en interne. Sur ce critère, KKBB aurait intérêt à développer son système en interne.

Concernant la durée, elle serait de 24 jours en développant en interne mais elle n’est pas précisée par le devis. Cependant, en sous-traitant, KKBB se délaisserait du suivi de projet et les délais devraient être respectées par l’ESN.

Un autre point qui peut avoir son importance dans la décision concerne la protection des données qui serait totale en ne recourant pas à la sous-traitance.

2.5 Indiquer la raison pour laquelle M. Cetin Yuksel ne peut pas réaliser cette opération. Proposer une modification du schéma relationnel permettant de résoudre ce problème.

M. Cetin Yuksel ne peut pas investir deux fois à un même projet car d’après le schéma relationnel la clé primaire, qui se doit être unique afin d’être identifiable, se base sur l’id du membre et l’id du projet.

Si M. Cetin Yuksel investit dans un projet, une entrée avec son id et le projet dans lequel il investit sera créée. S’il ré-investit dans le même projet une deuxième se verra créer avec la même clé primaire : Son id et l’id du projet.

Afin que les utilisateurs puissent investir plusieurs fois dans un même projet, il faut ajouter un troisième paramètre dans la clé primaire, qui ne soit pas le montant autrement l’utilisateur ne pourra pas faire deux fois le même investissement. Je propose d’ajouter un numéro de transaction unique afin de palier à ce problème :

Inverstir(numeroTransaction, idMembre, idProjet, montant) Clé primaire : numeroTransaction

Clé étrangère : inchangées

2.6 Écrire les requêtes qui permettent de répondre à Camille Pons (sachant qu’aucune modification proposée à la question 2.5 n’a été réalisée).

Avoir  tous les donneurs pour le projet Un toit bio en ville : SELECT nom, prenom, montant

FROM Membre, Investir, Projet

WHERE Membre.id = Inverstir.id

AND Projet.libelle = ‘Un toit bio en ville’ A ND Projet.createur = 12

Avoir la somme de chacun de ses projets : SELECT Projet.libelle,

SUM(montant)

FROM Membre, Investir, Projet

WHERE Inverstir.idMembre = 12 GROUP BY Inverstir.idProjet

2.7 Proposer deux indicateurs de performance pertinents, qui pourraient être construits à partir de la base de données (document 8), pour ce type de plateforme. Préciser les tables concernées (les requêtes ne sont pas demandées).

Des indicateurs de performance pourront être le nombre total de membres inscrits, en comparaison avec le nombre total de projets portés par des personnes différentes et le nombre total d’investissements par personne et le nombre de projets portés jusqu’à l’objectif.

En effet, le nombre de personne détermine le potentiel d’investissement et les sommes investies monte la puissance financière du site.

 

 

DOSSIER 3 : VALORISATION DES PERFORMANCES DE KKBB

3.1 Expliquer brièvement ce que souhaitent obtenir les developpeurs grâce à la requête ligne 1190.

La requête présentée affiche le nom du projet, avec le nom et le prénom de son créateur ainsi que le total des investissements reçu pour ce projet et ce pour tous les projets encore actifs (où la date de fin n’a pas été atteinte).

3.2 Préciser l’élément du système informatique désigné par l’adresse « 54.154.124.59 » indiquée à la ligne 1140 du script PHP.

L’adresse 54.154.124.59 correspond à l’adresse du serveur sur lequel est hébergé la base de données (et potentiellement l’application).

3.3 3 Compléter sur votre copie les lignes 1300 et 1310.

1300 : $sommeCollectee = $ligne[‘sommeCollectee’]; 1310 : $taux = $sommeCollectee/$ligne[‘objectif’];

3.4 Ecrire sur votre copie les modifications à effectuer dans le code PHP afin de répondre aux attentes des responsables. Préciser les numéros des lignes concernées.

1190 : $req=" SELECT idProjet, libelle, nom, prenom, mel objectif, SUM(montant) as 'sommeCollectee'

FROM Projet, Membre, Investir

WHERE createur = Membre.id AND idProjet = Projet.id AND dateFin > CURDATE()

GROUP BY idProjet, libelle, nom, prenom, objectif";

1420 : if($taux >= 1) {

$destinataire = $ligne[‘mel’]; // courriel du porteur de projet $sujet = $ligne['libelle']; // sujet du projet concerné

$message = "Votre projet a atteint son objectif";

envoyerMail ($destinataire, $sujet, $message); }

3.5 Citer une autre utilité pour KKBB de posséder l’information relative aux projets dont l’objectif de levée de dons est atteint.

Grâce à l’information relative aux projets dont l’objectif de levé de dons est atteint, KKBB peut savoir combien de projet aboutisse au total et en affichant ce nombre, KKBB peut espérer attirer les nouveaux utilisateurs en leur montrant que les projets sur la plateforme KKBB se réalisent.

 

DEUXIÈME SOUS-PARTIE

Les outils de l’informatique sociale répondent-ils avant tout à un besoin de collaboration ?

Idées principales que le candidat pouvait développer :

Web 2.0 et ses différents outils

Outil collaboratifs (Wiki, réseau social, blog, pages personnelles, etc.) et leurs finalités

Développement du web collaboratif dans les organisations (Avantages pour les organisations, risques de la circulation de l’information, etc.)

Besoin croissant des outils collaboratifs pour communiquer entre les individus

Omniprésence aujourd’hui des outils collaboratifs dans la conduite de projet ou dans les suivis de budget dans un but de recherche de performance.

Fin de l'extrait

Vous devez être connecté pour pouvoir lire la suite

Télécharger ce document gratuitement

Donne ton avis !

Rédige ton avis

Votre commentaire est en attente de validation. Il s'affichera dès qu'un membre de Bac STMG le validera.
Attention, les commentaires doivent avoir un minimum de 50 caractères !
Vous devez donner une note pour valider votre avis.

Nos infos récentes du Bac STMG

Communauté au top !

Vous devez être membre de digiSchool bac STMG

Pas encore inscrit ?

Ou identifiez-vous :

Mot de passe oublié ?