Exercices sur le génie logiciel, Exercices de Applications informatiques. Ecole des Ingénieurs de la Ville de Paris
Christophe
Christophe28 February 2014

Exercices sur le génie logiciel, Exercices de Applications informatiques. Ecole des Ingénieurs de la Ville de Paris

PDF (277.5 KB)
5 pages
245Numéro de visites
Description
Exercices d’informatique sur le génie logiciel. Les principaux thèmes abordés sont les suivants: question, exercices.
20points
Points de téléchargement necessaire pour télécharger
ce document
Télécharger le document
Aperçu3 pages / 5
Ceci c'est un aperçu avant impression
Chercher dans l'extrait du document
Ceci c'est un aperçu avant impression
Chercher dans l'extrait du document
Aperçu avant impression terminé
Chercher dans l'extrait du document
Ceci c'est un aperçu avant impression
Chercher dans l'extrait du document
Ceci c'est un aperçu avant impression
Chercher dans l'extrait du document
Aperçu avant impression terminé
Chercher dans l'extrait du document

Contrôle de génie logiciel (IT 205) du 15 janvier 2010  Durée 2 heures – documents non autorisés 

Question  1  (5  points)  :  Voici ci-dessous la page d’accueil d’un site Web de publication d’offres d’emplois. A la lecture de cette page, il est possible de déterminer la plupart des cas d’utilisation du site. Construisez le diagramme de cas d’utilisation correspondant (20 cas d’utilisation maximum).

  Page 1   

   

ud Diagramme global de cas d'utilisation

Chercheur d'emploi

Employeur

Gestionnaire de l'application

changer langue

consulter infos site

contacter pour infos

publier publicité

emploi

publier offre emploi

modifier offre emploi

supprimer offre emploi

gérer annuaire agence

recrutement

s'inscrire à offre emploi

rechercher offre emploi

recherche rapide

recherche avancée

consulter offre emploi

créer compte

recherche par catégorie

par discipline

par secteur d'activités

par lieu

Visiteur

«include»

«include»

«include»

«include»

    Question  2  (5  points)  :  Un des cas d’utilisation de ce site permet de publier des offres d’emploi. Voici la fiche descriptive de ce cas d’utilisation : Titre du cas d’utilisation : publier une offre d’emploi Acteur concerné : recruteur Pré-condition : le compte est créé. Conditions de succès : l’offre d’emploi est publiée et la carte de crédit du recruteur est débitée. Scénario nominal :

Recruteur Système 1. Le recruteur saisit toutes les informations

relatives à une offre d’emploi et valide sa saisie.

3. Le recruteur saisit le numéro de sa carte bancaire, la date d’expiration et le numéro de contrôle au dos de sa carte.

2. Le système enregistre les informations de l’offre d’emploi.

4. Le système valide les informations saisies. 5. Le système débite la carte de crédit du montant dû. 6. Le système publie l’offre d’emploi sur le site Web. 7. Le système envoie un numéro d’identification au

recruteur pour qu’il consulte les réponses à son offre sur le site.

Scénarios secondaires : 4a. Le type de carte n’est pas accepté par le système :

4a1. Le système demande à l’utilisateur d’utiliser une autre carte. 4b. La carte est expirée :

4b1. Le système demande à l’utilisateur d’utiliser une autre carte. 4c. Le numéro de carte est invalide :

  Page 2   

   

  Page 3   

   

4c1. Le système demande à l’utilisateur de saisir à nouveau le numéro de carte. 4d. Le numéro de contrôle est invalide :

4d1. Le système demande à l’utilisateur de saisir à nouveau le numéro de contrôle. 5a. Le compte bancaire n’est pas suffisamment crédité pour publier l’offre d’emploi.

5a1. Le recruteur est informé du problème et le système lui demande d’utiliser une autre carte. Proposez un diagramme de séquence stéréotypé (conforme au pattern MVC II) pour le scénario nominal de ce cas d’utilisation. Rappel :

« boundary » : stéréotype applicable aux classes ou objets qui servent d’interface entre le système et ses acteurs.

« control » : stéréotype applicable aux classes ou objets utilisés pour représenter la coordination, l’enchaînement et le contrôle d’autres objets.

« entity » : stéréotype applicable aux classes ou objets qui servent à modéliser des informations durables et souvent persistantes.

 

     

sd PublierOffreEmploi

Employeur FormulaireSaisieOffreEmploi FormulaireSaisieCarteBancaire TableauOffreEmplois MailNumeroIdentification ControleurPublication

:OffreEmploi

:CarteCredit

:ListeOffreEmplois

Le contrôleur est affecté à toutes les transactions relatives à la publication des offres d'emploi. Il prend donc en charge les scénarios du cas d'uti l isation "publier une offre d'emploi".

L'objet "carte de crédit" est instancié par le contrôleur. Son rôle est de collecter et transmettre toutes les informations permettant au système externe bancaire de valider la demande de débit et de réaliser ce débit sur le compte correspondant.

Pour chaque offre d'emploi en persistance.

creerOffreEmploi(referenceOffre,descriptionOffre,employeur)

creerOffreEmploi(referenceOffre,descriptionOffre,employeur)

creerCarteCredit(numeroCarteBancaire,dateExpiration,numeroControle)

creerCarteCredit(numeroCarteBancaire,dateExpiration,numeroControle)

:accord

publierOffreEmploi()

ajouterOffreEmploi(numeroCarteBancaire,dateExpiration,numeroControle)

l isterOffreEmploi()

:referenceOffre,descriptionOffre,employeur

genererNumeroIdentification()

debiterCompte()

supprimerCarteCredit()

Question  3  (3  points)  :  Construisez le diagramme d’état-transition pour l’objet « offreEmploi » si l’offre d’emploi peut être créée, publiée et annulée dans ce site Web.

sm DiagrammeEtatsTransitions-OffreEmploi

annulé

créé

publié

+ entry / creerNumeroIdentificationOffre + entry / rendreVisible

modification offre

suppression offreannulation offrepublication offre

création offre

Question  4  (1  point) :  Quelles sont les classes candidates mises en évidence avec le diagramme de séquence et le diagramme d’état-transition construits pour les questions 2 et 3 ? Quelles sont les opérations de ces classes ?

class PublierOffreEmploi

CarteCredit

+ creerCarteCredit() : void + debiterCompte() : void + supprimerCarteCredit() : void

ListeOffreEmplois

+ ajouterOffreEmploi() : void + listerOffreEmploi() : void

OffreEmploi

+ creerOffreEmploi() : void + publierOffreEmploi() : void + genererNumeroIdentification() : void

Question  5  (1  point) :  Combien de transactions peuvent être comptabilisées dans le cas d’utilisation « Publier une offre d’emploi » (cf. question 2) ? S’agit d’un cas d’utilisation simple, moyen ou complexe au sens de la méthode UCP ? 7 transactions CU de complexité moyenne Question  6  (2  points)  :  Que signifie la notion de processus itératif ?

  Page 4   

   

  Page 5   

   

Les mots clés sont : • plusieurs versions de livrables et d’application • prototypage • réduction des risques de type incertitude • eXtreme Programming et Unified Process

Question  7  (3  points)  :  Vous êtes en charge de l’estimation des charges et des délais d’un projet. Calculez les points de cas d’utilisation ajustés en fonction de l’énoncé ci-dessous, puis la charge en m.h et le délai global correspondant. Proposez également une ventilation de la charge pour les phases du projet. Pour finir, prononcez-vous sur la faisabilité du projet en 13 mois. L’analyste de la société de service dans laquelle vous travaillez vous remet un dossier de spécification conforme au langage UML. A la lecture de ce dossier, vous comptabilisez : 10 acteurs complexes, 5 acteurs moyens, 3 acteurs simples, 32 cas d’utilisation complexes, 43 cas d’utilisation moyens, 102 cas d’utilisation simples. Les calculs préalables que vous avez effectués pour les facteurs de pondération sont : TCF = 1,20 et EF = 1,15. Pour vos estimations, vous comptez 20 h.h par point de cas d’utilisation ajusté. Pour mémoire, le délai est fonction de la charge : délai en mois = 3 x (charge en mois.homme) 1/3. Les charges de développement sont ventilées de la manière suivante : 5% = étude préalable, 15% = analyse et conception fonctionnelles, 20% = conception technique, 50% = réalisation et tests, 10% = recette. UUCP = 10 x 3 + 5 x 2 + 3 + 32 x 15 + 43 x 10 + 102 x 5 = 30 + 10 + 3 + 480 + 430 + 510 = 1463 AUCP = 1463 x 1,20 x 1,15 ≈ 2019 Charge globale = (2019 x 20) / (7 x 20) ≈ 288 m.h Délai global = 3 x 2881/3 ≈ 20 mois Charge analyse et conception fonctionnelles = 288 x 15% ≈ 43 m.h Charge conception technique = 288 x 20% ≈ 58 m.h Charge réalisation et tests = 288 x 50% ≈ 144 m.h Charge recette = 288 x 10% ≈ 29 m.h Le délai minimal d’un projet ne peut pas être inférieur à 75% du délai nominal. Or 75% du délai nominal correspond à 15 mois. Le projet n’est donc pas faisable en 13 mois.

commentaires (0)
Aucun commentaire n'a été pas fait
Écrire ton premier commentaire
Ceci c'est un aperçu avant impression
Chercher dans l'extrait du document
Docsity n'est pas optimisée pour le navigateur que vous utilisez. Passez à Google Chrome, Firefox, Internet Explorer ou Safari 9+! Téléchargez Google Chrome