Systèmes d information de gestion 2010 Diplôme de Comptabilité et de Gestion

12 pages

Français

Systèmes d'information de gestion 2010 Diplôme de Comptabilité et de Gestion

bankexam - Sacha

Cet ouvrage peut être téléchargé gratuitement

12 pages

Français

Cet ouvrage peut être téléchargé gratuitement

A propos
Informations
Extrait

Description

Examen du Supérieur Diplôme de Comptabilité et de Gestion. Sujet de Systèmes d'information de gestion 2010. Retrouvez le corrigé Systèmes d'information de gestion 2010 sur Bankexam.fr.

Informations

Publié par	bankexam
Publié le	09 mai 2011
Nombre de lectures	55
Langue	Français

Extrait

1010008SESSION 2010 DCGUE 8 – SYSTÈMES D’INFORMATION DE GESTION Durée de l’épreuve : 4 heures  Coefficient : 1,5 Aucun document ni aucun matériel ne sont autorisés. En conséquence, tout usage d'une calculatrice est INTERDITet constituerait unefraude. Document remis au candidat :le sujet comporte 12 pages numérotées de 1/12 à 15/12. Il vous est demandé de vérifier que le sujet est complet dès sa mise à votre disposition. Le su et se résente sous la orme de 5 dossiers indé endants : Page de garde…………………………………………………………………………..page 1Présentation du sujet…………………………………………………………………... page 2DOSSIER 1 Gestion des assemblées générales………………(5 points)…………….. page 2DOSSIER 2– Evolution du s stème d’information…………...(3 oints)…………….. a e 3 DOSSIER 3–Evolution du réseau…………………………….(4 points)…………….. page 4 DOSSIER 4………….. page 4 Gestion des appels de fonds travaux……………(4,5 points) DOSSIER 5– Gestion des lots et tantièmes sur tableur ……….(3,5 points)………….. page 5 Le sujet comporte les annexes suivantes : DOSSIER 1 Annexe 1–Procuration à l’assemblée générale……………………………………….. page 6 Annexe 2–Ordre du jour……………………………………………………………… page 6DOSSIER 2 Annexe 3–Le mode SaaS : bien plus qu’une réduction des coûts……………………. page 7 DOSSIER 3 Annexe 4–Description du réseau……………………………………………………... page 8 DOSSIER 4 Annexe 5–Modèle relationnel de la gestion des appels de fondstravaux………….... page 9 DOSSIER 5 Annexe 6–Tableaux de gestion des lots et tantièmes d'une copropriété …………….. page 9 Annexe 7–Indications de réalisation de la fonction personnalisée…………………… page 11 Annexe A – Modèle conce tuel des données (à rendre avec la co ie)…………….. a e 12 NOTA : l'annexe A doit obligatoirement être rendue avec la copie. AVERTISSEMENT Si le texte du su et de ses uestions ou de ses annexes vous conduit à formuler une ou lusieurs hypothèses, il vous est demandé de la (ou les) mentionner explicitement dans votre copie.

DCG 2010 – UE8 Système d'information de gestion

1/12

SUJET La société IMMODO (Demandes et Offres) est spécialisée dans la gestion des biens immobiliers. Son activité principale consiste à assurer les fonctions de syndic de copropriétés. Dans ce cadre , elle est amenée à : faire réaliser par les entreprises l’entretien des parties communes, effectuer le suivi des réparations et des travaux ; gérer le personnel éventuellement employé (concierge, agent de sécurité…) ; payer les factures relatives aux dépenses engagées (travaux, entretien, électricité, combustibles, eau,…); répartir les charges entre tous les copropriétaires ; procéder aux appels de fonds ; gérer les assemblées générales des copropriétaires. Son siège social est situé à Avignon, mais dans le cadre de son expansion, il est prévu la mise en place d’agences dans plusieurs autres villes de France. Outil de gestion et vecteur de son développement, le système d’information nécessite une étude complète. DOSSIER 1 – GESTION DES ASSEMBLÉES GÉNÉRALES Description. Pour son fonctionnement normal, chaque copropriété est réunie régulièrement en assemblée générale (AG). Tous les ans, un certain nombre d’AG ont lieu. Chacune de ces assemblées générales est numérotée, et cette numérotation est propre à chaque année. A chaque assemblée, tous les propriétaires sont convoqués. Il est nécessaire de mémoriser pour chaque propriétaire, la date d’envoi de chaque convocation effectuée par lettre recommandée. Certains propriétaires étant absents, il faut donc connaître, pour chaque AG la liste des personnes présentes. Ceci est possible grâce à la feuille d’émargement remplie au début de chaque séance, et doit être mémorisée dans le système d’information. Dans une AG, les propriétaires peuvent se faire représenter par un propriétaire de la même copropriété. Dans ce cas, une procuration est nécessaire (voir annexe 1). Une procuration, document numéroté, est utilisée pour une seule représentation à une seule AG. Les lots. Un propriétaire possède, au sein de la copropriété, différents lots. Chaque lot est numéroté et caractérisé par sa description et son tantième (nombre de points attribués à ce lot en fonction de son importance). Le tantième sera pris en compte lors des votes au sein des AG afin de respecter la responsabilité de chaque propriétaire. Une information supplémentaire caractérisant le lot est le type de lot (garage, appartement, place de parking,…) Déroulement d’une AG. Le déroulement d’une assemblée générale est une suite de votes correspondant à autant de propositions. Ainsi une AG est composée de propositions numérotées par AG (voir annexe 2). Une proposition concerne un certain nombre de types de lots. Il faut donc connaitre ces derniers. Par exemple, certaines propositions se rapportent aux garages, d’autres aux appartements, d’autres encore à tous les types de lots…

DCG 2010 – UE8 Système d'information de gestion

2/12

Les votes. D’autre part, chaque proposition fait l’objet d’un vote. Le type de vote associé à chaque proposition peut être différent (par exemple, majorité absolue, majorité simple, unanimité,…). Lorsqu’un vote est valide, la proposition fait l’objet d’une et une seule décision. Quand un vote n’est pas valide la proposition n’est reliée à aucune décision. On numérotera chaque décision, et une séquence de numéro sera propre à chaque AG. En dehors de ce numéro, une décision est caractérisée par son texte, par exemple : accord, refus, descriptif… NB : dans ce dossier le champ d'étude est limité à une seule copropriété.

Travail à faire 1. Dans quel contexte une identification relative (liée à la notion d'entité forte/faible) peutelle être utile dans un Modèle de Données (MCD)? Vous illustrerez votre réponse par un exemple lié avec le cas présenté.

2. Sur l’annexe A (à compléter et à rendre avec la copie), compléter le modèle conceptuel des données permettant de gérer les assemblées générales de la copropriété.

DOSSIER 2  ÉVOLUTION DU SYSTÈME D’INFORMATION Annexe à utiliser : annexe 3 Pour l’évolution de son système d’information, la société IMMODO étudie diverses solutions. Les fonctions déjà présentes au sein de son système devront exister dans la version future tout en tenant compte du cahier des charges élaboré par l’équipe de projet. D’autres fonctions, en particulier celles générées par la création des agences réparties sur le territoire français, devront être intégrées. Actuellement, le système en place est structuré de la façon suivante :  certaines fonctions (comptabilité, trésorerie) sont assurées par un PGI installé sur des serveurs dans les locaux du siège.  d’autres fonctions (gestion des locations, gestion des copropriétés) sont également installées sur des serveurs appartenant à la société, mais ont été développées par une SSII qui en assure la maintenance, grâce à un contrat annualisé. Ces diverses fonctions ne communiquent pas entre elles. Pour l’évolution envisagée, IMMODO doit choisir entre plusieurs solutions : 1. Remplacer l’existant et assurer les nouvelles fonctions grâce à la mise en place d’un seul PGI couvrant tous les besoins fonctionnels. 2. Remplacer son système et assurer les nouvelles fonctions par une ou plusieurs solutions SaaS. Travail à faire 1. Au sein d’un tableau structuré, dresser pour ces deux propositions leurs avantages et leurs inconvénients en tenant compte de la spécificité de IMMODO.

2. Illustrer par des exemples la notion "d'amélioration continuelle des fonctionnalités".

DCG 2010 – UE8 Système d'information de gestion

3/12

DOSSIER 3  ÉVOLUTION DU RÉSEAU Le réseau informatique de la société IMMODO est décrit dans l’annexe 4. Ce schéma présente :  l’état actuel du réseau du siège avignonnais incluant les différents serveurs, les services administratifs, la DMZ (zone démilitarisée);  le projet d’une agence reliée au site du siège. Travail à faire 1. Décrire le rôle d’une DMZ (zone démilitarisée). 2. Décrire le rôle de chacun des serveurs présents dans l'annexe 4. 3. Quelle est l’adresse du réseau du siège d’Avignon ? La société prévoit d’utiliser le principe des sousréseaux pour gérer les adresses des agences. 4. Donner les avantages d’un tel choix. 5. Avec les informations présentes dans l’annexe 4 et les critères énoncés cidessus, déterminer le nombre d’agences qui peuvent être créées en justifiant votre calcul. DOSSIER 4  GESTION DES APPELS DE FONDS  TRAVAUX Chaque copropriété doit réaliser des travaux (réfections, aménagements divers, etc.). Le modèle relationnel présenté en annexe 5 décrit la base de données actuellement utilisée. On vous demande d'obtenir certaines informations grâce à des requêtes ciblées. Travail à faire Rédiger, en langage SQL, les requêtes suivantes : 1. Liste des entreprises (noms, sans doublon) ayant effectué des réalisations dans la copropriété "Bel Air" en 2009 2. Liste des propriétaires (nom, prénom, téléphone), de la copropriété "Pelican" classés par ordre alphabétique (nom et prénom), dont le numéro de téléphone a été renseigné. 3. Liste des paiements reçus (montant, date, nom de la réalisation) pour la réalisation nommée "Réfection chaufferie" et pour la réalisation nommée "Mise en place TNT". 4. Montant total des paiements reçus pour chaque réalisation (numéro, description, montant de la réalisation, total des paiements). 5. Liste des appels (Numéro, nom et prénom du propriétaire) pour lesquels un paiement n'a pas encore été reçu. 6. Nom de l'entreprise ayant effectué la réalisation la plus onéreuse concernant la copropriété "Le Bel Air".

DCG 2010 – UE8 Système d'information de gestion

4/12

DOSSIER 5  GESTION DES LOTS ET TANTIÈMES SUR TABLEUR Dans l'attente d'une refonte complète du système d'information, une solution transitoire doit être mise en place. Dans cet objectif, un tableur a été utilisé afin de permettre la gestion des lots et tantièmes. Travail à faire 1. Travail sur tableur (annexes 6.A et 6.B)

Ecrire les formules permettant d'obtenir les informations suivantes :

Tableau concerné Cellule Information à obtenir Remarque K2 Nombre de lots de La formule doit pouvoir être utilisée nature pour les cellules K3>K8 "parking"(nature en cellule J2) 6.B L2 Total des tantièmes La formule doit pouvoir être utilisée pour les lots de nature pour les cellules L3>L8 "parking" K9 Total du nombre de lots 2. La fonction nommée TantiemesTypeProp (nomPropriétaire : chaîne, typeLot : chaîne : decimal), utilisée en cellule R3 (annexes 6.A, 6.C et 7) permet de calculer le nombre total de tantièmes pour un propriétaire et un type de garage. Rédiger l’algorithme correspondant, en utilisant la fonctionValeurCellule() en précisantles noms et types de paramètres et de la valeur de retour.

DCG 2010 – UE8 Système d'information de gestion

5/12

Annexe 1  Procuration à l’assemblée généraleIMMO-DOGestiondebiensimmobiliersAssemblée Générale de la copropriété:LLLLeeeePPPPrrrrééééSSSSeeeerrrrggeeeennnnttttProcuration N°: 14465en date du : 2 avril 2009 AG n° 3 de l’année 2009 date : 21 avril 2009. Je soussigné, Marcel BERNARD propriétaire n° 104 déclare donner procuration à Gérard HENRI propriétaire n° 391 Pour tous les votes tenus et décisions prises lors de cette réunion. Le ro riétaire re résenté Si natureAnnexe 2Ordre du jourAssemblée Générale du 2 avril 2009. L’assemblée délibérera sur l’ordre du jour suivant : N° 1: Désignation du président de séance. N° 2: Désignation des scrutateurs N° 3: Approbation des comptes de l’exercice du 01/01/2008 au 31/12/2008 N° 4: Quitus au Syndic pour sa gestion de l’exercice arrêté au 31/12/2008/ N° 5: Approbation du budget prévisionnel de l’exercice du 01/01/2010 au 31/12/2010 pour un montant de 117 689,00 € TTC. N° 6: Désignation des membres du conseil syndical pour une durée d’une année. N° 7: Désignation à nouveau de la société IMMODO en qualité de syndic et approbation du contrat. N° 8: Décision à prendre concernant la réalisation d’une rehausse du mur de la plate forme containers N° 9: Décision à prendre concernant la mise en place de la TNT dans la copropriété. N° 10: Décision à prendre concernant la rénovation et passage au gaz naturel de la chaufferie avec proposition d’exploitation globale.

DCG 2010 – UE8 Système d'information de gestion

6/12

Annexe 3 Le mode SaaS : bien plus qu’une réduction des coûts Argument principal en faveur du mode SaaS, laréduction des coûtsest partout présentée comme le principal avantage de ces solutions. Pour être exact, une précision s’impose.

Pour reprendre la définition deGuillaume Plouin(Cloud Computing et SaaS, Editions Dunod), un Software as a Service «est un logiciel fourni sous la forme de service et non sous la forme de programme informatique. Les utilisateurs des applications SaaS accèdent à ce service via Internet.» Principale conséquence de ce modèle de distribution, le fameux « pay per use » : le paiement s’effectue suivant le nombre d’utilisateurs, sans coût fixe forfaitaire, et mensuellement. Pour être exact, le modèle SaaS permet donc un lissage des coûts informatiques, qui deviennent prédictibles.

Le passage d’un coût fixe à un coût variable unique est donc le point clé à retenir en termes d’avantages financiers. Dans le modèle traditionnel, il fallait prendre en compte un ensemble d’éléments pour évaluer les coûts, comme l’achat des licences, de support, de mises à jour et de frais d’exploitation. Aujourd’hui ces éléments sont agrégés dans un prix unique forfaitaire.

Aujourd’hui, nombre d’organisations voient dans le mode SaaS un moyen de réduire les coûts. Bien que ce soit effectivement un bénéfice majeur, il en est bien d’autres à considérer, notamment celuici : l’amélioration continuelle des fonctionnalités.

Dans un mode pur SaaS, l’application est fournie comme un service, par le biais d’un portail web. Aucune acquisition de licence, et de fait les mises à jour sont incluses dans le prix (à l’usage) : l’utilisateur n’a plus à changer de version tous les deux ou trois ans, et profite des derniers updates. Cette différence amène les éditeurs à revoir constamment leur logiciel, et donc à l’améliorer, en étant plus à l’écoute du marché et des utilisateurs. Le feedback de ces derniers quant à l’usage quotidien de l’application permet l’amélioration continuelle des fonctionnalités.

Dans le système onpremise (déploiement des applications sur site), chaque client travaille sur sa petite île, et le feedback est hors d’atteinte. Avec le SaaS, la facilité de la rapidité de déploiement entraînent de facto une plus grande proximité avec le client, qui devient acteur et pilote de l’amélioration. Chacun trouve ainsi son compte dans ce modèle qu’est le « Software as a Service » : le client, écouté et influent, et l’éditeur, qui améliore leur satisfaction et peut transformer ce processus en un puissant message de communication. La notion de « service » parle d’ellemême, et modifie la relation avec le client d’un bout à l’autre de la chaîne : on doit désormais servir le client. Si vous n’êtes pas satisfait de votre opérateur téléphonique, vous en changez. Si vous jugez qu’il répond à vos attentes et que la qualité de service s’améliore, vous le conservez.

Le SaaS permet effectivement de réaliser des économies, mais ce n’est qu’une partie des avantages. Disposer d’un outil continuellement amélioré, c’est encore mieux. Le SaaS, c’est aussi simple que ça !

May 28th, and Jun 12th, 2009 by Cyril Laguiseray www.mysaas.fr

DCG 2010 – UE8 Système d'information de gestion

7/12

Annexe 4  Réseau : situation actuelle avec projet agence. 1 – Siège de la société IMMODO Serveurs internes :  Serveur Proxy Linux Debian adresse 172.30.32.11 / 255.255.255.0  Serveur de fichiers Windows serveur 2003 adresse 172.30.32.12 / 255.255.255.0  Serveur WEB intranet Linux Debian & Apache adresse 172.30.32.13 / 255.255.255.0  Serveur DHCP Linux Debian adresse 172.30.32.14 / 255.255.255.0  commutateur 3com  Routeur accès Agence (projet) : adresse interne 172.30.32.254 / 255.255.255.0 Postes de travail  Poste de travail 1 : secrétaire : Windows seven pro  Poste de travail 2 : directeur : Windows seven pro  Poste de travail 3 : comptable : Windows seven pro  commutateur 3com DMZ (zone démilitarisée).  Parefeu interne adresse 172.30.32.2 / 255.255.255.0  Serveur DNS Windows serveur 2003 adresse 172.30.32.3 / 255.255.255.0  Serveur WEB internet Linux Debian & Apache adresse 172.30.32.4 / 255.255.255.0  Serveur Messagerie Exchange Windows serveur 2003 adresse 172.30.32.5 / 255.255.255.0 Parefeuexterne commutateur 3com  Routeur accès internet 2 – Agence (PROJET)  Serveur DHCP agent relais Linux Debian adresse 172.30.64.3 / 255.255.255.0  commutateur 3com  Routeur accès siège : adresse interne 172.30.64.254 / 255.255.255.0  Poste de travail 1 : secrétaire : Windows seven pro  Poste de travail 2 : responsable agence: Windows seven pro

DCG 2010 – UE8 Système d'information de gestion

8/12

Annexe 5  Modèle relationnel de la gestion des appels de fonds  travauxCOPROPRIETE(CopNum,CopNom,CopRue, CopCP,CopVille) ENTREPRISE(EntNum,EntNom,EntTel) REALISATION(RealNum, RealNom,RealDescription, RealDate, RealMontant, EntNum#, CopNum#) APPEL(AppelNum,RealNum#,PropNum#,date,montant) PAIEMENT(PmtNum, AppelNum#,PmtDate,PmtMontant) PROPRIETAIRE(PropNum,PropNom,PropPrenom,PropRue,CPProp,VilleProp,TelProp,EmailProp, copNum#) Règles de gestion Les réalisations font l'objet d'appels de fonds spécifiques. Chaque réalisation est réalisée par une entreprise. Chaque appel de fond concerne un propriétaire et une réalisation particulière. Il peut y avoir plusieurs appels pour une même réalisation. Chaque paiement est relatif à un appel de fond. Une occurrence de paiement est créée lors de la réception de celuici. Annexe 6 Tableaux de gestion des lots et tantièmes d'une copropriétéNota les cellules contenant des formules comportent une trame grisée. les tableaux sont tous situés sur une même feuille. Tableau 6A : lots et tantièmes de la copropriétéA B C D E F G H 1Tantièmes asc. Etage N° Tantièmes PropriétaireType lot N°Lot Bâtiment 2 1 Parking 1 194 POUILLE 3 2 Parking 2 194 JOLIVET 4 3 Parking 3 194 DUBARD 5 4 Parking 4 194 RENVOISE 6 5 Parking 5 194 JOLIVET … 48 46 1Garage 20 1 939 RICHARD 49 47 1Garage 21 1 939 VERDIER 50 48 1Garage 22 1 939 SIMARD 51 49 1Garage 23 1 939 PETIT 52 50 1Garage 24 1 939 VILLAINES 53 51 1Garage 25 1 939 BOURBON ... 65 87 1 5 1 4 24 740 56JUBAULT 66 88 1 1 1 1 9 612 14DURAND 67 89 1 1 1 22 9 612 14HELIERE ... 74 100 1 1 2 14 9 612 28COULBOIS 75 101 1 2 2 11 13 665 49JAMEAU 76 102 1 1 2 8 9 612 28ROBLOT 77 103 1 5 3 6 24 740 169GORON 78 104 1 1 3 3 9 612 42GIROUX 79 105 1 1 3 24 9 612 42LORIN … 154 152 2 2 7 41 13 666 35LURIER 155 1 000 000 2000

DCG 2010 – UE8 Système d'information de gestion

9/12

Bâtiment: la copropriété comporte 2 bâtiments N°: numéro porté sur le lot (numéro de parking, numéro de garage, numéro d'appartement).Type lot : nature du bien (Parking, garage, Type : 1, 2, 3, 4, 5 pour les appartements). Tantièmes asc: (non utilisé ici). Tableau 6B : récapitulatif des tantièmes par nature de lot J K L 1Nombre de lots TantièmesType lot 2 Parking 45 8 730 3 Garage 41 79 499 4 1 26 259 529 5 2 22 305 344 6 3 7 115 486 7 4 8 157 192 8 5 3 74 220 9Total152 1 000 000 Tableau 6C : récapitulatif des tantièmes par propriétaire et par nature Q R 1NomBURLOY 2Total Tantièmes16089 3Parking194 4Garage1939 510 6213956 730 840 950 Formule : Q R 1NomJOLIVET 2Total Tantièmes16089 3Parking=TantiemesTypeProp(R1;Q3) 4Garage…) Remarque : ici pour JOLIVET et parking, on trouve 388 en R3

DCG 2010 – UE8 Système d'information de gestion

10/12

Annexe 7  Indications de réalisation de la fonction personnaliséeTraitement opéré par la fonctionTantiemesTypeProp()La fonction doit :  rechercher tous les lots correspondant au nom du propriétaire indiqué et au type de lot;  cumuler le total des tantièmes pour les lots trouvés;  retourner ce cumul. Documentation de la fonctionValeurCellule() :Le tableur utilisé dispose d'une fonctionValeurCellule()décrite ciaprès. Syntaxe ValeurCellule(ligne,colonne) lignenuméro de la ligne (de type entier) : colonneun:edorémneigllayptde(itreene) Exemple d'utilisation de la fonction ValeurCellule : ici on recherche la valeur de la cellule de coordonnées ligne = 2 colonne = 6 variables a: entier i: entier j:entier debut i< 2 j< 6… aValeurCellule(i,j) // soit ici la valeur 194 pour a … fin

DCG 2010 – UE8 Système d'information de gestion

11/12