Discussion :

[saidgrd]

Bonjour,

Je suis sur un projet où on me demande de rajouter une fonctionnalité dans une application. un travail à déjà été établi pour la réalisation de la fonctionnalité sur laquelle je travail.

Pour l'instant on me demande de faire une étude de l'existant. et je ne sais pas vraiment par où je dois commencer. surtout que je ne dispose de pratiquement aucun document (les documents qui existent sont médiocres).

En fin bref, quelqu'un pourrait me décrire la démarche à réaliser pour faire l'existant sur le projet dans sa globalité ainsi que le travail réaliser pour la fonctionnalité que je veux intégrer.

Merci d'avance.

[Aur25]

Bonjour,

Je ne sais pas vraiment de quoi parle ton projet mais je te conseille de modéliser le système d'information de l'entreprise en utilisant Merise ou UML.

Et surtout n'hésite pas à rencontrer un maximum de personnes (dans l'entreprise) afin de récupérer toutes les informations dont tu as besoin.

J'espère que ça t'aidera.

Bon courage!

[Baseman]

Bonjour,

La fonctionalité s'intègre dans une application qui existe, donc dans un premier temps dire ce que fait cette applicatio, à partir de quelles données et avec quelles interfaces, au profit de qui. Ne pas oublier de dire si elle donne satisfaction et ce qui a motivé le développement d'une nouvelle fonctionalité.

Pour la nouvelle fonctionalité, faire le point sur les études et les conclusions qui en ont découlé.

Voici rapidement décrit et de façon sommaire le travail à faire pour décrire un existant.

Bonne chance.

[wiztricks]

Salut,

Pour l'instant on me demande de faire une étude de l'existant. et je ne sais pas vraiment par où je dois commencer. surtout que je ne dispose de pratiquement aucun document (les documents qui existent sont médiocres).

Vous devez disposer des sources... sinon je ne vois pas trop comment vous aller pouvoir ajouter une nouvelle fonctionnalité.
Vous devez aussi savoir quel type d'architecture: Client/Serveur, 3Tiers,...
Vous devriez aussi avoir des utilisateurs à interviewer qui vous permettront de cerner les principaux cas d'utilisation.

Après tout va dépendre de la taille du code, de son organisation, sa lisibilité, du nombre de cas d'utilisation, ... et du temps et de la patience dont vous disposez.

- W

[B.AF]

Bonjour,

Je suis sur un projet où on me demande de rajouter une fonctionnalité dans une application. un travail à déjà été établi pour la réalisation de la fonctionnalité sur laquelle je travail.

Pour l'instant on me demande de faire une étude de l'existant. et je ne sais pas vraiment par où je dois commencer. surtout que je ne dispose de pratiquement aucun document (les documents qui existent sont médiocres).

En fin bref, quelqu'un pourrait me décrire la démarche à réaliser pour faire l'existant sur le projet dans sa globalité ainsi que le travail réaliser pour la fonctionnalité que je veux intégrer.

Merci d'avance.

Donc tu es en train de nous expliquer que vous avez spécifiées des nouveaux développements dans une application que nous ne connaissez pas ....

Ca depend du langage, du produit, il n'y a pas de méthode. La seule vraie importante c'est de comprendre :
- a quoi sert l'appli
- comment les users l'utilisent
- comment elle est développée

Et ça ça dépend de la taille de l'appli mais c'est un travail de romain.

[wiztricks]

Salut,

Donc tu es en train de nous expliquer que vous avez spécifiées des nouveaux développements dans une application que nous ne connaissez pas ....

Soyons positif!!!
Les utilisateurs ou le client ont formulé un besoin qui a reçu suffisamment d'attention pour qu'on étudie le coût de l'ajout des nouvelles fonctionnalités aux codes existants.
Ceci dit, comme l'étude d'impact est réalisée par des personnes qui ne connaissent pas l'application, ou

• la connaissance s'est évaporée, ou
• les patrons traitent la demande par dessus la jambe, ou
• ils espèrent assez rapidement une enveloppe "grosse maille" pour avoir une idée de la 'taille' du projet à dérouler derrière.

Ca depend du langage, du produit, il n'y a pas de méthode. La seule vraie importante c'est de comprendre :
- a quoi sert l'appli
- comment les users l'utilisent
- comment elle est développée

Et ça ça dépend de la taille de l'appli mais c'est un travail de romain.

C'est vrai dans l'absolu, mais si on en est à une estimation "grosse maille",
l'objectif est peut être de simplement savoir si çà va être 100, 1000, 10000 ou plus dans les dimensions coûts, délais. Avec une première identification des "obstacles" (que je préfère à "risques") qui sont à résoudre, style:
- pas facile de trouver des programmeurs dans le langage en question,
- les nouvelles fonctionnalités demanderont l'augmentation de la capacité cpu, mémoire, ... et un changement de génération du vieux main-frame qui l'héberge - je dis n'importe quoi mais c'est pour ne pas rester le nez posé sur l'application.
- l'application truc qui doit remplacer cette application dans 18 mois inclura la fonctionnalité en question,

L'auteur du post est peut être scotché à l'étude de l'application - au sens, il n'a pas à connaitre les alternatives que concoctent les patrons et s'appliquer à faire ce qu'on lui demande - mais une estimation grosse maille se réalise en général en quelques semaines...
Elle s'appuie sur les fonctions réalisées ("conceptuellement" s'entend) et sur des options techniques "macros" qu'on approfondira plus tard...
A ce stade, côté technique, ce doit être aussi macro les éléments structurants la réflexion seront:

• le type d'architecture client/serveur, mainframe, mvc,... plutôt que la version du compilateur,
• le nombre de lignes de code, de tables, l'existence de tests de non regression, ... plutôt que de savoir si le code est 'bien' écrit, la base normée,...

L'expérience des intervenants a une forte incidence sur:
- les délais: temps passé pour obtenir un résultat exploitable,
- la fiabilité et précision: c'est une approche "heuristique".
Au bout de 4 semaines, dire c'est un projet dans les 500K€ avec des obstacles qui pourront faire varier son coût de 500 a 1000K€ n'a pas le même sens produit par un expert ou par un débutant.
- W

[B.AF]

Dans l'absolu je suis d'accord avec toi, mais les analyses à la sauvette, ça se termine soit en développement "cul du camion" soit en chiffrages délirants.

Maintenant, clairement entre évaluer l'implémentation d'une fonction dans un produit fonctionnellement trivial (je veux dire abordable par tous) qui a 20 tables et développé en vb client / serveur et l'implémentation d'une fonction dans une archi JBoss / Jsf avec du spring / hib /ejb qui se base sur une population de 2000 entitées et du oracle avec des procs stocks en pl; c'est pas du tout la même chose.

Donc difficile quand même hors contexte de donner des conseils, ça n'a pas vraiment de sens.

[wiztricks]

Salut

Maintenant, clairement entre évaluer l'implémentation d'une fonction dans un produit fonctionnellement trivial (je veux dire abordable par tous) qui a 20 tables et développé en vb client / serveur

l'implémentation d'une fonction dans une archi JBoss / Jsf avec du spring / hib /ejb qui se base sur une population de 2000 entitées et du oracle avec des procs stocks en pl; c'est pas du tout la même chose.

Ce sont de bons exemples.

Le petit machin VB 'trivial' risque d'avoir une structure non triviale rendant les modifications périlleuses car pleine d'effets de bords partout sauf à pouvoir être réalisées par le codeur de la chose.
=> il risque d'être plus rentable de tout refaire plutôt que de s'enliser.

Les nombreuses fonctionnalités de l'architecture JXX sont (sans doute) contraintes par les frameworks utilisées. En plus suivant le cycle de vie de l'application, il a certainement fallu réfléchir un peu pour organiser le boulot des gens. Donc c'est "potentiellement" - mais pas certain - mieux structuré.

Puisque c'est mieux structuré, on pourra assez rapidement savoir quels composants il faudra 'revoir' pour faire les modifications et éventuellement se faire aider par les expertises qui vont bien.

- W