Master 2 GLRE Master 2 IT-SIGL Ingénierie des exigences : les phases amonts d'ingénierie système / logicielle. Partie 1

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

Download "Master 2 GLRE Master 2 IT-SIGL Ingénierie des exigences : les phases amonts d'ingénierie système / logicielle. Partie 1"

Transcription

1 Master 2 GLRE Master 2 IT-SIGL Ingénierie des exigences : les phases amonts d'ingénierie système / logicielle Partie 1 Pierre-Jean Charrel UTM IRIT

2 Plan Partie 1 Généralités 1. Pourquoi des exigences? 2. Que sont les exigences et pourquoi une ingénierie des exigences? 3. Qualité des exigences Partie 2 Développement des exigences 1. Vision du produit et portée du projet 2. Elicitation 3. Vérification et validation 4. Documentation 5. Analyse et négociation Partie 3 Gestion des exigences 1. Contrôle du changement 2. Contrôle de version 3. Trace de l'état des exigences 4. Traçage des exigences M2 GLRE - IT-SIGL

3 Bibliographie Karl E. Wiegers, Software Requirements, Microsoft Press, 2nd ed., 2003 (1st ed ) Gerald Kotonya, Ian Sommerville, Requirements Engineering: Processes and Techniques, John Wiley & Sons, 1998 Mark Bergman, John Leslie King, Kalle Lyytinen Large-Scale Requirements Analysis Revisited: The need for Understanding the Political Ecology of Requirements Engineering, Requirements Engineering journal 7(3): , 2002 Marjo Kauppinen, Sari Kujala, Tapani Aaltio, Laura Lehtola Introducing Requirements Engineering: How to Make a Cultural Change Happen in Practice, Proceedings of IEEE Requirements Engineering conference, pp , 2002 Boehm, B.. A spiral model for software development and enhancement. IEEE Computer, pages 61 72, 1988 Carson, R. S. Requirements completeness: A deterministic approach, Proc. 8th Annual International Symposium of the INCOSE, 1998 Glass, R. L. Facts and Fallacies of Software Engineering, Addison-Wesley, 2003 Jackson, M. Software Requirements and Specifications : a Lexicon of Practice, Principles and Prejudices. ACM Press / Addison-Wesley, 1995 Jackson, M. Seeing More of the World, IEEE Software 21(6): 83-85, 2004 Pohl, K. Process-Centered Requirements Engineering, Research Studies Press / Wiley, 1996 Preiss, O. and Wegmann, A. Stakeholder discovery and classification based on systems science principles, Proc. 2nd APQSC Asia-Pacific Conference on Quality Software, pp , IEEE, 2001 Sage, A. P. Systems Management for Information Technology and Software Engineering, John Wiley and Sons, 1995 Royce, W. Managing the development of large software systems. In Proc. IEEE Western Computer Conf., Los Alamitos, CA. IEEE Computer Society Press, 1970 Schwalbe, K. Information Technology Project Management, Course Technology; 3rd ed., 2003 M2 GLRE - IT-SIGL

4 Partie 1 Généralités 1. Pourquoi des exigences?

5 1. Pourquoi des exigences? Petit malentendu entre amis Allô Bill? Ici Marie des RH. On a un problème avec ton système de gestion de personnel. Le fils d'une employée vient de changer de nom, et on ne peut pas le dire au système. Dis plutôt que c'est sa fille et qu'elle s'est mariée! Non, c'est son fils et il est adopté. Il prend maintenant le nom de ses parents adoptifs. C'est légal, tu sais! Je savais pas qu'on pouvait changer comme ça. C'est pour ça qu'on ne peut atteindre le menu "changer de nom" que via l'écran "changement de situation maritale" Bon, tu peux corriger le bug pour vendredi? Autrement, les allocations familiales et la Sécu vont lui causer des ennuis C'es pas un bug! Tu ne m'as jamais dit que tu avais besoin de ça Ouais, bon! c'est le genre de truc qui me fait haïr l'informatique! M2 GLRE - IT-SIGL

6 Idée de base : ajouter une étape au processus de développement Test de satisfaction alpha, beta, conformité Attentes des utilisateurs du système Conception validation de la conceptionc Test unitaire et d'intégration Implémentation M2 GLRE - IT-SIGL

7 Idée de base : ajouter une étape au processus de développement Test de satisfaction alpha, beta, conformité Attentes des Acteurs du système Test du système Exigences Conception Validation des exigences validation de la conceptionc Test unitaire et d'intégration Implémentation M2 GLRE - IT-SIGL

8 Ajouter une étape : Avantages et inconvénients Avantages Pouvoir commencer le contrôle qualité plus tôt Augmenter les niveaux de contrôle Résoudre vite des conflits d'intérêt entre acteurs Amélioration : conformité aux attentes des acteurs efficacité (coût, délai, ressources humaines) du développement du système Inconvénient une étape de plus des bugs possibles en plus M2 GLRE - IT-SIGL

9 Quelques définitions (1) Acteur (stakeholder) personne, groupe, organisation impliqué dans la conception et le développement du système affecté par le système ou affectant le système Attente besoin, vœu, réclamation de l'acteur, même inconscient Exigence Système ensemble d'attentes explicité et négocié entre les acteurs M2 GLRE - IT-SIGL

10 Quelques définitions (2) Exigence IEEE 1990 Standard Glossary of Software Engineering 2. Condition ou moyen dont un utilisateur a besoin pour résoudre un problème ou atteindre un but 3. Condition ou moyen à acquérir par un composant du système pour satisfaire un contrat, une spécification ou tout document formel imposé 4. Une représentation documentée d'une condition ou d'un moyen relevant du point 1. ou du point 2. Ingénierie des exigences (IE) Requirements Engineering (RE) Domaine des activités de développement gestion d'exigences systèmes tout au long du processus de développement de la vie du système M2 GLRE - IT-SIGL

11 Erreurs d'exigences ,1 Exigences 0,2 Conception 0,5 les plus chères à corriger dans les phases de production Codage 1 Maintenance 20 Tests d'acceptation 5 Test unitaire 2 les moins chères à corriger dans les phases de développement M2 GLRE - IT-SIGL

12 Erreurs d'exigences Source la plus fréquente de problèmes Autres Interface 7% 6% Données Environnement 6% 5% Exigences 41% Humaine 5% Documentation 2% Conception 28% M2 GLRE - IT-SIGL

13 Taux de succès des projets (2004) Standish group CHAOS projets 58% réponses US 27% européennes 15% reste du monde Projets abandonnés 18 Projets réussis 29 Projets "handicapés" 53 45% grandes sociétés 35% moyennes 20% petites Projets "handicapés" challenged - en retard - en dépassement de budget - avec moins de fonctionnalités que prévu M2 GLRE - IT-SIGL

14 Projets "handicapés" (en 2000) Sous-estimation du temps % En moyenne temps : 86% de plus que prévu coût : 63% de plus que prévu moyenne 86% Dépassement du budget % moyenne 63% M2 GLRE - IT-SIGL

15 Projets "handicapés" (en 2000) Fonctionnalités planifiées à l'origine % moyenne 75% En moyenne fonctionnalités : 75% M2 GLRE - IT-SIGL

16 Propriétés des projets abandonnés, en 2000 Pourcents 14 13,1 12, ,6 9,9 10 9,3 8,7 8,1 7,5 8 6,3 6 4, Exigences incomplètes Manque de ressources Manque d'implication utilisateurs Attentes irréaliste Manque de support Modif exigences et Spéc Défaut de palnification Produit inutile Défaut d'encadrement "illétrisme" technologique Autre 9,9 M2 GLRE - IT-SIGL

17 Pourcents Implication des utilisateurs 15,9 13,9 Encadrement présent Exigences clairement énoncées Facteurs de succès 13 Planning juste 9,6 Attentes réalistes 8,2 7,7 7,2 Im plicati Personnel compétent Etapes de projet courtes 5,3 2,9 2,4 Ownership Objectif clair Equipe impliquée et "travailleurse" 13,9 Autre M2 GLRE - IT-SIGL

18 Risques d'un processus d'exigences inadéquat (Wiegers, 2003) implication insuffisante des utilisateurs produit inacceptable ignorer certains utilisateurs clients insatisfaits spécifications minimales passer à côté d'exigences clés exigences incomplètement définies problèmes de planification du projet exigences ambiguës gaspillage de temps "gold-plated" propriétés inutiles M2 GLRE - IT-SIGL

19 Profits essentiels d'un bon processus d'exigences qualités du système et satisfaction du client améliorées mise en conformité facile avec les standards et les règles réduction des coûts et délais contrôle accru sur des projets complexes meilleure communication d'équipe M2 GLRE - IT-SIGL

20 5 obstacles / réticences à l'ie (des développeurs)(1) 1. "Cela ne vaut pas la peine de découvrir directement les exigences des utilisateurs" Arguments Cela fait longtemps qu'on développe ce genre de produit et on connaît les besoins Nos développeurs utilisent aussi nos propres produits donc nous pouvons jouer le rôle d'utilisateurs Nous développons un nouveau produit donc les utilisateurs ne peuvent pas avoir d'exigences dessus Réponses Mieux les utilisateurs sont compris, plus les produits sont utiles Les utilisateurs sont les experts de leur activité, ils sont donc la source première d'exigences Les utilisateurs d'un nouveau produit savent rarement dire ce qu'ils veulent, mais sauront vite voir ce qu'ils ne veulent pas M2 GLRE - IT-SIGL

21 5 obstacles / réticences à l'ie (des développeurs) (2) 2. "Excès de confiance en soi mais peu de connaissance du domaine" M2 GLRE - IT-SIGL

22 5 obstacles / réticences à l'ie (des développeurs) (3) 3. "C'est difficile de découvrir directement les exigences des utilisateurs" Arguments "Ils" ne savent pas dire ce qu'ils veulent Il y a trop d'utilisateurs pour qu'on puisse les interroger tous Réponses Techniques d'élicitation (interviews, observations ) faciles à utiliser par les développeurs obtenir une représentation des besoins des utilisateurs sans leur demander de les expliciter C'est mieux d'interroger un petit groupe d'utilisateurs que de ne rien faire M2 GLRE - IT-SIGL

23 5 obstacles / réticences à l'ie (des développeurs) (4) 4. "C'est risqué de découvrir les exigences directement auprès des utilisateurs" Arguments On ne peut pas montrer à nos clients qu'on ne connaît rien à leur domaine Les développeurs peuvent gâcher les relations avec les clients en posant des questions stupides Réponses Des visites bien préparées améliorer l'image d'une entreprise Exigence découverte trop tard, conséquences pires M2 GLRE - IT-SIGL

24 5 obstacles / réticences à l'ie (des développeurs) (5) 5. "Cela ne vaut pas la peine d'expliciter les exigences des utilisateurs" Arguments Nos clients veulent les docs techniques du logiciel, pas des docs qui racontent ce qu'ils savent on n'a pas le temps Réponses Les exigences documentent un accord sur le système, pas seulement ce que les utilisateurs ont en tête Exigences utilisateurs bien documentées utiles à beaucoup d'équipes : concepteurs, testeurs, rédacteurs de manuels, marketing, gestion Documenter les exigences en début de développement Gain de temps Diminution des reprises en cours de projet M2 GLRE - IT-SIGL

25 Le client et un 6ème obstacle 6. "Je suis trop occupé pour perdre mon temps avec les exigences" Se rappeler des projets abandonnés et "handicapés" des coûts des changements dans les phases aval M2 GLRE - IT-SIGL

26 Partie 1 Généralités 1. Pourquoi des exigences? 2. Que sont les exigences et pourquoi une ingénierie des exigences?

27 2. Que sont les exigences? Acteur (stakeholder) personne, groupe, organisation impliquée dans la conception du système Attente affectée par le système ou affectant le système besoin, vœu, réclamation de l'acteur, même inconscient Exigence Système ensemble d'attentes explicité et négocié entre les acteurs Comment distinguer exigences et conception? M2 GLRE - IT-SIGL

28 Que sont les exigences? Vue classique les exigences définissent le problème la conception et le développement définissent la solution simpliste! En pratique, les systèmes ne sont pas développés comme un problème pour lequel il faut une solution mais sont développés pour répondre à une sollicitation "une solution qui cherche un problème" M2 GLRE - IT-SIGL

29 Le Système et son Environnement Distinguer entre Connaissances du domaine Exigences externes Exigences internes Information de conception Exemple Un système informatique qui vérifie l'orthographe d'un texte M2 GLRE - IT-SIGL

30 Le Système et son Environnement Connaissances du domaine (Domain knowledge) phénomènes d'environnements indépendants du système Ex 1 : vérifier l'orthographe d'un texte à la main prend 5 pages à l'heure Ex 2 : les nombres de mots et de citations du Grand Robert sont respectivement de et Exigences externes (Outer requirements ) effets souhaitables du système sur l'environnement Ex : l'orthographe d'un texte doit être vérifiée vite et bien M2 GLRE - IT-SIGL

31 Le Système et son Environnement Exigences internes (Inner requirements) phénomènes partagés par le système et l'environnement Ex 1 : un système informatisé doit être développé pour vérifier l'orthographe d'un document électronique Ex 2 : si on trouve un mot en dehors du dictionnaire, l'utilisateur sera invité à choisir parmi plusieurs mots corrects Information de conception (Design information) structure interne et comportement interne du système Ex : l'algorithme de vérification orthographique M2 GLRE - IT-SIGL

32 Le Système et son Environnement Phénomènes de l'environnement indépendants du système Analyse du domaine, règles de gestion Phénomènes de l'environnement à effet sur le système Exigences externes Phénomènes partagés, interface Système / Environnement Exigences internes Exigences Phénomènes du système Conception d'après Jackson 1995, 2004 M2 GLRE - IT-SIGL

33 Que sont les exigences? Description de la frontière et des effets Où est la frontière entre système et environnement? Exemple le client : "Utilisez Oracle, car nous avons une licence et un savoir-faire" Exigence ou conséquence de conception? C'est une exigence. Le type de SGBD n'est pas du côté "utilisateur" de la frontière. Mais les utilisateurs ne sont pas les seuls acteurs. Le type de SGBD est du côté "équipe de maintenance" (savoir-faire), et du côté "client" (licence) de la frontière Etablir une classification des exigences M2 GLRE - IT-SIGL

34 Exigences fonctionnelles et non fonctionnelles Exigences fonctionnelles EF : ce que le système devra faire Exigences non fonctionnelles ENF - attributs de qualité comment il devra le faire et à quel niveau il devra respecter les caractéristiques générales. M2 GLRE - IT-SIGL

35 Exigences non fonctionnelles Souvent oubliées, les acteurs se concentrent sur les fonctionnalités qu'ils attendent La perception de bon ou mauvais fonctionnement d'un systèmes se traduit par la satisfaction ou non d'exigences non fonctionnelles Traitées classiquement dans la 1ère phase de conception, dite phase de conception d'architecture Ex : décision d'une solution centralisée ou distribuée Le coût du changement dû à une ENF non satisfaite peut être énorme voire infini! M2 GLRE - IT-SIGL

36 4 ENF Effectivité (effectivity): exactitude et complétude de la réussite du système à atteindre ses objectifs Mesurée en % Efficacité (efficiency): relation entre l'effectivité et les ressources mises en œuvre pour l'atteindre; bon usage de : processeur, mémoire, bande passante Mesurée en %, MO, MO/s, Consommation de ressources (resource consumption): Mesure absolue Performances (performance) : rapidité d'exécution des fonctions. Mesurées comme un temps de réponse, un débit, une capacité M2 GLRE - IT-SIGL

37 5 ENF de plus Disponibilité (availability): prêt pour rendre un service correct, Mesuré en % de temps où le système est opérationnel Fiabilité (reliability): continuité de service Mesuré en temps moyen entre 2 pannes (MTTF Mean Time To Failure) Sûreté (safety) : absence de conséquences catastrophiques pour les utilisateurs et l'environnement, i.e. fiabilité vis-à-vis d'une liste de pannes catastrophiques Mesuré en MTTF Intégrité (integrity) : absence d'altération dans le système Difficilement mesurable probabilité? Confidentialité (confidentiality) : absence de divulgation non autorisée d'information Difficilement mesurable probabilité? M2 GLRE - IT-SIGL

38 3 de plus Confiance (dependability) : aptitude à rendre un service dont la sécurité peut être justifiée Robustesse tolérance aux pannes (robustness fault tolerance) : aptitude à maintenir sa "confiance" en présence de données incorrectes, de défauts de composants logiciels et matériels connexes, ou de conditions opératoires inattendues "tankness" (Wiegers 2003) Sécurité (security) : aptitude à éviter les utilisations ou les modifications non autorisées M2 GLRE - IT-SIGL

39 et 4 dernières Utilisabilité (utilisability): étendue des usages possibles du système avec garantie d'effectivité, d'efficacité, et de satisfaction Maintenabilité (maintenability): aptitude à corriger des défauts ou faire des modifications, avec effectivité et efficacité Flexibilité (flexibility) : aptitude à intégrer de nouvelles caractéristiques Portabilité (portability) : aptitude à faire migrer le logiciel d'un environnement M2 opérationnel GLRE - IT-SIGL à un autre 39

40 Des décisions de conception différentes peuvent avoir un effet similaire sur une ENF Compromis Une décision de conception qui améliore une ENF peut avoir un effet négatif sur une autre Ex : Portabilité et efficacité M2 GLRE - IT-SIGL

41 Dépendances entre ENF Disponibilité Fiabilité Confiance Sûreté Confidentialité Intégrité Maintenabilité Sécurité M2 GLRE - IT-SIGL

42 d'après Wiegers, 2003 M2 GLRE - IT-SIGL

43 7 Problèmes liés aux ENF Certaines ENF décrivent les performances du système, Certaines ENF décrivent un système englobant (suprasystème) utilisabilité = système + utilisateur maintenabilité = système + équipe de maintenance sécurité = système + une partie de son environnement La plupart des ENF difficiles à mesurer en pratique Certaines ENF difficiles à quantifier Beaucoup d'enf sont subjectives Pour assurer une ENF, le système doit souvent implémenter une exigence fonctionnalité Ex : ENF de confidentialité protection par un mot de passe attaché à des données sensibles. L'IE devient un processus itératif, et des exigences de niveau différent se mélangent dans un même document. M2 GLRE - IT-SIGL

44 Exigences de projet 3 ENF se rapportent au processus de développement et non au système le Temps le Coût la nécessité de développer des produits connexes, p. ex. un manuel d'utilisation M2 GLRE - IT-SIGL

45 Catégories d'informations liées aux exigences (1) Exigences "métier" Business requirements : objectifs de haut niveau Propriétés Features : ébauches de solution aux exigences "métier", élaborées plus tard en exigences spécifiques. Exigences utilisateur User requirements : activités que les utilisateurs devront être capables d'accomplir dans le futur système Exigences fonctionnelles Functional requirements : fonctionnalités du système qui permettront aux utilisateurs d'accomplir leurs activités, satisfaisant les exigences "métier" M2 GLRE - IT-SIGL

46 Catégories d'informations liées aux exigences (2) Exigences non fonctionnelles Non functional requirements quality attributes : améliorent la description des fonctionnalités du produit en décrivant ses caractéristiques selon des dimensions importantes pour les acteurs Contraintes Constraints : restrictions imposées aux concepteurs pour l'implémentation du système Interfaces externes External interfaces : interface système - environnement Règles de gestion Business rules : politique de l'entreprise, règles de gouvernance, standards industriels, pratiques comptables, algorithmes de calcul connaissance du domaine, pas des exigences Exigences système System requirements : pour les logiciels, exigences pour le système informatisé Exigences de projet Project requirements : contraintes sur le processus de développement, p.ex. budget, planning M2 GLRE - IT-SIGL

47 Catégories d'informations liées aux exigences (3) Fonctionnel Non fonctionnel Exigences métier Propriétés Document vision et portée Règles de gestion Exigences utilisateur ENF Cas d'utilisations, Scénarios Interfaces externes Exigences système Exigences fonctionnelles Contraintes Exigences projet Document de Spécification d'exigences d'après Wiegers 1999, 2OO3 1 25/09/08 13h30-15h30 Fin M2 GLRE - IT-SIGL

48 Exigences dans les modèles de génie logiciel : Modèle en cascade d'après Royce 1970 M2 GLRE - IT-SIGL

49 Cycle en V temps détails M2 GLRE - IT-SIGL

50 Modèle en spirale d'après Boehm (1988) M2 GLRE - IT-SIGL

51 Modèle par prototypage (incrémental) d'après Huet (2006) M2 GLRE - IT-SIGL

52 Activité \ Phase Processus unifié (RUP) Inception Elaboration Construction Transition Modélisation métier Exigences Analyse-conception Quantités de travail Implémentation Test Déploiement Gestion du changement et de configuration Gestion de projet Environnement Préliminaire Elab 1 Elab 2 Const 1Const 2 Const 3 Tr 1 Tr 2 Itérations Exigences = capture ce que le système devrait faire (élicitation) Analyse-conception = raffinement et structuration des exigences M2 GLRE - IT-SIGL

53 Activités de base en Ingénierie des exigences Développement des exigences 1. Elicitation 2. Analyse 3. Négociation 4. Documentation 5. Vérification et validation Gestion des exigences 1. Contrôle du changement 2. Contrôle de version 3. Historisation des états 4. Traçabilité M2 GLRE - IT-SIGL

54 Que doit-on signer? Geler des exigences irréaliste et imprudent, les changements sont inévitables Un document d'exigences signé par un client concrétise un accord ne signifie pas que les exigences ont été finalisées Toute signature d'un document d'exigences devrait être accompagné d'un texte du genre : "J'accepte que ce document représente nos exigences de projet aujourd'hui. J'accepte d'effectuer les futurs changements selon le processus défini de changement de projet. Je réalise que les changements approuvés devront requérir une renégociation des accords de coûts, ressources et plannings pour ce projet". (Wiegers, 2003) M2 GLRE - IT-SIGL

55 Frontière entre définition et gestion des exigences Exigences Marketing, Client, Direction Analyse Documentation Négociation Validation Exigences de base Développement Gestion Exigences de base courantes Exigences de base révisées Marketing Client Direction Changement (exigences) Processus de changement des exigences Changement (projet) Environnement de projet M2 GLRE - IT-SIGL

56 Développement des exigences Etablit un accord entre tous les acteurs (y compris l'équipe de développement) sur les exigences système Induit Elicitation : processus d'identification des exigences à partir de : interviews, réunions, séminaires, analyse de documents, analyse de tâches, workflow, etc. Validation & vérification : processus de test de non contradiction entre exigences entre elles, exigences et attentes des acteurs Analyse : processus d'évaluation du coût et de la valeur des exigences, d'identification de dépendances entre exigences, etc. Négociation : processus de résolution de conflits entre exigences, choix et priorités Documentation (spécification) : processus de documentation sous une forme partageable et gérable M2 GLRE - IT-SIGL

57 Gestion des exigences Maintient l'accord Induit Contrôle du changement : gestion des changements par rapport à l'accord initial, contrôlée, évaluant l'impact probable de chaque changement avant approbation, incorporant les changements approuvés Contrôle de version : gestion des versions de documentation et des révisions d'exigences Contrôle de l'état des exigences : définit un ensemble de valeurs d'état pour chaque exigence, et contrôle de ces états pendant le projet Traçage des exigences : gestion des dépendances entre exigences, et trace des traductions des exigences depuis leur origine jusqu'à la conception, codage, jeu de test M2 GLRE - IT-SIGL

58 Processus de développement des exigences Kotonya, Somerville, 1998 M2 GLRE - IT-SIGL

59 Processus de développement des exigences Kotonya, Somerville, 1998 M2 GLRE - IT-SIGL

60 Processus de développement des exigences Wiegers, 2003 M2 GLRE - IT-SIGL

61 Processus de développement des exigences Pohl, 1996 M2 GLRE - IT-SIGL

62 Processus de développement des exigences Processus unifié Similarité entre : Ingénierie logicielle définition d'exigences conception implémentation Test Ingénierie des exigences élicitation analyse, négociation documentation validation M2 GLRE - IT-SIGL

63 Processus de développement des exigences Activités indépendantes Elicitation : spécification Négociation : accord Documentation : représentation Validation : toutes les dimensions Spécification complète convenable vue commune trace du processus Accord opaque vues personnelles Représentation informel semi-formel formel M2 GLRE - IT-SIGL

64 L'analyste des exigences Un rôle, pas un travail Requiert des compétences spécifiques savoir écouter savoir interviewer et poser des questions savoir organiser un travail en groupe savoir observer qualités relationnelles (modérateur ) en plus de compétences en analyse et organisations savoir "rédiger" savoir modéliser créativité Interface entre clients et développeurs M2 GLRE - IT-SIGL

65 Partie 1 Généralités 1. Pourquoi des exigences? 2. Que sont les exigences et pourquoi une ingénierie des exigences? 3. Qualité des exigences

66 3. Qualité des exigences L'IE tente de répondre aux 2 questions : quels sont les effets que les acteurs souhaitent avoir sur l'environnement? quel pourrait être le comportement du système qui permettrait d'obtenir ces effets sur l'environnement? L'IE tente d'élaborer de "bonnes" exigences, i.e. des exigences de "bonne qualité" Les bonnes exigences répondent aux questions 1 et 2 2 niveaux de qualité : qualités d'un système / logiciel ce qui fait qu'un système est "bon" spécifié par les "exigences système" qualités des exigences ce qui fait que les exigences sont "bonnes" = exigences sur les exigences M2 GLRE - IT-SIGL

67 3 Moyens pour la qualité Exemple 2. chercher s'il y a des cafards dans la soupe. S'il y en a, les retirer ou jeter le contenu de la marmite 3. laisser le couvercle sur la marmite le plus possible, pour minimiser les occasions de chute de cafards 4. nettoyer la cuisine moyen 1 : qualité réactive avec le contrôle qualité moyen 2 : qualité intégrée avec l'assurance qualité moyen 3 : qualité proactive avec la gestion de la qualité stratégique situation M2 GLRE - IT-SIGL

68 Moyens pour la qualité Dans l'histoire de l'ingénierie, 4 niveaux de qualité "inspection" (1940) : inspection de tous les produits, avec rejet ou réparation des défauts "statistique" ( ) : utiliser des mesures de performance sur des échantillons représentatifs Moyens réactifs, contrôle qualité, contrôle de production "opérationnel" ( ) : chaque étape de production est contrôlée, au moyen de mesures contrôlables; le produit n'est plus seul contrôlé Moyen intégré, assurance qualité, contrôle du processus de production "gestion de qualité stratégique" (1970 -) : toute l'organisation (structure, processus de production, culture) impliquée pour aboutir à l'amélioration de la qualité des produits Moyen proactif, gestion de la qualité, contrôle de l'environnement de production M2 GLRE - IT-SIGL

69 Moyens pour la qualité 3 moyens complémentaires Les 2 derniers = contrôles actifs de la qualité plus d'améliorations, TQM (Total Quality Management) = les 3 moyens rassemblés : Processus de contrôle de gestion total et intégré qui se préoccupe de tous les aspects liés à la qualité du système et des produits pendant toutes les phases du cycle de vie M2 GLRE - IT-SIGL

70 Moyens pour la qualité des exigences Contrôle qualité en IE : validation & vérification des exigences (contrôle du produit de l'ie) Assurance qualité en IE : utiliser de bonnes techniques et de bons outils pour éliciter, analyser, contrôler les changements (contrôle du processus d'ie) Gestion stratégique de la qualité en IE : éduquer les analystes, les développeurs, les clients, surmonter les croyances sur les exigences (contrôle de l'environnement d'ie, au-delà des processus) M2 GLRE - IT-SIGL

71 Gestion stratégique de la qualité en IE d'après Wiegers, 2003 Bonnes pratiques en IE = formation des analystes d'exigences tous les membres de l'équipe ayant un rôle d'analyste doivent être formés à l'ie des représentants des utilisateurs et des gestionnaires aux exigences logicielles (software requirements) les utilisateurs qui vont participer au développement devraient recevoir une formation de 2 jours à l'ie des développeurs aux concepts du domaine pour aider les développeurs à atteindre un niveau de compréhension minimal, organiser un séminaire sur les activités du client, sa terminologie, et les objectifs du produit à concevoir M2 GLRE - IT-SIGL

72 Qualité des exigences (1) Niveau de satisfaction des acteurs lorsque les exigences sont respectées par le système Difficile à évaluer avant que le système existe Différents acteurs ont des vues différentes, voire contradictoires, sur le système situation encore plus délicate On se focalise sur quelques aspects de la qualité des exigences : les facteurs de qualité M2 GLRE - IT-SIGL

73 Qualité des exigences (2) Les exigences ne doivent pas être mélangées avec d'autres types d'information. Un mélange n'est pas un défaut, mais peut déclencher des défauts. Séparer exigences et connaissance du domaine : séparer la description de la partie de l'environnement indépendante du logiciel de la partie sur laquelle il a un effet Séparer les exigences et la conception éviter de présenter comme exigences ce qui relève de la conception ou du développement étudier comme exigences tout ce qui traite des effets sur l'environnement, pour ne pas les traiter dans les phases de conception et développement M2 GLRE - IT-SIGL

74 Facteurs de qualité des exigences L'énoncé d'une exigence particulière doit être complet correct non ambigu faisable nécessaire priorisé vérifiable concis La spécification globale des exigences doit être complète cohérente traçable non redondante organisée conforme aux standards M2 GLRE - IT-SIGL

75 Pas d'ambiguïté Tous les lecteurs de l'expression d'une exigence doivent parvenir à une interprétation unique et cohérente. Ambiguïtés usage incontrôlé des quantificateurs "tous" et "chaque" Ex : toutes les lumières de chaque pièce doivent avoir un seul interrupteur chaque lumière doit avoir son interrupteur toutes les lumières de chaque pièce doivent partager le même interrupteur Ambiguïté interférence entre énoncés de plusieurs exigences M2 GLRE - IT-SIGL

76 Complétude Pour les énoncés individuels chaque exigence fonctionnelle doit décrire complètement la fonctionnalité à laquelle elle est associée Pour la spécification il ne doit manquer aucune exigence M2 GLRE - IT-SIGL

77 Correction - Nécessité Correction chaque exigence fonctionnelle doit décrire précisément la fonctionnalité qu'elle induit et doit correspondre aux intentions de l'acteur qui en est le détenteur Nécessité chaque exigence doit décrire une capacité dont les clients ont vraiment besoin ou qui est requise par souci de conformité à une norme ou un système extérieur. M2 GLRE - IT-SIGL

78 Cohérence Les exigences ne doivent pas entrer en conflit avec d'autres exigences de même type, ou avec des exigences de plus haut niveau, système ou utilisateur M2 GLRE - IT-SIGL

Positionnement de UP

Positionnement de UP UNIFIED PROCESS Positionnement de UP Unified Process Langage Méthode Outil logiciel UML UP RUP 6 BONNES PRATIQUES développement itératif gestion des exigences architecture basée sur des composants modélisation

Plus en détail

Le génie logiciel. maintenance de logiciels.

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

Processus d Informatisation

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

Modèle d implémentation

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

Plus en détail

LISTE DES FORMATIONS. Mai 2015

LISTE DES FORMATIONS. Mai 2015 Gestion de projet Analyse d affaires Formation Évaluation de performance +1.514.826.5534 info@lcgsolution.com www.lcgsolution.com LCG Solution se distingue par la qualité du matériel de formation, la qualité

Plus en détail

Description et illustration du processus unifié

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

Plus en détail

PLAN DE COURS. Session 1: Présentation de l'étude de cas Microsoft Dynamics Sure Step

PLAN DE COURS. Session 1: Présentation de l'étude de cas Microsoft Dynamics Sure Step GERER un projet pour implémenter Dynamics CRM avec Sure Step Ref : 80278 Durée : 2 jours A propos de ce cours : Ce cours de 2 jours est un atelier de formation avancée centré sur les fonctionnalités de

Plus en détail

ISO/CEI 20000-1 NORME INTERNATIONALE. Technologies de l'information Gestion des services Partie 1: Exigences du système de management des services

ISO/CEI 20000-1 NORME INTERNATIONALE. Technologies de l'information Gestion des services Partie 1: Exigences du système de management des services NORME INTERNATIONALE ISO/CEI 20000-1 Deuxième édition 2011-04-15 Technologies de l'information Gestion des services Partie 1: Exigences du système de management des services Information technology Service

Plus en détail

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

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

Plus en détail

IFT6803: Génie logiciel du commerce électronique. Chapitre 1: Introduction Section 3: Processus de développement

IFT6803: Génie logiciel du commerce électronique. Chapitre 1: Introduction Section 3: Processus de développement IFT6803: Génie logiciel du commerce électronique Chapitre 1: Introduction Section 3: Processus de développement Julie Vachon, Hiver 2003 Sommaire Chapitre 1, Section 3 «Processus de développement» 1.3.1

Plus en détail

Ingénierie des Exigences

Ingénierie des Exigences Club Management des Systèmes d'information Ingénierie des Exigences Comment construire et maintenir un référentiel? 1 Qui suis-je? Stéphane BADREAU Consultant et formateur en ingénierie des exigences chez

Plus en détail

Projets Logiciels: Processus de développement pratiqué à TELECOM ParisTech

Projets Logiciels: Processus de développement pratiqué à TELECOM ParisTech Projets Logiciels: Processus de développement pratiqué à TELECOM ParisTech INF380-2013! Sylvie.Vignes@telecomParistech.fr Département INFRES, groupe S3 Cadre du processus 2! q Basé sur un processus incrémental:

Plus en détail

LA QUALITE DU LOGICIEL

LA QUALITE DU LOGICIEL LA QUALITE DU LOGICIEL I INTRODUCTION L'information est aujourd'hui une ressource stratégique pour la plupart des entreprises, dans lesquelles de très nombreuses activités reposent sur l'exploitation d'applications

Plus en détail

GESTION DE PROJET SÉANCE 2 : LES CYCLE DE VIE D'UN PROJET

GESTION DE PROJET SÉANCE 2 : LES CYCLE DE VIE D'UN PROJET GESTION DE PROJET SÉANCE 2 : LES CYCLE DE VIE D'UN PROJET 1 Tianxiao LIU Licence Professionnelle Réseaux & Sécurité Université de Cergy-Pontoise http://depinfo.u-cergy.fr/~tliu/lpg.php PLAN Objectif et

Plus en détail

Enquête 2014 de rémunération globale sur les emplois en TIC

Enquête 2014 de rémunération globale sur les emplois en TIC Enquête 2014 de rémunération globale sur les emplois en TIC Enquête 2014 de rémunération globale sur les emplois en TIC Les emplois repères de cette enquête sont disponibles selon les trois blocs suivants

Plus en détail

UNIVERSITE PARIS XII - ISIAG

UNIVERSITE PARIS XII - ISIAG UNIVERSITE PARIS XII - ISIAG MASTER 2 - CHAPITRE 4.b LE PILOTAGE DU PROJET ANALYSE DES RISQUES 1 LE PILOTAGE DU PROJET I. Software Development Plan II. III. IV. Risks Management Plan (Analyse des Risques)

Plus en détail

Génie logiciel. Concepts fondamentaux. Bruno MERMET, Université du Havre 1

Génie logiciel. Concepts fondamentaux. Bruno MERMET, Université du Havre 1 Génie logiciel Concepts fondamentaux Bruno MERMET, Université du Havre 1 Nécessité du Génie Logiciel Bruno MERMET, Université du Havre 2 Développement d un logiciel Caractéristiques souhaitées : Adéquation

Plus en détail

Gestion de Projet Informatique

Gestion de Projet Informatique Gestion de Projet Informatique Partie 3 : Cycles de vie de projet Licence d'informatique 3 ième Année Tianxiao Liu Université de Cergy-Pontoise 1 GPI T. LIU The earliest moment is when you think it is

Plus en détail

Yannick Prié UFR Informatique Université Claude Bernard Lyon 1 M1 MIAGE SIMA / M1 Informatique MIF17 2008 2009

Yannick Prié UFR Informatique Université Claude Bernard Lyon 1 M1 MIAGE SIMA / M1 Informatique MIF17 2008 2009 Yannick Prié UFR Informatique Université Claude Bernard Lyon 1 M1 MIAGE SIMA / M1 Informatique MIF17 2008 2009 Notion de méthode de conception de SI Méthodes OO de conception Généralités sur les méthodes

Plus en détail

Conduite de projets SI. Les méthodes «Agiles» N QUAL/1995/3660e ORESYS

Conduite de projets SI. Les méthodes «Agiles» N QUAL/1995/3660e ORESYS Conduite de projets SI Les méthodes «Agiles» N QUAL/1995/3660e ORESYS Agilité : de quoi parle-t-on? Agilité de l entreprise Urbanisme Architectures SOA Agilité du SI ERP Plateformes applicatives agiles

Plus en détail

1 / 9. Méthodes de développement. Introduction

1 / 9. Méthodes de développement. Introduction 1 / 9 Méthodes de développement Introduction 1 - Objectifs... 2 2 - Risques d'un projet logiciel... 2 3 - Préparation et conduite de projet... 3 4 - Caractères particuliers du logiciel et conséquences...

Plus en détail

Direction Générale des Études Technologiques. Institut Supérieur des Etudes Technologiques de Djerba Département Technologies de l informatique

Direction Générale des Études Technologiques. Institut Supérieur des Etudes Technologiques de Djerba Département Technologies de l informatique Direction Générale des Études Technologiques Institut Supérieur des Etudes Technologiques de Djerba Département Technologies de l informatique Génie Logiciel Mejdi BLAGHGI m.blaghgi@gmail.com Chapitre

Plus en détail

Génie logiciel avancé

Génie logiciel avancé Université Paris-Sud L3 MIAGE apprentissage Année 2014-2015 Génie logiciel avancé Introduction Delphine Longuet delphine.longuet@lri.fr Logiciel : définitions Ensemble d'entités nécessaires au fonctionnement

Plus en détail

O RMATION. Ingénierie Système Management de Projet Évaluation de la Maturité

O RMATION. Ingénierie Système Management de Projet Évaluation de la Maturité PLANS F de O RMATION Ingénierie Système Management de Projet Évaluation de la Maturité O R G A N I S A T I O N ACTEURS CONCERNÉS Les concepteurs de systèmes doivent détecter, analyser les besoins des utilisateurs,

Plus en détail

Cours de Génie Logiciel

Cours de Génie Logiciel Cours de Génie Logiciel Sciences-U Lyon Gestion de Projet Informatique http://www.rzo.free.fr Pierre PARREND 1 Mars 2005 Sommaire Gestion de projet informatique Cycle de vie du logiciel Modèles de Méthodes

Plus en détail

touscours.net Rapport de Synthèse Cycle en V, UP et SCRUM

touscours.net Rapport de Synthèse Cycle en V, UP et SCRUM Rapport de Synthèse Cycle en V, UP et SCRUM Réalisé par : BELLINI Quentin GNANAKULENTHIRAN Anitha GOVINDEN Johana MEZINE Ahcene TIMZOUERT Chabane 19/10/2011 www.sup-galilee.univ-paris13.fr Table des matières

Plus en détail

Cisco Data Center Facilities Planning and Design Service (Service de conception et de planification des installations de centre de données Cisco)

Cisco Data Center Facilities Planning and Design Service (Service de conception et de planification des installations de centre de données Cisco) Cisco Data Center Facilities Planning and Design Service (Service de conception et de planification des installations de centre de données Cisco) Concevez un centre de données flexible à même de répondre

Plus en détail

Processus Unifié de développement de logiciel

Processus Unifié de développement de logiciel Processus Unifié de développement de logiciel Plan 1. SUP : une simplification de RUP 2. Les éléments de modélisation de SUP 3. Description de la dynamique de SUP 4. SUP sur une étude de cas 2 SUP : une

Plus en détail

INF2015 Développement de logiciels dans un environnement Agile. Examen final 24 avril 2014 17:30 à 20:30

INF2015 Développement de logiciels dans un environnement Agile. Examen final 24 avril 2014 17:30 à 20:30 Examen final 24 avril 2014 17:30 à 20:30 Nom, prénom : Code permanent : Répondez directement sur le questionnaire. Question #1 5% Qu'est-ce qu'un test de régression? Question #2 5% Selon extreme Programming,

Plus en détail

Développement itératif, évolutif et agile

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

Maîtrise des Risques Projet. Bernard Cherbonneau 2008 UPS / IRIT M2 GLRE IS & MP 3. Maîtrise des risques projet 1

Maîtrise des Risques Projet. Bernard Cherbonneau 2008 UPS / IRIT M2 GLRE IS & MP 3. Maîtrise des risques projet 1 Maîtrise des Risques Projet Bernard Cherbonneau 2008 UPS / IRIT M2 GLRE IS & MP 3. Maîtrise des risques projet 1 Buts du chapitre Mettre en évidence les avantages d anticiper les situations non souhaitables

Plus en détail

Intégrez la production des données dans les tests de performance.

Intégrez la production des données dans les tests de performance. Livre blanc Intégrez la production des données dans les tests de performance. La Valeur Ajoutée de la livraison en continue de la performance des applications Défis communs liés aux tests de performance

Plus en détail

Annexe sur la maîtrise de la qualité

Annexe sur la maîtrise de la qualité Version du 09/07/08 Annexe sur la maîtrise de la qualité La présente annexe précise les modalités d'application, en matière de maîtrise de la qualité, de la circulaire du 7 janvier 2008 fixant les modalités

Plus en détail

Génie logiciel (Un aperçu)

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

Introduction au développement du logiciel

Introduction au développement du logiciel Introduction au développement du logiciel Vers le génie logiciel Université de Nantes Master Miage M1 Plan 1 Introduction 2 Génie logiciel 3 Projet informatique 4 Méthode de développement 5 Qualité Bibliographie

Plus en détail

1 / 6. TD 1 Qualité - le plan qualité logiciel

1 / 6. TD 1 Qualité - le plan qualité logiciel / 6 TD Qualité - le plan qualité logiciel - Définitions Qualité La qualité d'un produit est l'ensemble de ses caractéristiques qui lui confèrent l'aptitude à satisfaire les besoins exprimés ou implicites

Plus en détail

Comprendre ITIL 2011

Comprendre ITIL 2011 Editions ENI Comprendre ITIL 2011 Normes et meilleures pratiques pour évoluer vers ISO 20000 Collection DataPro Extrait 54 Comprendre ITIL 2011 Normes et meilleures pratiques pour évoluer vers ISO 20000

Plus en détail

PHASE SOUS-PHASE MOA MOE POINTS A TRAITER. besoins. charges. I.A.2 Échéances. I.A.3 Utilisateurs. I.A.4 Besoin fonctionnels. I.A.5 Évolutions à venir

PHASE SOUS-PHASE MOA MOE POINTS A TRAITER. besoins. charges. I.A.2 Échéances. I.A.3 Utilisateurs. I.A.4 Besoin fonctionnels. I.A.5 Évolutions à venir PHASE SOUS-PHASE MOA MOE POINTS A TRAITER I. La définition des I.A. L'expression des besoins Rédige (spécifie les besoins). Consulte / utilise pour rédiger le cahier des I.A.1 Positionnement stratégique

Plus en détail

En informatique et en particulier en génie logiciel, la qualité logicielle est une appréciation globale d'un logiciel, basée sur de nombreux

En informatique et en particulier en génie logiciel, la qualité logicielle est une appréciation globale d'un logiciel, basée sur de nombreux Introduction En informatique et en particulier en génie logiciel, la qualité logicielle est une appréciation globale d'un logiciel, basée sur de nombreux indicateurs 1. La complétude des fonctionnalités,

Plus en détail

Techniques de Développement

Techniques de Développement Techniques de Développement Quelques définitions relatives au développement de logiciel Sébastien Faucou Université de Nantes (IUT de Nantes, département Informatique) Licence Professionnelle Systèmes

Plus en détail

2. Technique d analyse de la demande

2. Technique d analyse de la demande 1. Recevoir et analyser une requête du client 2. Sommaire 1.... Introduction 2.... Technique d analyse de la demande 2.1.... Classification 2.2.... Test 2.3.... Transmission 2.4.... Rapport 1. Introduction

Plus en détail

vendredi 8 février 2008 QUALITÉ DU LOGICIEL

vendredi 8 février 2008 QUALITÉ DU LOGICIEL QUALITÉ DU LOGICIEL La qualité du logiciel Qualité d'un logiciel? de manière informelle : respect des spécifications. Particularités des logiciels par rapport à des produits matériels : Un logiciel a de

Plus en détail

ManageEngine IT360 : Gestion de l'informatique de l'entreprise

ManageEngine IT360 : Gestion de l'informatique de l'entreprise ManageEngine IT360 Présentation du produit ManageEngine IT360 : Gestion de l'informatique de l'entreprise Améliorer la prestation de service à l'aide d'une approche intégrée de gestion des performances

Plus en détail

Examen intra LOG3000 Hiver 2014

Examen intra LOG3000 Hiver 2014 Examen intra LOG3000 Hiver 2014 Vendredi le 28 février 2014. Durée : 08h30 à 10h00 (total 1h30). Local : B-415. Total des points : 20. Pondération de l'examen dans la note finale : 35%. Sans documentation,

Plus en détail

Rational Unified Process

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

Plus en détail

Fiche méthodologique Rédiger un cahier des charges

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

La réalisation des tâches de planification stratégique

La réalisation des tâches de planification stratégique Identifier les principaux composants de la réussite Pour obtenir les résultats escomptés, un projet doit bénéficier d'objectifs clairement définis et approuvés, d'une équipe motivée, ainsi que d'un plan

Plus en détail

Macroscope et l'analyse d'affaires. Dave Couture Architecte principal Solutions Macroscope

Macroscope et l'analyse d'affaires. Dave Couture Architecte principal Solutions Macroscope Macroscope et l'analyse d'affaires Dave Couture Architecte principal Solutions Macroscope Avis Avis d intention Ce document a pour but de partager des éléments de vision et d intentions de Fujitsu quant

Plus en détail

Chapitre 1 : Introduction aux bases de données

Chapitre 1 : Introduction aux bases de données Chapitre 1 : Introduction aux bases de données Les Bases de Données occupent aujourd'hui une place de plus en plus importante dans les systèmes informatiques. Les Systèmes de Gestion de Bases de Données

Plus en détail

ITIL V3-2011 Préparation à la certification ITIL Foundation V3 (2ième édition)

ITIL V3-2011 Préparation à la certification ITIL Foundation V3 (2ième édition) Chapitre 1 Introduction et généralités d'itil V3 A. Introduction 26 1. Le contexte 26 2. Des réponses à ce contexte 27 B. Les bonnes pratiques ITIL V3 28 1. Les bonnes pratiques 28 a. Introduction 28 b.

Plus en détail

Modélisation Principe Autre principe

Modélisation Principe Autre principe Modélisation Principe : un modèle est une abstraction permettant de mieux comprendre un objet complexe (bâtiment, économie, atmosphère, cellule, logiciel, ). Autre principe : un petit dessin vaut mieux

Plus en détail

ITIL V3-2011 Préparation à la certification ITIL Foundation V3 (3ième édition)

ITIL V3-2011 Préparation à la certification ITIL Foundation V3 (3ième édition) Chapitre 1 Introduction et généralités d'itil V3 A. Introduction 26 1. Le contexte 26 2. Des réponses à ce contexte 27 B. Les bonnes pratiques ITIL V3 28 1. Les bonnes pratiques 28 a. Introduction 28 b.

Plus en détail

Projets de Diplôme Bachelor (PDB) HEIG-VD

Projets de Diplôme Bachelor (PDB) HEIG-VD Projets de Diplôme Bachelor (PDB) HEIG-VD Kick-off Février 2011, v 1.6 christian.buchs@heig-vd.ch 1 Contenu 1. Gestion de projet 2. Bilans hebdomadaires 3. Le rapport 4. Activités de test 5. Évaluation

Plus en détail

L i v r e B l a n c. Graduer les mesures qualités lors de la mise en œuvre d'un système MES configurable. Livre Blanc

L i v r e B l a n c. Graduer les mesures qualités lors de la mise en œuvre d'un système MES configurable. Livre Blanc Graduer les mesures qualités lors de la mise en œuvre d'un système MES configurable. Rolf Blumenthal, Werum Software & Systems AG Livre Blanc L i v r e B l a n c Sommaire Le temps est quasiment révolu,

Plus en détail

Processus de développement UP

Processus de développement UP Chapitre 1 Processus de développement UP I. Pourquoi UP? II. Définition III. Activités et phases IV. Modèles mis en place 1. Pourquoi UP? Les notions de base acquises dans le module ACOO1, notamment la

Plus en détail

Méthodes Agiles et gestion de projets

Méthodes Agiles et gestion de projets Méthodes Agiles et gestion de projets Eric LELEU Consultant Solutions Collaboratives Contact ericleleu@nordnet.fr Site Personnel http://home.nordnet.fr/~ericleleu Blog http://ericleleu.spaces.live.fr La

Plus en détail

LES tests d'acceptation

LES tests d'acceptation dans la série : b.d. agile! Idée et dessins par Anis berejeb : www.berejeb.com LES tests d'acceptation reflexions, experimentations... réussites et échecs... apprentissage et amelioration. à Partager avec

Plus en détail

CONCEPTS ET MISE EN PRATIQUE POUR LA VALIDATION DE GRANDS SYSTÈMES

CONCEPTS ET MISE EN PRATIQUE POUR LA VALIDATION DE GRANDS SYSTÈMES MODEL-BASED TESTING (MBT) CONCEPTS ET MISE EN PRATIQUE POUR LA VALIDATION DE GRANDS SYSTÈMES Le Model-Based Testing est une pratique de test en plein développement dans l'industrie pour accroitre l'efficacité

Plus en détail

Suivi des risques d'un projet

Suivi des risques d'un projet Centre national de la recherche scientifique Direction des systèmes d'information REFERENTIEL QUALITE Guide méthodologique Suivi des risques d'un projet Référence : CNRS/DSI/conduite-projet/definition/qualite/guide-suivi-risques

Plus en détail

REFERENTIEL IN2P3 CONDUITE DE PROJETS

REFERENTIEL IN2P3 CONDUITE DE PROJETS REFERENTIEL IN2P3 CONDUITE DE PROJETS Gestion de la configuration Mis à jour en mars 2008 Table des matières 1- Synthèse...3 2- Principes généraux relatifs à la gestion de configuration...5 2.1. Quelques

Plus en détail

Business Project Management : Cycle de vie des documents et workflow

Business Project Management : Cycle de vie des documents et workflow Business Project Management : Cycle de vie des documents et workflow Iut de Tours Département Information-Communication Option Gestion de l Information et du Document dans les Organisations Page 1 sur

Plus en détail

Cours Gestion de projet

Cours Gestion de projet Cours Gestion de projet Version Date Auteur V1.6 Septembre 2007 Pascal HEYER 1 Ce document est publié sous la licence libre Creative Commons-BY-NC-SA http://creativecommons.org/licenses/by-nc-sa/2.0/fr/

Plus en détail

Modélisation des Systèmes d Information Jean-Yves Antoine

Modélisation des Systèmes d Information Jean-Yves Antoine Modélisation des Systèmes d Information Jean-Yves Antoine http://www.info.univ-tours.fr/~antoine Processus de développement logiciel Jean-Yves Antoine U. Bretagne Sud - UFR SSI - IUP Vannes année 2001-2002

Plus en détail

CONDUITE D UN PROJET INFORMATIQUE. C.Crochepeyre Conduite d un projet Cnam-Diapason 1

CONDUITE D UN PROJET INFORMATIQUE. C.Crochepeyre Conduite d un projet Cnam-Diapason 1 CONDUITE D UN PROJET INFORMATIQUE C.Crochepeyre Conduite d un projet Cnam-Diapason 1 1. ORGANISATION Etude préalable Gestion de quatre paramètres: les ressources humaines les ressources matérielles les

Plus en détail

Validation des processus de production et de préparation du service (incluant le logiciel)

Validation des processus de production et de préparation du service (incluant le logiciel) Validation des processus de production et de préparation du service (incluant le logiciel) Traduction non officielle du document Réponses et décisions de EK-Med 3.9 B 18 publié sur le site Web de l organisme

Plus en détail

Fiche de l'awt Rédiger un cahier des charges

Fiche de l'awt Rédiger un cahier des charges Fiche de l'awt Rédiger un cahier des charges Quels sont les éléments principaux dont il faut tenir compte pour la rédaction d'un cahier des charges dans le cadre d'un projet lié aux TIC (technologies de

Plus en détail

-- Séance 9 -- Priorisation et raffinement des exigences

-- Séance 9 -- Priorisation et raffinement des exigences -- Séance 9 -- Priorisation et raffinement des exigences Objectifs: Comment identifier les exigences importantes Comprendre le processus de triage des exigences Méthodes de priorisation: AHP, Planning

Plus en détail

Brique BDL Gestion de Projet Logiciel

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

Plus en détail

Objectifs et gestion de la sécurité

Objectifs et gestion de la sécurité INF4470 : Fiabilité et sécurité informatique Par Eric Gingras Hiver 2010 Objectifs et gestion de la sécurité Qu'est ce que la sécurité? «Situation où l'on a aucun danger à craindre.» (dictionnaire Larousse)

Plus en détail

VALIDATION DES ACQUIS DE L EXPERIENCE (VAE) Expert en ingénierie du logiciel. 1) Conditions de recevabilité de la demande des candidats

VALIDATION DES ACQUIS DE L EXPERIENCE (VAE) Expert en ingénierie du logiciel. 1) Conditions de recevabilité de la demande des candidats VALIDATION DES ACQUIS DE L EXPERIENCE (VAE) Expert en ingénierie du logiciel 1) Conditions de recevabilité de la demande des candidats Le candidat souhaitant acquérir le titre professionnel d Expert en

Plus en détail

INFORMATION CONNECTED

INFORMATION CONNECTED INFORMATION CONNECTED Solutions Métiers Primavera pour l Industrie des Services Publics Gestion de Portefeuilles de Projets Garantir l Excellence Opérationnelle grâce à la Fiabilité des Solutions de Gestion

Plus en détail

Introduction au génie logiciel

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

Plus en détail

Livre blanc destiné aux professionnels. Sept meilleures pratiques pour élaborer des applications alignées sur les exigences métiers

Livre blanc destiné aux professionnels. Sept meilleures pratiques pour élaborer des applications alignées sur les exigences métiers Livre blanc destiné aux professionnels Sept meilleures pratiques pour élaborer des applications alignées sur les exigences métiers Table des matières 3 Synthèse 3 Introduction 3 Meilleures pratiques au

Plus en détail

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

Le Processus RUP. H. Kadima. Tester. Analyst. Performance Engineer. Database Administrator. Release Engineer. Project Leader. Designer / Developer Le Processus RUP Database Administrator Project Leader H. Kadima Performance Engineer Release Engineer Analyst Designer / Developer Tester Table des matières 1. De l artisanat à l industrialisation de

Plus en détail

Cours Gestion de projet

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

Plus en détail

Transformer. Optimiser

Transformer. Optimiser Description de service Services Business Transformation and Plan Les Services SAP Business Transformation and Plan fournissent des services de conseils et de prototypage pour faciliter le programme d'innovation

Plus en détail

CONCOURS ROBAFIS 2015 Édition spéciale «10 ème anniversaire» Référentiel de Développement Plan type Lotissement des livrables documentaires

CONCOURS ROBAFIS 2015 Édition spéciale «10 ème anniversaire» Référentiel de Développement Plan type Lotissement des livrables documentaires CONCOURS ROBAFIS 2015 Édition spéciale «10 ème anniversaire» Plan type Lotissement des livrables documentaires Table des matières INTRODUCTION...2 OBJET DU DOCUMENT...2 RAPPEL DES OBJECTIFS DE LA PHASE

Plus en détail

Urbanisation des Systèmes d'information

Urbanisation des Systèmes d'information Urbanisation des Systèmes d'information Les Audits de Systèmes d Information et leurs méthodes 1 Gouvernance de Système d Information Trois standards de référence pour trois processus du Système d Information

Plus en détail

IFT3902 : (Gestion de projet pour le) développement, (et la) maintenance des logiciels

IFT3902 : (Gestion de projet pour le) développement, (et la) maintenance des logiciels IFT3902 : (Gestion de projet pour le) développement, (et la) maintenance des logiciels Yann-Gaël Guéhéneuc Professeur adjoint guehene@iro.umontreal.ca, local 2345 Département d informatique et de recherche

Plus en détail

Analyse,, Conception des Systèmes Informatiques

Analyse,, Conception des Systèmes Informatiques Analyse,, Conception des Systèmes Informatiques Méthode Analyse Conception Introduction à UML Génie logiciel Définition «Ensemble de méthodes, techniques et outils pour la production et la maintenance

Plus en détail

Comprendre ITIL 2011

Comprendre ITIL 2011 Editions ENI Comprendre ITIL 2011 Normes et meilleures pratiques pour évoluer vers ISO 20000 Collection DataPro Table des matières Table des matières 1 Les exemples à télécharger sont disponibles à l'adresse

Plus en détail

Analyse et conception des Systèmes d Information. La démarche Merise : La Production Logicielle

Analyse et conception des Systèmes d Information. La démarche Merise : La Production Logicielle Analyse et conception des Systèmes d Information La démarche Merise : La Production Logicielle La production du logiciel Place, objectifs et principes directeurs Christophe.Nicolle@u-bourgogne.fr Introduction

Plus en détail

Méthodes de développement

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

Yassine ZAKARIA SÉMINAIRE : MÉTHODES AGILES

Yassine ZAKARIA SÉMINAIRE : MÉTHODES AGILES Yassine ZAKARIA SÉMINAIRE : MÉTHODES AGILES Quelques constats Etude du Standish Group Seul 1/3 des projets informatiques sont qualifiés de succès 50 % sont livrés et opérationnels, mais sont sortis du

Plus en détail

Proposition de sujet de thèse CIFRE EUROCOPTER / LGI2P

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

Plus en détail

CAHIER DES CHARGES. Etabli le : 24.09.15 Par : Savrak SAR Remplace la version du :

CAHIER DES CHARGES. Etabli le : 24.09.15 Par : Savrak SAR Remplace la version du : CAHIER DES CHARGES 1. Actualisation Etabli le : 24.09.15 Par : Savrak SAR Remplace la version du : Motif d actualisation : Nouveau poste 2. Identification du poste Département : DFJC Service : DGES Entité

Plus en détail

Profils de professions liées à Internet : Responsable Web Marketing

Profils de professions liées à Internet : Responsable Web Marketing ! Profils de professions liées à Internet : Responsable Web Marketing Responsable Web Marketing! 3 1. Description du métier! 3 2. Profil! 4 2.1 Résumé du profil! 4 2.2 Profil détaillé! 5 Responsable Web

Plus en détail

-- Séance 12 -- Traçabilité des exigences et gestion du changement

-- Séance 12 -- Traçabilité des exigences et gestion du changement -- Séance 12 -- Traçabilité des exigences et gestion du changement o Objectifs: Comprendre l importance des documents de vision et delta-vision. Comprendre la notion de la traçabilité des exigences. Savoir

Plus en détail

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

Qualité Logiciel. Sommaire d un Plan Qualité type. 05/09/2007 T. Fricheteau - Plan Qualité type - V1.0

Qualité Logiciel. Sommaire d un Plan Qualité type. 05/09/2007 T. Fricheteau - Plan Qualité type - V1.0 Qualité Logiciel Sommaire d un Plan Qualité type 1.But, domaine d application et responsabilités 1.1.Objet 1.2.Présentation succincte du projet 1.3.Fournitures concernées par le Plan Qualité 1.3.1.Matériels

Plus en détail

Conditions Particulières applicables aux Contrats de Maintenance du Logiciel

Conditions Particulières applicables aux Contrats de Maintenance du Logiciel Conditions Particulières applicables aux Contrats de Maintenance du Logiciel Ref : Table des matières 1 CONDITIONS PARTICULIÈRES APPLICABLES AUX CONTRATS DE MAINTENANCE...2 1.1 Préambule...2 1.2 Obligations

Plus en détail

Liste des emplois et descriptions. Enquête 2016 de rémunération globale sur les emplois en TIC

Liste des emplois et descriptions. Enquête 2016 de rémunération globale sur les emplois en TIC Liste des emplois et descriptions Enquête 2016 de rémunération globale sur les emplois en TIC Enquête 2016 de rémunération globale sur les emplois en TIC 71 emplois repères de cette enquête sont disponibles

Plus en détail

1. Mise en contexte. 2. Descripteur du cours. Cours : INF 727 Analyse des besoins en TI Trimestre : Hivers 2014 Enseignant : Michel Céré

1. Mise en contexte. 2. Descripteur du cours. Cours : INF 727 Analyse des besoins en TI Trimestre : Hivers 2014 Enseignant : Michel Céré Faculté des sciences Centre de formation en technologies de l information Cours : INF 727 Analyse des besoins en TI Trimestre : Hivers 2014 Enseignant : Michel Céré 1. Mise en contexte Les activités d

Plus en détail

Service d installation et de démarrage pour solution de stockage réseau HP StoreEasy 1000/3000

Service d installation et de démarrage pour solution de stockage réseau HP StoreEasy 1000/3000 Données techniques Service d installation et de démarrage pour solution de stockage réseau HP StoreEasy 1000/3000 Services HP Le service d installation et de démarrage pour solution de stockage réseau

Plus en détail

Service de réplication des données HP pour la gamme de disques Continuous Access P9000 XP

Service de réplication des données HP pour la gamme de disques Continuous Access P9000 XP Service de réplication des données HP pour la gamme de disques Continuous Access P9000 XP Services HP Care Pack Données techniques Le service de réplication des données HP pour Continuous Access offre

Plus en détail

MV Consulting. ITIL & IS02700x. Club - 27001- Toulouse Sébastien Rabaud Michel Viala. Michel Viala

MV Consulting. ITIL & IS02700x. Club - 27001- Toulouse Sébastien Rabaud Michel Viala. Michel Viala MV Consulting Michel Viala ITIL & IS02700x Club - 27001- Toulouse Sébastien Rabaud Michel Viala ITIL & ISO2700x : Présentation Intervenants Michel VIALA : Consultant ITIL confronté à la prise en compte

Plus en détail

ajustement Audit des cadres ERM

ajustement Audit des cadres ERM Alex andra Psic a, cmc RESPONSABLE DE DIRECTION INTERIS CONSULTING INC. D ANS L ABSOLU, LE CADRE DE MANAGEMENT DES RISQUES DE l entreprise (ERM) doit être suffisamment adapté à ses objectifs, à ses risques

Plus en détail

Jean Guichard. Introduction à la Bonne Gestion des Enregistrements process (BPx / GxP) #: Internet-WP Version: e1.00 /FR

Jean Guichard. Introduction à la Bonne Gestion des Enregistrements process (BPx / GxP) #: Internet-WP Version: e1.00 /FR Jean Guichard Livre Blanc Introduction à la Bonne Gestion des Enregistrements process #: Internet-WP Version: e1.00 /FR 2 / 7 Historique du document Version Date Auteur Description e1.00 /FR 2005-10-27

Plus en détail

Cloud Service Management

Cloud Service Management Cloud Service Management HEAT Help Desk SOLUTION BRIEF 1 MODERNISEZ LES OPERATIONS DE GESTION DES SERVICES ET OFFREZ PLUS DE VALEUR STRATEGIQUE A L ENTREPRISE HEAT Cloud Service Management est un ensemble

Plus en détail