b Intro : Des ventes de mains en mains, vers des ventes virtuelles, Les sites d
b Intro : Des ventes de mains en mains, vers des ventes virtuelles, Les sites de vente en ligne permettent aux clients de profiter d’une foire virtuelle disponible est quotidiennement mise à jour sans la moindre contrainte, ce qui leur permettra de ne jamais rater les coups de cœur (livres souhaités), ainsi Une foire sans problèmes de distance géographique, ni d’horaire de travail ni de disponibilité de transport. D’une autre part ces sites offrent à l’administrateur la possibilité de profiter de cet espace pour exposer ses produits à une plus large base de clientèle. Notre projet est réalisé dans le cadre du mémoire de liscence3, ayant comme objectif principal : la conception et la réalisation d’un site de vente de livre en ligne. //////////////////////////////////////////////////// bourrage de commandes non validées. Le panier sera dans notre site disponible seulement pour les clients après l’inscription et l’authentification. Méthodologie de conception (Pour faciliter notre tâche nous avons recours langage de modélisation unifié (UML : Unified Modelling Language) c’est une notation qui permet de modéliser un problème de façon standard. Ce langage est né de la fusion de plusieurs méthodes existantes auparavant, et il est devenu une référence en termes de modélisation objet, à un tel point que sa connaissance devienne indispensable pour un développeur.)wagui on l met di la présentation c bref Sinon pour l rapport : Le langage de modélisation unifié (UML) est un langage de modélisation à usage général. L'objectif principal d'UML est de définir un moyen standard de visualiser la manière dont un système a été conçu. Il est assez similaire aux plans utilisés dans d'autres domaines de l'ingénierie. UML n'est pas un langage de programmation, mais plutôt un langage visuel. Nous utilisons les diagrammes UML pour représenter le comportement et la structure d'un système. UML aide les ingénieurs logiciels, les hommes d'affaires et les architectes de systèmes à modéliser, concevoir et analyser. L'Object Management Group (OMG) a adopté le langage de modélisation unifié comme norme en 1997. Il est géré par l'OMG depuis lors. L'Organisation internationale de normalisation (ISO) a publié UML en tant que norme approuvée en 2005. UML a été révisé au fil des ans et est revu périodiquement. Pourquoi UML ? La valeur stratégique des logiciels augmentant pour de nombreuses entreprises, le secteur recherche des techniques permettant d'automatiser la production de logiciels, d'améliorer la qualité et de réduire les coûts et les délais de mise sur le marché. Ces techniques comprennent la technologie des composants, la programmation visuelle, les modèles et les cadres. Les entreprises recherchent également des techniques pour gérer la complexité des systèmes à mesure qu'ils augmentent en portée et en échelle. En particulier, elles reconnaissent la nécessité de résoudre les problèmes architecturaux récurrents, tels que la distribution physique, la concurrence, la réplication, la sécurité, l'équilibrage des charges et la tolérance aux pannes. De plus, le développement du World Wide Web, tout en simplifiant certaines choses, a exacerbé ces problèmes d'architecture. Le langage de modélisation unifié (UML) a été conçu pour répondre à ces besoins. Les principaux objectifs de la conception de l'UML sont résumés par Page-Jones dans Fundamental Object-Oriented Design in UML comme suit : 1. Fournir aux utilisateurs un langage de modélisation visuel expressif et prêt à l'emploi afin qu'ils puissent développer et échanger des modèles significatifs. 2. Fournir des mécanismes d'extensibilité et de spécialisation pour étendre les concepts de base. 3. Être indépendant des langages de programmation et des processus de développement particuliers. 4. Fournir une base formelle pour la compréhension du langage de modélisation. 5. Encourager la croissance du marché des outils OO. 6. Prendre en charge des concepts de développement de plus haut niveau tels que les collaborations, les cadres, les modèles et les composants. 7. Intégrer les meilleures pratiques. La structure de l’UML : Voici un bref aperçu de chacun de ces 13 diagrammes, tels qu'ils apparaissent dans la structure des diagrammes UML 2 ci-dessous : Les diagrammes de structure montrent la structure statique du système et de ses parties à différents niveaux d'abstraction et d'implémentation et comment ils sont liés les uns aux autres. Les éléments d'un diagramme de structure représentent les concepts significatifs d'un système, et peuvent inclure des concepts abstraits, du monde réel et d'implémentation, il existe sept types de diagramme de structure Les diagrammes de comportement montrent le comportement dynamique des objets d'un système, qui peut être décrit comme une série de modifications apportées au système au fil du temps, il existe sept types de diagrammes de comportement. architecture : Notre mémoire consiste à concevoir et réaliser une boutique virtuelle pour la vente en ligne des livres en se basant sur le modèle MVC constitué de trois parties. Bien évidemment, les deux parties connues qui sont les vues V (les interfaces IHM) et le modèle M(le serveur de données) et une troisième Partie représenté comme contrôleur de trafic C, (le serveur d’application). Cette architecture a pas mal d’avantages pour qu’elle reste toujours la plus utilisée dans le monde de développement Web étant donné qu’elle se caractérise par : - L’allégement du poste de travail. - La prise en compte de l'hétérogénéité des plates-formes (serveurs, clients, langages, etc.). - L’introduction de clients dits " légers " (plus liée aux technologies Intranet/HTML qu'au 3-tiers proprement dit). - Une meilleure répartition de la charge entre les différents entités clients et serveurs. Diagramme de cas d’utilisation. Les diagrammes de cas d'utilisation sont utilisés pour décrire la fonctionnalité d'un système ou d'une partie d'un système. Ils sont largement utilisés pour illustrer les exigences fonctionnelles du système et son interaction avec les agents externes (acteurs). Un cas d'utilisation est essentiellement un diagramme représentant différents scénarios dans lesquels le système peut être utilisé. Un diagramme de cas d'utilisation nous donne une vue de haut niveau de ce que fait le système ou une partie du système sans entrer dans les détails de mise en œuvre. Pour élaborer les cas d’utilisation, il faut se fonder sur des entretiens avec les utilisateurs. Le diagramme de cas se compose de trois éléments principaux : Un Acteur : c’est l’idéalisation d’un rôle joué par une personne externe, un processus ou une chose qui interagit avec un système. Il se représente par un petit bonhomme avec son nom inscrit dessous. Un cas d’utilisation : c’est une unité cohérente représentant une fonctionnalité visible de l’extérieur. Il réalise un service de bout en bout, avec un déclenchement, un déroulement et une fin, pour l’acteur qui l’initie. Un cas d’utilisation modélise donc un service rendu par le système, sans imposer le mode de réalisation de ce service. Il représente par une ellipse contenant le nom du cas (un verbe à l’infinitif), et optionnellement, au-dessus du nom, un stéréotype. Les relations : Trois types de relations sont pris en charge par la norme UML et sont graphiquement représentées par des types particuliers de ces relations. Les relations indiquent que le cas d'utilisation source présente les mêmes conditions d'exécution que le cas issu. Une relation simple entre un acteur et une utilisation est un trait simple. Les acteurs de notre projet Le visiteur : c’est un individu qui est entrain de fouiller sur le net, cherchant un livre pour l’acheter ou pour avoir une idée sur les modèles et les prix. Jusqu’au ce stade c’est un utilisateur inconnu donc il n’est pas encore un client. Le Client : cet acteur est un visiteur ayant déjà créer un compte sur notre site, il peut donc suivre le processus d’achat des livres en toute sécurité(https) sachant que notre système doit être l’unique responsable de la confidentialité des données personnelles de ses clients. L’administrateur : C’est celui qui assure le dynamisme du site et veille sur les mises à jour des livres, de leurs prix, de leurs disponibilités… Notre diagramme de cas d’utilisation : ………………… diagramme d’activités. Définition Nous utilisons les diagrammes d'activité pour illustrer le flux de contrôle dans un système. Nous pouvons également utiliser un diagramme d'activité pour faire référence aux étapes de l'exécution d'un cas d'utilisation. Nous modélisons les activités séquentielles et concurrentes à l'aide de diagrammes d'activité. Un diagramme d'activité se concentre sur la condition du flux et la séquence dans laquelle il se produit. Un diagramme d'activité se concentre sur la condition du flux et sur la séquence dans laquelle il se produit. Composition d’un diagramme d’activités : Le diagramme d’activité se compose des éléments suivants : Une activité représente une exécution d'un mécanisme, autrement dit, un déroulement d'étapes séquentielles. Une transition qui représente Le passage d'une activité vers une autre. Cette transition peut être automatique, qui se déclenche par la fin d'une activité, provoquent le début immédiat d'une autre ou conditionnelle, qui ne se déclenche qu’après la satisfaction de la condition qu’on appelle aussi garde. Les gardes qui représentent la condition de passage d’une activité à une autre dans les transitions conditionnelles ils sont symbolisés par des losanges Les barres de synchronisation sont des barres représentées par une ligne épaisse, le rôle cette barre est de synchroniser le départ de plusieurs transitions qui arrivent de déférentes activités, aboutissant toutes uploads/Ingenierie_Lourd/ intro 1 .pdf
Documents similaires










-
30
-
0
-
0
Licence et utilisation
Gratuit pour un usage personnel Attribution requise- Détails
- Publié le Mai 18, 2022
- Catégorie Heavy Engineering/...
- Langue French
- Taille du fichier 0.1195MB