IFT2251: Introduction au génie logiciel
|
|
- Heloïse Corriveau
- il y a 6 ans
- Total affichages :
Transcription
1 Julie Vachon, Hiver 2006 IFT2251: Introduction au génie logiciel Chapitre 3: Analyse et spécification Section 1 : Développement requis (cueillette et spécification) Sommaire Chapitre 3, section 1 «Analyse introduction aux techniques de cueillette d informations et de spécification» 1. Les besoins (exigences) 2. Processus d analyse besoins 3. Expression besoins Détermination besoins Négociation et validation besoins 4. Spécification et modèles Les modèles : utilité, types, etc. J. Vachon - Chap.3, sect.1, p.2 Copyrights Julie Vachon, 2006 Références Satzinger et al. Chapitres 4 et 5 Ghezzi et al. Chapitre 5, sections 1 à 4 Pfleeger Chapitre 4 Un problème de communication Schémas Langages formels Spécifications souvent incompréhensibles pour les non initiés. Expertise, jargon du domaine Indécis, opinion changeant selon l offre Besoins ambigus, éléments manquants Analyse besoins: souvent Incomplète, imprécise, invalide J. Vachon - Chap.3, sect.1, p.3 Copyrights Julie Vachon, 2006 J. Vachon - Chap.3, sect.1, p.4 Copyrights Julie Vachon, 2006
2 L analyste L analyste doit devenir aussi informé du fonctionnement de l entreprise que les utilisateurs. Il doit être devenir l expert. Avantages: Meilleure crédibilité. Solution innovatrice. Prêt à comprendre tous les utilisateurs J. Vachon - Chap.3, sect.1, p.5 Copyrights Julie Vachon, 2006 J. Vachon - Chap.3, sect.1, p.6 Copyrights Julie Vachon, Besoins Besoin («requirement») = exigence que le système devrait satisfaire. Synonymes: exigences, caractéristiques, requis. Exemples: Système de contrôle d un ascenseur B1. Le programme doit planifier les activités de l ascenseur de façon efficace et raisonnable. B2. Le programme doit illuminer l indicateur du panneau d arrivée correspondant à l étage où l ascenseur arrive. B3. Au dernier (resp. premier) étage, le panneau d appel ne contient qu un seul bouton, soit celui pour cendre (resp. monter). etc. Catégories de besoins Besoins fonctionnels (exigences fonctionnelles) cription services? (fonctions). cription données manipulées "Comment souhaite-on pouvoir utiliser le système". Besoins non fonctionnels (spécifications techniques) cription contraintes? Pour chaque service et pour le système global, il est possible d exprimer différents types de contraintes: contraintes de performance contraintes de sécurité contrainte de convivialité et d'apparence Etc. J. Vachon - Chap.3, sect.1, p.7 Copyrights Julie Vachon, 2006 J. Vachon - Chap.3, sect.1, p.8 Copyrights Julie Vachon, 2006
3 Types de besoins Les besoins peuvent traduire exigences concernant L environnement physique Les interfaces Les humains et utilisateurs Les fonctionnalités La documentation Les données Les ressources La sécurité L assurance de la qualité Caractéristiques besoins Corrects Clairs, sans ambiguïtés, intelligibles. Cohérents Complets complétude interne (cohérence) et externe Réalistes Pertinents pour le client Vérifiables «Traçables» J. Vachon - Chap.3, sect.1, p.9 Copyrights Julie Vachon, 2006 J. Vachon - Chap.3, sect.1, p.10 Copyrights Julie Vachon, Processus d analyse besoins Processus d analyse besoins A. Expression besoins (requirements elicitation) Cueillette d informations validation & besoins Cueillette d informations validation & besoins B. Spécification et modélisation besoins Modélisation et spécification Validation A // B ou A;B Document d analyse & spécification J. Vachon - Chap.3, sect.1, p.11 Copyrights Julie Vachon, 2006 Modélisation et spécification Recueillir l information. Définir les caractéristiques du système. Bâtir prototype pour la découverte Validation Document d analyse & spécification Prioriser les caractéristiques. Produire et évaluer solutions de rechange. Examiner les recommandations avec la haute direction. J. Vachon - Chap.3, sect.1, p.12 Copyrights Julie Vachon, 2006
4 Processus d analyse besoins Expression besoins Participants: analyste, client et utilisateurs. Document: cahier Rédigé par: le client en collaboration avec l analyste. En langue naturelle. Découpage: en paragraphes exprimant clairement les buts, les besoins et les contraintes. Spécification et modélisation besoins Participants: analyste Document: dossier d analyse et de spécification Rédigé par: l analyste. Notation graphique ou textuelle rigoureuse. Découpage: modèles statique, fonctionnel et comportemental Expression besoins A. Expression besoins 1. Collecte informations Modélisation et spécification 2. Validation & 3. besoins B. Spécification et modélisation besoins Validation Document d analyse & spécification 4. J. Vachon - Chap.3, sect.1, p.13 Copyrights Julie Vachon, 2006 J. Vachon - Chap.3, sect.1, p.14 Copyrights Julie Vachon, 2006 Collecte informations Thèmes Collecte informations validation & besoins Thèmes pour les questions de cueillette d informations Identification opérations et procédés administratifs Quoi? Réalisation opérations Comment? Identification informations requises pour réaliser les opérations Avec quels moyens? Questions Que faites-vous? Comment le faites-vous? Quelle démarche suivez-vous? Quelles informations utilisez-vous? Quels formulaires et quels rapports? J. Vachon - Chap.3, sect.1, p.15 Copyrights Julie Vachon, 2006 Collecte informations 1. Métho traditionnelles Entrevue avec clients, utilisateurs et experts du domaine. Questionnaires (accompagnent ou préparent l entrevue) Observation (passive ou active) Documenter l observation: diag. de flux travaux Étude documents et systèmes logiciels existants Étude solutions (déjà existantes) fournisseurs J. Vachon - Chap.3, sect.1, p.16 Copyrights Julie Vachon, 2006
5 Questionnaire Questions fermées objectives Diagramme d activités représentant le flux travaux. Questions fermées subjectives Satzinger et al Questions ouvertes subjectives (explicatives) J. Vachon - Chap.3, sect.1, p.17 Copyrights Julie Vachon, 2006 J. Vachon - Chap.3, sect.1, p.18 Satzinger et al Copyrights Julie Vachon, 2006 Collecte informations Sources à consulter? Description de la situation actuelle Modèles du domaine Composants réutilisables et politiques de réutilisation Propositions types de besoins à définir Documentation existante Systèmes et organisations existants Besoins exprimés par les parties (clients, utilisateurs) 2. Métho actuelles Prototypage Maquette démonstrative, première étude de faisabilité. Identification besoins conflictuels, omis ou mal saisis Prototype jetable: Pour évaluer solutions, puis jeté. Attention portée sur les besoins les moins bien compris. Prototype évolutif: Raffiné pour produire versions intermédiaires jusqu au produit final. Attention portée sur les besoins les mieux compris. J. Vachon - Chap.3, sect.1, p.19 Copyrights Julie Vachon, 2006 J. Vachon - Chap.3, sect.1, p.20 Copyrights Julie Vachon, 2006
6 Collecte informations Métho actuelles (suite) Développement conjoint d'application (Joint Application Development - JAD) Série d'ateliers/réunion de travail auxquelles participent clients et développeurs (workshop) Durée: quelques heures à une semaine. Souvent organisé par firme de consultants. Participants: chef modérateur, secrétaire, client/utilisateurs, développeurs. But: efficacité. Pour plus d info: (html ici) Collecte informations Métho actuelles (suite) Cas d utilisation Description scénarios d utilisation du logiciel 1. Identification services (cas? d utilisation) offerts par le système. 2. Identification acteurs? participant à chacun cas d utilisation. Un acteur représente un rôle joué par une entité (personne, machine, etc.) dans le système. N.B. Un acteur est un rôle possiblement joué par plusieurs entités. Une même entité peut tenir le rôle de plus d un acteur. 3. Description détaillée scénarios? d exécution de chaque cas d utilisation. J. Vachon - Chap.3, sect.1, p.21 Copyrights Julie Vachon, 2006 J. Vachon - Chap.3, sect.1, p.22 Copyrights Julie Vachon, 2006 Collecte informations Métho actuelles (suite) Cas d utilisation Exercice: Décrire le scénario principal d un cas d utilisation «Retrait à un guichet bancaire» Collecte informations Négociation et validation validation & besoins J. Vachon - Chap.3, sect.1, p.23 Copyrights Julie Vachon, 2006 J. Vachon - Chap.3, sect.1, p.24 Copyrights Julie Vachon, 2006
7 Validation & Les besoins répondent-ils aux exigences du client? Réviser la liste besoins en vérifiant s il sont complets, cohérents, réalistes, pertinents, vérifiables, traçables, Tout compromis doit être négocié avec le client. Classer les besoins selon leur priorité et évaluer le risque associé à chacun. Négociation et validation besoins 1. Élimination besoins non pertinents ou irréalistes Bien définir les frontières du système. Construire un diagramme de contexte pour identifier les entités externes, les entrées, les sorties. Identifier les besoins qui ne répondent pas aux objectifs du système, qui sont hors plan, etc. Faire la liste besoins exclus pour cause de trop grande difficulté de réalisation mise en oeuvre par matériel hardware inadéquation de la technologie existante etc. J. Vachon - Chap.3, sect.1, p.25 Copyrights Julie Vachon, 2006 J. Vachon - Chap.3, sect.1, p.26 Copyrights Julie Vachon, 2006 Négociation et validation 2. Élimination besoins conflictuels et se recoupant Numéroter besoins et construire matrice: identification paires de besoins conflictuels: discussion/ avec le client se recoupant: reformulation. b1 b2 b3 b1 b2 ok b3 C R Négociation et validation 3. Evaluation du risque associé aux besoins et évaluation de leur priorité Quels sont les besoins susceptibles de causer problèmes pendant le développement??? risques techniques, risques de performance, de sécurité, d'intégrité de la b.d., risques politiques/légaux, risques de volatilité (besoins qui changent durant développement) Priorité: 1. Essentiel 2. Utile 3. Difficile 4. À décider J. Vachon - Chap.3, sect.1, p.27 Copyrights Julie Vachon, 2006 J. Vachon - Chap.3, sect.1, p.28 Copyrights Julie Vachon, 2006
8 Collecte informations besoins validation & besoins besoins 1. Identification et classification besoins dans le cahier identificateur unique (manuel ou automatique par b.d) numérotation séquentielle numérotation séquentielle avec catégories 2. Hiérarchisation besoins Un besoin peut se composer d un ou plusieurs sousbesoins plus spécifiques, moins abstraits. On peut construire d'abord un modèle abstrait ne considérant pas les sous-besoins... J. Vachon - Chap.3, sect.1, p.29 Copyrights Julie Vachon, 2006 J. Vachon - Chap.3, sect.1, p.30 Copyrights Julie Vachon, 2006 s besoins Exemple. B1. Le programme doit planifier les activités de l ascenseur de façon efficace et raisonnable. B1.1 Si l ascenseur ne contient pas de passager, il devrait demeurer au rez-de-chaussée en attendant la prochaine requête. B1.2 L ascenseur ne devrait pas modifier le sens de son déplacement s il contient passagers qui n ont pas encore atteint leur tination. Exemple d un cahier de charge (html ici). J. Vachon - Chap.3, sect.1, p.31 Copyrights Julie Vachon, 2006 besoins 3. modifications et traçabilité Lorsqu une exigence est changée, comment facilement retracer les documents, modèles et bout de code à modifier? Modifications facilitée par l utilisation d'un outil de gestion de configuration Permet de tracer: Les besoins? qui définissent ce que le système doit faire. Les modules? de conception générés à partir besoins Le code? qui implémente la conception Les tests? qui vérifient les fonctionnalités du système La documentation? qui décrit le système facilitée versions et meilleure traçabilité lors changements. Pour en savoir plus (html ici): J. Vachon - Chap.3, sect.1, p.32 Copyrights Julie Vachon, 2006
9 Collecte informations Validation & besoins Voici maintenant la structure standard d un cahier (Il existe plusieurs templates de cahier (IEEE, ANSI, etc.)) 1. Description générale du projet 1.1 Intention et portée du projet 1.2 Contexte d'entreprise (planification stratégique) 1.3 Parties prenantes 1.4 Idées de solution 1.5 Plan du document 2. Requis fonctionnels (services) 2.1 Portée du système (diagramme de contexte) 2.2 Besoins fonctionnels (entrées, sorties, calculs, synchronisations/contraintes temporelles, stokage de données, etc.) J. Vachon - Chap.3, sect.1, p.33 Copyrights Julie Vachon, 2006 J. Vachon - Chap.3, sect.1, p.34 Copyrights Julie Vachon, Contraintes (requis relatifs à la qualité et la platefome) 3.1 Contraintes d'interface (convivialité) 3.2 Contraintes de performance (temps de réponse, etc.) 3.3 Contraintes de sécurité (protection données, confidentialité, etc.) 3.4 Contraintes de fiabilité (correction, robustesse, tolérance aux fautes & recouvrement) 3.5 Contraintes opérationnelles (débit opérations, disponibilité) 3.6 Facilité de maintenance (extensibilité, portabilité, réutilisabilité) 3.7 Plateforme et technologies 3.8 Contraintes politiques et légales 4. Eléments du projet (requis relatifs aux processus de développement) 4.1 Problèmes ouverts 4.2 Planning préliminaire 4.3 Budget préliminaire Appendices - Glossaire - Documents et formulaires d'entreprise - Références bibliographiques J. Vachon - Chap.3, sect.1, p.35 Copyrights Julie Vachon, 2006 J. Vachon - Chap.3, sect.1, p.36 Copyrights Julie Vachon, 2006
10 Détermination besoins («elicitation») Spécification et modélisation A. Expression besoins Modélisation et spécification Validation & besoins B. Spécification et modélisation besoins Validation Document d analyse & spécification J. Vachon - Chap.3, sect.1, p.37 Copyrights Julie Vachon, 2006 Spécification et modélisation Modèle Représentation abstraite d un aspect important quelconque du monde réel. Moyen de décrire avec rigueur les caractéristiques d un système. Un ensemble de modèles différents sont nécessaires pour représenter les différentes vues d un système Modèle Y Vue interactions Système Modèle X Vue de la structure Modèle Z Vue du comportement J. Vachon - Chap.3, sect.1, p.38 Copyrights Julie Vachon, 2006 Spécification et modélisation Utilité de la modélisation Styles de spécification Trois axes de classification Degré de formalisme Nature aspects décrits Approfondir la compréhension du problème. Réduire la complexité par l abstraction. Retenir tous les détails. Favoriser la communication avec les autres membres de l équipe de développement, les utilisateurs, etc. Documenter. Degré de formalisme Spécifications informelles: Style énoncés Ex. cription en langue naturelle, croquis, etc. Spécifications semi-formelles Notation graphique dont la sémantique n est pas formellement définie. Ex. UML Spécifications formelles. Ex.: Spéc. algébriques, spéc. logiques, réseaux de Petri, langages de programmation, etc. J. Vachon - Chap.3, sect.1, p.39 Copyrights Julie Vachon, 2006 J. Vachon - Chap.3, sect.1, p.40 Copyrights Julie Vachon, 2006
11 Styles de spécification Style énoncés Spécifications opérationnelles Tout en décrivant le «quoi?», on suggère aussi le «comment». Ex. Réseaux de Petri, DFD, FSM, etc. Spécifications criptives. Description propriétés désirées Ex. Modèles E.-A., spéc. logiques, etc. Nature aspects décrits Spécifications statiques: On décrit ce qui ne change pas dans le système (format données, propriétés fonctions) Ex. Modèle E.-A. définitions axiomatiques, etc. Spécifications dynamiques On décrit ce qui change dans le système: les états, les réactions aux stimuli. Ex. FSM, réseaux de Petri, tables de décision, etc. Parmi les objectifs d apprentissage Expliquer la différence entre exigences fonctionnelles et non fonctionnelles Décrire les différentes étapes de l expression besoins. Décrire différentes métho, classiques et actuelles, de collecte d informations. Expliquer ce qu est un cahier et ce qu il contient. Expliquer les objectifs de la modélisation. J. Vachon - Chap.3, sect.1, p.41 Copyrights Julie Vachon, 2006 J. Vachon - Chap.3, sect.1, p.42 Copyrights Julie Vachon, 2006
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é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é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étailRTDS G3. Emmanuel Gaudin emmanuel.gaudin@pragmadev.com
RTDS G3 Emmanuel Gaudin emmanuel.gaudin@pragmadev.com PragmaDev Dédiée au développement d un AGL pour le développement des applications temps réel et embarquées. Réseau de partenaires: Formations, Service,
Plus en dé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é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é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étailChapitre VIII. Les bases de données. Orientées Objet. Motivation
Chapitre VIII Motivation Le modèle relationnel connaît un très grand succès et s avère très adéquat pour les applications traditionnelles des bases de données (gestion) Les bases de données Orientées Objet
Plus en détailGénie logiciel pour le commerce électronique Hiver 2003 Prof.: Julie Vachon
Génie logiciel pour le commerce électronique Hiver 2003 Prof.: Julie Vachon Travail pratique #1 «Réalisation d'une plateforme de vente aux enchères électronique» À réaliser individuellement ou en équipe
Plus en dé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étailBES WEBDEVELOPER ACTIVITÉ RÔLE
BES WEBDEVELOPER ACTIVITÉ Le web developer participe aux activités concernant la conception, la réalisation, la mise à jour, la maintenance et l évolution d applications internet/intranet statiques et
Plus en détailLogiciel Libre Cours 3 Fondements: Génie Logiciel
Logiciel Libre Cours 3 Fondements: Génie Logiciel Stefano Zacchiroli zack@pps.univ-paris-diderot.fr Laboratoire PPS, Université Paris Diderot 2013 2014 URL http://upsilon.cc/zack/teaching/1314/freesoftware/
Plus en détailRetour d expérience. Le rôle du Business Analyst chez Orange. Nadia Magarino & Christophe Dufour 29 avril 2015
Retour d expérience Le rôle du Business Analyst chez Orange Nadia Magarino & Christophe Dufour 29 avril 2015 Plus de 161 000 salariés à votre service mobile entreprises internet et fixe Plus de 161 000
Plus en détailbasée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML
basée sur le cours de Bertrand Legal, maître de conférences à l ENSEIRB www.enseirb.fr/~legal Olivier Augereau Formation UML http://olivier-augereau.com Sommaire Introduction I) Les bases II) Les diagrammes
Plus en détailSECTION 5 BANQUE DE PROJETS
SECTION 5 BANQUE DE PROJETS INF 4018 BANQUE DE PROJETS - 1 - Banque de projets PROJET 2.1 : APPLICATION LOGICIELLE... 3 PROJET 2.2 : SITE WEB SÉMANTIQUE AVEC XML... 5 PROJET 2.3 : E-LEARNING ET FORMATION
Plus en détailMécanisme d examen de l application de la Convention des Nations Unies contre la corruption Documents de base
Mécanisme d examen de l application de la Convention des Nations Unies contre la corruption Documents de base NATIONS UNIES Office DES NATIONS UNIES CONTRE LA DROGUE ET LE CRIME Vienne Mécanisme d examen
Plus en détailINF 1250 INTRODUCTION AUX BASES DE DONNÉES. Guide d étude
INF 1250 INTRODUCTION AUX BASES DE DONNÉES Guide d étude Sous la direction de Olga Mariño Télé-université Montréal (Québec) 2011 INF 1250 Introduction aux bases de données 2 INTRODUCTION Le Guide d étude
Plus en détailBien 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é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étailLES TECHNOLOGIES DU WEB APPLIQUÉES AUX DONNÉES STRUCTURÉES
LES TECHNOLOGIES DU WEB APPLIQUÉES AUX DONNÉES STRUCTURÉES 1e partie : encoder et structurer les données Gautier Poupeau Antidot http://www.lespetitescases.net Twitter @lespetitescases Emmanuelle Bermès
Plus en détailOFFICE DES NATIONS UNIES CONTRE LA DROGUE ET LE CRIME Vienne
OFFICE DES NATIONS UNIES CONTRE LA DROGUE ET LE CRIME Vienne Mécanisme d examen de l application de la Convention des Nations Unies contre la corruption Documents de base NATIONS UNIES Vienne, 2010 Résolutions
Plus en détailBrique BDL Gestion de Projet Logiciel
Brique BDL Gestion de Projet Logiciel Processus de développement pratiqué à l'enst Sylvie.Vignes@enst.fr url:http://www.infres.enst.fr/~vignes/bdl Poly: Computer elective project F.Gasperoni Brique BDL
Plus en détailC est quoi le SWAT? Les équipes décrites par James Martin s appellent SWAT : Skilled With Advanced Tools.
1- RAD Quelle sont les avantages que apporte la méthode RAD à l entreprise? Une méthode RAD devrait, d après son auteur, apporter trois avantages compétitifs à l entreprise : Une rapidité de développement
Plus en détailGé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é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étailLa Certification de la Sécurité des Automatismes de METEOR
1 La Certification de la Sécurité des Automatismes de METEOR 2 un mot sur METEOR 3 Le projet METEOR, c'est... un système automatique complexe fortement intégré matériel roulant, équipements électriques,
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étailLes grandes familles du numérique
Les grandes familles du numérique Les métiers de la production Gérer, exploiter et veiller les systèmes informatiques et réseaux Technicien infrastructure Technicien système, intégration, réseau, télécom,
Plus en détailModélisation des données
Modélisation des données Le modèle Entité/Association Le MCD ou modèle Entité/Association est un modèle chargé de représenter sous forme graphique les informations manipulées par le système (l entreprise)
Plus en détailMaster MIDO 2ème année. Spécification et Conception en UML Maude Manouvrier
Master MIDO 2ème année Spécification et Conception en UML Maude Manouvrier Spécifications initiales Analyse Conception du système Conception des classes Bibliographie Modélisation et conception orientées
Plus en détailInformation utiles. cinzia.digiusto@gmail.com. webpage : Google+ : http://www.ibisc.univ-evry.fr/ digiusto/
Systèmes de gestion de bases de données Introduction Université d Evry Val d Essonne, IBISC utiles email : cinzia.digiusto@gmail.com webpage : http://www.ibisc.univ-evry.fr/ digiusto/ Google+ : https://plus.google.com/u/0/b/103572780965897723237/
Plus en détailS3CP. Socle commun de connaissances et de compétences professionnelles
S3CP Socle commun de connaissances et de compétences professionnelles Référentiel Le présent socle décrit un ensemble de connaissances et compétences devant être apprécié dans un contexte professionnel.
Plus en détailRAPPORT EXÉCUTIF DE LA FIRME DE CONSULTANTS GARTNER
A Demande R-3491-2002 RAPPORT EXÉCUTIF DE LA FIRME DE CONSULTANTS GARTNER HYDRO-QUÉBEC ÉVALUATION DU PROJET SIC ET RECOMMANDATIONS, 7 AOÛT 2002 Original : 2002-09-20 HQD-2, Document 1 (En liasse) Rapport
Plus en détailAnalyse,, Conception des Systèmes Informatiques
Analyse,, Conception des Systèmes Informatiques Méthode Analyse Conception Introduction à UML Génie logiciel Définition «Ensemble de méthodes, techniques et outils pour la production et la maintenance
Plus en détailDevenez un véritable développeur web en 3 mois!
Devenez un véritable développeur web en 3 mois! L objectif de la 3W Academy est de former des petits groupes d élèves au développement de sites web dynamiques ainsi qu à la création d applications web
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étailGénie Logiciel. Rappels. C. Crochepeyre Génie Logiciel Rappels 1
Génie Logiciel Rappels C. Crochepeyre Génie Logiciel Rappels 1 INTRODUCTION GL: ingénierie appliquée au logiciel informatique Objectif: la qualité diminution du coût du logiciel et fiabilité Besoin: complexité
Plus en détailProposition 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étailIndustrialiser la chaîne complète de fabrication 1ère partie - Les bénéfices de la solution logicielle IBM VisualAge Pacbase / Rational
IBM Software Group Industrialiser la chaîne complète de fabrication 1ère partie - Les bénéfices de la solution logicielle IBM VisualAge Pacbase / Rational Fernard Bonaguidi fernand.bonaguidi@fr.ibm.com
Plus en détailCégep de Saint Laurent Direction des communications et Direction des ressources technologiques. Projet WebCSL : Guide de rédaction web
Cégep de Saint Laurent Direction des communications et Direction des ressources technologiques Projet WebCSL : Laurence Clément, conseillère en communication édimestre Marc Olivier Ouellet, webmestre analyste
Plus en détailPratique recommandée par IEEE pour la préparation de spécifications d exigences de logiciel
Pratique recommandée par IEEE pour la préparation de spécifications d exigences de logiciel Circuits et dispositifs Technologie de s communications Société d informatique IEEE Commandité par le Comité
Plus en détailSystème de management H.A.C.C.P.
NM 08.0.002 Norme Marocaine 2003 Système de management H.A.C.C.P. Exigences Norme Marocaine homologuée par arrêté du Ministre de l'industrie, du Commerce et des Télécommunications N 386-03 du 21 Février
Plus en détailDossier d'étude technique
Centre national de la recherche scientifique Direction des systèmes d'information REFERENTIEL QUALITE Guide méthodologique Dossier d'étude technique Référence : CNRS/DSI/conduite-projet/developpement/technique/guide-etude-technique
Plus en détailVérifier la qualité de vos applications logicielle de manière continue
IBM Software Group Vérifier la qualité de vos applications logicielle de manière continue Arnaud Bouzy Kamel Moulaoui 2004 IBM Corporation Agenda Analyse de code Test Fonctionnel Test de Performance Questions
Plus en détailMODIFICATIONS DES PRINCIPES DIRECTEURS CONCERNANT LA RÉDACTION DES DÉFINITIONS RELATIVES AU CLASSEMENT
ANNEXE VI MODIFICATIONS DES PRINCIPES DIRECTEURS CONCERNANT LA RÉDACTION DES DÉFINITIONS RELATIVES AU CLASSEMENT RECOMMANDATIONS GÉNÉRALES Les utilisateurs s attendent à trouver dans les définitions des
Plus en dé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étailGuide du/de la candidat/e pour l élaboration du dossier ciblé
Guide du/de la candidat/e pour l élaboration du dossier ciblé en vue de l obtention du titre de "Conseiller ère diplômé e en orientation professionnelle, universitaire et de carrière" par la validation
Plus en détailVotre Réseau est-il prêt?
Adapter les Infrastructures à la Convergence Voix Données Votre Réseau est-il prêt? Conférence IDG Communications Joseph SAOUMA Responsable Offre ToIP Rappel - Définition Voix sur IP (VoIP) Technologie
Plus en détailGé nié Logiciél Livré Blanc
Gé nié Logiciél Livré Blanc Version 0.2 26 Octobre 2011 Xavier Blanc Xavier.Blanc@labri.fr Partie I : Les Bases Sans donner des définitions trop rigoureuses, il faut bien commencer ce livre par énoncer
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étailPolitique de Certification Pour les Certificats de classe 0 et 4 émis par l autorité de certification Notaires PUBLIÉ
PC Gestion des certificats émis par l AC Notaires Format RFC 3647 Politique de Certification Pour les Certificats de classe 0 et 4 émis par l autorité de certification Notaires PC Notaires Référence du
Plus en détailLearning Object Metadata
Page 1 of 7 Learning Object Metadata Le LOM (Learning Object Metadata), est un schéma de description de ressources d enseignement et d apprentissage. Le LOM peut être utilisé pour décrire des ressources
Plus en détailConseils pour l évaluation et l attribution de la note
Entreprise formatrice Candidat/-e Téléphone: Téléphone: Ce document ne doit en aucun cas être montré au candidat après l attribution des points. Conseils pour l évaluation et l attribution de la note Documentation
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étailProjet 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étailApplication des Spécifications détaillées pour la Retraite, architecture portail à portail
Pour Application des Spécifications détaillées pour la Retraite, architecture portail à portail Version 1.0 ON-X S.A. est une société du Groupe ON-X 15, quai Dion Bouton 92816 PUTEAUX cedex. Tél : 01 40
Plus en détailUtilisation des tableaux sémantiques dans les logiques de description
Utilisation des tableaux sémantiques dans les logiques de description IFT6281 Web Sémantique Jacques Bergeron Département d informatique et de recherche opérationnelle Université de Montréal bergerja@iro.umontreal.ca
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étailIPMA 1. Le référentiel 2. Les processus de certification. Claude Marguerat, IPMA-B www.formationcoaching.ch Congrès des 23 et 24 avril 2014
IPMA 1. Le référentiel 2. Les processus de certification Claude Marguerat, IPMA-B www.formationcoaching.ch Congrès des 23 et 24 avril 2014 (c) C. Marguerat avril 2014 2 1.Se certifier, quel intérêt? 2.IPMA
Plus en détailSupport Administratif
09 Support Administratif Cette famille rassemble des métiers dont la finalité est d optimiser le fonctionnement et l organisation de l entreprise par la gestion administrative et le traitement d informations
Plus en détailSystèmes d information et bases de données (niveau 1)
Systèmes d information et bases de données (niveau 1) Cours N 1 Violaine Prince Plan du cours 1. Bibliographie 2. Introduction aux bases de données 3. Les modèles 1. Hiérarchique 2. Réseau 3. Relationnel
Plus en détailPOLITIQUE DE GESTION DES DOCUMENTS ADMINISTRATIFS
POLITIQUE N o 11 POLITIQUE DE GESTION DES DOCUMENTS ADMINISTRATIFS Adoptée le 14 juin 2005 cegepdrummond.ca Adoptée au conseil d administration : 14 juin 2005 (CA-05-06-14-19) Cégep de Drummondville 960,
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étailGestion du parc informatique matériel et logiciel de l Ensicaen. Rapport de projet. Spécialité Informatique 2 e année. SAKHI Taoufik SIFAOUI Mohammed
6, bd maréchal Juin F-14050 Caen cedex 4 Spécialité Informatique 2 e année Rapport de projet Gestion du parc informatique matériel et logiciel de l Ensicaen SAKHI Taoufik SIFAOUI Mohammed Suivi ENSICAEN
Plus en détailUML (Diagramme de classes) Unified Modeling Language
UML (Diagramme de classes) Unified Modeling Language Sommaire Introduction Objectifs Diagramme de classes Classe (Nom, attribut, opération) Visibilité et portée des constituants d une classe Association
Plus en détailStructure typique d un protocole de recherche. Préparé par Johanne Desrosiers dans le cadre d une formation au réseau FORMSAV
Structure typique d un protocole de recherche Préparé par Johanne Desrosiers dans le cadre d une formation au réseau FORMSAV Introduction Planification et développement d une proposition de recherche Étape
Plus en détailCAHIER DES CHARGES DE REALISATION DE SITE INTERNET
CAHIER DES CHARGES DE REALISATION DE SITE INTERNET Nom de l entreprise : Adresse : Tel : Fax : Email : Personne à contacter dans l entreprise : 1 SOMMAIRE 1 PRESENTATION DE L ENTREPRISE...3 2 PRESENTATION
Plus en détailStructuration des décisions de jurisprudence basée sur une ontologie juridique en langue arabe
Structuration des décisions de jurisprudence basée sur une ontologie juridique en langue arabe Karima Dhouib, Sylvie Després Faiez Gargouri ISET - Sfax Tunisie, BP : 88A Elbustan ; Sfax karima.dhouib@isets.rnu.tn,
Plus en détailDépartement Génie Informatique
Département Génie Informatique BD51 : Business Intelligence & Data Warehouse Projet Rédacteur : Christian FISCHER Automne 2011 Sujet : Développer un système décisionnel pour la gestion des ventes par magasin
Plus en détailGL - 2 2.1 Le Génie Logiciel
GL - 2 2.1 Le Génie Logiciel Lydie du Bousquet Lydie.du-bousquet@imag.fr En collaboration avec J.-M. Favre, I. Parissis, Ph. Lalanda 1 Rappels La production logicielle est une activité complexe de façon
Plus en détailISD Consulting Pharmaceuticals. Présentation Générale
ISD Consulting Pharmaceuticals Présentation Générale 2 Sommaire ISD Consulting intègre le management de projet et de portefeuille au cœur de votre réussite ISD Consulting Pharmaceuticals est dédié à l'amélioration
Plus en détailL A B U S I N E S S. d a t a g i n f o r m a t i o n g a c t i o n
L A B U S I N E S S I N T E L L I G E N C E D U X X I e m e S I E C L E A T A W A D * d a t a g i n f o r m a t i o n g a c t i o n domaines d expertise : Modélisation des données Intégration des données
Plus en détailWEB & DÉVELOPPEMENT LES BASES DU WEB LE LANGAGE HTML FEUILLES DE STYLES CSS HISTORIQUE D INTERNET ET DU WEB LES DIFFÉRENTS LANGAGES
WEB & DÉVELOPPEMENT LES BASES DU WEB HISTORIQUE D INTERNET ET DU WEB LES DIFFÉRENTS LANGAGES LE LANGAGE HTML STRUCTURE D UNE PAGE En-tête et corps Syntaxe INSÉRER DES CONTENUS Texte : formatage (titre,
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étailBaccalauré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étailUML et les Bases de Données
CNAM UML et les Bases de Données UML et les Bases de Données. Diagramme de classes / diagramme d objets (UML)...2.. Premier niveau de modélisation des données d une application...2.2. Les éléments de modélisation...2.2..
Plus en détailArchitecture d'entreprise : Guide Pratique de l'architecture Logique
Guides Pratiques Objecteering Architecture d'entreprise : Guide Pratique de l'architecture Logique Auteur : Version : 1.0 Copyright : Softeam Equipe Conseil Softeam Supervisée par Philippe Desfray Softeam
Plus en détail2. 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étailCRÉER, ROUTER ET GÉRER UNE NEWSLETTER, UN E-MAILING
CRÉER, ROUTER ET GÉRER UNE NEWSLETTER, UN E-MAILING Durée : 3J / 21H Formateur : Consultant expert en PAO et Web-marketing. Groupe de : 4 max Formation au web marketing Objectifs : Mettre en oeuvre des
Plus en détailCours Composant 2. Qualité logicielle et spécications algébriques
UPMC Paris Universitas Master Informatique STL Cours Composant 2. Qualité logicielle et spécications algébriques c 2005-2008 Frédéric Peschanski UPMC Paris Universitas 24 février 2008 c 2005-2008 Frédéric
Plus en détailProblématiques de recherche. Figure Research Agenda for service-oriented computing
Problématiques de recherche 90 Figure Research Agenda for service-oriented computing Conférences dans le domaine ICWS (International Conference on Web Services) Web services specifications and enhancements
Plus en détailM1805 - Études et développement informatique
Appellations (Métiers courants) Analyste décisionnel - Business Intelligence Analyste organique informatique Analyste-programmeur / Analyste-programmeuse informatique Chef de projet étude et développement
Plus en détailOCL - 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étailMEGA Application Portfolio Management. Guide d utilisation
MEGA Application Portfolio Management Guide d utilisation MEGA 2009 SP5 R7 2ème édition (novembre 2012) Les informations contenues dans ce document pourront faire l objet de modifications sans préavis
Plus en détailJOURNEES SYSTEMES & LOGICIELS CRITIQUES le 14/11/2000. Mise en Œuvre des techniques synchrones pour des applications industrielles
JOURNEES SYSTEMES & LOGICIELS CRITIQUES le 14/11/2000 Mise en Œuvre des techniques synchrones pour des applications industrielles Mise en œuvre des techniques synchrones pour des applications industrielles
Plus en détailGénie logiciel (Un aperçu)
(Un aperçu) (sommerville 2010) Laurent Pérochon INRA URH 63122 St Genès Champanelle Laurent.perochon@clermont.inra.fr Ensemble d activités conduisant à la production d un logiciel Sur un échantillon de
Plus en détailAnnexe : La Programmation Informatique
GLOSSAIRE Table des matières La Programmation...2 Les langages de programmation...2 Java...2 La programmation orientée objet...2 Classe et Objet...3 API et Bibliothèque Logicielle...3 Environnement de
Plus en détailPanorama général des normes et outils d audit. François VERGEZ AFAI
Panorama général des normes et outils d audit. François VERGEZ AFAI 3 Système d information, une tentative de définition (1/2) Un système d information peut être défini comme l ensemble des moyens matériels,
Plus en détailSITE I NTERNET. Conception d un site Web
SITE I NTERNET Conception d un site Web Conception de votre site Web Préambule Ce document a pour but de donner une méthode de travail afin de réaliser dans les meilleures conditions un site internet.
Plus en détailProcessus d Informatisation
Processus d Informatisation Cheminement de la naissance d un projet jusqu à son terme, deux grandes étapes : Recherche ou étude de faisabilité (en amont) L utilisateur a une idée (plus ou moins) floue
Plus en détailSujet de thèse CIFRE RESULIS / LGI2P
Ecole des Mines d Alès Laboratoire de Génie Informatique et d Ingénierie de Production LGI2P Nîmes Sujet de thèse CIFRE RESULIS / LGI2P Titre Domaine De l ingénierie des besoins à l ingénierie des exigences
Plus en détailLEA.C5. Développement de sites Web transactionnels
LEA.C5 Développement de sites Web transactionnels LEA.C5 Développement de sites Web transactionnels Toutes les entreprises et les organisations utilisent le réseau Internet comme outil de promotion, de
Plus en détailGestionnaire d emploi du temps
Gestionnaire d emploi du temps Guide d utilisation Version 1.0 Réalisé par : Mpouans Georges, Autar Olivier, Halaoua Amira, Labraoui Mohamed, Rhamani Abdelkrim N.B : Ce guide d utilisation est toujours
Plus en détailBases de données Cours 1 : Généralités sur les bases de données
Cours 1 : Généralités sur les bases de données POLYTECH Université d Aix-Marseille odile.papini@univ-amu.fr http://odile.papini.perso.esil.univmed.fr/sources/bd.html Plan du cours 1 1 Qu est ce qu une
Plus en détailSommaire. 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étailLISTES DE DISTRIBUTION GÉRÉ PAR SYMPA DOCUMENT EXPLICATIF DE ÉCOLE POLYTECHNIQUE
LISTES DE DISTRIBUTION GÉRÉ PAR SYMPA DOCUMENT EXPLICATIF DE L'INTERFACE WEB À L'INTENTION DES GESTIONNAIRES DE LISTES ÉCOLE POLYTECHNIQUE JANVIER 2002 Le présent document est un aide mémoire pour la gestion
Plus en détailMéthodes d évolution de modèle produit dans les systèmes du type PLM
Résumé de thèse étendu Méthodes d évolution de modèle produit dans les systèmes du type PLM Seyed Hamedreza IZADPANAH Table des matières 1. Introduction...2 2. Approche «Ingénierie Dirigée par les Modèles»
Plus en détailLe Guide Pratique des Processus Métiers
Guides Pratiques Objecteering Le Guide Pratique des Processus Métiers Auteur : Version : 1.0 Copyright : Softeam Equipe Conseil Softeam Supervisée par Philippe Desfray Softeam 21 avenue Victor Hugo 75016
Plus en détailL'agilité appliquée à nous-mêmes. Philippe Krief, PhD Development Manager IBM France Lab
L'agilité appliquée à nous-mêmes Philippe Krief, PhD Development Manager IBM France Lab Agenda Où en était l équipe RPP il y a 24 mois Réorganisation de l équipe et du projet autour de Scrum et de RTC
Plus en détail«Identifier et définir le besoin en recrutement»
«Identifier et définir le besoin en recrutement» LES ETAPES DU RECRUTEMENT Le recrutement est une démarche structurée qui comporte plusieurs étapes aux quelles il faut attacher de l importance. La majorité
Plus en détail