L’expression des besoins en Ingénierie Informatique

Résumé du document

L'expression des besoins en Ingénierie Informatique : Une mise en perspective des méthodes « Agiles ».

Extraits

[...] International Journal of Software Engineering and Its Applications Vol N°11 Rational Unified Process, [en ligne] (consulté le 20/05/2017). https://www.ibm.com/developerworks/rational/library/content/03July/1000/1251/1251_bestpractices_TP026B.pdf Rajagopalan, S Review of the myths on original software development model. In International Journal of Software Engineering and Applications, Vol N° November 2014 Royce, W. Managing the development of large software systems. In Proceedings; IEEE Wescon, Août 1970, Pages 328-338, ISBN:0-89791-216-0. Sbihi, B. Analyse et conception d'un système d'information avec la méthode Merise. [...]

[...] Règles de conception Segmenter le code de façon à faciliter les tests, annoter le code pour le rendre facilement « navigable », favoriser un codage compréhensible par tous, ne pas répéter les fonctions dédiées à la même opération effectuée dans le même but. Nommer les objets présents dans le code de façon à les rendre intuitivement compréhensibles. Utiliser des petites fiches pour coucher sur le papier les « responsabilités » et les « collaborateurs » de chaque classe (au sens de la programmation orientée-objet). Lorsqu'un problème technique ardu survient, élaborer rapidement un mini-programme jetable susceptible de le résoudre (« spike solution »), déconnecté du contexte. Ne pas ajouter des fonctionnalités qui n'ont pas été requises, remanier le code (voir p. [...]

[...] Les méthodes de gestion les plus récentes parmi les agiles affectionnent pourtant ce mode d'expression du besoin, mais y introduisent des contraintes de segmentation et de longueur du texte, afin que l'ensemble des besoins puisse facilement être géré comme un stock de fiches. Langage naturel contraint Un discours contraint définit un rendu documentaire des besoins qui évite les inconvénients du langage naturel et de l'écriture au fil de la plume. Un exemple est SA, « Structured Analysis », qui utilise une syntaxe contrôlée et des graphiques. Cela dit, SA, montre la décomposition fonctionnelle d'un système du point de vue de données (Diagramme de flux) et non pas du point de vue de l'utilisateur. [...]

[...] La littérature sur Merise ne cite que rarement l'intervention des utilisateurs ou du client, son rôle dans le Cycle de Vie du produit n'étant pas explicitement défini. Dans ce sens, Merise reste à l'opposé des méthodes agiles, tant par son approche des outils de communication qu'elle met en place (modèles) que par le degré d'implication des destinataires du produit dans sa conception et sa validation. RUP (« Rational Unified Process ») RUP est un modèle de gestion de projets de Génie logiciel offrant à l'équipe en charge une approche contrôlée et ordonnée des tâches et des responsabilités de chacun. [...]

[...] ligne] (consulté le 20/05/2017). https://halshs.archives-ouvertes.fr/sic_00001545/document Sutherland, J., Shwaber, K. The Scrum Guide. The Definitive Guide to Scrum : The Rules of the Game, [en ligne] http://www.scrumguides.org/docs/scrumguide/v2016/2016-Scrum-Guide-US.pdftu Takeuchi, H., Nonaka, I. The New Product Development Game. Harvard Business Review, [en ligne] (consulté le 20/05/2017) https://hbr.org/1986/01/the-new-new-product-development-game Vickoff, J-P Méthode RAD. Le développement rapide d'applications.http://www.rad.fr/radmetho.pdf Vickoff, J-P. [...]