0% ont trouvé ce document utile (0 vote)
7 vues27 pages

Rapport de Suivi des Tâches de Développement

Transféré par

Hugues Onono
Copyright
© All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats DOC, PDF, TXT ou lisez en ligne sur Scribd
0% ont trouvé ce document utile (0 vote)
7 vues27 pages

Rapport de Suivi des Tâches de Développement

Transféré par

Hugues Onono
Copyright
© All Rights Reserved
Nous prenons très au sérieux les droits relatifs au contenu. Si vous pensez qu’il s’agit de votre contenu, signalez une atteinte au droit d’auteur ici.
Formats disponibles
Téléchargez aux formats DOC, PDF, TXT ou lisez en ligne sur Scribd

Modèle Rapport taches

Description générale
Ce rapport doit être entretenu de manière courante durant le travail, de manière à ce qu'il faille juste
compléter peu d'informations à la fin.

La tache est considérée comme résolue lorsque ce rapport est rempli. Ne pas remplir les parties
relatives aux difficultés et aux erreurs entraîne que le temps qui leur est imputable ne soit pas accordé
comme temps de travail. Il convient de dupliquer ce rapport non rempli en commençant chaque tâche,
et surtout de ne pas modifier les noms de rubriques ici présents, et leur contenu. Il faut écrire seulement
après les deux points (:) ou dans les lignes vides entre les rubriques numérotées. On mettra la durée
effectuée pour chaque tache lorsqu'on l'arrete, et à la fin, mesuré grâce à l'horloge. Il doit être intégré
comme fichier du projet, pour un suivi fin. Les mesures de l'horloge doivent être faites autant que
possible pour une bonne lecture. Chaque developpeur doit s'assurer qu'il a parmi ses documents
ouverts le guide du developpeur ou le guide des difficultés pour rapidement faire face aux erreurs.

Le code doit être fourni par le demandeur ou avoir X.

NB: rien ne doit être laissé vide. Utiliser X pour dire vide

Rapport tache : explications rapport tache


1-code: X

2-libelle: explications rapport tache

3-description si nécessaire, ou indication du document de spécification: aide au


developpeur pour accelerer :

4-duree prevue (mn): 30

5-duree effectuee(mn):

6-date/heure debut: 25/11/2015

7-date/heure fin:

8-Document configurations (enlever ce qui ne convient pas): A) Non applicable

9-Document utilisateur (enlever ce qui ne convient pas): A) Non applicable

1
10-Lieu de consolidation (lieu ou a été déposé le livrable, où personne à qui il a été remis) :
X

11-Description succincte Test minimal réalisé par soi même: X

12-Nom personne ayant validé: X

13-Difficultés rencontrées, bugs et exceptions ayant posé des difficultés ou pris du temps

(Décrire succinctement chaque difficulté, y compris les éventuels problèmes de lenteur de


machine de virus ou d'internet. Les messages associés aux exceptions, ainsi que les type
d'exception ayant perdu du temps doivent apparaître. Il convient de coller cela ici au fur et
à mesure de leur apparition):

1) extrême lenteur de compilation de la machine (peut atteindre 4mn par compilation)

2)

14-Temps perdu du fait de ces exceptions, erreurs et lenteurs machine/Internet:

15-Leçons apprises et techniques non répertoriées utilisées pour résoudre (expliquer


comment les pbs ont été résolu, quelles causes ont été identifiées):

16-Chemin des scripts à exécuter sur la BD, ou requêtes à exécuter: X

17-Catégories créées ou à créer (description selon le langage de description des catégories):

18-Description des configurations à faire autres que les habilitations pour utiliser le travail,
si doc non spécifié:

2
19-Documentation utilisateur si applicable, ou indiquer le nom du document utilisateur:

20-durée autorisée après renégociation de la durée initiale:

21-autres personnes impliquées:

22-pseudo type de tache (nom simplifié du type de tache. Dvt pour developpement, debug pour
debug, doc pour documentation, spec pour specification, test pour tests, cont pour controle, anal
pour analyse et conception):

23---Fin tache.
******************************************************************************
*******************************************************

Rapport tache Analyse et specifs interfaces Abbot


1-code: X

2-libelle: Analyse et spécifs interfaces Abbot

3-description si nécessaire, ou indication du document de spécification:

Comprendre et décrire le format des fichiers de résultat de abbot

Spécifier comment les lire pour intégration à l’application

4-duree prevue (mn): 60

5-duree effectuee(mn): 150

6-date/heure debut: 25/11/2015

7-date/heure fin:

8-Document configurations (enlever ce qui ne convient pas): Spécification et description abbot


[Link]

9-Document utilisateur (enlever ce qui ne convient pas): Spécification et description abbot


[Link]

10-Lieu de consolidation (lieu ou a été déposé le livrable, où personne à qui il a été remis) :
Wilfried

3
11-Description succincte Test minimal réalisé par soi même: X

12-Nom personne ayant validé: X

13-Difficultés rencontrées, bugs et exceptions ayant posé des difficultés ou pris du temps

(Décrire succinctement chaque difficulté, y compris les éventuels problèmes de lenteur de


machine de virus ou d'internet. Les messages associés aux exceptions, ainsi que les types
d'exception ayant perdu du temps doivent apparaître. Il convient de coller cela ici au fur et
à mesure de leur apparition): X

14-Temps perdu du fait de ces exceptions, erreurs et lenteurs machine/Internet: X

15-Leçons apprises et techniques non répertoriées utilisées pour résoudre (expliquer


comment les pbs ont été résolu, quelles causes ont été identifiées): X

16-Chemin des scripts à exécuter sur la BD, ou requêtes à exécuter: X

Voir document configuration

17-Catégories créées ou à créer (description selon le langage de description des catégories):

Voir les tables relatives au document

18-Description des configurations à faire autres que les habilitations pour utiliser le travail,
si doc non spécifié:

Voir document

19-Documentation utilisateur si applicable, ou indiquer le nom du document utilisateur:

Spécification et description abbot [Link]

20-durée autorisée après renégociation de la durée initiale:

21-autres personnes impliquées:

4
22-pseudo type de tache (nom simplifié du type de tache. Dvt pour developpement, debug pour
debug, doc pour documentation, spec pour specification, test pour tests, cont pour controle, anal
pour analyse et conception):

spec

23---Fin tache.
******************************************************************************
*******************************************************

Rapport tache : explications rapport tache


1-code: X

2-libelle: explications rapport tache

3-description si nécessaire, ou indication du document de spécification: aide au


developpeur pour accelerer :

4-duree prevue (mn): 30

5-duree effectuee(mn):

6-date/heure debut: 25/11/2015

7-date/heure fin:

8-Document configurations (enlever ce qui ne convient pas): A) Non applicable

9-Document utilisateur (enlever ce qui ne convient pas): A) Non applicable

10-Lieu de consolidation (lieu ou a été déposé le livrable, où personne à qui il a été remis) :
X

11-Description succincte Test minimal réalisé par soi même: X

12-Nom personne ayant validé: X

13-Difficultés rencontrées, bugs et exceptions ayant posé des difficultés ou pris du temps

(Décrire succinctement chaque difficulté, y compris les éventuels problèmes de lenteur de


machine de virus ou d'internet. Les messages associés aux exceptions, ainsi que les type
d'exception ayant perdu du temps doivent apparaître. Il convient de coller cela ici au fur et
à mesure de leur apparition):

1) extrême lenteur de compilation de la machine (peut atteindre 4mn par compilation)

5
2)

14-Temps perdu du fait de ces exceptions, erreurs et lenteurs machine/Internet:

15-Leçons apprises et techniques non répertoriées utilisées pour résoudre (expliquer


comment les pbs ont été résolu, quelles causes ont été identifiées):

16-Chemin des scripts à exécuter sur la BD, ou requêtes à exécuter: X

17-Catégories créées ou à créer (description selon le langage de description des catégories):

18-Description des configurations à faire autres que les habilitations pour utiliser le travail,
si doc non spécifié:

19-Documentation utilisateur si applicable, ou indiquer le nom du document utilisateur:

20-durée autorisée après renégociation de la durée initiale:

21-autres personnes impliquées:

22-pseudo type de tache (nom simplifié du type de tache. Dvt pour developpement, debug pour
debug, doc pour documentation, spec pour specification, test pour tests, cont pour controle, anal
pour analyse et conception):

6
23---Fin tache.
******************************************************************************
*******************************************************

Rapport tache Assistance enregistremnt formulaire infos cliniques


1-code: X

2-libelle: Assistance enregistrement formulaire infos cliniques

3-description si nécessaire, ou indication du document de spécification:

Aider à la redaction du code et au debug

4-duree prevue (mn): 30

5-duree effectuee(mn): 20

6-date/heure debut: 25/11/2015

7-date/heure fin:

8-Document configurations (enlever ce qui ne convient pas): A) Non applicable

9-Document utilisateur (enlever ce qui ne convient pas): A) Non applicable

10-Lieu de consolidation (lieu ou a été déposé le livrable, où personne à qui il a été remis) :
TAMNO

11-Description succincte Test minimal réalisé par soi même: X

12-Nom personne ayant validé: TAMNO

13-Difficultés rencontrées, bugs et exceptions ayant posé des difficultés ou pris du temps

(Décrire succinctement chaque difficulté, y compris les éventuels problèmes de lenteur de


machine de virus ou d'internet. Les messages associés aux exceptions, ainsi que les type
d'exception ayant perdu du temps doivent apparaître. Il convient de coller cela ici au fur et
à mesure de leur apparition):

Le dataset de détail (infosclinique) a une insertion sans fixer la valeur du champ de liaison
(code_prestation)

Grande lenteur de compilation (4-5mn pour un cycle de test)

14-Temps perdu du fait de ces exceptions, erreurs et lenteurs machine/Internet:

7
10 mn

15-Leçons apprises et techniques non répertoriées utilisées pour résoudre (expliquer


comment les pbs ont été résolu, quelles causes ont été identifiées):

Cause non identifiée.

Pour résoudre on a du passer le prestationdataset en paramètre et non son détail, de manière à


pouvoir écrire par une instruction le code de la prestation dans le détail. On a pris le détail
directement au moment de l’insertion, et à la fin on constate que le détail pris à ce moment
inscrit bien automatiquement le code de la prestation.

16-Chemin des scripts à exécuter sur la BD, ou requêtes à exécuter: X

17-Catégories créées ou à créer (description selon le langage de description des catégories): X

18-Description des configurations à faire autres que les habilitations pour utiliser le travail,
si doc non spécifié: X

19-Documentation utilisateur si applicable, ou indiquer le nom du document utilisateur:

20-durée autorisée après renégociation de la durée initiale: X

21-autres personnes impliquées: Tamno

22-pseudo type de tache (nom simplifié du type de tache. Dvt pour developpement, debug pour
debug, doc pour documentation, spec pour specification, test pour tests, cont pour controle, anal
pour analyse et conception, supp pour support et assistance, 1999 pour autres):

supp

8
23---Fin tache.
******************************************************************************
*******************************************************

Rapport tache Réinitialisation saisie infos cliniques


1-code: X

2-libelle: Réinitialisation saisie infos cliniques

3-description si nécessaire, ou indication du document de spécification:

Mettre tous les contrôles des LCcontrol utilisés à leur état lorsqu’ils ne sont pas utilisés, une fois
que le OK a été fait.

4-duree prevue (mn): 30

5-duree effectuee(mn): 50

6-date/heure debut: 26/11/2015

7-date/heure fin:

8-Document configurations (enlever ce qui ne convient pas): A) Non applicable

9-Document utilisateur (enlever ce qui ne convient pas): A) Non applicable

10-Lieu de consolidation (lieu ou a été déposé le livrable, où personne à qui il a été remis) :
TAMNO

11-Description succincte Test minimal réalisé par soi même: X

12-Nom personne ayant validé:

13-Difficultés rencontrées, bugs et exceptions ayant posé des difficultés ou pris du temps

(Décrire succinctement chaque difficulté, y compris les éventuels problèmes de lenteur de


machine de virus ou d'internet. Les messages associés aux exceptions, ainsi que les type
d'exception ayant perdu du temps doivent apparaître. Il convient de coller cela ici au fur et
à mesure de leur apparition):

Temps supplémentaire pour expliquer aux autres comment tester, ainsi que pour prendre les
classes à utiliser pour le travail

14-Temps perdu du fait de ces exceptions, erreurs et lenteurs machine/Internet:

9
15-Leçons apprises et techniques non répertoriées utilisées pour résoudre (expliquer
comment les pbs ont été résolu, quelles causes ont été identifiées):

Modifications apportées sur clickchoicecontrol, plusieurs méthodes et sur l’algo de construction.

Maintenant, on peut construire en passant un label qui sera le checkbox sélectionné par défaut
lorsque l’utilisateur n’a lui-même rien sélectionné. Par défaut il sera affiché à l’interface avec la
légende X.

16-Chemin des scripts à exécuter sur la BD, ou requêtes à exécuter: X

17-Catégories créées ou à créer (description selon le langage de description des catégories): X

18-Description des configurations à faire autres que les habilitations pour utiliser le travail,
si doc non spécifié: X

19-Documentation utilisateur si applicable, ou indiquer le nom du document utilisateur:

20-durée autorisée après renégociation de la durée initiale: X

21-autres personnes impliquées:

22-pseudo type de tache (nom simplifié du type de tache. Dvt pour developpement, debug pour
debug, doc pour documentation, spec pour specification, test pour tests, cont pour controle, anal
pour analyse et conception, supp pour support et assistance, 1999 pour autres):

dvt

10
23---Fin tache.
******************************************************************************
*******************************************************

Rapport tache Développement data provider et data resolver pour les


interfaces avec les machines
1-code: X

2-libelle: developpement providers et resolves pour interfaces avec les machines

3-description si nécessaire, ou indication du document de spécification:

Redaction des codes de base, du defaultprovider, du defaultresolver, des interfaces à


implémenter, des squelettes de base de provider et resolver: 127 mn

Abbotprovider (code)= 18mn code, 11mn doc et regroupement pour transfert.

NB : seul le tableau de resultats de la fin est considéré

4-duree prevue (mn): 360-

5-duree effectuee(mn): 255

6-date/heure debut: 26/11/2015

7-date/heure fin:

8-Document configurations (enlever ce qui ne convient pas): spécifications abbot

9-Document utilisateur (enlever ce qui ne convient pas): A) spécifications abbot

10-Lieu de consolidation (lieu ou a été déposé le livrable, où personne à qui il a été remis) :
Wilfried

11-Description succincte Test minimal réalisé par soi même: X

12-Nom personne ayant validé:

13-Difficultés rencontrées, bugs et exceptions ayant posé des difficultés ou pris du temps

(Décrire succinctement chaque difficulté, y compris les éventuels problèmes de lenteur de


machine de virus ou d'internet. Les messages associés aux exceptions, ainsi que les type

11
d'exception ayant perdu du temps doivent apparaître. Il convient de coller cela ici au fur et
à mesure de leur apparition):

Temps supplémentaire pour expliquer aux autres comment tester, ainsi que pour prendre les
classes à utiliser pour le travail

14-Temps perdu du fait de ces exceptions, erreurs et lenteurs machine/Internet:

15-Leçons apprises et techniques non répertoriées utilisées pour résoudre (expliquer


comment les pbs ont été résolu, quelles causes ont été identifiées):

16-Chemin des scripts à exécuter sur la BD, ou requêtes à exécuter: X

17-Catégories créées ou à créer (description selon le langage de description des catégories): X

18-Description des configurations à faire autres que les habilitations pour utiliser le travail,
si doc non spécifié: X

19-Documentation utilisateur si applicable, ou indiquer le nom du document utilisateur:

Specifications abbot

20-durée autorisée après renégociation de la durée initiale: X

21-autres personnes impliquées: Wilfried,Williams

22-pseudo type de tache (nom simplifié du type de tache. Dvt pour developpement, debug pour
debug, doc pour documentation, spec pour specification, test pour tests, cont pour controle, anal
pour analyse et conception, supp pour support et assistance, 1999 pour autres):

dvt

12
23---Fin tache.
******************************************************************************
*******************************************************

Rapport tache : assistance visas et signatures


1-code: X

2-libelle: assistance developpement de visas

3-description si nécessaire, ou indication du document de spécification: aide au


developpeur pour accelerer :

Développement des éléments pour les visas, afin de reduire le temps du developpeur : mise à
jour de la classe user pour stocker et lire les certificate manager, developpement du
certificateloader pour charger, finalisation de etat data signer et ecriture du test pour tout tester,
developpement du test de signepdf,

Gestion du Pb de conversion d’images de bufferedImage vers autre type

Solution : renoncement à la conversion d’images, création dès le départ du type d’image


approprié.

Problème d’imageicon non reconnu

Cause : import [Link] (import automatique de netbeans), qui est passé en


paramètre, alors que [Link] attendu.

Le pb de base est que l’import automatique prend une classe du même nom, mais d’un autre
package. Il faut faire attention à cela.

Codage des autres aspects

4-duree prevue (mn): 83

5-duree effectuee(mn): 125

6-date/heure debut: 25/11/2015

7-date/heure fin: 27/11/2015

8-Document configurations (enlever ce qui ne convient pas): A) Non applicable

9-Document utilisateur (enlever ce qui ne convient pas): A) Non applicable

13
10-Lieu de consolidation (lieu ou a été déposé le livrable, où personne à qui il a été remis) :
Gaelle, mdal

11-Description succincte Test minimal réalisé par soi même: X

12-Nom personne ayant validé: X

13-Difficultés rencontrées, bugs et exceptions ayant posé des difficultés ou pris du temps

(Décrire succinctement chaque difficulté, y compris les éventuels problèmes de lenteur de


machine de virus ou d'internet. Les messages associés aux exceptions, ainsi que les type
d'exception ayant perdu du temps doivent apparaître. Il convient de coller cela ici au fur et
à mesure de leur apparition):

Non estimation du temps d’intégration et non visualisation de la procédure complète


d’intégration, ce qui a entraîné des temps supplémentaires non prévus.

14-Temps perdu du fait de ces exceptions, erreurs et lenteurs machine/Internet:

15-Leçons apprises et techniques non répertoriées utilisées pour résoudre (expliquer


comment les pbs ont été résolu, quelles causes ont été identifiées):

Penser à la logique d’intégration lors de l’estimation des charges

16-Chemin des scripts à exécuter sur la BD, ou requêtes à exécuter: X

17-Catégories créées ou à créer (description selon le langage de description des catégories):

18-Description des configurations à faire autres que les habilitations pour utiliser le travail,
si doc non spécifié:

Configurer le traitement [Link]. CertificateLoader pour tous les utilisateurs appelés à


signer afin qu’ils puissent charger leur certificat (ie leur donner ce droit).
14
Fournir la valeur du paramètre [Link], qui décrit le chemin de base des images de
signatures et de visas, de manière à ce que le chemin complet pour chaque utilisateur est la
concatenation de ce chemin là et du contenu du champ
utilisateur.chemin_upload_signaturescannee pour les signatures et
utilisateur.chemin_upload_visascanne pour les visas.

19-Documentation utilisateur si applicable, ou indiquer le nom du document utilisateur:

Doc developpeur

/**

* pour signer on fait

* EtatDataSigner eds=new EtatDataSigner(fm);

[Link](cheminDocument,codeobjet); //chemin document est le chemin du


fichier pdf de letat

* et codeobjet le codeobjet de lobjet dont on veut signer etat.

* @param cheminDocument

* @throws Exception

*/

EtatDataSigner et SignePdf ont plusieurs méthodes pour signer ou pour constuire les tableaux
d’images représentant les signatures à apposer

/**

* retourne la liste des images représentant les visas apposés sur la donnée. On peut s

* 'en servir pour placer une image n’importe ou lorqu’on le desire pour representer la signature

* @param codeObjet

* @return

* @throws Exception

*/

public List<ImageIcon> getVisasIcon(int codeObjet)throws Exception

15
Une fois qu’on a la liste des ImageIcon, on peut ajouter l’image en plein document dans un état
pdf par l’une des instructions addPdfImage de la classe pdfreport. Dans le cas où on souhaite une
image pdf, elle s’obtient par l’une des instructions suivantes :

[Link] image=[Link](imgfile);

[Link] image=[Link](imgurl);

NB : les signatures prennent automatiquement leurs données dans la table donneevisee. Ces
données sont inscrites par le traitement [Link]. DataSigner qui doit avoir été
configuré pour l’utilisateur dans le cas d’une signature à l’interface. On peut également choisir
de coder soi même, de manière à ne pas être obligé d’attendre les éléments issus de la table
donneevisee.

Dans le cas où la signature doit être faite suite à un autre traitement (par exemple après la
validation on voudrait afficher les signatures dans un état), Dans ce traitement, on fera un code
de signature. Pour cela, on pourra procéder comme suit après la validation, ou de manière
transactionnelle:

DataSigner ds = new DataSigner();

[Link](SIGNATURE_TYPE);//on peut mettre aussi VISA_TYPE pour les visas


[Link](codecat, codeobjet);

où codeobjet est le code objet de l’objet à signer, et code catégorie le code de la catégorie
correspondant. Si on souhaite signer

Doc testeur

Créer dans la bd des données signées (ie qui ont des lignes dans donneevisee), puis ajuster et
executer le test de EtatDataSigner

Doc utilisateur

Avant de signer, il faut charger le certificat en précisant son mot de passe. Le traitement
charger_certificat est prévu pour cela et doit avoir été configuré dans le profil de l’utilisateur. Ce
chargement se fait une seule fois dans une session, après les signatures peuvent se faire autant de
fois que nécessaires.

20-durée autorisée après renégociation de la durée initiale:

21-autres personnes impliquées: Kateu

16
22-pseudo type de tache (nom simplifié du type de tache. Dvt pour developpement, debug pour
debug, doc pour documentation, spec pour specification, test pour tests, cont pour controle, anal
pour analyse et conception): dvt

23---Fin tache.
******************************************************************************
*******************************************************

Rapport tache : estimation CDC delphi


1-code: X

2-libelle: estimation projet société équipement

3-description si nécessaire, ou indication du document de spécification:

Faire une proposition sur la base du cdc equipement

4-duree prevue (mn): 30

5-duree effectuee(mn): 60

6-date/heure debut: 26/11/2015

7-date/heure fin:

8-Document configurations (enlever ce qui ne convient pas): A) Non applicable

9-Document utilisateur (enlever ce qui ne convient pas): A) Non applicable

10-Lieu de consolidation (lieu ou a été déposé le livrable, où personne à qui il a été remis) :
X

11-Description succincte Test minimal réalisé par soi même: X

12-Nom personne ayant validé: X

13-Difficultés rencontrées, bugs et exceptions ayant posé des difficultés ou pris du temps

(Décrire succinctement chaque difficulté, y compris les éventuels problèmes de lenteur de


machine de virus ou d'internet. Les messages associés aux exceptions, ainsi que les type
17
d'exception ayant perdu du temps doivent apparaître. Il convient de coller cela ici au fur et
à mesure de leur apparition):

Perte inutile de temps en explications

30 mn perdues, non justifiables

14-Temps perdu du fait de ces exceptions, erreurs et lenteurs machine/Internet:

15-Leçons apprises et techniques non répertoriées utilisées pour résoudre (expliquer


comment les pbs ont été résolu, quelles causes ont été identifiées):

16-Chemin des scripts à exécuter sur la BD, ou requêtes à exécuter: X

17-Catégories créées ou à créer (description selon le langage de description des catégories):

18-Description des configurations à faire autres que les habilitations pour utiliser le travail,
si doc non spécifié:

19-Documentation utilisateur si applicable, ou indiquer le nom du document utilisateur:

20-durée autorisée après renégociation de la durée initiale:

21-autres personnes impliquées:

22-pseudo type de tache (nom simplifié du type de tache. Dvt pour developpement, debug pour
debug, doc pour documentation, spec pour specification, test pour tests, cont pour controle, anal
pour analyse et conception):

23---Fin tache.
******************************************************************************
*******************************************************

18
Rapport tache : Debug Oracle
1-code: X

2-libelle: estimation projet société équipement

3-description si nécessaire, ou indication du document de spécification:

Faire une proposition sur la base du cdc equipement

4-duree prevue (mn): 30

5-duree effectuee(mn): 60

6-date/heure debut: 26/11/2015

7-date/heure fin:

8-Document configurations (enlever ce qui ne convient pas): A) Non applicable

9-Document utilisateur (enlever ce qui ne convient pas): A) Non applicable

10-Lieu de consolidation (lieu ou a été déposé le livrable, où personne à qui il a été remis) :
X

11-Description succincte Test minimal réalisé par soi même: X

12-Nom personne ayant validé: X

13-Difficultés rencontrées, bugs et exceptions ayant posé des difficultés ou pris du temps

(Décrire succinctement chaque difficulté, y compris les éventuels problèmes de lenteur de


machine de virus ou d'internet. Les messages associés aux exceptions, ainsi que les type
d'exception ayant perdu du temps doivent apparaître. Il convient de coller cela ici au fur et
à mesure de leur apparition):

Perte inutile de temps en explications

30 mn perdues, non justifiables

14-Temps perdu du fait de ces exceptions, erreurs et lenteurs machine/Internet:

19
15-Leçons apprises et techniques non répertoriées utilisées pour résoudre (expliquer
comment les pbs ont été résolu, quelles causes ont été identifiées):

16-Chemin des scripts à exécuter sur la BD, ou requêtes à exécuter:

Sur baseminimdal et sur la base Oracle (requete equivalente)

Alter table utilisateur change DELAI_DESACTIVATION_COMPTE_


DELAI_DESACTIVATION_COMPTE integer ;

17-Catégories créées ou à créer (description selon le langage de description des catégories):

18-Description des configurations à faire autres que les habilitations pour utiliser le travail,
si doc non spécifié:

19-Documentation utilisateur si applicable, ou indiquer le nom du document utilisateur:

20-durée autorisée après renégociation de la durée initiale:

21-autres personnes impliquées:

22-pseudo type de tache (nom simplifié du type de tache. Dvt pour developpement, debug pour
debug, doc pour documentation, spec pour specification, test pour tests, cont pour controle, anal
pour analyse et conception):

23---Fin tache.
******************************************************************************
*******************************************************

20
Rapport tache : Modification annuler facture
1-code: X

2-libelle: modification annuler facture

3-description si nécessaire, ou indication du document de spécification:

Modification pour prise en compte des contrôles de liaison avec les prestations avant annulation.
Il s’agit ici simplement de modifier annuler pour appeler notifycanceltolisteners, valider pour
appeler notifyactivatetolisteners(), et le jbinit pour appeler
setDataLifeStatusListeners(getLifeStatusListenersFromFindModule()).

Pour utiliser cela, il sera nécessaire de configurer à l’interface le traitement developpé par
Ngassa, via la fourniture du paramètre [Link]

4-duree prevue (mn): 30

5-duree effectuee(mn): 15

6-date/heure debut: 29/11/2015

7-date/heure fin:

8-Document configurations (enlever ce qui ne convient pas): A) Non applicable

9-Document utilisateur (enlever ce qui ne convient pas): A) Non applicable

10-Lieu de consolidation (lieu ou a été déposé le livrable, où personne à qui il a été remis) :
X

11-Description succincte Test minimal réalisé par soi même: X

12-Nom personne ayant validé: X

13-Difficultés rencontrées, bugs et exceptions ayant posé des difficultés ou pris du temps

(Décrire succinctement chaque difficulté, y compris les éventuels problèmes de lenteur de


machine de virus ou d'internet. Les messages associés aux exceptions, ainsi que les type
d'exception ayant perdu du temps doivent apparaître. Il convient de coller cela ici au fur et
à mesure de leur apparition):

14-Temps perdu du fait de ces exceptions, erreurs et lenteurs machine/Internet:

21
15-Leçons apprises et techniques non répertoriées utilisées pour résoudre (expliquer
comment les pbs ont été résolu, quelles causes ont été identifiées):

16-Chemin des scripts à exécuter sur la BD, ou requêtes à exécuter:

Sur baseminimdal et sur la base Oracle (requete equivalente)

17-Catégories créées ou à créer (description selon le langage de description des catégories):

18-Description des configurations à faire autres que les habilitations pour utiliser le travail,
si doc non spécifié:

19-Documentation utilisateur si applicable, ou indiquer le nom du document utilisateur:

20-durée autorisée après renégociation de la durée initiale:

21-autres personnes impliquées:

22-pseudo type de tache (nom simplifié du type de tache. Dvt pour developpement, debug pour
debug, doc pour documentation, spec pour specification, test pour tests, cont pour controle, anal
pour analyse et conception):

dvt

23---Fin tache.
******************************************************************************
*******************************************************

Rapport tache : Integration contrôle et validation valeurs infos cliniques


1-code: X

2-libelle: integration codes de validation valeur infos cliniques

3-description si nécessaire, ou indication du document de spécification:

Realisation infoscliniqueeditlistener + correction codes validation statique hannas


22
4-duree prevue (mn): 60

5-duree effectuee(mn): 72

6-date/heure debut: 29/11/2015

7-date/heure fin:

8-Document configurations (enlever ce qui ne convient pas): A) Non applicable

9-Document utilisateur (enlever ce qui ne convient pas): A) Non applicable

10-Lieu de consolidation (lieu ou a été déposé le livrable, où personne à qui il a été remis) :
X

11-Description succincte Test minimal réalisé par soi même: X

12-Nom personne ayant validé: X

13-Difficultés rencontrées, bugs et exceptions ayant posé des difficultés ou pris du temps

(Décrire succinctement chaque difficulté, y compris les éventuels problèmes de lenteur de


machine de virus ou d'internet. Les messages associés aux exceptions, ainsi que les type
d'exception ayant perdu du temps doivent apparaître. Il convient de coller cela ici au fur et
à mesure de leur apparition):

16mn perdues à chercher le code hannas et à essayer de le decompresser. Une copie n’avait pas
été laissée dans le dossier de ses codes.

12 mn pour consolidation et verifications suppléntaires

14-Temps perdu du fait de ces exceptions, erreurs et lenteurs machine/Internet:

15-Leçons apprises et techniques non répertoriées utilisées pour résoudre (expliquer


comment les pbs ont été résolu, quelles causes ont été identifiées):

Toujours laisser une copie du code de quelqu’un dans le dossier de ses codes, même lorsqu’il est
consolidé.

16-Chemin des scripts à exécuter sur la BD, ou requêtes à exécuter:

17-Catégories créées ou à créer (description selon le langage de description des catégories):

23
18-Description des configurations à faire autres que les habilitations pour utiliser le travail,
si doc non spécifié:

classes infoscliniquedataset, infoscliniqueeditlistener,typeinfoclinique à integrer

19-Documentation utilisateur si applicable, ou indiquer le nom du document utilisateur:

20-durée autorisée après renégociation de la durée initiale:

21-autres personnes impliquées:

22-pseudo type de tache (nom simplifié du type de tache. Dvt pour developpement, debug pour
debug, doc pour documentation, spec pour specification, test pour tests, cont pour controle, anal
pour analyse et conception):

dvt

23---Fin tache.
******************************************************************************
*******************************************************

Rapport tache : Ajustements calculs prestations


1-code: X

2-libelle: Ajustements calculs prestations

3-description si nécessaire, ou indication du document de spécification:

Mise à jour des codes de mise à jour et d’affichage des totaux des bordereaux de prestations suite
à création ou modification des prestations

4-duree prevue (mn): 30

5-duree effectuee(mn):

6-date/heure debut: 30/11/2015

7-date/heure fin:

8-Document configurations (enlever ce qui ne convient pas): A) Non applicable


24
9-Document utilisateur (enlever ce qui ne convient pas): A) Non applicable

10-Lieu de consolidation (lieu ou a été déposé le livrable, où personne à qui il a été remis) :
X

11-Description succincte Test minimal réalisé par soi même: X

12-Nom personne ayant validé: X

13-Difficultés rencontrées, bugs et exceptions ayant posé des difficultés ou pris du temps

(Décrire succinctement chaque difficulté, y compris les éventuels problèmes de lenteur de


machine de virus ou d'internet. Les messages associés aux exceptions, ainsi que les type
d'exception ayant perdu du temps doivent apparaître. Il convient de coller cela ici au fur et
à mesure de leur apparition):

16mn perdues à chercher le code hannas et à essayer de le decompresser. Une copie n’avait pas
été laissée dans le dossier de ses codes.

12 mn pour consolidation et verifications suppléntaires

14-Temps perdu du fait de ces exceptions, erreurs et lenteurs machine/Internet:

15-Leçons apprises et techniques non répertoriées utilisées pour résoudre (expliquer


comment les pbs ont été résolu, quelles causes ont été identifiées):

Toujours laisser une copie du code de quelqu’un dans le dossier de ses codes, même lorsqu’il est
consolidé.

16-Chemin des scripts à exécuter sur la BD, ou requêtes à exécuter:

17-Catégories créées ou à créer (description selon le langage de description des catégories):

18-Description des configurations à faire autres que les habilitations pour utiliser le travail,
si doc non spécifié:

classes infoscliniquedataset, infoscliniqueeditlistener,typeinfoclinique à integrer

19-Documentation utilisateur si applicable, ou indiquer le nom du document utilisateur:

20-durée autorisée après renégociation de la durée initiale:


25
21-autres personnes impliquées:

22-pseudo type de tache (nom simplifié du type de tache. Dvt pour developpement, debug pour
debug, doc pour documentation, spec pour specification, test pour tests, cont pour controle, anal
pour analyse et conception):

dvt

23---Fin tache.
******************************************************************************
*******************************************************

Rapport tache : Vérification listeners patient/compte client dans


bordereau prestations
1-code: X

2-libelle: Vérification listeners patient/compte client dans bordereau prestations

3-description si nécessaire, ou indication du document de spécification:

Mise à jour des codes afin de garantir que la modification de l’un implique celle de l’autre, selon
les spécifications suivantes :

Compte Modifié non vide et patient vide, implique de mettre la personne associée au compte
comme patient, si le compte correspond à une personne physique (sexe de la personne associée
n’est pas ‘non applicable’)

Compte Modifié non vide et patient spécifié, on vérifie que la personne du compte correspond au
patient. Si ce n’est pas le cas, on vérifie que le compte correspond à une personne morale. Si ce
n’est pas le cas, on change le patient en mettant la personne du compte. Si le compte correspond
à une personne morale, on laisse le patient spécifiée.

Compte modifié vide: on ne fait rien

Patient modifié non vide, compte vide : on met comme compte le compte actif de ce patient s’il
y en a un seul. Sinon, on laisse le compte vide.

Patient modifié non vide, compte non vide : on vérifie que le compte spécifié est associé au
patient, dans ce cas, on ne fait rien.

Sinon (compte non associé au patient), si la personne associée au compte spécifié est une
personne morale, on ne fait rien. Sinon (personne physique), on recherche les comptes actifs du
26
patient. Si on en trouve un seul, on le spécifie comme compte du bordereau, sinon, on spécifie le
compte du bordereau à null.

Patient modifié vide : on ne fait rien.

4-duree prevue (mn): 30

5-duree effectuee(mn): 48

6-date/heure debut: 30/11/2015

7-date/heure fin:

8-Document configurations (enlever ce qui ne convient pas): A) Non applicable

9-Document utilisateur (enlever ce qui ne convient pas): A) Non applicable

10-Lieu de consolidation (lieu ou a été déposé le livrable, où personne à qui il a été remis) :
X

11-Description succincte Test minimal réalisé par soi même: X

12-Nom personne ayant validé: X

13-Difficultés rencontrées, bugs et exceptions ayant posé des difficultés ou pris du temps

(Décrire succinctement chaque difficulté, y compris les éventuels problèmes de lenteur de


machine de virus ou d'internet. Les messages associés aux exceptions, ainsi que les type
d'exception ayant perdu du temps doivent apparaître. Il convient de coller cela ici au fur et
à mesure de leur apparition):

Temps important pour réfléchir à la spécification et l’écrire

14-Temps perdu du fait de ces exceptions, erreurs et lenteurs machine/Internet:

27

Vous aimerez peut-être aussi