Kom överens om vad mottagaren godtar
Bekräfta i god tid före sista leveransdag syfte, mottagare, tillåten spridning, leveransplats och godkännandeprocess. Kom överens om modellens omfattning, format, schema, namngivningskonvention och vilken kompletterande information som krävs. Be mottagaren testa ett litet paket tillräckligt tidigt för att hinna åtgärda kompatibilitetsproblem.
Anpassa arbetsflödet efter projektets informationskrav, leveransavtalet och eventuella kundmallar som krävs.
Ta med tillräckligt sammanhang för att leveransen ska kunna återskapas
| Del av paketet | Vilken fråga den ska besvara |
|---|---|
| Modell och tillhörande resurser | Vilka filer måste hållas samman för att mottagaren ska kunna öppna resultatet? |
| Leveransmanifest | Vilken revision är detta, vem har tagit fram den och vad är den avsedd för? |
| Lista över källrevisioner | Vilka disciplinmodeller och revisioner ingick eller uteslöts? |
| Exportkonfiguration | Vilken applikationsversion, omfattning, vilka formatalternativ och vilka transformationer användes? |
| Koordinatbeskrivning | Vilka enheter, vilket origo, vilken axelkonvention och vilken projektreferens gäller? |
| Valideringsunderlag | Vilka kontroller kördes, vad misslyckades och vad godtogs som undantag? |
| Ändrings- och ärendelista | Vad har ändrats sedan den senaste leveransen och vad är fortfarande olöst? |
| Instruktioner till mottagaren | Hur testades paketet och var ska frågor registreras? |
Använd sökvägar som fortfarande fungerar när mottagaren har packat upp paketet. Testa en kopia från en annan mapp så att saknade resurser eller referenser till din arbetsstation upptäcks före leverans. Undvik att lägga in åtkomsttokens, lösenord eller privata sökvägar på arbetsstationen i manifestet.
Exempel på leveransmanifest
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]Om kontrollsummor används anger du algoritmen och beräknar dem på de slutliga filerna. En kontrollsumma kan hjälpa till att upptäcka en ändrad eller ofullständig fil; den bevisar inte i sig vem som skapade eller godkände paketet.
Lämna ut paketet i en kontrollerad ordning
Frys kandidaten
Ange källrevisioner och exportkonfiguration. Lägg utdata i en ny revisionsmapp i stället för att skriva över den senast godkända leveransen.
Granska de slutliga filerna
Kör kontrollerna på de filer som faktiskt ska skickas. Om utdata ändras upprepar du de berörda kontrollerna och uppdaterar manifestet.
Överför via den överenskomna kanalen
Skicka hela paketet till den godkända platsen och bekräfta att mottagaren kommer åt det.
Få ett beslut från mottagaren
Registrera mottagandet separat från godkännandet. Be mottagaren bekräfta vilken applikation som har testats och rapportera problem med hänvisning till leveransidentifieraren.
Bevara underlaget
Behåll det godkända paketet, beslutet och historiken över ersatta revisioner enligt projektets rutiner för arkivering.
Håll överlämningsärenden kopplade till modellen
BIM Collaboration Format (BCF) gör det möjligt att utbyta modellrelaterade ärenden mellan applikationer. Om båda teamen har stöd för det kan du använda det för att bevara ärendenas sammanhang tillsammans med den överenskomna modellrevisionen. Ett paket med BCF-ärenden ersätter inte leveransen av själva modellen.
Officiella referenser