Discussion :

[fd_caramba]

Bonjour tout le monde.
Celà fais 2 mois que je suis dans une entreprise (seul informaticien).
L'ancien informaticien avait réalisé un programme en java permettant de gérer le SAV de l'entreprise.
Je suis un petit nouveau dans le monde du travail, et je ne veux pas manquer d'humilité.

Le problème avec ce soft existant, c'est que ça me parait n'importe quoi.
J'explique :
- la base de donnée en elle même :
* la plupart des tables ne possèdent pas de clés primaires.
* Aucune clé étrangère : il y a une table client(nom,adresse) et une table sav(client[le nom du client -> varchar(100)],adresse->varchar(200). Ca au lieu d'une colonne simple "idclient"
* il y a des table inutilisées
* la base de donnée est située sur mon pc de travail... Je developpe dessus et tout et tout.
- le code java en lui même est d'une complexité incroyable... Ca y va a coup de tableaux multidimensionnels, de casts dans tous les sens.
- il y a un boutton "nouveau sav" : quand on clique dessus, le formulaire de création apparait. Au moment même d'afficher ce formulaire, le CREATE dans la bdd est fait. Du coup, si on ferme la fenetre, il y a un enregistrement de créé pour rien. J'immagine meme pas combien y a d'enregistrements en mousse comme ça dans la dbb...

D'après vous, dois-je dire au boss qu'il faut refaire tout ça au propre et repartir sur de bonnes bases (et ce, malgrès ma "jeunesse" dans le métier, et l'infériorité de ma formation par rapport a l'ancien informaticien qui était ingénieur)?

Merci pour vos conseils...

Peace.

[Maljuna Kris]

Saluton,

Aux âmes bien nées, la valeur n'attend pas le nombre des années.
.../...
La jeunesse est un défaut dont on se corrige chaque jour un peu (hélas)

Présente un audit objectif de l'existant, sans référence personnelle à l'auteur. Tu ne jauges pas la personne, tu évalues un produit. (Je sais c'est un peu jésuite comme formule, mais bon)
Présente ensuite une analyse conceptuelle de ce que tu te proposes de faire avec une maquette.
Dans ta proposition n'oublies pas de parler de récupération de l'existant et prévoir dans ton projet une procédure en mode dégradé.
Bien penser l'organisation et le timing (c'est sur le respect des délais qu'on te jugera en premier) de la bascule vers la nouvelle appli.
Ta modestie t'honore, elle est garante de ta prudence, il ne faut pas qu'elle bloque ton pouvoir de proposition ni ta créativité.
Donc, pas de forfanterie, mais pas non plus de fausse modestie. De l'audace et de la rigueur. Mais surtout du travail, encore du travail.
Et puis, si ça bloque, tu peux toujours demander un coup de main sur les forums.
Amike, et surtout bon courage.

[CinePhil]

Tes arguments sont convaincants... mais je ne suis qu'informaticien et non ton boss !

Les arguments qui peuvent convaincre ton boss tourneront toujours autour de ces questions :
- Est-ce que l'application existante fonctionne de façon satisfaisante et répond aux besoins ?
- Est-ce qu'il y a un risque grave d'indisponibilité de l'appli avec sa structure (programme et données) actuelle qui pourrait interrompre l'activité de l'entreprise ?
- Combien ça va coûter de refaire l'application (même en développement interne, ton temps est de l'argent) ?
- N'y a t-il pas une application du commerce qui correspondrait à nos besoins et pour quel coût à comparer au développement interne ou sous-traité à une SSII ?

Autre manière d'aborder la chose :
"Boss, ce logiciel restera t-il en l'état ou est-il appelé à évoluer ? Parce que s'il doit évoluer, autant vous le dire tout de suite, il a été très mal conçu et ne sera pas facile à adapter ; ça pourrait même être risqué parce qu'on risquerait de faire planter ce qui fonctionne à peu près bien aujourd'hui. Il vaudrait mieux carrément le refaire."

Enfin, si tu as du temps dispo, tu peux faire une nouvelle version normalisée et améliorée à temps perdu. Mais prends quand même la température auprès des utilisateurs, notamment pour voir s'ils sont satisfaits de la situation actuelle et quelles améliorations ils souhaiteraient. Ensuite présente le projet à ton boss en lui disant que ce n'est pas urgent et que tu va faire ça à temps perdu. Si tu lui annonces ensuite, dans un temps raisonnable, que l'appli est dispo, il t'aura probablement à la bonne.

A moins que "l'ingénieur" précédent était de sa famille ou un copain pistonné et qu'il n'apprécie pas que tu le critiques !

Bref, prends des précautions avant de te lancer sur un projet peut-être inutile.

[fd_caramba]

Merci beaucoup pour vos conseils.

Je vais commencer le développement chez moi, "en cachette", et quand j'aurai quelque chose de présentable, j'exposerai le tout au boss en lui expliquant ce qu'il va pas pour savoir ce qu'il en pense.

Merci !

Peace.

[Maljuna Kris]

Les questions préalables énoncées par Cinéphil m'apparaissent effectivement primordiales tout autant que le souci de la satisfaction des utilisateurs.
J'adhère pleinement à l'ensemble de ses conseils.