Vous cherchez une bonne approche pour "spec" un projet

Question

J'ai remarqué que lorsque vous écrivez des spécifications vous perdez beaucoup de temps sur les choses, que plus tard, lorsque vous écrivez votre application sont négligeables, et vous oubliez des choses importantes.
J'ai trouvé plus rapide (pour moi) d'écrire une application de preuve de concept (pas de bons gestionnaires d'erreurs et de sécurité, des failles mineures dans le style, etc.) et de l'utiliser comme spécification pour ceux qui me rejoignent.

Pourtant, je sens que je perds du temps dans cette méthode aussi, de bonnes idées sur la façon dont cela devrait être fait?

Answer 1

On dirait que vous préconisez en faveur de Agile Development

L'utilisation de ce processus itératif, notre équipe est en mesure de « rang » caractéristiques sur une échelle d'importance, puis peser la date de sortie avec les fonctionnalités qu'ils veulent (en bref)

Answer 2

Joel Le logiciel a un article à ce sujet vous pouvez trouver utile. Je pense que cette question et la réponse est tout à fait spécifique à l'utilisateur et subjective.

Answer 3

est ici un lien vers l'article Oliver référencé:

http://www.joelonsoftware.com/articles/fog0000000036.html

Answer 4

Une approche intéressante à une spécification sont "tests". Pour les tâches de haut niveau, vous écrivez un test d'acceptation en utilisant des outils comme Fitnesse et pour les tâches de bas niveau, vous écrivez un test d'unité.

Une fois qu'un développement est effectué avec le codage, l'exécution de la suite de tests vérifie que toutes les spécifications fonctionnent réellement.

Cette approche suppose que la personne qui écrit la spécification est capable de s'exprimer en termes de tests. Ce n'est généralement pas vrai et donc cette approche ressemble plus à une utopie. Mais encore, vous pourriez l'essayer.