Conception émergente  La mise en forme de cet article est à améliorer (). La mise en forme du texte ne suit pas les recommandations de Wikipédia : il faut le « wikifier ». Comment faire ?
Les points d'amélioration suivants sont les cas les plus fréquents. Le détail des points à revoir est peut-être précisé sur la page de discussion.
Pour une aide détaillée, merci de consulter Aide:Wikification. Si vous pensez que ces points ont été résolus, vous pouvez retirer ce bandeau et améliorer la mise en forme d'un autre article.  Cet article ne s'appuie pas, ou pas assez, sur des sources secondaires ou tertiaires ().
L'article peut contenir des analyses et interprétations inexactes ou inédites de sources primaires. Pour améliorer la vérifiabilité de l'article ainsi que son intérêt encyclopédique, il est nécessaire, quand des sources primaires sont citées, de les associer à des analyses faites par des sources secondaires.
 Cet article est orphelin. Moins de trois articles lui sont liés ().
Vous pouvez aider en ajoutant des liens vers
[[Conception émergente]] dans les articles relatifs au sujet.La conception émergente est une expression inventée par David Cavallo[Qui ?] pour décrire un cadre théorique pour la mise en œuvre d'un changement systémique dans l'éducation et les environnements d'apprentissage. ApplicationsL'application non théorique la plus notable des principes de la conception émergente se trouve dans l'OLPC, dont le travail conceptuel est soutenu par l'article de Cavallo « Modèles de croissance — vers un changement fondamental dans l'environnement d'apprentissage »[1]. Conception émergente dans le développement de logiciels agilesLa conception émergente est un sujet récurrent dans le développement de logiciels agiles, en raison de l'accent mis par la méthodologie sur la livraison de petits morceaux de code fonctionnel ayant une valeur commerciale. Avec la conception émergente, une organisation de développement commence à fournir des fonctionnalités et laisse la conception émerger. Le développement prend un élément de la fonctionnalité A et le met en œuvre en utilisant les meilleures pratiques et une couverture de test appropriée, puis passe à la livraison de la fonctionnalité B. Une fois la fonctionnalité B construite, ou pendant qu'elle est construite, l'organisation examinera ce que A et B ont en commun et remaniera les points communs, ce qui permettra à la conception d'émerger. Ce processus se poursuit au fur et à mesure que l'organisation fournit des fonctionnalités. À la fin d'un cycle de publication agile, le développement se retrouve avec le plus petit ensemble de conception nécessaire, par opposition à la conception qui aurait pu être anticipée à l'avance. Le résultat final est une conception plus simple avec une base de code plus petite, qui est plus facile à comprendre et à maintenir et qui a naturellement moins de place pour les défauts[2].[réf. nécessaire] Références
Liens externes Cette section est vide, insuffisamment détaillée ou incomplète. Votre aide est la bienvenue ! Comment faire ? |
Portal di Ensiklopedia Dunia
