fbpx

196 Bắc Sơn,

Hòa An, Cẩm Lệ, Đà Nẵng

+84 943 550 551

24/7 Customer Support

T2 - CN: 9:00 - 17:30

Trung tâm luôn hoạt động online

Giải thích các yêu cầu về thông tin trong ISO 19650

Tôi sẽ bắt đầu bằng cách nhắc lại sự thật đã nói hàng nghìn lần trong ngành AEC - chúng tôi là một trong những ngành kém năng suất nhất và công nghệ kém tiên tiến nhất trên thế giới. Trong các dự án của chúng tôi, chúng tôi phản ứng và suy nghĩ quá muộn về hầu hết mọi thứ. Chúng tôi sử dụng nhiều phần mềm khác nhau, nhưng hiếm khi khai thác tối đa tiềm năng của chúng. Thông tin chúng tôi tạo ra quá thường xuyên (bởi vì ai đó đã bất ngờ nhận ra rằng anh ấy cần thứ gì đó được giao vào ngày hôm qua) và các yêu cầu có xu hướng không thể đoán trước (giơ tay nếu khách hàng của bạn không thay đổi ý định giữa quá trình… Không có ai ngoài đó?). Có giải pháp nào cho chúng tôi hay chúng tôi sẽ luôn bị treo lơ lửng ở cuối chuỗi năng suất? ISO 19650 đi kèm với một - yêu cầu thông tin chất lượng tốt. Trên thực tế, chính họ là người bắt đầu mọi dự án, xác định đầu vào và thúc đẩy mọi quy trình. Thật vậy, mỗi tổ chức và dự án nên chuẩn bị các yêu cầu tốt để nhận được chất lượng tốt hơn và thiết kế và xây dựng tốt hơn. Trong mục này, tôi sẽ giải thích cách tôi hiểu các yêu cầu thông tin khác nhau. Mỗi thuật ngữ trong số đó bao gồm một phạm vi cho một bài viết riêng biệt, vì vậy ở đây, tôi sẽ chỉ đề cập đến các sự kiện cơ bản và làm rõ khái niệm. Nếu bạn có bất kỳ nhận xét nào về mục nhập đó - rất vui khi nghe chúng và để mở rộng kiến ​​thức của tôi.

Các yêu cầu thông tin là gì?

Theo bộ tiêu chuẩn ISO 19650, các yêu cầu về thông tin chỉ rõ chúng ta nên sản xuất dữ liệu cái gì, khi nào, như thế nào và cho ai. Hãy để chúng tôi chia định nghĩa này thành các phần:

Như chúng ta thấy từ định nghĩa trên, Bên chỉ định (hoặc người nhận thông tin) phải hiểu trước tiên họ yêu cầu thông tin cho mục đích gì. Chỉ sau đó, khách hàng mới có thể thông báo các yêu cầu cho Bên được chỉ định chính (nhà cung cấp thông tin). Và sau này phải hiểu những gì cần cung cấp để thỏa mãn nhu cầu của Bên chỉ định. Trong mục này, tôi đã mô tả cách các bên khác nhau tương tác với nhau.

Khái niệm từ áo phông (https://shop.spreadshirt.fr/audiofanzine/) cũng áp dụng cho các yêu cầu thông tin. Yêu cầu thông tin kém -> phần mềm BIM đẳng cấp thế giới và đội ngũ giàu kinh nghiệm -> mất nhiều thời gian cho quá trình thiết kế -> cung cấp thông tin kém.

Yêu cầu thông tin chi tiết và cao cấp

Làm thế nào để chúng tôi xác định các yêu cầu? Trước khi đi sâu vào tất cả các loại yêu cầu, trước tiên hãy để tôi thảo luận về mức độ chi tiết của các yêu cầu thông tin.

Yêu cầu cấp cao

Yêu cầu cấp cao trả lời câu hỏi “để làm gì” từ định nghĩa yêu cầu thông tin. Chúng là điểm khởi đầu và là điểm xác định tại sao cần có thông tin. Bên chỉ định phải hiểu họ cần thông tin gì để hỗ trợ các mục tiêu của họ. Các mục đích có thể được xác định bởi chính họ hoặc bởi khách hàng của họ.

Yêu cầu cấp cao được xác định trong Yêu cầu thông tin tổ chức và Yêu cầu thông tin dự án. Trong ISO 19650-1, những yêu cầu này được gọi là “yêu cầu thông tin của các bên quan tâm”.

Thí dụ

Một nhà phát triển có ý định xây dựng một văn phòng có các yêu cầu của mình. Họ ủng hộ các mục tiêu của anh ấy như một tổ chức với một mô hình kinh doanh cụ thể. Bên cạnh các yêu cầu của mình, nhà phát triển cũng thêm các yêu cầu của khách hàng của mình: một người quản lý tòa nhà trong tương lai.

Yêu cầu chi tiết

Yêu cầu chi tiết trả lời câu hỏi “như thế nào” từ định nghĩa. Chúng có thể ở dạng một bảng tính chỉ rõ nội dung, hình thức và định dạng của từng thông tin cần thiết. Các yêu cầu chi tiết quan tâm đến tất cả các bit và các phần của dự án. Tất nhiên, bên chỉ định không cần phải có yêu cầu chi tiết đối với từng phần thông tin. Đối với một số yếu tố, chỉ cần xác định mục đích và để lại chi tiết cho Đội giao hàng là đủ.

Yêu cầu thông tin tài sản và Yêu cầu thông tin trao đổi quy định các yêu cầu chi tiết. Trong ISO 19650-1, chúng được gọi là “yêu cầu thông tin về cuộc hẹn”.

THÍ DỤ

Các yêu cầu chi tiết chỉ định các thuộc tính đối tượng nào nên được phân phối ở mỗi giai đoạn của dự án. Hoặc mức tiêu thụ năng lượng mong muốn là bao nhiêu. Hoặc những gì Bên chỉ định cần như các sản phẩm được giao vào cuối giai đoạn xây dựng.

Đồ họa này trình bày các yêu cầu thông tin nào là cấp cao và chi tiết cũng như khi chúng được sử dụng trong giai đoạn phân phối dự án.

Lãng phí thông tin

Một khái niệm cực kỳ quan trọng khác là tránh lãng phí thông tin. ISO 19650-2 nói rõ về việc không tạo ra thông tin:

Nói cách khác:

Hình theo ISO 19650-3

Yêu cầu thông tin bên ngoài giai đoạn thiết kế và xây dựng

Đó là những yêu cầu ràng buộc đối với một Bên chỉ định. Họ thiết lập một tập hợp các yêu cầu cần được thực hiện từ lâu trước khi bắt đầu giai đoạn thiết kế (OIR) và xác định các sản phẩm phân phối cho giai đoạn cuối của giai đoạn xây dựng (AIR). Chúng ta có thể coi hai cái đó như một khung cần lấp đầy bên trong.

Yêu cầu về thông tin tổ chức

OIR là các yêu cầu cấp cao được xác định bởi một công ty liên quan đến tài sản, hoạt động kinh doanh và các phòng ban của họ. Các tổ chức khác nhau có nhu cầu thông tin khác nhau. OIR giúp hiểu công ty cần thông tin gì, hơn nữa là khách hàng và các bên liên quan.

THÍ DỤ

OIR là một tài liệu nhấn mạnh loại thông tin mà một công ty sẽ cần để vận hành danh mục các tòa nhà của mình. Có phải là chủ bệnh viện không? Sau đó, nó có thể nhấn mạnh nhiều hơn đến thông tin về vận hành và bảo trì các thiết bị và lắp đặt phức tạp có giá hàng triệu USD. Công ty có quản lý văn phòng không? Khi đó, có lẽ thiết bị trong tòa nhà là không cần thiết vì đây là trách nhiệm của công ty thuê. Thay vào đó, cần thiết sẽ là các tài liệu bảo trì cho các hệ thống trong tòa nhà và một tập hợp các yêu cầu về thiết kế nội thất.

Yêu cầu về thông tin tài sản

AIR được thành lập theo Yêu cầu Thông tin Tổ chức. Bên chỉ định có trách nhiệm nêu các yêu cầu chi tiết về nội dung, hình thức và định dạng thông tin để tương ứng với tài sản cụ thể đang được thiết kế và xây dựng.

AIR là mô tả chính xác thông tin cần thiết để vận hành và duy trì một tài sản cụ thể được xây dựng trong suốt vòng đời của nó. Thông tin yêu cầu trong AIR tập trung vào trạng thái như đã xây dựng. Nó không chỉ xác định thông tin nào được yêu cầu (nội dung) mà còn xác định cách thức cung cấp thông tin (hình thức và các định dạng được chấp nhận của các sản phẩm phân phối). AIR phải được xác định sau OIR nhưng trước khi bất kỳ hợp đồng nào được ký kết (vì hồ sơ dự thầu phải dựa trên AIR).

THÍ DỤ

Thông tin chi tiết được trình bày dưới dạng một bảng tính chi tiết cho mọi yêu cầu mà chúng tôi cần để vận hành thành công tòa nhà. Việc cung cấp thông tin có thể được yêu cầu ở định dạng cho phép nhập sau này vào hệ thống CAFM của chúng tôi. Dưới đây là ví dụ về hai yêu cầu cụ thể trong AIR.

Tóm tắt nội dung Phân tích nội dung Hình thức Định dạng
Các tuyến đường khẩn cấp
Thông tin chữ và số: IfcSpace với thuộc tính 'lối thoát hiểm'
mô hình không gian
IFC
Thông tin hình học: bản vẽ đường thoát hiểm
đang vẽ
PDF
Bảo trì đơn vị xử lý không khí
Lược đồ hệ thống thông gió
đang vẽ
PDF
Quy trình bảo dưỡng
tài liệu
PDF

Yêu cầu thông tin trong quá trình giao dự án thiết kế và xây dựng

Đó là các yêu cầu cụ thể của dự án dựa trên các yêu cầu do Bên chỉ định tạo ra trước khi bắt đầu dự án (OIR và AIR). Những yêu cầu đó được quy định và sử dụng trong toàn bộ giai đoạn phân phối dự án.

Yêu cầu về thông tin dự án

PIR là một tập hợp các yêu cầu thông tin cấp cao, được tạo ra một phần từ OIR (OIR cung cấp đầu vào cho PIR, tức là OIR không phải là nguồn duy nhất). PIR tập trung vào thông tin mà Bên chỉ định yêu cầu tại các thời điểm quyết định quan trọng trong quá trình bàn giao dự án thiết kế và xây dựng. Trong khi tạo PIR, Bên chỉ định cần xem xét kế hoạch làm việc của dự án và gắn các điểm quyết định chính của mình với lịch trình.

Điểm quyết định quan trọng diễn ra khi khách hàng đưa ra quyết định dựa trên thông tin do nhóm giao hàng cung cấp. Các điểm quyết định chính xác định các mốc cung cấp thông tin, tức là khi nào thông tin được yêu cầu phải được chuyển đến Bên chỉ định. Việc xác định các sự kiện như vậy loại bỏ một phần tốt các yêu cầu thông tin vào phút cuối.

ISO 19650-2 đi kèm với danh sách các điểm được đề xuất cần xem xét khi tạo PIR:

Sau khi được chỉ định, Yêu cầu thông tin dự án xác định nội dung của Mô hình thông tin dự án (PIM được mô tả trong bài viết trước).

THÍ DỤ

Điểm quyết định được mô tả trong PIR có thể là có xây dựng thêm một tòa nhà (phạm vi dự án) hay không dựa trên dự toán chi phí do nhà thầu giao vào cuối giai đoạn thiết kế ý tưởng. PIR quy định một yêu cầu cấp cao về những gì cần thiết để đưa ra quyết định này. EIR chỉ định thông tin đầu vào chi tiết về những thông tin phải được trao đổi tại mốc giao hàng này.

Một điểm quyết định khác có thể là sự lựa chọn của hệ thống mặt tiền trong giai đoạn ý tưởng dựa trên các tính toán về tiếng ồn và nhiệt do Bên chỉ định đứng đầu cung cấp.

Yêu cầu thông tin trao đổi

EIR là một tập hợp các yêu cầu chi tiết về thông tin sẽ được cung cấp bởi các Nhóm đặc nhiệm khác nhau trong quá trình trao đổi thông tin (các sự kiện đáp ứng các yêu cầu thông tin bằng cách cung cấp thông tin). EIR cũng chỉ định cấu trúc và định nghĩa của thông tin được cung cấp. Nói cách khác, bằng cách đáp ứng các yêu cầu đặt ra trong EIR, Bên chỉ định và Bên được chỉ định lãnh đạo có thể thực hiện các hoạt động của họ trong quá trình vận hành và phân phối dự án. EIR được xác định đầu tiên bởi Bên bổ nhiệm. Thứ hai, Bên được chỉ định chính bổ sung các yêu cầu của riêng mình đối với Nhóm giao hàng. Sau đó, chúng được chia cho tất cả các Bên được Chỉ định. Và như thế.

EIR thường là một tập hợp các yêu cầu được kết nối với nhau quy định mọi trao đổi thông tin. Việc đáp ứng một yêu cầu có thể đóng vai trò là đầu vào cho yêu cầu tiếp theo (ví dụ: việc đáp ứng các yêu cầu bằng cách cung cấp thiết kế kiến ​​trúc của tòa nhà là đầu vào cho kỹ sư kết cấu và việc trao đổi thông tin của anh ta).

EIR bắt nguồn từ cả Yêu cầu dự án và Yêu cầu tài sản (PIR và AIR cung cấp đầu vào cho EIR, tức là chúng không phải là nguồn duy nhất).

THÍ DỤ

EIR có thể chỉ định bảng thuộc tính trong các mô hình phải được tuân theo ở cuối mỗi giai đoạn. Hoặc một bảng xác định các loại kiểm soát chất lượng mô hình được thực hiện tùy thuộc vào giai đoạn của giai đoạn thiết kế (kiểm soát trực quan, kiểm soát tính toàn vẹn của mô hình, xác nhận dữ liệu, v.v.).

Tóm tắt nội dung Phân tích nội dung Hình thức Định dạng Ngày trao đổi thông tin
Lịch trình của không gian
Thông tin bằng chữ và số: số chức năng của phòng, tên phòng, khu vực được lập trình
lịch trình
XLSX
Tại mốc giao hàng 1
Các tuyến đường khẩn cấp
Thông tin chữ và số: IfcSpace với thuộc tính 'lối thoát hiểm'
mô hình không gian
IFC
Tại mốc giao hàng 4
Thông tin hình học: bản vẽ đường thoát hiểm
đang vẽ
PDF
Tại mốc giao hàng 4

Bản tóm tắt

Tóm lại, đó là bốn loại yêu cầu thông tin khác nhau. Cũng cần lưu ý rằng nếu một Bên chỉ định vận hành một danh mục tài sản thì nên sắp xếp hợp lý các tài liệu đó để chúng phù hợp với các dự án trong tương lai.

Hy vọng rằng bằng cách thực hiện quy trình này, ngành công nghiệp của chúng ta có thể bắt đầu suy nghĩ thấu đáo.

Hãy để lại bình luận bên dưới

Giới thiệu tác giả:

Nguyen Thuy

Nguyen Thuy

Bài viết mới nhất:

Theo dõi chúng tôi trên Fanpage:

Bạn muốn tìm hiểu về BIM và Revit MEP?

Hãy để lại email, chúng tôi sẽ gởi bạn những bài viết mới nhất các kiến thức về BIM và Revit MEP.

Khi đăng ký thông tin, bạn sẽ được chúng tôi cung cấp:

Những nhu cầu về lao động của thị trường BIM

Những tin tức cập nhập với nhất về xu hướng phát triển, những công nghệ mới nhất BIM

Hãy điền các thông tin sau để đăng ký: