REFERENTIEL NORMATIF du CNES
|
|
- Caroline Vachon
- il y a 8 ans
- Total affichages :
Transcription
1 REFERENTIEL NORMATIF du CNES Référence : Méthode et Procédure DEMARCHE D'ANALYSE DU LOGICIEL Annexe Technique de la MP RNC-CNES-Q APPROBATION Président du CDN ; date et nom :
2
3 Page i.1 PAGE D'ANALYSE DOCUMENTAIRE TITRE : MOTS CLES : Analyse Objet UML RESUME : Ce document présente des règles et recommandations pour la démarche d analyse du logiciel orientée objet. SITUATION DU DOCUMENT : Ce document est une annexe technique au document RNC-CNES-Q "Démarche de Développement Objet pour les logiciels" qui fait partie de la collection des Méthodes et Procédures associées au Référentiel Normatif du CNES (ECSS et MPM). Ce document est affilié à l'assurance Produit des Logiciels. NOMBRE DE PAGES : 16 Progiciels utilisés / version : Word 97 LANGUE : Française SERVICE GESTIONNAIRE : Délégation à l'assurance de la Qualité du Centre Spatial de Toulouse (DTS/AQ) AUTEUR(S) : DATE : 07/10/00 Jean-Charles POUPLARD / Jean-Alain VERON / Isabelle ZENONE RELECTURE / CONTROLE : Pour ACCORD : Le Président du Comité Technique de Normalisation : CNES 2000 Reproduction strictement réservée à l'usage privé du copiste, non destinée à une utilisation collective (article 41-2 de la loi n du 11 Mars 1957).
4 Page i.2 PAGES DES MODIFICATIONS VERSION DATE PAGES MODIFIEES OBSERVATIONS 1 07/10/00 Document initial Document élaboré avec le support de MMS (C. Pinaud, M.A. Gandrieau) et Virtualité Réelle (T. Leydier)
5 Page i.3 SOMMAIRE 1. INTRODUCTION OBJET DOMAINE D'APPLICATION DÉMARCHE D ANALYSE DU LOGICIEL INITIALISATION DE L ACTIVITÉ D ANALYSE RAPPEL DES FACTEURS QUALITÉ PROJET ET IMPACT SUR L ACTIVITÉ D ANALYSE DÉLIMITATION DES PHASES CONCERNÉES PAR L ACTIVITÉ D ANALYSE DEFINITION DU MAQUETTAGE ET DU PROTOTYPAGE DÉFINITION DES ITÉRATIONS PROPRES À L ACTIVITÉ D ANALYSE ANALYSE INITIALE DÉFINITION DES SOUS-SYSTÈMES APPROCHES POUR L ANALYSE INITIALE IDENTIFICATION DES ACTEURS DESCRIPTION DU CONTEXTE PROJET IDENTIFICATION DES ÉVÉNEMENTS IDENTIFICATION DES CAS D UTILISATION DESCRIPTION DES CAS D UTILISATION DESCRIPTION DU SUIVI DES ÉVENEMENTS DESCRIPTION DES INTERACTIONS DESCRIPTION DES OBJETS PREMIERE IDENTIFICATION DES CLASSES PREMIÈRE ITÉRATION PREMIÈRE DESCRIPTION DE LA VUE LOGIQUE RECHERCHE DES CATÉGORIES, RECHERCHE DE NOUVELLES CLASSES DÉSCRIPTION DE LA DYNAMIQUE COMPLÉMENT EVALUATION DE LA QUALITE DE L ANALYSE AUTRES ITÉRATIONS PHENOMÉNOLOGIE DE L ACTIVITÉ D ANALYSE DU LOGICIEL... 10
6
7 Page 1 1. INTRODUCTION Ce document est une annexe technique au document RNC-CNES-Q «Démarche de Développement Objet pour les logiciels». 2. OBJET Cette annexe décrit les règles et recommandations qui concernent la démarche d analyse du logiciel orientée objet. Il fait partie du référentiel documentaire DDO (Démarche de développement du logiciel orienté objet) et présente des particularités qui sont liées à la phase d analyse du logiciel. 3. DOMAINE D'APPLICATION Ce document est conçu à l'attention de plusieurs types d utilisateurs : le chef de projet qui doit connaître les activités menées lors de l analyse, faire les choix nécessaires à partir des règles générales en fonction des spécificités du projet et s'assurer de la mise en œuvre des dispositions retenues, le responsable qualité qui doit avec le chef de projet valider les règles relatives à l analyse, extraire les recommandations pertinentes pour son projet et éventuellement adapter et compléter les règles en fonction du contexte, le responsable technique qui est chargé de l encadrement technique de l activité d analyse, l ingénieur qualité qui doit appliquer les règles de contrôle de la qualité relatives à l analyse, les équipes chargées de l analyse du logiciel qui doivent appliquer les règles et les recommandations retenues.
8 Page 2 4. DEMARCHE D ANALYSE DU LOGICIEL Définition des Sous Systèmes Approche pour l analyse initiale Identification des acteurs Description du Contexte Description des événements Description des cas d utilisation Description du suivi des évènements Description des interaction Description des objets Vue générale de l analyse du logiciel Première identification des classes Description de la vue logique Recherche de nouvelles classes Description de la dynamique Compléments de la vue logique Evaluation de la qualité Analyse initiale Itération 4.1. INITIALISATION DE L ACTIVITE D ANALYSE L initialisation de l activité d analyse est conduite par le chef de projet ou le responsable technique, en accord avec le responsable qualité. Il s agit de clarifier un certain nombre d objectifs et de définir des règles qui vont guider toute l activité d analyse RAPPEL DES FACTEURS QUALITE PROJET ET IMPACT SUR L ACTIVITE D ANALYSE Les facteurs qualité prépondérants pour le projet sont évalués en début de projet. Ils vont guider la mise en œuvre de la démarche et les choix essentiels. En ce qui concerne l analyse, deux facteurs vont intervenir sur la mise en œuvre : - la maintenabilité - la réutilisabilité La définition des facteurs qualité et de leur évaluation est décrite dans l annexe C du référentiel DDO (Chapitre «Facteurs qualité»). L évaluation des objectifs de réutilisation et la réutilisabilité est décrite dans l annexe C du référentiel DDO (Chapitre «Réutilisation et réutilisabilité»). On définit notamment en fonction des facteurs qualité, quelles sont les règles de vérification de la qualité de l analyse (décrites dans l annexe C du référentiel DDO (Chapitre «Vérification»)) que l on doit appliquer effectivement sur le projet.
9 Page DELIMITATION DES PHASES CONCERNEES PAR L ACTIVITE D ANALYSE L activité d analyse peut concerner plusieurs phases : - Dans un processus de développement fondé sur un cycle en V standard, cette activité concerne généralement une seule phase qui est celle de la spécification du logiciel. - Dans un processus de développement alternatif, plusieurs phases vont intervenir. L objectif de cette activité consiste à définir précisément les entrées et les sorties de chacune de ces phases pour le projet courant. Ce travail pourra être mené parallèlement à la définition des itérations propres à l activité d analyse DEFINITION DU MAQUETTAGE ET DU PROTOTYPAGE On définit quels sont les maquettes et les prototypes qui sont développés dans le cadre de l analyse ; on définit les moyens de développement et les modes de développement des maquettes ; on définit comment seront validés et utilisés les maquettes et les prototypes. Des règles pour guider la définition des maquettes sont décrites dans l annexe C du référentiel DDO (Chapitre «Maquetage et prototypage») DEFINITION DES ITERATIONS PROPRES A L ACTIVITE D ANALYSE Il s agit de définir le principe, le nombre et les critères d arrêt pour les itérations propres à l activité d analyse. - le principe : l activité d analyse sera itérative. Il s agit de choisir entre une itération à «effet de cliquet» et une itération «dialectique». Ces deux types d itérations sont définis dans l annexe C du référentiel DDO (Chapitre «Itérations»). - le nombre : il s agit de définir le nombre minimal et maximal d itérations. Un minorant du nombre minimal est 1 (il y a aura au moins une itération) - les critères d arrêt de l analyse : parmi les critères possible1, on aura : la description des cas d utilisation permet d obtenir une spécification non ambiguë la description des objets et des classes a été effectuée les diagrammes sont cohérents du point de vue des termes utilisés la description de la dynamique des classes les plus complexes dynamiquement a été effectuée la documentation d analyse est complète et vérifiée la vérification de la qualité de l analyse est correcte (cette vérification est basée sur les règles qui ont été retenues pour le projet) 1 Chaque projet devra définir ses propres critères : la liste proposée est donnée à titre illustratif.
10 Page 4 les maquettes et prototypes prévus ont été réalisés, validés et livrés On trouve dans l ensemble de la documentation DDO des indications complémentaires qui illustrent ces critères et les actions ou fournitures associées ANALYSE INITIALE L analyse initiale est la première étape de l analyse : elle va de la décomposition en sous-systèmes, à la définition de la première vue des classes de l analyse DEFINITION DES SOUS-SYSTEMES La partition du logiciel en sous-systèmes est souvent effectuée en amont de l analyse du logiciel, lors de l analyse du système ou lors de la définition des exigences. Si cette définition n a pas été effectuée, ce sera la première tâche de l analyse. La définition des sous-systèmes est complétée par une vue qui les décrit et qui présente l interface complète entre chacun des sous-systèmes. On pourra utiliser un diagramme de classe UML pour représenter les sous-systèmes. Les règles et principes à suivre pour découper un logiciel en sous-systèmes sont décrits dans l annexe C du référentiel DDO (Chapitre «Sous-systèmes»). L ensemble des activités décrites dans la suite de ce document sera effectué sous-système par soussystème APPROCHES POUR L ANALYSE INITIALE L analyse orientée objet consiste à décrire une décomposition comportementale et une décomposition statique. La description du comportement consiste à décrire ce que fait le logiciel : c est une vue dynamique du logiciel, La décomposition statique consiste à décrire le logiciel sous forme de classes et de catégories, et de relations entre ces classes et catégories : c est une vue statique du logiciel. Le présent document donne le démarche à suivre pour établir ces deux décompositions. Pour un projet ayant une forte composante dédiée aux manipulations de données, il sera plus facile de démarrer par une décomposition statique avant de détailler la description comportementale. On pourra alors modifier l enchaînement des activités décrites dans les chapitres suivants en parallélisant : identification des acteurs, des cas d utilisation et des scénarios identification des classes IDENTIFICATION DES ACTEURS La description des acteurs permet d identifier précisément la «frontière» du logiciel à analyser en définissant les personnes, matériels ou autres logiciels qui interagissent avec ce logiciel. Cette identification est effectuée en suivant les règles décrites dans la MPM UML (Chapitre «Acteurs»)
11 Page DESCRIPTION DU CONTEXTE PROJET DIAGRAMME DU CONTEXTE Le diagramme de contexte est un diagramme de collaboration à haut niveau qui permet de montrer les interactions à haut niveau entre acteurs et logiciel vu comme une boîte noire. Message Acteur Application Message Message Message DESCRIPTION DES LIMITES Acteur Acteur La description des limites du projet permet de formaliser la «frontière» du logiciel en définissant clairement ce qui fait partie du logiciel, et ce qui n en fait pas partie. La description des limites consiste à identifier un premier niveau de cas d utilisation directement rattachés aux acteurs définis dans l étape précédente. Ces cas sont décrits dans un diagramme de cas d utilisation. La description des limites du projet est très importante dans le cas où on étendrait l analyse au domaine et au métier : cette description permet de limiter l analyse du domaine et de séparer les origines domaines et les origines application. Acteur Mécanisme Application Métier
12 Page IDENTIFICATION DES EVENEMENTS L identification des événements est un travail complémentaire à la description des acteurs. Ce travail va permettre une bonne préparation de la description des cas d utilisation. Un événement est attaché au monde réel : il représente sous forme abstraite un incident ou un signal qui marque un changement d état. Un événement est ainsi toujours associé à un récepteur : ce récepteur est généralement un acteur ou un objet du monde réel. On décrit en début d analyse les événements en précisant pour chacun d eux : La signification de l événement : c est la description de ce qui se passe dans le monde réel lorsque l événement se produit l objet ou l acteur destination des paramètres éventuels IDENTIFICATION DES CAS D UTILISATION L identification des cas d utilisation consiste à identifier a priori sans les décrire, l ensemble des cas d utilisation possibles du logiciel. Cette identification est effectuée sur la base de la description du contexte projet et en suivant les règles décrites dans la MPM UML (Chapitre «Structuration des cas d utilisation») DESCRIPTION DES CAS D UTILISATION La description graphique des cas d utilisation est effectuée avec les diagrammes de cas d utilisation d UML. La description textuelle des cas d utilisation est effectuée à l aide d un modèle de cas d utilisation fourni dans la MPM UML. Les règles à suivre pour décrire les cas et remplir le modèle sont décrites dans la MPM UML (Chapitres «Diagramme des cas d utilisation» et «Description textuelle des cas») DESCRIPTION DU SUIVI DES EVENEMENTS La description du suivi des événements consiste à identifier des séquences d enchaînements d événements : ces séquences sont déclenchées par des acteurs. Les événements envoyés s adressent à des objets qui peuvent eux-mêmes réagir par l envoi de nouveaux événements. Cette description doit être simple, naturelle sans détailler les mécanismes de déclenchement. Elle doit s attacher également à faire ressortir les objets du problème. Elle est formalisée à l aide de diagrammes de séquences très simplifiés. Les règles à suivre pour décrire les diagrammes de séquence sont décrites dans la MPM UML (Chapitres «Diagramme de séquence») DESCRIPTION DES INTERACTIONS La description des interactions consiste à regrouper sur un diagramme les objets qui participent à un scénario et à montrer leurs interactions sans entrer dans le détail des messages échangés. Elle doit s attacher également à faire ressortir les objets du problème.
13 Page 7 Elle est formalisée à l aide de diagrammes de collaboration très simplifiés. Les règles à suivre pour décrire les diagrammes de collaboration sont décrites dans la MPM UML (Chapitres «Diagramme de collaboration») DESCRIPTION DES OBJETS Lors de l analyse initiale, on décrit sous forme de tableau de synthèse, la liste des objets que l on a identifiés lors de la description des acteurs, des cas d utilisation et des scénarios. Pour chaque objet, on traduit sous forme de responsabilité les interactions associées. L identification est soit immédiate à partir des diagrammes d interactions, soit effectuée au travers d une analyse du vocabulaire. On mènera une analyse du vocabulaire lorsque l on veut obtenir une bonne décomposition en objets : l approche à partir des diagrammes d interactions est plus fonctionnelle et donne de moins bons résultats2 3. On recherchera une bonne décomposition en objets en phase d analyse : lorsque l on étend l analyse au domaine (cas d un projet de type filière ou d un fort besoin de réutilisabilité), lorsque l on réutilisera en phase de conception, les résultats de l analyse. La technique d analyse du vocabulaire est décrite dans l annexe C du référentiel DDO (Chapitre «Principes d initialisation d une décomposition objet») PREMIERE IDENTIFICATION DES CLASSES L identification des classes consiste à grouper les objets décrits dans l étape précédente. On groupera dans une classe les objets qui ont un comportement semblable. L identification des classes donne lieu à la production d un tableau des classes. On utilise ensuite la technique des catégories pour compléter les classes issues de l analyse du vocabulaire. On met en œuvre enfin la technique du tableau noir pour affiner les classes. Les techniques des catégories et du tableau noir sont décrites dans l annexe C du référentiel DDO (Chapitre «Principes d initialisation d une décomposition objet»). 2 La description des objets nécessite une approche globale pour le logiciel complet, ou éventuellement pour chaque sous-système. L utilisation exclusive des diagrammes d interaction implique des vues partielles et cloisonnées des objets participants, ce qui est incompatible avec le besoin d approche globale. 3 L analyse du vocabulaire doit cependant partir des cas d utilisation et des diagrammes d interactions décrits et se limiter à ce vocabulaire ci.
14 Page PREMIERE ITERATION La première itération est obligatoire PREMIERE DESCRIPTION DE LA VUE LOGIQUE La première description de la vue logique consiste à décrire un diagramme de classe. Pour chaque classe, on décrit la justification de son existence (lien avec un cas d utilisation) et une liste de responsabilités. Les règles à suivre pour décrire cette vue logique sont décrites dans la MPM UML (Chapitres «Vue logique») RECHERCHE DES CATEGORIES, RECHERCHE DE NOUVELLES CLASSES Lors de la première itération, on va chercher à organiser les classes afin d obtenir un véritable modèle. Pour ce faire, on va appliquer des règles décrites dans l annexe C du référentiel DDO (Chapitre «Règles d itérations sur les catégories et les classes») en se focalisant sur les règles applicables en analyse DESCRIPTION DE LA DYNAMIQUE La description de la dynamique complémentaire consiste à compléter pour les classes à comportement complexe leur description par un diagramme états - transitions ou un diagramme d activités. Les règles à suivre pour élaborer ces diagrammes ainsi que la notion d objet à comportement complexe sont décrites dans la MPM UML (Chapitre «Vue dynamique») COMPLEMENT COMPLEMENTS DE SPECIFICATION Le complément de spécification consiste à décrire : des spécifications de performances : les performances peuvent concerner des aspects quantitatifs comme la taille mémoire maximale utilisée ou le temps de réponse sur chaque fonction, mais peuvent également concerner des aspects qualitatifs comme l ergonomie, la souplesse, etc. des interfaces à respecter, les facteurs qualité prépondérants applicables en phase de conception et de codage, des contraintes sur le processus d implémentation (documentation, gestion de configuration, traçabilité, autres outils), d autres contraintes opérationnelles COMPLEMENTS : MISE EN CONFORMITE Cette étape consiste à reprendre les cas d utilisation et les diagrammes d interaction. On reprendra les cas d utilisation afin d améliorer leur complétude et introduire les termes créés lors de l identification des classes et des catégories.
15 Page 9 On ne visera pas l exhaustivité4. On vise à décrire les cas qui permettent de rendre la spécification non ambiguë en vue de son utilisation par les architectes. On reprendra les diagrammes de collaboration et de séquence afin de les compléter éventuellement et introduire les termes créés lors de l identification des classes et des catégories EVALUATION DE LA QUALITE DE L ANALYSE Cette vérification est basée sur les règles de vérification qui ont été retenues pour le projet. L ensemble des règles de vérification est présenté dans l annexe C du référentiel DDO (Chapitre «Vérification») AUTRES ITERATIONS Les autres itérations sont facultatives : elles doivent être planifiées. Les principes d itération sont présentés dans l annexe C du référentiel DDO (Chapitre «Principes d itération»). 4 On ne confondra exhaustivité et non ambiguïté.
16 Page PHENOMENOLOGIE DE L ACTIVITE D ANALYSE DU LOGICIEL Le diagramme suivant montre la répartition de la charge consommée lors de l activité d analyse. Les valeurs sont exprimées en pourcentage de la charge totale de l activité. Cette répartition correspond à une phénoménologie standard et pourra être considérée comme une référence. Charge IDENTIFICATION DES ACTEURS DEFINITION DES SOUS SYSTEMES 5 IDENTIFICATION DES EVENEMENTS DESCRIPTION DU CONTEXTE PROJET 3 10 DESCRIPTION DES CAS D UTILISATION IDENTIFICATION DES CAS D UTILISATION 18 8 DESCRIPTION DES INTERACTIONS DESCRIPTION DU SUIVI DES EVENEMENTS RECHERCHE DES CATEGORIES DESCRIPTION DES OBJETS PREMIERE IDENTIFICATION DES CLASSES PREMIERE DESCRIPTION DE LA VUE LOG... DESCRIPTION DE LA DYNAMIQUE COMPL COMPLEMENTS EVALUATION DE LA QUALITE DE L ANALYSE 8 9 7
17
18 REFERENTIEL NORMATIF REALISE PAR : Centre Spatial de Toulouse Délégation à l'assurance de la Qualité 18 Avenue Edouard Belin TOULOUSE CEDEX 4 Tél : Fax : CENTRE NATIONAL D'ETUDES SPATIALES Siège social : 2 pl. Maurice Quentin Paris cedex 01 / Tel. (33) / Fax : RCS Paris B / Siret : / Code APE 731Z
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étailArchitecture d'entreprise : Guide Pratique de l'architecture Logique
Guides Pratiques Objecteering Architecture d'entreprise : Guide Pratique de l'architecture Logique Auteur : Version : 1.0 Copyright : Softeam Equipe Conseil Softeam Supervisée par Philippe Desfray Softeam
Plus en détailGESTION DE DONNÉES TECHNIQUES
GESTION DE DONNÉES TECHNIQUES Démarche d implémentation d un outil PLM adapté au contexte PME Espace Numérique Entreprise 12 février 2008 Written by : X. DANGER DUQUEINE COMPOSITES - Parc d'activités 442
Plus en détailDé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étailGénie Logiciel LA QUALITE 1/5 LA QUALITE 3/5 LA QUALITE 2/5 LA QUALITE 4/5 LA QUALITE 5/5
Noël NOVELLI ; Université d Aix-Marseille; LIF et Département d Informatique Case 901 ; 163 avenue de Luminy 13 288 MARSEILLE cedex 9 Génie Logiciel LA QUALITE 1/5 La gestion de la qualité Enjeux de la
Plus en détailBOOK REFERENCES ERGONOMIQUES Gfi Informatique
2014 BOOK REFERENCES ERGONOMIQUES Gfi Informatique SECTEUR INDUSTRIE-SERVICE CHORUS 2 : Refonte du référentiel des process Groupe Refondre le réferentiel des process Groupe grâce à la réalisation d un
Plus en détailChapitre I : le langage UML et le processus unifié
I. Introduction Les méthodes d analyse orientées objet sont initialement issues des milieux industriels. La préoccupation dominante de leurs auteurs est le génie logiciel, c est-àdire les principes et
Plus en détailUniversité de Bangui. Modélisons en UML
Université de Bangui CRM Modélisons en UML Ce cours a été possible grâce à l initiative d Apollinaire MOLAYE qui m a contacté pour vous faire bénéficier de mes connaissances en nouvelles technologies et
Plus en détailInstitut d Informatique & d Initiative Sociale
Institut d Informatique & d Initiative Sociale 89, Bd Aristide Briand 13300 Salon de Provence Tél : 04 90 56 18 31 Fax : 04 90 56 91 66 e-mail : contact@3is-formation.eu 3IS Centre de formation agréé code
Plus en détailLe génie logiciel. maintenance de logiciels.
Le génie logiciel Définition de l IEEE (IEEE 1990): L application d une approche systématique, disciplinée et quantifiable pour le développement, l opération et la maintenance de logiciels. Introduction
Plus en détailDéveloppement itératif, évolutif et agile
Document Développement itératif, évolutif et agile Auteur Nicoleta SERGI Version 1.0 Date de sortie 23/11/2007 1. Processus Unifié Développement itératif, évolutif et agile Contrairement au cycle de vie
Plus en détailCOMMANDE REF ADMIN-CS-540-CDD
Pôle de compétitivité mondial Aéronautique, Espace, Systèmes embarqués COMMANDE REF ADMIN-CS-540-CDD Objet : Prestation d assistance dans le cadre de l action collective AEROLEAN K portée par le pôle de
Plus en détailDéveloppement d un interpréteur OCL pour une machine virtuelle UML.
ObjeXion Software Prototyping made easy SA au capital de 500 000 F Siret 421 565 565 00015 APE 722Z Téléphone : 03 89 35 70 75 Télécopie : 03 89 35 70 76 L embarcadère 5, rue Gutemberg 68 800 Vieux-Thann,
Plus en détailMéthodes de développement. Analyse des exigences (spécification)
1 / 16 Méthodes de développement Analyse des exigences (spécification) 1 -Objectifs de l'analyse des exigences... 2 2 - Approfondissement et formalisation du besoin... 2 2.1 Séparation des besoins, contraintes
Plus en détailISO/CEI 27005 NORME INTERNATIONALE. Technologies de l'information Techniques de sécurité Gestion des risques liés à la sécurité de l'information
NORME INTERNATIONALE ISO/CEI 27005 Deuxième édition 2011-06-01 Technologies de l'information Techniques de sécurité Gestion des risques liés à la sécurité de l'information Information technology Security
Plus en détailBrève étude de la norme ISO/IEC 27003
RECOMMANDATIONS Brève étude de la norme ISO/IEC 27003 Décembre 2011 CLUB DE LA SECURITE DE L INFORMATION FRANÇAIS 11, rue de Mogador 75009 PARIS Tel : 01 53 25 08 80 Fax : 01 53 08 81 clusif@clusif.asso.fr
Plus en détailLe Processus RUP. H. Kadima. Tester. Analyst. Performance Engineer. Database Administrator. Release Engineer. Project Leader. Designer / Developer
Le Processus RUP Database Administrator Project Leader H. Kadima Performance Engineer Release Engineer Analyst Designer / Developer Tester Table des matières 1. De l artisanat à l industrialisation de
Plus en détailPôle Référentiels Métier (Master Data Management)
Pôle Référentiels Métier (Master Data Management) KHIPLUS et le MDM Khiplus et le MDM : une longue histoire Émergence de solutions de MDM génériques Ralliement de Khiplus au MAG (MDM Alliance Group) Intervention
Plus en détailIdentification du module
Identification du module Numéro de module 475 Titre Développer une analyse pour une application Compétence Développer à partir des exigences fonctionnelles et non fonctionnelles pour une application, les
Plus en détailLOG2420 Analyse et conception d interfaces utilisateur
LOG2420 Analyse et conception d interfaces utilisateur Processus de développement centré utilisateur 1/36 LOG2420 Analyse et conception d interfaces utilisateur Processus de développement centré utilisateur
Plus en détailRational Unified Process
Rational Unified Process For Christiane DAVOINE-GUHUR Société GICAB - Vannes Christiane.Davoine@CA-GICAB.fr Table des Matières 1 INTRODUCTION... 1 2 LES COMPOSANTS ET LES GRANDS PRINCIPES DU PROCESSUS...
Plus en détailCycle 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étailOutil de gestion et de suivi des projets
Outil de gestion et de suivi des projets Proposition technique et commerciale Amselem Jonathan - Corniglion Benoit - Sorine Olivier Troche Mariela - Zekri Sarah 08 Sommaire I. Les atouts de la proposition
Plus en détailMODE D EMPLOI DU GESTIONNAIRE DE L ESPACE PERSO DES MEMBRES DE LA SLIAI
1 MODE D EMPLOI DU GESTIONNAIRE DE L ESPACE PERSO DES MEMBRES DE LA SLIAI SOMMAIRE : I - Création de compte personnel - 2 II - Connection au compte - 3 III - Gestion de la fiche personnelle d inventeur
Plus en détailET LA DÉLIVRANCE DU CERTIFICAT
RÉFÉRENTIEL POUR L'ATTRIBUTION ET LE SUIVI D'UNE QUALIFICATION PROFESSIONNELLE D'ENTREPRISE ET LA DÉLIVRANCE DU CERTIFICAT Date d'application : 29 octobre 2014 DOCUMENT QUALIBAT 005 VERSION 06 OCTOBRE
Plus en détailRECOMMANDATION 30 ASSURANCES AUTOMOBILES : CARTE VERTE
RECOMMANDATION 30 ASSURANCES AUTOMOBILES : CARTE VERTE 1. Contexte 1.1. L'évolution des relations entre les courtiers et les compagnies qui se traduit par des délégations de pouvoir en matière d'émission
Plus en détailGénie logiciel avec UML. Notions sur le langage UML adapté pour les cours du programme Techniques de l informatique
Génie logiciel avec UML Notions sur le langage UML adapté pour les cours du programme Techniques de l informatique Claude Boutet Session hiver 2008 Modélisation de systèmes Table des matières TABLE DES
Plus en détailExiOuest 2009. Résultats de l enquête ExiOuest 2009 sur l'ingénierie des exigences. Enquête en ligne de Juillet à Octobre 2009 sur www.exibri.
ExiOuest 2009 Résultats de l enquête ExiOuest 2009 sur l'ingénierie des exigences Enquête en ligne de Juillet à Octobre 2009 sur 1 ExiOuest 2009 ExiOuest 2009 a reçu plus de 80 réponses. Nous avons éliminé
Plus en détailCours 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étailIFT2255 : Génie logiciel
IFT2255 : Génie logiciel Chapitre 6 - Analyse orientée objets Section 1. Introduction à UML Julie Vachon et Houari Sahraoui 6.1. Introduction à UML 1. Vers une approche orientée objet 2. Introduction ti
Plus en détailLICENCE PROFESSIONNELLE SYSTEMES INFORMATIQUES & LOGICIELS
LICENCE PROFESSIONNELLE SYSTEMES INFORMATIQUES & LOGICIELS Contenu détaillé de la spécialité : SIMO : SYSTEMES D'INFORMATION, METHODES ET OUTILS (ASSISTANT CHEF DE PROJET INFORMATIQUE) Contenu détaillé
Plus en détailProgramme «Analyste Programmeur» Diplôme d état : «Développeur Informatique» Homologué au niveau III (Bac+2) (JO N 176 du 1 août 2003) (34 semaines)
Programme «Analyste Programmeur» Diplôme d état : «Développeur Informatique» Homologué au niveau III (Bac+2) (JO N 176 du 1 août 2003) (34 semaines) Module 1 : Programmer une application informatique Durée
Plus en détailGUIDE SUR L ASSISTANCE A LA MAÎTRISE D'OUVRAGE EN INFORMATIQUE
GUIDE SUR L ASSISTANCE A LA MAÎTRISE D'OUVRAGE EN INFORMATIQUE Validé par la Commission technique des marchés le 9 décembre 2004 1.1 OBJET DU GUIDE...3 1.2 LE PERIMETRE DU GUIDE...3 1.2.1 Terminologie
Plus en détailASTER et ses modules
ASTER et ses modules Sommaire Caractéristiques du site internet Rubriques et pages... page 3 Actualités... page 3 Agenda... page 4 Sons... page 4 Documents à télécharger... page 4 Liens... page 4 Albums
Plus en détailCéline Nicolas Cantagrel CPC EPS Grande Section /CP Gérer et faciliter la continuité des apprentissages
Céline Nicolas Cantagrel C EPS Grande Section / Gérer et faciliter la continuité des apprentissages GS Quelques pistes par rapport à l équipe pédagogique : renforcer les liens, clarifier les paramètres
Plus en détailQUESTIONNAIRE PROPOSITION D'ASSURANCE RC PROFESSIONNELLE ARCHITECTE D INTERIEUR
QUESTIONNAIRE PROPOSITION D'ASSURANCE RC PROFESSIONNELLE ARCHITECTE D INTERIEUR I IDENTITE DU PROPOSANT Nom : Adresse: Code Postal: Ville: Tél : Fax : Email : N d'inscription (éventuel) : au Registre du
Plus en détailChapitre 5 Vision Informatique Logique Architectures Applicative et Logicielle
Chapitre 5 Vision Informatique Logique Architectures Applicative et Logicielle NFE107 Chapitre 5 Vision Informatique Logique Architectures Applicative et Logicielle 5.1 Introduction Positionnement de la
Plus en détailNavigation dans les fichiers de configuration 1
Navigation dans les fichiers de configuration 1 ORI-OAI-search : entrées principales Personnalisation des interfaces de recherche/résultats Personnalisation des interfaces graphiques Gestion des messages/libellés
Plus en détailSYNERGIE Associés Confidentiel Reproduction interdite sans autorisation préalable Page 1 de 44
Page 1 de 44 alexandre.rolland@synergieassocies.com Vincent.gorlier@synergieassocies.com Page 2 de 44 SYNERGIE Associés Société de conseil et d'ingénierie La clef de votre succès : «La Synergie entre vos
Plus en détailLES 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étailManagement des processus opérationnels
Ecole Nationale Supérieure de Management Master Management des organisations Management des processus opérationnels Dr TOUMI Djamila Cours n 2: la modélisation des processus opérationnels INTRODUCTION
Plus en détailD AIDE À L EXPLOITATION
SYSTÈMES D AIDE À L EXPLOITATION P.MARSAUD Juin 2011 UN PEU DE VOCABULAIRE.. L Informatique Industrielle à développé au fil des années de son existence son propre vocabulaire issu de ses métiers et fonctions
Plus en détailHABILITATIONS dans les systèmes d information Avec la contribution de
Réflexions des établissements financiers du Forum des Compétences HABILITATIONS dans les systèmes d information Avec la contribution de Propriété intellectuelle du Forum des Compétences Tous droits de
Plus en détailPRINCIPES DU MANAGEMENT PAR ET DE PROJETS -- Qu est-ce qu un projet? -- Le management par projets -- Le management de projet - - Quelques outils :
PRINCIPES DU MANAGEMENT PAR ET DE PROJETS -- Qu est-ce qu un projet? -- Le management par projets -- Le management de projet - - Quelques outils : PBS et WBS - - Le déroulement du projet - - L équipe projet
Plus en détailNom de l application
Ministère de l Enseignement Supérieur et de la Recherche Scientifique Direction Générale des Etudes Technologiques Institut Supérieur des Etudes Technologiques de Gafsa Département Technologies de l Informatique
Plus en détail2. 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étailMESDAMES ET MESSIEURS LES DIRECTEURS ET CHEFS DE SERVICE
MESDAMES ET MESSIEURS LES DIRECTEURS ET CHEFS DE SERVICE PPRS/SEC//BR/DS/PP/DSA/N 12-04 Danielle SOULAT 01 43 93 84 77 POUR DIFFUSION AUX AGENTS POSTE A POURVOIR : CHEF DE PROJET ARCHIVAGE ET SYSTEME D
Plus en détailMéthodes de développement
1 / 9 Méthodes de développement Méthodes agiles 1 - Introduction... 2 2 -Le manifeste agile et les méthodes agiles... 2 2.1 Le manifeste agile... 2 2.2 Les méthodes agiles... 3 3 - Caractéristiques communes
Plus en détailCours de Java. Sciences-U Lyon. Java - Introduction Java - Fondamentaux Java Avancé. http://www.rzo.free.fr
Cours de Java Sciences-U Lyon Java - Introduction Java - Fondamentaux Java Avancé http://www.rzo.free.fr Pierre PARREND 1 Octobre 2004 Sommaire Java Introduction Java Fondamentaux Histoire de Java Machine
Plus en détailQu est ce que web meeting?
Qu est ce que web meeting? La solution Web Meeting est un outil de collaboration en temps réel sur le Web permettant de partager des documents de différent type (présentations Power Point, document Word,
Plus en détailMicrosoft France. Pour en savoir plus, connectez-vous sur www.microsoft.com/france/dynamics/nav ou contactez notre Service Client au 0825 827 859*
Microsoft France Pour en savoir plus, connectez-vous sur www.microsoft.com/france/dynamics/nav ou contactez notre Service Client au 0825 827 859* * 0,15 TTC/min Microsoft France - SAS au capital de 4 240
Plus en détailGestion Projet. Cours 3. Le cycle de vie
Gestion Projet Cours 3 Le cycle de vie Sommaire Généralités 3 Séquentiel 7 Itératif/Incrémental 17 Extreme Programming 22 Que choisir? 29 Etats Transverse 33 Cours 3 2006-2007 2 Généralités Cours 3 2006-2007
Plus en détailPROGRAMME 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étailRéussir la modélisation UML des phases amont Techniques de «pré-modélisation» : un pont vers le modèle
Réussir la modélisation UML des phases amont Techniques de «pré-modélisation» : un pont vers le modèle Softeam 2004 Philippe Desfray (voir A propos de l auteur) Présentation Réussir le développement d
Plus en détailREFERENTIEL D ACTIVITES ET DE COMPETENCES CQP AIDE DENTAIRE
REFERENTIEL D ACTIVITES ET DE COMPETENCES CQP AIDE DENTAIRE 1 ACTIVITES TECHNIQUES AIDE DENTAIRE / GESTION DU RISQUE INFECTIEUX Préparer et entretenir la salle de soins Entretenir la salle de stérilisation
Plus en détailM1805 - Études et développement informatique
Appellations Analyste cogniticien / cogniticienne informatique Analyste concepteur / conceptrice informatique Concepteur / Conceptrice analyste informatique Concepteur / Conceptrice d'application informatique
Plus en détailJean-François McNeil. Consultant en Analyse d Affaires Certification de l IIBA (CCBA) jf@solutionsmcn.com
Jean-François McNeil Profil personnel Consultant en Analyse d Affaires Certification de l IIBA (CCBA) jf@solutionsmcn.com Consultant orienté sur les résultats, à l affut de meilleures pratiques d analyse
Plus en détailSommaire. Textes officiels... 5. Horaires... 7. Enseignement de détermination... 9. Présentation... 9. Programme... 10
Sommaire Textes officiels... 5 Horaires... 7 Enseignement de détermination... 9 Présentation... 9 Programme... 10 Indications complémentaires... 11 collection Lycée voie générale et technologique série
Plus en détailBEP métiers des services administratifs BREVET D'ÉTUDES PROFESSIONNELLES MÉTIERS DES SERVICES ADMINISTRATIFS
BREVET D'ÉTUDES PROFESSIONNELLES MÉTIERS DES SERVICES ADMINISTRATIFS ANNEXE I a RÉFÉRENTIEL DES ACTIVITÉS PROFESSIONNELLES I. APPELLATION DU DIPLÔME BEP métiers des services administratifs RÉFÉRENTIEL
Plus en détailPEPI GPI (Gestion de Projet Informatique) - Note de Cadrage décembre 2010 -
I N S T I T U T N A T IO N A L D E L A R E C H E R C H E A G R O N O M I Q U E Pepi Gestion de Projets Informatiques PEPI GPI (Gestion de Projet Informatique) - Note de Cadrage décembre 2010-1 Préambule...
Plus en détailModelio by Modeliosoft
Modelio by Modeliosoft Solutions d entreprise basées sur l atelier leader de modélisation open source Modelio (modelio.org) L atelier de modélisation open source de référence Une solution sur étagère,
Plus en détailDépartement des systèmes d'information et de télécommunications Groupe de soutien achats et marchés
Département des systèmes d'information et de télécommunications Groupe de soutien achats et marchés a RFI : Progiciel de Gestion de Maintenance Assistée par Ordinateur (GMAO) ou d'enterprise Asset Management
Plus en détailDIVISION 175. ENREGISTREMENT DES BALISES 406 MHz
Affaires Maritimes DIVISION 175 ENREGISTREMENT DES BALISES 406 MHz Edition du 20 octobre 2008, parue au J.O. le 7 novembre 2008 (+ correctif du 22 novembre 2008) A jour des arrêtés suivants : Date de signature
Plus en détailBesoins 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étailDÉPLOIEMENT D UN ERP. Cours dispensé pour les L3 MSI Elaboré par : Mehdi M tir 2013/2014 Chapitre 3 : Modélisation des besoins
1 DÉPLOIEMENT D UN ERP Cours dispensé pour les L3 MSI Elaboré par : Mehdi M tir 2013/2014 Chapitre 3 : Modélisation des besoins LA CONDUITE D UN PROJET ERP La conduite d un projet d ERP est différente
Plus en détailFiche n 15. SST 4.5.3.1 : Enquête en cas d incidents 4.5.3.2 : Non-conformité, actions correctives et actions préventives
INERIS DVM-11-121612-08005A - HPa Fiche n 15 NON-CONFORMITE, ACTION CORRECTIVE ET ACTION PREVENTIVE ACCIDENTS ET INCIDENTS 1. Ce qu'exigent les référentiels Environnement ISO 14001 4.5.3 : Non-conformité,
Plus en détailPROGRAMME DE FORMATION
Innovation - Prévention conseil - accompagnement - formation Innovation-Prévention 19 rue Paul Séramy 77300 Fontainebleau N SIRET : 48155965600030 Tel : 09.88.99.99.59 www.innoprev.com Contact Direct avec
Plus en détailSoftware Asset Management Savoir optimiser vos coûts licensing
Software Asset Management Savoir optimiser vos coûts licensing A propos d Insight Insight est le spécialiste en gestion des contrats de licences, en fourniture de logiciels et services associés. Nous accompagnons
Plus en détailPlan. Un modèle d organisation. Pour les Archives numériques. Présentation Groupe PIN. Claude HUC (CNES)
Un modèle d organisation Pour les Archives numériques Présentation Groupe PIN 1 septembre 2004 Claude HUC (CNES) 2004/09/01 1 Plan ½ Notre contexte : L archivage long terme des données spatiales l une
Plus en détailTélé-Procédure de Gestion d Incidents : Spécifications et Prototype.
Télé-Procédure de Gestion d Incidents : Spécifications et Prototype. By Sébastien Pinel Performed at Laboratory LIG Equipe IIHM Université Joseph Fourrier Grenoble In partial fulfillment of the requirements
Plus en détail2.DIFFERENTS MODELES DE CYCLE DE VIE
2.DIFFERENTS MODELES DE CYCLE DE VIE 2.1. INTRODUCTION... 1 2.1.1 Notion de cycle de vie... 1 2.1.2 Justification du cycle de vie... 1 2.2. LES DIFFERENTES PHASES DU CYCLE DE VIE... 2 2.2.1 Définition
Plus en détailConduite de projets informatiques Développement, analyse et pilotage (2ième édition)
Avant-propos 1. Objectifs du livre 13 2. Structure du livre 14 Un projet informatique 1. Les enjeux 17 1.1 Les buts d'un projet 17 1.2 Les protagonistes d'un projet 18 1.3 Exemples de projets 19 2. Les
Plus en détail> innovation. Action «Normalisation» descriptif
Action «Normalisation» descriptif > Pour répondre aux questionnements des entreprises, la CCI Paris Ile-de-France et AFNOR Normalisation proposent aux entreprises de réaliser un pré-diagnostic normalisation
Plus en détailITIL, une approche qualité pour la gestion des services(*) informatiques. Pourquoi et comment introduire ITIL dans son organisation
Livre blanc Le pragmatisme de votre système d information Rédacteur : Marc LORSCHEIDER / Expert ITIL Mise à jour : 05/06/2013 ITIL, une approche qualité pour la gestion des services(*) informatiques Pourquoi
Plus en détailSage Suite RH Le logiciel de paie moderne qui valorise votre meilleur atout : le capital humain.
Fiche produit Sage Suite RH Le logiciel de paie moderne qui valorise votre meilleur atout : le capital humain. Optez pour une gestion optimisée de la Paie et des Ressources Humaines Les données conjoncturelles
Plus en détailCours de Génie Logiciel
Cours de Génie Logiciel Sciences-U Lyon Diagrammes UML (2) http://www.rzo.free.fr Pierre PARREND 1 Avril 2005 Sommaire Les Diagrammes UML Diagrammes de Collaboration Diagrammes d'etats-transitions Diagrammes
Plus en détailSystèmes de transport public guidés urbains de personnes
service technique des Remontées mécaniques et des Transports guidés Systèmes de transport public guidés urbains de personnes Principe «GAME» (Globalement Au Moins Équivalent) Méthodologie de démonstration
Plus en détailVotre infrastructure est-elle? La collaboration informatique. améliore la performance globale
Votre infrastructure est-elle? La collaboration informatique améliore la performance globale Des processus automatisés Travail isolé ou processus de groupe : où en êtes-vous? Le travail en équipe a toujours
Plus en détailMéthode d'organisation de la veille juridique
Méthode d'organisation de la veille juridique "Je vois de loin, j atteins de même", Jean de La Fontaine* * L'Oracle et l'impie Journée Juriconnexion 25 novembre 2014 1 Toute activité de veille, pour être
Plus en détailRAPPORT DES COMMISSAIRES AUX COMPTES SUR LES COMPTES ANNUELS
RAPPORT DES COMMISSAIRES AUX COMPTES SUR LES COMPTES ANNUELS Société Générale Exercice clos le 31 décembre 2014 Aux Actionnaires, En exécution de la mission qui nous a été confiée par votre assemblée générale,
Plus en détailTravaux soutenus par l ANR. Jean-François CAPURON (DGA) Bruno LEGEARD (Smartesting)
Travaux soutenus par l ANR Jean-François CAPURON (DGA) Bruno LEGEARD (Smartesting) 03 Avril 2012 1. Test de sécurité et génération de tests à partir de modèle 2. Le projet SecurTest à DGA Maîtrise de l
Plus en détailMéthodologie de mise en place de
Méthodologie de mise en place de solutions libres en bibliothèques universitaire Ludovic MECHIN doxulting 4 juin 2009 2 Sommaire Spécificités d'un projet d'implantation d'un logiciel libre ou open source
Plus en détail3. SPÉCIFICATIONS DU LOGICIEL. de l'expression des besoins à la conception. Spécifications fonctionnelles Analyse fonctionnelle et méthodes
PLAN CYCLE DE VIE D'UN LOGICIEL EXPRESSION DES BESOINS SPÉCIFICATIONS DU LOGICIEL CONCEPTION DU LOGICIEL LA PROGRAMMATION TESTS ET MISE AU POINT DOCUMENTATION CONCLUSION C.Crochepeyre Génie Logiciel Diapason
Plus en détailFiche méthodologique Rédiger un cahier des charges
Fiche méthodologique Rédiger un cahier des charges Plan de la fiche : 1 : Présentation de la fiche 2 : Introduction : les grands principes 3 : Contenu, 1 : positionnement et objectifs du projet 4 : Contenu,
Plus en détailCahier des charges pour la réalisation d une mission d expertise et de conseil (mission Cagir),
Cahier des charges pour la réalisation d une mission d expertise et de conseil (mission Cagir), préalable à la mise en place d un système de gestion des identités et des rôles dans le SI Inra V1.0 5/10/2007
Plus en détailMODALITES DE SUIVI DU PROJET ANNUEL DU MASTER 2 SOLUTIONS INFORMATIQUES LIBRES
MODALITES DE SUIVI DU PROJET ANNUEL DU MASTER 2 SOLUTIONS INFORMATIQUES LIBRES Département Informatique UFR Sciences 2 Boulevard Lavoisier 49045 Angers Cedex 01 Auteur : Jean-Michel Richer Email : jean-michel.richer@univ-angers.fr
Plus en détailTHEORIE ET CAS PRATIQUES
THEORIE ET CAS PRATIQUES A DEFINIR 8/28/2012 Option AUDIT 1 INTRODUCTION L informatique : omniprésente et indispensable Développement des S.I. accroissement des risques Le SI = Système Nerveux de l entreprise
Plus en détailCe document est la propriété de la MAP. Il ne peut être utilisé, reproduit ou communiqué sans son autorisation. MECANIQUE AERONAUTIQUE PYRENEENNE
MANUEL MANAGEMENT QUALITE Révision janvier 2010 Ce document est la propriété de la MAP. Il ne peut être utilisé, reproduit ou communiqué sans son autorisation. MECANIQUE AERONAUTIQUE PYRENEENNE Place d
Plus en détailSIMULER ET CONCEVOIR LE TRAVAIL FUTUR
SIMULER ET CONCEVOIR LE TRAVAIL FUTUR Utilisation du logigramme d activité dans un projet informatique, pour simuler les compétences futures, et évaluer la charge de travail. WWW.ANACT.FR OUTIL DE SIMULATION
Plus en détailUniversité de Lausanne
Université de Lausanne Records management et archivage électronique : cadre normatif Page 2 Ce qui se conçoit bien s énonce clairement Nicolas Boileau Page 3 Table des matières Qu est- ce que le «records
Plus en détailRÉSUMÉ DESCRIPTIF DE LA CERTIFICATION (FICHE RÉPERTOIRE)
RÉSUMÉ DESCRIPTIF DE LA CERTIFICATION (FICHE RÉPERTOIRE) Intitulé (cadre 1) Domaine : Sciences, Technologies, Santé Licence professionnelle : Dénomination Nationale «Systèmes informatiques et logiciels»
Plus en détailVisual 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étude de rémunérations
étude de rémunérations dans la finance de marché Les salaires des métiers de la Moe et de la Moa AVEC NOUS, VOTRE TALENT PREND DE LA VALEUR 1 Sommaire Le mot des dirigeants Présentation METIERS DE LA MOE
Plus en détailCours STIM P8 TD 1 Génie Logiciel
Cours STIM P8 TD 1 Génie Logiciel Compléments sur UML Intervenant : Anil CASSAM CHENAI Date : 02/02/2012 Objectifs du complément Ce complément sera approfondi en parallèle de plusieurs TD/Cours. Rappels
Plus en détailQu'est-ce que le BPM?
Qu'est-ce que le BPM? Le BPM (Business Process Management) n'est pas seulement une technologie mais, dans les grandes lignes, une discipline de gestion d'entreprise qui s'occupe des procédures contribuant
Plus en détailObjectif : 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étailEtude et développement d un moteur de recherche
Ministère de l Education Nationale Université de Montpellier II Projet informatique FLIN607 Etude et développement d un moteur de recherche Spécifications fonctionnelles Interface utilisateur Responsable
Plus en détail