Glossaire #
| Terme | Définition |
|---|---|
| Analyse du coût total/Analyse du coût réel | Cela comprend le coût total de la création ou de l’acquisition du logiciel, de sa mise en œuvre et de sa mise à niveau. L’analyse du coût total comprend les coûts directs et indirects, immédiats et à long terme (notamment les heures de travail du personnel, les frais de licence, etc.). |
| Bifurcation | Une duplication est une copie d’un dépôt que vous gérez. Les duplications vous permettent d’apporter des modifications à un projet sans affecter le dépôt d’origine. Vous pouvez extraire des mises à jour du dépôt d’origine ou envoyer des modifications à celui-ci avec des demandes de tirage. Source : GitHub |
| Budgétisation modulaire | La budgétisation modulaire est une planification financière qui appuie la sous-traitance modulaire (voir ci-dessous). Un budget modulaire s’applique aux heures-personnes et aux autres coûts associés à un système discret. |
| Contrôle de la version distribuée | Dans le domaine du développement logiciel, le contrôle de la version distribuée (également connu sous le nom de gestion des versions) est une forme de contrôle où le code base complet, y compris son historique, se reflète dans l’ordinateur de chaque développeur. Contrairement au contrôle de la version centralisée, cela permet de gérer automatiquement les branchements et les fusions, d’accélérer la plupart des opérations (à l’exception du push et du pull), d’améliorer la capacité de travailler hors ligne et de ne pas dépendre d’un emplacement unique pour les sauvegardes. Git, le système de contrôle de la version le plus populaire au monde, est un système de contrôle de la version distribuée. Source : Contrôle de la version distribuée – Wikipédia |
| Demande d’extraction | Les contributions à un référentiel de code source qui utilise un système de contrôle de la version distribuée sont généralement effectuées au moyen d’une demande d’extraction, également connue sous le nom de demande de fusion. Le contributeur demande au responsable du projet de retirer la modification du code source. Le responsable doit fusionner la demande d’extraction si la contribution doit faire partie de la base de données des sources. Source : Contrôle de la version distribuée – Wikipédia Voir également : Contrôle de la version distribuée |
| Demande de devis | Méthode de sollicitation utilisée pour obtenir des fournisseurs des renseignements sur les prix, les coûts, les livraisons et autres renseignements connexes. (Source : U.S. General Services Administration) |
| Demande de fusion | Voir: Demande d’extraction |
| Demande de propositions (DP) | Une demande de propositions (DP) est à la fois le processus et la documentation utilisés pour solliciter des soumissions pour des solutions opérationnelles ou informatiques potentielles requises par une entreprise ou un organisme gouvernemental. Le document de demande de propositions décrit généralement un énoncé des exigences auxquelles doivent répondre les répondants potentiels qui souhaitent faire une offre pour fournir les solutions requises. Il peut s’agir de produits et/ou de services permettant de répondre aux exigences prévues. La documentation de l’appel d’offres couvre aussi généralement le processus d’achat correspondant, les critères d’évaluation, les modalités opérationnelles, les délais et les activités en cause, ainsi que les éléments que les soumissionnaires doivent inclure dans leur réponse à l’appel d’offres. (Source : Gartner) |
| Demande de renseignements (RFI)/Avis de recherche de sources (SSN) | Demande de renseignements/Avis de sources recherchées (SSN) : Un outil d’étude de marché utilisé pour obtenir le prix, la livraison, les capacités, l’intérêt, etc. à des fins de planification. (Source : U.S. General Services Administration) |
| Dépôt central | Voir : Référentiel |
| Dépôt de la branche | Voir : Référentiel |
| Développement logiciel selon la méthode agile | La méthode agile est une approche itérative de la gestion de projet et du développement logiciel qui aide les équipes à fournir de la valeur à leurs clients plus rapidement et avec moins de maux de tête. Au lieu de tout miser sur un lancement « big bang », une équipe agile livre le travail par petites étapes. Les exigences, les plans et les résultats sont évalués en permanence, afin que les équipes disposent d’un mécanisme naturel pour réagir rapidement au changement. Le développement logiciel agile fait appel à un certain nombre de stratégies de gestion des processus, comme les réunions quotidiennes, les scrums, les parcours d’utilisateurs et d’autres outils de base. (Source : Atlassian. Voir aussi le Manifeste Agile) |
| DevOps | DevOps désigne un processus dans le cadre duquel des personnes travaillent ensemble pour concevoir, construire et livrer des logiciels sécurisés à la vitesse maximale. Les pratiques DevOps permettent aux développeurs de logiciels et aux équipes opérationnelles d’accélérer la livraison grâce à l’automatisation, à la collaboration, à la rétroaction rapide et à l’amélioration itérative. Issu d’une approche agile du développement logiciel, un processus de livraison DevOps étend l’approche interfonctionnelle de la création et de l’expédition d’applications de manière plus rapide et plus itérative. (Source : GitLab) |
| Énoncé/cadrage de problèmes | Le cadrage de problèmes est une méthode de résolution des problèmes qui vise à rallier toute l’équipe en vue de l’adoption d’une solution unique pour un projet en structurant les détails du problème de manière digeste et collaborative. Ainsi, lorsque votre équipe ne parvient pas à s’entendre sur une solution, utilisez cette méthode pour prendre du recul et vous harmoniser avec le problème à résoudre. (Source : Atlassian) |
| Fournisseur unique | La passation de marchés par l’entremise d’un processus non concurrentiel, également connue sous le nom de passation de marchés à fournisseur unique, consiste à solliciter une soumission auprès d’une seule source. Les achats à fournisseur unique doivent respecter des normes qui régissent la manière dont un organisme public peut justifier qu’un seul fournisseur est en mesure de fournir les services demandés. (Source : US Department of Justice) |
| Fractionnement des soumissions | Lorsqu’un employé de l’État divise les gros contrats en petits contrats pour éviter l’examen minutieux effectué dans le cas des gros contrats (Source : Association of Certified Fraud Examiners) |
| Logiciel à code source ouvert | Un logiciel à code source ouvert est un logiciel avec un code source que tout le monde peut consulter, modifier et améliorer. Le « code source » est la partie du logiciel que la plupart des utilisateurs d’ordinateurs ne voient jamais. C’est le code que les programmeurs informatiques peuvent manipuler pour changer le fonctionnement d’un logiciel – un « programme » ou une « application ». Les programmeurs qui ont accès au code source d’un programme informatique peuvent améliorer ce programme en y ajoutant des fonctionnalités ou en corrigeant des parties qui ne fonctionnent pas toujours correctement. (Source : OpenSource) |
| Logiciel libre | Les logiciels libres sont des logiciels informatiques distribués selon des conditions qui permettent aux utilisateurs d’utiliser le logiciel à n’importe quelle fin, ainsi que d’étudier, de modifier et de distribuer le logiciel proprement dit, ainsi que toute version adaptée. Un logiciel libre est une question de liberté, et non de prix; tous les utilisateurs sont légalement libres de faire ce qu’ils veulent de leurs copies d’un tel logiciel (y compris d’en tirer profit), quel que soit le prix payé pour l’obtenir. Source : Logiciel libre – Wikipédia |
| Logiciels libres et à code source ouvert (FOSS) | Les logiciels libres et à code source ouvert (FOSS) sont des logiciels qui sont à la fois des logiciels libres et des logiciels à code source ouvert. Source : Logiciels libres et logiciels à code source ouvert – Wikipédia |
| Produits informatiques standard offerts sur le marché | Un produit informatique standard désigne tout produit informatique fabriqué en série et offert sur le marché (prêt à l’emploi), qui est adapté par la suite en fonction des besoins de l’acheteur, plutôt que la mise en service de solutions personnalisées, ou sur mesure. Source : Wikipédia |
| Référentiel | Dans les systèmes de contrôle de la version, un référentiel est une structure de données qui stocke les métadonnées d’un ensemble de fichiers ou d’une structure de répertoire. Source : Référentiel (contrôle de la version) – Wikipédia Dans un système de contrôle de la version distribuée, chaque projet a un dépôt central qui est considéré comme le dépôt officiel et qui est géré par les responsables du projet. Les développeurs clonent ce dépôt pour créer des copies locales identiques de la base de code. Les modifications du code source dans le référentiel central sont synchronisées périodiquement avec le référentiel local. Le développeur crée une nouvelle branche dans son référentiel local et modifie le code source sur cette branche. Une fois le développement effectué, la modification doit être intégrée dans le référentiel central. Voir aussi : Contrôle de la version distribuée |
| Responsable de produit | Une personne qui comprend votre organisation, ainsi que le problème à résoudre, et qui est en mesure de défendre le produit que nous finirons par concevoir ensemble. Un responsable de produit est chargé d’établir et de mettre en œuvre la vision à long terme du produit, de mettre en œuvre une stratégie et d’orienter son évolution, en fonction des recherches menées auprès des utilisateurs. (Source : 18F) |
| Sous-traitance modulaire | La sous-traitance modulaire est une stratégie d’acquisition qui permet de diviser les grands projets complexes en plusieurs marchés de portée restreinte pour la mise en œuvre de systèmes technologiques successifs et interopérables. (Source : 18F) |