Agile / XP et approche à plusieurs niveaux [clos]

Question

Peut Agile / XP vont de pair avec l'approche en couches?

Si Agile / XP vont de pair avec l'approche en couches?

Briser le code source en couches nécessite des efforts supplémentaires et augmente ainsi la durée de développement de manière significative.

N.B.: Par 'couches', je veux dire des ensembles séparés avec POCO, DA, etc

.

Answer 1

Agile / XP est une approche de la gestion de vos activités de projet, les résultats attendus et les échéanciers.

applications en couches (N-tier) sont un moyen d'améliorer la maintenabilité, l'évolutivité et la possibilité pour les membres de l'équipe de zones distinctes de la responsabilité.

Ils n'ont pas grand-chose à voir avec l'autre, sauf que les deux nécessiteront un investissement supplémentaire dans le temps si vous n'êtes pas familier avec chacun. Les deux auront tendance à améliorer la qualité de votre projet si elle est utilisée correctement, par rapport aux alternatives traditionnelles.

Answer 2

Il me semble au contraire que l'avertissement agile « Vous ne va pas besoin » est de ne pas éviter la complexité tout à fait, mais d'éviter d'ajouter une complexité inutile. En effet, l'un des avantages des tests unitaires est de mettre en place une discipline dans laquelle vous pouvez sans crainte factoriser si des choses finit là où il appartient, plutôt que là où il peut avoir commencé.

Ainsi, le point est de ne pas éviter les couches (ou niveaux, si vous devez) -. Le point est d'éviter des couches qui sucent

Answer 3

Les deux sont entièrement orthogonales.

Dans XP vous développer la fonctionnalité du système en fonction. Comme vous ajoutez des fonctionnalités que vous refactoring continuellement le système pour assurer qu'il est mise en œuvre est aussi clair que possible. Les couches tombent généralement hors de cette refactoring. Comme le font les niveaux si cette architecture est appropriée, ou d'autres grandes structures architecturales telles que SEDA ou de repos.

Answer 4

Je pense qu'ils vraie question ici est aurait dû les développeurs répartis par couches sur un équipe- si vous avez un dev html, un dev js, une personne de niveau intermédiaire, une personne du système de messagerie et un dba travaillent ensemble pour construire une forme CRUD, ou si vous construire par fonction et laisser une personne possède le fil. Ce dernier est préférable dans agile- spécialisés sont préférés des généralistes aux spécialistes.

Answer 5

Est-il judicieux d'avoir plusieurs équipes qui travaillent ensemble sur un projet Agile? Oui: Je travaille sur un projet de grande envergure avec plus de 200 développeurs à travers 15+ équipes. Il y avait environ 20 ou 30 services dans l'ensemble.

Peut-on faire avec des équipes spécialisées? Pas vraiment.

Peut les membres des équipes ont des spécialisations? Oui, mais vous avez vraiment besoin avec des forces dans des généralistes certaines régions plutôt que des gens qui ne connaissent qu'une chose et ne touchez à rien d'autre.