Systèmes d information dans les entreprises
|
|
- Jean-Baptiste Bonneau
- il y a 8 ans
- Total affichages :
Transcription
1 Systèmes d information dans les entreprises Chargé: JF Couturier Cours # 4 MTI515 Automne 2013 JF Couturier 1
2 Retour sur les derniers cours Le document de vision Petit retour sur les diagrammes d activité et le modèle du domaine Les techniques d explicitation des exigences (brainstorm, prototypage ) Le modèle du domaine Étude du cas de la formation des employés MTI515 Automne 2013 JF Couturier 2
3 Retour sur l étude de cas Faire le modèle du domaine pour l étude de cas «Formation d un employé» Liste des entités Exemples MTI515 Automne 2013 JF Couturier 3
4 Messages Au prochain cours 1 ere Évaluation du cours, soyez là! Rappel : Les remises se font toujours en format papier ET en format électronique Utiliser la page titre fournie sur le site Web du cours, dans la section laboratoire. MTI515 Automne 2013 JF Couturier 4
5 Plan du cours 4 Diagramme des cas d utilisation Les cas d utilisation Le SRS Les cas de test Prochain cours MTI515 Automne 2013 JF Couturier 5
6 Les modèles du cycle de développement de logiciels Domaine Modèle des Processus d affaires Exigences Modèle des Cas d utilisation Analyse Modèle d analyse du système Conception Modèle de conception du système Réalisation Code MTI515 Automne 2013 JF Couturier 6
7 Rappel Processus métier élémentaire (PMÉ) Une tâche accomplie par une personne dans un endroit à un instant donné, en réponse à un événement qui donne un résultat et laisse les données dans un état cohérent (Larman, p.88) Cas d utilisation Une description des séquences d actions qu un système accomplit et qui donnent un résultat observable pour un acteur particulier (Rational) En général, 1 PMÉ = 1 Cas d utilisation MTI515 Automne 2013 JF Couturier 7
8 Les PMÉ du garage MTI515 Automne 2013 JF Couturier 8
9 Comprendre les besoins MTI515 Automne 2013 JF Couturier 9
10 Digramme des CU Diagramme UML représentant le comportement fonctionnel d un système. Permet de visualiser les différentes actions des utilisateurs (ici des acteurs) Fait partie des diagrammes proposés par UML 2.0 MTI515 Automne 2013 JF Couturier 10
11 Diagramme des CU On décrit les interactions entre les utilisateurs et le système Le système est ici une boîte noire, on ne souhaite pas savoir pour l instant comment il réalise sa tâche. Diagramme puissant pour communiquer avec le client MTI515 Automne 2013 JF Couturier 11
12 Exemple diagramme des CU OMG Unified Modeling LanguageTM (OMG UML), Superstructure MTI515 Automne 2013 JF Couturier 12
13 Exemple diagramme des CU OMG Unified Modeling LanguageTM (OMG UML), Superstructure MTI515 Automne 2013 JF Couturier 13
14 Diagramme du cas d utilisation 2. Système 3. Cas d utilisation «Include» 5. Dépedance «Extend» 1. Acteur 6. Généralisation 4. Association MTI515 Automne 2013 JF Couturier 14
15 Acteur Personne, organisation, système externe qui réalise un ou plusieurs cas d utilisation. Il est important de ne pas mettre un individu, mais plutôt un rôle. MTI515 Automne 2013 JF Couturier 15
16 Acteur C est mal La belle sophie Comptabilité C est bien MTI515 Automne 2013 JF Couturier 16
17 Diagramme des CU 4 types de relation Association Extend Include Généralisation MTI515 Automne 2013 JF Couturier 17
18 Association Permet simplement de relier un acteur avec son ou ses cas d utilisation MTI515 Automne 2013 JF Couturier 18
19 Les relations entre cas d utilisation (Chapitre 30 de Larman) À n utiliser qu à bon escient La relation extend Pour représenter un comportement additionnel optionnel. La relation include Pour représenter un comportement commun à plusieurs cas. Il est obligatoire dans la réalisation du cas d utilisation appelant. La relation de généralisation (à éviter) Pour représenter une similarité conceptuelle entre les cas ou les acteurs. MTI515 Automne 2013 JF Couturier 19
20 Exemples de «extend» OMG Unified Modeling LanguageTM (OMG UML), Superstructure MTI515 Automne 2013 JF Couturier 20
21 Exemple de «include» OMG Unified Modeling LanguageTM (OMG UML), Superstructure MTI515 Automne 2013 JF Couturier 21
22 Exemple de «Généralisation» MTI515 Automne 2013 JF Couturier 22
23 Le système Vos cas d utilisation doivent se retrouver dans les limites d un système Toujours tracer une boîte où placer vos CU. Toujours identifier le système MTI515 Automne 2013 JF Couturier 23
24 Le système OMG Unified Modeling LanguageTM (OMG UML), Superstructure MTI515 Automne 2013 JF Couturier 24
25 Questions MTI515 Automne 2013 JF Couturier 25
26 Réponses 2. Système 3. Cas d utilisation «Include» 5. Dépedance «Extend» 1. Acteur 6. Généralisation 4. Association MTI515 Automne 2013 JF Couturier 26
27 Commentaires Un verbe pour décrire un C.U. Un cadre pour représenter le système Attention aux relations acteur-système Chaque C.U. doit se justifier Titrer et numéroter MTI515 Automne 2013 JF Couturier 27
28 Utilisation des relations Scénario alternatif ou Extend Include Généralisation (À éviter) Objectif: la clarté du document Ne pas oublier: le modèle des cas d utilisation ne reflète pas l architecture du système MTI515 Automne 2013 JF Couturier 28
29 Rappel Rappelez-vous que l important est d apprendre quelque chose de votre analyse. Passer des heures à discuter à propos d un extend ou d un include n est pas franchement une activité constructive Le texte du cas d utilisation est, lui, primordial! MTI515 Automne 2013 JF Couturier 29
30 Questions Quelle est la relation entre les acteurs et les rôles dans un diagramme de cas d utilisation Un acteur représente un rôle, mais pas nécessairement une personne spécifique ou un système spécifique : rôle métier Une personne peut jouer plus qu un rôle Où la relation «association» est-elle utilisée dans un diagramme de cas d utilisation? Pour relier les acteurs avec les cas d utilisation Pourquoi utiliser la dépendance stéréotype «Include»? Lorsqu un cas d utilisation délègue à un autre cas d utilisation, une ligne en pointillé est utilisée. La délégation peut survenir pour 2 raisons: Un autre cas d utilisation existe déjà et effectue la tâche désirée Plusieurs cas d utilisation partagent la même tache. MTI515 Automne 2013 JF Couturier 30
31 Questions Quand utiliser la dépendance de stéréotype «extends»? La dépendance stéréotypée «extends» dit qu il peut y avoir une dépendance: la relation «include» dit qu il y a toujours une dépendance La direction de la flèche va dans le sens contraire Où utiliser la relation de généralisation dans un diagramme de cas d utilisation? Lorsqu un acteur hérite des propriétés d un autre acteur: la flèche pointe vers l acteur qui est hérité. MTI515 Automne 2013 JF Couturier 31
32 Étude de cas Réaliser le diagramme des cas d utilisations à partir de Le cas du garage Étapes Identifier les processus métier Faire le diagramme des CU MTI515 Automne 2013 JF Couturier 32
33 Le garage Combien de PMÉ? J en ai identifié 6 1. Prendre rendez-vous 2. Enregistrer demande de service 3. Préparer bon de travail 4. Exécuter travail 5. Préparer facture 6. Payer MTI515 Automne 2013 JF Couturier 33
34 Le garage Que remarquez-vous? Pourquoi exclure le client? Discutable Il y a aussi de nouveaux acteurs Nous sommes dans un cycle itératif et il est normal de trouver de nouvelles exigences en cours de route. C est ce que l on souhaite! MTI515 Automne 2013 JF Couturier 34
35 Plan du cours 4 Diagramme des cas d utilisation Les cas d utilisation Le SRS Les cas de test Prochain cours MTI515 Automne 2013 JF Couturier 35
36 Cas d utilisation Le cas d utilisation a trois sources principales: Le diagramme de cas d utilisation Le narratif de cas d utilisation Les scénarios de cas d utilisation Les acteurs définissent des entités à l extérieur du système qui vont interagir avec le système Les associations indiquent quels acteurs vont accéder à quelles fonctionnalités du système. Les dépendances décrivent la nature de la relation entre cas d utilisation La généralisation est utilisée pour illustrer les relations d héritage entre cas d utilisation et entre acteurs. MTI515 Automne 2013 JF Couturier 36
37 Narratif du cas d utilisation Le narratif du cas d utilisation décrit, en terme de l utilisateur, ce que les utilisateurs s attendent des cas d utilisation; les exigences. Le cas d utilisation représente les fonctionnalités du système avec un début, un traitement et une fin; la description du processus. L initiation du cas d utilisation décrit comment commencer le cas d utilisation MTI515 Automne 2013 JF Couturier 37
38 Lignes directrices (adapté de Effective Use Cases de A.Cockburn) Rendez le CU facile à lire Mettez en évidence chaque transaction élémentaire Faites des phrases courtes En général, une seule phrase par étape Limitez-vous aux relations Include, sous cette forme: Étape X. Le client consulte le catalogue des produits. Plus rarement aux relations Extend, via les points d extension Évitez la forme passive Placez-vous au bon niveau (normalement au niveau Système ) Évitez de décrire l interface utilisateur Pensez à satisfaire tous les intervenants, pas seulement l acteur Définissez les préconditions (l état du système au moment de l événement déclencheur) Numérotez les étapes du scénario normal et des scénarios alternatifs Recommandé: illustrez tous les scénarios possibles par un diagramme.., cf plus loin N oubliez pas que les CU sont juste une partie des exigences Pour identifier les extensions, pensez à toutes les conditions d échec possible, et supposez que 1) la technologie est parfaite 2) les utilisateurs sont honnêtes Identifiez toutes les terminaisons possibles (succès ou échec) Le diagramme des CU n est: Qu une table des matières Qu un diagramme de contexte MTI515 Automne 2013 JF Couturier 38
39 Cas d utilisation Élément du CU Titre et numéro (traçabilité) Acteur(s) primaire et secondaires Pré-conditions Scénario normal / nominal Scénario(s) alternatif(s) / erreurs Postcondition Point d extension MTI515 Automne 2013 JF Couturier 39
40 Acteur principal Il s agit de l utilisateur qui débute et poursuit l avancement du CU. Il amorce chaque étape des scénarios et le système réagit à ses actions. Un acteur principal peut être un autre système, externe au système à l étude. Dans les cas où aucun utilisateur n intervient, il est possible de désigner un acteur virtuel; il s agit bien souvent d un timer qui est déclenché à intervalle régulier ou de capteurs externes. (Rare) MTI515 Automne 2013 JF Couturier 40
41 Acteur secondaire Un acteur secondaire ne déclenche pas un cas d utilisation et ne contrôle pas l avancement des étapes d un cas d utilisation, mais réagit aux actions d un acteur principal ou sous l action du système. Par exemple, un guichet a comme utilisateur principal le client et comme acteur secondaire, le système central de gestion des transactions MTI515 Automne 2013 JF Couturier 41
42 Pré/Post-Condition Pré-condition Il s agit de conditions nécessaires à l amorce d un cas d utilisation Postcondition Il s agit généralement des conditions en cas de succès du scénario nominal du CU. MTI515 Automne 2013 JF Couturier 42
43 Scénario principal Le scénario principal décrit une séquence d actions, du déclencheur du cas d utilisation jusqu à la réalisation complète de l objectif de l acteur principal. On l appelle, selon l auteur, le scénario principal, nominal ou normal MTI515 Automne 2013 JF Couturier 43
44 Scénario alternatif Une ou plusieurs alternatives au scénario nominal Énoncé à part, pour garder le scénario principal le plus lisible possible. Un scénario alternatif peut avoir un point précis d attache au scénario principal (une condition de déclenchement, à une unique étape d un cas d utilisation). MTI515 Automne 2013 JF Couturier 44
45 Cas d utilisation Voir un exemple de gabarit MTI515 Automne 2013 JF Couturier 45
46 Les limites du modèle des CU Ne s applique pas dans tous les cas, notamment s il y a: Peu d interfaces Beaucoup d exigences non fonctionnelles MTI515 Automne 2013 JF Couturier 46
47 Les différents modèles de CU D affaires (Business Use Case) Système (Essentiel) Niveau des nuages (résumé) Niveau de la mer Niveau sous l eau (fonction) De conception (réel) MTI515 Automne 2013 JF Couturier 47
48 Quelques exemples de CU Voir des exemples de CU Le cas de la vente Le cas du garage Le cas de Air Québec MTI515 Automne 2013 JF Couturier 48
49 Commentaires sur les ch.1 et 2 Construire le modèle du domaine d affaires avant celui des cas d utilisation Identifier le glossaire / les concepts statiques L identification des cas d utilisation devrait précéder celle des acteurs Représentation intéressante des scénarios (Fig. 1.3) Recommandation: faire un diagramme de contexte (Fig. 1.4) Le diagramme de séquence système MTI515 Automne 2013 JF Couturier 49
50 Plusieurs formats possibles Texte (une colonne, deux colonnes, ) Diagramme d activité Diagramme de séquence MTI515 Automne 2013 JF Couturier 50
51 Modélisation graphique des CU Diagramme d activité ou diagramme de séquence (Voir Chapitre 1, étape 5 du livre) Recommandation: le diagramme d activité Pourquoi? Automatisation Transformation MDA MTI515 Automne 2013 JF Couturier 51
52 Le cas d utilisation sous forme de diagramme d activité Correspondance des éléments Acteur Partition (swimlane) Pré et postconditions: notes reliées au point de début, point de fin Étape - Action Voir article MTI515 Automne 2013 JF Couturier 52
53 Représentation visuelle par les diagrammes d activité On peut véhiculer autant (et même plus) d informations sous la forme visuelle d un diagramme d activité que sous la forme textuelle traditionnelle Le diagramme des cas d utilisation peut aussi être remplacé par un diagramme d activité, qui représente le workflow du système Avec le diagramme d activité, on peut: mettre plus d informations générer les cas de tests utiliser un outil de modélisation utiliser les mécanismes de transformation de modèle à modèle Avoir plusieurs acteurs MTI515 Automne 2013 JF Couturier 53
54 Cas d utilisation graphique MTI515 Automne 2013 JF Couturier 54
55 Utilisations des cas d utilisation Participation du client Analyse du système Conception de l interface utilisateur Cas de tests Documentation du système Manuel? Identification des règles d affaires Mesure de la taille fonctionnelle MTI515 Automne 2013 JF Couturier 55
56 Avec les CU Vous serez en mesure de rédiger des Diagrammes de séquence Diagrammes d analyse (Jacobson) Identification des interfaces (à venir) Identification des contrôleurs (à venir) Jeux d essais Diagramme de flux de données (DFD) MTI515 Automne 2013 JF Couturier 56
57 Que doit-on modéliser? La règle du boss Modéliser l identification d un utilisateur? La règle de la taille Un cas d utilisation avec une seule étape? Une dizaine d étape c est déjà plus intéressant La règle du PMÉ MTI515 Automne 2013 JF Couturier 57
58 Sondage interne Qui utilise ou a déjà utilisé les cas d utilisations? Si oui, vos impressions Sinon, comment validez-vous le comportement du système avec le client/utilisateur? Prototype? Et lorsque vous n en savez rien? MTI515 Automne 2013 JF Couturier 58
59 Étude de cas Reprendre le cas AirQuébec Réaliser la version textuelle Réaliser la version visuelle/graphique MTI515 Automne 2013 JF Couturier 59
60 Réserver un vol Un client veut réserver un vol. Il ouvre le système et demande la liste des vols pour une direction donnée. Le système consulte la liste des vols et demande au client le nombre de billet et ses disponibilités. S il y a des disponibilités, le client spécifie le nombre de billet et confirme sa réservation. Il fournit au système ses informations personnelles. Le système demande si le client veut choisir ses sièges contre un paiement de 10$. Si oui, le client précise ses préférences. Le système lui suggère les meilleurs sièges. Le système demande les informations nécessaires pour effectuer le paiement du vol. Le client paie par carte de crédit. Le système confirme la réservation et transmet le numéro de réservation au client. Les billets sont ensuite envoyés par la poste. MTI515 Automne 2013 JF Couturier 60
61 Plan du cours 4 Diagramme des cas d utilisation Les cas d utilisation Le SRS Les cas de test Prochain cours MTI515 Automne 2013 JF Couturier 62
62 SRS Document de spécification des exigences logicielles. Fait suite au document de vision Rappelez-vous de numéroter vos éléments Traçabilité! MTI515 Automne 2013 JF Couturier 63
63 SRS Besoins Vision Document Caractéristiques SRS SRS Package Exigences logicielles Use-Case Model Supplementary Specifications Pierre Bourque, mgl-801, cours 7 MTI515 Automne 2013 JF Couturier 64
64 Exigences dans le SRS Il y a 2 grandes catégories d exigences fonctionnelles Non fonctionnelles MTI515 Automne 2013 JF Couturier 65
65 Exigences fonctionnelles Ce que le système doit faire Ajouter un client Fermer la porte de l ascenseur Facile de mesurer sa réalisation MTI515 Automne 2013 JF Couturier 66
66 Exigences non fonctionnelles Facilité d utilisation Fiabilité MTBF, MTTR Performance Facilité d entretien Hum hum Beaucoup moins claires Sources de confusion, de discorde avec le client, car difficile à mesurer ou à valider MTI515 Automne 2013 JF Couturier 67
67 SRS Voir le gabarit Voir exemples MTI réalisent un SRS en MGL-801 GTI feront un SRS à la fin de la session MTI515 Automne 2013 JF Couturier 69
68 Matrice de traçabilité Il peut être intéressant de faire le lien entre le document de vision et le SRS en créant une matrice de traçabilité. Lien avec les caractéristiques identifiées lors de la rédaction du document de vision MTI515 Automne 2013 JF Couturier 70
69 Plan du cours 4 Diagramme des cas d utilisation Les cas d utilisation Le SRS Les cas de test Prochain cours MTI515 Automne 2013 JF Couturier 71
70 Les cas de test Les tests sont généralement abordés beaucoup plus tard dans le cycle de développement. Pourtant, il est déjà possible d utiliser les diagrammes d activité et les cas d utilisation pour identifier les tests possibles. Penser aux différents scénarios d un CU MTI515 Automne 2013 JF Couturier 72
71 Les cas de test Étapes 1. Identifier tous les scénarios 2. Pour chaque scénario, identifier les cas de test 3. Pour chaque cas de test, identifier les conditions qui vont créer son exécution 4. Compléter le cas de test en entrant des valeurs pour ces conditions MTI515 Automne 2013 JF Couturier 73
72 Les cas de test 1. Identifier tous les scénarios Créer une matrice et numéroter vos scénarios 2. Pour chaque scénario, identifier les cas de test Créer une seconde matrice avec pour chaque scénario ses différents cas de test MTI515 Automne 2013 JF Couturier 74
73 Les cas de test 1. Pour chaque cas de test, identifier les conditions qui vont créer son exécution Il doit y avoir une disponibilité La date doit être au format AA-MM-JJ La date doit être inférieure à la date du jour L étudiant doit avoir un minimum de crédit pour suivre le cours GTI515 MTI515 Automne 2013 JF Couturier 75
74 Les cas de test 1. Compléter le cas de test en entrant des valeurs pour ces conditions 3 valeurs possibles I pour invalide V pour valide N\A pour non applicable Saisir des données pour illustrer le cas. MTI515 Automne 2013 JF Couturier 76
75 Les cas de test Extraits d une présentation de Rational MTI515 Automne 2013 JF Couturier 77
76 MTI Automne 2013
77 MTI Automne 2013
78 MTI Automne 2013
79 Les tests selon le modèle en V The Vee Life-Cycle Model Mission Analysis Continuous Quality Improvement Plan Operation & Retirement System Requirements Validation Plan Final System Test Functional Decomposition Verification Plan Verify Subsystems Decomposition Physical Decomposition Test Plan Test Components Integration Build Components The design downstroke and the manufacturing upstroke of the Vee Model MTI515 Automne 2013 JF Couturier 81
80 MTI Automne 2013
81 MTI Automne 2013
82 MTI Automne 2013
83 MTI Automne 2013
84 MTI Automne 2013
85 MTI Automne 2013
86 MTI Automne 2013
87 MTI Automne 2013
88 MTI Automne 2013
89 MTI Automne 2013
90 MTI Automne 2013
91 MTI Automne 2013
92 MTI Automne 2013
93 MTI Automne 2013
94 MTI Automne 2013
95 MTI Automne 2013
96 Ressources Livres Use Case Modeling, Bittner «La bible» Larman UML2 par la pratique, chapitres 1 et 2 Managing Software Requirements, D. Leffingwell Sur le web Google Pour le SRS et les exigences logicielles MGL-801 MTI515 Automne 2013 JF Couturier 98
97 Plan du cours 4 Diagramme des cas d utilisation Les cas d utilisation Les cas de test Prochain cours MTI515 Automne 2013 JF Couturier 99
98 Prochain cours 1 ere Évaluation du cours, soyez là! Modèle d analyse Archétypes Modélisation en couleur Lecture Les lectures sont sur le site Web, cours 4 MTI515 Automne 2013 JF Couturier 100
Cycle de vie du logiciel. Unified Modeling Language UML. UML: définition. Développement Logiciel. Salima Hassas. Unified Modeling Language
Unified Modeling Language UML Salima Hassas Version Cycle de vie du logiciel Client Besoins Déploiement Analyse Test Conception Cours sur la base des transparents de : Gioavanna Di Marzo Serugendo et Frédéric
Plus en détailbasée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML
basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML http://olivier-augereau.com Sommaire Introduction I) Les bases II) Les diagrammes
Plus en détailGuichet automatique de banque
Guichet automatique de banque Mastère 2004 1 Guichet automatique de banque : GAB Objectif : Illustrer la vue fonctionnelle et particulièrement la définition des cas d utilisation. 1. Spécification du problème
Plus en détailCours STIM P8 TD 1 Génie Logiciel
Cours STIM P8 TD 1 Génie Logiciel Compléments sur UML Intervenant : Anil CASSAM CHENAI Date : 02/02/2012 Objectifs du complément Ce complément sera approfondi en parallèle de plusieurs TD/Cours. Rappels
Plus en détailUML Diagramme de communication (communication diagram) Emmanuel Pichon 2013
UML Diagramme de communication (communication diagram) 2013 Diagramme de communication (communication diagram) Utilisation / objectifs Sens Ce diagramme présente des objets, des acteurs, des liens et des
Plus en détailLe Guide Pratique des Processus Métiers
Guides Pratiques Objecteering Le Guide Pratique des Processus Métiers Auteur : Version : 1.0 Copyright : Softeam Equipe Conseil Softeam Supervisée par Philippe Desfray Softeam 21 avenue Victor Hugo 75016
Plus en détailNom de l application
Ministère de l Enseignement Supérieur et de la Recherche Scientifique Direction Générale des Etudes Technologiques Institut Supérieur des Etudes Technologiques de Gafsa Département Technologies de l Informatique
Plus en détailAnalyse,, Conception des Systèmes Informatiques
Analyse,, Conception des Systèmes Informatiques Méthode Analyse Conception Introduction à UML Génie logiciel Définition «Ensemble de méthodes, techniques et outils pour la production et la maintenance
Plus en détailTechnologie Web. Conception de sites Web. Alexandre Pauchet. INSA Rouen - Département ASI. INSA - ASI TechnoWeb : Rappels UML 1/21
INSA - ASI TechnoWeb : Rappels UML 1/21 Technologie Web Conception de sites Web Alexandre Pauchet INSA Rouen - Département ASI BO.B.RC.18, pauchet@insa-rouen.fr INSA - ASI TechnoWeb : Rappels UML 2/21
Plus en détailIFT2255 : Génie logiciel
IFT2255 : Génie logiciel Chapitre 6 - Analyse orientée objets Section 1. Introduction à UML Julie Vachon et Houari Sahraoui 6.1. Introduction à UML 1. Vers une approche orientée objet 2. Introduction ti
Plus en détailUniversité de Bangui. Modélisons en UML
Université de Bangui CRM Modélisons en UML Ce cours a été possible grâce à l initiative d Apollinaire MOLAYE qui m a contacté pour vous faire bénéficier de mes connaissances en nouvelles technologies et
Plus en détailMODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE»
MODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE» Du cours Modélisation Semi -Formelle de Système d Information Du Professeur Jean-Pierre GIRAUDIN Décembre. 2002 1 Table de matière Partie 1...2 1.1
Plus en détailGénie logiciel avec UML. Notions sur le langage UML adapté pour les cours du programme Techniques de l informatique
Génie logiciel avec UML Notions sur le langage UML adapté pour les cours du programme Techniques de l informatique Claude Boutet Session hiver 2008 Modélisation de systèmes Table des matières TABLE DES
Plus en détailMEGA ITSM Accelerator. Guide de Démarrage
MEGA ITSM Accelerator Guide de Démarrage MEGA 2009 SP4 1ère édition (juin 2010) Les informations contenues dans ce document pourront faire l objet de modifications sans préavis et ne sauraient en aucune
Plus en détailMaster MIDO 2ème année. Spécification et Conception en UML Maude Manouvrier
Master MIDO 2ème année Spécification et Conception en UML Maude Manouvrier Spécifications initiales Analyse Conception du système Conception des classes Bibliographie Modélisation et conception orientées
Plus en détailANALYSE D UN SYSTEME D INFORMATION ET EXTENSION DE
Université de Fribourg, Suisse Département d'informatique Bachelor en informatique de gestion ANALYSE D UN SYSTEME D INFORMATION ET EXTENSION DE CELUI-CI PAR DE NOUVELLES FONCTIONNALITES Travail de séminaire
Plus en détailComparaison de trois techniques de modélisation de processus: ADONIS, OSSAD et UML
Olivier Glassey Jean-Loup Chappelet Comparaison de trois techniques de modélisation de processus: ADONIS, OSSAD et UML Working paper de l'idheap 14/2002 UER: Management public / Systèmes d'information
Plus en détailMEGA ITSM Accelerator. Guide de démarrage
MEGA ITSM Accelerator Guide de démarrage MEGA 2013 1ère édition (janvier 2013) Les informations contenues dans ce document pourront faire l objet de modifications sans préavis et ne sauraient en aucune
Plus en détailRational Unified Process
Rational Unified Process For Christiane DAVOINE-GUHUR Société GICAB - Vannes Christiane.Davoine@CA-GICAB.fr Table des Matières 1 INTRODUCTION... 1 2 LES COMPOSANTS ET LES GRANDS PRINCIPES DU PROCESSUS...
Plus en détailQu'est-ce que le BPM?
Qu'est-ce que le BPM? Le BPM (Business Process Management) n'est pas seulement une technologie mais, dans les grandes lignes, une discipline de gestion d'entreprise qui s'occupe des procédures contribuant
Plus en détailUML (Paquetage) Unified Modeling Language
UML (Paquetage) Unified Modeling Language Sommaire Introduction Objectifs Paquetage Espace de nommage d un paquetage Dépendances entre paquetages 2 Notion introduite véritablement par UML car superficiellement
Plus en détailM1 : Ingénierie du Logiciel
M1 : Ingénierie du Logiciel UNIVERSITE PIERRE & MARIE CURIE (PARIS VI) Examen Réparti 2eme partie 16 Mai 2013 (2 heures avec documents : tous SAUF ANNALES CORRIGEES). Barème indicatif sur 20,5 points (max
Plus en détailC est quoi le SWAT? Les équipes décrites par James Martin s appellent SWAT : Skilled With Advanced Tools.
1- RAD Quelle sont les avantages que apporte la méthode RAD à l entreprise? Une méthode RAD devrait, d après son auteur, apporter trois avantages compétitifs à l entreprise : Une rapidité de développement
Plus en détailIdentification du module
Identification du module Numéro de module 475 Titre Développer une analyse pour une application Compétence Développer à partir des exigences fonctionnelles et non fonctionnelles pour une application, les
Plus en détailCours de Génie Logiciel
Cours de Génie Logiciel Sciences-U Lyon Diagrammes UML (2) http://www.rzo.free.fr Pierre PARREND 1 Avril 2005 Sommaire Les Diagrammes UML Diagrammes de Collaboration Diagrammes d'etats-transitions Diagrammes
Plus en détailMéthodologies Orientées-Objet!
MAI NFE103 Année 2013-2014 Méthodologies Orientées-Objet! F.-Y. Villemin (f-yv@cnam.fr) Plan!!Les différentes méthodologies! Démarche! Cycle de vie!!rational Unified Process (RUP)!!La méthode Layman!!Notre
Plus en détailCas d'utilisation, une introduction
Olivier Capuozzo Travaux de relecture: Christine Gaubert-Macon, Valérie Emin 13 Mars 2004 Les cas d'utilisation sont définis par une description textuelle, décrivant les objectifs et interactions entre
Plus en détailUML (Diagramme de classes) Unified Modeling Language
UML (Diagramme de classes) Unified Modeling Language Sommaire Introduction Objectifs Diagramme de classes Classe (Nom, attribut, opération) Visibilité et portée des constituants d une classe Association
Plus en détailLe Processus RUP. H. Kadima. Tester. Analyst. Performance Engineer. Database Administrator. Release Engineer. Project Leader. Designer / Developer
Le Processus RUP Database Administrator Project Leader H. Kadima Performance Engineer Release Engineer Analyst Designer / Developer Tester Table des matières 1. De l artisanat à l industrialisation de
Plus en détailTable des matières Sources
Table des matières Modélisation objet avec UML... 2 Introduction... 2 Modèle de système informatique :... 2 Pourquoi UML pour la modélisation Objet?... 3 Représentation dynamique du système... 5 Le diagramme
Plus en détailUML est-il soluble dans les méthodes agiles?
Pascal ROQUES Valtech Training UML est-il soluble dans les méthodes agiles? octobre 07 Résumé On entend beaucoup parler actuellement de deux approches ayant l'air fondamentalement opposées : l'approche
Plus en détail3. SPÉCIFICATIONS DU LOGICIEL. de l'expression des besoins à la conception. Spécifications fonctionnelles Analyse fonctionnelle et méthodes
PLAN CYCLE DE VIE D'UN LOGICIEL EXPRESSION DES BESOINS SPÉCIFICATIONS DU LOGICIEL CONCEPTION DU LOGICIEL LA PROGRAMMATION TESTS ET MISE AU POINT DOCUMENTATION CONCLUSION C.Crochepeyre Génie Logiciel Diapason
Plus en détailBases de données et interfaces Génie logiciel
Bases de données et interfaces Génie logiciel Merlet benjamin Merlet-Billon Maryvonne Hueber Yann Jamin Guillaume Giraud Sandra Département Génie Biologique Professeurs responsables : Option BIMB Promotion
Plus en détailSynergies entre Artisan Studio et outils PLM
SysML France 13 Novembre 2012 William Boyer-Vidal Regional Sales Manager Southern Europe Synergies entre Artisan Studio et outils PLM 2012 2012 Atego. Atego. 1 Challenges & Tendances Complexité des produits
Plus en détailRTDS G3. Emmanuel Gaudin emmanuel.gaudin@pragmadev.com
RTDS G3 Emmanuel Gaudin emmanuel.gaudin@pragmadev.com PragmaDev Dédiée au développement d un AGL pour le développement des applications temps réel et embarquées. Réseau de partenaires: Formations, Service,
Plus en détailChapitre I : le langage UML et le processus unifié
I. Introduction Les méthodes d analyse orientées objet sont initialement issues des milieux industriels. La préoccupation dominante de leurs auteurs est le génie logiciel, c est-àdire les principes et
Plus en détailMineure Architectures Orientées Services SOA Business Process Modeling (BPM) Mineure SOA. Business Process Modeling (BPM)
Mineure SOA Business Process Modeling (BPM) Idir AIT SADOUNE idir.aitsadoune@supelec.fr Idir AIT SADOUNE - Plan 1 Notion de processus? 2 Modélisation des processus? 3 Langages
Plus en détailPré-conditions : Evénement déclencheur : le client souhaite un virement. Description du déroulement du cas : Description des Use cases
Description des Use cases. Demander un virement bancaire 2. Constituer les listes reflets S'identifier et s'authentifier «include» Demander un v irement bancaire Abonné Smartphone «include» Consulter le
Plus en détailConception, architecture et urbanisation des systèmes d information
Conception, architecture et urbanisation des systèmes d information S. Servigne Maître de Conférences, LIRIS, INSA-Lyon, F-69621 Villeurbanne Cedex e-mail: sylvie.servigne@insa-lyon.fr 1. Introduction
Plus en détailMéthodes de développement. Analyse des exigences (spécification)
1 / 16 Méthodes de développement Analyse des exigences (spécification) 1 -Objectifs de l'analyse des exigences... 2 2 - Approfondissement et formalisation du besoin... 2 2.1 Séparation des besoins, contraintes
Plus en détailRendez-vous la liberté avec Rational Quality Manager
IBM Software Group RAT02 Rendez-vous la liberté avec Rational Quality Manager Bernard Dupré IBM Rational IT Specialist 2008 IBM Corporation Envisager une plateforme qui change la production de logiciels
Plus en détailBusiness Process Modeling (BPM)
Business Process Modeling (BPM) Mineure SOA Cécile Hardebolle cecile.hardebolle@supelec.fr Programme 8 nov. 15 nov. Introduction. Enjeux, rôle de l'architecte SI Partie n 1 du cas d'étude Architecture
Plus en détailDéveloppement d un interpréteur OCL pour une machine virtuelle UML.
ObjeXion Software Prototyping made easy SA au capital de 500 000 F Siret 421 565 565 00015 APE 722Z Téléphone : 03 89 35 70 75 Télécopie : 03 89 35 70 76 L embarcadère 5, rue Gutemberg 68 800 Vieux-Thann,
Plus en détailBULK SMS Envoi en masse d un message texte moyennant un téléphone mobile (GSM)
Ministère de l Enseignement Supérieur et de la Recherche Scientifique Ecole Supérieure Privée d Ingénierie et de Technologie BULK SMS Envoi en masse d un message texte moyennant un téléphone mobile (GSM)
Plus en détailSite Web de paris sportifs
HENAUD Benoît Numéro d auditeur 05-39166 Version V1.2 Date de mise à jour 31/03/2008 1/21 Table des matières 1. Objectif du document... 3 2. Présentation... 3 2.1. Présentation du projet... 3 2.2. Situation
Plus en détailL APPROCHE PROCESSUS,
Hans BRANDENBURG Jean-Pierre WOJTYNA L APPROCHE PROCESSUS, mode d emploi, 2003 ISBN : 2-7081-2888-4 Chapitre 1 IDENTIFIER ET DÉCRIRE LES PROCESSUS DE RÉALISATION Dans ce chapitre nous décrivons la première
Plus en détailProgramme «Analyste Programmeur» Diplôme d état : «Développeur Informatique» Homologué au niveau III (Bac+2) (JO N 176 du 1 août 2003) (34 semaines)
Programme «Analyste Programmeur» Diplôme d état : «Développeur Informatique» Homologué au niveau III (Bac+2) (JO N 176 du 1 août 2003) (34 semaines) Module 1 : Programmer une application informatique Durée
Plus en détailEXERCICES UML. Modéliser cette situation par un diagramme de cas d utilisation. Consulter planning
EXERCICES UML 1 ) Dans un établissement scolaire, on désire gérer la réservation des salles de cours ainsi que du matériel pédagogique (ordinateur portable ou/et Vidéo projecteur). Seuls les enseignants
Plus en détailOMGL 6 Cahier des charges
OMGL 6 Helpdesk Radoslav Cvetkoski, Xavier Fanti, Yohann Haution, Yanis Salti, Sébastien Tassier Sommaire Helpdesk... 1 0. Historique du document... 3 1. Introduction... 3 2. Présentation de la société...
Plus en détailIndustrialiser la chaîne complète de fabrication 1ère partie - Les bénéfices de la solution logicielle IBM VisualAge Pacbase / Rational
IBM Software Group Industrialiser la chaîne complète de fabrication 1ère partie - Les bénéfices de la solution logicielle IBM VisualAge Pacbase / Rational Fernard Bonaguidi fernand.bonaguidi@fr.ibm.com
Plus en détailGOL-502 Industrie de services. Travaux Pratique / Devoir #7
GOL-502 Industrie de services Travaux Pratique / Devoir #7 Version 2012 Modélisation à l'aide du langage UML 1) Diagramme de cas d'utilisation 2) Diagramme de classes 3) Diagramme de séquence 4) Diagramme
Plus en détailGénie logiciel (Un aperçu)
(Un aperçu) (sommerville 2010) Laurent Pérochon INRA URH 63122 St Genès Champanelle Laurent.perochon@clermont.inra.fr Ensemble d activités conduisant à la production d un logiciel Sur un échantillon de
Plus en détailIngénérie logicielle dirigée par les modèles
Ingénérie logicielle dirigée par les modèles Destercq Lionel & Dubuc Xavier 17 décembre 2009 Table des matières 1 Introduction 1 2 Diagrammes de classes 1 2.1 Principal..............................................
Plus en détailManagement des processus opérationnels
Ecole Nationale Supérieure de Management Master Management des organisations Management des processus opérationnels Dr TOUMI Djamila Cours n 2: la modélisation des processus opérationnels INTRODUCTION
Plus en détailMODIFICATIONS DES PRINCIPES DIRECTEURS CONCERNANT LA RÉDACTION DES DÉFINITIONS RELATIVES AU CLASSEMENT
ANNEXE VI MODIFICATIONS DES PRINCIPES DIRECTEURS CONCERNANT LA RÉDACTION DES DÉFINITIONS RELATIVES AU CLASSEMENT RECOMMANDATIONS GÉNÉRALES Les utilisateurs s attendent à trouver dans les définitions des
Plus en détailINF 1250 INTRODUCTION AUX BASES DE DONNÉES. Guide d étude
INF 1250 INTRODUCTION AUX BASES DE DONNÉES Guide d étude Sous la direction de Olga Mariño Télé-université Montréal (Québec) 2011 INF 1250 Introduction aux bases de données 2 INTRODUCTION Le Guide d étude
Plus en détailManuel d utilisation 26 juin 2011. 1 Tâche à effectuer : écrire un algorithme 2
éducalgo Manuel d utilisation 26 juin 2011 Table des matières 1 Tâche à effectuer : écrire un algorithme 2 2 Comment écrire un algorithme? 3 2.1 Avec quoi écrit-on? Avec les boutons d écriture........
Plus en détailMéthodes de développement
1 / 9 Méthodes de développement Méthodes agiles 1 - Introduction... 2 2 -Le manifeste agile et les méthodes agiles... 2 2.1 Le manifeste agile... 2 2.2 Les méthodes agiles... 3 3 - Caractéristiques communes
Plus en détailBusiness Process Design Max Pauron
Business Process Design Max Pauron 2005 Max Pauron - Reproduction and communication, even partial, are strictly prohibited without written permission. Unauthorized photocopying is a crime. Contexte Les
Plus en détailDéveloppement itératif, évolutif et agile
Document Développement itératif, évolutif et agile Auteur Nicoleta SERGI Version 1.0 Date de sortie 23/11/2007 1. Processus Unifié Développement itératif, évolutif et agile Contrairement au cycle de vie
Plus en détailSommaire. G. Pujolle, F. Ravat, C. Soulé-Dupuy, G. Zurfluh
NOTATION UML AVEC RATIONAL ROSE G. Pujolle, F. Ravat, C. Soulé-Dupuy, G. Zurfluh Sommaire 1 GÉNÉRALITES...2 1.1 ENVIRONNEMENT LOGICIEL...2 1.2 LES VUES DU LOGICIEL ROSE...3 1.3 ORGANISATION RECOMMANDÉE...3
Plus en détailPatrons de Conception (Design Patterns)
Patrons de Conception (Design Patterns) Introduction 1 Motivation Il est difficile de développer des logiciels efficaces, robustes, extensibles et réutilisables Il est essentiel de comprendre les techniques
Plus en détailRévision salariale - Manager
Révision salariale - Manager Version : V1.0, mise à jour le 29/07/2014 Légende : 1 Information Points d attention Etapes Astuces De quoi s agit-il? VITALIS a pour vocation de permettre et faciliter la
Plus en détailMéthodes d évolution de modèle produit dans les systèmes du type PLM
Résumé de thèse étendu Méthodes d évolution de modèle produit dans les systèmes du type PLM Seyed Hamedreza IZADPANAH Table des matières 1. Introduction...2 2. Approche «Ingénierie Dirigée par les Modèles»
Plus en détailSIMULER ET CONCEVOIR LE TRAVAIL FUTUR
SIMULER ET CONCEVOIR LE TRAVAIL FUTUR Utilisation du logigramme d activité dans un projet informatique, pour simuler les compétences futures, et évaluer la charge de travail. WWW.ANACT.FR OUTIL DE SIMULATION
Plus en détailQUELQUES ÉLÉMENTS DU DÉVELOPPEMENT LOGICIEL
QUELQUES ÉLÉMENTS DU DÉVELOPPEMENT LOGICIEL LA DÉCOUPE MVC (MODEL VIEW CONTROL) Imaginez la programmation en Python d un petit menu d une application visible sur la figure A.1. Lorsqu on clique sur un
Plus en détailGenie Logiciel Avancé Projet :Gestion d une chaîne hotelier low cost
Institut Galilée Vivien Boyi-Banga INFO 2 Genie Logiciel Avancé Projet :Gestion d une chaîne hotelier low cost Enseignant : M.Feiz Année 2009-2010 1. Définir la borne de notre système Le système est composé
Plus en détailLe langage UML : Les cas d utilisation
Le langage UML : Les cas d utilisation Lydie du Bousquet Lydie.du-bousquet@imag.fr A1 CasU1 CasU4 CasU5 S CasU2 CasU3 A3 A2 En collaboration avec J.-M. Favre, I. Parissis, Ph. Lalanda, Y. Ledru 1 Le diagramme
Plus en détailRapport de certification
Rapport de certification BMC Real End User Experience Monitoring and Analytics 2.5 Préparé par le Centre de la sécurité des télécommunications à titre d organisme de certification dans le cadre du Schéma
Plus en détailMéthodes agiles. www.businessinteractif.com CONSEIL & DÉVELOPPEMENT DE SOLUTIONS E-BUSINESS. Jean-Louis Bénard jlb@businessinteractif.
Méthodes agiles www.businessinteractif.com Jean-Louis Bénard jlb@businessinteractif.fr CONSEIL & DÉVELOPPEMENT DE SOLUTIONS E-BUSINESS 0 20 mai 2002 Sommaire Méthodes agiles : une réponse à un malaise?
Plus en détailIngénierie des Modèles. Méta-modélisation
Ingénierie des Modèles Méta-modélisation Eric Cariou Master Technologies de l'internet 2 ème année Université de Pau et des Pays de l'adour UFR Sciences Pau Département Informatique Eric.Cariou@univ-pau.fr
Plus en détailRéussir la modélisation UML des phases amont Techniques de «pré-modélisation» : un pont vers le modèle
Réussir la modélisation UML des phases amont Techniques de «pré-modélisation» : un pont vers le modèle Softeam 2004 Philippe Desfray (voir A propos de l auteur) Présentation Réussir le développement d
Plus en détailils entretiennent entre eux des flux, ils partagent des perceptions sur l environnement
Les modèles de Flux Introduction L analyse systémique fournie une modélisation de l organisation échangeant et transformant des flux Cette modélisation du S.I. reste trop générale Il faut découper l organisation
Plus en détailVue d ensemble. < SISE > Vue d'ensemble
-VUE -V04 Page. 1 de 9 < > Vue d'ensemble Version 04 VERIFICATIONS ET APPROBATIONS VERSION REDACTION CONTROLE APPROBATION AUTORISATION EMISSION NOM DATE NOM DATE NOM DATE V04 ZGOULLI 13-04-10 V03 ZGOULLI
Plus en détail- Couches - Éléments - Domaines - ArchiMate et les techniques du BABOK
ArchiMate et l architecture d entreprise Par Julien Allaire Ordre du jour Présentation du langage ArchiMate - Couches - Éléments - Domaines - ArchiMate et les techniques du BABOK Présentation du modèle
Plus en détailGOL502 Industries de services
GOL502 Industries de services Conception d un service Partie IIb Version 2013 Introduction Conception d un service partie IIb Nous verrons dans ce chapitre Modélisation d un service; Langage de modélisation
Plus en détailGuide de l utilisateur du Centre de gestion des licences en volume LICENCES EN VOLUME MICROSOFT
Guide de l utilisateur du Centre de gestion des licences en volume LICENCES EN VOLUME MICROSOFT Table des matières Présentation du Centre de gestion des licences en volume (VLSC)... 3 Inscription auprès
Plus en détailSPF FIN. Patris Spécification de Use Case: 15-UC01 Obtenir de l'information patrimoniale. Version 1.1
SPF FIN Patris Spécification de Use Case: 15-UC01 Obtenir de l'information patrimoniale Version 1.1 Spécification de Use Case: 15-UC01 Obtenir de l'information patrimoniale Date: 17/06/2004 Historique
Plus en détailDémarches d urbanisation : réorganiser le Système d Information en structurant ses fonctions dans des blocs fonctionnels communicants.
Plan du chapitre Master Informatique et Systèmes Urbanisation des Systèmes d Information Architecture d Entreprise 04 Architecture du SI : identifier et décrire les services, structurer le SI 1 2 3 4 5
Plus en détailGénie logiciel pour le commerce électronique Hiver 2003 Prof.: Julie Vachon
Génie logiciel pour le commerce électronique Hiver 2003 Prof.: Julie Vachon Travail pratique #1 «Réalisation d'une plateforme de vente aux enchères électronique» À réaliser individuellement ou en équipe
Plus en détailModèle de changement d organisation. Leanpizza.net présente. Petit Guide Rapide du jeu de cartes Modèle de Changement d Organisation
Guide rapide Leanpizza.net présente Petit Guide Rapide du jeu de cartes Modèle de Changement d Organisation v1.0 Rédacteur : Olivier Lafontan Traduction : Yannick Quenec hdu Date : 29 juin 2010 - Guide
Plus en détailChapitre 5 Vision Informatique Logique Architectures Applicative et Logicielle
Chapitre 5 Vision Informatique Logique Architectures Applicative et Logicielle NFE107 Chapitre 5 Vision Informatique Logique Architectures Applicative et Logicielle 5.1 Introduction Positionnement de la
Plus en détailTRAAM STI 2013-2014 Acquisition et exploitations pédagogiques des données sur un système pédagogique
TRAAM STI 2013-2014 Acquisition et exploitations pédagogiques des données sur un système pédagogique Bilan technique et éléments de développement Fonctionnalités attendues Une vingtaine d établissements
Plus en détailRapport de certification
Rapport de certification Préparé par : le Centre de la sécurité des télécommunications à titre d organisme de certification dans le cadre du Schéma canadien d évaluation et de certification selon les Critères
Plus en détailSOCIAL CRM: DE LA PAROLE À L ACTION
LIVRE BLANC SOCIAL CRM: DE LA PAROLE À L ACTION Découvrez comment le Social CRM peut travailler pour vous LIVRE BLANC SOCIAL CRM: DE LA PAROLE À L ACTION 2 À PROPOS Au cours des dernières années, vous
Plus en détailL'agilité appliquée à nous-mêmes. Philippe Krief, PhD Development Manager IBM France Lab
L'agilité appliquée à nous-mêmes Philippe Krief, PhD Development Manager IBM France Lab Agenda Où en était l équipe RPP il y a 24 mois Réorganisation de l équipe et du projet autour de Scrum et de RTC
Plus en détailAnalyse et Conception objet du logiciel Analyse et conception objet du logiciel : Méthode de conception objet et notation UML.
Analyse et conception objet du logiciel : Méthode de conception objet et notation UML Rémy Courdier Email : Remy.Courdier@univ-reunion.fr Rémy Courdier V2.1 1 Plan du cours Introduction au Génie Logiciel
Plus en détailDOCUMENTATION UTILISATEUR DU GUICHET VIRTUEL 2.0
DOCUMENTATION UTILISATEUR DU GUICHET VIRTUEL 2.0 Procurations & Droits d accès Sociétés Introduction En tant que propriétaire d une société enregistrée sur le Guichet virtuel du Canton du Jura, vous avez
Plus en détailProgramme de formation
INSCRIVEZ VOUS Formations sélectionnées et financées par le FAFIEC Programme de formation mardi 16 septembre 2014 Les Métiers du Test Module 5.2 - Automatisation des tests fonctionnels : HP Unified Functional
Plus en détailDÉMATÉRIALISATION DES DOCUMENTS ET AUTOMATISATION DES PROCESSUS UN PREMIER PAS VERS LA BANQUE SANS PAPIER
DÉMATÉRIALISATION DES DOCUMENTS ET AUTOMATISATION DES PROCESSUS UN PREMIER PAS VERS LA BANQUE SANS PAPIER Pour les banques, le papier devrait servir à imprimer des billets ; pas à en garder la trace dans
Plus en détailArchitecture d'entreprise : Guide Pratique de l'architecture Logique
Guides Pratiques Objecteering Architecture d'entreprise : Guide Pratique de l'architecture Logique Auteur : Version : 1.0 Copyright : Softeam Equipe Conseil Softeam Supervisée par Philippe Desfray Softeam
Plus en détail2 / ENONCER ET DECRIRE LES FONCTIONS DE SERVICE A REALISER
A / ENONCER LE BESOIN B / ENONCER ET DECRIRE LES FONCTIONS A SATISFAIRE C / LE RESPECT DES FONCTIONS DE SERVICE et LES CONTRAINTES ECONOMIQUES D / LE CAHIER DES CHARGES ET L ORGANISATION DU TRAVAIL et
Plus en détailUniversité du Québec à Montréal CALCUL AVEC ISO 19761 DE LA TAILLE DE LOGICIELS DEVELOPPES SELON RATIONAL UNIFIED PROCESS
Université du Québec à Montréal Sujet CALCUL AVEC ISO 19761 DE LA TAILLE DE LOGICIELS DEVELOPPES SELON RATIONAL UNIFIED PROCESS PAR SAADI AZZOUZ JUILLET 2003 2 Remerciements Je tiens à remercier le Dr
Plus en détailGUIDE VISUEL DE SOUTIEN À L UTILISATEUR PLATEFORME COLLABORATIVE DE LA COMMUNAUTÉ DE PRATIQUE SUR LE SYNDROME DOULOUREUX RÉGIONAL COMPLEX
GUIDE VISUEL DE SOUTIEN À L UTILISATEUR PLATEFORME COLLABORATIVE DE LA COMMUNAUTÉ DE PRATIQUE SUR LE SYNDROME DOULOUREUX RÉGIONAL COMPLEX 1. Ouvrir une session et accéder au site p.2 2. Section «Documents»...
Plus en détailChapitre 5 LE MODELE ENTITE - ASSOCIATION
Chapitre 5 LE MODELE ENTITE - ASSOCIATION 1 Introduction Conception d une base de données Domaine d application complexe : description abstraite des concepts indépendamment de leur implémentation sous
Plus en détailI/ CONSEILS PRATIQUES
D abord, n oubliez pas que vous n êtes pas un enseignant isolé, mais que vous appartenez à une équipe. N hésitez jamais à demander des idées et des conseils aux autres collègues (linguistes et autres)
Plus en détailCharte de l Evaluation des Formations par les étudiants
Charte de l Evaluation des Formations par les étudiants 1 Charte de l Evaluation des Formations par les étudiants I. Le contexte institutionnel La démarche de l UdS en matière de qualité des formations
Plus en détailFormation projet informatique. Expression de besoins, définir un besoin informatique
Formation projet informatique Expression de besoins, définir un besoin informatique Enjeux L'expression de besoins est le premier document produit, avant même le commencement du projet Détermine le lancement
Plus en détailTIC et Stratégies d affairesd. Mise en place d une démarche CRM PME «Bonnes pratiques» Le schéma des relations TIC - Organisation - Travail - Humain
Mise en place d une démarche CRM PME «Bonnes pratiques» Le schéma des relations TIC - Organisation - Travail - Humain Emploi Stratégies TIC Organisation Travail GRH TIC et Stratégies d affairesd Deux visions
Plus en détail