WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Conception et réalisation d'une application de gestion des marchés par appel d'offres au sein de l'Entreprise Tunisienne d'Activités Pétrolières

( Télécharger le fichier original )
par Helmi GNICHI
Institut supérieur d'informatique Tunisie - Diplôme national d'ingénieur 2012
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

CHAPITRE 3

Conception

Sommaire

· Introduction

· Modèle de conception

· Modèle de déploiement

· Conclusion

 
 

Chapitre III : Conception

 

1 Introduction

Ce chapitre présente la deuxième phase du Processus Unifié, élaboration. Au cours de cette phase, la plupart des cas d'utilisation seront spécifiés de manière détaillée. Nous réaliserons la conception, qui consiste à organiser le système et à lui donner une forme et une architecture.

La première partie de ce chapitre sera consacrée à la conception des cas d'utilisations, en déterminant les différentes classes de conception impliquées et leurs interactions. Dans la deuxième partie, la configuration physique du système sera représentée à travers le diagramme de déploiement.

2 Modèle de conception

Le modèle de conception est axé sur la conception des cas l'utilisation, en se basant sur l'étude de traçabilité entre le modèle d'analyse et le modèle de conception. La phase d'analyse fournit une bonne compréhension des requis, des concepts et du comportement d'un système. Le modèle de conception est d'abord créé à partir du modèle d'analyse, avant d'être adapté à l'environnement l'implémentation choisi.

La première réalisation du modèle de conception se fait automatiquement à partir du modèle d'analyse. On a une bijection entre les objets de l'analyse et les blocs du modèle de conception. La conservation de cette bijection est un des points forts de la méthode car elle permet d'associer du code avec des raisons analytiques et permet en cas de changement du modèle d'analyse de retrouver rapidement le code associé (traçabilité). Cette propriété de traçabilité va nous permettre de pouvoir naviguer aisément dans le modèle d'implémentation grâce au modèle d'analyse. De plus cela aide à une plus grande localisation de fonctionnalité, ce qui réduit les coûts de transformation.

Le passage à l'étape de conception consiste à construire les diagrammes qui permettront de décrire les communications entre les objets et leurs responsabilités respectives afin de remplir les requis.

2.1 Conception des cas d'utilisation prioritaires

Dans ce qui suit, nous allons concevoir les cas d'utilisations prioritaires déjà analysés, nous commençons par une traçabilité entre le modèle d'analyse et le modèle de conception, ensuite un diagramme de classe du modèle de conception et enfin le diagramme de

 
 

Chapitre III : Conception

 

séquence pour chaque cas.

a 811QFIEWQ EXIIIM4KIKPONQI« 641MNIQAIIier »

Figure 327 librIENIKEQtiiili P FlaPHd4DQUSIMIEVOIP FEaleICIDFQHWAPQ IVEDV« 6411AIeQtAIIH »

La propriété de traçabilité nous permet la réalisation automatique du modèle de conception á partir du modèle d'analyse.

Figure 33:Diagramme de classe du modèle de conception pour le CU « S'authentifier »

Le diagramme de classe de conception est basé sur le diagramme de classe d'analyse, il nous sert pour donner un diagramme de classe préliminaire avec les catégories de classe, les attributs et les méthodes.

La figure 34 ci-dessous illustre le scénario du cas d'utilisation « s'authentifier ». Lorsqu'un des utilisateurs, lance l'application il se retrouve à l'interface d'authentification. Il tape sont login et mot de passe, selon les paramètres entrés il est redirigé vers la section qui lui convient. Dans le cas échéant un message d'erreur est affiché.

 
 

Chapitre III : Conception

 

Figure 34:Diagramme de séquence pour le CU « S'authentifier »

Le service marché

Dans le chapitre précèdent nous avons vu que l'opérateur du service marché peut accomplir plusieurs fonctionnalités. Dans la figure 35 ci-dessous, nous allons montrer ces activités dans un seul diagramme d'activité.

Le détail de ces activités sera fait dans les parties « b Gestion des marchés » jusqu'à « d Gestion des commissions ».

Chapitre III : Conception

 
 

Figure 35: Diagramme d'activités pour l'opérateur service marché

 

Chapitre III : Conception

 

b Conception du cas d'utilisation « Gérer marché »

Figure 36:Traçabilité entre le mod4le d'analyse et le modIle de conception du cas « Gérer marché~

Figure 37:Diagramme de classe du modèle de conception pour le CU « Gérer marché »

La figure 38 ci-dessous illustre le scénario du cas d'utilisation « Gérer marché ». Après l'authentification, l'opérateur du Service marché est appelé à assurer la gestion des marchés

 
 

Chapitre III : Conception

 

de l'ETAP à travers l'une des actions suivantes :

· Ajouter un nouveau marché

Ceci n'est possible que si une direction initiatrice a demandé de lancer un nouveau marché

· Modifier un marché

Modifier un marché en changeant la phase atteinte, ou changer un des documents constituant le dossier ce marché ou d'autre information

· Supprimer marché

Cette action n'est pas fréquente, mais elle sert à changer la phase d'un marché à l'état bloqué.

· Ajouter, modifier ou supprimer les offres reçues pour un marché donné

 
 

Chapitre III : Conception

 

Figure 38:Diagramme de séquence pour le CU « Gérer marché »

c Conception du cas d'utilisation « Gérer commission»

Figure 39:Traçabilité entre le mod~le d'analyse et le mod~le de conception du cas « Gérer commission~

 
 

Chapitre III : Conception

 

Figure 40:Diagramme de classe du modèle de conception pour le CU « Gérer commission »

La figure 41 ci-dessous, décrit le scénario du cas d'utilisation « Gérer commission ». L'opérateur service marché peut créer, modifier, supprimer, affecter une commission ainsi que ajouter, modifier, supprimer des membres d'une commission.

Figure 41:Diagramme de séquence pour le CU « Gérer commission »

 
 

Chapitre III : Conception

 

d Conception du cas d'utilisation « Gérer soumissionnaire »

Figure 42:Traçabilité entre le modIle d'analyse et le modIle de conception du cas « Gérer soumissionnaire~
Figure 43:Diagramme de classe du modèle de conception pour le CU « Gérer soumissionnaire »

Le scénario présent dans la figure 44, traduit ce qui a été détaillé dans les diagrammes précédents pour le cas d'utilisation « Gérer soumissionnaire » où l'opérateur Service marché, saisit, modifie ou supprime un soumissionnaire, enfin il valide ses choix.

 
 

Chapitre III : Conception

 

Figure 44:Diagramme de séquence pour le CU « Gérer soumissionnaire »

La direction initiatrice :

Figure 45:Diagramme d'activité pour la direction initiatrice

 
 

Chapitre III : Conception

 

La direction initiatrice plusieurs tâches à effectuer. Le diagramme d'activités sert à montrer toutes ces fonctionnalités ensemble. Ces activités vont être détaillé dans la suite de la partie « e Consulter situation marché » et « f Initialiser marché ».

e Conception du cas d'utilisation « Consulter situation marché »

Figure 46:Traçabilité entre le mod4le d'analyse et le modIle de conception du cas « Consulter situation marché ~
Figure 47:Diagramme de classe du modèle de conception pour le CU « Consulter situation marché »

La figure 48 ci-dessous montre les étapes de la consultation de la situation d'un marché pour une direction initiatrice, l'utilisateur affiche l'interface de la consultation et sélectionne le marché en question et tous ces paramètres seront alors affichés pour lecture seule.

Figure 49 : Traçabilité entre le modqle d'analyse et le mod~le de conception du cas « Initialiser marché ~

 

Chapitre III : Conception

 

Figure 48:Diagramme de séquence pour le CU « Consulter situation marché »

f Conception du cas d'utilisation « Initialiser marché »

 
 

Chapitre III : Conception

 

Figure 50:Diagramme de classe du modèle de conception pour le CU « Initialiser marché »

La figure 51 illustre les premières étapes par lesquelles passe le lancement d'un nouveau marché, où le responsable de direction initiatrice saisit les paramètres de ce dernier dans l'interface de lancement de marché et clique sur le bouton valider et notifier SM.

Figure 51:Diagramme de séquence pour le CU « Initialiser marché »

Chapitre III : Conception

 
 

g Conception du cas d'utilisation « Ajouter plis »

Figure 52:Traçabilité entre le modIle d'analyse et le modIle de conception du cas « Ajouter plis »

Figure 53:Diagramme de classe du modèle de conception pour le CU « Ajouter plis »

La figure 54 ci-dessous montre les étapes de l'ajout d'un nouveau pli où le responsable de Bureau d'Ordre Central affiche l'interface de l'ajout, sélectionne un marché en phase de réceptions des plis, saisit les paramètres et confirme son choix en cliquant sur le bouton « ajouter ».

 
 

Chapitre III : Conception

 

Figure 54:Diagramme de séquence pour le CU « Ajouter plis »

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"Et il n'est rien de plus beau que l'instant qui précède le voyage, l'instant ou l'horizon de demain vient nous rendre visite et nous dire ses promesses"   Milan Kundera