par oguruma » 15 Mars 2010 à 10:16
je pense que sur ce sujet il faut être méthodique et se dire ça va marcher -> pas bon !
1) faire un inventaire des applications
2) les classer par odre de criticité
3) les classer par ordre de style de développement
4) en fonction des cas 2 et 3 on attribuera un poids qui correspondra une notion de criticité forte
5) puis ensuite si un cahier de recette existait pour l'appli en question à tester il suffira de le reprendre -- si non monter un plan de test
là encore dans le plan de test il serait opportun de classifier les tests par ordre de criticité et mineur ; majeur ; bloquant ; application ne fonctionne plus... etc.
pour arriver petit à petit aux applications non critiques et les moins compliquer à faire évoluer et enfin terminer par celles qui pourraient être très simple et pour lesquelles la résolution se fera au cas par cas si une erreur se produit
voici ma vision des choses sur les aspects d'une migration applicative
le premier HIT : quelles sont mes applications critiques ? sensibles ?
(bref une du genre : celle du DSI ou Directeur dont tout le monde se fout complétement mais qui peut avoir un impact négatif sur le produit car son appli A LUI ne fonctionne plus... et cela cassera automatiquement votre migration.... un exemple !)
Bien à vous
http://www.dominoarea.org/oguruma/
Les téléphones PORTABLES dans les TGV y en a MARRRE de ces voyageurs qui ne respectent pas les autres ! ARRET DES PORTABLES SVP - Merci
Fumeurs ! respectez les non fumeurs !!!
Fumeurs ! respectez la loi de février 2007 et les lieux publics !!! (ie. hall de gares)