Convenir de ce que le destinataire acceptera
Avant l'échéance, confirmez l'objectif, le destinataire, la diffusion autorisée, le lieu de livraison et le processus d'approbation. Convenez du périmètre du modèle, du format, du schéma, de la convention de nommage et des informations complémentaires requises. Demandez au destinataire de tester un petit paquet suffisamment tôt pour pouvoir corriger les problèmes de compatibilité.
Adaptez ce flux de travail aux exigences d'information du projet, à l'accord de livraison et aux éventuels gabarits imposés par le client.
Inclure suffisamment de contexte pour reproduire la livraison
| Élément du paquet | Question à laquelle il doit répondre |
|---|---|
| Modèle et fichiers associés | Quels fichiers doivent rester ensemble pour que le destinataire puisse ouvrir le résultat ? |
| Manifeste de livraison | De quelle révision s'agit-il, qui l'a préparée et à quel usage est-elle destinée ? |
| Liste des révisions sources | Quels modèles de discipline et quelles révisions ont été inclus ou exclus ? |
| Configuration d'export | Quelle version de l'application, quel périmètre, quelles options de format et quelles transformations ont été utilisés ? |
| Note sur les coordonnées | Quelles unités, quelle origine, quelle convention d'axes et quelle référence de projet s'appliquent ? |
| Éléments de validation | Quels contrôles ont été exécutés, lesquels ont échoué et qu'est-ce qui a été accepté comme exception ? |
| Liste des modifications et des problèmes | Qu'est-ce qui a changé depuis la dernière livraison et qu'est-ce qui reste non résolu ? |
| Instructions pour le destinataire | Comment le paquet a-t-il été testé et où les questions doivent-elles être consignées ? |
Utilisez des chemins qui restent valides une fois le paquet extrait par le destinataire. Testez une copie depuis un autre dossier afin de détecter, avant la livraison, les ressources manquantes ou les références à votre poste de travail. Ne placez dans le manifeste ni jetons d'accès, ni mots de passe, ni chemins privés de poste de travail.
Exemple de manifeste de livraison
Delivery: Example project / coordination review / R03
Prepared by: [name and team]
Prepared on: [date and time zone]
Purpose: [agreed review task]
Model files: [file names and sizes]
Source revisions: [list or attached schedule]
Export application and version: [value]
Format and schema: [value]
Scope and exclusions: [value]
Units and coordinate reference: [value]
Applied transformations: [value or none]
Receiving application tested: [name and version]
Validation evidence: [report names]
Open issues and exceptions: [identifiers]
Approval status: [pending / accepted / rejected]
Reviewer and decision date: [value]
Distribution: [approved recipient group]Si vous utilisez des sommes de contrôle, indiquez l'algorithme et calculez-les sur les fichiers définitifs. Une somme de contrôle peut aider à détecter un fichier modifié ou incomplet ; elle ne prouve pas à elle seule qui a créé ou approuvé le paquet.
Publier le paquet selon une séquence contrôlée
Figez la version candidate
Identifiez les révisions sources et la configuration d'export. Placez les sorties dans un nouveau dossier de révision plutôt que d'écraser la dernière livraison acceptée.
Examinez les fichiers définitifs
Exécutez les contrôles sur les fichiers qui seront réellement envoyés. Si la sortie change, répétez les contrôles concernés et mettez à jour le manifeste.
Transférez par le canal convenu
Envoyez le paquet complet à l'emplacement approuvé et vérifiez que le destinataire peut y accéder.
Obtenez une décision de réception
Consignez la réception séparément de l'acceptation. Demandez au destinataire de confirmer l'application testée et de signaler les problèmes en citant l'identifiant de livraison.
Conservez les éléments de preuve
Conservez le paquet accepté, la décision et l'historique des révisions remplacées conformément au processus de conservation du projet.
Rattacher au modèle les problèmes liés à la remise des livrables
Le BIM Collaboration Format (BCF) permet d'échanger des problèmes liés aux modèles entre applications. Lorsque les deux équipes le prennent en charge, utilisez-le pour conserver le contexte des problèmes avec la révision convenue du modèle. Un paquet de problèmes BCF ne remplace pas la livraison du modèle lui-même.
Références officielles