fr 1.7 Installation de systèmes d'exploitation et d'applications 1.0

Les critères génériques de la méthode QSOS version 1.6 Pérennité Maturité Moins de 3 mois Entre 3 mois et 3 ans Plus de 3 ans Logiciel instable avec de nombreuses versions et patches générant des effets de bords Version de production stabilisée mais un peu vieille. Quelques difficultés à stabiliser les versions de développement Logiciel stable. Les nouvelles versions corrigent des bugs, mais apportent de façon prépondérante de nouvelles fonctionnalités Le logiciel connaît de nombreux problèmes qui peuvent être rédhibitoires Pas de problèmes majeurs, ni de crise Bon historique de gestion de projet et de crise Forte probabilité de fork dans un futur proche Le logiciel provient d'un fork mais a très peu de chances d'être forké dans un futur proche Très faible probabilité de fork. Le logiciel ne provient pas d'un fork Adoption par la communauté et l'industrie Très peu d'utilisateurs identifiés Usage détectable sur Internet Nombreux utilisateurs et références Aucune Peu de références, pas d'usage critique Souvent implémenté sur des applications critiques Pas de communauté ou de réelle activité (forum, liste de diffusion…) Communauté existante avec une activité notable Communauté forte : grosse activité sur les forums, de nombreux contributeurs et défenseurs Aucun livre sur ce logiciel Moins de cinq livres publiés sur ce logiciel Plus de cinq livres publiés sur ce logiciel et dans différentes langues Organisation et direction des développements Un ou deux individus engagés, pas clairement identifiés Entre deux et cinq personnes indépendantes Plus de cinq personnes Dictature complète Despotisme éclairé Conseil d'architectes avec un leader identifié (ex : KDE) Activité du et autour du projet Moins de trois développeurs, pas clairement identifiés Entre quatre et sept développeurs ou plus, non identifiés, avec un turnover important Plus de sept développeurs, équipe très simple Réactivité faible sur le forum ou sur la liste de diffusion, ou rien au sujet des corrections de bugs dans les notes de versions Activité détectable mais sans processus clairement exposé, temps de résolution long Forte réactivité, basée sur des rôles et des assignations de tâches Pas ou peu de nouvelles fonctionnalités Évolution du produit conduite par une équipe dédiée ou par des utilisateurs, mais sans processus clairement exposé Les requêtes pour les nouvelles fonctionnalités sont clairement outillées, feuille de route disponible Très faible activité que ce soit sur les versions de production ou de développement (alpha, beta) Activité que ce soit sur les versions de production ou de développement (alpha, beta), avec des versions correctives mineures fréquentes Activité importante avec des versions correctives fréquentes et des versions majeures planifiées liées aux prévisions de la feuille de route Niveau d'industrialisation du projet Développements réalisés à plus de 60% par des employés d'une seule société Développements réalisés à 60% maximum par des employés d'une seule société Développements réalisés à 20% maximum par des employés d'une seule société Offres de services Pas d'offre de formation identifiée Offre existante mais restreinte géographiquement ou en une seule langue ou fournie par un seul fournisseur Offre riche, plusieurs fournisseurs, plusieurs langages, divisée en modules et en niveaux Pas d'offre de support identifiée Offre existante mais restreinte géographiquement ou en une seule langue ou fournie par un seul fournisseur ou sans garantie Offre riche, plusieurs fournisseurs, avec des garanties (sur les temps de résolution) Pas d'offres de conseil identifiées Offre existante mais restreinte géographiquement ou à un seul langage ou fournie par un seul fournisseur Offre riche, plusieurs fournisseurs, plusieurs langages Pas de documentation utilisateur La documentation existe mais est en partie obsolète ou restreinte à une seule langue ou peu détaillée Documentation à jour, traduite et éventuellement adaptée à différentes cibles de lecteurs (end-user, sysadmin, manager…) Processus et méthode qualité Pas de processus qualité identifié Processus qualité existant, mais non formalisé ou non outillé Processus automatique de tests dans le cycle de vie du code et publication des résultats Pas d'outils de gestion de bugs, ni d'outils de gestion de tickets Outils standards fournis (une forge par exemple) mais peu utilisés Utilisation très active d'outils standards Packaging pour les différents systèmes d'exploitation BSD Le logiciel n'est pas packagé pour ce système d'exploitation Le packaging existe, mais est buggé ou n'a pas de support officiel Le logiciel est correctement packagé pour ce système d'exploitation Le logiciel n'est pas packagé pour ce système d'exploitation Le packaging existe, mais est buggé ou n'a pas de support officiel Le logiciel est correctement packagé pour ce système d'exploitation Le logiciel n'est pas packagé pour ce système d'exploitation Le packaging existe, mais est buggé ou n'a pas de support officiel Le logiciel est correctement packagé pour ce système d'exploitation Le logiciel n'est pas packagé pour ce système d'exploitation Le packaging existe, mais est buggé ou n'a pas de support officiel Le logiciel est correctement packagé pour ce système d'exploitation Linux Le logiciel n'est pas packagé pour ce système d'exploitation Le packaging existe, mais est buggé ou n'a pas de support officiel Le logiciel est correctement packagé pour ce système d'exploitation Le logiciel n'est pas packagé pour ce système d'exploitation Le packaging existe, mais est buggé ou n'a pas de support officiel Le logiciel est correctement packagé pour ce système d'exploitation Le logiciel n'est pas packagé pour ce système d'exploitation Le packaging existe, mais est buggé ou n'a pas de support officiel Le logiciel est correctement packagé pour ce système d'exploitation Le logiciel n'est pas packagé pour ce système d'exploitation Le packaging existe, mais est buggé ou n'a pas de support officiel Le logiciel est correctement packagé pour ce système d'exploitation Le logiciel ne peut être facilement installé depuis les sources, cela demande beaucoup de travail L'installation depuis les sources est limitée ou dépend des conditions (OS, arch, lib…) L'installation depuis les sources est facile Unix Le logiciel n'est pas packagé pour ce système d'exploitation Le packaging existe, mais est buggé ou n'a pas de support officiel Le logiciel est correctement packagé pour ce système d'exploitation Le logiciel n'est pas packagé pour ce système d'exploitation Le packaging existe, mais est buggé ou n'a pas de support officiel Le logiciel est correctement packagé pour ce système d'exploitation Le logiciel n'est pas packagé pour ce système d'exploitation Le packaging existe, mais est buggé ou n'a pas de support officiel Le logiciel est correctement packagé pour ce système d'exploitation Le logiciel n'est pas packagé pour ce système d'exploitation Le packaging existe, mais est buggé ou n'a pas de support officiel Le logiciel est correctement packagé pour ce système d'exploitation Niveau d'exploitabilité Difficulté d'utilisation, demande une connaissance approfondie des fonctionnalités du logiciel Ergonomie austère et très technique Ergonomie élaborée et IHM comprenant des fonctions d'aide Pas de fonctionnalités de contrôle, ni d'administration Fonctionnalités présentes mais incomplètes ou à améliorer Fonctionnalités complètes et faciles de contrôle et d'administration. Intégration possible avec des outils tiers (ex : SNMP, syslog…) Adaptabilité technique Logiciel monolithique Présence de modules haut niveau permettant un premier niveau d'adaptation Conception modulaire, permettant des adaptations faciles par sélection et/ou création de modules Tout à la main Recompilation possible mais complexe, sans outils, ni documentation Recompilation facile, outillée (ex : make, ANT, Maven…) et documentée Toute modification demande une recompilation du code Architecture conçue pour des extensions statiques mais exige une recompilation Architecture de plugins, conçue pour des extensions dynamiques et sans recompilation Stratégie du projet Licence, à pondérer uniquement si le client désire un jour devenir propriétaire du code Licence très stricte, comme la GPL Licence modérée entre les deux extrêmes (GPL et BSD), licence duale dépendante du type d'utilisateur (personne, société…) ou de leur activité Licence très permissive comme BSD et Apache Licence très permissive comme BSD et Apache Licence modérée entre les deux extrêmes (GPL et BSD), licence duale dépendante du type d'utilisateur (personne, société…) ou de leur activité Licence très stricte, comme la GPL Les droits sont détenus par quelques individus ou entités commerciales, facilitant le changement de licence Les droits sont détenus par de nombreux individus de façon homogène, rendant le changement de licence très difficile Les droits sont détenus par une entité légale, une fondation dans laquelle la communauté a confiance (ex: FSF, Apache, ObjectWeb) Pas de moyen pratique de proposer des modifications de code Des outils sont fournis pour accéder et modifier le code (ex : CVS, SVN) mais ne sont pas vraiment utilisés pour développer le produit Le processus de modification de code est bien défini, exposé et respecté, basé sur des rôles bien définis Pas de feuille de route publiée Feuille de route sans planning Feuille de route versionnée, avec planning et mesures de retard Le logiciel n'a pas de sponsors, l'équipe principale n'est pas rémunérée Le logiciel a un sponsor unique qui détermine sa stratégie Le logiciel est sponsorisé par l'industrie Pas de stratégie détectable ou forte dépendance à un acteur unique (individu, société, sponsor) Vision stratégique partagée avec plusieurs autres projets open-source mais sans engagement fort des propriétaires des droits Indépendance forte de l'équipe de développement, droits détenus par une entité, fort engagement dans un processus de standardisation

Ensemble des caractéristiques transverses par rapport à l'installation du système d'exploitation, l'installation d'applications, l'exécution de traitements spécifiques et la maintenance. Taille du parc qu'il est possible de gérer. <100 100=< =<10 000 quelconque. Possibilité de planifier les exécutions d'opérations préalablement définies. Pas d'exécution planifiée. Exécution planifiée limitée. Exécution planifiée complète. Travail en parallèle ou en série sur l'ensemble des machines du parc. En série, temps de traitement élevé sur un parc composé d'un grand nombre de machines. En parallèle, temps de traitement en théorie limité, mais nombre de machines limité par les ressources serveur. Avec traitement parallèle dans la mesure des ressources serveur disponibles et étalement dans le temps visant à éviter la surcharge. Possibilité de réaliser des mises à jour sur un système d'exploitation déjà installé. Il n'est possible que de faire des installations initiales. Il est possible de faire des installations initiales et des mises à jour. Les scripts d'installation doivent permettre d'individualiser et de globaliser des déploiements. C'est à dire, traiter des machines de manière individuelles ou ensembles. Il n'est possible ni d'invidualiser ni de globaliser les traitements. Il est possible de traiter les machines individuellement ou bien globalement (ou exclusif). Il est possible de traiter les machines de manière globale et/ou de manière individuelle. Possibilité offerte par le langage de traiter par un même script des machines différentes (en particulier portant un système d'exploitation différent). Les scripts sont strictement liés aux différences. Les scripts masquent les différences et comportent des parties liées aux différences et d'autres qui ne le sont pas. Les scripts ne sont pas du tout liés aux différences. L'outil de déploiement est-il fourni avec des éléments en partie écrits (en particulier, les parties des scripts dépendant des systèmes d'information) Aucun module fourni. Peu de modules fournis ou limités à certains systèmes d'exploitation. Nombreux modules fournis pour la plupart des systèmes d'exploitation. La gestion des versions des scripts est-elle incluse dans l'outil. Il s'agit des scripts qui indiquent ce qui doit être installé (ces scripts sont donnés comme entrée à l'outil de déploiement). Pas de gestion de version. Gestion de version fermée ou dans un format spécifique. L'outil offre des interfaces vers les principaux outils des gestion de version.

Fonctionnalités d'installation du système d'exploitation Systèmes d'exploitation qu'il est possible de déployer. Windows 95,98,XP,Vista. Pas d'installation possible. Installation possible pour certaines versions. Installation prévue pour toutes les versions. AIX, HP-UX, Solaris. Pas d'installation possible. Installation possible pour certaines versions. Installation prévue pour toutes les versions. Mac OS X. Pas d'installation possible. Installation possible pour certaines versions. Installation prévue pour toutes les versions. Debian, Mandriva, Ubuntu, Gentoo, Red Hat, Fedora, SuSE, Slackware. Pas d'installation possible. Installation possible pour certaines versions. Installation prévue pour toutes les versions. NetBSD, OpenBSD, FreeBSD, Darwin, OpenSolaris. Pas d'installation possible. Installation possible pour certaines versions. Installation prévue pour toutes les versions. Gestion des dépôts disposant des éléments à installer. Gestion des dépôts publics. Les dépôts sont les machines contenant les éléments à installer et par extension l'interface qu'elles offrent et qui permet de récupérer les éléments stockés. Pas de gestion. Gestion avec des limitations. Gestion sans limitation. Gestion de dépôts privés. Les dépôts sont les machines contenant les éléments à installer et par extension l'interface qu'elles offrent et qui permet de récupérer les éléments stockés. Les dépôts privés sont destinés à accélérer le déploiement. Pas de gestion. Gestion avec des limitations. Gestion sans limitation. Authentification des éléments à installer Pas d'authentification. Authentification selon un moyen spécifique. Authentification selon un moyen standard. Gestion de l'environnement pour l'amorçage de l'installation du système d'exploitation. Facilitation de l'amorce sur réseau (au moins 2 éléments : serveur PXE et serveur DHCP). L'outil ne gère pas l'amorce sur réseau. L'outil intègre des fonctions spécifiques permettant l'amorce sur le réseau. L'outil comporte une interface facilitant l'usage de serveurs d'amorce sur le réseau. Possibilité de réaliser des amorces sur un support physique local (situé sur la machine cliente du déploiement). L'outil ne gère pas l'amorce locale. L'outil intègre des fonctions spécifiques permettant l'amorce locale. L'outil comporte une interface facilitant l'usage de l'amorce locale standard. Gestion de l'installation du système d'exploitation. L'installation est paramétrée en fonction de ce qui est possible sur le système d'exploitation installé. Seules certaines parties de l'installeur du système d'exploitation sont exploitées. Respect intégral de ce qui est proposé par l'installeur du système d'exploitation. Le paramétrage de l'installation offre davantage que l'installeur du système d'exploitation. L'outil permet-il de répondre automatiquement aux questions de l'installeur du système d'exploitation. L'automatisation de l'installation n'est pas prévue. L'automatisation est possible par un outil spécifique ou pour un nombre très limité de systèmes d'exploitation. L'automatisation est possible en utilisant un outil standard ou très répandu. Gestion de la virtualisation Virtualisation non supportée. Certains types/logiciels de virtualisation supportés. La plupart des types/logiciels de virtualisation sont supportés.

Installation d'applications distinctes du système d'exploitation. Gestion des dépôts disposant des éléments à installer. Gestion des dépôts publics. Les dépôts sont les machines contenant les éléments à installer et par extension l'interface qu'elles offrent et qui permet de récupérer les éléments stockés. Pas de gestion. Gestion avec des limitations. Gestion sans limitation. Gestion de dépôts privés. Les dépôts sont les machines contenant les éléments à installer et par extension l'interface qu'elles offrent et qui permet de récupérer les éléments stockés. Les dépôts privés sont destinés à accélérer le déploiement. Pas de gestion. Gestion avec des limitations. Gestion sans limitation. Authentification des éléments à installer Pas d'authentification. Authentification selon un moyen spécifique. Authentification selon un moyen standard. Types d'élément qu'il est possible d'installer. Ce paramètre dépend beaucoup du mécanisme d'installation utilisé par l'outil (gestionnaire de paquet, copie à distance...). Installation de paquets de distribution linux. Impossible. Possible pour certains formats. Possible pour tous les formats les plus répandus. Installation de fichiers compressés (ZIP, TAR...). Impossible. Possible pour certains formats. Possible pour les formats les plus répandus. Possibilité d'installer à l'aide de fichiers exécutables. Impossible. Possible avec des limitations. Possible. Possibilité d'installer des fichiers "quelconques" ce qui se résume à une simple copie. Impossible. Possible mais avec des limitations. Possible. Configuration des services Il est impossible de configurer les services. Il est possible de configurer les services mais uniquement au moment de leur installation. Il est possible de configurer les services à tout moment. Configuration des applications.

Maintien de la cohérence entre référentiel et parc installé. Gestion d'informations sur le parc matériel installé. L'outil ne récupère pas d'information sur le parc matériel. Gestion fermée et formats spécifiques. Gestion en relation avec d'autres systèmes/logiciels. Gestion d'informations sur le parc logiciel déployé. L'outil ne récupère pas d'information sur le parc logiciel. Gestion fermée et formats spécifiques. Gestion en relation avec d'autres systèmes/logiciels. Comparaison des clients et du serveur. Il s'agit de l'analyse des informations sur les parcs matériel et logiciel. L'outil ne permet pas de faire des comparaisons. L'outil permet de faire des comparaisons. Possibilité de réaliser des mises à jour. Il s'agit de modifier les machines clientes du déploiement en fonction de l'évolution du référentiel. L'outil ne permet pas de faire des mises à jour. L'outil permet de faire des mises à jour.

Exécution de traitements spécifiques Etablissement et maintien des connections réseau. Impossible. Possible. Moteur de scripts évolué. Simple. Evolué. Très évolué et puissant. Supervision des traitements. Pas de supervision des traitements. Supervision des traitements disponible. Il s'agit du langage de script servant à décrire ce qui doit être installé. Le type de langage utilisé pour paramétrer l'outil de déploiement. Impératif Déclaratif Caractère standard du langage utilisé pour configurer l'outil de déploiement. Spécifique et fermé. Intermédiaire. Libre et standard. Possibilité de définir de nouveaux modules/types/ressources. Langage rigide. Langage puissant et permettant de définir de nouveaux modules/types/ressources. L'outil permet la gestion de la configuration des machines clientes du déploiement. Pas de gestion de configuration. L'outil intègre une gestion de configuration spécifique ou limitée. L'outil disponse d'une interface pour faciliter l'utilisation d'un gestionnaire de configuration. Interconnexion avec des outils complémentaires (asset management, network monitoring, asset inventory). Impossible. Possible. Outil prévu pour intégration.