Exemple de Spécification
Contents |
Exemple de spécification
- Entrée de Tracker : (accessible uniquement pour les utilisateurs sourceforge déclarés sur le projet) https://sourceforge.net/tracker/index.php?func=detail&aid=1358214&group_id=128662&atid=712358
- Créé : @DATE@ by @USERNAME@
- Contributeurs :
Sommaire
Il fournit un aperçu général de l'édition, de la fonctionnalité ou du changement soumis ici. Nous nous attacherons à rendre compte de ce qui aura été réellement fait, le résumer afin que les personnes intéressées n'aient pas à lire toutes les spec. Un tableau des mentions sera créé.
Justification
Cela couvrira le _why_: où why est le changement proposé, what le justifie, where le montre justifié.
Détails Supplémentaires
A la place du paragraphe Description de la Publication, vous pouvez ajouter votre propre titre qui détaillera la description de la Publication, ou la fonctionnalité projetée, ou encore le choix proposé. Vous pouvez créer des sous-sections, précisant les parties spécifiques de la publication ; vous pouvez encore inclure des sous-sections ici, comme :
Réalisations
Cas concrets
Il est important que la partie description couvre bien les aspects associés à la fonctionnalité (le "what") du changement. Fournir la justification (le "why") est toujours un plus.
Implémentation
Cette section est censée décrire le plan d'actions (le "how") nécessaire à l'implémentation des changements décidés. Elle peut inclure des sous-sections telles que :
Changements UI
Cette partie traiterait des changements nécessaires à l'UI ou d'un UI spécifique requis pour son implémentation.
Changements de Code
Les changements de code devraient inclure un aperçu de ce qui doit être changé et, dans certains cas, de la description spécifique.
Changements de Schéma
Migration de données
Discussions
Cette partie hébergera les publications plus importantes nécessitant des échanges ; vous pouvez placer quelques XXXs dans la page afin de garder les plus petites publications ouvertes dans l'environnement.
Publications non résolues
Questions/ Réponses
tache:Création d'une fonction standard permettant la duplication des écritures (AcctgTransationItem).
but:Sur l'écran d'écriture et de saisie de ligne d'écriture, rajouter les boutons : copier/abonnement et contre-passer Donc il a été programmé que la fonction gère la copie des écritures; l'abonnement de celles-ci qui consiste à recalculer leur montant pour chaque ligne copiée et enfin la contrepassation qui consiste à inverser les champs de débit et crédit.
Au cours de mon analyse de l'algo, j'ai constaté les points suivants: 1. il a été proposé de faire une seule fonction. mais, lors du développement je n'ai pas réussi à unifier la fonction qui fait la copie avec celle qui fait l'abonnement et la contre passation. parceque je suis parti sur les faits qu'il y'a deux listes qui sont liées aux écritures. une liste dans laquelle est renseignée la date d'écriture (entryDate), la transaction, le doc de ref (voucher Ref), la date du document (voucherDate), description et l'autre liste où l'on renseigne le montant pour chaque écriture que ca soit un débit ou un crédit ce qui m'a conduit à créér deux fonctions séparemment.
2.Sur l'écran d'écriture et de saisie de ligne d'écriture, lorsque l'on coche la case d'abonnement, on obtient un formulaire contenant le champ 'montant' donc on est amené à créer un service qui va appeller une autre fonction que l'on doit créer séparément de la fonction principale.
questions
1.est ce que je dois recréér une liste des saisies de ligne d'écriture qui contient tous les champs qui subiront la copie pour remédier à ce problème "création de deux fonctions". 2.dans l'algo proposé, je voudrais avoir un éclaircissement : " si montant" est-ce que cela veut dire "si le champ 'montant' est nul".
