Infrastructure pour un projet logiciel

Question

Je dirigerai bientôt un nouveau projet. Et j'ai réfléchi sur quelles sont les infrastructures de base pour un projet logiciel. Ce sont les choses que je pense que chaque projet doit avoir:

conventions de style -Coding

conventions -Naming

structure de répertoire du projet -Standard (par exemple maven mise en page standard dir, etc)

- gestion de projets et de suivi des problèmes (par exemple trac, Redmine, etc.)

serveur d'intégration -Continuous (par exemple, hudson, régulateur de vitesse, etc.)

Je ne suis pas sûr si j'ai raté quelque chose. Quelqu'un voudrait-il ajouter?

Answer 1

En plus de la vôtre, je mettrai:

• Unité de test Stratégie
• stratégie d'intégration de test Stratégie
• de processus défini
• libération (livraison) (comme les étapes, les paquets de travail, etc.)
• Stratégie de dérivation de contrôle de source

Answer 2

• système de contrôle de révision (par ex. subversion, cvs, git)

Answer 3

En réponse préliminaire, consultez le test Joel: http://www.joelonsoftware.com/articles/fog0000000043.html

Juste un apéritif:

1. -vous utiliser le contrôle de la source?
2. Pouvez-vous faire une construction en une seule étape?
3. Réalisez-vous des constructions quotidiennes?
4. Avez-vous une base de données de bogues?
5. Corrigez-vous les bogues avant d'écrire un nouveau code?
6. Avez-vous un horaire à jour?
7. Avez-vous une spécification?
8. Les programmeurs ont-ils des conditions de travail silencieuses? Utilisez-vous les meilleurs outils que peut vous offrir l'argent?
9. Avez-vous des testeurs?
10. Est-ce que de nouveaux candidats écrivent du code durant leur entrevue?
11. Faites-vous des tests d'utilisabilité dans les corridors?

Answer 4

• Qu'en est-documentation - comment (commentaires dans le code, les spécifications de haut niveau), quand, montant qui
• Comment vous tester - unité/acceptation/test utilisateur
• Code versionnage , certains SVN/Git (ou est-il inclus dans ce véhicule?)
• rôles et responsabilités des équipes - doivent se faire dans ocntext de votre projet

Answer 5

Connaissance manageme Ce qui est crucial. Comme vous prévoyez déjà d'utiliser wiki (comme Trac ou Redmine), vous pouvez également l'utiliser pour KM.

Answer 6

Les tests fonctionnels font partie intégrante de tout projet. Les tests unitaires sont excellents et fonctionnent bien pour les projets Agile, mais les tests fonctionnels sont toujours nécessaires. Vous avez besoin d'au moins un plan de test de base. Si vous prévoyez d'avoir plusieurs projets ou sous-projets, un document de stratégie de test ou une page Wiki serait bon. Les cas de test, les cas de test d'acceptation, etc. peuvent être générés par vos User Stories ou leurs équivalents, mais ils doivent néanmoins exister sous une forme ou une autre.

Answer 7

Je voudrais jeter un serveur de partage de fichiers dans le mélange aussi. Je pensais que le contrôle de version était si basique, que je n'ai même pas pris la peine de le mettre dans la liste. Mais c'est un bon contrôle de version de point.

Answer 8

Plan de gestion de la configuration. Vous devez avoir une approche documentée de vos axes de travail de développement, comment vous allez fusionner entre-temps, etc.