GCBoK - L'ouvrage de référence normatif pour la conformité native Git

GitCover n'est pas un outil pour les passionnés de conformité. C'est une infrastructure pour toutes celles et ceux qui veulent traiter la conformité - aussi économique, aussi sûre et aussi démontrable que possible.

Le GitCover Body of Knowledge (GCBoK) est un ouvrage de référence normatif qui canonise les termes, concepts et principes d'architecture pour la conformité native Git. Il est comparable à PMBOK (gestion de projet), SWEBOK (ingénierie logicielle) et DMBOK (gestion des données) - mais avec son propre cadre conceptuel.

Positionnement

Caractéristique Valeur
Type Body of Knowledge (BoK) - normatif
Modèle ISO/IEC 24773 (structure BoK comme base pour les schémas de certification)
Porteur GitCover Commons gUG (GCC) - à but non lucratif
Licence Visée : CC BY-SA 4.0
Versionnement Git (git.gitcover.org) - auto-référentiel natif Git
URL gcbok.org (production)

Vue d'ensemble des chapitres (axes 1–14)

Art. Titre (DE) Titre (EN) Question centrale
01 Fondamentaux : paradigme de conformité native Git Fundamentals: Git-native Compliance Paradigm Quel est le paradigme d'architecture fondamental ?
02 Concepts : V7GUID, chaînes de preuves, preuves cryptographiques Concepts: V7GUID, Evidence Chains, Cryptographic Evidence Comment fonctionnent les éléments conceptuels de base ?
03 Composants : la stack GitCover (GCDMS, GCPN, GCUCB, GCEP, GCSync, GCAL) Components: The GitCover Stack Comment la stack technique est-elle structurée ?
04 Techniques : OSCAL, OPA, GPG, uuidV7, Gitea comme IdP Techniques: OSCAL, OPA, GPG, uuidV7, Gitea as IdP Quelles techniques GitCover utilise-t-il ?
05 Procédures : onboarding, préparation à l'audit, GoBD, comptes annuels, NIS2, analyse des risques, intégration de l'IA Procedures: Onboarding, Audit-Readiness, GoBD, Annual Accounts, NIS2, Risk Analysis, AI Integration Comment procède-t-on en pratique ?
06 Modèles : catalogue OSCAL, politique OPA, schéma V7GUID, conteneur DMS Templates: OSCAL Catalog, OPA Policy, V7GUID Schema, DMS Container Quels modèles sont disponibles ?
07 Gouvernance : statuts, règles de la communauté, procédure de modification, versionnement Governance: Statutes, Community Rules, Amendment Procedures, Versioning Comment le projet est-il gouverné ?
08 Droits de protection : famille de demandes de brevet et modèles d'utilité IP Rights: Patent Family and Utility Models Quels droits de protection existent ?
09 Projet de recherche : projet de R&D reconnu par le BSFZ GitCover.IdP Research Projects: BSFZ-recognised R&D Project GitCover.IdP Comment le projet de recherche est-il structuré ?
10 Feuille de route : trois phases jusqu'en 2027 et positionnement Roadmap: Three Phases until 2027 and Positioning Comment le projet évolue-t-il ?
11 Éditeur et porteur : GitCover Commons gUG (GCC) Publisher and Sponsor: GitCover Commons gUG (GCC) Qui se trouve derrière le GCBoK ?
12 Sources & communauté Sources & Community Où trouver les sources et la communauté ?
13 Namespace vs. identité V7GUID : pourquoi GitCover n'est pas un support d'identité Namespace vs. V7GUID Identity: Why GitCover is not an Identity Medium En quoi GitCover diffère-t-il des supports d'identité ?
14 Certification : schéma de certification et conformité ISO/IEC 24773 (prévue) Certification: Certification Scheme and ISO/IEC 24773 Conformance (Planned) Comment la certification est-elle envisagée sur la base du GCBoK ?

Contexte

L'ouvrage principal du GCBoK est structuré en 14 axes (chapitres), qui constituent l'ouvrage de référence normatif pour la conformité native Git. Chaque axe est un document autonome avec les variantes linguistiques de, en, es, fr et vi (l'allemand fait foi ; es/fr fonctionnent avec un repli sur l'allemand, la traduction suit).

Statut : les 14 chapitres sont créés (de/en/es/fr/vi ; l'allemand fait foi) — le chapitre 14 est provisoire (planification de la phase 3).