Gestion des immeubles

Transcription

1 RAPPORT DE CONCEPTION Gestion des immeubles BOUSSRHAN YOUSSEF & BENZITI WALID Youssefboussrhan@gmail.com GSM : , ISTA NTIC SYBA CRJJ GROUPE B

2 Annexe : Figure 1: Diagramme de cas d'utilisation - Gestion des biens... 6 Figure 2: Diagramme de cas d'utilisation - Gestion des immeubles... 7 Figure 3: Diagramme de classes - Gestion immobiliers... 8 Figure 4 : Diagramme de séquence boite noire - Ajouter bien... 9 Figure 5: Diagramme de séquence boite noire - Passer une commande Figure 6: Diagramme de séquence boite blanche - Ajouter bien Figure 7: Diagramme de séquence boite blanche - Passer une commande Figure 8 : Diagramme d état transition - Bien Figure 9: Diagramme d'activité - Ajouter bien Figure 10: Diagramme de déploiement

3 Sommaire I. Introduction : But du projet :... 5 II. Diagrammes de cas d utilisation : Définition : Rôle du diagramme de cas d utilisation : Identification des acteurs : Description détaillée des cas d utilisation :... 5 Sommaire d identification :... 6 Description détaillée :... 6 Sommaire d identification :... 7 Description détaillée :... 7 III. Diagrammes de classes : Définition : Description détaillée de diagramme de classes :... 8 Description détaillée :... 9 IV. Diagramme de séquence : Définition : Description détaillée des diagrammes de séquences :... 9 A. Diagrammes de séquences boite noire :... 9 Description détaillée : Description détaillée : B. Diagramme de séquence boite blanche : Description détaillée : Description détaillée : V. Diagramme d état transition : Définition : Description détaillée de diagramme d état transition (Bien) Description détaillée : VI. Diagramme d activité : Définition : Description détaillée de diagramme d activité : Description détaillée : VII. Diagramme de déploiement :

4 1. Définition : Description détaillée de diagramme déploiement système : VIII. Architecture Technique : Choix technologiques : Outils :

5 I. Introduction : 1. But du projet : Le but de ce projet est la création d un système permettant aux clients de proposer des biens on indiquant son type (Maison, Appartement ), localisation et transaction (Vente, Location ). Et permet aussi aux clients de passer une commande d une manière simple et facile. II. Diagrammes de cas d utilisation : 1. Définition : Les diagrammes de cas d utilisation permettent de décrire les grandes fonctionnalités du Système du point de vue des utilisateurs. Un cas d utilisation est un service rendu par le système. Les cas d utilisation sont organisés en package. 2. Rôle du diagramme de cas d utilisation : Donne une vue du système dans son environnement extérieur ; Définit la relation entre l utilisateur et les éléments que le système met en œuvre. 3. Identification des acteurs : Un acteur représente l'abstraction d'un rôle joué par des entités externes (utilisateur Dispositif matériel ou autre système) qui interagissent directement avec le système étudié. Les principaux profils qui auront à utiliser le SI sont les suivants : Acteur Description Administrateur Client Visiteur Possède des droits sur la gestion des villes et des transactions et le type d immeuble, plus la validation ou l annulation d un bien et la validation ou l annulation d une commande. Possède le droit de Consulté le site et de proposer un bien et de commander un bien. Possède le droit de Consulté le site et d inscrire. 4. Description détaillée des cas d utilisation : Les cas d utilisation du système sont organisés en trois packages : 1. Gestion des biens. 2. Gestion des immeubles. 5

6 UC1 : Système de gestion des biens Sommaire d identification : Titre : Gestion des Bien Figure 1: Diagramme de cas d'utilisation - Gestion des biens Objectifs : Suivi d'un bien de la proposition à la validation ou l annulation, Suivi d'une commande de la proposition à la validation ou l annulation. Résumé : Cette fonctionnalité permet : Au visiteur de consulter le site. Au visiteur de s inscrire sur le système. Au client de proposer un bien (vente ou location d immeuble). Au client de commander un bien (acheter ou louer un immeuble). A l administrateur de valider ou annuler un bien. A l administrateur de valider ou annuler une commande. Acteurs : Visiteur, Client, Administrateur. Description détaillée : Pré conditions : Les différents acteurs doivent s authentifier pour avoir accès aux fonctionnalités du système. Description du traitement nominal : Le visiteur peut : 1. Consulter le site ; 2. Inscrire sur le système. Le client peut : 6

7 3. Proposer un bien ; 4. Commander un bien. L administrateur peut : 1. Valider ou annuler un bien proposé d après un client. 2. Valider ou annuler une commande proposée d après un client. Exceptions : [Exception 1 : ChampsObligatoires] : Message d'erreur si l'un des champs obligatoires n'est pas rempli. UC2 : Système de gestion des immeubles Sommaire d identification : Titre : Gestion des immeubles Figure 2: Diagramme de cas d'utilisation - Gestion des immeubles Objectifs : Déterminer les caractéristiques d un immeuble. Résumé : Cette fonctionnalité permet : A l administrateur d ajouter, modifier ou supprimer une ville et une transaction et un type d immeuble et un quartier. Acteurs : Administrateur. Description détaillée : Pré conditions : L administrateur doit s authentifier pour avoir accès aux fonctionnalités du système. Description du traitement nominal : L administrateur peut : 1. Ajouter une ville, une transaction, un quartier et un type d immeuble ; 7

8 2. Modifier une ville, une transaction, un quartier et un type d immeuble; 3. Supprimer une ville, une transaction, un quartier et un type d immeuble. Exceptions : [Exception 1 : ChampsObligatoires] : Message d'erreur si l'un des champs obligatoires n'est pas rempli. III. Diagrammes de classes : 1. Définition : Le diagramme de classe de conception représente bien la structure statique du code, par le biais des attributs et des relations entre classes C'est un diagramme principal qui est la vue de plus haut niveau avec l'ensemble des classes de l'application, Il montre les briques de base statiques : classes, associations, interfaces, attributs, opérations, généralisations, etc. on peut avoir des vues logiques plus spécialisées si nécessaire : Vue des classes participant à un scénario Vue des classes "privées" dans un package Vue d'une classe avec ses attributs et ses opérations Vue d'une hiérarchie d'héritage 2. Description détaillée de diagramme de classes : DC : Gestion immobiliers Figure 3: Diagramme de classes - Gestion immobiliers 8

9 Description détaillée : Description: Ce package contient tous les classes. 1. Un client peut proposer plusieurs biens 2. Un bien peut être proposé par un et un seul client 3. Une commande peut être faire par un et un seul client 4. Une commande peut contenir un et un seul bien 5. Un bien ayant une et une seul transaction 6. Une transaction peut correspond à plusieurs biens 7. Un bien ayant un et un seul type d immeuble 8. Un type peut correspond à plusieurs biens 9. Un bien ayant une et une seul ville 10. Une ville peut correspond à plusieurs biens 11. Une ville contenir plusieurs quartiers 12. Un quartier ne peut exister que sur une et une seul ville IV. Diagramme de séquence : 1. Définition : Les diagrammes de séquences sont la représentation graphique des interactions entre les acteurs et le système selon un ordre chronologique dans la formulation Unified Modeling Language. 2. Description détaillée des diagrammes de séquences : A. Diagrammes de séquences boite noire : DSBN1 : Ajouter bien Figure 4 : Diagramme de séquence boite noire - Ajouter bien 9

10 Description détaillée : Pré conditions : Le client s est authentifié sur le système Description: 1. Le client demande de s authentifier 2. Le système demande de saisir login et mot de passe 3. Le client saisir login et mot de passe 4. Le système vérifier login et mot de passe 5. Le client demandé de proposer un bien 6. Le système demandé de saisir les informations du bien 7. Le client saisir les informations du bien 8. Le système valider la proposition DSBN2 : Passer une commande Figure 5: Diagramme de séquence boite noire - Passer une commande Description détaillée : Pré conditions : Le client s est authentifié sur le système Description: 1. Le client demande de s authentifier 2. Le système demande de saisir login et mot de passe 3. Le client saisir login et mot de passe 4. Le système vérifier login et mot de passe 5. Le client consulter les biens 6. Le système affiche les biens disponibles 7. Le client commander un bien 8. Le système valider la commande 10

11 B. Diagramme de séquence boite blanche : C. DSBB1 : Ajouter bien Figure 6: Diagramme de séquence boite blanche - Ajouter bien Description détaillée : Pré conditions : Le client s est authentifié sur le système Description: Acteur : Client Objets : Bien Méthodes : CreateBienAction() ; Create() ; DSBB2 : Passer une commande Figure 7: Diagramme de séquence boite blanche - Passer une commande Description détaillée : Pré conditions : Le client s est authentifié sur le système Description: Acteur : Client Objets : Bien Méthodes : getbiens() ; getall() ; 11

12 V. Diagramme d état transition : 1. Définition : Le diagramme d états transitions décrit le cycle de vie des objets chargés d assurer la dynamique du système. Cette description du cycle de vie est réalisée séparément pour chacun de ces objets. Cette modélisation est très importante pour s assurer que les objets puissent répondre aux interactions décrites dans les diagrammes de séquence et de communication. 2. Description détaillée de diagramme d état transition (Bien). DET : Bien Description détaillée : Description: Etat : état initiale Figure 8 : Diagramme d état transition - Bien Action : proposer un bien, Etat : en attente Action : annuler, Etat : état finale ou Action : valider, Etat : publier Action : Commander, Etat : Commandé Action : annuler, Etat : Publier ou Action : valider, Etat : Etat finale VI. Diagramme d activité : 1. Définition : Le diagramme d activités représente les activités que réalisent un ou plusieurs objets. Il peut correspondre à la description en détail d une activité du diagramme d états transitions, à la description d une méthode. Il peut également décrire l activité d un système ou d un sous système en assignant les responsabilités à chaque acteur. Le diagramme d activités constitue aussi un bon choix pour décrire un cas d utilisation. 12

13 2. Description détaillée de diagramme d activité : DA : Ajouter Bien Description détaillée : Description: 1. Le client ajouter un bien 2. L administrateur valider le bien 3. Le client commander le bien Figure 9: Diagramme d'activité - Ajouter bien 4. L administrateur valider la commande 5. L administrateur facturer la commande 6. Le client payé 7. Le client récupérer la commande VII. Diagramme de déploiement : 1. Définition : Le diagramme de déploiement montre le déploiement physique des artefacts (éléments concrets tels que fichiers, exécutables, etc.) sur les ressources matérielles. 13

14 2. Description détaillée de diagramme déploiement système : Figure 10: Diagramme de déploiement Description : La réalisation d'une application en JEE, consiste à suivre des concepts et respecter certain norme, chaque application web doit être séparé en couches : - Couche présentation. - Couche abstraction. - Couche métier. - Couche persistante. Le diagramme ci-dessus présente la schématisation de composantes utilisées dans la création de l'application : - Serveur Web (Apache Tomcat 7) : c'est où le système va être installé, le serveur contient un interpréteur java (JVM - Java Virtual Machin) qui va exécuter le code java installé on interrogeant un serveur de base de données. - Serveur de base de données (MySQL) : Le SGBD MySQL est supporté par un large éventail d'outils, il est surtout installé pour les applications Web, et celui qui va contenir la base de données du système. -PC client : qui contient un navigateur internet qui va se connecter avec le serveur web via l'internet et par des requêtes HTTP il va scruter le système. 14

15 VIII. Architecture Technique : 1. Choix technologiques : UML : «UML (en anglais Unified Modeling Language ou «langage de modélisation unifié») est un langage de modélisation graphique à base de pictogrammes. Il est apparu dans le monde du génie logiciel, dans le cadre de la «conception orientée objet». Couramment utilisé dans les projets logiciels, il peut être appliqué à toutes sortes de systèmes ne se limitant pas au domaine informatique. Jsf : Java Server Faces est un Framework de développement d application Web en Java permettant de respecter le modèle d architecture MVC et basé sur des composants côté présentation. Facelet Technologie de présentation pour le développement d'applications web en Java ; Système de templating : permet de définir des vues de JSF en utilisant des calibres du modèle HTML ; Réduit la quantité de code nécessaire pour intégrer des composants dans la vue. Richfaces : Librairie de composants JSF pour le développement d'applications web riches (RIA) Rich Internet Application avec Ajax. Spring : Spring est un framework open source J2EE pour applications 3-tiers ; Faciliter l'intégration des différentes technologies qui a priori sont pour le moins hétérogènes. Hibernate : Hibernate est un Framework open source gérant la persistance des objets en base de données relationnelle. Spring Security : Framework qui permet la gestion de deux grandes problématiques liées à la sécurité applicative : Authentification ; Autorisation. 15

16 2. Outils : MagicDraw UML est un outil graphique de modélisation UML disposant de fonctions de travail collaboratif. Conçu pour les Consultants Métier, les analystes développeurs, les développeurs, les ingénieurs qualité, et les rédacteurs de documentation, cet outil de développement dynamique et polyvalent facilite l'analyse et la conception de systèmes orientés objets (OO) et de bases de données. Il fournit le meilleurs mécanisme d engineering de code de l industrie (avec un reverse complet pour les environnements J2EE, C#, C++, CORBA IDL,.NET, XML Schéma, WSDL) ainsi que le modèle de base de données, la génération de DDL. TOMCAT L'utilisation d'un serveur Java EE est obligatoire pour le développement de pages Web dynamiques en Java EE. Un serveur HTTP classique reçoit des requêtes HTTP et renvoie des réponses mais il ne connait pas les Servlets, les JSP... Il est donc essentiel d'utiliser un programme appelé moteur de Servlets qui est contenu dans le serveur Java EE et qui permet de pallier ce manque. ECLIPSE Eclipse est l'environnement de développement (spécialisé pour le langage Java) qui sera utilisé dans ce projet. Le choix d'eclipse repose essentiellement sur sa gratuité, sa facilité d'utilisation, sa puissance de développement et surtout ses nombreux plugins (bibliothèques additives). APACHE Apache est le serveur Web le plus utilisé sur Internet. Dans une architecture en production, il est recommandé d'utiliser un serveur Web en frontal d'un serveur d'applications. Ces recommandations sont également appliquées dans le cas de l'utilisation d'un conteneur Web comme Tomcat. L'utilisation d'un serveur Web en frontal est nécessaire dans ce projet pour des raisons de performance, de sécurité et de flexibilité. Coupler Tomcat et le serveur web Apache L'intégration d'un serveur Tomcat avec un serveur Web se fait au travers d'un connecteur configuré au sein de Tomcat et d'une extension ajoutée au serveur Web. Un connecteur Tomcat est une classe Java qui supporte un protocole réseau spécifique et 16

17 propriétaire. La librairie d'extension du serveur Web permet un dialogue entre les deux serveurs. MySQL Le SGBD MySQL est supporté par un large éventail d'outils. MySQL est surtout installé pour les applications Web, ce SGBD est solide et utilisé par de grands groupes spécialisés dans l'internet. Plusieurs pilotes natifs de type 4 sont disponibles pour MySQL et sont conseillés pour une utilisation en Java. 17