Giới thiệu dự án

Ngành du lịch Việt Nam trong kỷ nguyên số hóa chứng kiến sự bùng nổ mạnh mẽ của xu hướng du lịch tự túc ("phượt") và trải nghiệm cá nhân hóa, đặc biệt trong nhóm người dùng trẻ (Millennials và Gen Z). Theo thống kê của Tổng cục Du lịch, hơn 70% du khách nội địa chủ động tìm kiếm thông tin điểm đến và chia sẻ trải nghiệm hành trình thông qua các nền tảng số. Tuy nhiên, các giải pháp công nghệ hiện hữu chủ yếu tập trung vào mô hình đại lý du lịch trực tuyến (OTA - Online Travel Agent) phục vụ mục đích thương mại như bán tour, đặt phòng khách sạn và vé máy bay. Thị trường vẫn thiếu vắng một nền tảng chuyên biệt cho phép người dùng trực quan hóa dấu chân du lịch, tính toán mức độ khám phá địa lý và số hóa nhật ký hành trình theo tọa độ không gian thực.

Vấn đề cốt lõi đặt ra là sự phân mảnh dữ liệu trải nghiệm cá nhân: du khách lưu trữ ảnh trên các mạng xã hội tổng quát nhưng không thể định vị chính xác trên bản đồ số tương tác; thiếu công cụ tự động thống kê chỉ số hoàn thành bản đồ du lịch quốc gia; và việc tiếp cận các đánh giá chi tiết theo từng địa danh cụ thể còn hạn chế.

Đề tài "Xây dựng Website du lịch" do sinh viên Nguyễn Quang Huy và Lê Tấn Khang thực hiện dưới sự hướng dẫn của ThS. Mai Tuấn Khôi tại Trường Đại học Sư phạm Kỹ thuật TP.HCM (HCMUTE) giải quyết trực diện bài toán trên thông qua 5 mục tiêu cụ thể:

  1. Nghiên cứu và ứng dụng kiến trúc phân tách Client-Server sử dụng Spring MVC và ReactJS.
  2. Xây dựng cơ chế bản đồ số tương tác (Interactive Travel Map) cho phép trực quan hóa lộ trình, đánh dấu địa danh cấp tỉnh/thành phố và cấp điểm du lịch chi tiết.
  3. Thuật toán hóa quy trình tính toán tỷ lệ phần trăm mức độ khám phá bản đồ lãnh thổ Việt Nam dựa trên dữ liệu check-in thực tế.
  4. Phát triển hệ sinh thái nhật ký du lịch tích hợp (lưu trữ cảm xúc - Feelings, bài viết đánh giá - Reviews, và bộ sưu tập hình ảnh theo địa danh - Albums).
  5. Tích hợp giao thức xác thực bên thứ ba (OAuth 2.0 via Facebook Login) và chia sẻ bản đồ tương tác đa kênh lên mạng xã hội.

Hệ thống hướng tới việc nâng cao 100% trải nghiệm tương tác trực quan của người dùng với bản đồ địa lý 63 tỉnh thành, đảm bảo thời gian phản hồi API dưới 200ms và cung cấp giải pháp quản trị nội dung điểm đến chuẩn xác cho các nhà quản lý du lịch. Phạm vi đề tài tập trung vào hệ thống dữ liệu du lịch nội địa Việt Nam, triển khai dưới dạng ứng dụng web đơn trang (Single Page Application - SPA) đa nền tảng.

Phân tích và thiết kế giải pháp

Phân tích hiện trạng

Khảo sát thực tế các nền tảng du lịch phổ biến tại Việt Nam cho thấy sự khác biệt rõ rệt về mô hình nghiệp vụ:

Nền tảng Chức năng chính Trực quan hóa bản đồ (Travel Map) Đánh dấu cấp địa danh chi tiết Tính % bản đồ khám phá Hạn chế cốt lõi
Gody.vn Mạng xã hội du lịch, blog, homestay Có (TravelMap cơ bản) Không (Chỉ dừng ở cấp Tỉnh) Có Chưa hỗ trợ tọa độ chính xác cho từng danh thắng, thiếu tùy biến video
Mytour.vn Đặt phòng khách sạn, tour du lịch Không Không Không Định hướng thương mại thuần túy (OTA), không hỗ trợ nhật ký cá nhân
Dulichviet.vn Đặt tour trọn gói, dịch vụ visa Không Không Không Giao diện tĩnh, thiếu tính năng tương tác cộng đồng
Hệ thống đề xuất Bản đồ tương tác, nhật ký hành trình, quản trị điểm đến Có (Vector Map đa tầng) Có (Định vị Lat/Long + SVG Path) Có (Thuật toán thời gian thực) Tập trung chủ yếu dữ liệu nội địa Việt Nam

Yêu cầu người dùng được cấu trúc theo mô hình phân loại MoSCoW:

  • Must have (Bắt buộc): Đăng nhập Facebook OAuth 2.0; Bản đồ tương tác hiển thị 63 tỉnh thành; Đánh dấu điểm đến đã đi; Tính % bản đồ; Thêm bài viết, cảm xúc và album ảnh theo địa danh; Quản trị danh mục Place/Region phía Admin.
  • Should have (Nên có): Lọc tìm kiếm địa danh đa tiêu chí (theo vùng miền, tỉnh thành, từ khóa); Chia sẻ bản đồ hành trình lên Facebook Feed; Phân quyền người dùng (Admin, User, Guest).
  • Could have (Có thể có): Cơ chế chấm điểm/rating địa danh; Thao tác chọn vị trí nhanh trên bản đồ bằng tổ hợp Shift + Click để tự động trích xuất tọa độ.
  • Won't have (Chưa thực hiện): Đặt phòng trực tuyến, cổng thanh toán điện tử, hệ thống đặt tour thương mại.

Thiết kế hệ thống

Kiến trúc hệ thống tuân theo mô hình phân tầng 3-Tier Architecture kết hợp thiết kế RESTful Service:

  • Presentation Layer (Frontend): Ứng dụng Single Page Application (SPA) xây dựng trên nền tảng ReactJS 16.8+, quản lý trạng thái bằng Component State/Redux, render bản đồ vector thông qua thư viện amCharts 4 (JavaScript Maps).
  • Application/Business Layer (Backend): Sử dụng Spring MVC 5.1.x, tiếp nhận HTTP Requests thông qua REST Controllers, kiểm soát quyền truy cập bằng Spring Security 5.1.x, xử lý logic tính toán và nghiệp vụ.
  • Data Access Layer (Persistence): Triển khai Hibernate ORM 5.4.x mapping các thực thể Java (Entities) xuống hệ cơ sở dữ liệu quan hệ MySQL 8.0, quản lý phiên làm việc thông qua SessionFactory và tối ưu truy vấn bằng HQL (Hibernate Query Language).
+-------------------------------------------------------------+
|                  Client Browser (ReactJS SPA)               |
|      [amCharts Vector Map] <---> [Axios HTTP Client]        |
+-------------------------------------------------------------+
                              | (JSON / RESTful API)
                              v
+-------------------------------------------------------------+
|                  Spring MVC Backend Engine                  |
|  [Spring Security / OAuth2] ---> [REST Controllers Layer]   |
|                                         |                   |
|                              [Service Business Logic]       |
+-------------------------------------------------------------+
                              |
                              v
+-------------------------------------------------------------+
|                Hibernate 5.4.x ORM Persistence              |
|        [Data Access Objects (DAO)] <---> [Entities]         |
+-------------------------------------------------------------+
                              | (JDBC Connection Pool)
                              v
+-------------------------------------------------------------+
|                    MySQL 8.0 RDBMS Database                 |
|  Tables: User, Role, Region, Place, PlaceUser, Feeling...   |
+-------------------------------------------------------------+

Thiết kế cơ sở dữ liệu quan hệ (Database Schema)

Mô hình dữ liệu bao gồm các thực thể trọng tâm:

  1. User (id, facebook_id, full_name, email, avatar_url, status, role_id): Lưu trữ thông tin định danh và trạng thái tài khoản (ACTIVE, LOCKED).
  2. Region (id, name, code, svg_path, description): Quản lý dữ liệu 63 tỉnh thành và đường dẫn vector SVG phục vụ render bản đồ.
  3. Place (id, name, title, latitude, longitude, svg_path, region_id, created_date): Lưu trữ danh thắng cụ thể thuộc tỉnh thành cùng tọa độ địa lý.
  4. PlaceUser (id, user_id, place_id, visited_date, status): Bảng kết hợp thể hiện lịch sử check-in điểm đến của người dùng.
  5. UserRegion (id, user_id, region_id, visited_status): Bảng tổng hợp trạng thái khám phá cấp tỉnh.
  6. Feeling (id, content, status, rating, user_id, place_id, created_at): Nhật ký cảm xúc và đánh giá bài viết (PUBLIC, PRIVATE, ACCEPT).
  7. Album (id, title, image_url, place_id, user_id): Bộ sưu tập đa phương tiện theo điểm đến.

Thiết kế Giao diện lập trình ứng dụng (RESTful API Design)

Hệ thống cung cấp danh mục endpoints chuẩn hóa:

Phương thức Endpoint Chức năng Phân quyền
GET /api/v1/regions Lấy danh sách 63 tỉnh thành và tọa độ SVG Public / Guest
GET /api/v1/regions/{id}/places Lấy danh sách địa danh thuộc tỉnh Public / Guest
POST /api/v1/admin/places Thêm địa danh mới kèm tọa độ (Lat, Long, SVG) Admin
PUT /api/v1/admin/places/{id} Cập nhật thông tin điểm đến Admin
DELETE /api/v1/admin/places/{id} Xóa điểm đến Admin
POST /api/v1/user/checkin Check-in địa danh và cập nhật bản đồ User
GET /api/v1/user/{id}/adventure Lấy thống kê tỷ lệ % khám phá và các điểm đã đi User
POST /api/v1/user/feelings Đăng bài viết chia sẻ cảm xúc/đánh giá User

Methodology

Dự án triển khai theo mô hình quy trình Agile/Scrum rút gọn, chia làm 19 tuần làm việc (từ 05/03/2019 đến 14/07/2019) với 4 giai đoạn chính:

[Tuần 1 - 3]  Khảo sát hiện trạng, phân tích yêu cầu, thiết kế ERD & Kiến trúc hệ thống
[Tuần 4 - 8]  Thiết lập Spring MVC Backend, Spring Security, Hibernate ORM, xây dựng REST API
[Tuần 9 - 13] Phát triển Frontend ReactJS, tích hợp bản đồ amCharts, đồng bộ hóa Database-UI
[Tuần 14 - 19]Kiểm thử tích hợp, tối ưu hiệu năng, sửa lỗi, đóng gói và nghiệm thu đề tài

Chiến lược quản trị rủi ro tập trung vào 3 yếu tố:

  • Rủi ro sai lệch tọa độ bản đồ: Sử dụng chuẩn dữ liệu SVG vector tiêu chuẩn kết hợp bộ chuyển đổi tọa độ địa lý WGS84 sang tọa độ pixel màn hình.
  • Rủi ro phân quyền: Triển khai cơ chế kiểm soát truy cập dựa trên vai trò (Role-Based Access Control - RBAC) tại tầng Service và Controller của Spring Security.
  • Rủi ro toàn vẹn dữ liệu: Sử dụng cơ chế khóa logic (Soft Delete: chuyển trạng thái LOCKED cho User và PRIVATE cho Post) để tránh đứt gãy quan hệ khóa ngoại trong cơ sở dữ liệu.

Implementation và kết quả

Development process

Quá trình phát triển tập trung giải quyết 2 bài toán kỹ thuật trọng tâm:

  1. Thuật toán tính toán độ phủ du lịch (Exploration Percentage Algorithm): Tỷ lệ phần trăm khám phá đất nước được tính dựa trên số lượng tỉnh thành người dùng đã check-in ít nhất một địa danh, chuẩn hóa trên tổng số 63 đơn vị hành chính:

$$\text{Travel Percentage} = \left( \frac{\sum_{i=1}^{N} \mathbb{I}(\text{Count}(\text{PlacesVisited}_{\text{Region}_i}) > 0)}{63} \right) \times 100%$$

  1. Cơ chế bắt tọa độ điểm đến trên bản đồ (Map Coordinate Interception): Phía Admin sử dụng sự kiện Shift + MouseClick trên component bản đồ SVG để trích xuất tọa độ (X, Y) và chuyển đổi thành Latitude/Longitude lưu trữ vào cơ sở dữ liệu.

Minh họa mã nguồn Backend (Spring MVC REST Controller)

Đoạn mã xử lý thêm mới địa danh với ràng buộc xác thực dữ liệu và liên kết vùng:

@RestController
@RequestMapping("/api/v1/admin/places")
public class PlaceAdminController {

    @Autowired
    private PlaceService placeService;

    @Autowired
    private RegionService regionService;

    @PostMapping(consumes = MediaType.APPLICATION_JSON_UTF8_VALUE)
    @PreAuthorize("hasRole('ROLE_ADMIN')")
    public ResponseEntity<?> createPlace(@Valid @RequestBody PlaceDTO placeDto, BindingResult result) {
        if (result.hasErrors()) {
            return new ResponseEntity<>(result.getAllErrors(), HttpStatus.BAD_REQUEST);
        }
        
        // Kiểm tra tính duy nhất của tên địa danh
        if (placeService.isPlaceExist(placeDto.getName(), placeDto.getRegionId())) {
            return new ResponseEntity<>(new ApiResponse(false, "Địa danh đã tồn tại trong khu vực này!"), 
                                        HttpStatus.CONFLICT);
        }

        Region region = regionService.findById(placeDto.getRegionId());
        if (region == null) {
            return new ResponseEntity<>(new ApiResponse(false, "Vùng/Tỉnh không hợp lệ!"), 
                                        HttpStatus.NOT_FOUND);
        }

        Place place = new Place();
        place.setName(placeDto.getName());
        place.setTitle(placeDto.getTitle());
        place.setLatitude(placeDto.getLatitude());
        place.setLongitude(placeDto.getLongitude());
        place.setSvgPath(placeDto.getSvgPath());
        place.setRegion(region);
        place.setCreatedDate(new Date());

        placeService.save(place);
        return new ResponseEntity<>(new ApiResponse(true, "Thêm địa danh thành công!"), HttpStatus.CREATED);
    }
}

Minh họa mã nguồn Frontend (ReactJS Component tích hợp amCharts Map)

Đoạn mã khởi tạo bản đồ Việt Nam, đổ màu trực quan theo cấp độ hành trình:

import React, { Component } from 'react';
import * as am4core from "@amcharts/amcharts4/core";
import * as am4maps from "@amcharts/amcharts4/maps";
import am4geodata_vietnamHigh from "@amcharts/amcharts4-geodata/vietnamHigh";

class TravelMap extends Component {
  componentDidMount() {
    let chart = am4core.create("travelMapDiv", am4maps.MapChart);
    chart.geodata = am4geodata_vietnamHigh;
    chart.projection = new am4maps.projections.Miller();

    let polygonSeries = chart.series.push(new am4maps.MapPolygonSeries());
    polygonSeries.useGeodata = true;

    // Cấu hình hiển thị polygon tỉnh thành
    let polygonTemplate = polygonSeries.mapPolygons.template;
    polygonTemplate.tooltipText = "{name}: {value} điểm đã khám phá";
    polygonTemplate.fill = am4core.color("#E0E0E0");

    // Đổ màu theo cấp độ đã check-in
    polygonSeries.data = this.props.userAdventureData; // [{ id: "VN-HN", value: 5, fill: "#2ECC71" }]
    polygonTemplate.propertyFields.fill = "fill";

    // Bắt sự kiện click để zoom sâu vào chi tiết tỉnh
    polygonTemplate.events.on("hit", (ev) => {
      let regionId = ev.target.dataItem.dataContext.id;
      this.props.onSelectRegion(regionId);
    });

    this.chart = chart;
  }

  componentWillUnmount() {
    if (this.chart) {
      this.chart.dispose();
    }
  }

  render() {
    return <div id="travelMapDiv" style={{ width: "100%", height: "650px" }}></div>;
  }
}

export default TravelMap;

Testing và validation

Hệ thống được kiểm thử toàn diện thông qua kiểm thử đơn vị (Unit Test), kiểm thử tích hợp (Integration Test) và kiểm thử giao diện người dùng:

Kịch bản kiểm thử (Test Scenario) Input / Điều kiện thực hiện Kết quả kỳ vọng Trạng thái thực tế
TC_ADMIN_01: Thêm mới Place Nhập đủ tên, title, tọa độ hợp lệ qua Shift + Click Lưu database thành công, trả mã 201 Created PASS (100%)
TC_ADMIN_02: Validation Place trùng tên Nhập tên địa danh đã tồn tại trong cùng một Region Chặn submit, hiển thị lỗi xung đột 409 Conflict PASS (100%)
TC_USER_01: Check-in điểm đến User đã xác thực chọn "Đánh dấu nơi đã đi" Map cập nhật trạng thái đỏ, % tăng theo công thức PASS (100%)
TC_USER_02: Đăng Feeling & Album Chọn ảnh từ thiết bị, nhập nội dung, set PUBLIC Hiển thị bài viết trong danh mục khám phá của Place PASS (100%)
TC_AUTH_01: Facebook OAuth Login Click icon Facebook, xác nhận quyền truy cập Tự động tạo/đồng bộ User, redirect về trang chủ PASS (100%)

Kết quả đo lường chất lượng hệ thống:

  • Độ bao phủ kiểm thử API (Postman Test Suites): Đạt 100% (38/38 API endpoints vượt qua kiểm thử chức năng).
  • Thời gian phản hồi trung bình của API truy vấn dữ liệu địa danh: 85ms (môi trường máy chủ thử nghiệm cục bộ).
  • Khả năng tương thích trình duyệt: Hoạt động trơn tru trên Google Chrome 75+, Mozilla Firefox 68+, Safari 12+.

Kết quả đạt được

Đề tài đã hoàn thành 100% các chức năng đề ra trong đề cương luận văn:

  • Xây dựng hoàn chỉnh phân hệ Client cho phép người dùng tương tác với bản đồ số, theo dõi lịch sử du lịch cá nhân ("Your Adventure"), lưu trữ nhật ký cảm xúc và bộ sưu tập đa phương tiện.
  • Xây dựng phân hệ Admin cho phép quản trị toàn diện hệ thống: Quản lý danh mục 63 Tỉnh/Thành (Region), quản lý Địa danh chi tiết (Place) kèm tọa độ tương tác, kiểm duyệt bài viết người dùng (Post Moderation) và quản trị tài khoản người dùng theo cơ chế Soft Delete.

Đổi mới và đóng góp

  1. Trực quan hóa bản đồ 2 cấp độ (Two-Level Hierarchical Vector Mapping): Khác biệt với các nền tảng như Gody chỉ hỗ trợ đánh dấu bao quát cấp tỉnh, hệ thống cho phép thu phóng chi tiết từ cấp độ toàn quốc (National Overview) xuống cấp độ Tỉnh (Regional Deep-dive) và ghim chính xác các tọa độ danh thắng du lịch cụ thể (Place Pinpointing).
  2. Cơ chế tự động hóa định vị quản trị (Map-Assisted Coordinate Registration): Thay vì nhập thủ công kinh độ/vĩ độ phức tạp, quản trị viên có thể tương tác trực tiếp trên bản đồ giao diện bằng thao tác chuột để tự động điền tọa độ, giảm 60% thời gian nhập liệu địa danh.
  3. Mô hình hóa số liệu khám phá du lịch: Thuật toán tính toán phần trăm độ phủ lãnh thổ theo thời gian thực tạo động lực thúc đẩy người dùng tham gia vào hoạt động khám phá và quảng bá du lịch bản địa.
  4. Kiến trúc phân tách rõ ràng: Ứng dụng mô hình Client-Server hiện đại giúp giảm tải cho máy chủ xử lý giao diện, tối ưu hóa tốc độ tải trang phía máy trạm thông qua Virtual DOM của ReactJS.

Ứng dụng thực tế và triển khai

Kịch bản ứng dụng thực tế

  • Cá nhân du khách / Phượt thủ: Sử dụng như một cuốn "hộ chiếu số" trực quan hóa toàn bộ hành trình trải nghiệm, đính kèm ảnh và cảm xúc để chia sẻ câu chuyện du lịch lên mạng xã hội.
  • Cộng đồng du lịch: Tra cứu cẩm nang kinh nghiệm thực tế từ những người đã trực tiếp check-in địa danh thay vì chỉ đọc thông tin quảng cáo tour.
  • Cơ quan xúc tiến du lịch địa phương: Đóng vai trò là cổng thông tin số giới thiệu các danh lam thắng cảnh, di tích lịch sử kèm hình ảnh thực tế sinh động từ cộng đồng.

Yêu cầu triển khai và khả năng mở rộng (Deployment & Scalability)

  • Cấu hình máy chủ tối thiểu:
    • CPU: Dual-Core 2.0 GHz trở lên.
    • RAM: Tối thiểu 4GB (Khuyến nghị 8GB cho môi trường tải cao).
    • Môi trường thực thi: Java Runtime Environment (JRE) 8+, Node.js 12+ (build frontend), Máy chủ cơ sở dữ liệu MySQL 8.0, Web Server Nginx (Reverse Proxy) & Apache Tomcat 9.
  • Chiến lược mở rộng: Kiến trúc Spring RESTful API cho phép dễ dàng mở rộng sang ứng dụng di động đa nền tảng (React Native) mà không cần cấu hình lại tầng nghiệp vụ backend. Cơ sở dữ liệu có thể dễ dàng phân mảnh (sharding) hoặc chuyển dịch sang các dịch vụ lưu trữ đám mây (AWS RDS, S3 cho lưu trữ ảnh dung lượng cao).

Hạn chế và hướng phát triển

Hạn chế kỹ thuật

  • Hệ thống phụ thuộc lớn vào giao thức xác thực Facebook Graph API; trong trường hợp người dùng không sử dụng Facebook, chưa có phương thức đăng nhập độc lập (Local Account / Email OTP).
  • Cơ chế lưu trữ hình ảnh hiện tại lưu trữ trực tiếp trên hệ thống tệp tin cục bộ của server, chưa tích hợp mạng phân phối nội dung (CDN) chuyên dụng.
  • Chưa có giải pháp tối ưu cho trải nghiệm ngoại tuyến (Offline Mode / PWA Cache).

Hướng phát triển trong tương lai

  1. Phát triển ứng dụng Mobile: Xây dựng ứng dụng di động đồng bộ bằng React Native hoặc Flutter, tích hợp GPS định vị tức thời để tự động gợi ý check-in khi du khách đặt chân tới địa danh.
  2. Tích hợp Trí tuệ nhân tạo (AI Recommender System): Ứng dụng các thuật toán học máy (Machine Learning) để phân tích sở thích check-in của người dùng, từ đó tự động gợi ý lộ trình du lịch tối ưu tiếp theo.
  3. Mở rộng phạm vi địa lý: Cập nhật cơ sở dữ liệu bản đồ du lịch quốc tế (Đông Nam Á và Thế giới) phục vụ nhu cầu du lịch nước ngoài (Outbound Tourism).

Đối tượng hưởng lợi

  • Sinh viên & Lập trình viên: Là tài liệu tham khảo thực tế về việc kết hợp Spring Framework (Backend) với ReactJS (Frontend), kỹ thuật tương tác dữ liệu bản đồ SVG và triển khai bảo mật OAuth 2.0.
  • Người dùng yêu thích du lịch: Sở hữu công cụ số hóa hành trình trực quan, lưu giữ khoảnh khắc cá nhân và tính toán thành tích khám phá đất nước miễn phí.
  • Doanh nghiệp & Đơn vị lữ hành: Tiếp cận mô hình quảng bá điểm đến theo hướng người dùng tự tạo nội dung (UGC - User Generated Content), giúp tăng tính chân thực và thu hút du khách tiềm năng.

Câu hỏi thường gặp

1. Hệ thống yêu cầu cấu hình môi trường như thế nào để triển khai từ mã nguồn?

Hệ thống yêu cầu máy chủ cài đặt JDK 8 (hoặc OpenJDK 8), Maven 3.6+ để build dự án Spring MVC Backend, Node.js v12.x / NPM v6.x để build mã nguồn ReactJS, và hệ quản trị MySQL Server 8.0. Sau khi build mã nguồn frontend thành các tệp tin tĩnh (static bundle), ứng dụng có thể được đóng gói thành file .war và triển khai trên máy chủ Apache Tomcat 9.0.

2. Thuật toán tính phần trăm khám phá xử lý như thế nào khi người dùng check-in nhiều địa danh trong cùng một tỉnh?

Thuật toán nhóm các địa danh theo trường region_id. Khi người dùng check-in ít nhất 1 địa danh tại một tỉnh, tỉnh đó sẽ được đánh dấu trạng thái "Đã khám phá" (Visited = true) và cộng tỷ lệ tương ứng ($1/63 \approx 1.587%$). Các lần check-in tiếp theo tại các địa danh khác trong cùng một tỉnh sẽ làm tăng mật độ hoạt động (đổi màu đậm hơn trên heatmap) nhưng không làm tăng vượt quá trọng số đơn vị của tỉnh đó trên bản đồ tổng thể.

3. Làm thế nào để đảm bảo an toàn dữ liệu bài viết khi quản trị viên xóa một tài khoản hoặc địa danh?

Hệ thống áp dụng kỹ thuật Soft Delete (Xóa mềm). Khi Admin thực hiện xóa User hoặc Post, hệ thống chỉ cập nhật trường status sang LOCKED (đối với User) hoặc PRIVATE (đối với Post/Feeling). Dữ liệu lịch sử quan hệ khóa ngoại (PlaceUser, UserRegion) vẫn được bảo toàn nguyên vẹn trong cơ sở dữ liệu để phục vụ công tác thống kê, không làm phát sinh lỗi ràng buộc toàn vẹn quan hệ (Integrity Constraint Violations).

4. Chi phí vận hành và duy trì hệ thống dự kiến là bao nhiêu?

Nhờ kiến trúc tối ưu và sử dụng toàn bộ công nghệ mã nguồn mở (Open Source: Java, Spring, React, MySQL), chi phí vận hành máy chủ đám mây (Cloud VPS) cho quy mô 5.000 - 10.000 người dùng hàng tháng ước tính chỉ dao động từ 15 - 30 USD/tháng (sử dụng các dịch vụ VPS tiêu chuẩn như DigitalOcean, Linode hoặc AWS Lightsail).

5. Dữ liệu bản đồ SVG có bị ảnh hưởng khi có sự thay đổi địa giới hành chính không?

Hệ thống thiết kế bảng Region độc lập lưu trữ thuộc tính svg_path. Khi có thay đổi về địa giới hoặc sáp nhập hành chính, quản trị viên chỉ cần cập nhật lại thông tin trường svg_path và mã vùng tương ứng trong cơ sở dữ liệu mà không cần phải biên dịch lại toàn bộ mã nguồn hệ thống.

Kết luận

Đề tài "Xây dựng Website du lịch" của nhóm tác giả Nguyễn Quang Huy và Lê Tấn Khang đã giải quyết thành công bài toán số hóa hành trình trải nghiệm du lịch cá nhân thông qua việc kết hợp các công nghệ phần mềm hiện đại: Spring MVC, Spring Security, Hibernate ORM và ReactJS. Không chỉ dừng lại ở một ứng dụng quản lý thông tin thông thường, đề tài mang lại giá trị thực tiễn cao với chức năng bản đồ tương tác đa tầng, thuật toán tính phần trăm khám phá độc đáo và khả năng kết nối mạng xã hội mạnh mẽ. Đây là nền tảng vững chắc để mở rộng thành các giải pháp du lịch thông minh phục vụ cộng đồng và đóng góp vào tiến trình chuyển đổi số của ngành du lịch Việt Nam.