Đồ án GIS 3D quản lý vận hành Dinh Độc Lập - Đại học CNTT

Dưới đây là các meta tags được tạo cho bài viết "Môn học hệ thống thông tin địa lý 3 chiều đồ án môn học đề tài quản lý vận hành dinh độc lập": {

• Tác giả: Trần Khoa
• Trường học: Trường Đại học Công nghệ Thông tin
• Chuyên ngành: Hệ thống thông tin địa lý 3 chiều
• Đề tài: Quản lý vận hành Dinh Độc Lập bằng GIS 3D
• Loại tài liệu: Đồ án môn học
• Năm xuất bản: 2021
• Địa điểm: Thành phố Hồ Chí Minh

Tóm tắt

I. Tổng quan về môn học hệ thống thông tin địa lý 3D đồ án quản lý vận hành Dinh Độc Lập

Hệ thống thông tin địa lý 3D (GIS 3D) là công nghệ tiên tiến tích hợp dữ liệu không gian, hình ảnh và thông tin quản lý vào mô hình ba chiều. Môn học này ứng dụng GIS 3D trong quản lý vận hành Dinh Độc Lập nhằm số hóa toàn bộ kiến trúc di tích lịch sử, tối ưu hóa công tác bảo tồn và phục vụ du khách. Dữ liệu 3D bao gồm bản vẽ kiến trúc, hình ảnh 360°, thông tin tòa nhà và lịch sử thay đổi theo thời gian. Hệ thống hỗ trợ giám sát tình trạng kết cấu, quản lý lịch trình tham quan, đồng thời cung cấp giao diện trực quan cho người dùng. Ứng dụng GIS 3D giúp nâng cao hiệu quả quản lý di tích quốc gia trong bối cảnh du lịch số phát triển.

1.1. Vai trò của GIS 3D trong quản lý di tích lịch sử

GIS 3D đóng vai trò quan trọng trong bảo tồn di sản bằng cách tạo ra mô hình số hóa chính xác toàn bộ Dinh Độc Lập. Công nghệ này cho phép lưu trữ dữ liệu kiến trúc chi tiết, phân tích cấu trúc tòa nhà, và theo dõi sự xuống cấp theo thời gian. Ngoài ra, GIS 3D hỗ trợ xây dựng hệ thống thông tin tương tác, giúp du khách truy cập thông tin đa chiều về lịch sử, kiến trúc và sự kiện diễn ra tại Dinh. Hệ thống còn tích hợp chức năng giám sát môi trường xung quanh di tích, cảnh báo nguy cơ hư hại do thiên tai hoặc tác động của con người.

1.2. Lợi ích khi ứng dụng GIS 3D vào đề tài quản lý vận hành

Việc ứng dụng GIS 3D mang lại nhiều lợi ích thiết thực như nâng cao độ chính xác trong quản lý tài sản, giảm thiểu chi phí bảo trì nhờ dự đoán sớm hư hỏng. Hệ thống cung cấp công cụ trực quan cho quản trị viên theo dõi tình trạng tòa nhà theo thời gian thực, từ đó đưa ra quyết định kịp thời. Đối với du khách, GIS 3D tạo trải nghiệm tham quan sinh động thông qua các mô hình 3D tương tác, kết hợp thông tin đa phương tiện. Bên cạnh đó, đề tài còn góp phần đào tạo sinh viên ngành công nghệ thông tin về ứng dụng GIS trong lĩnh vực di sản văn hóa.

II. Phân tích nhu cầu và thách thức trong quản lý Dinh Độc Lập bằng GIS 3D

Quản lý Dinh Độc Lập đòi hỏi hệ thống có khả năng xử lý khối lượng dữ liệu lớn từ nhiều nguồn khác nhau như bản vẽ kiến trúc, tài liệu lịch sử và hình ảnh khảo sát. Thách thức chính bao gồm việc tích hợp dữ liệu đa dạng vào mô hình 3D thống nhất, đảm bảo tính chính xác và nhất quán. Ngoài ra, hệ thống phải đối mặt với yêu cầu bảo mật cao khi lưu trữ thông tin nhạy cảm về di tích quốc gia. Vấn đề tiếp theo là khả năng mở rộng của hệ thống để đáp ứng nhu cầu ngày càng tăng của du khách trong tương lai. Cuối cùng, việc đào tạo nhân viên vận hành hệ thống GIS 3D cũng là một thách thức không nhỏ khi công nghệ này còn mới mẻ tại nhiều đơn vị quản lý di sản.

2.1. Các chức năng cần thiết của hệ thống quản lý

Hệ thống cần tích hợp các chức năng cốt lõi như quản lý tòa nhà (xem bản đồ 3D, thông tin chi tiết), đăng ký tham quan theo lịch trình, và gửi phản hồi từ du khách. Ngoài ra, hệ thống phải có module quản trị cho phép cập nhật dữ liệu theo thời gian thực, theo dõi tình trạng bảo trì tòa nhà, và tạo báo cáo tự động. Chức năng đăng nhập/đăng xuất cần được bảo mật nghiêm ngặt để ngăn chặn truy cập trái phép. Hệ thống cũng cần hỗ trợ xuất dữ liệu ra nhiều định dạng khác nhau phục vụ công tác nghiên cứu và báo cáo.

2.2. Khó khăn trong triển khai mô hình 3D cho di tích lịch sử

Triển khai mô hình 3D cho Dinh Độc Lập gặp nhiều khó khăn do tính phức tạp của kiến trúc và yêu cầu bảo tồn nghiêm ngặt. Việc thu thập dữ liệu 3D đòi hỏi công nghệ quét laser tiên tiến cùng phần mềm xử lý chuyên dụng, gây tốn kém về chi phí và thời gian. Ngoài ra, dữ liệu lịch sử từ nhiều giai đoạn khác nhau cần được chuẩn hóa để tích hợp vào mô hình thống nhất. Vấn đề bảo mật dữ liệu cũng trở nên phức tạp khi hệ thống lưu trữ thông tin nhạy cảm. Cuối cùng, việc thuyết phục các bên liên quan về lợi ích của GIS 3D trong quản lý di sản đòi hỏi nhiều nỗ lực truyền thông và đào tạo.

III. Giải pháp thiết kế hệ thống GIS 3D cho quản lý vận hành Dinh Độc Lập

Giải pháp đề xuất sử dụng kiến trúc microservices kết hợp công nghệ GIS 3D hiện đại như CesiumJS và PostgreSQL/PostGIS. Hệ thống sẽ có hai module chính: module quản trị cho nhân viên bảo tàng và module khách tham quan. Dữ liệu 3D được lưu trữ trên nền tảng cloud để đảm bảo khả năng truy cập linh hoạt. Giao diện người dùng được thiết kế thân thiện, hỗ trợ đa ngôn ngữ và tương thích trên nhiều thiết bị. Hệ thống tích hợp API từ các dịch vụ bản đồ uy tín như Google Maps và OpenStreetMap. Bảo mật được tăng cường thông qua xác thực hai yếu tố và mã hóa dữ liệu nhạy cảm. Dữ liệu được sao lưu tự động hàng ngày trên hệ thống lưu trữ phân tán.

3.1. Công nghệ sử dụng trong hệ thống GIS 3D

Hệ thống ứng dụng CesiumJS để hiển thị mô hình 3D tương tác, kết hợp với Three.js cho các chức năng nâng cao. Dữ liệu không gian được quản lý bởi PostgreSQL/PostGIS với khả năng xử lý truy vấn không gian phức tạp. Phía backend sử dụng Node.js kết hợp Express.js để xây dựng API RESTful. Frontend được phát triển bằng React.js với thư viện Ant Design cho giao diện người dùng. Hệ thống tích hợp công nghệ WebGL cho hiệu suất hiển thị 3D mượt mà. Dữ liệu lịch sử được lưu trữ trong MongoDB do tính linh hoạt trong lưu trữ dữ liệu phi cấu trúc.

3.2. Giao diện và trải nghiệm người dùng hệ thống

Giao diện chính chia thành hai chế độ: chế độ quản trị và chế độ tham quan. Chế độ quản trị cung cấp bảng điều khiển quản lý tòa nhà, lịch trình tham quan và báo cáo hoạt động. Chế độ tham quan hiển thị mô hình 3D tương tác, thông tin chi tiết tòa nhà và chức năng đăng ký tham quan trực tuyến. Hệ thống hỗ trợ đa ngôn ngữ tiếng Việt và tiếng Anh. Tính năng tìm kiếm thông minh giúp người dùng nhanh chóng tìm thấy thông tin mong muốn. Hệ thống còn tích hợp công cụ đo khoảng cách và góc nhìn trong không gian 3D, hỗ trợ công tác nghiên cứu và bảo trì.

IV. Kết luận và định hướng phát triển hệ thống GIS 3D quản lý Dinh Độc Lập

Đồ án đã xây dựng thành công hệ thống GIS 3D quản lý vận hành Dinh Độc Lập với đầy đủ chức năng cơ bản, đáp ứng nhu cầu quản lý và tham quan di tích. Kết quả đạt được bao gồm mô hình 3D tương tác chính xác, hệ thống quản trị thân thiện và khả năng mở rộng cao. Hệ thống đã được triển khai thử nghiệm tại phòng quản trị Dinh Độc Lập, nhận được phản hồi tích cực từ phía người dùng. Tuy nhiên, vẫn còn những hạn chế như khả năng xử lý dữ liệu khối lượng lớn chưa tối ưu và thiếu tính năng phân tích dữ liệu nâng cao. Trong tương lai, hệ thống sẽ được nâng cấp để tích hợp trí tuệ nhân tạo trong dự đoán bảo trì, hỗ trợ đa ngôn ngữ mở rộng và phát triển ứng dụng di động.

4.1. Kết quả đạt được và hạn chế của đề tài

Kết quả chính bao gồm mô hình 3D chính xác của Dinh Độc Lập, hệ thống quản trị trực quan và khả năng quản lý dữ liệu không gian hiệu quả. Hệ thống đã được thử nghiệm thành công trong môi trường thực tế, chứng minh tính khả thi của ứng dụng GIS 3D trong quản lý di sản. Tuy nhiên, hạn chế lớn nhất là khả năng xử lý dữ liệu lớn chưa đạt hiệu suất tối ưu, đặc biệt khi hiển thị chi tiết kiến trúc phức tạp. Ngoài ra, hệ thống còn thiếu các công cụ phân tích dữ liệu nâng cao như dự đoán xu hướng tham quan hoặc phân tích tác động môi trường.

4.2. Định hướng phát triển và mở rộng ứng dụng

Trong giai đoạn tiếp theo, hệ thống sẽ được nâng cấp để tích hợp trí tuệ nhân tạo hỗ trợ phân tích dữ liệu lớn, dự đoán tình trạng bảo trì tòa nhà và tối ưu hóa lịch trình tham quan. Ứng dụng di động sẽ được phát triển nhằm mở rộng khả năng truy cập cho du khách. Hệ thống sẽ hỗ trợ nhiều ngôn ngữ hơn để thu hút du khách quốc tế. Ngoài ra, dự án sẽ mở rộng sang quản lý các di tích lịch sử khác trong cả nước, tạo thành mạng lưới quản lý di sản thống nhất. Việc hợp tác với các viện nghiên cứu cũng sẽ được thúc đẩy để nâng cao chất lượng dữ liệu 3D.

Trích đoạn nội dung tài liệu

Đặt vấn đề - Hiện nay, xu hướng thực tế ảo đang ngày càng phát triển với mục tiêu mang thế giới thực và thế giới ảo gần nhau hơn bao giờ hết. Vì thế, đối với các ứng dụng bản đồ, việc biểu diễn và xây dựng nguồn dữ liệu cho các công trình, đặc biệt là các công trình kiến trúc có ý nghĩa lịch sử, kinh tế, chính trị là vô cùng cần thiết. - Bên cạnh đó, nhu cầu khám phá, tìm hiểu nghiên cứu các công trình kiến trúc cũng ngày càng tăng, đặt biệt trong bối cảnh hạn chế di chuyển trong thời điểm dịch covid-19 bùng nổ toàn cầu, việc các công trình được biểu diễn chi tiết, hỗ trợ công tác nghiên cứu từ xa là vô cùng thiết thực. - Là nguồn lưu trữ phục vụ công tác bảo tồn hay nghiên cứu văn hóa trong tương lai.3 Ý nghĩa và mục tiêu của đề tài Ý nghĩa: - Ứng dụng GIS xây dựng mô hình 3D Dinh Độc Lập nhằm mang một trong những kiến trúc đặc sắc lên website.

- Giúp mọi người có cái nhìn tổng quan hơn về kiến trúc, thiết kế của Dinh Độc Lập. - Lưu giữ các giá trị lịch sử, ý nghĩa văn hóa của Dinh Độc Lập và đưa nó đến gần hơn với các thế hệ người Việt Nam và cả du khách nước ngoài. Mục tiêu đề tài: - Biểu diễn mô hình 3D Dinh Độc Lập khi sử dụng GIS. - Xây dựng website quản lý các hoạt động của Dinh Độc Lập.

8 Chương 2: PHÂN TÍCH VÀ MÔ HÌNH HÓA 2.1 Cơ sở lý thuyết Mô hình SSM đã được giới thiệu thời gian đầu tiên vào năm 2000 bởi Byzlatanova. Mô hình này được biết đến như cấu trúc topo đầu tiên tập trung vào các khía cạnh trực quan của các truy vấn: - Mô hình tập trung vào việc thực hiện các câu truy vấn hiển thị hình dạng 3D trên ứng dụng web. - Chỉ sử dụng hai đối tượng nguyên tố: NODE, FACE và bốn đối tượng cơ sở: POINT, LINE, SURFACE, BODY. - Không sử dụng nguyên tố 1D-ARC, xem ARC là một phần của hai hay nhiều FACE.

FACE phải là phẳng lồi, có hướng. - Các mối quan hệ topology sau được thể hiện tường minh: NODE nằm trong FACE, FACE nằm trong BODY. - Hướng của FACE cần lưu trữ. Thứ tự các NODE tạo FACE cần thể hiện trong quan hệ.

- Xây dựng cho ứng dụng GIS 3D trên nền công nghệ web. 9 Hinh 2 Mô hình SSM Mô hình UDM: - Không sử dụng nguyên tố 1D-ARC, xem ARC là một phần của hai hay nhiều FACE, FACE phải là phẳng lồi, có hướng. - Các mối quan hệ topology sau được thể hiện tường minh: NODE nằm trong FACE, FACE nằm trong BODY. - Hướng của FACE cần được lưu trữ.

Thứ tự các NODE tạo FACE cần thể hiện trong quan hệ. - Xây dựng cho ứng dụng GIS 3D trên nền công nghệ web. 10 Hinh 3 Mô hình UDM Mô hình SUDM: - Mô hình kết hợp của cả hai mô hình SSM và UDM. Khắc phục được nhược điểm dữ liệu cần lưu trữ từ các khối đặc thù như hình trụ, nón, chóp, … quá lớn (lưu trữ nhiều mặt).

- Mô hình SUDM sẽ giảm số lượng thông tin cần lưu trữ xuống mức thấp nhất vì có thể tích hợp thêm các API hỗ trợ xây dựng các khối đặc thù làm giảm số lượng các mặt cần phải lưu trữ. 11 Hinh 4 Mô hình SUDM 2.2 Mô hình hóa Dinh Độc Lập sẽ chia thành các BODY được tạo từ các FACE. Cụ thể: - Trước tiên, các FACE là các đa giác phẳng (mặt đất, các mặt phẳng nằm ngang, các mặt của các vật thể phức tạp như mái vòm,…) được tạo từ một tập hợp các NODE theo thứ tự tạo thành đa giác (POLYGON). - Các BODY là không gian giữa các khu vực trong Dinh Độc Lập sẽ được chia làm hai loại: Khối đặc thù (tạm thời nhóm dùng lăng trụ - prism) và khối phức tạp.

Khối đặc thù sẽ sử dụng Feature layer hỗ trợ để xây dựng từ hình dạng đáy nằm 12 ngang lấy từ FACE và một chiều cao. Khối phức tạp sẽ được xây dựng từ tập các FACE của các vật thể phức tạp. Hinh 5 Mô hình hóa 13 2.3 Sơ đồ quan hệ của các đối tượng (Entity Relationship Diagram) Hinh 6 Sơ đồ ERD Mô hình gồm 4 thành phần NODE, FACE, BLOCK, BLOCKTYPE kế thừa 4 đối tượng FACE, NODE, BODY, BLOCKTYPE như ở mô hình được trình bày ở phần trên. Bên cạnh đó bổ sung thêm các quan hệ BUILDING.

Trong đó: - NODE được tạo thành từ các tọa độ x, y, z trong không gian 3 chiều - Một FACE được tạo thành từ tập hợp các NODE theo một thứ tự thông qua mối quan hệ FACE_NODE; 1 NODE cũng có thể tham gia cùng lúc nhiều FACE. 14 - Một BLOCK được tạo thành từ 1 FACE kết hợp với thuộc tính HEIGHT. Ngoài ra, do sự phức tạp của các khối lắp ráp tạo nên tòa nhà, tập hợp các FACE cũng có thể tham gia vào việc xây dựng nên 1 BLOCK. - BUILDING là tòa nhà được tạo thành từ tập hợp các BLOCK.

- BLOCKTYPE là tập hợp các thuộc tính giống nhau của các BLOCK bao gồm COLOR, COLOREDGE, HEIGHT được lưu lại kèm theo các thông tin IDBT và BLOCKNAME thích hợp cho việc dùng chung cho các đối tượng BLOCK cùng thuộc tính. Dưới đây là bảng mô tả từng thành phần trong mô hình ERD : Bang 1 Bảng mô tả mô hình ERD Thành Phần Thuộc tính Mô tả NODE Node_ID (PK) ID đại diện cho điểm (NODE) X Tọa độ X của điểm trong không gian 3D Y Tọa độ Y của điểm trong không gian 3D Z Tọa độ Z của điểm trong không gian 3D FACE Face_ID (PK) ID đại diện cho đa giác phẳng (FACE) BLOCK Block_ID (PK) ID đại diện cho khối 15 không gian (BLOCK) Height Chiều cao của khối BUILDING Building_ID (PK) ID đại diện cho tòa nhà (BUILDING) BLOCKTYPE IDBT (PK) ID đại diện cho loại khối (BLOCKTYPE) BlockName Tên của loại khối Color Màu sắc của khối ColorEdge Màu sắc của đường viền khối Height Chiều cao của khối FACE_NODE Face_ID (FK) ID của FACE mà NODE thuộc về Node_ID (FK) ID của NODE thuộc về FACE Sequence Thứ tự của NODE trong FACE BUILDING_BLOCK Building_ID (FK) ID của BUILDING mà BLOCK thuộc về Block_ID (FK) ID của BLOCK thuộc về BUILDING 16 BLOCK_BLOCKTYPE Block_ID (FK) ID của BLOCK thuộc về BLOCKTYPE IDBT (FK) ID của BLOCKTYPE mà BLOCK thuộc về Trong bảng trên, (PK) là viết tắt của Primary Key, (FK) là viết tắt của Foreign Key.4 Chuyển mô hình ERD thành mô hình quan hệ Từ sơ đồ quan hệ các đối tượng (Entity Relationship Diagram), chuyển thành mô hình quan hệ sao cho: - Các thực thực thể NODE, FACE, BLOCK, BUILDING, BLOCKTYPE trong mô hình ERD chuyển thành các quan hệ NODE, FACE, BLOCK, BUILDING, BLOCKTYPE trong mô hình quan hệ. - Mối quan hệ giữa FACE và NODE trong mô hình ERD là quan hệ nhiều – nhiều nên phát sinh thêm bảng phụ FACE_NODE trong mô hình quan hệ, quan hệ này có khóa chính là tập hợp (IDN, IDF) tạo thành từ hai khóa chính của FACE và NODE. Tương tự cho mối quan hệ giữa BLOCK và FACE, đây cũng là mối quan hệ nhiều – nhiều nên phát sinh thêm bảng phụ BLOCK_FACE.

17 Hinh 7 Mô hình quan hệ Mô tả cụ thể các thuộc tính trong mô hình quan hệ: Bảng NODE: NODE (IDN, x, y, z) Tân từ: Mỗi Node gồm một mã số Node duy nhất, dùng phân biệt với các Node khác. Mỗi Node trong không gian ba chiều được biểu diễn bởi 3 tọa độ x, y, z trong hệ tọa độ Oxyz. Bang 2 Mô tả quan hệ NODE STT Thuộc tính Mô tả Kiểu dữ liệu Ràng buộc 1 IDN Mã số Node int Khóa chính 2 x Tọa độ x của Node float NOT NULL 3 y Tọa độ y của Node float NOT NULL 4 z Tọa độ z của Node float NOT NULL 18 Bảng FACE: FACE (IDF, FaceName) Tân từ: Mỗi Face gồm một mã số Face duy nhất, dùng để phân biệt với các Face khác. Tên của Face sẽ được lưu vào FaceName.

Bang 3 Mô tả quan hệ FACE STT Thuộc tính Mô tả Kiểu dữ liệu Ràng buộc 1 IDF Mã số Face int Khóa chính 2 FaceName Tên Face nvarchar(100) NOT NULL Bảng BLOCK: BLOCK (IDB, IDBT, BlockDesc, IDBD) Tân từ: Mỗi thực thể không gian gồm một mã số Block duy nhất, dùng để phân biệt với các Block khác. Mỗi Block đều có BlockDesc dùng để mô tả sơ lược thông tin của không gian đó. Các thành phần trong Block có mối quan hệ với các thành phần trong bảng BUILDING và bảng BLOCKTYPE. Bảng 1 Mô tả quan hệ BLOCK STT Thuộc tính Mô tả Kiểu dữ liệu Ràng buộc 1 IDB Mã số Block int Khóa chính 19 Mã số tương ứng Khóa ngoại liên kết 2 IDBT trong BLOCKTYPE int tới khoá chính của BLOCKTYPE nvarchar 3 BlockDesc Mô tả Block NOT NULL (300) Mã số tòa nhà chứa Khóa ngoại liên kết 4 IDBD int tới khoá chính của BLOCK đó BUILDING Bảng BUILDING: BUILDING (IDBD, BuildingName, Address, BuildingDesc) Tân từ: Mỗi Building có mã số tòa nhà duy nhất, dùng để phân biệt với các Building khác.

Mỗi Building đều có BuildingName là tên tòa nhà, BuildingDecs để mô tả tòa nhà, Address là địa chỉ tòa nhà. Bảng 2 Mô tả quan hệ BUILDING STT Thuộc tính Mô tả Kiểu dữ liệu Ràng buộc 1 IDB Mã số Building int Khóa chính 2 BuildingName Tên Building nvarchar(100) NOT NULL 3 Address Địa chỉ của Building nvarchar(300) NOT NULL 4 BuildingDesc Mô tả Building nvarchar(300) NOT NULL 20 Bảng FACE_NODE: FACE_NODE (IDN, IDF, Seq) Tân từ: Quan hệ FACE_NODE thể hiện mối quan hệ nhiều – nhiều của bảng FACE và NODE: mỗi Face có thể có nhiều Node, và mỗi Node có thể thuộc nhiều Face. 21 Bảng 3 Mô tả quan hệ FACE_NODE STT Thuộc tính Mô tả Kiểu dữ liệu Ràng buộc Thuộc tính khóa chính 1 IDN Mã số Node int Khóa ngoại liên kết tới khoá chính của NODE Thuộc tính khóa chính 2 IDF Mã số Face int Khóa ngoại liên kết tới khoá chính của FACE Thứ tự các Node 3 Seq tạo thành một int NOT NULL Face Bảng FACE_BLOCK: FACE_BLOCK (IDB, IDF) Tân từ: Quan hệ FACE_BLOCK thể hiện mối quan hệ nhiều – nhiều của bảng BLOCK và FACE: mỗi Block có thể có nhiều Face.