UML

Le modèle logique représente un choix logiciel pour le système d'information. Le modèle physique reflète un choix matériel pour le système d'information. DIAGRAMME DE CAS D’UTILISATION Les diagrammes de cas d'utilisation sont des diagrammes UML utilisés pour donner une vision globale du comportement fonctionnel d'un système logiciel. Ils sont utiles pour des présentations auprès de la direction ou des acteurs d'un projet, mais pour le développement, les cas d'utilisation sont plus appropriés

bien indique le niveau de satisfaction supplémentaire permit par l’augmentation de la consommation de ce bien, toutes choses étant égales par ailleurs. Elle correspond mathématiquement à la dérivée de l’utilité. UmL = U’L (T,L) = δU(T,L) / δL UmT = U’T (T,L) = δU(T,L) / δT UmL = ΔU / ΔL UmT = ΔU / ΔT L’Utilité Marginale est toujours positive et décroissante. Um’L = U’’L (T,L) < 0 Um’T = U’’T (T,L) < 0 L’Utilité Marginale décroissante implique que le supplément d’utilité

5.3 Interface Homme/Logiciel 27 5.3.1 ‘Charte graphique’ 27 5.3.2 Ecran d’interface et spécifications des menus 28 6. Besoins en performance 33 7. Contraintes de développement 34 7.1 Sécurité 34 7.2 Standard 34 7.2.1 UML 35 7.2.2 Méthode Merise 36 7.2.3 SQL 36 7.2.4 PL/SQL 36 8. Conception et réalisation : partie BD50 37 8.1 Modèle conceptuel de données 37 8.1.1 Modèle Global 37 8.1.2 MCD - Sous-modèle Inscriptions 39 8

volonté de contrôle du processus de développement, avec comme objectif affiché une diminution drastique des coûts. b. 1997 : l’apparition d’un premier standard mondial : UML (Unified Modeling Language) Ce phénomène bouleverse l’aspect de l’industrie du logiciel. Jusqu’alors, les standards étaient au mieux nationaux. Le nouveau standard UML permet quant à lui aux Etats-Unis de remettre en cause le statu quo existant, et de lancer une OPA sur la conception et le développement du logiciel applicatif, domaine

Inventaire des environnements de développement possibles 30 A. WEBEXPERT 30 B. DREAMWEAVER 31 C. JBUILDER 31 D. ECLIPSE 32 III.4.3 Inventaire des outils et méthodes d’analyse de données possibles 32 A. UML 32 B. MERISE 34 C. Méthode AGILE 36 III.4.4 Inventaire des bases de données possibles 36 A. MYSQL 36 B. SQL SERVER 37 C. ACCESS 37 D. POSTGRESQL 38 E. ORACLE 38 Partie II : la

solution proposée I. Choix de la méthode : I.1 Définition : UML (Unified Modeling Langage, traduisez "langage de modélisation objet unifié") est né de la fusion des trois méthodes qui ont le plus influencé la modélisation objet au milieu des années 90:OMT, Bouchet OOSE. Issu "du terrain" et fruit d'un travail d'experts reconnus, UML est le résultat d'un large consensus. De très nombreux acteurs industriels de renom ont adopté UML et participent à son développement. I.2 Les points forts :

des processus unifiés qui constitue une trame commune pour intégrer les meilleures pratiques de développement. Le 2TUP propose un cycle de développement en Y qui dissocie les aspects techniques et fonctionnels. Le processus 2TUP s’appuie sur UML tout au long du cycle de développement, car les différents diagrammes de ce dernier permettent, par leur facilité et clarté, de bien modéliser le système à chaque étape. De plus, 2TUP est piloté par les risques et les exigences des utilisateurs.

extension Pour Vim, riche en fonctionnalités1. · Entreprise Architect : logiciel de modélisation et de conception UML le plus reconnu. Couvrant, par ses fonctionnalités, l'ensemble des étapes du cycle de conception d'application. · WampServer : Plateforme de développement Web

.......................................................................... 14 2.2 Les besoins non fonctionnels. .................................................................................... 15 Conception et Réalisation d’un CRM 2011 3. UML ............................................................................................................................... 15 3.1 Diagramme des cas d’utilisation. ............................................................................... 16

30 2.1. Microsoft Exchange 30 2.2. Autres serveurs 31 3. Protocole POP3 31 3.1. L'étape d'autorisation 31 3.2. L'étape transactionnelle 32 TROISIEME PARTIE : Conception UML de l'application 35 1. UML comme outils de conception 35 2. La modélisation UML 35 2.1. Diagramme de cas d'utilisation 36 2.2. Diagramme de classes 37 2.3. Diagramme d'objets 38 2.4 Diagramme de déploiement 39 2.5 Diagramme de séquences 40 QUTRIEME PARTIE: