CI-5 ANALYSER ET DÉCRIRE LES SYSTÈMES

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

Download "CI-5 ANALYSER ET DÉCRIRE LES SYSTÈMES"

Transcription

1 CI-5 Objectifs A la fin de la séquence de révision, l élève doit être capable de: A1 Identifer le besoin et les exigences Décrire le besoin Traduire un besoin fonctionnel en exigences Présenter la fonction globale (Définir les domaines d application, les critères technico-économiques) Identifier les contraintes Identifier et caractériser les fonctions Qualifier et quantifier les exigences (critère, niveau) A2 Définir les frontières de l analyse Isoler un système et justifier l isolement Définir les éléments influents du milieu extérieur Identifier la nature des flux échangés (matière, énergie, information) traversant la frontière d étude A3 Appréhender les analyses fonctionnelle et structurelle Analyser les architectures fonctionnelle et structurelle Identifier les fonctions des différents constituants Repérer les constituants dédiés aux fonctions d un système Identifier et décrire la chaîne d information et la chaîne d énergie du système Identifier les liens entre la chaîne d énergie et la chaîne d information Identifier les constituants de la chaîne d information réalisant les fonctions acquérir, coder, communiquer, mémoriser, restituer, traiter Identifier les constituants de la chaîne d énergie réalisant les fonctions agir, alimenter, convertir, moduler, transmettre, stocker Analyser - Communiquer Vérifier l homogénéité et la compatibilité des flux entre les différents constituants Identifier la nature et les caractéristiques des flux échangés Identifier et interpréter les modèles des constituants du système Interpréter tout ou partie de l évolution temporelle d un système B2 Proposer un modèle de connaissance et de comportement Représenter tout ou partie de l évolution temporelle Décrire et compléter un algorithme représenté sous forme graphique F1 Rechercher et traiter des informations Extraire les informations utiles d un dossier technique Effectuer une synthèse des informations disponibles dans un dossier technique Vérifier la nature des informations Trier les informations selon des critères Distinguer les différents types de documents en fonction de leurs usages F2 Mettre en œuvre une communication Choisir les outils de communication adaptés par rapport à l interlocuteur Choisir l outil de description adapté à l objectif de la communication Décrire le fonctionnement du système en utilisant un vocabulaire adéquat Table des matières 1 Introduction SysML : Pourquoi? SysML : Qu est-ce? SysML : ses avantages des exigences (req) 4 3 s structurels de définition de blocs (bdd) de blocs internes (ibd) Chaînes fonctionnelles Représentation d une chaîne fonctionnelle s comportementaux des cas d utilisation (uc) de séquence (sd) Le diagramme d états Le diagramme d activités Les structures algorithmiques de base L affectation Le groupe ou bloc d instructions Fonctions et procédures La structure alternative (conditionnelle) Les structures répétitives (itératives) GERMAIN GONDOR

2 1. INTRODUCTION 2/19 1 Introduction 1.1 SysML : Pourquoi? Dans un système complexe, les flux de matière, d énergie ou d information (MEI) échangés entre les composants, les relations orientées ou non et les bouclages ne permettent pas de décrire un système simplement sous la forme d un texte ou d un discours et l utilisation d un support graphique devient rapidement indispensable. En conséquence, la représentation la mieux adaptée pour décrire un système complexe est nécessairement graphique. La présence de niveaux hiérarchiques nécessite souvent un assemblage de représentations graphiques organisées par niveaux et par points de vue. Ainsi, l analyse fonctionnelle d un système technique se base traditionnellement sur l utilisation de différentes méthodes, auxquelles sont associés plusieurs outils adaptés pour les différents secteurs d activité. Ces outils, bien que très performants chacun dans leur domaine, sont trop disparates pour donner une vision globale cohérente du système étudié, ce qui rend l analyse très difficile. Par ailleurs, leur appropriation par des non-spécialistes est le plus souvent ardue, car nécessitant un socle de connaissances conséquent. L idée est donc née au début des années 2000 d unifier les langages de modélisation. Cette réflexion a donné naissance au langage de modélisation des systèmes SysML 1 (Systems Modeling Language) qui a une structure standardisée depuis septembre 2007 (version 1.0a, la dernière en date étant la 1.3 de juin 2012). 1.2 SysML : Qu est-ce? Langage SysML s comportementaux Behavior Diagrams transversal Cross-Cutting Diagram s structurels Structure Diagrams des cas d utilisation Use case Diagram uc(d) de séquences Sequence Diagram seq d exigences Requirement Diagram req de définition de blocs Block Definition Diagram bdd de blocs internes Internal Block Diagram ibd d état State Machine Diagram stm d activités Activity Diagram act d paquetages Package Diagram pkg d paramétrique Parametric Diagram par FIGURE 1 s SysML 1. Systems Modeling Language

3 1. INTRODUCTION 3/19 Basé sur le langage UML 2, SysML est un langage de modélisation pour l Ingénierie Système. Il prend en charge la spécification, l analyse, la conception, la vérification et la validation des systèmes qui comprennent le matériel, les logiciels, les données, le personnel, les procédures et les installations. C est un langage de modélisation qui fournit : une sémantique : qui donne une signification et une relation entre les signes et leurs référents une notation : qui est un ensemble de signes conventionnels qui servent à fixer par écrit leur interprétation. SysML permet d approcher un modèle par des vues (fenêtre ayant un angle de vision déterminé). Une vue est un élément du modèle. Trois points de vue ont été privilégiés dans le langage SysML (cf FIG 1 page 2) : Un point de vue comportemental, auxquels sont associés quatre diagrammes : Le diagramme des cas d utilisation (Use Case Diagram, indicateur uc ou ucd) Le diagramme de séquence (Sequence Diagram, indicateur seq) Le diagramme d états (State Machine Diagram, indicateur stm) Le diagramme d activités (Activity Diagram, indicateur act) Un point de vue structurel, auxquels sont associés quatre diagrammes : Le diagramme de définition de blocs (Block Definition Diagram, indicateur bdd) Le diagramme de bloc interne (Internal Block Diagram, indicateur ibd) Le diagramme paramétrique (Parametric Diagram, indicateur par) Le diagramme de paquetages (Package Diagram, indicateur pkg) Un point de vue transversal, spécifique au langage SysML, a été rajouté : le diagramme d exigences (Requirement Diagram, indicateur req) Ce n est pas une méthode, il n y a pas obligatoirement d ordre dans l établissement des diagrammes. Cependant, il y a tout de même plusieurs manières naturelle de procéder. En voici une ci-contre. L ingénierie système n étant pas un processus linéaire, de multiples aller-retours entre les différents points se font pour compléter corriger les descriptions. D où l importance des logiciels pour faire travailler tous les acteurs simultanément sur le même projet. 1. Définition des besoins clients (req) 2. Définition du contexte (bdd) 3. Définition des phases de vies (uc) 4. Définition des scenarii associés (sd) 5. Définition des composants du système (bdd) 6. Définition des relations internes entre constituants (ibd) 7. Définition du comportement séquentiel du système (stm) 8. Définition des activités liés à chaque état du système (ad) 1.3 SysML : ses avantages Grâce à la richesse de sa notation, le langage SysML permet : l expression des besoins et des contraintes ; la représentation de l organisation structurée des composants et leur définition précise ; la représentation des modes de fonctionnement, des processus internes et externes au système ainsi que les interactions avec son environnement. Sa structure autorise également des analyses très intéressantes pour les concepteurs telles que : la facilitation de la collaboration de tous les spécialistes des corps de métier concernés, en proposant un ensemble lié d outils de représentation universels et expressifs ; 2. Unified Modeling Language

4 2. DIAGRAMME DES EXIGENCES (REQ) 4/19 la réalisation de la mise à jour, du stockage et du partage ainsi que l interprétation des informations issues des analyses des travaux des différents intervenants ; l intégration et la mise en relation des différentes composantes techniques, par exemple les liaisons entre un programme informatique et des actionneurs mécaniques ; la modélisation du système à toutes les étapes de son cycle de développement et dans sa phase de vie en représentant les éléments du modèle selon différents points de vue ; la validation des différentes solutions par une ou plusieurs simulations basées sur les diagrammes d états, d activités et paramétrique présentés dans la suite. 2 des exigences (req) OBJECTIF : Modéliser les exigences devant être vérifiées par le système en liant les solutions mises en oeuvre sur le système avec les besoins définis dans le cahier des charges. Ce diagramme traduit, par des fonctionnalités ou des contraintes, ce qui doit être satisfait par le système. De nombreux domaines peuvent être couverts, les plus classiques étant les exigences environnementales, économiques, fonctionnelles ou techniques. Il est possible, mais non obligatoire, de relier les exigences entre elles par des liens. Distinguons alors : la dérivation «derivreqt» : Consiste à relier des exigences de niveaux différents, par exemple des exigences système à des exigences de niveau sous-système. C est un lien logique d implication. la contenance : Permet de décomposer une exigence composite en plusieurs exigences unitaires, plus faciles ensuite à tracer vis-à-vis du système. le raffinement «refine» : Permet d ajouter de la précision, par exemple des données quantitatives.

5 3. D IAGRAMMES 5/19 STRUCTURELS 3 s structurels 3.1 de définition de blocs (bdd) de contexte O BJECTIF : Préciser, si possible de manière exhaustive, les acteurs et éléments environnants au système étudié. Il permet également de faire apparaître les différents acteurs ou éléments intervenant dans une exigence de définition de blocks O BJECTIF : Décrire le système via des blocs (blocks dans le langage SysML) et représenter des éléments matériels (cas le plus fréquent) mais également des entités abstraites (regroupement logique d éléments) ou des logiciels. LYCÉE C ARNOT (D IJON ) A NALYSER ET DÉCRIRE LES SYSTÈMES AVEC S YS ML EN I NGÉNIERIE - S YSTÈME

6 3. DIAGRAMMES STRUCTURELS 6/ Arbre de activités OBJECTIF : Décrire une exigence ou une activité en sous activités élémentaires auxquelles peuvent être allouées des solutions techniques 3.2 de blocs internes (ibd) OBJECTIF : Décrire les flux entre les différents blocs constitutifs d un système.

7 3. DIAGRAMMES STRUCTURELS 7/ Chaînes fonctionnelles Les différentes parties d une chaîne fonctionnelle «System» Système Automatique 1 1..* «Block» Chaîne d énergie «Block» Chaîne fonctionnelle «Block» Chaîne d information Une chaîne fonctionnelle est constituée au moins d un ensemble chaîne d information + une chaîne d énergie : La chaîne d énergie : elle est constituée de l ensemble des composants qui permettent la transformation de l énergie nécessaire à l apport de la valeur ajoutée sur la matière d œuvre. La chaîne d information : elle est constituée de l ensemble des composants qui permettent la gestion des informations relatives au bon déroulement de la transformation de l énergie, et à l environnement extérieur à la chaîne fonctionnelle considérée (autres chaînes fonctionnelles, opérateurs). A l intérieur de ces parties, on retrouve généralement différents constituants :

8 3. DIAGRAMMES STRUCTURELS 8/19 CHAÎNE D INFORMATION NOM FONCTION DESCRIPTION EXELES IHM 3 d entrée/capteurs Acquérir Permet l acquisition de grandeurs physiques Convertisseur Coder Convertit l information pour la rendre exploitable par la commande du système Unité de traitement Traiter/Mémoriser Exploite les données pour générer des ordres et des informations IHM de sortie Restituer Restitue des informations à destination de l utilisateur Interface de communication Communiquer Communique les informations vers d autres systèmes si nécessaire ainsi que les ordres envoyés à la chaîne d énergie Clavier, Pupitre, boutons poussoirs CAN/CNA 4 Processeur, microcontroleur Voyants, écran Ports USB, carte de sortie, CHAÎNE D ÉNERGIE NOM FONCTION DESCRIPTION EXELES Alimentation Alimenter Rend l énergie exploitable pour le système Transformateurs Pré-actionneur Moduler/Distribuer Module/distribue globalement l énergie en fonction des ordres reçus de l interface de communication Actionneur Convertir Convertit une énergie disponible en énergie utilisable en en modifiant la nature Transmetteur Transmettre Adapte sans en changer la nature l énergie en sortie de l actionneur à destination de l effecteur ha- Distributeurs, cheurs moteurs, vérins Unité de stockage Stocker Stocke l énergie d entrée du système Batteries, condensateurs engrenages, systèmes articulés Effecteur Agir Agit directement sur la matière d œuvre. pince, foret REMARQUE: Ces constituants se retrouvent sur la majorité des systèmes automatisés mais si les éléments permettant de stocker ou d alimenter en énergie le système ne sont pas systématiquement présents. Tout dépend de l exemple traité. 3.4 Représentation d une chaîne fonctionnelle Afin de représenter une chaîne fonctionnelle d un système, on peut utiliser soit une représentation à l aide dun bdd ou d un ibd comme sur la figure suivante. On y retrouve : les flux d informations au niveau de la chaîne d information avec des informations en provenance de la chaîne d énergie grâce aux capteurs placés sur les éléments de la partie opérative et des ordres en provenance du l interface de la chaîne d information à destination du préactionneur pour distribuer le flux d énergie en direction des actionneurs. les flux d énergie au niveau de la chaîne d énergie les flux de matière avec la matière d œuvre entrante (MOE) sur laquelle agit l effecteur pour lui apporter la valeur ajouté, afin d obtenir la matière d œuvre sortante (MOS)

9 3. DIAGRAMMES STRUCTURELS 9/19 ibd [block] Chaîne fonctionnelle [Description] : Chaine d information :IHM sortie information transmise Unité de traitement information traitée : :Codeur information consigne acquise :IHM entrée codée consigne utilisateur consigne traitée :Capteur :Interface grandeurs acquises Ordre transmis : Chaine d énergie grandeurs à mesurer M. O. S. : Effecteur : Transmetteur : Actionneur : Pré-actionneur Unité d alimentation : Unité de stockage : Energie transmise Energie convertie Energie distribuée Energie exploitable Energie stockée Energie d entrée M. O. E.

10 4. DIAGRAMMES COORTEMENTAUX 10/19 4 s comportementaux 4.1 des cas d utilisation (uc) OBJECTIF : Montrer les fonctionnalités offertes par un système en identifiant les services qu il rend. Les fonctionnalités d un système correspondent à des cas d utilisation, c est-à-dire à des services rendus par le système. Il n apparaîtra donc pas ce qui ne peut être fait par des acteurs extérieurs : ainsi, par exemple, le lavage, la recharge, le recyclage, la réparation, etc. ne doivent pas apparaître si le système n a pas été développé expressément pour cela. Un acteur participe à au moins un cas d utilisation. On distingue deux types d acteurs : l acteur principal : il est associé à la fonctionnalité principale du système qui justifie son existence, qui répond au besoin. l acteur secondaire : il sous-traite des services afin de permettre au système d accomplir les missions attendues par l acteur principal. Dans la pratique, les acteurs principaux sont placés sur la gauche du diagramme et les acteurs secondaires sur la droite. 4.2 de séquence (sd) OBJECTIF : Décrire un scénario dans un cas d utilisation donné s de séquence DÉFINITION: Message Appel d un comportement chez le destinataire. Cela peut être des signaux ou des opérations. On distingue trois catégories de messages: synchrones : l expéditeur attend une réponse pour poursuivre asynchrones : l expéditeur n attend rien en retour réponses : REMARQUE: il exite aussi des messages réflexifs

11 4. DIAGRAMMES COORTEMENTAUX 11/19

12 4. DIAGRAMMES COORTEMENTAUX 12/ Chronogrammes ou diagrammes de Gantt Une autre façon de représenter l évolution temporelle des systèmes et d utiliser les chronogrammes (aussi appelés diagrammes de Gantt). On représente l évolution chronologique des entrées et sorties d un système séquentiel (ou d une machine d état) en considérant des changements d états instantanés et simultanés. EXELE : 4.3 Le diagramme d états e 1 e 2 e 3 S 1 S 2 t OBJECTIF : décrire les différents états pris par le bloc en fonction des événements qui lui arrivent. Le diagramme d états est rattaché à un bloc (ou plutôt à son instance) qui peut être le système, un sous-système ou un composant Etat - transition Les éléments graphiques utilisés dans ce diagramme sont principalement des rectangles aux coins arrondis pour représenter les états. état 1 Le passage d un état à un autre se fait en franchissant une transition : état 1 event [test] état 2 état 1 event état 2 état 1 [test] état 2 état 1 état 2 A l occurrence de event, test est évalué et la transition est franchie uniquement si test est vrai. L éventuelle activité est interrompue. Si test n est pas vrai, event est perdu et il faut attendre une seconde occurrence de event pour éventuellement franchir la transition si cette fois test est vrai. A l occurrence de event, la transition est franchie sans condition. L éventuelle activité est interrompue. Si test est vrai, la transition est franchie uniquement dès la fin de l éventuelle activité (qui doit donc être une activité finie). S il n y a pas d activité associée à l état 1, la transition est franchie immédiatement si test est vrai. Transition de complétion : est immédiatement franchie dès la fin de l éventuelle activité. Equivaut à [1] Activité et action A un état, on peut ainsi principalement rattacher une activité, une action d entrée et une action de sortie. Une activité peut être considérée comme une unité de comportement. Elle prend du temps et peut être interrompue. On la trouve à l intérieur des nœuds du diagramme (mot clé do). On la définira avec un nom + un complément. état entry / action d entrée do / activité exit / action de sortie A contrario, une action ne prend pas de temps et ne peut pas être interrompue. Son exécution peut par exemple provoquer un changement d état, l émission d un ordre pour un préactionneur ou un retour de valeur. On peut les trouver dans les

13 4. DIAGRAMMES COORTEMENTAUX 13/19 transitions (effet) ou dans les états (mots clé entry ou exit). Les actions sont les éléments de base permettant de spécifier les activités dans des diagrammes d activité. On la définira avec un verbe à l infinit + un complément Etat initial / état final L état initial correspond à la création de l instance du bloc pour lequel le diagramme d état est spécifié. L état final correspond à la destruction de cette instance de bloc. Il peut y en avoir plusieurs dans un diagramme d états. En effet, plusieurs scénarios peuvent être possibles pour mettre fin à un comportement Etat composite (super-état) Un état composite est constitué de sous-états liés par des transitions. Cela permet d introduire la notion d état de niveau hiérarchique inférieur et supérieur. état 5 : état composite état composite avec régions orthogonales état 1 état 5 : état composite état composite renvoyant à un autre diagramme état 51 état 52 état 3 état 2 Dans chacune des régions délimitées par un trait pointillé, un seul état est actif. Les deux régions forment un unique état disjoint.

14 4. DIAGRAMMES COORTEMENTAUX 14/ Les pseudo-états Ils peuvent être utilisés dans un diagramme d états ou dans un diagramme d activité. Le formalisme SysML admet neuf pseudo-états : shallow history H : permet à un état de niveau hiérarchique supérieur (état composite) de se souvenir du dernier sous-état, avant qu il n évolue vers un autre état, deep history H : idem que précédemment mais avec la propagation de l historique à tous les sous-états composites de niveaux hiérarchiques inférieurs, fork et join : divergence et convergence de séquences parallèles, choice et merge : sélection (choice) et convergence (merge) de séquences exclusives. Il est nécessaire qu une condition située en aval soit vraie pour que l évolution du système se poursuive. Les conditions de gardes doivent être exclusives. Le mot clé else peut-être utilisé pour englober tout ce qui n est pas décrit dans les autres expressions booléennes. Les conditions de garde situées en aval sont toutes évaluées une fois le pseudo-état atteint,

15 4. DIAGRAMMES COORTEMENTAUX 15/19 junction : idem au pseudo-état choice, à la différence que pour qu un chemin soit emprunté, toutes les conditions de garde situées en aval et en amont, doivent être vraies. L évaluation des conditions avales est réalisée avant que le pseudo-état soit atteint, entry point et exit point : permet de créer un point d entrée du diagramme et un point de sortie vers un autre diagramme, terminate : permet de terminer une séquence sans destruction de l instance de bloc. 4.4 Le diagramme d activités Présentation OBJECTIF : permettre de représenter le déroulement d un processus sous la forme d une activité correspondant à une décomposition séquentielle d actions, aussi appelées tâches. Il permet de décrire la transformation des flux d entrées en flux de sorties (matières, énergies, informations) par le biais de séquences d actions ou activité déclenchées par des flux de contrôle. Lorsqu une tâche est terminée, la suivante commence. Dans sa forme la plus restreinte, ce diagramme représente un algorigramme, c est-à-dire un flux de contrôle. REMARQUE: ce flux n a rien à voir avec ceux présents dans le diagramme de blocs internes : il ne faut donc pas les confondre...

16 4. DIAGRAMMES COORTEMENTAUX 16/19 En plus de consommer et de produire des paramètres, une activité peut recevoir et émettre des signaux. L idée forte est de permettre à des activités de communiquer en incluant dans une activité l émission d un signal et dans une autre la réception d événements. Il faut utiliser pour cela des types d action particuliers, possédant chacun une représentation graphique spécifique : accept event action : send signal action : Recevoir Envoyer accept time event :

17 5. LES STRUCTURES ALGORITHMIQUES DE BASE 17/19 5 Les structures algorithmiques de base 5.1 L affectation L affectation d une valeur à une variable peut se faire à l aide d une action. Cela ne prend pas de temps significatif. événement/affectation état 1 état 3 état 2 exit/affectation formalisme du diagramme d états 5.2 Le groupe ou bloc d instructions affectation C C+1 incrémentation formalisme du diagramme d activité action 1 Un groupe ou un bloc d instructions peut être une séquence d un diagramme d activité. Cela correspond à une succession d actions et / ou d activités. action 2 action Fonctions et procédures La décomposition d un algorithme en fonctions et procédures, permet : d une part, de scinder une problématique générale en plusieurs problématiques élémentaires, d autre part, de pouvoir réutiliser des sous-programmes réalisant des tâches élémentaires. Une procédure comporte une succession d instructions mais ne renvoie rien. ac [Activité] activité 2 [description] action 1 action 2 action 3 procédure : activité 2 la procédure est définie dans le diagramme de l activité 2 On peut aussi utiliser les états composites d un diagramme d états : stm [Machine d états] procédure [description] état 1 état 2 : procédure la procédure est définie dans le diagramme d états procédure A la fin de l exécution d une fonction, il y a le retour d une valeur, d une liste, d un objet, etc... ac [Activité] activité 3 [description] attente d un paramètre action valeur retournée fonction : activité 3 la procédure est définie dans le diagramme de l activité 3

18 5. LES STRUCTURES ALGORITHMIQUES DE BASE 18/ La structure alternative (conditionnelle) Si..., alors faire..., sinon faire Structure alternative complète Structure alternative avec saut [condition fausse] [condition vraie] état 1 état 2 action 1 [else] [condition vraie] état 3 formalisme du diagramme d états action 3 formalisme du diagramme d activité 5.5 Les structures répétitives (itératives) Tant que condition vraie, faire... Répéter... jusqu à condition vraie [condition fausse] état 1 [condition vraie] action 1 [else] état 2 formalisme du diagramme d états action 3 [condition vraie] formalisme du diagramme d activité

19 5. LES STRUCTURES ALGORITHMIQUES DE BASE 19/19 Pour variable = valeur initiale, jusqu à valeur maximale, faire... [variable>valeur maximale] événement/initialisation de la variable état 1 [variable<=valeur maximale] exit/incrémentation de la variable état 2 formalisme du diagramme d états initialisation de la variable [valeur>valeur maximale] [valeur<=valeur maximale] action 1 incrémentation de la variable action 2 formalisme du diagramme d activité

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

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

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

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

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

RTDS G3. Emmanuel Gaudin emmanuel.gaudin@pragmadev.com

RTDS G3. Emmanuel Gaudin emmanuel.gaudin@pragmadev.com RTDS G3 Emmanuel Gaudin emmanuel.gaudin@pragmadev.com PragmaDev Dédiée au développement d un AGL pour le développement des applications temps réel et embarquées. Réseau de partenaires: Formations, Service,

Plus en dé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

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

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

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

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

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

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

Algorithmique des Systèmes Répartis Protocoles de Communications

Algorithmique des Systèmes Répartis Protocoles de Communications Algorithmique des Systèmes Répartis Protocoles de Communications Master Informatique Dominique Méry Université de Lorraine 1 er avril 2014 1 / 70 Plan Communications entre processus Observation et modélisation

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

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

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

Diagrammes de Package, de déploiement et de composants UML

Diagrammes de Package, de déploiement et de composants UML labsticc.univ-brest.fr/pages_perso/babau/ Diagrammes de Package, de déploiement et de composants UML Jean-Philippe Babau Département Informatique, UFR Sciences, Laboratoire Lab-STICC 2 1 Plan Description

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

UNIVERSITE D'ORLEANS ISSOUDUN CHATEAUROUX

UNIVERSITE D'ORLEANS ISSOUDUN CHATEAUROUX UNIVERSITE D'ORLEANS ISSOUDUN CHATEAUROUX PLAN

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

Conception des bases de données : Modèle Entité-Association

Conception des bases de données : Modèle Entité-Association Conception des bases de données : Modèle Entité-Association La modélisation d un problème, c est-à-dire le passage du monde réel à sa représentation informatique, se définit en plusieurs étapes pour parvenir

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

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

Conception des systèmes répartis

Conception des systèmes répartis Conception des systèmes répartis Principes et concepts Gérard Padiou Département Informatique et Mathématiques appliquées ENSEEIHT Octobre 2012 Gérard Padiou Conception des systèmes répartis 1 / 37 plan

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

Bien programmer. en Java 7. 10 000 ex. couleur. Avec plus de 50 études de cas et des comparaisons avec C++ et C# Emmanuel Puybaret.

Bien programmer. en Java 7. 10 000 ex. couleur. Avec plus de 50 études de cas et des comparaisons avec C++ et C# Emmanuel Puybaret. Bien programmer en Java 7 Avec plus de 50 études de cas et des comparaisons avec C++ et C# Plus de 10 000 ex. vendus! Édition en couleur Emmanuel Puybaret, ISBN : 978-2-212-12974-8 chapitre1 Présentation

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

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

L AUTOMATISME LE SIGNAL

L AUTOMATISME LE SIGNAL L AUTOMATISME LE SIGNAL Page 1 sur 7 Sommaire : 1- Champ de l automatisme définitions 2- Correspondance entre phénomènes physiques et signaux a. Capteur b. Exemple de capteur TOR c. Exemple de capteur

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

Expression des contraintes. OCL : Object C o n t r a i n t L a n g u a g e

Expression des contraintes. OCL : Object C o n t r a i n t L a n g u a g e P r o b l é m a t i q u e OCL : O b j e c t C o n s t r a i n t L a n g u a g e Le langage de contraintes d UML Les différents diagrammes d UML permettent d exprimer certaines contraintes graphiquement

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

Initiation aux Sciences de l Ingénieur LIVRET DE SECONDE

Initiation aux Sciences de l Ingénieur LIVRET DE SECONDE Etablissement : NOM : Classe :. Année scolaire : 20.. / 20 Initiation aux Sciences de l Ingénieur LIVRET DE SECONDE N fiche Savoirs Compétences Supports d apprentissage (à compléter) Validation (par l

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

AP1.1 : Montages électroniques élémentaires. Électricité et électronique

AP1.1 : Montages électroniques élémentaires. Électricité et électronique STI2D Option SIN Terminale AP1.1 : Montages électroniques élémentaires Électricité et électronique Durée prévue : 3h. Problématique : connaître les composants élémentaires de l'électronique Compétences

Plus en détail

Visual Paradigm Contraintes inter-associations

Visual Paradigm Contraintes inter-associations Visual Paradigm Contraintes inter-associations Travail de Bachelor d'informaticien de gestion Partie C Présentation de Visual Paradigm 1 Présentation de Visual Paradigm For UML L objet du travail de Bachelor

Plus en détail

Génie Logiciel avec Ada. 4 février 2013

Génie Logiciel avec Ada. 4 février 2013 Génie Logiciel 4 février 2013 Plan I. Généralités II. Structures linéaires III. Exceptions IV. Structures arborescentes V. Dictionnaires I. Principes II. Notions propres à la POO I. Principes Chapitre

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

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

OCL - Object Constraint Language

OCL - Object Constraint Language OCL - Object Constraint Language Laëtitia Matignon laetitia.matignon@univ-lyon1.fr Département Informatique - Polytech Lyon Université Claude Bernard Lyon 1 2012-2013 Laëtitia Matignon SIMA - OCL - Object

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

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

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

Baccalauréat professionnel. Maintenance des Équipements Industriels

Baccalauréat professionnel. Maintenance des Équipements Industriels Baccalauréat professionnel Maintenance des Équipements Industriels 2005 SOMMAIRE DES ANNEXES DE L ARRÊTÉ DE CRÉATION DU DIPLÔME ANNEXE I : RÉFÉRENTIELS DU DIPLÔME I a. Référentiel des activités professionnelles...7

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

Proposition de sujet de thèse CIFRE EUROCOPTER / LGI2P

Proposition de sujet de thèse CIFRE EUROCOPTER / LGI2P EUROCOPTER SAS Groupe EADS Marignane Ecole des Mines d Alès Laboratoire de Génie Informatique et d Ingénierie de Production LGI2P Nîmes Proposition de sujet de thèse CIFRE EUROCOPTER / LGI2P Titre Domaine

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

Qualité du logiciel: Méthodes de test

Qualité du logiciel: Méthodes de test Qualité du logiciel: Méthodes de test Matthieu Amiguet 2004 2005 Analyse statique de code Analyse statique de code Étudier le programme source sans exécution Généralement réalisée avant les tests d exécution

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

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

Conception. Génie Logiciel. Renaud Marlet. LaBRI / INRIA http://www.labri.fr/~marlet. (d'après A.-M. Hugues) màj 17/04/2007

Conception. Génie Logiciel. Renaud Marlet. LaBRI / INRIA http://www.labri.fr/~marlet. (d'après A.-M. Hugues) màj 17/04/2007 1 Génie Logiciel (d'après A.-M. Hugues) Conception Renaud Marlet LaBRI / INRIA http://www.labri.fr/~marlet màj 17/04/2007 2 Position dans le cycle de vie Contexte : étant donnée une spécification (ce que

Plus en détail

Prêt de série et création de groupes d emprunteurs

Prêt de série et création de groupes d emprunteurs BCDI v 2.2x - Prêt de série Modif : 11/11 1 Prêt de série et création de groupes d emprunteurs 1. Le responsable de série Le prêt d une série se fait par l intermédiaire d un responsable de série. Il n

Plus en détail

Objectif : Passer de l analyse métier et fonctionnelle à la définition des applications qui

Objectif : Passer de l analyse métier et fonctionnelle à la définition des applications qui Formation PARTIE 1 : ARCHITECTURE APPLICATIVE DUREE : 5 h Objectif : Passer de l analyse métier et fonctionnelle à la définition des applications qui automatisent les fonctions Définir une architecture

Plus en détail

Grandes lignes ASTRÉE. Logiciels critiques. Outils de certification classiques. Inspection manuelle. Definition. Test

Grandes lignes ASTRÉE. Logiciels critiques. Outils de certification classiques. Inspection manuelle. Definition. Test Grandes lignes Analyseur Statique de logiciels Temps RÉel Embarqués École Polytechnique École Normale Supérieure Mercredi 18 juillet 2005 1 Présentation d 2 Cadre théorique de l interprétation abstraite

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

Les items explicités. Pistes de justifications de demandes en cours de français-histoire-géographie. Guillaume HAINAUT

Les items explicités. Pistes de justifications de demandes en cours de français-histoire-géographie. Guillaume HAINAUT Les items explicités Pistes de justifications de demandes en cours de français-histoire-géographie Guillaume HAINAUT Domaine 1 S approprier un environnement informatique de travail L'élève doit être capable

Plus en détail

Merise. Introduction

Merise. Introduction Merise Introduction MERISE:= Méthode d Etude et de Réalisation Informatique pour les Systèmes d Entreprise Méthode d Analyse et de Conception : Analyse: Etude du problème Etudier le système existant Comprendre

Plus en détail

Notice d Utilisation du logiciel Finite Element Method Magnetics version 3.4 auteur: David Meeker

Notice d Utilisation du logiciel Finite Element Method Magnetics version 3.4 auteur: David Meeker Notice d Utilisation du logiciel Finite Element Method Magnetics version 3.4 auteur: David Meeker DeCarvalho Adelino adelino.decarvalho@iutc.u-cergy.fr septembre 2005 Table des matières 1 Introduction

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

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

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

LE TRAITEMENT DES DONNEES COMPTABLES. Objectif(s) : Présenter une synthèse sur les différentes solutions comptables. TABLE DES MATIERES

LE TRAITEMENT DES DONNEES COMPTABLES. Objectif(s) : Présenter une synthèse sur les différentes solutions comptables. TABLE DES MATIERES LE TRAITEMENT DES DONNEES COMPTABLES Objectif(s) : Présenter une synthèse sur les différentes solutions comptables. Pré-requis : Principes comptables. Modalités : Schéma d'organisation comptable. TABLE

Plus en détail

Générer du code à partir d une description de haut niveau

Générer du code à partir d une description de haut niveau Cedric Dumoulin Générer du code à partir d une description de haut niveau Ce projet vise à fournir un environnement de développement permettant de modéliser des UI Android à un haut niveau d abstraction,

Plus en détail

RAPPORT DE CONCEPTION UML :

RAPPORT DE CONCEPTION UML : Carlo Abi Chahine Sylvain Archenault Yves Houpert Martine Wang RAPPORT DE CONCEPTION UML : Bamboo Ch@t Projet GM4 Juin 2006 Table des matières 1 Introduction 2 2 Présentation du logiciel 3 2.1 Précisions

Plus en détail

Architecture d'entreprise : Guide Pratique de l'architecture Logique

Architecture d'entreprise : Guide Pratique de l'architecture Logique Guides Pratiques Objecteering Architecture d'entreprise : Guide Pratique de l'architecture Logique Auteur : Version : 1.0 Copyright : Softeam Equipe Conseil Softeam Supervisée par Philippe Desfray Softeam

Plus en détail

7. ECONOMIE 7.1. TRAVAIL DE BUREAU ENCODEUR / ENCODEUSE DE DONNEES

7. ECONOMIE 7.1. TRAVAIL DE BUREAU ENCODEUR / ENCODEUSE DE DONNEES CCPQ Rue A. Lavallée, 1 1080 Bruxelles Tél. : 02 690 85 28 Fax : 02 690 85 78 Email : ccpq@profor.be www.enseignement.be 7. ECONOMIE 7.1. TRAVAIL DE BUREAU ENCODEUR / ENCODEUSE DE DONNEES PROFIL DE FORMATION

Plus en détail

Architecture des ordinateurs TD1 - Portes logiques et premiers circuits

Architecture des ordinateurs TD1 - Portes logiques et premiers circuits Architecture des ordinateurs TD1 - Portes logiques et premiers circuits 1 Rappel : un peu de logique Exercice 1.1 Remplir la table de vérité suivante : a b a + b ab a + b ab a b 0 0 0 1 1 0 1 1 Exercice

Plus en détail

Formation des enseignants. Le tensiomètre. Objet technique modélisable issu de l environnement des élèves

Formation des enseignants. Le tensiomètre. Objet technique modélisable issu de l environnement des élèves Le tensiomètre Objet technique modélisable issu de l environnement des élèves Un peu d'histoire C'est en 1628 que W. Harvey découvrit la circulation du sang. C'est pourtant seulement en 1730 que la pression

Plus en détail

SIMULER ET CONCEVOIR LE TRAVAIL FUTUR

SIMULER ET CONCEVOIR LE TRAVAIL FUTUR SIMULER ET CONCEVOIR LE TRAVAIL FUTUR Utilisation du logigramme d activité dans un projet informatique, pour simuler les compétences futures, et évaluer la charge de travail. WWW.ANACT.FR OUTIL DE SIMULATION

Plus en dé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

Séminaires Paris le 14 et 15 mars 2007 Grenoble le 21 et 22 Mars 2007

Séminaires Paris le 14 et 15 mars 2007 Grenoble le 21 et 22 Mars 2007 BTS technico- Séminaires Paris le 14 et 15 mars 2007 Grenoble le 21 et 22 Mars 2007 BTS technico- Présentation des nouvelles épreuves : E3 Environnement économique et juridique E4 Négociation technico-e

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

Figure 1 : représentation des différents écarts

Figure 1 : représentation des différents écarts ulletin officiel spécial n 9 du 30 septembre 2010 Annexe SIENES DE L INGÉNIEUR YLE TERMINAL DE LA SÉRIE SIENTIFIQUE I - Objectifs généraux Notre société devra relever de nombreux défis dans les prochaines

Plus en détail

Information. BASES LITTERAIRES Etre capable de répondre à une question du type «la valeur trouvée respecte t-elle le cahier des charges?

Information. BASES LITTERAIRES Etre capable de répondre à une question du type «la valeur trouvée respecte t-elle le cahier des charges? Compétences générales Avoir des piles neuves, ou récentes dans sa machine à calculer. Etre capable de retrouver instantanément une info dans sa machine. Prendre une bouteille d eau. Prendre CNI + convocation.

Plus en détail

Activité : Élaboration, mise en forme et renseignement de documents

Activité : Élaboration, mise en forme et renseignement de documents ACTIVITÉS ADMINISTRATIVES À CARACTÈRE TECHNIQUE Activité : Élaboration, mise en forme et renseignement de documents Tâche : Rédaction de messages et de courriers professionnels simples liés à l activité

Plus en détail

Chapitre 5 LE MODELE ENTITE - ASSOCIATION

Chapitre 5 LE MODELE ENTITE - ASSOCIATION Chapitre 5 LE MODELE ENTITE - ASSOCIATION 1 Introduction Conception d une base de données Domaine d application complexe : description abstraite des concepts indépendamment de leur implémentation sous

Plus en dé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

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

Cours Informatique Master STEP

Cours Informatique Master STEP Cours Informatique Master STEP Bases de la programmation: Compilateurs/logiciels Algorithmique et structure d'un programme Programmation en langage structuré (Fortran 90) Variables, expressions, instructions

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

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

Évaluation et implémentation des langages

Évaluation et implémentation des langages Évaluation et implémentation des langages Les langages de programmation et le processus de programmation Critères de conception et d évaluation des langages de programmation Les fondations de l implémentation

Plus en détail

2. Activités et Modèles de développement en Génie Logiciel

2. Activités et Modèles de développement en Génie Logiciel 2. Activités et Modèles de développement en Génie Logiciel Bernard ESPINASSE Professeur à l'université d'aix-marseille Plan Les Activités du GL Analyse des besoins Spécification globale Conceptions architecturale

Plus en détail

M1if22 - Logiciels éducatifs Conception & rôle de l enseignant

M1if22 - Logiciels éducatifs Conception & rôle de l enseignant M1if22 - Logiciels éducatifs Conception & rôle de l enseignant Stéphanie Jean-Daubias Stephanie.Jean-Daubias@liris.univ-lyon1.fr http://liris.cnrs.fr/stephanie.jean-daubias/ Plan du cours Méthodologies

Plus en détail

Document d accompagnement pour le référentiel national du C2i niveau 2 Métiers de l environnement et de l aménagement durables

Document d accompagnement pour le référentiel national du C2i niveau 2 Métiers de l environnement et de l aménagement durables Document d accompagnement pour le référentiel national du C2i niveau 2 Métiers de l environnement et de l aménagement durables A - Compétences générales et transversales liées à l exercice des métiers

Plus en détail

Sommaire. Conduite de projet Méthode d analyse et de conception. Processus unifié. Objectifs d un processus de développement

Sommaire. Conduite de projet Méthode d analyse et de conception. Processus unifié. Objectifs d un processus de développement Conduite de projet Méthode d analyse et de conception Processus unifié G. Picard SMA/G2I/ENS Mines Saint-Etienne gauthier.picard@emse.fr Octobre 2009 Sommaire!!Objectifs d un processus d ingénierie logicielle!

Plus en détail

1) Information sur le logiciel et la notice 2) Le tableau de bord 3) Les devis 4) Les factures 5) Les factures d acompte 6) Les avoirs sur facture

1) Information sur le logiciel et la notice 2) Le tableau de bord 3) Les devis 4) Les factures 5) Les factures d acompte 6) Les avoirs sur facture NOTICE 1/75 SOMMAIRE MyAbaque a été réalisé pour les petites et moyennes entreprises et les autosentrepreneurs. Il permet de suivre et contrôler le déroulement d un dossier (réalisation du devis, commande

Plus en détail

AIDE MEMOIRE. Forprev. De l habilitation à la gestion de sessions. Page 1 sur 55

AIDE MEMOIRE. Forprev. De l habilitation à la gestion de sessions. Page 1 sur 55 2013 AIDE MEMOIRE Forprev De l habilitation à la gestion de sessions Page 1 sur 55 Bienvenue, Vous êtes, ou souhaitez être, habilité à dispenser des formations relevant du dispositif de démultiplication

Plus en détail

Patrons de Conception (Design Patterns)

Patrons de Conception (Design Patterns) Patrons de Conception (Design Patterns) Introduction 1 Motivation Il est difficile de développer des logiciels efficaces, robustes, extensibles et réutilisables Il est essentiel de comprendre les techniques

Plus en détail

Manuel d utilisation

Manuel d utilisation Manuel d utilisation TABLE DES MATIERES LA DESCRIPTION 2-3 LA CONFIGURATION 4-13 La zone «Configuration» 6-9 La zone «Informations sur la base de données» 10-11 La zone «Outils» 11-13 LE FONCTIONNEMENT

Plus en détail

OASIS www.oasis-open.org/committees/xacml/docs/docs.shtml Date de publication

OASIS www.oasis-open.org/committees/xacml/docs/docs.shtml Date de publication Statut du Committee Working Draft document Titre XACML Language Proposal, version 0.8 (XACML : XML Access Control Markup Language) Langage de balisage du contrôle d'accès Mot clé Attestation et sécurité

Plus en détail

Julien MATHEVET Alexandre BOISSY GSID 4. Rapport RE09. Load Balancing et migration

Julien MATHEVET Alexandre BOISSY GSID 4. Rapport RE09. Load Balancing et migration Julien MATHEVET Alexandre BOISSY GSID 4 Rapport Load Balancing et migration Printemps 2001 SOMMAIRE INTRODUCTION... 3 SYNTHESE CONCERNANT LE LOAD BALANCING ET LA MIGRATION... 4 POURQUOI FAIRE DU LOAD BALANCING?...

Plus en détail

Les algorithmes de base du graphisme

Les algorithmes de base du graphisme Les algorithmes de base du graphisme Table des matières 1 Traçage 2 1.1 Segments de droites......................... 2 1.1.1 Algorithmes simples.................... 3 1.1.2 Algorithmes de Bresenham (1965).............

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

Indications pour une progression au CM1 et au CM2

Indications pour une progression au CM1 et au CM2 Indications pour une progression au CM1 et au CM2 Objectif 1 Construire et utiliser de nouveaux nombres, plus précis que les entiers naturels pour mesurer les grandeurs continues. Introduction : Découvrir

Plus en détail

Introduction au génie logiciel

Introduction au génie logiciel Introduction au génie logiciel Guillaume Laurent ENSMM 2007 G. Laurent (ENSMM) Introduction au génie logiciel 2007 1 / 36 Plan du cours 1 Problématique du génie logiciel 2 Méthodes de développement logiciel

Plus en détail

SOCLE COMMUN - La Compétence 3 Les principaux éléments de mathématiques et la culture scientifique et technologique

SOCLE COMMUN - La Compétence 3 Les principaux éléments de mathématiques et la culture scientifique et technologique SOCLE COMMUN - La Compétence 3 Les principaux éléments de mathématiques et la culture scientifique et technologique DOMAINE P3.C3.D1. Pratiquer une démarche scientifique et technologique, résoudre des

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