Kiểm thử và bàn giao CDE trên Forma: checklist trước khi dùng thật

Hệ thống CDE đã thiết lập xong cho dự án, nhưng nhà thầu có thể mở nhầm bản vẽ còn đang được thiết kế hay không? Trước khi đưa Autodesk Forma Data Management vào sử dụng, nhóm dự án cần chạy các tình huống kiểm thử và bàn giao cách xử lý sai lệch cho người sẽ vận hành.

Hãy xét ví dụ giả định Riverside Palace. Hệ thống đã có kế hoạch quản trị, Project và thành viên, cấu trúc trạng thái, phân quyền, quy tắc tài liệu và Review. Bây giờ giả sử công trường sắp bắt đầu. Nhóm dự án phải chứng minh rằng nhà thầu không thể vô tình dùng một bản vẽ đang chờ duyệt.

Trong bài này, CDE (môi trường dữ liệu chung) là nơi các bên quản lý và trao đổi hồ sơ theo quy tắc chung. UAT là kiểm thử chấp nhận của người dùng. WIP (đang thực hiện) dành cho hồ sơ còn được nhóm tác giả chỉnh sửa; Shared là trạng thái/khu vực trao đổi theo thỏa thuận dự án. Version là phiên bản file được hệ thống lưu, còn revision là lần sửa đổi theo quy ước hồ sơ. Holding Area là nơi xử lý file không đáp ứng quy tắc tên hoặc thuộc tính, nếu dự án bật tính năng này. Khi nói tới tenant, ta đang nói tới môi trường/tài khoản tổ chức với cấu hình cụ thể.

Thực hành trên giao diện: kiểm thử một ca UAT

Chọn một hồ sơ mẫu có một phiên bản và một người kiểm tra. Thực hiện ca UAT trên Files và Reviews bằng tài khoản của vai trò thực tế, rồi đối chiếu từng màn hình với kết quả mong đợi thay vì chỉ thử bằng quyền Project Admin.

Bước thử	Bằng chứng thực tế cần ghi	Đạt khi
Người gửi mở folder và file	Đường dẫn, quyền hiển thị	Đúng folder và quyền theo ma trận
Người gửi trình Review	File/version, người nhận	Trình đúng phiên bản tới đúng người
Người duyệt phản hồi	Markup, status, người thao tác	Lưu được kết quả theo workflow
Kiểm tra sau duyệt	Version và vị trí file phát hành	Phù hợp quy tắc phát hành của dự án

Với mỗi bước ghi PASS/FAIL, ảnh bằng chứng và người chịu trách nhiệm sửa lỗi. Chạy lại ca thử sau khi điều chỉnh quyền hoặc workflow; không dùng trạng thái Approved thay bằng bằng chứng đã phát hành.

Các tình huống cần chạy thử trước bàn giao

Chọn một tập hồ sơ nhỏ đã được phép thử, chẳng hạn hai PDF, một DWG và một bảng Excel. Dùng các tài khoản đại diện tư vấn thiết kế (TVTK), tư vấn giám sát (TVGS), nhà thầu, chủ đầu tư (CĐT) và người quản trị dự án (Project Admin). Với mỗi kịch bản, ghi điều kiện ban đầu → thao tác → kết quả mong đợi → kết quả thực tế → người xử lý lỗi. Không dùng tài khoản admin chạy thay tất cả vai trò.

Bộ tình huống nên bao gồm:

ID	Tình huống	Tiêu chí đạt
U01	Mời thành viên tư vấn thiết kế vào Project	Đúng công ty, vai trò, quyền dùng sản phẩm và quyền vào thư mục cần thiết
U02	TVTK tải file mới vào WIP	Upload thành công; hồ sơ chưa hiển thị cho người bị hạn chế
U03	Đăng nhập bằng tài khoản nhà thầu, thử mở bản vẽ WIP của TVTK	Không xem được nếu ma trận quyền đã duyệt cấm truy cập
U04	Tải file sai tên hoặc thiếu trường bắt buộc	Ghi nhận cảnh báo/quá trình xử lý của Holding Area nếu được bật, đối chiếu quy tắc đã chốt
U05	TVTK cập nhật bản vẽ và mở lịch sử file	Nhận diện được version cũ và phân biệt version với mã revision dự án
U06	TVGS mở hồ sơ Shared	Xem được đúng file và đúng bản để nhận xét
U07	Hồ sơ được gửi Review và bị từ chối	Người tạo nhận kết quả; không xuất hiện như bản được phát hành
U08	Hồ sơ được duyệt theo workflow	Đúng người quyết, đúng file/version, xử lý copy theo cấu hình
U09	Người phát hành gửi bản được phép dùng	Nhà thầu nhận diện được bộ hồ sơ và mục đích phát hành
U10	Một thành viên rời dự án	Quyền trực tiếp và quyền qua Role/Company được rà soát, truy cập không còn sai lệch

Kết quả mong đợi phụ thuộc cấu hình thực tế. Chỉ kiểm tra Holding Area khi tính năng đã bật; nếu quy trình duyệt không sử dụng tự động sao chép, U08 không bị chấm lỗi vì “không copy”.

Ví dụ bản ghi thử U03 (giả định): tài khoản nhà thầu mở đường dẫn đến bản vẽ WIP; mong đợi bị từ chối; quan sát vẫn xem được; người xử lý là Project Admin, phối hợp bên quản trị quyền; việc tiếp theo là tìm nguồn quyền qua Company/Role/User, sửa theo ma trận đã duyệt và chạy lại ca U03. Trường hợp thực tế phải lưu bằng chứng và kết quả lần chạy lại.

Đây là cách tổng hợp tiêu chí nghiệm thu từ góc nhìn người dùng: thử tình huống, đối chiếu kết quả, ghi sai lệch và xác nhận lại. Một cấu hình trông đúng từ tài khoản admin chưa đủ để kết luận đạt UAT.

Bốn câu hỏi quyết định CDE có đáng tin hay không

Ai sở hữu dữ liệu và cấu hình? Ghi Hub, Project, đơn vị chịu trách nhiệm, Project Admin chính/dự phòng. Khi một admin nghỉ việc, dự án có người tiếp tục quản lý mà không phải tìm mật khẩu cá nhân không?

Ai đang được cấp quyền? Lưu ma trận theo vùng, danh sách Company/Role/User, các ngoại lệ có hạn, quyền công khai/chia sẻ bên ngoài và lịch rà soát. Autodesk nêu rõ quyền kế thừa ở thư mục con; việc gỡ một cấp User có thể không xóa quyền được cấp qua Role hoặc Company.

Bản nào được phép sử dụng? Kiểm tra file đang có hiệu lực, version, revision, review status, mục đích sử dụng và bằng chứng phát hành. Một bản “Approved” nhưng chưa được giao đúng người nhận vẫn có thể tạo tranh cãi. Xem phân biệt phê duyệt và phát hành.

Lịch sử có truy được khi có sự cố? Hãy chọn một bản vẽ đã thay đổi, yêu cầu người mới tìm lại bản cũ, ngày cập nhật, nhận xét và quyết định tương ứng. Nếu phải dò email cá nhân mới tìm được, quy trình CDE vẫn còn lỗ hổng.

Đối chiếu dữ liệu Build khi bàn giao

Nếu dự án sử dụng Forma Build, một bộ bàn giao có thể cần Sheets, Forms, RFIs, Submittals, Issues, Photos và Assets bên cạnh Files. Autodesk — Assemble a Handover Package mô tả các nhóm dữ liệu có thể chọn; As-built export có lựa chọn hồ sơ và tệp liên quan. Trước khi chấp nhận, cần đối chiếu đầy đủ bản ghi, phiên bản, file đính kèm, người nhận và khả năng mở thực tế. Gói xuất kỹ thuật không tự thay biên bản nghiệm thu hay thủ tục bàn giao theo hợp đồng.

Nguồn ảnh: Autodesk Help.

Nguồn ảnh: Autodesk Help.

Chốt bộ tài liệu bàn giao vận hành

Không cần một tập hồ sơ đồ sộ để bắt đầu, nhưng nên có một bộ gọn đủ dùng: sơ đồ cấu trúc CDE, ma trận quyền, danh sách đơn vị/vai trò, quy ước tên và thuộc tính, bản mô tả Review/Issue, sổ ngoại lệ, kết quả UAT, hướng dẫn khi thay người và phương án xuất/lưu trữ dài hạn.

Người nhận bàn giao nên tự chạy lại ít nhất một ca: một TVTK mới được thêm đúng quyền, gửi bản vẽ trình, TVGS duyệt và nhà thầu nhận bản phát hành. Nếu chỉ có người thiết lập ban đầu mới làm được, tài liệu bàn giao chưa đủ.

Cũng cần xác định ai chịu trách nhiệm quản trị đăng ký bản quyền, thời hạn lưu trữ, hợp đồng nhà cung cấp, phục hồi khi gián đoạn, xuất dữ liệu và kết thúc dự án. Không nên hứa nền tảng SaaS tự động loại bỏ mọi rủi ro mất dữ liệu hoặc sai phân quyền. Chính sách backup/export và phạm vi quyền phải được xác nhận theo hợp đồng/dịch vụ cụ thể.

Lịch vận hành sau ngày Go-live

Có thể tổ chức một vòng kiểm tra định kỳ theo quy mô dự án: danh sách người còn tham gia; phân quyền thay đổi; file không đúng chuẩn tên; Review quá hạn; bản phát hành bị thay thế; hồ sơ cần archive hoặc bàn giao. Mỗi sai lệch cần được giao cho một người xử lý, có hạn sửa và kết quả kiểm tra lại.

Khi số lượng dự án tăng, các việc quản trị lặp lại như dựng cấu trúc thư mục, nhập thành viên, kiểm tra chênh lệch quyền và tổng hợp tiến độ kiểm soát hồ sơ có thể đáng xem xét tự động hóa, nhưng phải kèm phương án kiểm tra trước/sau và giới hạn quyền người thao tác.

CDE tốt là khi người dùng không phải đoán

Ở Riverside Palace, kỹ sư nhà thầu hỏi: “Tôi dùng bản vẽ nào?” Người quản lý tài liệu chỉ đến một nguồn được kiểm soát, cho thấy bản được phát hành, mục đích sử dụng và ngày hiệu lực; các thay đổi liên quan có thể được truy vết theo phạm vi quản lý của dự án. Đó là kết quả của cả chuỗi quyết định và kiểm thử, không phải vì đã mua một sản phẩm.

Để tra lại từng phần, có thể bắt đầu từ CDE không phụ thuộc mô hình 3D, cân nhắc chọn Forma Data Management và phương án Shared phù hợp.

Công cụ hỗ trợ và trách nhiệm kiểm thử

ZhouWorks đã giới thiệu Flowzito, một extension bổ trợ quá trình làm việc với Autodesk Forma, tại zhouworks.com/flowzito. Khi cân nhắc tự động hóa thao tác lặp lại, nhóm dự án vẫn cần thống nhất quy tắc trước, kiểm tra kết quả sau và thử bằng tài khoản có quyền thực tế. Flowzito do ZhouWorks phát triển độc lập, không phải sản phẩm được Autodesk bảo trợ.

Giới hạn: Đây là checklist để tổ chức thảo luận và UAT, không phải chứng nhận tuân thủ ISO 19650 hay kiểm chứng bảo mật/khả dụng của một tenant. Dự án phải tự chốt tiêu chí nghiệm thu theo hợp đồng, chính sách nội bộ và môi trường triển khai thực tế.

Checklist nghiệm thu vận hành CDE

Mẫu thực hành do ZhouWorks đề xuất; sao chép bảng để điền và thử trên dữ liệu không nhạy cảm. Các kết quả phụ thuộc cấu hình dự án.

Xong	Bằng chứng cần có	Người xác nhận
☐	Hồ sơ mẫu đi hết luồng nộp–duyệt–phát hành	…
☐	Thử quyền được phép và bị chặn bằng tài khoản thành viên	…
☐	Có ma trận quyền, quy tắc đặt tên và đầu mối hỗ trợ	…
☐	Có lịch rà quyền và xử lý thay đổi nhân sự	…