Uzgodnij, co odbiorca zaakceptuje
Przed upływem terminu należy potwierdzić cel, odbiorcę, dozwolony zakres dystrybucji, miejsce dostawy i proces zatwierdzania. Należy uzgodnić zakres modelu, format, schemat, konwencję nazewnictwa i wymagane informacje uzupełniające. Warto poprosić odbiorcę o przetestowanie niewielkiego pakietu na tyle wcześnie, aby można było usunąć problemy ze zgodnością.
Ten przepływ pracy należy dostosować do wymagań informacyjnych projektu, umowy dotyczącej dostarczania i wszelkich wymaganych szablonów klienta.
Dołącz kontekst wystarczający do odtworzenia dostawy
| Element pakietu | Na jakie pytanie odpowiada |
|---|---|
| Model i zasoby towarzyszące | Które pliki muszą pozostać razem, aby odbiorca mógł otworzyć wynik? |
| Manifest dostawy | Czym jest ta rewizja, kto ją przygotował i do czego ma służyć? |
| Lista rewizji źródłowych | Które modele branżowe i rewizje zostały uwzględnione lub wykluczone? |
| Konfiguracja eksportu | Jakiej wersji aplikacji, jakiego zakresu, jakich opcji formatu i transformacji użyto? |
| Informacja o współrzędnych | Jakie jednostki, początek układu, konwencja osi i odniesienie projektowe obowiązują? |
| Dowody walidacji | Które kontrole wykonano, co zakończyło się niepowodzeniem i co zaakceptowano jako wyjątek? |
| Lista zmian i uwag | Co zmieniło się od ostatniej dostawy i co pozostaje nierozwiązane? |
| Instrukcje dla odbiorcy | Jak przetestowano pakiet i gdzie należy zgłaszać pytania? |
Należy używać ścieżek, które pozostaną prawidłowe po rozpakowaniu pakietu przez odbiorcę. Kopię należy przetestować z innego folderu, aby przed dostawą wykryć brakujące zasoby lub odwołania do Państwa stacji roboczej. Nie należy umieszczać w manifeście tokenów dostępu, haseł ani prywatnych ścieżek stacji roboczej.
Przykładowy manifest dostawy
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]Jeśli stosowane są sumy kontrolne, należy podać algorytm i obliczyć je dla plików końcowych. Suma kontrolna może pomóc wykryć zmieniony lub niekompletny plik; sama w sobie nie dowodzi, kto utworzył lub zatwierdził pakiet.
Wydaj pakiet w kontrolowanej kolejności
Zamroź wersję kandydującą
Zidentyfikuj rewizje źródłowe i konfigurację eksportu. Umieść pliki wynikowe w nowym folderze rewizji, zamiast nadpisywać ostatnio zaakceptowaną dostawę.
Sprawdź pliki końcowe
Uruchom kontrole na plikach, które faktycznie zostaną wysłane. Jeśli pliki wynikowe się zmienią, powtórz kontrole, których to dotyczy, i zaktualizuj manifest.
Przekaż pakiet uzgodnionym kanałem
Wyślij kompletny pakiet do zatwierdzonej lokalizacji i potwierdź, że odbiorca ma do niego dostęp.
Uzyskaj decyzję odbiorcy
Potwierdzenie otrzymania zapisuj oddzielnie od akceptacji. Poproś odbiorcę o potwierdzenie, w jakiej aplikacji przeprowadzono test, i o zgłaszanie uwag z odwołaniem do identyfikatora dostawy.
Zachowaj dowody
Przechowuj zaakceptowany pakiet, decyzję i historię zastąpionych rewizji zgodnie z obowiązującymi w projekcie zasadami przechowywania.
Powiąż uwagi dotyczące przekazania z modelem
BIM Collaboration Format (BCF) umożliwia wymianę uwag dotyczących modelu między aplikacjami. Jeśli oba zespoły go obsługują, należy z niego korzystać, aby zachować kontekst uwag razem z uzgodnioną rewizją modelu. Pakiet uwag BCF nie zastępuje dostarczenia samego modelu.
Oficjalne źródła