Giới thiệu dự án

Sự gia tăng nhanh chóng của quá trình đô thị hóa tại các đô thị lớn như Đà Nẵng, Hà Nội và TP. Hồ Chí Minh kéo theo nhu cầu nhà ở cho sinh viên và người lao động ngoại tỉnh tăng vọt. Theo thống kê từ Tổng cục Thống kê, tỷ lệ người di cư thuê nhà tại các đô thị loại 1 và loại đặc biệt chiếm hơn 65% tổng số cư dân tạm trú. Tuy nhiên, hơn 75% các khu nhà trọ tư nhân hiện nay vẫn vận hành theo phương thức truyền thống: ghi chép sổ tay, tính toán tiền điện nước thủ công hoặc sử dụng các tệp Microsoft Excel rời rạc.

+-------------------------------------------------------------------------+
|                  THỰC TRẠNG QUẢN LÝ NHÀ TRỌ TRUYỀN THỐNG                |
+-------------------------------------------------------------------------+
|  [Sổ sách thủ công]  --> Sai lệch thu chi (15% - 25%)                   |
|  [Tính điện/nước tay]--> Tranh chấp chỉ số, thất thoát doanh thu        |
|  [Hợp đồng giấy]     --> Quên hạn hợp đồng, trễ gia hạn                 |
|  [Báo sự cố qua miệng]--> Tắc nghẽn xử lý hư hỏng, khách rời đi         |
+-------------------------------------------------------------------------+

Phương thức quản lý này bộc lộ nhiều điểm nghẽn nghiêm trọng (pain points):

  • Sai lệch dữ liệu tài chính: Ghi nhận thủ công phiếu chi và hóa đơn thanh toán dẫn đến tỷ lệ sai sót từ 15% đến 25% trong đối soát hàng tháng.
  • Tắc nghẽn luồng thông tin sự cố: Các yêu cầu sửa chữa điện nước, cơ sở vật chất từ khách thuê không được lưu vết theo trạng thái, gây chậm trễ xử lý và suy giảm độ hài lòng.
  • Rủi ro pháp lý và hợp đồng: Thất lạc thông tin khách vãng lai, hợp đồng thuê hết hạn nhưng không được cảnh báo kịp thời, gây tổn thất doanh thu do phòng trống (vacancy rate) kéo dài.

Đồ án "Phân Tích Thiết Kế Hệ Thống Quản Lý Nhà Trọ" do nhóm nghiên cứu tại Khoa Kỹ thuật Mạng máy tính & Truyền thông, Trường Khoa học Máy tính – Đại học Duy Tân thực hiện nhằm giải quyết triệt để các bài toán trên thông qua việc chuẩn hóa quy trình phân tích và thiết kế hướng đối tượng (Object-Oriented Analysis and Design - OOAD).

Mục tiêu cụ thể của dự án

  1. Chuẩn hóa 8 quy trình nghiệp vụ cốt lõi: Bao gồm quy trình đặt phòng, phân loại phòng, thuê phòng, tìm kiếm, thanh toán hóa đơn, thống kê báo cáo tài chính, quản lý hợp đồng và tiếp nhận báo cáo sự cố.
  2. Xây dựng mô hình hóa hệ thống bằng UML 2.5: Thiết lập hệ thống 18 Use Case hoàn chỉnh kèm đặc tả chi tiết, sơ đồ lớp (Class Diagram) với 11 thực thể quan hệ, cùng hệ thống sơ đồ tuần tự (Sequence Diagram) và sơ đồ hoạt động (Activity Diagram).
  3. Thiết kế kiến trúc phần mềm hướng dịch vụ: Đảm bảo khả năng tách biệt giữa tầng xử lý nghiệp vụ tài chính (thu/chi) và quản lý cơ sở vật chất.
  4. Tối ưu hóa hiệu năng vận hành: Đạt mục tiêu thời gian phản hồi cho các truy vấn tính toán hóa đơn đa dịch vụ dưới 500ms và tự động hóa 100% quy trình tạo lập hóa đơn định kỳ.

Phạm vi và giới hạn: Dự án tập trung vào phân tích thiết kế hệ thống phần mềm web ứng dụng cho các khu nhà trọ, cụm trọ quy mô vừa và lớn (từ 20 đến 500 phòng), hỗ trợ 3 nhóm tác nhân chính: Chủ nhà trọ (Admin), Khách thuê trọ (Tenant) và Khách vãng lai (Guest).

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 mô hình quản lý phòng trọ hiện hữu cho thấy sự phân hóa rõ rệt giữa công cụ truyền thống và các phần mềm thương mại đóng gói:

Tiêu chí đánh giá Quản lý sổ sách / Excel Phần mềm SaaS thương mại (iTro, App Nhà Trọ) Hệ thống OOAD đề xuất
Chi phí đầu tư Thấp (0 - 50.000 VNĐ) Phí thuê bao hàng tháng (10.000 VNĐ/phòng/tháng) Sở hữu trọn đời, mã nguồn mở
Độ chính xác số liệu Thấp (Dễ nhầm lẫn, mất file) Cao Tuyệt đối (Ràng buộc toàn vẹn CSDL)
Báo cáo sự cố tức thời Không hỗ trợ Hỗ trợ cơ bản Tích hợp State-machine theo dõi tiến độ
Tự động đối soát Thu/Chi Không có Có nhưng cấu hình phức tạp Tự động cân đối Hóa đơn & Phiếu chi
Phân quyền người dùng Không có Phân quyền tĩnh RBAC linh hoạt (Admin, Tenant, Guest)

Ma trận ưu tiên yêu cầu người dùng (MoSCoW Matrix)

  • Must-have (Bắt buộc): Đăng nhập/Đăng xuất bảo mật, CRUD phòng trọ, lập hợp đồng thuê, tính toán hóa đơn điện/nước tự động, lập phiếu chi, thống kê doanh thu theo tháng/năm.
  • Should-have (Nên có): Báo cáo sự cố trực tuyến có lưu vết ảnh, gia hạn hợp đồng tự động, bộ lọc tìm kiếm phòng theo khoảng giá/tiện ích, theo dõi lịch sử giao dịch.
  • Could-have (Có thể có): Cổng thanh toán trực tuyến (VNPay/Momo), đăng ký tạm trú trực tuyến cho khách vãng lai.
  • Won't-have (Chưa triển khai ở giai đoạn này): Tích hợp phần cứng IoT đọc chỉ số công tơ điện thông minh tự động.

Thiết kế hệ thống

Hệ thống được thiết kế theo mô hình kiến trúc phân lớp (3-Tier Layered Architecture), phân tách độc lập giữa giao diện, logic nghiệp vụ và tầng dữ liệu:

+--------------------------------------------------------------------------+
|                        PRESENTATION LAYER (GIAO DIỆN)                    |
|       React 18.2 SPA | TailwindCSS | Redux Toolkit | Axios Client        |
+--------------------------------------------------------------------------+
                                    |  (HTTPS / RESTful APIs / JSON)
                                    v
+--------------------------------------------------------------------------+
|                    APPLICATION & BUSINESS LOGIC LAYER                    |
|   +------------------------------------------------------------------+   |
|   |  Spring Boot 3.2 (Java 17) / Node.js Express Controller          |   |
|   +------------------------------------------------------------------+   |
|   |  [Auth Service]   [Contract Service]   [Billing & Invoice Engine]|   |
|   |  [Room Service]   [Incident Service]   [Financial Ledger Service]|   |
|   +------------------------------------------------------------------+   |
|   |  Spring Security + JWT (JSON Web Token) Validation & RBAC Filter |   |
+--------------------------------------------------------------------------+
                                    |  (JPA / Hibernate ORM)
                                    v
+--------------------------------------------------------------------------+
|                          DATA PERSISTENCE LAYER                          |
|         PostgreSQL 16.2 (Relational RDBMS) | Redis 7.2 (Caching)         |
+--------------------------------------------------------------------------+

Thiết kế cấu trúc dữ liệu và thực thể (Class Diagram Entities)

Cơ sở dữ liệu được thiết kế chuẩn hóa bậc 3 (3NF) với các thực thể chính tương ứng với sơ đồ lớp trong tài liệu thiết kế:

-- Bảng Quản lý Thông tin Phòng
CREATE TABLE Phong (
    ma_phong VARCHAR(20) PRIMARY KEY,
    ten_phong VARCHAR(100) NOT NULL,
    loai_phong VARCHAR(50) NOT NULL, -- VIP, Đơn, Đôi, Gia đình
    dien_tich NUMERIC(5,2) NOT NULL,
    gia_thue NUMERIC(12,2) NOT NULL,
    trang_thai VARCHAR(30) DEFAULT 'TRONG', -- TRONG, DA_THUE, BAO_TRI
    mo_ta TEXT,
    hinh_anh TEXT
);

-- Bảng Quản lý Khách Hàng / Khách Thuê
CREATE TABLE KhachThue (
    ma_khach_thue VARCHAR(20) PRIMARY KEY,
    ho_ten VARCHAR(150) NOT NULL,
    cccd VARCHAR(20) UNIQUE NOT NULL,
    so_dien_thoai VARCHAR(15) NOT NULL,
    email VARCHAR(100),
    dia_chi_thuong_tru TEXT,
    loai_khach VARCHAR(30) DEFAULT 'THUONG_TRU' -- THUONG_TRU, VANG_LAI
);

-- Bảng Hợp Đồng Thuê
CREATE TABLE HopDongThue (
    ma_hop_dong VARCHAR(20) PRIMARY KEY,
    ma_phong VARCHAR(20) REFERENCES Phong(ma_phong),
    ma_khach_thue VARCHAR(20) REFERENCES KhachThue(ma_khach_thue),
    ngay_bat_dau DATE NOT NULL,
    ngay_ket_thuc DATE NOT NULL,
    tien_dat_coc NUMERIC(12,2) NOT NULL,
    gia_thue_thoa_thuan NUMERIC(12,2) NOT NULL,
    trang_thai VARCHAR(30) DEFAULT 'HIEU_LUC' -- HIEU_LUC, HET_HAN, DA_HUY
);

-- Bảng Hóa Đơn Thanh Toán Định Kỳ
CREATE TABLE HoaDonThanhToan (
    ma_hoa_don VARCHAR(20) PRIMARY KEY,
    ma_hop_dong VARCHAR(20) REFERENCES HopDongThue(ma_hop_dong),
    thang_nam VARCHAR(7) NOT NULL, -- Format: YYYY-MM
    chi_so_dien_cu INT NOT NULL,
    chi_so_dien_moi INT NOT NULL,
    chi_so_nuoc_cu INT NOT NULL,
    chi_so_nuoc_moi INT NOT NULL,
    tien_dich_vu NUMERIC(12,2) DEFAULT 0,
    tong_tien NUMERIC(12,2) NOT NULL,
    ngay_lap DATE NOT NULL,
    trang_thai_thanh_toan VARCHAR(30) DEFAULT 'CHUA_THANH_TOAN'
);

-- Bảng Phiếu Chi (Chi phí vận hành)
CREATE TABLE PhieuChi (
    ma_phieu_chi VARCHAR(20) PRIMARY KEY,
    ngay_chi DATE NOT NULL,
    danh_muc_chi VARCHAR(100) NOT NULL, -- Sua chua, Ve sinh, Quan ly, Khac
    so_tien NUMERIC(12,2) NOT NULL,
    nguoi_nhan VARCHAR(150),
    noi_dung_chi TEXT NOT NULL,
    chung_tu_kem_theo TEXT
);

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

Phương thức Endpoint Mô tả chức năng Quyền truy cập
POST /api/v1/auth/login Xác thực người dùng, trả về JWT Token Public
GET /api/v1/rooms Lấy danh sách phòng theo bộ lọc (Giá, Loại phòng) Public / All
POST /api/v1/contracts Tạo mới hợp đồng thuê và khóa trạng thái phòng Admin
PUT /api/v1/contracts/{id}/extend Gia hạn hợp đồng thuê phòng Admin
POST /api/v1/invoices/generate Tính toán hóa đơn tự động theo chỉ số điện/nước Admin
POST /api/v1/expenses Lập phiếu chi ghi nhận chi phí vận hành Admin
POST /api/v1/incidents Tạo yêu cầu báo cáo sự cố hư hỏng Khách thuê
GET /api/v1/reports/revenue Thống kê doanh thu, chi phí, lợi nhuận thuần Admin

Methodology

Quy trình phát triển hệ thống áp dụng mô hình Agile/Scrum kết hợp với phương pháp luận Phân tích Thiết kế Hướng đối tượng (OOAD) theo chuẩn Unified Process:

[Khảo sát & Thu thập Yêu cầu] -> [Phân tích Use Case & Actor] -> [Thiết kế Lớp & Dữ liệu] -> [Thiết kế Sequence/Activity] -> [Hiện thực hóa & Kiểm thử]
  • Quản lý rủi ro:
    • Rủi ro dữ liệu sai lệch: Áp dụng Transaction Management (@Transactional ở mức ISOLATION_SERIALIZABLE) khi chốt chỉ số điện nước và xuất hóa đơn.
    • Rủi ro rò rỉ dữ liệu khách hàng: Mã hóa dữ liệu CCCD/Số điện thoại bằng thuật toán AES-256 ở tầng cơ sở dữ liệu.

Implementation và kết quả

Development process

Quá trình hiện thực hóa giải pháp được chia thành 4 Sprint (mỗi Sprint kéo dài 2 tuần):

  • Sprint 1: Phân tích mô hình Use Case, thiết kế cơ sở dữ liệu PostgreSQL và thiết lập kiến trúc khung backend Spring Boot / Frontend React.
  • Sprint 2: Xây dựng module Quản lý phòng trọ, Khách hàng, Đăng ký khách vãng lai và nghiệp vụ Hợp đồng thuê.
  • Sprint 3: Hiện thực hóa Engine tính toán Hóa đơn, Quản lý Phiếu chi và Cơ chế xử lý báo cáo sự cố.
  • Sprint 4: Xây dựng Module Báo cáo Thống kê doanh thu đa chiều, kiểm thử tải và đánh giá UAT.

Thuật toán cốt lõi: Tính toán Hóa đơn Đa dịch vụ và Cân đối Tài chính

public class BillingCalculationEngine {

    public InvoiceResult calculateMonthlyInvoice(
            Contract contract, 
            UtilityReading reading, 
            List<AdditionalService> services, 
            BigDecimal previousDebt) {
        
        // 1. Tính tiền điện theo công thức lũy tiến hoặc đơn giá cố định
        int electricUnits = reading.getNewElectricIndex() - reading.getOldElectricIndex();
        if (electricUnits < 0) {
            throw new IllegalArgumentException("Chỉ số điện mới không thể nhỏ hơn chỉ số cũ.");
        }
        BigDecimal electricCost = BigDecimal.valueOf(electricUnits).multiply(reading.getElectricUnitPrice());

        // 2. Tính tiền nước (theo khối hoặc theo đầu người)
        int waterUnits = reading.getNewWaterIndex() - reading.getOldWaterIndex();
        if (waterUnits < 0) {
            throw new IllegalArgumentException("Chỉ số nước mới không thể nhỏ hơn chỉ số cũ.");
        }
        BigDecimal waterCost = BigDecimal.valueOf(waterUnits).multiply(reading.getWaterUnitPrice());

        // 3. Tổng hợp chi phí dịch vụ đi kèm (Wifi, Rác, Giặt ủi, Gửi xe)
        BigDecimal totalServiceCost = services.stream()
                .map(AdditionalService::getPrice)
                .reduce(BigDecimal.ZERO, BigDecimal::add);

        // 4. Tổng tiền hóa đơn kỳ hiện tại
        BigDecimal currentTotal = contract.getAgreedRentPrice()
                .add(electricCost)
                .add(waterCost)
                .add(totalServiceCost)
                .add(previousDebt);

        return new InvoiceResult(
            contract.getContractId(),
            electricCost,
            waterCost,
            totalServiceCost,
            previousDebt,
            currentTotal,
            InvoiceStatus.UNPAID
        );
    }
}

Testing và validation

Hệ thống được kiểm thử toàn diện qua 3 cấp độ: Unit Testing, Integration Testing và Performance Load Testing.

+--------------------------------------------------------------------------+
|                          KẾT QUẢ KIỂM THỬ HỆ THỐNG                       |
+--------------------------------------------------------------------------+
|  Unit Test Coverage (JUnit 5 + Mockito)  : 88.6% Code Coverage           |
|  Load Testing (Apache JMeter - 500 VUs)  : 142ms Avg Latency, 0.01% Err |
|  User Acceptance Testing (5 chủ trọ test): 94.2% Hài lòng về quy trình   |
+--------------------------------------------------------------------------+
  • Kiểm thử đơn vị (Unit Test): Thực hiện 142 ca kiểm thử tự động trên framework JUnit 5 và Mockito, bao phủ 88.6% các nhánh nghiệp vụ xử lý tài chính và hợp đồng.
  • Kiểm thử hiệu năng (JMeter Benchmark): Thực hiện kịch bản 500 người dùng đồng thời (Concurrent Virtual Users) truy vấn tìm kiếm phòng và xuất báo cáo:
    • Throughput: 850 requests/second.
    • Thời gian phản hồi trung bình: 142 ms.
    • Tỷ lệ lỗi (Error rate): 0.01%.

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

                    TIẾN ĐỘ VÀ KẾT QUẢ TRIỂN KHAI
  Chức năng Quản lý phòng      [====================] 100%
  Chức năng Quản lý hợp đồng   [====================] 100%
  Engine tính Hóa đơn & Thu chi[====================] 100%
  Theo dõi Báo cáo sự cố       [====================] 100%
  Thống kê Doanh thu đa chiều  [====================] 100%

Hệ thống hoàn thành 100% các chức năng đề ra trong hồ sơ đặc tả yêu cầu phần mềm (SRS). So với phương pháp vận hành truyền thống, hệ thống rút ngắn 90% thời gian tính toán hóa đơn vào ngày cuối tháng của chủ trọ và loại bỏ hoàn toàn các khiếu nại sai lệch số liệu.

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

  1. Khép kín quy trình Quản lý Tài chính (Closed-Loop Financial Tracking): Khác biệt với các ứng dụng ghi chép đơn thuần chỉ quản lý chiều thu (Hóa đơn), hệ thống tích hợp sâu Module Phiếu Chi và Lịch Sử Giao Dịch. Điều này cho phép chủ trọ tính toán tức thời Lợi Nhuận Thuần (Net Profit) theo công thức: $$\text{Lợi Nhuận Thuần} = \sum (\text{Hóa Đơn Thu Thực Tế}) - \sum (\text{Phiếu Chi Vận Hành})$$
  2. Bộ đặc tả chuẩn hóa OOAD cho mô hình nhà trọ Việt Nam: Cung cấp bộ tài liệu hoàn chỉnh gồm 18 Use Case chi tiết, sơ đồ tuần tự thể hiện rõ tương tác giữa Actor, Boundary, Control và Entity, làm tài liệu tham khảo chuẩn mực cho sinh viên và kỹ sư phát triển phần mềm quản lý bất động sản cho thuê.
  3. Mô hình hóa Trạng thái Sự cố (Incident Lifecycle State Machine): Xử lý báo cáo sự cố qua quy trình 5 bước nghiêm ngặt: Tiếp nhận $\rightarrow$ Khảo sát $\rightarrow$ Đang sửa chữa $\rightarrow$ Hoàn thành $\rightarrow$ Khách hàng nghiệm thu & đánh giá, chấm dứt tình trạng quên sót phản ánh của người thuê.

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

Kịch bản triển khai thực tế

  • Mô hình Cụm nhà trọ sinh viên (30 - 80 phòng): Chủ trọ sử dụng phân hệ Web Admin để quản lý danh sách phòng, định kỳ ngày 25 hàng tháng nhập chỉ số điện/nước. Hệ thống tự động gửi thông báo hóa đơn qua email/SMS đến khách thuê.
  • Mô hình Căn hộ dịch vụ / Chung cư mini (100 - 300 phòng): Hệ thống hỗ trợ đa ban quản lý (Manager, Kế toán, Bảo trì). Khi khách thuê gửi "Báo cáo sự cố", bộ phận bảo trì nhận thông báo tức thì, cập nhật tiến độ và xuất "Phiếu chi" vật tư sửa chữa trực tiếp trên hệ thống.
+--------------------------------------------------------------------------+
|                          QUY TRÌNH DEPLOY HỆ THỐNG                       |
+--------------------------------------------------------------------------+
|  [Docker Compose] --> Khởi tạo PostgreSQL 16 & Redis 7                   |
|  [Backend API]    --> Build Spring Boot JAR & Chạy Container Port 8080   |
|  [Frontend]       --> Build Production Bundle Nginx Serving Port 80/443  |
|  [SSL/TLS]        --> Let's Encrypt Tự động gia hạn chứng chỉ bảo mật    |
+--------------------------------------------------------------------------+

Phân tích hiệu quả kinh tế (Cost-Benefit Analysis)

Đối với một khu trọ quy mô 50 phòng tại Đà Nẵng:

  • Tiết kiệm thời gian: Giảm từ 18 giờ quản lý/tháng xuống còn 2.5 giờ/tháng.
  • Tránh thất thoát tài chính: Giảm thiểu 100% sai lệch số điện nước và bỏ sót tiền dịch vụ, ước tính tiết kiệm 3.000.000 - 5.000.000 VNĐ/tháng do thất thoát chỉ số.
  • Thời gian hoàn vốn (ROI): Dưới 3 tháng kể từ khi đưa vào vận hành thực tế.

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

Hạn chế kỹ thuật

  • Việc nhập chỉ số công tơ điện nước vẫn cần thao tác thủ công từ quản lý, chưa có cơ chế tự động đọc chỉ số qua camera (OCR) hoặc kết nối phần cứng thông minh.
  • Chưa tích hợp đa ngôn ngữ (chỉ hỗ trợ Tiếng Việt), gây hạn chế khi triển khai cho các căn hộ dịch vụ có khách nước ngoài thuê dài hạn.

Hướng phát triển tiếp theo

  1. Phát triển ứng dụng di động (Mobile App): Xây dựng ứng dụng đa nền tảng bằng Flutter/React Native cho cả hai hệ điều hành iOS và Android.
  2. Tích hợp IoT Công tơ thông minh: Ứng dụng giao thức MQTT để thu thập dữ liệu tiêu thụ điện nước theo thời gian thực từ các bộ vi điều khiển ESP32/LoraWAN.
  3. Trí tuệ nhân tạo (AI Assistant): Tích hợp Chatbot AI tự động phản hồi các câu hỏi thường gặp của khách vãng lai và gợi ý mức giá thuê tối ưu dựa trên biến động thị trường.

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

+-------------------------------------------------------------------------+
|                          ĐỐI TƯỢNG HƯỞNG LỢI                             |
+-------------------------------------------------------------------------+
|  Sinh viên & Giảng viên  : Tham khảo mẫu tài liệu chuẩn hóa OOAD/UML    |
|  Kỹ sư phần mềm          : Tái sử dụng kiến trúc phân tầng & Engine tính |
|  Chủ nhà trọ & Quản lý   : Tự động hóa 90% vận hành, minh bạch tài chính |
|  Khách thuê trọ          : Theo dõi chi phí minh bạch, gửi sự cố 24/7   |
+-------------------------------------------------------------------------+
  • Sinh viên và Học viên Công nghệ thông tin: Tiếp cận bộ tài liệu thiết kế phân tích hệ thống hoàn chỉnh từ khảo sát hiện trạng, biểu đồ ca sử dụng, biểu đồ lớp đến biểu đồ tương tác theo chuẩn công nghiệp.
  • Kỹ sư phát triển phần mềm: Sử dụng trực tiếp thiết kế cơ sở dữ liệu và mã nguồn thuật toán tính toán tài chính để phát triển các giải pháp ERP bất động sản.
  • Chủ cơ sở cho thuê trọ: Sở hữu công cụ quản trị chuyên nghiệp, nâng cao tính cạnh tranh và tỷ lệ lấp đầy phòng trọ.
  • Người thuê nhà: Trải nghiệm dịch vụ lưu trú minh bạch, chuyên nghiệp, phản hồi sự cố nhanh chóng.

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

1. Yêu cầu kỹ thuật phần cứng và môi trường để triển khai hệ thống là gì?

Hệ thống yêu cầu máy chủ (hoặc Cloud VPS) cấu hình tối thiểu: 2 Core CPU, 4GB RAM, 40GB SSD lưu trữ. Về môi trường phần mềm: Cài đặt Docker Engine 24.0+, Node.js 18 LTS, OpenJDK 17 và cơ sở dữ liệu PostgreSQL 15+. Đối với máy trạm người dùng cuối, chỉ cần trình duyệt web hiện đại (Google Chrome, Firefox, Microsoft Edge) có kết nối Internet.

2. Giới hạn chịu tải và khả năng mở rộng (Scalability) của hệ thống được xử lý như thế nào?

Kiến trúc hệ thống được thiết kế theo dạng Stateless Backend kết hợp với Redis Cache để lưu trữ phiên làm việc (Session/JWT). Do đó, hệ thống có thể mở rộng theo chiều ngang (Horizontal Scaling) bằng cách bổ sung các Docker Container phía sau một Load Balancer (Nginx/HAProxy) để phục vụ đồng thời lên đến hàng chục nghìn phòng trọ mà không bị nghẽn cổ chai dữ liệu.

3. Khả năng tích hợp với các hệ thống thanh toán hoặc phần mềm kế toán hiện hữu ra sao?

Hệ thống cung cấp sẵn các chuẩn Webhook và RESTful API với cấu trúc dữ liệu JSON chuẩn mực, cho phép kết nối trực tiếp đến các cổng thanh toán trung gian như VNPay, MoMo, ZaloPay và xuất dữ liệu hóa đơn/phiếu chi ra định dạng Excel/CSV để nhập vào các phần mềm kế toán chuyên dụng như MISA hay FAST.

4. Quy trình bảo trì, sao lưu dữ liệu và hỗ trợ kỹ thuật định kỳ gồm những gì?

Cơ sở dữ liệu PostgreSQL được thiết lập chính sách tự động sao lưu (Automated Daily Backup) vào lúc 02:00 sáng hàng ngày và đồng bộ lên Cloud Storage (như Amazon S3 hoặc Google Cloud Storage). Khi có sự cố đứt gãy dịch vụ, cơ chế Disaster Recovery cho phép khôi phục toàn bộ trạng thái dữ liệu trong vòng dưới 15 phút với chỉ số RPO (Recovery Point Objective) $\le 24$ giờ và RTO (Recovery Time Objective) $\le 30$ phút.

5. Cơ cấu chi phí triển khai và thời gian hoàn vốn (ROI) dự kiến?

Chi phí ban đầu chủ yếu là phí thuê bao Cloud VPS (khoảng 150.000 - 300.000 VNĐ/tháng) và tên miền (khoảng 250.000 VNĐ/năm). Nhờ loại bỏ hoàn toàn các tổn thất do ghi chép sai số liệu và tiết kiệm 80% thời gian nhân sự quản lý, các cơ sở kinh doanh nhà trọ quy mô từ 30 phòng trở lên thường đạt điểm hoàn vốn đầu tư trong vòng 2 đến 3 tháng vận hành.

Kết luận

Đồ án "Phân Tích Thiết Kế Hệ Thống Quản Lý Nhà Trọ" của nhóm sinh viên Trường Đại học Duy Tân đã giải quyết toàn diện bài toán chuyển đổi số trong lĩnh vực quản lý lưu trú tư nhân. Bằng việc áp dụng bài bản phương pháp luận phân tích và thiết kế hướng đối tượng (OOAD), nhóm tác giả đã xây dựng thành công một mô hình hệ thống chặt chẽ, tối ưu hóa các quy trình từ đặt phòng, quản lý hợp đồng đến thanh toán và giải quyết sự cố.

Dự án không chỉ khẳng định giá trị học thuật xuất sắc thông qua hệ thống tài liệu đặc tả UML chuẩn mực mà còn mang tính ứng dụng thực tiễn cao, mở ra hướng đi bền vững cho việc hiện đại hóa các mô hình kinh doanh nhà trọ trong kỷ nguyên kinh tế số.