Dans une démarche contractuelle, il est important de tracer les différentes versions d'un produit déployées afin de mieux identifier chacune de ses composantes. On appelle ca la gestion de configuration.
Le fait d'identifier une configuration permet d'identifier chacune de ces composante précisément.
A partir du moment où on connait la version, on est capable de lui associer les changements qui lui on été apportés par la fourniture d'un document associé qui est alimenté également par une autre discipline de gestion de projet , le suivi des demandes de changement.
Or il se trouve qu'une distribution commerciale linux est un produit comme un autre. Ces versions de référence permettent un suivi précis pour les demandes commerciales et sont plus productives si le client procède à des mises à jour identifiées. Dans ton cas ca veut dire qu'au moindre problème Novell va passer tout son temps à reproduire un environnement identique au tien, devra retrouver les sources et dependances associés une par une puis en déduire les changements qu'il englobait et le faire pour chaque client.
Une structure commerciale n'est pas en mesure de fournir un tel investissement ou elle va droit à la faillite.
Le client utilise dionc des versions identifiées supportées et surtout testées. S'il décide de faire ces mises à jour dans son coin il est normal que l'editeur nassume pas le support puisqu'il n'a pas pu tester cette configuration. La combinatoire rend matériellement impossible les tests exhaustifs.
[^] # Re: Ca peut aider parfois !
Posté par Bozo_le_clown . En réponse au journal Novell sort un Service Pack 1. Évalué à 3.
Le fait d'identifier une configuration permet d'identifier chacune de ces composante précisément.
A partir du moment où on connait la version, on est capable de lui associer les changements qui lui on été apportés par la fourniture d'un document associé qui est alimenté également par une autre discipline de gestion de projet , le suivi des demandes de changement.
Or il se trouve qu'une distribution commerciale linux est un produit comme un autre. Ces versions de référence permettent un suivi précis pour les demandes commerciales et sont plus productives si le client procède à des mises à jour identifiées. Dans ton cas ca veut dire qu'au moindre problème Novell va passer tout son temps à reproduire un environnement identique au tien, devra retrouver les sources et dependances associés une par une puis en déduire les changements qu'il englobait et le faire pour chaque client.
Une structure commerciale n'est pas en mesure de fournir un tel investissement ou elle va droit à la faillite.
Le client utilise dionc des versions identifiées supportées et surtout testées. S'il décide de faire ces mises à jour dans son coin il est normal que l'editeur nassume pas le support puisqu'il n'a pas pu tester cette configuration. La combinatoire rend matériellement impossible les tests exhaustifs.