Uml Les Diagrammes De Composants

10 II.1.2. Composants additionnels 11 II.2. Arborescence des pages 12 II.3. Services et Fonctionnalités 13 II.3.1. Téléchargement de brochures PDF 13 II.3.2. Espace interactif 14 II.2. Conception visuelle 14 II.2.1. Ergonomie et accessibilité 14 II.2.2. la Charte graphique 15 II.2.2.1. Orientation chromatique 15 II.2.2.2. Orientation typographique 15 II.2.2.3. Animations Flash 16 II.2.2.4. Gabarit d’écran 16 II.2.2.5. Maquette de la page d’accueil 18 II.3. Modélisation UML 20 II.3.1

considérables ainsi que l’utilisation d’énergies propres et renouvelables. La domotique, terme apparu au milieu des années 1980, est née de la prolifération et de la miniaturisation des composants électroniques ainsi que du développement des technologies de communication. L’idée de faire dialoguer des composantes de l’habitat jusque-là isolées en îlots a donc germé. A une autre échelle, l’immotique (néologisme issu du mot immeuble) désigne l’application de ces mêmes objectifs à un immeuble ou un

grosses modifications . . . 2 Analyse et specification des besoins 2.1 Introduction . . . . . . . . . . . . 2.2 Identification des acteurs . . . . 2.3 Spécification des besoins . . . . 2.3.1 Besoins fonctionnels . . . 2.3.2 Besoins non fonctionnels 2.4 Diagramme de Cas d’utilisation 2.5 conclusion . . . . . . . . . . . . . 3 3 1 1 1 1 1 1 2 2 2 2 2 2 2 4 4 4 4 4 5 5 6 7 7 8 9 9 9 9 9 10 10 11 12 14 16 18 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

................... 18 6 7 8 9 ESTIMATION DES TACHES ............................................................................ 20 LES LIVRABLES .............................................................................................. 21 DIAGRAMME DE GANTT................................................................................. 21 FACTURATION ................................................................................................ 22 10 CONCLUSION .......................

................................14 3.2 Les Fonctionnalités Open erp……………………………………………..14 3.3ERP Comparaison……………………………………………………….....21 3.4 Vue générale sur OpenERP(SWOT): ...................................………...…..244 .Diagramme de SWOT Open ERP………………………………………………25 5 .Problématique………………………………………………………………..…..28 6. Objectifs du projet……………………………………………………………….29 Chapitre III: Dossier technique ....................................................................

consiste à réaliser un système de Gestion de bus qui assure La gestion des commandes effectuées par les services, l'administrateur peut gérer les comptes services, ajouter , supprimer une ligne ,modifier les horaires , en ayant recours aux outils : UML pour la conception, JAVA pour la programmation et l’interface graphique et JAVA derby pour la gestion de la base de données. Ce rapport présente une étude bibliographique de la Gestion de Bus, l’environnement de travail et les différentes étapes de

Vérification» .47 5.Conception du cas d'utilisation « Evaluation» 49 6. Conception cas d'utilisation général ..52 7.Conception du diagramme de classe général 53 8.Conception du diagramme d'activité général .54 9.Conclusion 55 Chapitre IV : Réalisation 56 1 .Environnement de travail 57 2.Le Business Process Diagram 61 3.Présentation de quelques interfaces 62 4.Evaluation 73 5.Conclusion 73 Conclusion générale 74 Glossaire 75

conception de ce travail, le langage UML qui est un langage de modélisation résultant de la fusion de plusieurs méthodes orientées objet qui est devenu, sans conteste, le langage de référence en terme de modélisation objet pour le développement de tout type de systèmes d’information, base de données, e-business, application web, systèmes d’information d’entreprise, etc.. Aujourd’hui, UML comporte trésie diagrammes différents dont on a besoins de trois qui seront : le diagramme de cas d’utilisation, de classes

Observateurs-Observé  MVC  Les architectures Physiques (n-tier)  Retour au processus de développement avec UML  Introduire les objets frontière et contrôle 2 3 Architecture Logique et architecture physique  Architecture logique et leurs dépendances.  décrit la structuration en sous-systèmes (paquetages) d’un système  Architecture physique l’application.  décrit les composants (code, source, fichier,…) qui composent  La normalisation des architectures est grandement facilitée

Outils d’aide à la gestion des ordres de transport sous l’ERP SAP R/3. Afin de réaliser ce projet, nous avons adopté un cycle de vie en cascade en utilisant les pratiques XP. En ce qui concerne la conception, nous avons choisi le langage de modélisation UML et l’AGL StarUML, par la suite nous avons utilisé le langage ABAP, langage propriétaire à l’ERP SAP, lors du développement de notre solution. Ce projet réalisé dans une durée de quatre mois, clôture notre dernière année d’études au sein de l’ENSA de