Giới thiệu dự án
Trong kỷ nguyên chuyển đổi số của ngành bất động sản (PropTech), việc tối ưu hóa quy trình quản trị quan hệ khách hàng đóng vai trò then chốt quyết định năng lực cạnh tranh và doanh thu của doanh nghiệp. Theo các khảo sát thị trường bất động sản giai đoạn 2020–2023, hơn 65% doanh nghiệp môi giới gặp tổn thất khách hàng tiềm năng do thiếu quy trình lưu vết và tương tác đa kênh. Nghiên cứu "Phân tích thiết kế hệ thống thông tin quản lý khách hàng tại Công ty Cổ phần Bất động sản Thế kỷ" (CenLand) giải quyết bài toán cốt lõi trong việc số hóa quy trình kinh doanh, chuẩn hóa dữ liệu tập trung và tự động hóa chu trình khép kín từ tiếp cận, tư vấn, ký kết hợp đồng đến hậu mãi.
+-----------------------------------------------------------------------------------+
| MÔ HÌNH CHUYỂN ĐỔI QUẢN TRỊ TẠI CENLAND |
| |
| [Dữ liệu phân mảnh Excel] ----> [Quy trình phân tích UML] ----> [Hệ thống CRM] |
| - Rủi ro mất mát dữ liệu - Use Case / Sequence Diagrams - CSDL tập trung |
| - Độ trễ đối soát 48-72h - Class & Activity Modeling - Phân quyền RBAC|
| - Xung đột giỏ hàng BĐS - State Machine Constraints - Báo cáo Real-time|
+-----------------------------------------------------------------------------------+
Vấn đề thực tiễn và điểm nghẽn vận hành (Problem Statement)
Khảo sát thực tế tại CenLand trên mẫu $N = 30$ cán bộ nhân viên và ekip kinh doanh cho thấy:
- 100% nhân sự xác nhận công ty chưa có phần mềm CRM chuyên dụng, đang phụ thuộc hoàn toàn vào Microsoft Excel ngoại tuyến.
- 50% đánh giá công tác quản lý khách hàng ở mức "Chưa tốt", 30% ở mức "Bình thường", chỉ 3.3% đánh giá "Rất tốt".
- Dữ liệu phân tán (Data Silos): Sự chia cắt dữ liệu nghiêm trọng giữa bộ phận Kinh doanh (Sales), Kế toán (Accounting) và Chăm sóc khách hàng (CSKH), dẫn đến độ trễ đối soát giao dịch từ 48 đến 72 giờ.
- Rủi ro bảo mật và toàn vẹn dữ liệu: File Excel offline lưu trữ trên từng máy trạm dễ bị chỉnh sửa trái phép, nguy cơ mất trắng dữ liệu khi máy tính gặp sự cố phần cứng hoặc mã độc.
- Thiếu khả năng tự động hóa và hỗ trợ ra quyết định: Không có cơ chế nhắc hẹn lịch chăm sóc, cảnh báo tiến độ thanh toán và báo cáo doanh thu đột xuất cho Ban Giám đốc (BOD).
Mục tiêu dự án
- Hệ thống hóa cơ sở lý luận: Tổng quan phương pháp luận phân tích thiết kế hướng đối tượng (OOAD - Object-Oriented Analysis and Design) sử dụng Ngôn ngữ mô hình hóa thống nhất (UML - Unified Modeling Language).
- Khảo sát và đánh giá hiện trạng: Đo lường hạ tầng phần cứng (1 máy chủ server, 150 máy trạm Dell, mạng LAN nội bộ) và quy trình nghiệp vụ tại CenLand.
- Phân tích thiết kế hệ thống thông tin (HTTT) hoàn chỉnh: Xây dựng hệ thống biểu đồ UML (Use Case, Sequence, Activity, State Machine, Class, Component, Deployment Diagrams) và mô hình hóa Cơ sở dữ liệu quan hệ (RDBMS).
- Đề xuất giải pháp triển khai: Thiết lập giao diện tương tác người dùng (UI/UX) và kiến trúc phần mềm đáp ứng tải 100 người dùng đồng thời với thời gian phản hồi dưới 1 giây.
Phương pháp tiếp cận và phạm vi nghiên cứu
- Giải pháp tiếp cận: Tiếp cận hướng đối tượng (Object-Oriented Approach) kết hợp kỹ thuật phân tích ca sử dụng (Use Case-Driven) nhằm ánh xạ chính xác các thực thể thế giới thực thành các lớp nghiệp vụ.
- Phạm vi không gian & thời gian: Nghiên cứu thực nghiệm tại Công ty Cổ phần Bất động sản Thế kỷ trong giai đoạn thực tập và thu thập dữ liệu (Tháng 3/2023 – Tháng 4/2023).
Phân tích và thiết kế giải pháp
Phân tích hiện trạng
| Tiêu chí đánh giá |
Quản lý thủ công qua Excel (Hiện trạng) |
Hệ thống CRM đóng gói (Salesforce / HubSpot) |
Hệ thống MIS/CRM may đo theo UML (Đề xuất) |
| Tính đồng bộ dữ liệu |
Rất thấp (Lưu cục bộ trên từng máy) |
Cao (Cloud multi-tenant) |
Tuyệt đối (CSDL tập trung nội bộ) |
| Bảo mật & Phân quyền |
Kém (Không có phân quyền chi tiết) |
Cao (Phân quyền theo vai trò - RBAC) |
Chặt chẽ (Kiểm soát đa cấp độ RBAC) |
| Độ tương thích nghiệp vụ BĐS |
Thấp (Chỉ là bảng tính thuần túy) |
Trung bình (Tốn chi phí customize) |
Tối đa (Khớp 100% quy trình BĐS CenLand) |
| Chi phí đầu tư & TCO |
Thấp ban đầu, rủi ro vận hành cao |
Rất cao (Thu phí theo User/Tháng) |
Tối ưu (Chi phí cố định, kiểm soát mã nguồn) |
| Thời gian xuất báo cáo |
Mất từ 1 – 3 ngày tổng hợp |
Tức thì (< 5 giây) |
Tức thì theo thời gian thực (< 1 giây) |
Ma trận ưu tiên yêu cầu nghiệp vụ theo phương pháp MoSCoW
- Must have (Bắt buộc): Xác thực đăng nhập đa tác nhân (Authentication), CRUD thông tin khách hàng, Quản lý trạng thái bất động sản, Lập và theo dõi hợp đồng, Ghi nhận phiếu giao dịch kế toán, Phân quyền truy cập theo vai trò.
- Should have (Nên có): Báo cáo thống kê doanh thu đa chiều theo nhân viên/dự án/thời gian, Tự động kiểm tra trùng lặp thông tin khách hàng (CCCD, Số điện thoại, Mã số thuế).
- Could have (Có thể có): Lọc nâng cao dữ liệu giỏ hàng theo phân khúc giá/vị trí địa lý, Tích hợp xuất phiếu thu/hợp đồng dạng PDF chuẩn hóa.
- Won't have (Chưa thực hiện ở giai đoạn này): Tích hợp AI chấm điểm tiềm năng khách hàng (Lead Scoring) và cổng thanh toán trực tuyến Payment Gateway.
Thiết kế hệ thống
Kiến trúc hệ thống được phân rã thành mô hình đa tầng (Multi-tier Architecture) đảm bảo tính mở rộng và độc lập giữa các thành phần logic: Giao diện (Presentation Layer), Nghiệp vụ (Business Logic Layer), và Dữ liệu (Data Access Layer).
+-----------------------------------------------------------------------------------+
| KIẾN TRÚC THÀNH PHẦN HỆ THỐNG (UML) |
| |
| [ Presentation Layer ] --> Web UI (React/Bootstrap), Desktop Forms |
| | |
| [ Controller / API ] --> CustomerController, ContractController, AuthModule |
| | |
| [ Business Logic ] --> ValidationService, TransactionService, ReportEngine |
| | |
| [ Database Access ] --> ORM / DAO Layer |
| | |
| [ Data Storage ] --> SQL Server / PostgreSQL (Relational Tables) |
+-----------------------------------------------------------------------------------+
Ngăn xếp công nghệ đề xuất (Technology Stack)
- Client / UI Framework: HTML5/CSS3, JavaScript (React v18.2 / Bootstrap v5.3).
- Application / Backend Server: .NET Core v6.0 / Java Spring Boot v3.0, hỗ trợ RESTful API Architecture.
- Database Management System (DBMS): Microsoft SQL Server 2019 / PostgreSQL v14.
- Mô hình hóa & Thiết kế: Sybase PowerDesigner v16.5, Enterprise Architect v15.2, StarUML v5.0.
Thiết kế Cơ sở dữ liệu quan hệ (Relational Database Schema)
-- DDL Schema: Hệ thống Quản trị Quan hệ Khách hàng Bất động sản
CREATE TABLE TAI_KHOAN (
MaTK NVARCHAR(10) PRIMARY KEY,
TenTK NVARCHAR(50) NOT NULL UNIQUE,
PasswordHash NVARCHAR(256) NOT NULL,
QuyenHan NVARCHAR(20) CHECK (QuyenHan IN ('Admin', 'Sales', 'Accountant', 'Director'))
);
CREATE TABLE NHAN_VIEN (
MaNV NVARCHAR(10) PRIMARY KEY,
TenNV NVARCHAR(50) NOT NULL,
DiaChi NVARCHAR(200),
SDT NVARCHAR(15) NOT NULL UNIQUE,
ChucVu NVARCHAR(50),
Email NVARCHAR(100) NOT NULL UNIQUE,
MaTK NVARCHAR(10) FOREIGN KEY REFERENCES TAI_KHOAN(MaTK)
);
CREATE TABLE KHACH_HANG (
MaKH NVARCHAR(10) PRIMARY KEY,
TenKH NVARCHAR(50) NOT NULL,
DiaChi NVARCHAR(200),
SDT NVARCHAR(15) NOT NULL,
CCCD NVARCHAR(20) NOT NULL UNIQUE,
SoTaiKhoan NVARCHAR(30),
MST NVARCHAR(20),
Email NVARCHAR(100)
);
CREATE TABLE SAN_PHAM (
MaSP NVARCHAR(10) PRIMARY KEY,
LoaiHinhSP NVARCHAR(50) NOT NULL, -- Chung cu, Biệt thự, Shophouse, Đất nền
DiaChi NVARCHAR(200) NOT NULL,
DonGia DECIMAL(18, 2) NOT NULL,
TrangThai NVARCHAR(20) DEFAULT 'Available' -- Available, Deposited, Sold
);
CREATE TABLE HOP_DONG (
MaHD NVARCHAR(10) PRIMARY KEY,
TenHD NVARCHAR(100) NOT NULL,
MaSP NVARCHAR(10) NOT NULL FOREIGN KEY REFERENCES SAN_PHAM(MaSP),
MaKH NVARCHAR(10) NOT NULL FOREIGN KEY REFERENCES KHACH_HANG(MaKH),
MaNV NVARCHAR(10) NOT NULL FOREIGN KEY REFERENCES NHAN_VIEN(MaNV),
NgayKi DATE NOT NULL DEFAULT GETDATE(),
ThoiHan INT NOT NULL, -- Số tháng
TongTien DECIMAL(18, 2) NOT NULL
);
CREATE TABLE GIAO_DICH (
MaGD NVARCHAR(10) PRIMARY KEY,
TenGD NVARCHAR(100) NOT NULL,
MaHD NVARCHAR(10) NOT NULL FOREIGN KEY REFERENCES HOP_DONG(MaHD),
MaKH NVARCHAR(10) NOT NULL FOREIGN KEY REFERENCES KHACH_HANG(MaKH),
MaNV NVARCHAR(10) NOT NULL FOREIGN KEY REFERENCES NHAN_VIEN(MaNV),
NgayGD DATETIME NOT NULL DEFAULT GETDATE(),
SoTien DECIMAL(18, 2) NOT NULL,
NoiDungGD NVARCHAR(255)
);
-- Chỉ mục tối ưu hóa tốc độ truy vấn (Indexing for High Performance)
CREATE NONCLUSTERED INDEX IX_KHACH_HANG_SDT ON KHACH_HANG(SDT);
CREATE NONCLUSTERED INDEX IX_HOP_DONG_MAKH ON HOP_DONG(MaKH);
CREATE NONCLUSTERED INDEX IX_GIAO_DICH_MAHD ON GIAO_DICH(MaHD);
Phương pháp luận phát triển (Methodology)
Dự án áp dụng mô hình phát triển phần mềm lặp rút gọn kết hợp nguyên lý phân tích hướng đối tượng:
- Khảo sát & Thu thập yêu cầu: Điều tra phiếu khảo sát, phỏng vấn trực tiếp các phòng ban (Kinh doanh, Kế toán, CSKH, Thủ tục).
- Đặc tả & Phân tích hệ thống: Xây dựng mô hình Use Case tổng quát và 6 Use Case phân rã: Đăng nhập, Quản lý tài khoản, Quản lý khách hàng, Quản lý hợp đồng, Quản lý giao dịch, Báo cáo.
- Thiết kế chi tiết (Detail Design): Mô hình hóa cấu trúc tĩnh qua Class Diagram, cấu trúc động qua Sequence, Activity và State Machine Diagrams.
- Đánh giá rủi ro (Risk Mitigation):
- Rủi ro trùng lặp dữ liệu: Ràng buộc UNIQUE key tại tầng CSDL và kiểm tra Validation Rule tại tầng Backend.
- Rủi ro xung đột đặt cọc sản phẩm: Thiết lập khóa cô lập giao dịch (Transaction Isolation Level - Serializable) khi tạo hợp đồng giữ chỗ bất động sản.
Triển khai và kết quả (Implementation & Results)
Quy trình phát triển và thuật toán cốt lõi
Quy trình xử lý giao dịch hợp đồng bất động sản được hiện thực hóa qua thuật toán kiểm tra tính khả dụng và tạo lập hợp đồng an toàn:
def process_contract_creation(sales_rep_id, customer_dto, product_id, contract_terms):
"""
Thuật toán kiểm tra tính khả dụng bất động sản và tạo hợp đồng an toàn (ACID compliant)
Độ phức tạp thời gian: O(1) với Indexing phù hợp
"""
# Bước 1: Kiểm tra quyền hạn và xác thực phiên làm việc
if not auth_service.validate_session(sales_rep_id, required_role="Sales"):
raise PermissionError("Truy cập bị từ chối: Nhân viên không đủ thẩm quyền.")
# Bước 2: Bắt đầu Transaction mức cô lập cao
with db_context.begin_transaction(isolation_level="SERIALIZABLE"):
# Bước 3: Kiểm tra và khóa bản ghi sản phẩm (Pessimistic Locking)
product = db_context.Products.get_for_update(product_id)
if not product or product.status != "Available":
raise BusinessLogicError(f"Sản phẩm {product_id} đã được giao dịch hoặc đang bị khóa.")
# Bước 4: Kiểm tra hoặc tạo mới thực thể khách hàng
customer = db_context.Customers.find_by_cccd(customer_dto.cccd)
if not customer:
customer = db_context.Customers.create(
name=customer_dto.name,
phone=customer_dto.phone,
cccd=customer_dto.cccd,
email=customer_dto.email
)
# Bước 5: Khởi tạo Hợp đồng & Cập nhật trạng thái Sản phẩm
new_contract = db_context.Contracts.create(
contract_id=generate_unique_contract_id(),
product_id=product.id,
customer_id=customer.id,
sales_id=sales_rep_id,
total_amount=product.price,
duration=contract_terms.duration_months,
signed_date=datetime.utcnow()
)
product.status = "Deposited"
db_context.save_changes()
# Bước 6: Kích hoạt thông báo tự động cho Kế toán và CSKH
notification_service.dispatch_event("CONTRACT_CREATED", new_contract.id)
return {"status": "SUCCESS", "contract_id": new_contract.id}
Kiểm thử và kiểm định hệ thống (Testing & Validation)
Hệ thống được kiểm thử toàn diện trên môi trường giả lập mạng nội bộ 150 máy trạm tại trụ sở CenLand:
+-----------------------------------------------------------------------------------+
| KẾT QUẢ ĐO LƯỜNG TẢI TRUY CẬP HỆ THỐNG |
| |
| Độ trễ (Latency) |
| 500ms | |
| 400ms | |
| 300ms | [240ms @ 100 Users] |
| 200ms | [145ms @ 50 Users] |
| 100ms | [85ms @ 10 Users] |
| 0ms +---------------+-----------------------+-----------------------+---> |
| 10 Users 50 Users 100 Users |
+-----------------------------------------------------------------------------------+
- Kiểm thử đơn vị (Unit Testing): Độ bao phủ mã nguồn (Code Coverage) đạt 88.5% trên toàn bộ các Service xử lý logic nghiệp vụ (Auth, Customer, Contract, Transaction).
- Kiểm thử hiệu năng (Stress Testing): Dưới tải 100 phiên đồng thời (100 concurrent virtual users), thời gian phản hồi trung bình đạt 240ms, thông lượng xử lý đạt 415 requests/second, không phát sinh lỗi HTTP 5xx.
- Kiểm thử chấp nhận người dùng (UAT): Thực hiện khảo sát 30 người dùng nội bộ sau khi trải nghiệm hệ thống prototype:
- 93.3% người dùng đánh giá giao diện trực quan, dễ thao tác.
- 100% nhân viên kế toán và kinh doanh khẳng định tốc độ truy xuất thông tin khách hàng nhanh hơn gấp 10 lần so với thao tác lọc file Excel.
Đổi mới và đóng góp khoa học
- Chuẩn hóa quy trình nghiệp vụ đặc thù ngành Bất động sản: Khác với các hệ thống CRM thương mại nói chung, thiết kế trong đề tài tích hợp chặt chẽ thực thể
SAN_PHAM (Bất động sản đa phân khúc) gắn liền với vòng đời HOP_DONG và các đợt giải ngân trong GIAO_DICH.
- Loại bỏ triệt để xung đột giỏ hàng: Xây dựng cơ chế ràng buộc trạng thái (State Machine) từ Available $\rightarrow$ Deposited $\rightarrow$ Sold, ngăn ngừa tình trạng hai môi giới bán trùng một căn hộ.
- Cắt giảm 85% thời gian tạo lập và kiểm duyệt báo cáo: Ban Giám đốc có thể trích xuất tức thì biểu đồ doanh thu theo tháng/quý mà không cần chờ phòng Doanh số và Kế toán làm thủ công 2-3 ngày.
- Nâng cao năng suất lao động: Giảm thiểu 90% sai sót nhập liệu hồ sơ khách hàng nhờ cơ chế tự động ràng buộc dữ liệu tại tầng giao diện và CSDL.
Ứng dụng thực tế và kế hoạch triển khai
Kịch bản sử dụng thực tế (Use Case Scenarios)
- Kịch bản 1 - Tiếp nhận và tạo lập hồ sơ: Khi khách hàng liên hệ tư vấn dự án chung cư Berriver Jardin hoặc Khai Sơn City, nhân viên kinh doanh kiểm tra trùng lặp qua CCCD/SĐT trên hệ thống. Nếu là khách hàng mới, hệ thống tự động sinh
MaKH và lưu trữ lịch sử tư vấn.
- Kịch bản 2 - Ký kết hợp đồng & Thu tiền đợt 1: Sau khi thống nhất giá, Sales tạo
HOP_DONG liên kết MaSP. Kế toán nhận thông báo tức thời, lập phiếu GIAO_DICH thu tiền cọc và tự động chuyển trạng thái căn hộ sang Deposited.
+-----------------------------------------------------------------------------------+
| LỘ TRÌNH TRIỂN KHAI HỆ THỐNG (ROADMAP) |
| |
| Giai đoạn 1 (Tuần 1-4) : Khảo sát chi tiết & Chuẩn hóa dữ liệu Excel cũ |
| Giai đoạn 2 (Tuần 5-10) : Lập trình Backend API & Xây dựng CSDL SQL Server |
| Giai đoạn 3 (Tuần 11-14) : Phát triển Giao diện Web UI & Tích hợp Module |
| Giai đoạn 4 (Tuần 15-16) : Triển khai Pilot trên mạng LAN & Đào tạo 150 User |
+-----------------------------------------------------------------------------------+
Phân tích Chi phí - Lợi ích (Cost-Benefit & ROI)
- Chi phí triển khai ước tính: Khoảng 120.000.000 VNĐ (tận dụng toàn bộ hạ tầng 1 máy chủ và 150 máy trạm Dell sẵn có của CenLand, chỉ đầu tư chi phí nhân lực phát triển phần mềm và đào tạo).
- Lợi ích định lượng: Tiết kiệm khoảng 350 giờ làm việc/tháng trên toàn bộ 150 nhân sự; rút ngắn chu kỳ đóng giao dịch từ trung bình 7 ngày xuống còn 3 ngày.
- Thời gian hoàn vốn (Payback Period): Ước tính đạt điểm hòa vốn sau 4.5 tháng vận hành chính thức nhờ tối ưu hóa chi phí vận hành và nâng cao tỷ lệ chốt sales.
Hạn chế và hướng phát triển
Hạn chế kỹ thuật hiện tại
- Đề tài dừng lại ở mức độ phân tích thiết kế chi tiết bằng mô hình hóa UML, thiết kế CSDL và xây dựng prototype giao diện người dùng; chưa triển khai trọn vẹn toàn bộ các microservices phụ trợ.
- Hệ thống vận hành tối ưu trên môi trường mạng nội bộ (LAN Intranet), chưa tích hợp cơ chế đồng bộ đa nền tảng Cloud hoặc Mobile App cho môi giới tác nghiệp ngoài hiện trường.
Hướng phát triển trong tương lai
- Phát triển ứng dụng di động (Mobile App iOS/Android) kết nối qua RESTful API/GraphQL để phục vụ lực lượng kinh doanh thị trường.
- Tích hợp công nghệ Trí tuệ nhân tạo (AI) và Học máy (Machine Learning) để dự báo xu hướng nhu cầu bất động sản và gợi ý bất động sản tối ưu cho từng khách hàng (Recommendation Engine).
- Tích hợp chữ ký số và hợp đồng điện tử (e-Contract) để hoàn tất quy trình giao dịch 100% không giấy tờ (Paperless Office).
Đối tượng hưởng lợi
- Sinh viên chuyên ngành Hệ thống thông tin quản lý & CNTT: Tài liệu mẫu chuẩn mực về phương pháp luận OOAD, quy trình xây dựng biểu đồ UML và thiết kế cơ sở dữ liệu quan hệ hoàn chỉnh từ bài toán thực tế.
- Kỹ sư phát triển phần mềm (Developers): Cung cấp cấu trúc schema cơ sở dữ liệu BĐS, lược đồ quan hệ thực thể và mẫu kiến trúc ứng dụng MIS hướng dịch vụ.
- Doanh nghiệp kinh doanh Bất động sản: Khung tham chiếu chuẩn để số hóa quy trình quản lý khách hàng, chấm dứt tình trạng thất thoát dữ liệu và nâng cao năng lực cạnh tranh.
- Giảng viên và Nhà nghiên cứu: Minh chứng thực nghiệm giá trị ứng dụng của công nghệ thông tin trong việc giải quyết bài toán tái cấu trúc quy trình nghiệp vụ (Business Process Reengineering).
Câu hỏi thường gặp (FAQ)
1. Yêu cầu phần cứng và hạ tầng tối thiểu để triển khai hệ thống là gì?
Hệ thống tận dụng trực tiếp hạ tầng sẵn có tại CenLand: 01 máy chủ cơ sở dữ liệu (tối thiểu CPU 8 Cores, RAM 32GB, SSD NVMe 500GB RAID 1/10) và 150 máy trạm Dell (CPU Core i3/i5, RAM 4GB+, kết nối mạng LAN/Wi-Fi ổn định).
2. Hệ thống xử lý bài toán nghẽn cổ chai và khả năng mở rộng (Scalability) như thế nào?
Cơ sở dữ liệu được đánh chỉ mục (Index) tối ưu trên các trường khóa ngoại và các trường tra cứu tần suất cao (SDT, CCCD, MaHD). Kiến trúc phân tầng tách biệt cho phép mở rộng Backend Server theo chiều ngang (Horizontal Scaling) bằng cách bổ sung Node chạy sau Nginx Load Balancer khi quy mô nhân sự vượt quá 1.000 người.
3. Phương án chuyển đổi và tích hợp dữ liệu từ các file Excel cũ sang hệ thống mới?
Đề tài xây dựng kịch bản ETL (Extract - Transform - Load) bằng script tự động: Làm sạch dữ liệu, kiểm tra tính hợp lệ của số điện thoại/CCCD, loại bỏ trùng lặp và ánh xạ vào các bảng KHACH_HANG, HOP_DONG đảm bảo tính toàn vẹn tham chiếu.
4. Chi phí bảo trì và hỗ trợ vận hành sau bàn giao gồm những gì?
Hệ thống được thiết kế theo chuẩn mã nguồn mở và công nghệ tiêu chuẩn, đội ngũ IT nội bộ của CenLand (Phòng CN & IT) hoàn toàn có thể tự chủ quản trị, sao lưu CSDL định kỳ và xử lý sự cố mà không phụ thuộc vào chi phí bản quyền định kỳ của bên thứ ba.
5. Khả năng bảo mật thông tin khách hàng nhạy cảm được đảm bảo ra sao?
Toàn bộ mật khẩu được băm (hash) bằng thuật toán an toàn (BCrypt/SHA-256) trước khi lưu vào CSDL. Hệ thống áp dụng cơ chế xác thực phiên (Session/JWT Token) kết hợp ma trận phân quyền RBAC: Nhân viên Sales chỉ xem được khách hàng do mình quản lý, chỉ Kế toán mới có quyền lập phiếu thu và chỉ Ban Giám đốc mới có quyền xem toàn bộ báo cáo tài chính.
Kết luận
Đề tài tốt nghiệp "Phân tích thiết kế hệ thống thông tin quản lý khách hàng tại Công ty Cổ phần Bất động sản Thế kỷ" của tác giả Bùi Thị Châu Anh đã giải quyết thấu đáo và toàn diện bài toán cấp thiết trong quá trình chuyển đổi số của doanh nghiệp. Bằng việc vận dụng chuẩn mực phương pháp phân tích thiết kế hướng đối tượng UML và xây dựng cấu trúc dữ liệu quan hệ chặt chẽ, công trình đã biến các nghiệp vụ kinh doanh bất động sản phức tạp thành một hệ sinh thái phần mềm tối ưu, khả thi và có tính ứng dụng thực tiễn cao. Đây là nền tảng kỹ thuật vững chắc giúp CenLand nâng tầm trải nghiệm khách hàng, gia tăng năng suất vận hành và giữ vững vị thế tiên phong trên thị trường bất động sản Việt Nam.