deck IE Flashcards
Lister quelques outils, et éditeurs pour le management des exigences
Outils :
-Caliber RM
-Doors
-Focal Point
Editeurs :
-Bordland
-Geensys
-IBM/Telelogic
Quels sont les défauts fréquents dans la rédaction des exigences ? (8) (cf exo hotel)
-Bruit (présence d’infos inutiles)
-Silence (absence d’éléments du problème)
-Suspécification p(ésence d’éléments de la solution)
-Contradictions (descriptions incompatibles)
-Ambiguïté (plusieurs interprétations)
-Terminlogie incohérente
-Voeux pieux (infaisable, invérifiable)
-Casse-tête (références croisées, exigences réparties dans différents documents)
Standard IEEE 830
1 Introduction
-Purpose of the requirements document
-Scope of the product
-Definitions, acronyms and abbreviations
-References
Overview of the remainder of the document
2 General description
-Product perspective
-Product functions
- User characteristics
-General constraints
-Assumptions and dependencies
3 Specific requirements
-functional requirements
-non-‐funcitional requirements
-interface requirements
aujourd’hui on lui préfère souvent :
IEEE 29148
Les 10 bonnes pratiques de rédactions de Sommerville
*Définir une structure de document standard
* Rendre le document facile à modifier
* Identifier chaque exigence de manière unique
* Définir des politiques de gestion des exigences
* Définir des gabarits standards pour la description des exigences
* Employer un langage simple, cohérent et concis
* Organiser des revues formelles
* Définir des checklistes de validation
* Définir des checklistes d’analyse
* Planifier les conflits et la résolution des conflits
Quel est le titre et l’auteur du schéma qui revient dans chaque jeu de slide
Le coût de la fiabilité des systèmes de Guillaume Puiseux dans “Le marketing des SI”, le messge est qu’il est inutile d’en faire trop, il faut atteindre l’optimum entre coût et défaillances
Comment résumer les exigences fonctionnelles (FR) ?
-services attendus de la part du système
-quoi et comment
Comment résumer les exigences non fonctionnelles (NFR) ? (5)
Qualités non directement implémentables :
-performance
-sécurité
-fiabilité
-flexibilité
-ergonomie
Qu’est ce qu’un attribut qualité en termes d’exigences ?
une NFR associée à une FR, a une portée limitée et est spécifiée sous forme d’atribut
Which one is true :
Les NFR se décomposent en FR
Les FR se décomposent en NFR
Les NFR se décomposent en FR
Peut on dire que les contraintes définissent le système ?
Elles ne définissent pas le système mais elles réduisent l’espace des solutions possible
Quels sont les sous-types d’exigence ? (5)
-exigences implicites (le bateau doit flotter)
-exigences associées (le 5 pieds de la tour eiffel)
-exigences induites
-exigences de processus (processus de développement et de livraisons par exemple)
-exigences légales
Les erreurs types en IE (maybe tej) (je me dis maybe pr question de réflexion) (7)
-difficultés de communication
-surspécification (substitution MOE/MOA)
-Voeux pieux, liste père noel, faux besoins (difficultés d’abstraction, confusions, mythes)
-Mauvaise qualité des exigences
-redondances, incohérences, exigences périmées
-désaccord, exigences non reconnues
-décalage entre exigences connues et leur prise en compte
Quels sont les do’s and don’t du diagramme des cas d’utilisation (2x4)
Faire
-identifier les acteurs
-identifier leurs buts
-réifier (énoncer les cas à partir du système)
-cas complémentaires
Ne pas faire
-CRUD (create, read, update, delete, trop orienté solution)
-“Gérer”
-Mélanger les niveaux d’abstractions
-Cas alternatifs (exceptionnels)
il déteste les mots : gérer, manager, processus
Bottom up / Top down (2x4)
Bottom up : « pourquoi? »
* Remettre en cause l’existant et les solutions préconisées
* Identifier les problèmes
* S’abstraire des détails
* Généraliser au niveau domaine
Top down: « comment? »
* Utiliser le raisonnement analogique
* Être créatif implique « inventer » les exigences au besoin
* Identifier les paramètres des solutions déjà identifiées et les décliner
* Recombiner
approche globale vs approche incrémentale (2-3)
approches”globales”
* le système est décomposé en composants développés séparément
* intégration à la fin du processus
approches “incrémentales”
* Un seul ensemble de composants est développé à la fois
* Les incréments viennent s’intégrer à un noyau de logiciel développé au préalable
* Chaque incrément peut être développé selon un modèle
“classique” de développement
(V, cascade, W, Y, etc)
Quand faut il négocier (3 choses, pas exhaustif je pense)
incohérences formelles
influences négatives
écart de priorités
Quels sont les 5 différents types de conflits
-conflit sur le sujet
-conflit d’intérêts
-conflit de valeurs
-conflit de relations inter-personelles
-conflit de structure
quelles sont les 6 attitudes face à la conciliation
fuir
combattre
abandonner
esquiver
faire des compromis
consensus
quelle est la méthode d’élucidation des exigences qui se base sur une approche ethnographique ? (article sociologie de l’IE)
méthode Coherence de l’université de Lancaster
what is the take of the academic article about creativity ? What is the title and author’s name ? (retenir l’auteur c bien)
«Influence of the type of idea-generation method on the creativity of solutions» de Chulvi and al.
intuitive vs logical methods to maximize creativity, mixes results, brainstorming (ni l’un ni l’autre) obtained the best results.
article sur best tools for elucidation (name, authors, main argument)
Requirements Elicitation: A Survey of Techniques, Approaches, and Tools
zowghi and coulin
en gros ils sont en modes au final la bonne technique depend du projets et svt il en faut plusieurs complémentaires
at the end of the day c quasi tjrs :
variations of interviews, group workshops, observation, goals, and scenar- ios are still the most widely used and successful in practice
mais c’est définitivement plus un art qu’une sciences
qui a fait le chaos manifesto ? a quoi sont comparés les projets informatiques ?
the standish group, a des ponts
