Une Introduction à la modélisation Agile

Original: http://www.agilemodeling.com/essays/introductionToAM.htm

Modélisation agile (AM) est une méthodologie pratique pour la modélisation efficace et documentation des systèmes basés sur des logiciels. Autrement dit, la modélisation Agile (AM) est une collection de valeurs, principes et pratiques > pour la modélisation des logiciels qui peuvent être appliquées sur un projet de développement de logiciels de manière efficace et léger. Comme vous le voir en Figure 1 AM est censé être adaptés dans d’autres, méthodologies à part entière comme XP ou RUP, vous permettant d’élaborer un processus de logiciel qui répond vraiment à vos besoins. En fait, ce travail de couture existe déjà pour vous sous la forme de la cadre du processus de livraison Agile disciplinés (DAD).

La figure 1. AM améliore les autres processus logiciel.

Scope of AM

 

Les valeurs de AM, adopter et qui s’étend de ceux d’extrême programmation v1, sont la communication, simplicité, rétroaction, courage et humilité. Les clés du succès de modélisation sont d’avoir une communication efficace entre toutes les parties prenantes au projet, à s’efforcer de développer la solution la plus simple possible qui répond à tous vos besoins, pour obtenir une rétroaction au sujet de vos efforts souvent et très tôt, d’avoir le courage de faire et de s’en tenir à vos décisions et d’avoir l’humilité d’admettre que vous ne pouvez pas tout savoir, que d’autres ont la valeur à ajouter à vos efforts de projet.

AM repose sur un ensemble de principes, tels que l’importance d’assumer la simplicité lorsque vous êtes modélisation et accepter le changement que vous travaillez parce que les exigences changeront au fil du temps. Vous devriez reconnaître que le changement progressif de votre système au fil du temps permet agilité et que vous devriez viser à obtenir une rétroaction rapide sur votre travail pour s’assurer qu’elle reflète avec précision les besoins de vos parties prenantes du projet. Vous devez modéliser avec un but, si vous ne savez pas pourquoi vous ne travaillez pas sur quelque chose ou vous ne savez pas ce que le public du modèle/document exige en fait alors vous ne devriez pas travailler là-dessus. En outre, vous avez besoin de plusieurs modèles dans votre boîte à outils intellectuelle pour être efficace. Un concept essentiel est que les modèles ne sont pas nécessairement des documents, une réalisation qui vous permet de voyager léger en jetant la plupart de vos modèles, une fois qu’ils sont acquittés de leur but. Modeleurs agiles pense que le contenu est plus important que la représentation, qu’il existe plusieurs façons vous pouvez modéliser le concept même encore toujours faire les choses. Pour être un modeleur efficace, vous devez reconnaître que la communication ouverte et honnête est souvent la meilleure politique à suivre pour assurer le travail d’équipe efficace. Enfin, mettant l’accent sur la qualité du travail est important, parce que personne n’aime à produire un travail bâclé et que l’adaptation locale des AM pour répondre aux besoins précis de votre environnement est importante.
Pour modéliser de manière agile, vous appliquerez pratiques AM selon le cas. Pratiques fondamentaux incluent créer plusieurs modèles en parallèle, appliquant le droit artifact(s) pour la situation et une itération d’un autre artefact de continuer à progresser à un rythme soutenu. Modélisation par petits incréments et ne pas tenter de créer le magique « modèle englobant tous les » de votre tour d’Ivoire, estégalement également essentielle à votre succès comme un modeleur agile. Parce que les modèles sont uniquement abstraites représentations du logiciel, des abstractions qui ne soient pas exactes, que vous devez vous efforcer de le prouver avec du code pour montrer que vos idées réellement fonctionnent dans la pratique et pas seulement en théorie, la participation Active des intervenants est essentielle au succès de vos efforts de modélisation car vos intervenants savent ce qu’ils veulent et peuvent vous fournir de la rétroaction dont vous avez besoin. Le principe de supposer la simplicité est pris en charge par les pratiques de création de contenu simple en se concentrant uniquement sur les aspects dont vous avez besoin pour modéliser et ne pas tenter de créer un modèle hautement détaillé, des modèles représentant simplement via utilisent de simples notations et grâce aux outils plus simples pour créer vos modèles. Vous voyagez léger de sourçage des informations simples, de jeter modèles temporaires et mise à jour de modèles uniquement lorsque ça fait mal. Communication est activée par l’affichage des modèles publiquement, ou sur un mur ou un site web interne, par le biais de la propriété collective de vos artefacts de projet, grâce à l’application des normes de modélisation et de modélisation avec les autres. Vos efforts de développement sont grandement améliorées lorsque vous appliquez des motifs délicatement. Parce que vous avez souvent besoin d’intégrer avec d’autres systèmes, y compris les bases de données héritées, mais aussi des services axés sur le web, vous trouverez que vous avez besoin de formaliser des modèles de contrats avec les propriétaires de ces systèmes. Lisez cet article pour mieux comprendre comment les pratiques de l’AM s’imbriquent.

Je dirais que AM est une approche agile de modélisation, qui, à sa base AM est simplement un ensemble de pratiques qui reflètent les principes et les valeurs partagées par nombreux développeurs expérimentés. Avec un Agile Model Driven Development (AMDD) (voir Figure 2) vous vous approchez le font habituellement juste assez modélisation de haut niveau au début d’un projet pour comprendre la portée de l’architecture potentielle du système, et ensuite au cours des itérations de développement vous faire la modélisation dans le cadre de votre itération de planification des activités et puis prenez un juste à temps (JIT) modèle approche tonitruant vous modélisez pendant quelques minutes comme un précurseur de plusieurs heures de codage.
La figure 2. Agile Model Driven Development (AMDD).

Une autre façon de regarder la modélisation Agile est aussi une collection des meilleures pratiques, que vous voyez à la Figure 3.
La figure 3. Les meilleures pratiques de modélisation Agile.

Mon expérience est que ces pratiques peuvent être appliqués à la plupart des projets de développement logiciel, vous n’avez pas de travailler sur un projet à l’issue d’un processus de logiciel agile (comme XP) pour tirer parti des approches décrites par AM, bien que l’un des objectifs de l’AM est d’expliquer comment modéliser en suivant l’approche XP. Une équipe de projet n’a pas besoin d’appliquer toutes les pratiques, les principes et les valeurs d’AM d’en bénéficierj’ai toujours été un croyant ferme que vous devriez adapter vos processus logiciels pour refléter les besoins uniques de votre environnementmême si c’est moi qui aime XP vous êtes beaucoup plus de chances de réussir si vous n’adoptez pas tous AM.

Comments are closed.