Ingénierie Système et langage SYSML

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

Download "Ingénierie Système et langage SYSML"

Transcription

1 PSI*- MP* 19/03/15 Lycée P.Corneille Sysml.doc Page1 Ingénierie Système et langage SYSML 1 Ingénierie Système Concevoir un produit. Pour qui et pour quoi? Le client au centre du processus de conception Cahier des charges fonctionnel (CdCF) Concevoir un produit. Comment? Le langage SysML pour modéliser et communiquer Intoduction Diagramme d exigence (requirement diagram req) Diagrammes comportementaux Diagramme des cas d utilisation (use case uc) Diagramme de séquence (Sequence Diagram sd) Diagramme d états (State Machin Diagram stm) Diagrammes structurels Diagramme de contexte Diagramme de définition de blocs (block definition diagram bbd) Diagramme de blocs internes (internal block diagram ou ibd) Bibliographie : ANNEXE : Relation et éléments d association... 19

2 Page 2 1 Ingénierie Système L Ingénierie Système est la démarche de conception des systèmes complexes en entreprise. L aspect pluri-technique de tels systèmes implique : La participation de spécialistes de cultures différentes : il faut donc des outils de communications communs : le langage SysML est un de ces outils. Les délais de conception courts nécessitent un travail parallèle des équipes, ce qui rend difficile la mise en place d une organisation du travail efficace. Les inter-relations entre les composants et les performances à atteindre nécessitent une adaptation permanente des paramètres. L ingénierie système doit considérer le produit lors de toutes les étapes de son cycle de vie (conditionnement, maintenance, recyclage ). Cycle de vie d un produit 1.1 Concevoir un produit. Pour qui et pour quoi? Le client au centre du processus de conception. La démarche de conception a pour objectif non de concevoir un produit en espérant un hypothétique client, mais de satisfaire le client en proposant un produit qui lui convient. Le client est au centre des priorités et le produit n est qu un moyen. Dans la démarche de conception, il faut dès le début répondre à la question «le client a besoin de» «Un besoin est une nécessité ou un désir éprouvé par un utilisateur» (NF X ). Le client est sensible à l évolution du contexte économique, social et environnemental ainsi qu au degré d innovation, le besoin évolue donc constamment. Exemple : le vélo à assistance électrique.

3 Page Cahier des charges fonctionnel (CdCF). Notion de Fonction : Le système technique assure une fonction de service globale en agissant sur une ou plusieurs matières d œuvre afin de créer une valeur ajoutée. Une fonction est énoncée avec un verbe d action à l'infinitif (déplacer, traiter, acquérir, transformer, etc.) parfois suivi d un complément. La matière d œuvre est un élément d'entrée sur lequel s'exercent les activités du système. Elle peut être de différents types, c est le triptyque Matière / Information / Energie. Une des premières étapes de conception consiste donc à définir précisément ce que le client attend du produit afin que la solution technique conçue, produite et mise en vente au final corresponde au maximum à ses attentes. La définition de l attente du client est formalisée dans un document normalisé appelé cahier des charges fonctionnel (CDCF) et formalisant les attentes du client. Ce document: formalise les responsabilités du demandeur et du concepteur. contribue à l obtention de la qualité. est constitué : d une présentation générale du projet : marché, contexte du projet, objectifs, énoncé du besoin, environnement du produit, etc. d une expression fonctionnelle du besoin : Cette partie fondamentale décrit et définit les différentes fonctions de service du produit ainsi que les contraintes et les critères d appréciation qui y sont associés. Il doit aussi apparaître, associées à ces critères, des spécifications permettant de fixer le niveau d exigence requis, correspondant le plus souvent à une grandeur mesurable. Dans la mesure du possible, il est conseillé d ajouter une indication de la flexibilité pour les niveaux d exigence, soit sous une forme symbolique à niveaux (0 : impératif ; 1 : peu négociable, 2 : négociable, 3 : très négociable), soit sous une forme numérique ou explicite, avec des limites : les flexibilités permettent à l ingénieur de créer un système moins contraint, donc moins cher. Les informations sont le plus souvent réunies sous la forme d un tableau tel que celui ci-après

4 Page Concevoir un produit. Comment? Le Processus de conception utilise une méthode classiquement répandue dans le milieu industriel : le «cycle en V». Le cycle en V décline deux phases dans la conception : Dans la phase descendante (à gauche), le problème global est morcelé en sous problèmes et des choix technologiques sont proposés, ce qui aboutit à la définition de chaque composant. Dans la phase ascendante (à droite), la solution technique précise est vérifiée à l aide de calculs numériques ou d essais expérimentaux, d abord localement puis au sein d ensemble plus globaux, jusqu au produit final. À chaque étape, si les tests de validation sont négatifs, il y a itération, c est-à-dire modification des paramètres de la solution technique et test à nouveau. Cette démarche permet de diviser le système complexe en sous-composants, en définissant clairement le périmètre de chaque composant et ses contraintes visà-vis de son environnement. Il est ainsi possible aux équipes de travailler en parallèle au niveau inférieur du «V» et assurer la cohérence dans les phases d intégration des composants car les itérations aux niveaux hauts sont beaucoup plus coûteuses que les itérations aux niveaux bas. Processus de conception dit «en V»

5 Page 5 2 Le langage SysML pour modéliser et communiquer 2.1 Intoduction L ensemble des acteurs intervenant dans les phases de vie d un système technique devant travailler en commun malgré leur culture initiale différente, il est devenu nécessaire de disposer d un langage commun unique. SysML est l acronyme de Systems Modeling Language, il est dérivé d un autre langage utilisé par les informaticiens l UML (Unified Modeling Système). Il s articule autour de 9 diagrammes permettant d aborder 3 points de vus différents et complémentaires. Seules 7 de ces diagrammes sont au programme des CPGE scientifiques. Vous devrez apprendre à les lire, à en extraire les données importantes et à les expliquer. au programme des CPGE Positionnement des diagrammes dans le langage SysML ainsi que leurs indicateurs 2.2 Diagramme d exigence (requirement diagram req) «Quelles sont les exigences auxquelles le système doit répondre?» L objectif de ce diagramme est de recenser toutes les exigences auxquelles le système doit se plier. Une exigence permet de spécifier une capacité ou une contrainte qui doit être satisfaite par un système. Elle peut spécifier une fonction que le système devra réaliser ou une condition de performance, de fiabilité, de sécurité, etc. Les exigences servent à établir un contrat entre le client et les réalisateurs du futur système. On illustrera les différents diagrammes sur le systéme simple suivant : Balance Halo

6 Page 6 Remarques : Les exigences peuvent être de natures différentes : «Exigences marketing» ; «Exigences fonctionnelles» ; «Exigences environnementales» ; «Exigences techniques» ; «Exigences Øconomiques» ; Voir les relations et éléments d association en annexe.

7 Page Diagrammes comportementaux Diagramme des cas d utilisation (use case uc) "Quels services rend le système?" Ce diagramme permet de représenter les fonctionnalités ou services attendus par le système du point de vue de l acteur, donc d un point de vue extérieur. Précisions sur les acteurs : un acteur représente un rôle qui peut être tenu par un humain ou n importe quel autre système. Il indique avec quoi le système sera en interaction. Par conséquent, c est un élément déjà présent lorsque le produit est installé. Un acteur non humain sera présent s il échange avec le système (matière information ) lui peut être représenté graphiquement par un cadre : «Actor» Diagramme de séquence (Sequence Diagram sd) "Comment est réalisé ce cas d'utilisation? " Décrit les scénarios correspondant aux cas d'utilisation, un cas d'utilisation est décrit par au moins un diagramme de séquence. Montre les interactions entre différents éléments d'un point de vue séquentiel, enchaînement et nature des échanges. activité Ecoulement du temps Ligne de vie associée à chaque bloc

8 Page 8 Diagramme de séquence associé au cas d utilisation de la balance Raffinements possibles Opt : ce qui est contenu dans le cadre est fait si la condition entre crochet est vérifiée. Loop : répète le contenu du cadre tant que la condition est vérifiée. Alt : ce qui est contenu dans le premier cadre est fait si la condition entre crochet est vérifiée sinon c est le contenu du second. Ref : permet d intégrer un diagramme de séquence dans un autre diagramme de séquence. Par : permet de lancer deux séquences en parallèle.

9 Page 9 Exemple d un radio réveil avec contrainte temporelle

10 Page Diagramme d états (State Machin Diagram stm) "Comment représenter les différents états du système?" Les états sont encadrés, les évènements sont représentés avec des flèches et un texte les décrit. Les transitions sont liées aux évènements et sont réalisées lorsque les évènements associés ont lieu. Le point de départ est un point noir extérieur aux états, le point de fin est un point noir entouré d un cercle noir. Etat: Un état représente une période de la vie du système, pendant laquelle il accomplit une ou plusieurs actions, ou attend un (ou des) événement(s). Cet état peut être actif ou non ; Il n y a qu un seul état actif à un instant donné, sauf dans le cas des sous-états «parallèles» (voir plus loin). Il est symbolisé ainsi: Remarque: en plus de la succession d états «normaux» correspondant au comportement du système, le diagramme d états comprend également deux pseudo-états : - l état initial symbolisé ainsi: - l état final (Il est possible d utiliser plusieurs états finaux) symbolisé ainsi: Activité et action: Une activité peut être considérée comme une tâche à réaliser. Une activité prend un certain temps et peut être interrompue. On peut la trouver au sein d'un état et est spécifiée par le mot clé "do". Une action est également une unité de comportement. La différence est qu'une action ne prend pas de temps (considérée instantanée) et ne peut pas être interrompue. On peut la trouver au sein d'un état et est spécifiée par le mot clé "entry" ou "exit". Exemples: activité: ouvrir une porte, sortir une tige de vérin, accélérer une charge action: émettre un ordre à un pré-actionneur, incrémenter une variable, etc... Evénements: Spécification d une occurrence qui peut déclencher une réaction du système (un événement possède une localisation dans le temps, c est en générale un front montant). Exemples: - appuis sur un bouton, - détection d'un objet, - changement d une variable interne when (N=10), - comptage du temps after (90s) ou at(10:00). fait à l activation de l état fait tant que l état est actif (durée) fait à la désactivation de l état appui sur le bouton marche 1 0 événement = mise en route transition associée à l'événement «mise en route

11 Page 11 Transition: une transition décrit la réaction d un système lorsqu un événement se produit. Elle traduit le passage instantané d un «état source» vers un «état destination». En règle générale, une transition possède un événement déclencheur, éventuellement une condition de garde et une action. événement [condition]/action Principe : - La transition n est évaluée que si l état source est actif ; - La transition n est franchie que si l événement est vrai et si la condition est vraie ; - L activité do de l état source est stoppée (les actions entry et exit sont toujours executées) - L action (lorsqu elle est présente) est exécutée pendant le franchissement Une transition est dite automatique si elle n est déclenchée par aucun événement. Dans ce cas, c est la fin de l activité de l état source qui déclenche la transition. Il est donc nécessaire que cette activité ait une fin Une transition réflexive est une transition où état source et état destination sont identiques Si évènement1 apparait, l état9 reste actif, mais l activité2 est interrompue, l activité3 est exécutée puis lorsqu elle est terminée, l activité1 se réalise et enfin de nouveau l activité2 Condition: une condition (ou condition de garde) est une expression booléenne qui doit être vraie lorsque l événement arrive pour que la transition soit déclenchée. Elle se note entre crochets. Remarques : - Il est possible d'utiliser les notations front montant ou descendant dans une condition (pas dans les événements qui sont par nature des changements de niveau de la variable). - Précisons que si ni Cond1 ni Cond2 ne sont vraies, l événement 1 est «perdu», et que si les deux conditions sont vraies simultanément, le diagramme est dit «non-déterministe» et on ne peut savoir dans quel état le bloc passera. Cette situation est a proscrire. Donc plusieurs transitions avec le même événement doivent avoir des conditions de garde non vraies simultanément. Soit Cond1.Cond2=0

12 Page 12 Synthèse sur l évolution d un état événement [condition] état 1 état 2 L état 1 est actif, à l occurrence de l événement la transition est franchie uniquement si la condition est vraie. L éventuelle activité est interrompue. événement état 1 état 2 L état 1 est actif, à l occurrence de l événement la transition est franchie et l éventuelle activité associée à Do/ est interrompue (pas les actions associées à Entry et Exit). [condition] état 1 état 2 M risque de blocage! L état 1 est actif, en l absence d événement explicite, c est la fin de l activité de l état 1 qui déclenche l évaluation de la condition. L activité doit donc ne pas être continue mais avoir un début et une fin Si la condition est vraie la transition est franchie. Sinon on reste bloqué!. état 1 état 2 M risque de blocage! L état 1 est actif, la transition est automatiquement franchie à la fin de l éventuelle activité. L activité doit donc ne pas être continue mais avoir un début et une fin. Etat composite ou super-état: un état composite (aussi appelé super-état) contient un diagramme d état détaillant son fonctionnement séquentiel. - L activation de l état composite entraîne l activation du pseudo-état initial. (rond noir) - La désactivation de l état composite (ici évènement stop) entraîne la désactivation de l état actif (ici état4 ou état5) : l état composite est donc hiérarchiquement supérieur à l automate fini qu il contient. - Chaque sous-état peut aussi être un état composite et ainsi de suite On peut ainsi factoriser des transitions déclenchées par le même événement et amenant vers le même état cible (comme power_on ou power_off dans l exemple), tout en spécifiant des transitions particulières entre les sous-états.

13 Page 13 Exemple: diagramme d'état d'un radioréveil Le diagramme d'états de la figure 4 fait apparaître des sous-états au sein de l'état "Radio Auto". Pour plus de lisibilité et de confort, il est recommandé lorsque le diagramme se complexifie, d'utiliser les états composites, comme illustré en figure 5. diagramme d'états d'un radioréveil nécessitant la décomposition des sous états au sein de l'état "radio AUTO" Figure 5: utilisation de l'état composite puis description de celui dans un autre diagramme

14 Page 14 Structure parallèle (état orthogonal): Un état composite peut contenir plusieurs régions, il suffit graphiquement de le séparer par des traits pointillés. Elle contient ses propres états et ses propres transitions. Les régions évoluent en parallèle et indépendamment. Dans l exemple ci-dessus, à partir de l état E1, quand l événement ev1 arrive, l élément passe dans l état composite E2. Cela signifie qu il est à la fois dans les états disjoints E31 et E41. Ensuite, suivant l ordre d arrivée des événements ev2, ev3 ou ev4, chaque région va évoluer indépendamment. Pour passer à l état E5, il faudra que l élément soit à la fois dans E32 et E43 quand ev5 arrivera. Compléments : dans l illustration ci-dessous sont également présentes deux régions en parallèle. La sortie de l état orthogonal se fait dès que toutes les régions ont atteint leur état final (équivalent à la représentation précédente). Notons aussi deux nouveaux pseudo état : Pseudo état de jonction : à chaque jonction une et une seule des conditions doit être vraie. Etat 1 Etat 2 événement 1 événement 2 [cond1] [cond2] Etat 5 Etat 6

15 Page 15 Pseudo état de choix : Un point de décision possède une entrée et au moins deux sorties. A chaque choix une et une seule des conditions doit être vraie. Pseudo état historique : Cet état est associé à un état composite H. Il permet de mémoriser l état qui était actif au même niveau hiérarchique au moment où l état composite a été désactivé. Lorsque ce pseudoétat devient actif, on reprend donc là où on en était dans l état composite. Etat historique H* profond : Similaire au précédent, mais réactive les états qui étaient actifs quelque soit leur niveau hiérarchique.

16 Page Diagrammes structurels Diagramme de contexte "Quels sont les acteurs et éléments environnants du système? " Ce diagramme devra bien sûr faire apparaître tous les acteurs intervenants dans le diagramme de cas d'utilisation, mais il fera aussi apparaitre les différents acteurs ou éléments intervenant dans une exigence Diagramme de définition de blocs (block definition diagram bbd) "Qui contient quoi?" Le bloc SysML (block) constitue la brique de base pour la modélisation de la structure d un système. Il peut représenter un système complet, un sous-système ou un composant élémentaire. Le bloc permet de décrire également les flots qui circulent à travers un système. Les blocs sont décomposables et peuvent posséder un comportement. On peut s en servir pour représenter des entités physiques, mais aussi des entités logiques ou conceptuelles. Le bbd permet de décrire : les caractéristiques structurelles grâce aux propriétés structurelles ;

17 Page 17 les caractéristiques comportementales par le biais des fonctions ; les relations entre blocs. On retrouve dans ce diagramme principalement les relations de composition et d agrégation (cf annexe). Avec le formalisme SysML, on peut associer à un bloc des propriétés (properties) structurelles et comportementales : valeurs (values) : caractéristiques avec valeur, dimension, etc. ; parties (parts) : sous-ensembles inclus obligatoirement ; fonctions (operations) : fonctionnalités disponibles. Les requêtes peuvent alors être synchrones (l émetteur attend un retour pour poursuivre), ou asynchrone (pas d attente de retour) ; ports (ports) : ils permettent de montrer des interactions bidirectionnelles ou unidirectionnelles, services (interfaces) ou flux (flow) physiques Diagramme de blocs internes (internal block diagram ou ibd) «Quels sont les échanges (ou flux) au sein du système» Permet de représenter les échanges de matière/information/énergie entre blocs de même niveau grâce à des connecteurs via des ports (petit carré). Les ports «standard» : ce type de port autorise la description de services logiques entre les blocs. L information est de type Tout Ou Rien. Les ports de type «flux» : sont soit atomiques (une seule nature de flux), soit composites (agrégation de flux de natures différentes).

18 Page 18 3 Bibliographie : P. ROQUES. SysML par l exemple. Edition Eyrolles 2009, 216p GERARD COLOMBARI, JACQUES GIRAUD. Sciences Industrielles pour l Ingénieur (première année). Edition Foucher 2013, 359p Collectif d auteurs. Sciences industrielles de l'ingénieur MPSI-PCSI-PTSI. Edition Vuilbert 2013, 528p

19 Page 19 4 ANNEXE : Relation et éléments d association Les relations : A B Association : relation d égal à égal entre 2 éléments. A utilise B - 3 diagrammes : cas d utilisation, définition des blocs, blocs internes. Dépendance : l un des deux éléments dépend de l autre. A dépend de B - 3 diagrammes : cas d utilisation, exigences, définition des blocs. Agrégation : Un élément est une composante facultative d un autre. A entre dans la composition de B sans être indispensable à son fonctionnement. - 2 diagrammes : exigences, définition des blocs. Composition : Un élément est une composante obligatoire de l autre. A entre dans la composition de B et lui est indispensable à son fonctionnement. - 2 diagrammes : exigences, définition des blocs. Généralisation : Dépendance de type filiation entre 2 éléments. A est une sorte de B. - 3 diagrammes : exigences, définition des blocs, blocs internes. Conteneur : relation d inclusion entre 2 éléments. B contient A - 2 diagrammes : exigences, définition des blocs. Les éléments d association : Extend Include Derive DeriveReqt Satisfy Verify Refine Le cas d'utilisation source est une extension possible du cas d'utilisation destination Le cas d'utilisation source comprend obligatoirement le cas inclus Une ou plusieurs exigences sont dérivées d'une exigence Permet de relier une exigence d'un niveau général à une exigence d'un niveau plus spécialisée mais exprimant la même contrainte Un ou plusieurs éléments du modèle permettent de satisfaire une exigence Un ou plusieurs éléments du modèle permettent de vérifier et valider une exigence Consiste en l ajout de précisions Exemple sur un cas d utilisation :

Les diagrammes de modélisation

Les diagrammes de modélisation L approche Orientée Objet et UML 1 Plan du cours Introduction au Génie Logiciel L approche Orientée Objet et Notation UML Les diagrammes de modélisation Relations entre les différents diagrammes De l analyse

Plus en détail

Cours de Génie Logiciel

Cours 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étail

basé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 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étail

Cycle de vie du logiciel. Unified Modeling Language UML. UML: définition. Développement Logiciel. Salima Hassas. Unified Modeling Language

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étail

Chapitre I : le langage UML et le processus unifié

Chapitre 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étail

UML (Paquetage) Unified Modeling Language

UML (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étail

UML Diagramme de communication (communication diagram) Emmanuel Pichon 2013

UML 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étail

Gé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 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étail

3. SPÉCIFICATIONS DU LOGICIEL. de l'expression des besoins à la conception. Spécifications fonctionnelles Analyse fonctionnelle et méthodes

3. 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étail

Table des matières Sources

Table 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étail

Conception, architecture et urbanisation des systèmes d information

Conception, 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étail

Projet Active Object

Projet Active Object Projet Active Object TAO Livrable de conception et validation Romain GAIDIER Enseignant : M. Noël PLOUZEAU, ISTIC / IRISA Pierre-François LEFRANC Master 2 Informatique parcours MIAGE Méthodes Informatiques

Plus en détail

Cours STIM P8 TD 1 Génie Logiciel

Cours 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étail

Sommaire. G. Pujolle, F. Ravat, C. Soulé-Dupuy, G. Zurfluh

Sommaire. 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étail

Analyse,, Conception des Systèmes Informatiques

Analyse,, 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étail

Université de Bangui. Modélisons en UML

Université 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étail

Organigramme / Algorigramme Dossier élève 1 SI

Organigramme / Algorigramme Dossier élève 1 SI Organigramme / Algorigramme Dossier élève 1 SI CI 10, I11 ; CI 11, I10 C24 Algorithmique 8 février 2009 (13:47) 1. Introduction Un organigramme (ou algorigramme, lorsqu il est plus particulièrement appliqué

Plus en détail

UML (Diagramme de classes) Unified Modeling Language

UML (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étail

Nom de l application

Nom 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étail

Master 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 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étail

uc : Cas d utilisation Top-Chair [Utilisation normale] Fauteuil Top-Chair Déplacer le fauteuil sur tous chemins «include» «include» «extend»

uc : Cas d utilisation Top-Chair [Utilisation normale] Fauteuil Top-Chair Déplacer le fauteuil sur tous chemins «include» «include» «extend» TopChair S c Première partie Présentation du système Plus d autonomie pour plus de liberté! TopChair S c offre aux personnes à mobilité réduite une nouvelle possibilité de se déplacer sans assistance à

Plus en détail

Ingénierie des Modèles. Méta-modélisation

Ingé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étail

Rappel sur les bases de données

Rappel sur les bases de données Rappel sur les bases de données 1) Généralités 1.1 Base de données et système de gestion de base de donnés: définitions Une base de données est un ensemble de données stockées de manière structurée permettant

Plus en détail

Présentation générale de la méthode orientée objet : O.M.T. (Rumbaugh & al.)

Présentation générale de la méthode orientée objet : O.M.T. (Rumbaugh & al.) Présentation générale de la méthode orientée objet : O.M.T. (Rumbaugh & al.) Bernard ESPINASSE Professeur à l'université d'aix-marseille Plan Introduction Les modèles d'omt Le Modèle Objet (MO) Le Modèle

Plus en détail

Mineure Architectures Orientées Services SOA Business Process Modeling (BPM) Mineure SOA. Business Process Modeling (BPM)

Mineure 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étail

Cours en ligne Développement Java pour le web

Cours en ligne Développement Java pour le web Cours en ligne Développement Java pour le web We TrainFrance info@wetrainfrance Programme général du cours Développement Java pour le web Module 1 - Programmation J2ee A) Bases de programmation Java Unité

Plus en détail

Le Guide Pratique des Processus Métiers

Le 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étail

C est quoi le SWAT? Les équipes décrites par James Martin s appellent SWAT : Skilled With Advanced Tools.

C 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étail

Génie Logiciel Avancé Cours 3 Le modèle à objets

Génie Logiciel Avancé Cours 3 Le modèle à objets Génie Logiciel Avancé Cours 3 Le modèle à objets Stefano Zacchiroli zack@pps.univ-paris-diderot.fr Laboratoire PPS, Université Paris Diderot - Paris 7 URL http://upsilon.cc/zack/teaching/1112/gla/ Copyright

Plus en détail

SugarCubes. Jean-Ferdinand Susini Maître de Conférences, CNAM Chaire systèmes enfouis et embarqués. Paris, le 9 janvier, 2009

SugarCubes. Jean-Ferdinand Susini Maître de Conférences, CNAM Chaire systèmes enfouis et embarqués. Paris, le 9 janvier, 2009 SugarCubes Jean-Ferdinand Susini Maître de Conférences, CNAM Chaire systèmes enfouis et embarqués Paris, le 9 janvier, 2009 Plan 2 Les SugarCubes au dessus de J2ME Quelques résultats expérimentaux Les

Plus en détail

ET 24 : Modèle de comportement d un système Boucles de programmation avec Labview.

ET 24 : Modèle de comportement d un système Boucles de programmation avec Labview. ET 24 : Modèle de comportement d un système Boucles de programmation avec Labview. Sciences et Technologies de l Industrie et du Développement Durable Formation des enseignants parcours : ET24 Modèle de

Plus en détail

Comparaison de trois techniques de modélisation de processus: ADONIS, OSSAD et UML

Comparaison 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étail

Business Process Modeling (BPM)

Business 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étail

Initiation à LabView : Les exemples d applications :

Initiation à LabView : Les exemples d applications : Initiation à LabView : Les exemples d applications : c) Type de variables : Créer un programme : Exemple 1 : Calcul de c= 2(a+b)(a-3b) ou a, b et c seront des réels. «Exemple1» nom du programme : «Exemple

Plus en détail

Urbanisation des Systèmes d Information Architecture d Entreprise. 04 Architecture du SI : identifier et décrire les services, structurer le SI

Urbanisation des Systèmes d Information Architecture d Entreprise. 04 Architecture du SI : identifier et décrire les services, structurer le SI 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 1.1

Plus en détail

INF 1250 INTRODUCTION AUX BASES DE DONNÉES. Guide d étude

INF 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étail

Technologie Web. Conception de sites Web. Alexandre Pauchet. INSA Rouen - Département ASI. INSA - ASI TechnoWeb : Rappels UML 1/21

Technologie 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étail

Rational Unified Process

Rational 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étail

IFT2255 : Génie logiciel

IFT2255 : 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étail

Pascal Brunot Hadrien Cambazard UML FOR BUSINESS INTELLIGENCE PROJECT

Pascal Brunot Hadrien Cambazard UML FOR BUSINESS INTELLIGENCE PROJECT UML FOR BUSINESS INTELLIGENCE PROJECT Abstract : this document deals with the role of UML into business intelligence projects (like data warehousing). After a quick overview of what UML offers, it focuses

Plus en détail

Sciences de Gestion Spécialité : SYSTÈMES D INFORMATION DE GESTION

Sciences de Gestion Spécialité : SYSTÈMES D INFORMATION DE GESTION Sciences de Gestion Spécialité : SYSTÈMES D INFORMATION DE GESTION Classe de terminale de la série Sciences et Technologie du Management et de la Gestion Préambule Présentation Les technologies de l information

Plus en détail

Démarches d urbanisation : réorganiser le Système d Information en structurant ses fonctions dans des blocs fonctionnels communicants.

Dé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étail

Business Process Design Max Pauron

Business 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étail

Bases de données. Chapitre 1. Introduction

Bases de données. Chapitre 1. Introduction Références : Bases de données Pierre Wolper Email : pw@montefiore.ulg.ac.be URL : http : //www.montefiore.ulg.ac.be/~pw/ http : //www.montefiore.ulg.ac.be/ ~pw/cours/bd.html Henry F. Korth, Abraham Silberschatz,

Plus en détail

MODELISATION UN ATELIER DE MODELISATION «RATIONAL ROSE»

MODELISATION 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étail

Le modèle conceptuel des traitements

Le modèle conceptuel des traitements Le modèle conceptuel des traitements 1 Le Modèle Conceptuel des Traitements Il décrit le fonctionnement du SI d une organisation au niveau conceptuel : on fait abstraction des contraintes d organisation

Plus en détail

Projet 2. Gestion des services enseignants CENTRE D ENSEIGNEMENT ET DE RECHERCHE EN INFORMATIQUE. G r o u p e :

Projet 2. Gestion des services enseignants CENTRE D ENSEIGNEMENT ET DE RECHERCHE EN INFORMATIQUE. G r o u p e : CENTRE D ENSEIGNEMENT ET DE RECHERCHE EN INFORMATIQUE Projet 2 Gestion des services enseignants G r o u p e : B E L G H I T Y a s m i n e S A N C H E Z - D U B R O N T Y u r i f e r M O N T A Z E R S i

Plus en détail

UML : DIAGRAMME D ETATS

UML : DIAGRAMME D ETATS UML : DIAGRAMME D ETATS Le modèle dynamique représente l évolution du système au cours du temps en réaction aux événements externes. L évolution du système est définie par l évolution (cycle de vie) des

Plus en détail

ORDONNANCEMENT CONJOINT DE TÂCHES ET DE MESSAGES DANS LES RÉSEAUX TEMPS RÉELS 4. QUELQUES EXEMPLES DU DYNAMISME ACTUEL DU TEMPS RÉEL

ORDONNANCEMENT CONJOINT DE TÂCHES ET DE MESSAGES DANS LES RÉSEAUX TEMPS RÉELS 4. QUELQUES EXEMPLES DU DYNAMISME ACTUEL DU TEMPS RÉEL i LE TEMPS RÉEL 1. PRÉSENTATION DU TEMPS RÉEL 1.1. APPLICATIONS TEMPS RÉEL 1.2. CONTRAINTES DE TEMPS RÉEL 2. STRUCTURES D'ACCUEIL POUR LE TEMPS RÉEL 2.1. EXÉCUTIFS TEMPS RÉEL 2.2. RÉSEAUX LOCAUX TEMPS

Plus en détail

Cours Gestion de projet

Cours Gestion de projet Cours Gestion de projet Méthodes de conduite de projet Version Date Auteur V1.8 Septembre 2007 Pascal HEYER 1 Méthodes de conduite de projet Ce document est publié sous la licence libre Creative Commons-BY-NC-SA

Plus en détail

Liste des Paramètres 2FC4...-1ST 2FC4...-1PB 2FC4...-1PN 2FC4...-1SC 2FC4...-1CB

Liste des Paramètres 2FC4...-1ST 2FC4...-1PB 2FC4...-1PN 2FC4...-1SC 2FC4...-1CB Édi 07.2014 610.00260.50.650 Instrucs service d'origine Français Liste s Paramètres 2FC4...-1ST 2FC4...-1PB 2FC4...-1PN 2FC4...-1SC 2FC4...-1CB 1Liste s 1 Liste s Descrip s s 1.020 Fréquence minimale 1.021

Plus en détail

MEGA ITSM Accelerator. Guide de Démarrage

MEGA 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étail

Algorithmique et programmation : les bases (VBA) Corrigé

Algorithmique et programmation : les bases (VBA) Corrigé PAD INPT ALGORITHMIQUE ET PROGRAMMATION 1 Cours VBA, Semaine 1 mai juin 2006 Corrigé Résumé Ce document décrit l écriture dans le langage VBA des éléments vus en algorithmique. Table des matières 1 Pourquoi

Plus en détail

INTRODUCTION AUX TECHNOLOGIES D INGENIERIE DES DONNEES DIRIGEE PAR LES MODELES

INTRODUCTION AUX TECHNOLOGIES D INGENIERIE DES DONNEES DIRIGEE PAR LES MODELES INTRODUCTION AUX TECHNOLOGIES D INGENIERIE DES DONNEES DIRIGEE PAR LES MODELES Les contenus de ce document sont la propriété exclusive de la société REVER. Ils ne sont transmis qu à titre d information

Plus en détail

Introduction Les processus traditionnels extreme Programming Conclusion. extreme Programming. vers plus d agilité. F. Miller francois.miller@inpg.

Introduction Les processus traditionnels extreme Programming Conclusion. extreme Programming. vers plus d agilité. F. Miller francois.miller@inpg. vers plus d agilité F. Miller francois.miller@inpg.fr FC INPG Octobre 2008 - version 1.0 Introduction Contexte Le monde bouge économie des moyens (humains, financier,...) ; recherche de plus d efficacité

Plus en détail

FONCTION COMPTAGE BINAIRE ET DIVISION DE FRÉQUENCE

FONCTION COMPTAGE BINAIRE ET DIVISION DE FRÉQUENCE I/ GÉNÉRALITÉS I.1/ Fonction Un compteur binaire est utilisé : -pour compter un certain nombre d'évènements binaires -pour diviser la fréquence d'un signal logique par 2 m Page 1 FONCTION COMPTAGE BINAIRE

Plus en détail

MEGA ITSM Accelerator. Guide de démarrage

MEGA 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étail

Synergies entre Artisan Studio et outils PLM

Synergies 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étail

Licence ST Université Claude Bernard Lyon I LIF1 : Algorithmique et Programmation C Bases du langage C 1 Conclusion de la dernière fois Introduction de l algorithmique générale pour permettre de traiter

Plus en détail

Méthodes d évolution de modèle produit dans les systèmes du type PLM

Mé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étail

Plan. Exemple: Application bancaire. Introduction. OCL Object Constraint Language Le langage de contraintes d'uml

Plan. Exemple: Application bancaire. Introduction. OCL Object Constraint Language Le langage de contraintes d'uml OCL Object Constraint Language Le langage de contraintes d'uml Plan 1. Introduction 2. Les principaux concepts d'ocl Object Constraint Language 1 Object Constraint Language 2 Exemple: une application bancaire

Plus en détail

Méthodes de développement. Analyse des exigences (spécification)

Mé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étail

UML : Unified Modeling Language

UML : Unified Modeling Language UML : Unified Modeling Language Recommended: UML distilled A brief guide to the standard Object Modeling Language Addison Wesley based on Frank Maurer lecture, Univ. of Calgary in french : uml.free.fr/index.html

Plus en détail

Méthodologies de développement de logiciels de gestion

Méthodologies de développement de logiciels de gestion Méthodologies de développement de logiciels de gestion Chapitre 5 Traits caractéristiques des deux approches de méthodologie Présentation réalisée par P.-A. Sunier Professeur à la HE-Arc de Neuchâtel http://lgl.isnetne.ch

Plus en détail

Le Processus RUP. H. Kadima. Tester. Analyst. Performance Engineer. Database Administrator. Release Engineer. Project Leader. Designer / Developer

Le 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étail

Chapitre 5 Vision Informatique Logique Architectures Applicative et Logicielle

Chapitre 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étail

DSL. Domain Specific Language. À l'aide des technologies Eclipse Modeling. Goulwen Le Fur goulwen.lefur@obeo.fr. Le 23 novembre 2012

DSL. Domain Specific Language. À l'aide des technologies Eclipse Modeling. Goulwen Le Fur goulwen.lefur@obeo.fr. Le 23 novembre 2012 DSL Domain Specific Language À l'aide des technologies Eclipse Modeling Le 23 novembre 2012 Goulwen Le Fur goulwen.lefur@obeo.fr Le but de cette session Montrer : Ce qu'est-un DSL/DSM Comment implémenter

Plus en détail

INITIATION AU LANGAGE C SUR PIC DE MICROSHIP

INITIATION AU LANGAGE C SUR PIC DE MICROSHIP COURS PROGRAMMATION INITIATION AU LANGAGE C SUR MICROCONTROLEUR PIC page 1 / 7 INITIATION AU LANGAGE C SUR PIC DE MICROSHIP I. Historique du langage C 1972 : naissance du C dans les laboratoires BELL par

Plus en détail

1 Description générale de VISFIELD

1 Description générale de VISFIELD Guide d utilisation du logiciel VISFIELD Yann FRAIGNEAU LIMSI-CNRS, Bâtiment 508, BP 133 F-91403 Orsay cedex, France 11 décembre 2012 1 Description générale de VISFIELD VISFIELD est un programme écrit

Plus en détail

UML et les Bases de Données

UML et les Bases de Données CNAM UML et les Bases de Données UML et les Bases de Données. Diagramme de classes / diagramme d objets (UML)...2.. Premier niveau de modélisation des données d une application...2.2. Les éléments de modélisation...2.2..

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

WEBVIEW. Serveur Web embarqué dans DIRIS G NOTICE D UTILISATION. www.socomec.com. http://www.socomec. com/webview_ software

WEBVIEW. Serveur Web embarqué dans DIRIS G NOTICE D UTILISATION. www.socomec.com. http://www.socomec. com/webview_ software NOTICE D UTILISATION WEBVIEW Serveur Web embarqué dans DIRIS G FR http://www.socomec. com/webview_ software www.socomec.com FR SOMMAIRE 1. DOCUMENTATION...3 2. OPÉRATIONS PRÉALABLES...3 3. PRÉSENTATION...3

Plus en détail

EPREUVE OPTIONNELLE d INFORMATIQUE CORRIGE

EPREUVE OPTIONNELLE d INFORMATIQUE CORRIGE EPREUVE OPTIONNELLE d INFORMATIQUE CORRIGE QCM Remarque : - A une question correspond au moins 1 réponse juste - Cocher la ou les bonnes réponses Barème : - Une bonne réponse = +1 - Pas de réponse = 0

Plus en détail

Système à enseigner : Robot M.I.M.I. MultipodeIntelligent à Mobilité Interactive. Version 1.0

Système à enseigner : Robot M.I.M.I. MultipodeIntelligent à Mobilité Interactive. Version 1.0 Système à enseigner : Robot M.I.M.I. MultipodeIntelligent à Mobilité Interactive Sommaire - Le Robot M.I.M.I. (Multipode Intelligent à Mobilité Interactive) - Présentation du Système à Enseigner. - Composition

Plus en détail

GOL-502 Industrie de services. Travaux Pratique / Devoir #7

GOL-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étail

LES TYPES DE DONNÉES DU LANGAGE PASCAL

LES TYPES DE DONNÉES DU LANGAGE PASCAL LES TYPES DE DONNÉES DU LANGAGE PASCAL 75 LES TYPES DE DONNÉES DU LANGAGE PASCAL CHAPITRE 4 OBJECTIFS PRÉSENTER LES NOTIONS D ÉTIQUETTE, DE CONS- TANTE ET DE IABLE DANS LE CONTEXTE DU LAN- GAGE PASCAL.

Plus en détail

Extrait des Exploitations Pédagogiques

Extrait des Exploitations Pédagogiques Pédagogiques Module : Compétitivité et créativité CI Première : Compétitivité et créativité CI institutionnel : Développement durable et compétitivité des produits Support : Robot - O : Caractériser les

Plus en détail

CONCOURS DE L AGRÉGATION INTERNE «ÉCONOMIE ET GESTION» SESSION 2015 SECONDE ÉPREUVE

CONCOURS DE L AGRÉGATION INTERNE «ÉCONOMIE ET GESTION» SESSION 2015 SECONDE ÉPREUVE CONCOURS DE L AGRÉGATION INTERNE «ÉCONOMIE ET GESTION» SESSION 2015 SECONDE ÉPREUVE Épreuve de cas pratique dans la spécialité correspondant à l'option choisie par le candidat Option D Durée de préparation

Plus en détail

Conception d'un système d'information WEB avec UML Par Ass SERGE KIKOBYA

Conception d'un système d'information WEB avec UML Par Ass SERGE KIKOBYA Conception d'un système d'information WEB avec UML Par Ass SERGE KIKOBYA I. Introduction Suite à une demande des étudiants, il m'est apparu intéressant de montrer, à travers un exemple concret, comment

Plus en détail

URBANISME DES SYSTÈMES D INFORMATION

URBANISME DES SYSTÈMES D INFORMATION FAYCAL AYECH GL2. INSAT 2010/2011 INTRODUCTION AUX SYSTÈMES D INFORMATIONS URBANISME DES SYSTÈMES D INFORMATION De l Urbanisme à L Urbanisation des SI Urbanisme : Mise en œuvre des politiques urbaines

Plus en détail

MP 200. Centrale BUS. Manuel Utilisateur IS0083-AH

MP 200. Centrale BUS. Manuel Utilisateur IS0083-AH 567890567890567890567890567890567890 567890567890567890567890567890567890 567890567890567890567890567890567890 567890567890567890567890567890567890 MP 00 Centrale BUS Manuel Utilisateur IS008-AH Table

Plus en détail

LECTURE CRITIQUE. Accompagner les enseignants et formateurs dans la conception d une formation en ligne

LECTURE CRITIQUE. Accompagner les enseignants et formateurs dans la conception d une formation en ligne LECTURE CRITIQUE Accompagner les enseignants et formateurs dans la conception d une formation en ligne Christian Ernst E-learning. Conception et mise en œuvre d un enseignement en ligne Guide pratique

Plus en détail

Modélisation des données

Modélisation des données Modélisation des données Le modèle Entité/Association Le MCD ou modèle Entité/Association est un modèle chargé de représenter sous forme graphique les informations manipulées par le système (l entreprise)

Plus en détail

Entrepôt de données 1. Introduction

Entrepôt de données 1. Introduction Entrepôt de données 1 (data warehouse) Introduction 1 Présentation Le concept d entrepôt de données a été formalisé pour la première fois en 1990 par Bill Inmon. Il s agissait de constituer une base de

Plus en détail

IFT1215 Introduction aux systèmes informatiques

IFT1215 Introduction aux systèmes informatiques Introduction aux circuits logiques de base IFT25 Architecture en couches Niveau 5 Niveau 4 Niveau 3 Niveau 2 Niveau Niveau Couche des langages d application Traduction (compilateur) Couche du langage d

Plus en détail

Démarches d urbanisation : réorganiser le Système d Information en structurant ses fonctions dans des blocs fonctionnels communicants.

Dé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étail

Espace Repreneur Guide de la Demande d'accès

Espace Repreneur Guide de la Demande d'accès Espace Repreneur Guide de la Demande d'accès Avril 2013 V 2.07 Présentation du guide Ce guide s adresse aux repreneurs qui doivent effectuer une déclaration trimestrielle de reprise et de recyclage à Ecofolio.

Plus en détail

LES INTERFACES HOMME-MACHINE

LES INTERFACES HOMME-MACHINE LES INTERFACES HOMME-MACHINE 1 ère Partie : Introduction aux Interfaces Homme-Machine 2 ème Partie : Notions de base sur les Sciences Cognitives 3 ème Partie : Recommandations ergonomiques 4 ème Partie

Plus en détail

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)

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) 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étail

Cours Base de données relationnelles. M. Boughanem, IUP STRI

Cours Base de données relationnelles. M. Boughanem, IUP STRI Cours Base de données relationnelles 1 Plan 1. Notions de base 2. Modèle relationnel 3. SQL 2 Notions de base (1) Définition intuitive : une base de données est un ensemble d informations, (fichiers),

Plus en détail

progression premiere et terminale

progression premiere et terminale progression premiere et terminale s.2 s.3 valette SEQUENCE Séance Objectif Contenu du cours Compétences Savoirs 1 1. Le bilan comportemental Identifier les objectifs de la connaissance de soi Utiliser

Plus en détail

Urbanisation de système d'information. PLM 4 (Product Lifecycle Management) Préoccupation d'assurance qualité Processus et Procédures

Urbanisation de système d'information. PLM 4 (Product Lifecycle Management) Préoccupation d'assurance qualité Processus et Procédures Urbanisation de système d'information PLM 4 (Product Lifecycle Management) Préoccupation d'assurance qualité Processus et Procédures Urbanisation des Systèmes d'information - Henry Boccon-Gibod 1 De quoi

Plus en détail

Préparation des données d entrée pour la définition d un plan de validation

Préparation des données d entrée pour la définition d un plan de validation L ingénierie des systèmes complexes Préparation des données d entrée pour la définition d un plan de validation Référence Internet 22745.010 Saisissez la Référence Internet 22745.010 dans le moteur de

Plus en détail

GL - 2 2.1 Le Génie Logiciel

GL - 2 2.1 Le Génie Logiciel GL - 2 2.1 Le Génie Logiciel Lydie du Bousquet Lydie.du-bousquet@imag.fr En collaboration avec J.-M. Favre, I. Parissis, Ph. Lalanda 1 Rappels La production logicielle est une activité complexe de façon

Plus en détail

PROGRAMME DU CONCOURS DE RÉDACTEUR INFORMATICIEN

PROGRAMME DU CONCOURS DE RÉDACTEUR INFORMATICIEN PROGRAMME DU CONCOURS DE RÉDACTEUR INFORMATICIEN 1. DÉVELOPPEMENT D'APPLICATION (CONCEPTEUR ANALYSTE) 1.1 ARCHITECTURE MATÉRIELLE DU SYSTÈME INFORMATIQUE 1.1.1 Architecture d'un ordinateur Processeur,

Plus en détail

Besoins utilisateurs. Quelle démarche pour passer des besoins au code? Code. chapitre1 UNIFIED MODELING LANGUAGE. package LogiqueMetier.

Besoins utilisateurs. Quelle démarche pour passer des besoins au code? Code. chapitre1 UNIFIED MODELING LANGUAGE. package LogiqueMetier. chapitre1 Besoins utilisateurs Quelle démarche pour passer des besoins au code?? UNIFIED MODELING LANGUAGE package LogiqueMetier.Gestion; import LogiqueMetier.Catalogue.Livre; import java.util.*;public

Plus en détail

Développement spécifique d'un système d information

Développement spécifique d'un système d information Centre national de la recherche scientifique Direction des systèmes d'information REFERENTIEL QUALITE Procédure Qualité Développement spécifique d'un système d information Référence : CNRS/DSI/conduite-proj/developpement/proc-developpement-si

Plus en détail

clef primaire ; clef étrangère ; projection ; restriction ; jointure ; SQL ; SELECT ; FROM ; WHERE

clef primaire ; clef étrangère ; projection ; restriction ; jointure ; SQL ; SELECT ; FROM ; WHERE Cas Neptune hôtel Base de données et langage SQL Propriété Intitulé long Formation concernée Matière Notions Transversalité Présentation Description Neptune Hôtel. L interrogation d une base de données

Plus en détail

GOL502 Industries de services

GOL502 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étail