Examen de Fin de Formation Théorie 2010 - TDI

Examen de Fin de Formation Théorie 2010 - TDI 

I – MODELISATION DE SI :

SupTIC est une école supérieure délocalisée au Maroc, spécialisée dans  la formation pointue dans le secteur des IT.
Les inscriptions fonctionnent de la façon suivante. :
Au début de chaque semestre, un catalogue des cours proposés est fourni par la Direction aux étudiants. Chaque cours est décrit par un certain nombre d'informations, en particulier : l'enseignant, le cursus et les prérequis.
Ce catalogue ne peut être créé avant que tous les cours ne soient affectés à des enseignants. Pour cela, chaque enseignant accède au système d'inscription pour indiquer les cours qu'il prévoit d'enseigner.
Les étudiants doivent remplir des fiches d'enregistrement qui indiquent leurs choix de cours. L'étudiant standard doit suivre 4 enseignements choisis dans le catalogue. Il devra indiquer aussi deux cours supplémentaires. En effet, il se peut que, parmi les 4 cours choisis, l'un des cours soit trop plein ou abandonné par manque d'étudiants. Chaque cours doit en effet être dispensé à au moins 5 étudiants et au plus 30 étudiants. Si un cours est choisi par moins de 5 étudiants, il est supprimé.
Ces fiches sont gérées par la scolarité. Une fois la période d’inscription terminée, un programme est exécuté pour affecter les étudiants aux cours. Dans la plupart des cas, les étudiants obtiennent ce qu’ils ont choisi. Après que tous les étudiants aient été correctement affectés aux différents cours, un listing est imprimé pour chaque étudiant pour vérification.
Une fois la sélection de cours d'un étudiant validée, l'information est transmise au système de facturation qui facturera l'étudiant pour son semestre.

1. Donner un diagramme des cas d'utilisation du système. (1.5 Pts)
2. Décrire un scénario principal par un diagramme de séquence. (2 Pts)
3. Donner un diagramme de classes (2 Pts)
4. Déduire un MCD (1.5 Pts)

II – SGBDR :

Une compagnie aérienne désire gérer l’ensemble de ses vols qu’elle met en service ainsi que les pilotes et les avions qui effectuent ces vols.
Le schéma de la base de données vous a été fournit comme suit :
Donner le code SQL permettant de :

Examen de Fin de Formation Théorie 2010 - TDI

1. Ajouter le champs Ville à la table PILOTE.  (0,25 pt)
2. Donner le nom des pilotes planifiés pour des vols sur A320. (0,25 pt)
3. Donner le nom des pilotes planifiés pour des vols sur A320, qui habitent dans la ville de localisation d’un A320. (0,25 pt)
4. Pour chaque ville desservie, donner la moyenne, le minimum et le maximum des capacités des avions qui sont localisés dans un aéroport desservant cette ville. (0,25 pt)
5. Dans la table VOL, créer un trigger en insertion qui vérifie que la ville d’arrivée est différente de la ville de départ et que l’heure d’arrivée est postérieure à l’heure de départ. Dans le cas contraire, on annule l’insertion.  (0.5 pt)
6. Créer une procédure stockée "Planning" qui affiche pour un nom et un prénom de pilote passés en paramètres, les numéros de vol, avec les aéroports de départ et d’arrivée, classés par date et heure de départ. (0.5 pt) 

III – RESEAUX INFORMATIQUES :

1. Qu’est ce qu’une adresse IP ? Quel est son rôle ? (0.5 pt)
2. Donnez la classe IP des adresses suivantes :  (0.75 pt)

Examen de Fin de Formation Théorie 2010 - TDI

3. Définir les éléments d’interconnexions suivants : (0.75 pt)
        a. cartes réseau
        b. concentrateurs
        c. commutateurs

IV – DEVELOPPEMENT WEB

1. Développer une fonction Javascript qui reçoit une matrice carrée de neuf lignes et neuf colonnes et vérifie que la somme des éléments de n’importe quelle ligne n est égale à la somme des éléments de la colonne n. (1 Pt)
2. Donner la DTD correspondante au document XML suivant : (2 Pts)

<liste>
<hotel code="1">
<nom>ADRAR</nom>
<adresse>Avenue Mohamed V</adresse>
<ville>AGADIR</ville>
<tel>028840437</tel>
<tel>028840717</tel>
<fax>028840545</fax>
</hotel>
<hotel code="2">
<nom>CHEMS</nom>
<adresse>1, Rue Houmane Fetouaki</adresse>
<ville>MARRAKECH</ville>
<tel>024444813</tel>
<tel>024444817</tel>
<tel>024444815</tel>
<fax>024440547</fax>
<fax>024 435400</fax>
<mail>chems@fram.fr</mail>
</hotel>
</liste>

V – PROGRAMMATION OBJET

Vous allez devoir participer à la conception et à la programmation d’une application de gestion d’un agenda. Un agenda électronique permet de mémoriser des événements, ponctuels (comme un examen de P.O.O. le mercredi 22 mai de 14h `a 16h) ou chroniques (comme un cours de P.O.O. tous les lundis, mardis, mercredis à partir du 18 janvier et pendant 6 semaines).
Un événement chronique est caractérisé  par les mêmes informations qu’un événement ponctuel, plus la périodicité (le nombre de jours auxquels un événement revient; par exemple, 7 pour un cours hebdomadaire) et le nombre de fois ou la périodicité est renouvelée.
Un agenda électronique appartient à une personne dont on mémorise le nom et le prénom.
Ensuite, il gère essentiellement la structure de données qui lui sert à mémoriser les événements.

1. Créer  les classes Evénement, EvenementChronique et EvenementPonctuel.(1.5 Pts)
        - Ecrivez tous les constructeurs nécessaires pour les événements, ainsi que les méthodes toString. 
2. Créer la classe Agenda.  (0.75 Pt)
3. Ajouter à la classe Agenda les méthodes. 
        - creerEvenementPonctuel (0.75 Pt)
        - creerEvenementChronique (0.75 Pt)
        - afficheEvenementsDuJour (0.75 Pt)
4. Ajouter une méthode de suppression d’un événement d une agenda.  (0.75 Pt)
5. Créer une classe de test   (0.75 Pt)

Télécharger L'Examen de Fin de Formation Théorie 2010 - TSDI :

en format .pdf sur le lien suivant :

Examen de Fin de Formation Théorique Session Juin 2009

Examen de Fin de Formation Session Juin 2009 Théorique

I – XML

Distinguez les noms XML corrects des noms incorrects et corrigez les erreurs.
1. <Drivers_License_Number>98 NY 32</Drivers_License_Number>
2. <Driver's_License_Number>98 NY 32</Driver's_License_Number>
3. <month-day-year>7/23/2001</month-day-year>
4. <first name>Alan</first name>
5. <àçttûä>øåú</àçttûä>
6. <month/day/year>7/23/2001</month/day/year>
7. <_4-lane>I-610</_4-lane>
8. <4-lane>I-610</4-lane>

II – RESEAUX INFORMATIQUES

Compléter le tableau ci-dessous en opérant les éléments cités par une croix

Examen de Fin de Formation Théorique Session Juin 2009

III – ANALYSE & MODELISATION

La société G4 Parc SA désire développer un SI pour gérer son atelier.
Cahier des charges :
a. L’entretien des véhicules :
L’entreprise possède son propre parc de véhicules. L’atelier est donc en charge d’en assurer l’entretien : vidanges, réparations des petites pannes ...
L’atelier comporte 5 individus : le responsable d’atelier et 4 ouvriers.
Deux types de tâches sont définis :
- les réparations suite à une panne
- les contrôles pré-programmés (ex : vidange, nettoyage du véhicule...)
Une tâche est donc déclenchée soit suite à une planification décidée par le chef d’atelier (ex : révision du véhicule le 15/06) soit suite à la demande d’un membre du personnel (employé, ouvrier ou chef d’atelier).
Chaque demande est étudiée par le chef d’atelier qui accepte ou refuse la demande. En cas d’acceptation, il définit un niveau de priorité (de très urgent à non prioritaire). Pour cela, il peut consulter la liste des tâches déjà définies.
C’est également lui qui décide si la tâche peut être traitée en interne (par l’atelier) ou si elle doit être réalisée par une entreprise extérieure.
Chaque matin, les ouvriers consultent la liste des tâches à réaliser dans la journée et les exécutent.
Une fois la tâche terminée, il incombe à l’ouvrier l’ayant traitée de notifier que le travail a été accompli et de saisir éventuellement les pièces ou produits qu’il a utilisé(e)s.
En fin de journée, le chef d’atelier clôture les tâches accomplies après une éventuelle vérification (contrôle de la tâche).
b. La réalisation de travaux spécifiques :
Lorsque l’entreprise a besoin d’un matériel spécifique, l’atelier peut le fabriquer (ex : parc à vélo, meuble de rangement pour les outils ...).
La demande de fabrication peut émaner de n’importe quel employé mais dans tous les cas, elle est visée et acceptée (ou rejetée) par le chef d’atelier.
Lui seul a en effet le pouvoir d’accepter la réalisation d’une fabrication spécifique.
Chaque soir, le chef d’atelier consulte les demandes de fabrication qui ont été faites et décide du sort à leur accorder.
Si la fabrication est acceptée, il affecte un ordre de priorité.
NB : si la fabrication est jugée trop ardue par le chef d’atelier, il peut également décider de sous-traiter la tâche.
De temps en temps, le chef d’atelier consulte la liste des tâches pour éventuellement apporter des modifications aux niveaux de priorité.
En début de matinée, les ouvriers consultent les tâches à réaliser et les traitent.
Pour tout travail effectué (entretien ou fabrication), l’employé (ou les employés dans le cas d’un travail en commun) est tenu de remplir une « fiche travail » qui indique sur quelle tâche il a travaillé et combien de temps il a passé.
La même tâche peut donner lieu à plusieurs « fiches travail » si elle n’est pas traitée en 1 seule fois.
Lorsqu’ils ont fini leur travail, ils notifient la fin des travaux et saisissent les sorties de pièces ou de produits du stock.
En fin de journée, le chef d’atelier consulte la liste des tâches accomplies et décident alors de les clôturer après un éventuel contrôle.
NB : Une fabrication ou un entretien peut donc donner lieu à la saisie de plusieurs fiches travaux (travail réalisé sur plusieurs jours par exemple).
c. Commande de matériel et gestion des stocks
L’atelier dispose d’un stock de pièces nécessaire à l’entretien des véhicules ou à la fabrication d’objets spécifiques (filtres à huile, outils, bois ...).
Lorsqu’une tâche d’entretien ou un ordre de fabrication nécessite l’achat de matériel, l’ouvrier établit un devis en consultant éventuellement le catalogue des fournisseurs.
Il indique alors quelles sont les pièces à commander, leur prix et quel est le fournisseur retenu. Le chef d’atelier vérifie ensuite le devis et s’il l’accepte, le transforme en commande (en y apportant éventuellement des modifications : choix du fournisseur, nombre de pièces à commander ...).
La commande est ensuite envoyée au fournisseur retenu.
Lors de la réception d’une livraison (toujours effectuée par un des ouvriers), un contrôle est réalisé. Par rapprochement avec la commande, on est en effet en mesure de savoir si la livraison est conforme. Dans ce cas, elle est acceptée et l’ouvrier saisit le bon de livraison. Sinon, elle est rejetée.
NB : une commande peut donner lieu à un ou plusieurs livraisons.
Travail à faire :
EN SE BASANT SUR LES EXTRAITS DU CAHIER DES CHARGES DONNEES EN ANNEXES, ETABLIRE :
1. Le Diagramme de cas d’utilisation des du traitement de la commande. (2 pts)
2. Le Diagramme de classes. (4 pts)
3. Le Modèle conceptuel de données. (3 pts)

IV – PROGRAMMATION - VB.Net - C# - JAVA

On désire réaliser un programme (VB.Net, C# ou JAVA) permettant de calculer les caractéristiques d’un cylindre de Rayon R et de Hauteur H.
1. Le programme est constitué d’une classe Cylindre contenant les méthodes suivantes :(1Pt)
     GetRayon() : Retourne le Rayon saisi par l’utilisateur
     GetHauteur() : Retourne la hauteur saisie par l’utilisateur
     CalculSurface() : Calcule la surface du cylindre (3.14*R*R)
     CalculSurfaceLaterale() : Calcule la surface latérale du cylindre (3.14*R*H)
     SurfaceTotale() : Calcule la surface totale du cylindre [3.14*R*(H+R)]
     Volume() : Calcule le volume du cylindre (3.14*R*R*H)
2. Écrire une méthode main, qui crée une instance de la classe cylindre , et qui demande à l’utilisateur de saisir le Rayon et la Hauteur et affiche ces caractéristiques. Prévoir des exceptions pour le contrôle des données saisies par l’utilisateur. (1 Pt)
3. Ecrire un script Javascript permettant de calculer les caractéristiques d’un cylindre (1 Pt).
4. Ecrire le code HTML permettant aux utilisateurs la saisie de R et H. (1 Pt).

V – PROCÉDURES STOCKÉES

Soit le modèle relationnel suivant :

Examen de Fin de Formation Théorique Session Juin 2009

1. Créer une procédure stockée qui affiche les clients dont la quantité commande est supérieur à 250 et les factures sont réalisées entre 2006 et 2008 (1 Pt).
2. Créer une procédure stockée qui retourne la somme des prix à payer par tous les clients en utilisant un paramètre de sortie. (1 Pt).
3. Créer la procédure stockée qui compte le nombre de commandes d’un client et affiche le résultat. (1 Pt).

ANNEXES : EXTRAITS DU CAHIER DES CHARGES
Devis

Examen de Fin de Formation Théorique Session Juin 2009

Commande

Examen de Fin de Formation Théorique Session Juin 2009

Livraison

Examen de Fin de Formation Théorique Session Juin 2009

Sortie du stock

Examen de Fin de Formation Théorique Session Juin 2009

Demande d’entretien

Examen de Fin de Formation Théorique Session Juin 2009

Demande de fabrication

Examen de Fin de Formation Théorique Session Juin 2009

Validation d’une demande d’entretien

Examen de Fin de Formation Théorique Session Juin 2009

Validation d’une demande de fabrication

Examen de Fin de Formation Théorique Session Juin 2009

Saisie d’une fiche travail / notification de fin de tâche d’entretien ou de fabrication

Examen de Fin de Formation Théorique Session Juin 2009

Télécharger L'Examen de Fin de Formation Théorique Session Juin 2009 :

au format .pdf sur le lien suivant :

Examen de Fin de Formation Théorie 2008 - UML - Merise - XML - Sql Server

Examen de Fin de Formation Théorie 2008 - UML - Merise - XML - Sql Server

I – Modélisation & Conception - UML - Merise

L’objectif global du projet est de proposer une organisation adéquate et de réaliser une application permettant de maîtriser le suivi des flux d’informations manipulées autour des cabinets des responsables.
Les principales fonctions à prévoir dans la réalisation du projet visent :
- L’intégration des différents types de courrier (électronique, papier, documents, notes …) ;
- L’informatisation de la gestion et du suivi du courrier échangé ;
- Le suivi des instructions émises relativement à un courrier arrivé ;
- Le filtrage du courrier selon des critères bien déterminés ;
- La facilité du travail du responsable du bureau d’ordre ;
- La confidentialité du courrier échangé ;
- Le stockage et l’archivage du courrier échangé ;
- La possibilité d’échange de données entre les entités (consultation et mise à jour) ;
- La sécurité des données :
- Seuls les profils autorisés peuvent effectuer les opérations sur la base de données ;
- Chaque utilisateur n‘est appelé à faire que les opérations qui lui sont confiées ;
- Chaque utilisateur ne doit accéder ou modifier que les données qui le concernent ;
- La protection des données contre les accès malveillants et contre les manipulations incorrectes.
- La gestion des consultations simultanées des données en définissant des priorités ;
- L’information à chaque instant sur l’état d’avancement d’un courrier arrivée ;
- L’optimisation du temps de traitement, de recherche et de circulation du courrier.
- Le projet constitue en fait un prototype pour assurer le bon fonctionnement de la gestion du courrier au sein des certaines entités hiérarchiques (direction générale, directions et divisions). Cependant, la conception du projet devra se faire par phases successives avec comme objectif, son extension à l’ensemble des entités.
Etude de l’existant
Pour gérer le courrier, l’office dispose d’un bureau d’ordre qui traite le courrier reçu et d’un serveur de messagerie MS Exchange 2000. Ce dernier gère les boîtes aux lettres des utilisateurs. En parallèle et pour garantir une bonne circulation des documents à l’intérieur, une application permettant la Gestion Electronique de Documents (GED) est installée au niveau d’office. Cette application permet de gérer, classer, et stocker les documents.
Le Courrier normal
Le bureau d’ordre de l’office joue un rôle capital dans la gestion et le suivi de l’ensemble du courrier échangé entre différentes entités internes et externes. En effet, le traitement du courrier normal - qui peut être soit un courrier départ ou un courrier arrivé - transite toujours par ce bureau. En ce qui concerne le courrier émis, son traitement consiste à l’envoyer au bureau d’ordre pour être enregistré et envoyé à sa destination externe.
Pour le courrier arrivé, la procédure suivie est la suivante :
- Un numéro d’ordre est attribué pour chaque courrier reçu  ;
- Le courrier est enregistré dans le registre des arrivées avec ce même numéro et ses différentes caractéristiques (expéditeur, date d’arrivée, sujet…)  ;
- Il est trié dans des dossiers selon la destination (directions, divisions, départements,…) ;
- Le courrier trié est envoyé au cabinet du Directeur Général  ;
- Le DG consulte le courrier reçu et décide de sa destination finale : soit garder celle proposée par le bureau d’ordre, soit changer sa destination en le joignant éventuellement des instructions, des remarques, des notes, …  ;
- Le courrier est renvoyé au bureau d’ordre pour être enregistré une deuxième fois  ;
- Le dispatching du courrier vers les différentes destinations décidées par le DG .
Il faut noter que tout le courir reçu par le bureau d’ordre doit transiter par le bureau de Directeur Général sauf le courrier personnel qui est enregistré et directement acheminé vers son propriétaire.
Le Courrier électronique
Pour garantir les services de messagerie interne et externe, l’office dispose d’un serveur de domaine afin de gérer les comptes utilisateurs. Ils disposent également d’un serveur de messagerie qui abrite les boîtes de messagerie de ces utilisateurs. Ce dernier héberge la messagerie Exchange 2000 Server.
MS Exchange Server est un système de messagerie qui permet à l’organisation d’échanger des informations avec d’autres personnes utilisant Internet et des systèmes de messagerie différents. Ainsi, les utilisateurs peuvent échanger des documents, des feuilles de calcul, des graphiques et divers autres éléments dans des messages électroniques, consulter les éléments disponibles dans les dossiers publics ou publier des éléments dans des dossiers publics afin que d’autres utilisateurs puissent y accéder.
La Gestion Electronique de Documents : GED
La Gestion Electronique de Documents est un ensemble d'outils et de techniques qui permettent de dématérialiser, classer, gérer et stocker des documents. La GED apporte à la fois l’accès sélectif, la capacité de centraliser les traitements, la sécurité (verrouillage d’accès, limitation de la circulation de l’original, etc.). Elle permet également  des économies importantes au niveau du temps de recherche [www1]
L’office dispose d’une application de GED : FileNet. Pour démarrer la GED l’utilisateur authentifié doit avoir au moins une bibliothèque du travail disponible sinon l’option configurer dans le menu Démarrer lui permettra d’ajouter une nouvelle bibliothèque.
Pour numériser, on choisit le scanner approprié et on installe les options nécessaires, ensuite on crée des lots pour recevoir les pages scannées. Pour importer des images en locale on utilise une procédure pour alimenter une bibliothèque par les images sélectionnées.
Dans les deux cas, le document nécessite du traitement, par exemple activer la reconnaissance des codes à barres et les codes patch de post-numérisation et permettre l’amélioration des images.
Cette application permet aussi le tri et l’assemblage des pages numérisés selon différentes techniques pour en constituer des documents avec l’ajout des propriétés spécifiques à ce document telles un numéro de facture, une date d’application, ou le nom d’un client…
Une fois le document est dans la bibliothèque, l’utilisateur effectue sa recherche en utilisant ses propriétés pour l’extraire et l’afficher.
En plus de l’ajout d’un document, la GED permet aux utilisateurs de consulter les documents électroniques enregistrés dans une bibliothèque en ligne. Etant entièrement intègre à Windows, il s’utilise de la même façon que les applications Windows et l’utilisateur peut même paramétrer l’affichage utilisé dans la GED.
Après la création du document, vient l’étape de la publication qui permet d’adresser le document à d’autres utilisateurs, de changer son emplacement et son format.
Les utilisateurs, s’ils ont les droits d’accès appropriés peuvent également emprunter la dernière version d’un document, faire une copie et le désigner comme étant emprunté. Il ne peut être emprunté que par une seule personne à la fois. Au moment du rangement la GED crée une nouvelle version et supprime, le cas échéant, le document du disque dur de l’utilisateur.
L’opération se poursuit ainsi pour chaque cycle d’emprunt et de rangement. Lorsque le nombre limite d’occurrences en ligne des versions d’un document est atteint, la version la plus ancienne est automatiquement archivée. [SI,00]

L’architecture globale de l’application à réaliser est présentée dans le schéma suivant :

Examens de Passage - Pratique - 2007- Vb.NET - Programmation événementielle - Java - Sql Server

Fonctionnement :
1) - le bureau d’ordre reçoit tout type de courrier provenant par différentes voies (documents, notes,…)
- saisit les informations concernant ce courrier (provenance, date d’arrivée, objet,…)
- stocke ces informations dans la base de données
- numérise le courrier reçu dans la mesure du possible
- propose une destination pour le courrier reçu (exemple : demande de stage - Division Formation)

1’)
       - le cabinet du DG reçoit le courrier électronique du DG
       - l’enregistre automatiquement dans la base de données
       - propose une destination pour ce type de courrier (fonction de filtrage)

2)
       - le cabinet du DG reçoit le courrier provenant du bureau d’ordre
       - peut changer la destination du courrier reçu si cela est jugé nécessaire
3)
       - le DG visualise par défaut tout le courrier reçu non filtré (c à d celui auquel on n’a pas proposé de destination)
       - il peut également visualiser tout le courrier
       - il décide de la destination finale du courrier reçu (il peut soit approuver celle proposée, soit la changer)
       - il peut éventuellement joindre à ce courrier des remarques, des instructions …

4)
       - le DG peut donner directement des instructions par message et recevoir les réponses des destinataires.

5)
       - les directeurs et les chefs de divisions envoient à leur tour le courrier joint de leurs instructions à leurs subordonnés et en reçoivent des réponses sous différents formats (rapports, e-mails…).
Questions :
       1 - Réaliser les cas d’utilisation pour l’administrateur de messagerie électronique ? (2 Pts)
       2 - Réaliser le Diagramme des classes ? (4 Pts)
       3 - Réaliser  Les diagrammes de séquence ? (3 Pts)
       4 – Concevoir le modèle conceptuel de données (3 Pts)

II – XML

Soit la structure arborescente d’un livre :

Examens de Passage - Pratique - 2007- Vb.NET - Programmation événementielle - Java - Sql Server

1. Structurer les informations schématisées dans la figure ci-dessus sous forme d’un fichier XML (2 Pts)
2. Établir la DTD du document XML (2 Pts)
3. Établir une feuille de style CSS pour mettre en forme les tag du fichier XML (1 Pt)

III – Procédures stockées et Triggers - Sql Server

Soit la base de données suivante :

Examens de Passage - Pratique - 2007- Vb.NET - Programmation événementielle - Java - Sql Server

• Les opérations consistent en des opérations de retrait ou de dépôt d'argent (TypeOp=D si le client a déposé de l'argent sur son compte et TypeOp=R si le client a retiré de l'argent sur son compte)
• Un client ne peut avoir qu'un seul compte courant (TypeCpt="CC") et qu'un seul compte sur carnet (TypeCpt="CN")
• Le numéro d'opération est automatique
• La date de l'opération prend par défaut la date du jour

Créer les triggers suivants :
1. A la création de compte, on vérifie si : (1,5 Pts)
       - Les soldes sont supérieurs à 5000 DH ;
       - Les types de compte sont CC ou CN et aucune autre valeur n'est acceptée ;
       - Les clients n'ont pas déjà de comptes du même type.
2. Qui interdit la suppression de comptes dont le solde est > 0 ou de comptes pour lesquels la dernière opération date de moins de 3 mois même s'ils sont vides (solde=0). (1,5 Pts)

Examens de fin de module : Développement et déploiement de sites Web dynamiques Asp.net (Vb.net, Csharp), (Sql server, Oracle), XML, DTD, XSD, XPATH, XSLT

Développement et déploiement de sites Web dynamiques Asp.net (Vb.net, Csharp), (Sql server, Oracle), XML, DTD, XSD, XPATH, XSLT

Examen Fin Module 1 :

Sujet : Gestion des reservation en ligne des chambres d'hotel
Soit la base de données présentée par le modèle relationnel suivant :
          CHAMBRE(NUM_CHAMBRE,TYPE_CHAMBRE, PRIX)
          CLIENT(ID_CLIENT, NOM_CLIENT, LOGIN, PASSWORD)
          RESERVATION(#NUM_CHAMBRE, #ID_CLIENT, DATE_RESERVATION, NOMBRE_JOUR)
1) Créer la base de données « GESTION DES RESERVATIONS D’HOTEL », en implémentant les différentes contraintes d’intégrité possibles.
2) Créer une page d’authentification des clients avec gestion des erreurs d’authentification.
3) Créer une page qui affiche la liste des chambres d’hôtel par catégorie (type de chambre);
Explication : sur la même page et à partir d’une liste déroulant contenant les différentes type de catégorie de chambre ; afficher la liste des chambres par catégorie.
4) Modifier la page précédente afin qu’elle puisse nous renvoyer vers une autre page contenant le détail sur la chambre sélectionnée ; avec la possibilité d’effectuer une réservation en ligne (ajouter la page de réservation).
5) Créer la page qui permet à un client, une fois authentifie, de consulter l’historique de ses réservations ainsi que leur montant total.
6) Ajouter à la dernière page le nombre d’utilisateur authentifie, qui ont visité notre site de réservation en ligne.
7) Ajouter un web service permettant d’offrir au programmeur d’application dynamique la possibilité d’intégrer le catalogue des chambres dans n’importe quel site web dynamique.
8) Ajouter dans la page de la question 5 une option qui permet de générer un fichier XML contenant les réservations du Client connecté.
9) Créer un document XSL qui permet de transformer le document XML de la question précédant en un document HTML. Le résultat à produire doit contenir un titre ainsi qu’un tableau contenant les informations des réservations.

Développement et déploiement de sites Web dynamiques Asp.net (Vb.net, Csharp), (Sql server, Oracle), XML, DTD, XSD, XPATH, XSLT

Examen Fin Module 2 :

Exercice 1 :
On souhaite gérer le parc automobile d’une entreprise.
La base de données se présente ainsi :
          Marque(code_marque, nom_marque)
          Vehicule(numero_serie, immatriculation, date_sortie, #code_marque)
          Employe(matricule, nom, prenom, login, passe)
          Mission(Numero_mission, date_mission, #matricule, #numero_serie)
1) Créer la base de données.
2) Ajouter des déclencheurs qui empêchent la modification ou la suppression dans les tables « Marque ».
3) Créer un style pour votre site ainsi que la page master.
4) Ajouter un menu avec les options suivantes :
          • Chercher un véhicule par marque (page publique)
          • Chercher un employé (page publique)
          • Chercher une mission (page accessible uniquement aux utilisateurs inscrits)
          • Ajouter une mission (page accessible uniquement aux utilisateurs inscrits)
5) Développer la page de mise à jour des véhicules.
6) Développer les deux pages de recherche.
7) Ajouter la page d’inscription des utilisateurs.
8) Ajouter un fournisseur de sécurité et développer le code de la fonction « ValidateUser ».
9) Ajouter la page de connexion des utilisateurs.
10) Dans la page master, ajouter un loginStatus et un loginView.
11) Configurer la sécurité sur le fichier web.config.
12) Créer la page permettant d’ajouter une mission.

Exercice 2 :
Créer la DTD correspondant au fichier XML suivant :

Développement et déploiement de sites Web dynamiques Asp.net (Vb.net, Csharp), (Sql server, Oracle), XML, DTD, XSD, XPATH, XSLT

Examen Fin Module 3 :

Exercice 1 :
Le système d'achat groupé, également appelé "deal" consiste à réunir plusieurs personnes souhaitant acheter un même produit ou service. Les clients fidèles du site peuvent bénéficier des bons de réductions lors des achats en lignes.
Les concepteurs de la base de données ont élaborés le modèle logique de données suivants :
          Consommateur (CIN, Prénom, Nom, Téléphone, Adresse, Ville, Date_ naissance, email)
          BonReduction (Code_Bon, montant, date_validité, #CIN)
1. Créer la base de données de l’application ajouter quelques enregistrements dans les tables.
2. Développer une page d’accueil et le menu du site qui incluse les opérations demandées par les questions suivantes (le menu doit être accessible au niveau du site).
3. Créer une page permettant d’ajouter un consommateur, tous les champs sont obligatoires et un message d’erreur doit être affiché si le format de l’adresse mail est invalide.
4. Développer une page de connexion au site, le consommateur doit spécifier son adresse mail et son mot de passe pour accéder au site. Un message d’erreur doit être affiché si ces informations ne sont pas correctes, le site doit être sécurisé.
5. Une fois l’utilisateur est connecté son nom doit être affiché au niveau de l’ensemble des pages du site ainsi que le nombre des visiteurs actuellement connectés au site.
6. Créer une page web permettant de rechercher et d’imprimer les bons de réduction supérieur à un montant saisit par un utilisateur.
7. créer un service web permettant de vérifier si un bon d’achat est valide ou pas (une valeur booléenne doit être retournée).
8. Créer une page web permettant de consommer le service web : l’utilisateur saisie le numéro de bon de réduction. Le message « bon de réduction valide » si la réponse du service web est true, sinon afficher le message « bon de réduction invalide».

Exercice 2 :
On dispose de la DTD deal.dtd :

Créez un document XML vérifiant cette DTD en incluant la DTD dans le document.

Autres EFM (s) sur le lien suivant :