Concevoir l architecture d un système

Save this PDF as:
 WORD  PNG  TXT  JPG

Dimension: px
Commencer à balayer dès la page:

Download "Concevoir l architecture d un système"

Transcription

1 Concevoir l architecture d un système Hafedh Mili 2007 Concevoir l architecture d un système Le système doit réaliser un ensemble de fonctions ayant des dépendances logiques entre elles Architecture fonctionnelle Il faut réaliser ces fonctions de sorte à satisfaire les exigences non-fonctionnelles Les divers scénarios de qualité La façon de répondre à ces exigences (tactiques et styles architecturaux) est indépendant des fonctions Hafedh Mili Copyright

2 Concevoir l architecture d un système La conception de l architecture d un système consiste à associer («mapper») l architecture fonctionnelle du système à un (des) moule/patron(s) architectural(aux) Hafedh Mili Copyright Concevoir l architecture d un système 1. Architecture fonctionnelle 2. Attribute-riven esign (A) 3. ocumenter l architecture 4. Conception en couches Hafedh Mili Copyright

3 Architecture fonctionnelle L architecture fonctionnelle dépend de la structure des tâches et processus d affaires sous-jacents à l application Indépendante de la conception Elle est apparente aux niveaux exigences et analyse Hafedh Mili Copyright Architecture fonctionnelle A. Paquetages dans UML B. Relations entre paquetages C. éfinir l architecture fonctionnelle Hafedh Mili Copyright

4 Paquetages («Package») Un «package»: un groupement logique d éléments de modèles UML, constituant un espace de nommage Hafedh Mili Copyright Package Éléments publics (exportés) Éléments privés Nom package + classe 1 + classe 2 + classe 3 + use case 1 + règles d affaires 1 - classe 4 - classe 5 Hafedh Mili Copyright

5 1. Architecture fonctionnelle A. Paquetages dans UML B. Relations entre paquetages C. éfinir l architecture fonctionnelle Hafedh Mili Copyright Relations entre paquetages (1/4) Inclusion Pack A Pack A Pack B Pack C Pack B Pack C Hafedh Mili Copyright

6 Relations entre packages (2/4) Hafedh Mili Copyright Relations entre paquetages (3/4) «use»: un élément de A utilise («use») un élément public de B (superclasse, interface, paramètre, attribut, composant, etc.) «import»: les éléments public de B sont ajoutés comme éléments publics à A, et on y fait référence sans qualification «access»: les éléments publics de B sont ajoutés comme éléments privés de A, et on y fait référence sans qualification «trace»: montre un historique de développement (e.g. analyse conception) Hafedh Mili Copyright

7 Relations entre paquetages (4/4) Transitivité: d après les définitions La composition est transitive «use» n est pas transitive «import» est transitive «access» n est pas transitive «trace» est transitive Hafedh Mili Copyright Architecture fonctionnelle A. Paquetages dans UML B. Relations entre paquetages C. éfinir l architecture fonctionnelle Hafedh Mili Copyright

8 Architecture fonctionnelle Objectif: organiser les classes d analyse en un ensemble de paquetages (modules) cohésifs, lesquels sont organisés en partitions et couches Qu est ce qu une bonne modularisation: Une bonne cohésion des modules Un faible couplage entre modules Hafedh Mili Copyright Exemple Partitions Couches Hafedh Mili Copyright

9 Trouver les paquetages (1/3) Identifier les groupes de classes exhibant un lien sémantique assez fort eux critères: Regroupement de classes dans le modèle: beaucoup de liens / associations entre éléments du même groupe candidat, peu de liens entre éléments appartenant à deux groupes candidats différents Manipulés par les mêmes cas d utilisation Hafedh Mili Copyright Trouver les paquetages (2/3) Commencer par un premier découpage Raffiner le découpage pour maximiser la cohésion et minimiser le couplage entre paquetages: Minimiser le nombre d éléments publics Minimiser les dépendances Enlever les dépendances cycliques Hafedh Mili Copyright

10 Enlever les dépendances cycliques (3/3) Hafedh Mili Copyright Concevoir l architecture d un système 1. Architecture fonctionnelle 2. Attribute-riven esign (A) 3. ocumenter l architecture 4. Conception en couches Hafedh Mili Copyright

11 Attribute-riven esign - Conception architecturale orientée attributs (de qualité) Une approche récursive de décomposition architecturale basée sur les scénarios de qualité Les scénarios de qualité sont pris par ordre décroissant de priorité On produit les premiers niveaux de: La vue «décomposition de modules» Autres vues au besoin Hafedh Mili Copyright A (CAOAQ ) Pour chaque composant/sous-système/le système au complet: On prend le(s) prochain(s) scénario(s) de qualité dans l ordre de priorité On choisit les tactiques ou le patron architectural qui répond le mieux au scénario On distribue la fonctionnalité du composant/soussystème/système au complet entre différences instances du patron architectural patron Hafedh Mili Copyright

12 Une étape de A cénario(s) de qualité Composant fonctionnel élection du patron architectural écomposition fonctionnelle Instanciation du patron Hafedh Mili Copyright Une itération de A 1. Choisir le prochain module à décomposer; s assurer que les exigences fonctionnelles, de qualité, et les contraintes sont connues 2. Raffiner le module selon les étapes suivantes: a. Identifier les «architectural drivers» parmi les scénarios de qualité et les exigences fonctionnelles b. Choisir ou créer un patron architectural qui satisfait les «architectural drivers», et identifier les composantes du patron c. Instancier les composantes du patron et distribuer la fonctionnalité du module à décomposer et représenter avec différentes vues d. éfinir les interfaces pour les sous-modules. e. Vérifier et raffiner les cas d utilisation (fonctionnels) et les scénarios de qualité en fonction de la décomposition 3. Répéter les étapes pour chaque module qui a besoin d être décomposé davantage Hafedh Mili Copyright

13 Choisir le prochain module à décomposer Le terme «Module» fait référence à, i) système au complet, ii) sous-système, et iii) sous-module On commence avec le système au complet En plus des exigences fonctionnelles et de qualité, on peut avoir aussi des contraintes, e.g., le besoin d inter-opérer avec un système externe Hafedh Mili Copyright a) choisir les «architectural drivers» Une combinaison d exigences fonctionnelles et de qualité qui influencent l architecture ou le module sous considération Les exigences n ont pas la même priorité / importance L importance relative des exigences permet de départager des solutions partielles Hafedh Mili Copyright

14 2.a) Exemple On suppose trois exigences / qualités architecturales fortes: écurité: ifférents utilisateurs ont le droit d utiliser différentes fonctionnalités Les fonctionnalités utilisent différentes données / attributs Les données sont confidentielles, et sont accessibles selon une politique de «need-to-know» Extensibilité/disponibilité: e nouvelles fonctionnalités peuvent être ajoutées pendant que l application tourne (pas de temps d arrêt de service) istribution Hafedh Mili Copyright b) Choisir un patron architectural Chaque style/patron : Implante plusieurs tactiques répondant à des exigences de qualité A des conséquences / effets secondaires sur d autres attributs de qualité Tactique 0..* répond à 0..* AttributQualité implante tylearchitectural 0..* 0..* 0..* 0..* influence Hafedh Mili Copyright

15 2.b) exemple (1/2) Choix de tactiques: écurité: role-based access Extensibilité/disponibilité: éfinir un intermédiaire (broker) Enregistrement durant l exécution de nouvelles fonctionnalités istribution Proxy Hafedh Mili Copyright b) exemple (2/2) User input Une combinaison de publish & subscribe, proxy, et rolebased access Il y aura une copie unique du dispatcher et du bus (request broker) Plusieurs copies du gestionnaire de sécurité, une par composant fonctionnel ispatcher notification pub event Comp fonct Publier évènement notification Request broker Composant de service Composant fonctionnel requête réponse Gest. ecu annuaire Hafedh Mili Copyright

16 2.c) Instancier les composantes du patron, et distribuer la fonctionnalité Trois sous-tâches: i. Instancier les composantes du patron: approche top-down ii. Vérifier que toute la fonctionnalité du module sous considération est allouée à l une des composantes (ou à plusieurs en collaboration) iii. Représenter selon les autres vues Hafedh Mili Copyright c) Instancier les composantes du patron, et distribuer la fonctionnalité i. Instancier les composantes du patron en top-down: Une sous-composante (fonctionnelle) par groupe fonctionnel Un groupe fonctionnel peut être réalisé par une collaboration de composants fonctionnels et non-fonctionnels Hafedh Mili Copyright

17 2.c.i) exemple User input User input ispatcher notification pub event Gest. patients Publier évènement requête réponse annuaire notification Gest. ecu Gest PM Publier évènement requête réponse annuaire notification Gest. ecu Request broker Hafedh Mili Copyright c.ii) vérifier si chaque fonctionnalité du système est allouée à un ou à plusieurs composants Où est la gestion de la facturation? Gestion de la facturation ispatcher Gestion patients Gestion person. med Gestion actes médic Gestion rendez-vous Request broker Hafedh Mili Copyright

18 2.c.ii) vérifier si chaque fonctionnalité du système est allouée à un ou à plusieurs composants (suite) La distribution de fonctionnalité du module sous considération entre sous modules entraîne des interactions entre sousmodules: Prendre note de ces interactions Les représenter dans les autres vues du système / module Hafedh Mili Copyright c.iii) représenter l architecture avec des vues Représenter l architecture par au moins une vue dans chaque groupe tructures de modules: décomposition, uses, par couches, class (vues développement) tructures «component-connector»: processus communiquants, concurrence, données partagées, client-serveur (vues run-time) tructures d allocation (vues allocation): déploiement (processus processeur), implémentation (module fichier), division de travail (module équipe) Hafedh Mili Copyright

19 2.d) définir les interfaces des sousmodules identifiés Pour chaque sous-module identifié dans la décomposition, décrire les services et propriétés offertes et requises. Chacune des vues offre des éléments d information: Vue décomposition de module: montre, i) producteurs/consommateurs d information, et ii) patron d interaction entre eux Vue concurrence: interaction entre thread, statut de composante, données de synchronization, etc. Vue déploiement: exigences matériel, exigences de chronométrage (timing), exigences de communication Hafedh Mili Copyright e) vérifier et raffiner les exigences en fonction de la décomposition Exigences fonctionnelles: traduire les exigences du module par des use cases des sous-modules Contraintes: s assurer que les contraintes imposées au module sont traitées par la décomposition: La décomposition respecte la contrainte La contrainte est respecté par un sous-module La contrainte est respectée par une collaboration de sous modules cénarios de qualité: la décomposition peut atisfaire le scénario atisfaire le scénario moyennant des contraintes / les sous-modules Être neutre Faire échec au scénario: Hafedh Mili Copyright

20 Et Après? Constituer les équipes de réalisation Réaliser un squelette de l architecture Hafedh Mili Copyright Constituer les équipes Une bonne modularisation permet une division efficace du travail: Cohésion des modules responsabilités bien définies Faible couplage entre modules peu de communication / coordination / négociation sont nécessaires entres les équipes Hafedh Mili Copyright

21 Construire un squelette du système abord, implanter les parties de l application qui gèrent l exécution et l interaction entre les composantes Ensuite, ajouter les fonctionnalités une à une, en commençant par celles qui présentent le plus de risque Les relations «uses» entre modules permettent de planifier les incréments Hafedh Mili Copyright Concevoir l architecture d un système 1. Architecture fonctionnelle 2. Attribute-riven esign (A) 3. ocumenter l architecture 4. Conception en couches Hafedh Mili Copyright

22 ocumenter l architecture Choisir les vues pertinentes au système sous considération. Cela dépend de: ystème public ocumenter les vues individuellement ocumenter les liens entre vues Hafedh Mili Copyright Vues (d après [Bass et al., 2003]) Intervenant ecomp. Vues modules Uses Classes Couches C&C Any Allocation eploiemt Implément Gest. Projet éveloppeur Testeur Entretien Product Line app builder O Client O Usager Analyste upport Nouvel intervenant X X X X X X X Architecte Hafedh Mili Copyright

23 ocumenter les vues Un patron générique: Présentation globale (souvent graphique) de l essentiel Catalogue des éléments / composants: Propriétés des éléments, leur relations, leur interfaces, leur comportements iagramme de contexte Guide de variabilité: 1) points de variabilités, 2) spectres de valeurs, 3) binding time Justification de l architecture (hypothèses, design rationale, historique) Glossaire Informations supplémentaires Hafedh Mili Copyright ocumenter une interface Identité (nom) Ressources fournies (dans un IL): syntaxe, sémantique, restrictions d usage éfinitions de types éfinitions des exceptions Points de variation / configuration de l interface Attributs de qualité satisfaits par l interface Ressources exigées: syntaxe, sémantique, restrictions d usage Rationale et problèmes de conception Guide d utilisation Hafedh Mili Copyright

24 ocumentation globale Comment la documentation est organisée Liste des vues Modèle / patron des vues L architecture elle même urvol du système Correspondance entre vues Liste des éléments, et dans quelle(s) vues ils apparaissent Glossaire Pourquoi elle est telle quelle Justification («design rationale») Hafedh Mili Copyright Utiliser UML pour documenter l architecture Architecturale fonctionnelle / vues modules: les paquetages («package») Autres variantes de paquetages: stéréotypes «couche», «framework», Hafedh Mili Copyright

25 Interface Une façon de distinguer la spécification d un élément de son implantation Un mécanisme utile dans plusieurs tactiques: issimulation de l information Abstraire les différences non-essentielles entre implantation Capturer / planifier les points de variations Polymorphisme Etc. Hafedh Mili Copyright Notation «interface» Comparable +compare(in other : Comparable) : short(idl) Observer <<realization>> <<realization>> FicheProduit Comme un classifieur avec un stéréotype «interface» Comme une sucette Hafedh Mili Copyright

26 Composantes Hafedh Mili Copyright éploiement Hafedh Mili Copyright

Rational Unified Process

Rational Unified Process Rational Unified Process Hafedh Mili Rational Unified Process 1. Principes de base 2. Les phases 3. Les activités (workflows) Copyright Hafedh Mili 2005 2 1 Rational Unified Process Processus de développement

Plus en détail

Capture des exigences - Cas d utilisation

Capture des exigences - Cas d utilisation Capture des exigences - Cas d utilisation Hafedh Mili INF5151-30 2005 Plan 1. Capture des exigences 2. Cas d utilisation 3. Règles d affaires 4. Exigences non fonctionnelles Copyright Hafedh Mili 1999-2005

Plus en détail

IFT2255 - Génie logiciel. Processus de développement

IFT2255 - Génie logiciel. Processus de développement IFT2255 - Génie logiciel Processus de développement 1 Cycle de vie du logiciel 2 Activités de développement 3 Planification du projet Analyse et spécification Conception Implémentation Vérification Installation

Plus en détail

IFT2255 - Génie logiciel. Cycle de vie du logiciel. Activités de développement. Planification (étude préliminaire) Processus de développement

IFT2255 - Génie logiciel. Cycle de vie du logiciel. Activités de développement. Planification (étude préliminaire) Processus de développement IFT2255 - Génie logiciel Processus de développement Cycle de vie du logiciel Bruno Dufour dufour@iro.umontreal.ca Activités de développement 3 Planification (étude préliminaire) 4 Planification du projet

Plus en détail

Processus de développement du logiciel. Segmentation de la modélisation gestion de la complexité en réduisant la portée de l étude à une partie!

Processus de développement du logiciel. Segmentation de la modélisation gestion de la complexité en réduisant la portée de l étude à une partie! Processus de développement du logiciel A pour objectif la formalisation des activités liées à l élaboration des systèmes ; Mécanismes que l on applique systématiquement pour obtenir de manière répétitive

Plus en détail

Cours d architecture logicielle. Philippe Lalanda

Cours d architecture logicielle. Philippe Lalanda Cours d architecture logicielle Tactiques de conception Philippe Lalanda Philippe.lalanda@imag.fr Rappel n Approches pour la conception n Identification des composants fonctionnels n dérivation à partir

Plus en détail

Modélisation objet avec UML

Modélisation objet avec UML Modélisation objet avec UML Le développement des systèmes est une tâche d une grande envergure et un investissement important pour toute entreprise. La modélisation des systèmes déjà existants ou d un

Plus en détail

Conclusions et Perspectives

Conclusions et Perspectives 8 Conclusions et Perspectives Ce chapitre conclut la thèse en donnant un bilan du travail effectué et les perspectives envisageables au terme de cette recherche. Nous rappelons tout d abord les principales

Plus en détail

Le Processus Rational Unified Process

Le Processus Rational Unified Process Le Processus Rational Unified Process Hafedh Mili Copyright 2004 Plan Qu est ce un cycle de vie? Quelques cycles de vie Le cycle de vie Rational Unified Process 1 Un cycle de vie Un cycle de vie est un

Plus en détail

REFERENTIEL NORMATIF du CNES

REFERENTIEL NORMATIF du CNES REFERENTIEL NORMATIF du CNES Référence : Méthode et Procédure Annexe Technique à la MP RNC-CNES-Q-80-529 APPROBATION Président du CDN ; date et nom : Page i.1 PAGE D'ANALYSE DOCUMENTAIRE TITRE : MOTS

Plus en détail

Spécification par la modélisation

Spécification par la modélisation Spécification par la modélisation Objectifs : Être en mesure de spécifier par les modèles UML. Comprendre l importance des cas d utilisation (UC). Comprendre les méthodes d'identification des UCs. Comprendre

Plus en détail

UML 1ère partie. Référence: http://uml.developpez.com/lp/cours/uml_free_fr_cours.html UML

UML 1ère partie. Référence: http://uml.developpez.com/lp/cours/uml_free_fr_cours.html UML UML UML 1ère partie Référence: http://uml.developpez.com/lp/cours/uml_free_fr_cours.html LOG2000 Éléments du génie logiciel 2002 Bayomock André-Claude PLAN Définition et historique Vue générale A quoi

Plus en détail

Module 168 Analyser, décomposer et regrouper des procédures d entreprise

Module 168 Analyser, décomposer et regrouper des procédures d entreprise Module 168 Analyser, décomposer et regrouper des procédures d entreprise Copyright IDEC 2006. Reproduction interdite. Module 168 Modélisation de processus métier Sommaire... 3 Quelques définitions... 4

Plus en détail

Module B9-1 : sensibilisation à l UML

Module B9-1 : sensibilisation à l UML Module B9-1 : sensibilisation à l UML Olivier Habart : habart.olivier@gmail.com ENSTA B9-1 UML (Olivier Habart) Septembre 14 Diapositive N 1 Session 2 : Vue statique Sommaire Diagramme de classes Diagrammes

Plus en détail

[2016][AA1] Consignes

[2016][AA1] Consignes [2016][AA1] Consignes Consignes pour le bilan architecture d'août 2014 {EPITECH.} 2016_AA1_Consignes.docx Description du document Titre [2016][AA1] Consignes Date 07/12/2014 Auteur Responsable E-Mail Julien

Plus en détail

CATALOGUE DES COURS. qlikview.com

CATALOGUE DES COURS. qlikview.com CATALOGUE DES COURS qlikview.com A propos de ce Catalogue Ce catalogue rassemble toutes les informations nécessaires à propos des cours QlikView. Il est organisé en trois sections principales : cours délivrés

Plus en détail

Les FONDEMENTS de l ARCHITECTURE d ENTREPRISE Ingénierie de l organisation

Les FONDEMENTS de l ARCHITECTURE d ENTREPRISE Ingénierie de l organisation Les FONDEMENTS de l ARCHITECTURE d ENTREPRISE Ingénierie de l organisation Patrice Briol Les Fondements de l Architecture d Entreprise Ingénierie de l organisation 1 ère édition http://www.ingenieriedesprocessus.net

Plus en détail

Introduction aux objets

Introduction aux objets MAI NFE103 Année 2005-2006 Introduction aux objets F.-Y. Villemin, CNAM Plan! Définitions! Evolution de la programmation! Méthodes Classiques! Objet!! Méthodologies orientée-objet! Problèmes http://deptinfo.cnam.fr/enseignement/

Plus en détail

REFERENTIEL NORMATIF du CNES

REFERENTIEL NORMATIF du CNES REFERENTIEL NORMATIF du CNES Référence : Méthode et Procédure DEMARCHE D'ANALYSE DU LOGICIEL Annexe Technique de la MP RNC-CNES-Q-80-529 APPROBATION Président du CDN ; date et nom : Page i.1 PAGE D'ANALYSE

Plus en détail

Analyse,, Conception des Systèmes Informatiques

Analyse,, Conception des Systèmes Informatiques Analyse,, Conception des Systèmes Informatiques Diagrammes de cas d utilisation Use Case Sommaire Introduction Acteurs Diagramme de cas d utilisation O. Boissier, SMA/G2I/ENS Mines Saint-Etienne, Olivier.Boissier@emse.fr,

Plus en détail

Service d installation et de démarrage pour les bandothèques de stockage ESL, EML, et MSL de HP

Service d installation et de démarrage pour les bandothèques de stockage ESL, EML, et MSL de HP Données techniques Service d installation et de démarrage pour les bandothèques de stockage ESL, EML, et MSL de HP Services HP Le service d installation et de démarrage de HP pour les bandothèques de stockage

Plus en détail

Rappels. Génie logiciel. Broker. Problem: service location. Patterns. Philippe Dugerdil. Layer Batch sequential Publish subscribe MVC Proxy.

Rappels. Génie logiciel. Broker. Problem: service location. Patterns. Philippe Dugerdil. Layer Batch sequential Publish subscribe MVC Proxy. Rappels Génie logiciel Philippe Dugerdil 24..20 Patterns Layer Batch sequential Publish subscribe MVC Proxy Problem: service location Broker network Broker Implemented tactics Modifiability tactics Use

Plus en détail

Plan. Partie 2 : UML. Module Génie Logiciel : Cours d'analyse Orientée Objet.

Plan. Partie 2 : UML. Module Génie Logiciel : Cours d'analyse Orientée Objet. Partie II : UML Plan Partie 2 : UML 1 - Présentation d'uml 2 - Les diagrammes de cas d'utilisation 3 - Les diagrammes de classes et d'objets 4 - Les diagrammes d'interaction 5 - Les diagrammes de comportement

Plus en détail

Génie Logiciel. Hassan El Mansouri. Plan du cours. Problématique du Génie Logiciel

Génie Logiciel. Hassan El Mansouri. Plan du cours. Problématique du Génie Logiciel Hassan El Mansouri 1 Plan du cours Cycle de développement, cycle de vie, cahier des charges Patrons de conception Programmation par composants, réutilisation de composants Gestion des exceptions Stratégies

Plus en détail

Modèle conceptuel et diagramme de classes

Modèle conceptuel et diagramme de classes Modèle conceptuel et diagramme de classes Modèle conceptuel Le modèle conceptuel contient les concepts pertinents et significatifs du problème ; C est au début, une représentation des objets du monde réel,

Plus en détail

Architecture d Entreprise et des Systèmes d Information. 06 Urbanisation et SOA en pratique : PRAXEME et MODELIO. Introduction PRAXEME et MODELIO 1

Architecture d Entreprise et des Systèmes d Information. 06 Urbanisation et SOA en pratique : PRAXEME et MODELIO. Introduction PRAXEME et MODELIO 1 Plan du chapitre Master Informatique et Systèmes Architecture d Entreprise et des Systèmes d Information 06 Urbanisation et SOA en pratique : PRAXEME et MODELIO 1 2 3 4 5 6 Introduction PRAXEME et MODELIO

Plus en détail

UP : Unified Process

UP : Unified Process UP : Unified Process 1 UP : Unified Process Table des matières 1DÉFINITION... 2 1.1UP est itératif... 2 1.2UP est centré sur l'architecture...2 1.3UP est piloté par les cas d'utilisation d'uml... 2 2VIE

Plus en détail

Génie Logiciel. Hassan El Mansouri

Génie Logiciel. Hassan El Mansouri Hassan El Mansouri 1 Plan du cours Problématique et naissance du génie logiciel Cycle de développement, cycle de vie, cahier des charges Patrons de conception Programmation par composants, réutilisation

Plus en détail

Bertrand Meyer. UConception et programmation orientées objet. T r a d u i t d e l a n g l a i s p a r P i e r r e J o u v e l o t

Bertrand Meyer. UConception et programmation orientées objet. T r a d u i t d e l a n g l a i s p a r P i e r r e J o u v e l o t UConception et programmation orientées objet Bertrand Meyer T r a d u i t d e l a n g l a i s p a r P i e r r e J o u v e l o t Groupe Eyrolles, 2000, pour le texte de la présente édition en langue française.

Plus en détail

Projet 1 Les Bus de Service dans les architectures SOA

Projet 1 Les Bus de Service dans les architectures SOA Les projets présentés dans la suite de ce document permettent d approfondir et de mettre en pratique certains concepts présentés lors des cours de Master «Architecture des Systèmes d Information» et «Urbanisation

Plus en détail

C09: Conception parallèle

C09: Conception parallèle méthodologie de conception en quatre étapes virtualisation applications structurées et non structurées aspect analytique: S, E Accélération Amdahl Accélération Gustafson Surcharge de parallélisation Conception

Plus en détail

Modélisation systémique de l'organisation

Modélisation systémique de l'organisation Modélisation systémique 1 2005-09-06 Modélisation systémique de l'organisation Ce chapitre vise à introduire à la modélisation d un système organisationnel. On explique d abord quelques notions liées à

Plus en détail

LE GESTIONNAIRE LEADER : SON RÔLE, SES RESPONSABILITÉS DE GESTION ET SON AUTORITÉ DÉCISIONNELLE

LE GESTIONNAIRE LEADER : SON RÔLE, SES RESPONSABILITÉS DE GESTION ET SON AUTORITÉ DÉCISIONNELLE SON RÔLE, SES RESPONSABILITÉS DE GESTION ET SON AUTORITÉ DÉCISIONNELLE CLARIFIER SA CONTRIBUTION À SON ORGANISATION. SITUER SON RÔLE DANS SON ORGANISATION ET INVENTORIER SES RESPONSABILITÉS DE GESTION.

Plus en détail

Analyse, Conception Objet. Diagrammes de classes. Sommaire. Utilisation

Analyse, Conception Objet. Diagrammes de classes. Sommaire. Utilisation Analyse, Conception Objet Sommaire Diagrammes de Classes Une partie du matériau de ce cours est issue du cours de S.Galland (Stephane.Galland@emse.fr) Septembre 2003 Définition Paquetages Classe Association

Plus en détail

Cours de base d Ingéniérie des applications objet. Introduction

Cours de base d Ingéniérie des applications objet. Introduction 1 IMPORTANCE DES OBJETS DANS L INFORMATIQUE LOGICIELLE1 Cours de base d Ingéniérie des applications objet. Introduction Support de Cours Christophe Dony Université Montpellier-II Contenu du cours - concepts

Plus en détail

introduction à la conception Orientée Objet

introduction à la conception Orientée Objet 1 introduction à la conception Orientée Objet IUP GEII 2ème année marcel@univ-tours.fr http://www.blois.univ-tours.fr/ marcel 2 plan cours 1. motivations génie logiciel 2. concepts et techniques orientés

Plus en détail

IFT2251 : Génie logiciel

IFT2251 : Génie logiciel Cas IFT2251 : Génie logiciel Chapitre 4. Analyse orientée objets Section 3. Cas 1. Le diagramme de cas 2. Les acteurs 3. Les scénarios d un cas 4. Relations entre cas 5. Construction d un diagramme de

Plus en détail

A-TEAM. ProManager Jalon de lancement Version 1.0 Groupe : C. Site Web: http://mooproject.neocities.org

A-TEAM. ProManager Jalon de lancement Version 1.0 Groupe : C. Site Web: http://mooproject.neocities.org A-TEAM ProManager Jalon de lancement Version 1.0 Groupe : C Site Web: http://mooproject.neocities.org 1 SOMMAIRE : I. Planning des phases 4 1-Lancement..5 2-Elaboration. 5 3-Construction 5 4-Transition.6

Plus en détail

Le but de cet article est de présenter de façon non-exhaustive le langage SysML.

Le but de cet article est de présenter de façon non-exhaustive le langage SysML. Date : 30 septembre 2010 Auteur : Guillaume FINANCE UML, langage de modélisation très répandu pour les développements logiciels, a été utilisé et adapté pour définir un langage de modélisation des systèmes

Plus en détail

GENIE LOGICIEL Détermination du périmètre cible d une application

GENIE LOGICIEL Détermination du périmètre cible d une application GENIE LOGICIEL Détermination du périmètre cible d une application Hervé DOMALAIN 2004 / 2005 Génie logiciel 2004 / 2005 Page 1 Diagrammes de CU et périmètre cible Le domaine cible d une application est

Plus en détail

OFFRE DE SERVICE AU SOUTIEN À

OFFRE DE SERVICE AU SOUTIEN À OFFRE DE SERVICE AU SOUTIEN À L ORGANISATION DES SOINS, DES SERVICES ET DU TRAVAIL La Direction des ressources humaines AQESSS Janvier 2010 Soucieux de s engager dans un exercice de réorganisation du travail

Plus en détail

Cadres pour la conception d une SOA

Cadres pour la conception d une SOA Cadres pour la conception d une SOA Module BPM & SOA SI5/Master IFI Extraits des meilleures pratiques Softeam et de la méthode Praxème Merci à Fabien Villard - 1 - Conception SOA : Etapes, méthodes - 2

Plus en détail

Logiciels et services pour l installation électrique

Logiciels et services pour l installation électrique Logiciels et services pour l installation électrique 1, bd Charles de Gaulle 92700 COLOMBES FRANCE Tél : +33 1 47 52 97 27 Fax : +33 1 47 52 97 25 E-Mail : contact@alpi.fr Notre identité ALPI est éditeur

Plus en détail

IBM SPSS Direct Marketing

IBM SPSS Direct Marketing IBM SPSS Direct Marketing Analysez le comportement de vos clients et améliorez vos campagnes marketing Points clés Avec SPSS Direct Marketing, vous pouvez : Mieux comprendre vos clients Améliorer vos campagnes

Plus en détail

Analyse et conception de systèmes d information

Analyse et conception de systèmes d information Analyse et conception de systèmes d information Présentation réalisée par P.-A. Sunier Professeur à la HE-Arc de Neuchâtel http://lgl.isnetne.ch Juin 2005 [SJB-02] Chapitre 4 1 Références Ce document a

Plus en détail

Chapitre 2 : Cycles de vie logiciel et méthodes de développement G L & A G L 2 0 1 4 / 2 0 1 5

Chapitre 2 : Cycles de vie logiciel et méthodes de développement G L & A G L 2 0 1 4 / 2 0 1 5 Chapitre 2 : Cycles de vie logiciel et méthodes de développement G L & A G L 2 0 1 4 / 2 0 1 5 Plan Chapitre 2 Modèles de cycles de vie Méthodes de développement : Méthode lourde Méthode agile Exemple

Plus en détail

Modèle d implémentation

Modèle d implémentation Modèle d implémentation Les packages UML: Unified modeling Language Leçon 5/6-9-16/10/2008 Les packages - Modèle d implémentation - Méthodologie (RUP) Un package ou sous-système est un regroupement logique

Plus en détail

Direction des services communautaires d apprentissage pour adultes. Programme de contrôle de la qualité: Outil d auto-évaluation de la qualité

Direction des services communautaires d apprentissage pour adultes. Programme de contrôle de la qualité: Outil d auto-évaluation de la qualité Direction des services communautaires d apprentissage pour adultes Programme de contrôle de la qualité: Outil d auto-évaluation de la qualité Direction des services communautaires d apprentissage pour

Plus en détail

Retour d expérience sur la spécification des services. Olivier Dennery Certified IT Architect IBM Global Business Services

Retour d expérience sur la spécification des services. Olivier Dennery Certified IT Architect IBM Global Business Services Retour d expérience sur la spécification des services Olivier Dennery Certified IT Architect IBM Global Business Services Agenda Rappels sur l identification des services et SOMA Le contexte SOA Les services

Plus en détail

Examen professionnel Développement d applications TIC

Examen professionnel Développement d applications TIC Examen professionnel Développement d applications TIC Informations sur l examen Pour chaque problème, le nombre maximal de points que vous pouvez obtenir en cas de bonne réponse est mentionné. Le nombre

Plus en détail

Présentation générale

Présentation générale Présentation générale contact@evolusys.com - www.evolusys.com Index 2 Introduction Page 03 Notre approche Page 04 Domaines d intervention Page 05 Domaines de compétences Page 08 Problématiques & solutions

Plus en détail

Cours du Master PISE. Jean-Baptiste.Yunes@univ-paris-diderot.fr http://www.liafa.univ-paris-diderot.fr/~yunes/ 2015

Cours du Master PISE. Jean-Baptiste.Yunes@univ-paris-diderot.fr http://www.liafa.univ-paris-diderot.fr/~yunes/ 2015 Cours du Master PISE Jean-Baptiste.Yunes@univ-paris-diderot.fr http://www.liafa.univ-paris-diderot.fr/~yunes/ 2015 1 UML? Un langage de modélisation simple qui limite les ambiguïtés indépendant des langages

Plus en détail

IFT2251 : Génie logiciel

IFT2251 : Génie logiciel Conception détaillée Julie Vachon, Automne 2006 IFT2251 : Génie logiciel Chapitre 5 - Conception Section 1. Conception détaillée orientée objets 1. Qu est-ce que la conception? 2. Objectifs de la conception

Plus en détail

Ioannis Parissis UFR IMA Laboratoire LIG. Test logiciel

Ioannis Parissis UFR IMA Laboratoire LIG. Test logiciel Test logiciel Objectif et plan du du cours Présenter les concepts de base sur le test logiciel Introduire des techniques simples pour construire des tests A partir de la spécification informelle du programme

Plus en détail

GÉNIE LOGICIEL (SOFTWARE ENGINEERING)

GÉNIE LOGICIEL (SOFTWARE ENGINEERING) GÉNIE LOGICIEL (SOFTWARE ENGINEERING) 6ÈME PARTIE TEST DU LOGICIEL (SOFTWARE TESTING) Faculté des Sciences et Techniques http://perso.univ-st-etienne.fr/jacquene/gl/ Francois.Jacquenet@univ-st-etienne.fr

Plus en détail

Exposé de M.C.O. Thème. La methode orientée objet OMT (Object Modeling Technic)

Exposé de M.C.O. Thème. La methode orientée objet OMT (Object Modeling Technic) Exposé de M.C.O Thème La methode orientée objet OMT (Object Modeling Technic) 1 Plan du travail Introduction Le cycle de vie Formalismes de représentation UML Les outils d assistance OMT et UML Conclusion

Plus en détail

Sommaire. 1. Gérer la publicité : 1. Gérer la publicité : 2. La promotion des ventes : 3. la communication événementielle et le parrainage :

Sommaire. 1. Gérer la publicité : 1. Gérer la publicité : 2. La promotion des ventes : 3. la communication événementielle et le parrainage : Sommaire 1. Gérer la publicité : 1.1 Les acteurs de la publicité : 1.2. Les objectifs publicitaires : 1.3 La détermination du budget : 1.4 L élaboration du message : 1.5 Le choix des médias et des supports

Plus en détail

Métamodèle Ingénierie Système. Pour S-Miner 6.0 +

Métamodèle Ingénierie Système. Pour S-Miner 6.0 + Métamodèle Ingénierie Système Pour S-Miner 6.0 + 1 Introduction Le métamodèle «Ingénierie Système» (IS) est un métamodèle destiné à S-Miner 6.0+ permettant de produire un environnement intégré destiné

Plus en détail

Programmation Orientée Objet. Ecrire beaucoup de lignes de code, même très propres, ne suffit pas

Programmation Orientée Objet. Ecrire beaucoup de lignes de code, même très propres, ne suffit pas 2 Modélisation Construire un bon logiciel : Répondre aux objectifs fixés (satisfaire le client) Avoir une base architecturale solide qui permette l évolution Mettre en place un processus de développement

Plus en détail

REFERENTIEL DU CQPM. TITRE DU CQPM : Chargé (e) de projets industriels OBJECTIF PROFESSIONNEL DU CQPM

REFERENTIEL DU CQPM. TITRE DU CQPM : Chargé (e) de projets industriels OBJECTIF PROFESSIONNEL DU CQPM COMMISION PARITAIRE NATIONALE DE L EMPLOI DE LE METALLURGIE Qualification : Catégorie : C* Dernière modification : 08/11/2012 REFERENTIEL DU CQPM TITRE DU CQPM : Chargé (e) de projets industriels I OBJECTIF

Plus en détail

Projet : Rédaction du plan de test

Projet : Rédaction du plan de test Projet : Rédaction du plan de test Dans le cadre de votre projet, veuillez présenter pour le vendredi 9 janvier votre plan de test. Ce document retracera l ensemble des actions réalisées ou à réaliser

Plus en détail

ITIL V3 Comprendre la démarche et adopter les bonnes pratiques

ITIL V3 Comprendre la démarche et adopter les bonnes pratiques La démarche ITIL et les normes 1. Introduction 15 2. La gestion de services 16 2.1 Présentation 16 2.2 La notion de service 16 2.3 La gestion de services 17 3. Les normes 18 3.1 La norme ISO 9001 18 3.2

Plus en détail

Logiciel de gestion de la main-d œuvre

Logiciel de gestion de la main-d œuvre Logiciel de gestion de la main-d œuvre Logiciel de gestion de la main-d œuvre GoalPost Le logiciel de gestion de la main-d œuvre GoalPost d Intelligrated procure des renseignements sur demande pour évaluer,

Plus en détail

Questions (HSPTP) Questions à choix multiple

Questions (HSPTP) Questions à choix multiple Questions (HSPTP) Questions à choix multiple Public V 2.0 1. Coordonnées Monsieur Madame Titre Prénom Nom Adresse NPA / Localité Courriel privé Date de naissance Lieu d origine Date Signature Moyens et

Plus en détail

Audit de la sécurité ministérielle. Rapport d audit

Audit de la sécurité ministérielle. Rapport d audit Rapport d audit Mars 2015 TABLE DES MATIÈRES Sommaire... 3 Points examinés... 3 Importance de l audit... 3 Constatations... 3 Contexte... 4 Objectif... 5 Portée... 5 Méthodologie... 5 Énoncé d assurance...

Plus en détail

Cadre Pancanadien Des Principes Directeurs

Cadre Pancanadien Des Principes Directeurs Cadre Pancanadien Des Principes Directeurs & Des Éléments Essentiels Aux Programmes de Transition pour les Infirmières et Infirmiers Formés À L étranger Publié par : Association canadienne des écoles de

Plus en détail

Brique BDL Gestion de Projet Logiciel

Brique BDL Gestion de Projet Logiciel Brique BDL Gestion de Projet Logiciel Processus de développement pratiqué à l'enst Sylvie.Vignes@enst.fr url:http://www.infres.enst.fr/~vignes/bdl Poly: Computer elective project F.Gasperoni Brique BDL

Plus en détail

CHAPITRE VI : SYSTEME DE GESTION DE FICHIERS

CHAPITRE VI : SYSTEME DE GESTION DE FICHIERS 56 CHAPITRE VI : SYSTEME DE GESTION DE FICHIERS 6.1 INTRODUCTION : Afin de fournir un accès efficace et pratique au disque, le SE impose un système de gestion de fichiers (SGF) pour permettre de stocker,

Plus en détail

SPRING WEBFLOW Cours JEE - Master 2 Université de Marne-la-Vallée 1 dimanche 14 novembre 2010

SPRING WEBFLOW Cours JEE - Master 2 Université de Marne-la-Vallée 1 dimanche 14 novembre 2010 SPRING WEBFLOW 1 RAPPEL D ARCHITECTURE Persistance des données 2 PROBLÉMATIQUE Comment faire le lien entre mes vues graphiques et ma logique métier en respectant les contraintes (maintenance, coût & temps

Plus en détail

INTERNE ET EXTERNE Document de communication sur le financement de contrepartie et la volonté de payer

INTERNE ET EXTERNE Document de communication sur le financement de contrepartie et la volonté de payer Document de communication sur le financement de contrepartie et la volonté de payer Juillet 2014 Sommaire 1 2 3 4 5 Présentation du financement de contrepartie et de la volonté de payer Critères d admissibilité

Plus en détail

Informatique Répartie

Informatique Répartie INSA - ASI InfoRep : Client-Serveur 1/36 Informatique Répartie Architectures Client-Serveur Alexandre Pauchet INSA Rouen - Département ASI BO.B.RC.18, pauchet@insa-rouen.fr INSA - ASI InfoRep : Client-Serveur

Plus en détail

Coopération multi-robots par insertion incrémentale de plans

Coopération multi-robots par insertion incrémentale de plans Coopération multi-robots par insertion incrémentale de plans Thèse soutenue au LAAS - Toulouse par Frédéric ROBERT 1 PLAN A) Objectifs B) Approche de la coopération multi-robots C) Le paradigme d insertion

Plus en détail

Analyse des systèmes : Langage SysML

Analyse des systèmes : Langage SysML Analyse des systèmes : Langage SysML 1. Introduction / définitions. 1.1. Ingénierie Système : L Ingénierie Système (IS) est une démarche méthodologique générale qui permet de concevoir, faire évoluer et

Plus en détail

Première partie. Maîtriser les pratiques d achat fondamentales

Première partie. Maîtriser les pratiques d achat fondamentales Introduction! Dans un contexte de mondialisation croissante des affaires et de forte demande de création de valeur de la part des dirigeants, l acheteur doit non seulement parfaitement maîtriser ses techniques

Plus en détail

Note au professeur. 1. Historique et contexte. 2. Processus du Jeu de Rôle

Note au professeur. 1. Historique et contexte. 2. Processus du Jeu de Rôle Note au professeur. 1. Historique et contexte Nous avons décidé de créer un Jeu de Rôle (JDR) comme un outil d éducation environnementale sur les zones humides. Nous croyons que l éducation environnementale

Plus en détail

Description et illustration du processus unifié

Description et illustration du processus unifié USDP Description et illustration du processus unifié Définit un enchaînement d activités Est réalisé par un ensemble de travailleurs Avec des rôles, des métiers Avec pour objectifs de passer des besoins

Plus en détail

INTÉGRATION ET STRATÉGIE D ENTREPRISE. ADM-21916 Sections A et H

INTÉGRATION ET STRATÉGIE D ENTREPRISE. ADM-21916 Sections A et H FACULTÉ DES SCIENCES DE L ADMINISTRATION PLAN DE COURS Hiver 2004 Le 8 janvier 2004 INTÉGRATION ET STRATÉGIE D ENTREPRISE ADM-21916 Sections A et H Professeure : Mélanie Roussy 6240, Pavillon Palasis-Prince

Plus en détail

Introduction. 1. Une base de données : 2. Un SGBD :

Introduction. 1. Une base de données : 2. Un SGBD : Le modèle Entité-Association Introduction Les bases de données ont pris une place importante en informatique, et particulièrement dans le domaine de la gestion. L étude des bases de données a conduit au

Plus en détail

3. ANALYSE DE LA PERFORMANCE: RÈGLEMENTS ET HABILETÉS LE NOUVEAU DÉPART APPUYÉ

3. ANALYSE DE LA PERFORMANCE: RÈGLEMENTS ET HABILETÉS LE NOUVEAU DÉPART APPUYÉ RÉSUMÉ DU COURS 301 1. INTRODUCTION 3 HEURES Ce module offre aux entraîneurs un résumé du cours 301, ce qui est attendu des entraîneurs et plus particulièrement, ce que les entraîneurs pourront apprendre

Plus en détail

STAGE DE PERFECTIONNEMENT

STAGE DE PERFECTIONNEMENT (Sigle de la société d accueil) REPUBLIQUE TUNISIENNE ***** MINISTERE DE L'ENSEIGNEMENT SUPERIEUR, DE LA RECHERCHE SCIENTIFIQUE ET DE LA TECHNOLOGIE ***** DIRECTION GENERALE DES ETUDES TECHNOLOGIQUES *****

Plus en détail

Logiciel de gestion des ressources numériques. Spécifications Supplémentaires

Logiciel de gestion des ressources numériques. Spécifications Supplémentaires Logiciel de gestion des ressources numériques Spécifications Supplémentaires FANTASTIC FIVE Team 11/05/2015 Historique des revisions Date Version Description Auteur 11/05/2015 La mise en évidence

Plus en détail

Présentation de la formation

Présentation de la formation Présentation de la formation Site : http://www.alphorm.com Blog : http://www.alphorm.com/blog Forum : http://www.alphorm.com/forum Fabien Brissonneau Consultant, concepteur et formateur Objets Logiciels

Plus en détail

SECTION 2 BILAN DES COMPÉTENCES

SECTION 2 BILAN DES COMPÉTENCES SECTION 2 BILAN DES COMPÉTENCES Bilan des compétences INTRODUCTION... 3 LES OBJECTIFS DU BILAN DES COMPETENCES... 3 LE DEROULEMENT DE VOTRE BILAN DES COMPETENCES... 3 LE BILAN DES COMPETENCES DU PROGRAMME...

Plus en détail

(Document de 14 pages) Fabrice Douchant Xuan-Tuong Le. Nicolas Gibelin Lom Messan Hillah

(Document de 14 pages) Fabrice Douchant Xuan-Tuong Le. Nicolas Gibelin Lom Messan Hillah Master Informatique 2ème Année SAR Année 2007-2008 RAPPORT FINAL Livrable # 3 (Document de 14 pages) Participants Fabrice Douchant Xuan-Tuong Le Encadrants Nicolas Gibelin Lom Messan Hillah UFR 922 - Informatique

Plus en détail

Claude Kaiser Machine virtuelle et environnement utilisateur SRI_B CHAPITRE 1

Claude Kaiser Machine virtuelle et environnement utilisateur SRI_B CHAPITRE 1 CHAPITRE 1 FOURNIR À L'UTILISATEUR UNE MACHINE VIRTUELLE ET UN ENVIRONNEMENT D'EXÉCUTION DE PROGRAMMES Plan ENVIRONNEMENT DE TRAVAIL ADAPTÉ AU BESOIN DE L'UTILISATEUR Fonctions de l'environnement d'exécution

Plus en détail

Informatique UE 102. Jean-Yves Antoine. Architecture des ordinateurs et Algorithmique de base. UFR Sciences et Techniques Licence S&T 1ère année

Informatique UE 102. Jean-Yves Antoine. Architecture des ordinateurs et Algorithmique de base. UFR Sciences et Techniques Licence S&T 1ère année UFR Sciences et Techniques Licence S&T 1ère année Informatique UE 102 Architecture des ordinateurs et Algorithmique de base Jean-Yves Antoine http://www.intro.univ-tours.fr/~antoine/ UFR Sciences et Techniques

Plus en détail

Rédaction de cas d utilisation (Use Case)

Rédaction de cas d utilisation (Use Case) labsticc.univ-brest.fr/pages_perso/babau/ Rédaction de cas d utilisation (Use Case) Jean-Philippe Babau Département Informatique, UFR Sciences, Laboratoire Lab-STICC 2 1 Plan Objectif des Cas d Utilisation

Plus en détail

Bangui, les 8 & 9 Juillet 2010

Bangui, les 8 & 9 Juillet 2010 Atelier de renforcement de capacités des parties prenantes à l initiative pour la Promotion de l électrification rurale et des services énergétiques pro-pauvres pauvres en République Centrafricaine (Présentation

Plus en détail

MEGA System Oriented IT Architecture. Guide d utilisation

MEGA System Oriented IT Architecture. Guide d utilisation MEGA System Oriented IT Architecture Guide d utilisation MEGA 2009 SP5 R7 2ème édition (août 2012) Les informations contenues dans ce document pourront faire l objet de modifications sans préavis et ne

Plus en détail

Modélisation objet Le langage UML

Modélisation objet Le langage UML Modélisation objet Le langage UML Brahim HAMID La base de contrôle Robot Zone à explorer brahim.hamid@irit.fr brahim.hamid@univ-tlse2.fr http://mass-cara.univ-tlse2.fr/~brahimou/ens/uml 1 Les méthodes

Plus en détail

Oracle Identity Manager 11g R2: Développer le provisionnement des identités

Oracle Identity Manager 11g R2: Développer le provisionnement des identités Oracle University Appelez-nous: +33 15 7602 081 Oracle Identity Manager 11g R2: Développer le provisionnement des identités Durée: 5 Jours Description Le cours commence par des rappels sur les concepts

Plus en détail

TARGET2 : le rôle d un système d aide à la décision pour compléter les fonctions de règlement

TARGET2 : le rôle d un système d aide à la décision pour compléter les fonctions de règlement TARGET2 : le rôle d un système d aide à la décision pour compléter les fonctions de règlement Vincent BONNIER Direction du projet TARGET2 Le système TARGET2 a démarré avec succès le 19 novembre 2007. En

Plus en détail

Projet : Plan Assurance Qualité

Projet : Plan Assurance Qualité Projet : Document : Plan Assurance Qualité 2UP_ARCHI_DEV1 VERSION 1.00 Objet Ce document a pour objectif de définir la démarche TOW TRACK UNIFIED PROCESS. Auteur Eric PAPET Vérifié par: Dominique MASSON

Plus en détail

Révisions ISO Livre blanc

Révisions ISO Livre blanc Révisions ISO ISO Revisions Révisions ISO Livre blanc Quelle est la différence entre une approche procédure et une approche processus? Aborder le changement Processus vs procédures : Qu est-ce que cela

Plus en détail

COMPTE RENDU SUR L ÉTAT DE LA MISE EN ŒUVRE DU PLAN D ACTION RAPPORT AU COMITÉ DE VÉRIFICATION EN DATE DU 30 SEPTEMBRE 2011

COMPTE RENDU SUR L ÉTAT DE LA MISE EN ŒUVRE DU PLAN D ACTION RAPPORT AU COMITÉ DE VÉRIFICATION EN DATE DU 30 SEPTEMBRE 2011 COMPTE RENDU SUR L ÉTAT DE LA MISE EN ŒUVRE DU RAPPORT AU COMITÉ DE VÉRIFICATION EN DU 30 SEPTEMBRE 2011 D APPROBATION : 24 SEPTEMBRE 2010 1. Pour faciliter l obtention de bons résultats sur les plans

Plus en détail

Plan de développement logiciel

Plan de développement logiciel Date : 09/03/2004 Groupe : Is3be2 Isi Engineering Process Publisher Version 4.0 Superviseurs de projet : Claude Aubry Nombre de pages : 12 Bernard Cherbonneau Responsable Sandra Poulain Historique des

Plus en détail

Archivage numérique et règles de conformité

Archivage numérique et règles de conformité Archivage numérique et règles de conformité Impacts de la dématérialisation Jean-Claude Maury 1 Fil rouge Rappel sur l archivage numérique 2 Le changement de statut de l archivage l numérique Au Au cours

Plus en détail

Mathématiques Fonctions réelles et équations

Mathématiques Fonctions réelles et équations Définition du domaine d'examen MAT-5106-1 Mathématiques Fonctions réelles et équations Mise à jour novembre 2004 Définition du domaine d'examen MAT-5106-1 Mathématiques Fonctions réelles et équations Mise

Plus en détail

Environnements de Développement

Environnements de Développement Institut Supérieur des Etudes Technologiques de Mahdia Unité d Enseignement: Environnements de Développement Mme BEN ABDELJELIL HASSINE Mouna m.bnaj@yahoo.fr Développement des systèmes d Information Syllabus

Plus en détail

financière GESTION MICROSOFT BUSINESS SOLUTION NAVISION

financière GESTION MICROSOFT BUSINESS SOLUTION NAVISION GESTION financière MICROSOFT BUSINESS SOLUTION NAVISION ANALYTIQUE Le module Analytique de Microsoft Business Solutions Navision vous aide à mieux comprendre le fonctionnement de votre activité. Points

Plus en détail