Modernisation d'une application VB.net

Salut,

On m'a confié un nouveau travail. Il s'agit de moderniser une appli VB.net.

En fait, mon constat est que cette application est très bien faite, à par quelques remarques sur de la factorisation de code ou d'utilisation d'une charte de nommage propriétaire, c'est bien fait, c'est stable et c'est même performant.
L'application VB.net consomme une batterie de web services un peu propriétaires (ça ressemble à du WCF sans en être vraiment).
L'application est destinée à environ 5000 utilisateurs et est utilisée par bureau à distance.

Le patron de la boite trouve que le look est vieillot (ce qui n'est pas faux) mais ça fonctionne.

Etant donné qu'il s'agit d'une application Win form sans effet waou, du coup, le bureau à distance est tout à fait adapté.

J'ai donc deux options :

MVVM / WPF
ASP.net MVC / Bootstrap / Angular 2

J'ai peur que si on opte pour le WPF, l'utilisation du bureau à distance ne pose des problèmes (en particulier pour les effets, les transitions etc. qu'on peut désactiver le cas échéant.
Pour la seconde, j'ai peur d'un rejet des utilisateurs qui trouveraient que le gap entre l'application old school et la nouvelle les perturberaient dans leur travail...

Quoi qu'il en soit, j'aimerai faire l'inventaire de l'application et j'aimerais savoir s'il existe une sorte de project explorer qui serait capable de parcourir tous les fichiers de la solution pour pouvoir en extraire une liste que je pourrais utiliser comme base de plan pour mon rapporte préliminaire et mon chiffrage.

Connaîtriez-vous ce genre d'outil ?

Merci

Citation:

---

Envoyé par Nadinette

J'ai peur que si on opte pour le WPF, l'utilisation du bureau à distance ne pose des problèmes (en particulier pour les effets, les transitions etc. qu'on peut désactiver le cas échéant.

---

C'est clair que ca ne sert pas a grand chose de faire du WPF si c'est pour utiliser l'appli via le bureau a distance...

Citation:

---

Envoyé par Nadinette

Pour la seconde, j'ai peur d'un rejet des utilisateurs qui trouveraient que le gap entre l'application old school et la nouvelle les perturberaient dans leur travail...

---

Comme pour toute application, si la migration comporte de gros changements, il faut prevoir du "change management" pour communiquer et former les utilisateurs au nouvel outil. Ca consiste principalement (mais pas que) a leur expliquer pourquoi le nouvel outil sera meilleur et plus simple a utiliser.

Citation:

---

Envoyé par Nadinette

Quoi qu'il en soit, j'aimerai faire l'inventaire de l'application et j'aimerais savoir s'il existe une sorte de project explorer qui serait capable de parcourir tous les fichiers de la solution pour pouvoir en extraire une liste que je pourrais utiliser comme base de plan pour mon rapporte préliminaire et mon chiffrage.

Connaîtriez-vous ce genre d'outil ?

---

Ca parait absurde de raisonner par fichier (mais on ne sait pas tout du logiciel...). En principe pour faire un premier rapport et un premier chiffrage il vaut mieux raisonner par module et se baser sur une vision plus macro (architecture, vision d'ensemble) que micro (par fichier, voire par classe).