Khóa luận tốt nghiệp Hệ thống thông tin: Xây dựng ứng dụng đặt phòng khách sạn tích hợp phân loại khách hàng sử dụng mô hình RFM

DANH MUC BANGDanh sách các tác nhân của hệ thốngDanh sách các use case của hệ thống Bang dữ liệu hotel_reservation Bang dữ liệu hotel_reservation_ line Bang dữ liệu tenant_partner Bảng d

ĐẠI HỌC QUOC GIA TP HO CHÍ MINHTRUONG DAI HỌC CÔNG NGHỆ THONG TIN

KHOA HE THONG THONG TIN

NGUYEN HUY HOANG- 19521539

KHOA LUAN TOT NGHIEP

XAY DUNG UNG DUNG DAT PHONG KHACH SAN

TÍCH HOP PHAN LOẠI KHACH HANG SỬ DUNG MO

HINH RFM

BUILDING A HOTEL BOOKING APPLICATION INTEGRATED WITH A CUSTOMER SEGMENTATION

USING RFM

KY SU/CU NHAN NGANH HE THONG THONG TIN

GIANG VIEN HUONG DAN

THS THAI BAO TRAN

TP HO CHI MINH, 6/2024

LOI CAM ON

Đầu tiên, em xin chân thành cảm ơn quý thầy cô Trường Dai học Công nghệ

Thông tin — Đại học Quốc gia TP.HCM và quý thầy cô khoa Hệ thống thông tin

đã giúp cho em có những kiến thức nền tảng quan trọng đề thực hiện đề tài này

Em xin gửi lời cảm ơn và lòng biết ơn sâu sắc tới ThS Thái Bảo Trân, cô đã tậntình hướng dẫn, giúp đỡ, cung cấp tài liệu và tạo điều kiện cho em hoàn thành đề

tài khóa luận này.

Trong thời gian thực hiện, em đã cố gắng vận dụng những kiến thức nền tảng đãtích lũy đồng thời kết hợp với việc học hỏi và nghiên cứu những kiến thức mới déứng dụng vào thực hiện dé tài này Mặc dù đã hết sức có gắng, nhưng chắc chắnbáo cáo vẫn còn những thiếu sót Chính vì vậy, em rất mong nhận được những sựgóp ý quý báu từ quý thầy cô nhằm hoàn thiện những kiến thức mà em đã học tậptại trường Đại học Công nghệ Thông tin và là hành trang dé em thực hiện tiếp các

đề tài khác trong tương lai

Xin chân thành cảm ơn!

Sinh viên thực hiện

Nguyễn Huy Hoàng

MỤC LỤCDANH MỤC HÌNH

DANH MỤC BANG

TOM TAT KHÓA LUẬN 1

Chương 1 GIỚI THIỆU 2

Chương 3 PHÁT TRIEN HE THONG 16

3.1 Khao sát hiện trạng 16

3.2 Phân tích thiết kế hệ thong l6

3.2.1 Sơ đồ use case 16

3.2.2 Sơ đồ hoạt động (Activities Diagram) 17

3.2.3 Danh sách các tác nhân của hệ thống 18

3.2.4 Danh sách các use case của hệ thống 18

3.3 Sơ đồ trình tự một số chức năng chính (Sequence Diagram) 37

3.3.1 Khách hàng tìm kiếm khách sạn 37

3.3.2 Khách hàng đặt phòng 38

3.4 Lược đồ cơ sở dit liệu vật lý 38

3.4.1 Sơ đồ diagram dữ liệu 38

3.4.2 Các thành phần bảng đữ liệu chính 39

Chương 4 XÂY DỰNG HỆ THÓNG 47

4.1 Quy trình xây dựng hệ thống 474.2 Xây dựng kiến trúc microservices 48

4.2.1 Téng quan kiến trúc 484.2.2 Cách giao tiếp giữa các service 494.3 _ Hệ thống phân loại khách hang 51

4.3.1 Dữ liệu phân loại 51

4.3.2 Đánh giá các chỉ số 51

4.3.3 Phan loai khach hang 52

4.4 _ Thiết kế giao diện ứng dụng và hệ thống 53

4.4.1 Giao diện ứng dụng 33 4.4.2 Giao diện trang CRM 76 4.43 Giao diện Dashboard Admin 90

Chương 5 KET QUA 92

5.1 Kết quả thu được 925.2 Hạn chế 92

5.3 Định hướng phát triển 93

Tài liệu tham khảo 94

Man hinh khoi dau

Man hình đăng nhập/tạo tài khoản Màn hình trang chủ

Màn hình lịch sử đặt phòng Màn hình trang tìm phòng Hình 4.10 Màn hình danh sách khách sạn

Hình 4.11 Màn hình chi tiết khách san

Màn hình tạo/cập nhật đơn đặt phòng Màn hình calendar danh sách đơn đặt phòng

Màn hình xuất báo cáo lịch cư trú của khách hàng

Mẫu báo cáo lịch cư trú của khách

Màn hình bảng giá

Màn hình chỉ tiết bảng giá

Màn hình danh sách khách sạn Màn hình danh sách loại phòng

72 74 76 78 80

81 83 84 84

85 86 86 87 87 88

88 89 89 90

90 91

DANH MUC BANG

Danh sách các tác nhân của hệ thốngDanh sách các use case của hệ thống

Bang dữ liệu hotel_reservation

Bang dữ liệu hotel_reservation_ line Bang dữ liệu tenant_partner

Bảng dữ liệu res_users Bảng dữ liệu hotel

Bảng dữ liệu hotel_room_type Bảng dữ liệu hotel_room

Mô tả các đối tượng trên màn hình khởi đầu

Mô tả các đối tượng trên màn hình trang chủ

Mô tả các đối tượng trên màn hình Lịch sử đặt phòngBảng quy trình xử lý lay thông tin lich sử đặt phòng

Mô tả các đối tượng trên màn hình tìm kiếm

Bảng quy trình xử lý tìm kiếm khách sạn

Mô tả các đối tượng trên màn hình danh sách khách sạn

Mô tả các đối tượng trên màn hình chi tiết khách sạnBảng quy trình xử lý lẫy thông tin chỉ tiết khách sạn

Mô tả các đối tượng trên màn hình chi tiết khách sạn

Mô tả các đối tượng trên màn hình chọn khoảng thời gian cư trú

Mô tả các đối tượng trên màn hình chọn số lượng người

Mô tả các đối tượng trên màn hình thông tin đặt phòng

Mô tả các đối tượng trên màn hình đặt phòng

Bảng quy trình xử lý xác nhận đặt phòng

Mô tả các đối tượng trên màn hình xác nhận thanh toán

Bảng quy trình xử lý xác nhận thanh toán

Mô tả các đối tượng trên màn hình hóa don

Bảng quy trình xử lý thanh toán và hóa đơn

18 18 39 41 42

43

44

45

45 54

56 58 58 60 61 63 64

64

65

67 68

69

71 71 73 73 75 75

Mô tả các đối tượng trên màn hình tạo/cập nhật đơn đặt phòng

Bảng quy trình xử lý tạo đơn đặt phòng

Mô tả các đối tượng trên màn hình calendar đơn đặt phòng

Bảng quy trình xử lý hiển thị Calendar đơn đặt phòng

Bảng quy trình xử lý hién thị thông tin danh sách khách hàng

Mô tả các đối tượng trên màn hình thêm/cập nhật thông tin khách

Bảng quy trình xử lý cập nhật thông tin khách hàng

Mô tả các đối tượng trên màn hình tạo khoản thanh toán

Bảng quy trình xử lý cập nhật thông tin khách hàng

77 77

78 79 80

81

82 82 83

TOM TAT KHÓA LUẬN

Khóa luận ra đời với mục đích tạo nên ứng dụng đặt phòng khách sạn online cùng

với hệ thống quản trị doanh nghiệp khách sạn sát với nhu cầu thực tế nhất, bao gồmcác thành phan:

~+ Ứng dung đặt phòng khách sạn online trên nền tảng Android/IOS

~ Trang quản trị nội dung khách sạn cho các nhu cầu quản lý khách sạn và

đơn đặt phòng dành cho đội ngũ nhân viên khách sạn.

~ Trang quản trị nội dung marketing, hình ảnh dé tải lên các hình ảnh, nội

dung khách sạn ở cả 2 ngôn ngữ Tiếng Việt và Tiếng Anh chuyên dành cho

cho đội ngũ marketing.

S* Ứng dụng mô hình RFM phân cụm nhóm khách hàng từ đó đưa ra các giải

pháp marketing phù hợp nhất

Sau quá trình tìm hiểu, thực hiện cài đặt và thiết kế hệ thống, nội dung được trình

bày trong bài báo cáo là những thành quả mà em đã đạt được trong thời gian qua.

Báo cáo khóa luận gồm 5 chương:

Chương 1: Giới thiệu

Chương 2: Cơ sở lý thuyết

~+ Chương 3: Phát triển hệ thống

~> Chương 4: Xây dựng hệ thống+ Chương 5: Kết quả

Chương 1 GIỚI THIỆU

1.1 Mục tiêu

Mục tiêu chính của đề tài là xây dựng một ứng dụng đặt phòng khách sạn onlinetrên nền tảng ứng dụng di động Đồng thời triển khai xây dựng ứng dụng hỗ trợ vậnhành chuỗi khách sạn cùng các nghiệp vụ vận hành bám sát thực tế nhất cho mộtchuỗi khách sạn từ khâu đặt phòng đến khâu tiếp nhận khách đến, dịch vụ ăn uống,

hỗ trợ nghiệp vụ kế toán, xây dựng thuật toán phân loại các phân khúc khách hàng

nhằm triển khai các chiến lược marketing phù hợp với từng nhóm khách hàng.

1.2 Pham vi

Pham vi của dé tài sẽ bao gồm các công việc chính như sau:

Xây dung ứng dụng đặt phòng khách sạn trực tuyến một cách dé dàng nhất

~+ Xây dựng hệ thống CRM quản lý nội dung thông tin khách sạn, thông tin khách

hàng, đơn đặt hàng một cách tối ưu

©© Trực quan hóa dir liệu các đơn đặt phòng, thời gian cư trú của khách hàng,

thông tin các dịch vụ khác của khách hàng, báo cáo tài chính.

1.3 Đối tượng sử dụng

+ Khách hàng có nhu cau tìm phòng khách san

V Ứng dụng trên nén tảng di động và website giúp người dùng dé dang đặt

phòng khách sạn trên mọi nên tảng

V Cung cấp giao diện thân thiện, dé dùng và dễ tiếp cận với mọi đối tượng

khách hàng, với các chức năng như tìm phòng khách sạn theo vi trí, tình trạng khách.

~ Nhân viên khối vận hành

w Thao tác các nghiệp vụ từ tạo don đặt phòng cho khách, xếp phòng, cập

nhật trạng thái đơn đặt phòng (checkin, checkout, cancel ), cập nhật các

dịch vụ ăn uống, sinh hoạt của khách vào hệ thống, theo dõi thông tin khách

hàng.

w Theo dõi các báo cáo về thông tin đơn đặt phòng, báo cáo lịch cư trú của

khách.

~ Nhân viên khối văn phòng (sale, marketing, finance)

w Quản lý các thông tin về khách sạn, thông tin phòng khách san, giá phòng

các ưu đãi và chính sách tăng giá

w Quản lý các thông tin về khách sạn, thông tin phòng khách san, giá phòng,

các ưu đãi và chính sách tăng giá

s Theo dõi báo cáo doanh thu của khách sạn.

VY Theo dõi thông tin khách hàng cùng các phân khúc khách hàng khác nhau,

từ đó đưa ra các giải pháp marketing phù hợp nhất

Nghiệp vụ vận hành quản lý các thông tin đặt phòng.

Nghiệp vụ kế toán quản lý doanh thu tài chính

SS Nghiệp vụ sale quan lý thông tin khách sạn, giá phòng và các chính sách

tăng giảm giá, khuyến mãi

+ Thiết kế cơ sở dữ liệu:

` Xây dựng cơ sở dữ liệu sử dụng cơ sở dữ liệu quan hệ PostgreSQL.

V Xây dựng các bảng để lưu các thông tin về khách sạn, loại phòng, khách

hàng, đơn đặt phòng, bảng giá, các dịch vụ đi kèm

~+ Phat triển giao diện người dùng:

w Xây dung giao diện ứng dụng đặt phòng thân thiện va dé sử dụng Thao tác

nhanh gọi từ bước tìm khách sạn đến bước đặt phòng và thanh toán, đem lại

trải nghiệm tốt nhất cho khách hàng.

V Xây dựng giao diện hệ thống CRM dễ thao tác và dé sử dụng

~ Triển khai và kiểm thử:

w_ Triển khai hệ thống và thực hiện các bước kiểm thử chất lượng dé đảm bao

tính 6n định và an toàn

V Kiểm thử tích hợp và kiểm thử hệ thống dé đảm bảo tất cả các thành phan

hoạt động hiệu quả với nhau.

_ Theo dõi và tối ưu hóa:

w Thiết lập các công cụ theo dõi hiệu suất để đánh giá sự sử dụng của người

dùng và hiệu suất hệ thống

V Dựa vào phản hồi từ người dùng và dữ liệu theo dõi dé tối ưu hóa trải

nghiệm người dùng và cải thiện tính ôn định

Chương 2 CƠ SỞ LÝ THUYET

Flutter là một framework mã nguồn mở dành cho di động được phát hành vào

tháng 5 năm 2017 bởi Google Nói một cách dễ hiéu, Flutter cho phép tạo một ứngdụng di động chỉ với một codebase trên iOS và Android bằng một ngôn ngữ lậptrình và một cơ sở mã duy nhất [1]

Flutter bao gồm hai phần quan trọng:

- SDK (Bộ công cụ phát triển phần mềm): Là một tập hợp các công cụ

giúp phát triển các ứng dụng của mình

- Framework (Thư viện giao diện người dùng dựa trên các tiện ích

con): Tập hợp các phan giao diện người dùng mà có thé tái sử dụng(nút, đầu vào văn bản, thanh trượt, v.v.), từ đó có thể cá nhân hóa cho

nhu cầu của riêng mình

Nếu ban đang tìm kiếm các phương pháp thay thé dé phát triển ứng dung Android,bạn nên cân nhắc thử Flutter của Google, một framework dựa trên ngôn ngữ lập

trình Dart.

Các ứng dụng được xây dựng với Flutter hau như không thé phân biệt với nhữngứng dụng được xây dựng bang cách sử dụng Android SDK, cả về giao điện và hiệusuất Hơn nữa, với những tỉnh chỉnh nhỏ, chúng có thê chạy trên thiết bị iOS

Chạy ở 60 fps, giao diện người dùng được tạo ra với Flutter thực thi tốt hơn nhiều

so với những ứng dụng được tạo ra với các framework phát triển đa nền tảng khác

chăng hạn như React Native và Ionic Một số lí do khiến bạn có thé hứng thú với

Flutter.

Flutter sử dụng Dart, một ngôn ngữ nhanh, hướng đối tượng với nhiều tính năng

hữu ích như mixin, generic, isolate, va static type.

Flutter có các thành phan UI của riêng nó, cùng với một co chế dé kết xuất chúngtrên nền tang Android va iOS Hầu hết các thành phan giao diện người dùng, đềusan dùng, phù hợp với các nguyên tắc của Material Design

Các ứng dụng Flutter có thể được phát triển bằng cách sử dụng IntelliJ IDEA, một

IDE rất giống với Android Studio.

Các đặc điểm nồi bật nhất của Flutter:

e Fast Development: Tính năng Hot Reload hoạt động trong milliseconds dé

hién thi giao diện tới ban Sử dung tập hợp các widget có thể customizable

để xây dựng giao diện trong vài phút Ngoài ra Hot Reload còn giúp bạnthêm các tính năng, fix bug tiết kiệm thời gian hơn mà không cần phải thông

qua máy ảo, máy android hoặc iOS.

e Expressive and Flexible UI: Có rất nhiều các thành phan dé xây dựng giao

diện của Flutter vô cùng đẹp mắt theo phong cách Material Design vàCupertino, hỗ trợ nhiều các APIs chuyền động, smooth scrolling

e Native Performance: Cac widget cua flutter két hop cac su khac biét cua

các nền tang vi dụ như scrolling, navigation, icons, font để cung cap mộthiệu năng tốt nhất tới iOS va Android

2.2 Kiến trúc Clean Architecture

2.2.1 Giới thiệu

Clean Architecture là một kiến trúc phần mềm được đề xuất bởi tác giả Robert C.Martin trong cuốn sách "Clean Architecture: A Craftsman's Guide to SoftwareStructure and Design" Kiến trúc này được thiết kế dé tách biệt giữa các lớp và giảmthiểu sự phụ thuộc giữa chúng [2]

Theo clean architecture, phần mềm nên được chia thành các lớp phụ thuộc lẫn nhau

theo cấp độ trừu tượng và độ ôn định Kiến trúc này đề xuất sử dụng DependencyInversion Principle (nguyên tắc đảo ngược phụ thuộc) dé giảm thiểu sự phụ thuộcgiữa các lớp Điều này cho phép các lớp có thé dé dàng thay đổi mà không gây anhhưởng đến các lớp khác

Clean architecture cũng đề xuất sử dụng các công nghệ tương thích với mục tiêu

của kiến trúc này, chang hạn như các hệ thống quản lý phụ thuộc (dependency

management systems) và các framework với khả năng tách biệt lớp (layer separation).

|_| Enterprise Business Rules

| | Application Business Rules

Hình 2.2 Mô tả kiến trúc clean architecture2.2.2 Tầng Entities

Tầng entities là một trong những tang quan trọng của kiến trúc Clean Architecture

Tang này chứa các đối tượng (objects) và các cấu trúc dit liệu (data structures) của

hệ thống

Entities biểu diễn các khái niệm cốt lõi của hệ thống và chứa các thuộc tính và

phương thức liên quan đến chúng Chúng có thé bao gồm các đối tượng như kháchhàng, sản phẩm, đơn hàng, v.v Cac entities có thé được sử dụng dé thực hiện các

hành động (actions) hoặc thực hiện các thao tác trên cơ sở đữ liệu.

Entities là thành phần trung tâm của kiến trúc Clean Architecture và được địnhnghĩa và triển khai độc lập với các lớp khác của hệ thống Điều này giúp tách biệt

các phần khác nhau của hệ thống và cho phép chúng ta thay đổi hoặc cập nhật cácphần mà không ảnh hưởng đến các phần khác.

Các entities cũng có thể chứa các phương thức và thuộc tính liên quan đến việc

kiểm tra tính hợp lệ (validity) của các đối tượng, đảm bảo tính nhất quán và độ tincậy của hệ thống 11 - Tang entities là một phần quan trong trong Clean

Architecture và giúp tách biệt và đơn giản hóa các thành phần của hệ thống, cải

thiện tính mở rộng và bảo trì của hệ thống trong thời gian dài.

2.2.3 Tang Repository

Tang repository là một trong những tang quan trong của kiến trúc Clea Architecture.Tang này chứa các logic dé truy cập và lưu trữ đữ liệu trong hệ thống

Tầng repository có trách nhiệm thực hiện các hoạt động đọc và ghi dữ liệu vào cơ

sở dữ liệu hoặc bất kỳ hệ thống lưu trữ nào khác Tầng này cung cấp một giao diện

để tầng use case (hay còn gọi là tầng services) có thể giao tiếp với đữ liệu, bao gồmcác phương thức đề thêm, sửa, xóa và truy vấn dữ liệu

Tầng repository cũng giúp tách biệt tầng use case khỏi các chỉ tiết về cơ sở dữ liệu

và cách lưu trữ Điều này cho phép chúng ta dễ dàng thay đổi cơ sở đữ liệu hoặc hệ

thống lưu trữ mà không ảnh hưởng đến các tầng khác trong hệ thống - Một điểmđáng lưu ý khi triển khai tang repository là cần xác định rõ kiểu dé liệu mà tang nàytruy cập và thao tác, cũng như cách mà tầng này phải sử dụng để lưu trữ và truyxuất đữ liệu

Thông thường, tầng repository sử dụng các công nghệ lưu trữ như cơ sở đữ liệuquan hệ (relational database), cơ sở dữ liệu NoSQL hoặc các hệ thống lưu trữ khác

Tầng repository là một phần quan trọng trong Clean Architecture và giúp tách biệt

tầng use case khỏi các chi tiết về cơ sở dit liệu và cách lưu trữ, cải thiện tính mở

rộng và bảo trì của hệ thống trong thời gian dài

2.2.4 Tang Services (Use cases)

Tang use case (hay còn gọi là tang services) là một trong những tang quan trong củakiến trúc Clean Architecture Tang này chứa các logic xử lý nghiệp vu chính của hệthống

Tầng use case có trách nhiệm xử lý các yêu cầu từ phía người dùng và thực hiện cáchành động liên quan đến nghiệp vụ Nó định nghĩa các use case (chức năng) của hệthống và bao gồm các phương thức dé thực hiện các thao tác trên dit liệu (đọc, ghi,

sửa, xóa).

Tang use case tương tác với tang entity dé truy cập dit liệu và thực hiện các thao tácliên quan đến nghiệp vụ Nó cũng có thé gọi các phương thức từ tang repository délay dữ liệu từ cơ sở dit liệu hoặc hệ thống lưu trữ khác

Tang use case cũng giúp tách biệt tang giao diện người dùng (user interface) khỏi

các logic nghiệp vu, cho phép chúng ta thay đổi hoặc cập nhật giao diện người dùng

mà không ảnh hưởng đến các logic xử lý nghiệp vụ

Một điểm quan trọng khi triển khai tầng use case là xác định rõ các yêu cầu và

nghiệp vụ của hệ thống, đồng thời đảm bảo rằng các logic xử lý nghiệp vụ được

triển khai đúng và đầy đủ

Tầng use case là một phần quan trọng trong Clean Architecture và giúp tách biệttầng giao điện người dùng khỏi các logic nghiệp vụ, cải thiện tính mở rộng và bảo

trì của hệ thống trong thời gian dài.

2.2.5 Tầng Handler

Tầng handler (hay còn gọi là tầng delivery) là tầng liên kết giữa tầng giao diện

người dung (user interface) và tầng use case trong kiến trúc Clean Architecture

Tang handler có trách nhiệm nhận các yêu cau từ phía người dung thông qua giao

diện người dùng, chuyên tiép các yêu câu nay đên tang use case dé xử lý và sau đó trả vê kêt quả cho tâng giao diện người dùng.

Tầng handler có thể sử dụng các framework và thư viện để xử lý các yêu cầu từngười ding, như HTTP request, WebSocket connections, hoặc các yêu cầu từ CLI

(command-line interface).

Một điểm quan trọng của tầng handler là xác định rõ các yêu cầu và thực hiệnchúng bằng cách sử dụng các phương thức từ tầng use case Điều này đảm bảo rằngcác logic nghiệp vụ được triển khai đúng và đầy đủ

Tầng handler cũng giúp tách biệt tầng use case khỏi tầng giao diện người dùng, giúpcải thiện tính mở rộng và bảo trì của hệ thống trong thời gian dài

2.3 Odoo/OpenERP với Python

Phần mềm Odoo là một hệ thống quản lý tài nguyên doanh nghiệp tích hợp, đượcthiết kế dé hỗ trợ các doanh nghiệp quản ly và tối ưu hóa các hoạt động kinh doanhcủa họ Với tính năng tích hợp mạnh mẽ, Odoo ERP cung cấp một nền tảng hoànchỉnh để quản lý tài chính, sản xuất, bán hàng, dịch vụ khách hàng, quản lý nhân sự

và nhiều hơn nữa [3]

Odoo được xây dựng trên mã nguồn mở - ERP mã nguồn mở sẽ gọi là OpenERP,cho phép người dùng dé dang tùy chỉnh và mở rộng các tính năng dé phù hợp với

nhu cầu kinh doanh của họ Ngoài ra, OpenERP cũng cung cấp một giao diện trực

quan, thân thiện với người dùng, giúp người dùng dễ dàng tiếp cận và sử dụng cáctính năng của hệ thông

Phần mềm OpenERP được thiết kế để cung cấp cho doanh nghiệp một nền tảng linhhoạt, mở rộng được, và có khả năng tùy chỉnh cao Với phần mềm, doanh nghiệp cóthé tùy chỉnh các quy trình kinh doanh của mình dé phù hợp với nhu cầu cụ thé của

họ Nó cũng cung cấp cho doanh nghiệp một giao diện đơn giản và dễ sử dụng, giúpngười dùng dé dàng quản lý và kiểm soát các hoạt động kinh doanh của ho

Odoo là một hệ thống quản lý tài nguyên doanh nghiệp (ERP) mã nguồn mở được

phát triển và phát hành bởi công ty Odoo SA Hệ thống này đã trải qua một hànhtrình phát triển dai dé trở thành một trong những giải pháp ERP phổ biến nhất trênthé giới ngày nay Với sự phát triển và nâng cấp liên tục, OpenERP đã trở thành một

trong những phần mềm quản lý doanh nghiệp phô biến nhất trên thị trường, được sử

dụng bởi hàng ngàn doanh nghiệp trên toàn thé giới

10

2.4 Golang

Go (hay Golang) là ngôn ngữ lập trình mã nguồn mở giúp xây dựng phầnmềm dễ dàng, tin cậy và hiệu qua do các kỹ sư hàng đầu Google phát triển [4]

e Go (Golang) còn được biết đến là một ngôn ngữ static typed, mọi thứ trong

Go đều phải có kiểu dit liệu, trái với các ngôn ngữ dynamic typed như

Javascript hoặc Python Bản thân nó cũng là một Compile Programming

Language, ngôn ngữ lập trình có trình biên dịch đề ra được ra được file thực

thi.

e Golang ra đời vì một sứ mệnh giúp tăng năng suất phần mềm, đặc biệt là ở

lĩnh vực multicore processing (xử ly đa nhân), network (mạng) và những dự

án có source code rất lớn Và dưới đây là 1 một số đặc tính làm nên mộtngôn ngữ rất mạnh và ưu chuộng hiện nay

e Mọi thứ trong Golang đều phải có Type (kiểu) Mặc dù cú pháp golang có

hỗ trợ không cần khai báo kiểu, nhưng nó cũng chỉ hoạt động khi bạn đã có

value cần gan vào Từ value này, compiler sẽ hiéu biến đó thuộc kiểu gì.Một khi biến đã được khai báo, nó sẽ không thé thay đổi kiểu đữ liệu đượcnữa Điều này sẽ giúp ích rất nhiều cho việc giảm lỗi khi chương trình thựcthi Vì nếu sai kiêu, compiler sẽ không thé build thành công Các kỹ sư luônđọc và hiểu được code nhanh chóng

e Một trong những điểm yếu của các Static Typed Language trước khi có

Golang là thời gian build rất lâu Với Golang thì việc này chi mat von vẹn

li

vài giây đến vài phút Sẽ không còn cảnh bam build project sau đó đi pha ly

cafe uống từ từ chờ đợi nữa

e Lập trình concurrent, xử lý nhiều tác vụ một lúc, luôn là chủ đề hot trong

giới kỹ sư phần mềm Rất nhiều ngôn ngữ hỗ trợ kỹ thuật này.

e Điều đó không ngoại lệ Golang, thậm chí các tác giả Golang đã làm chúng

đơn giản hơn bao giờ hết Đơn cử răng chỉ với từ khóa “go” đặt ngay trướcnơi gọi hàm, từ khóa này là first-class (từ khóa chính, không cần cài đặt hay

1mport gì thêm) Kỹ thuật này được gọi là Goroutine.

2.5 PostgreSQL

PostgreSQL

Hinh 2.4 PostgreSQL

PostgreSQL là một hệ thống quản trị co sở dit liệu quan hệ và đối tượng

(object-relational database management system) miễn phí và nguồn mở (RDBMS)tiên tiến nhất hiện nay khả năng mở rộng cao và tuân thủ các tiêu chuẩn kỹ thuật

Nó được thiết kế đề xử lý một loạt các khối lượng công việc lớn, từ các máy tính cá

nhân đến kho dữ liệu hoặc dich vụ Web có nhiều người ding đồng thời

2.6 Các mô hình thuật toán

2.6.1 KMean

K-mean clustering là một phương pháp dé tìm các cụm và hat nhân - trung tâm củacụm trong một tập hợp dữ liệu không được gan nhan Nguoi ta chon SỐ lượng hạtnhân cum mong muốn phân chang hạn như k cụm Thuật toán K-mean di chuyềnlặp đi lặp lại các hạt nhân dé giảm thiểu tông số trong phương sai cụm Với một tậphợp các hạt nhân ban đầu, thuật toán KMeans lặp lại hai bước:

12

e Đối với mỗi hạt nhân, tính toán khoảng cách giữa các training point với nó

và nếu gần nó hơn -> sẽ gán là cụm của hạt nhân đấy

e Sau khi phân được cụm như ở bước trên, thì tiếp theo các training point của

các cụm tính toán vector trung bình dé được vị trí của hạt nhân mới và lặp lại

bước trên đến khi không thể thay đổi được vi trí hạt nhân nữa

2.6.2 Mô hình RFM

moengage|LCS =

Mô hình RFM (Recency, Frequency, Monetary) là một mô hình phân tích khách

hàng trong lĩnh vực tiếp thị và quản lý quan hệ khách hang Mô hình RFM đánh giácác khía cạnh quan trọng của hành vi mua hàng của khách hàng dựa trên 3 yếu tố:

e Recency (Thời gian gần nhất mua hàng)

e Frequency (Tần suất)

e Monetary (Giá trị tiền mỗi lần mua hang)

Dựa trên ba yếu tố này, khách hàng được phân loại thành các nhóm khác nhau, nhưkhách hang quan trọng, khách hàng tiềm năng, khách hang mat dan và khách hàngkhông hoạt động Mô hình RFM giúp doanh nghiệp dự đoán tiềm năng của từngphân khúc khách hàng, sắp xếp các phân khúc khách hàng theo thứ tự ưu tiên đểphân bổ nguồn lực một cách hiệu qua và tiết kiệm chi phí Điều này giúp tối ưu hóangân sách chiến lược tiếp thị, cải thiện tương tác với khách hàng và tăng doanh thu

[5]

Recency trong mô hình RFM do thời gian từ lần mua hàng gần nhất của kháchhàng Nó là một yếu t6 quan trọng dé đánh giá mức độ tương tác gần nhất của khách

hàng với doanh nghiệp Khi áp dụng mô hình RFM, một khách hàng được xem là có

giá trị cao hơn nếu lần mua hàng gần nhất của họ xảy ra gần đây hơn Ví dụ, một

khách hàng mới mua hàng trong tháng trước sẽ có mức Recency cao hơn so với một khách hàng mua hàng cách đây một năm.

14

Frequency đo số lần mua hàng của khách hàng trong một khoảng thời gian nhất

định, đánh giá mức độ tương tác lặp lại của khách hàng với doanh nghiệp Khi áp

dụng mô hình RFM, một khách hàng được coi là có giá tri cao hơn nếu họ muahàng thường xuyên hơn Số lần mua hàng của khách hàng trong một khoảng thờigian cụ thể sẽ quyết định mức độ Frequency của họ Ví dụ, một khách hàng mua

hàng hàng tháng sẽ có mức Frequency cao hơn so với một khách hàng chỉ mua hàng

một lần mỗi năm

Monetary đo giá trị tiền hoặc giá trị đơn hàng mà khách hàng đã chỉ tiêu trong mỗi

lần mua hàng, thé hiện mức độ giá trị mà khách hàng mang lại cho doanh nghiệp.

Tùy vào nhu cầu phân tích dữ liệu của doanh nghiệp cho từng chiến dịch marketing,giá trị tiền được đo bằng tổng số tiền mà khách hang đã chi trả hoặc tổng giá trị đơnhàng mỗi lần giao dịch

15

Chương 3 PHÁT TRIEN HE THONG

3.1 Khao sat hiện trạng

Hiện trạng xã hội đang trong quá trình công nghiệp hóa 4.0, xã hội đang dần công

nghệ hóa mọi ngành dịch vụ thì nhu cầu đặt phòng khách sạn sẽ là mau chốt giúpchuỗi khách sạn tiếp cận được đến nhiều người dùng hơn và mang lại nguồn lợi

nhuận lớn hơn cho doanh nghiệp.

Các nhân viên, lễ tân, kế toán của các khách sạn còn sử dụng excel, giấy viết nhiều

để ghi chú, lưu trữ các thông tin về lịch cư trú, hoạt động, chỉ tiêu của khách hàng

“*[_ Quan lý doanh thu

Truy xuất báo cáo

Hình 3.1 Sơ đô use case các chức năng chính của hệ thong

ló

3.2.2 Sơ đồ hoạt động (Activities Diagram)

Khách hàng : Hệ thống 3 Nhãn viên van hành

Tim kiếm khách sạn i Gợi ý non San phủ

Chon khach san I

—— — Chọn loại phong

3.2.3 Danh sách các tác nhân của hệ thống

Bảng 3.1 Danh sách các tác nhân của hệ thống

Người dùng (User) Là khách hàng sử dụng ứng dụng, thực hiện các tác vụ tìm

kiếm khách sạn, xem khách sạn, xem phòng, chọn phòng,

đặt phòng, thanh toán

về lịch đi, lịch ở của khách

¬ La nhân viên quan lý nội dung khách san, xem báo cáo về

3 Nhân viên marketing ˆ cas ` Am , `

phân loại khách hàng, xem thông tin khách hàng

Là nhân viên sử dụng hệ thông đê thực hiện các công việc Nhân viên kê toán phục vu cho kê toán, xem các báo cáo vê doanh thu của

khách sạn.

3.2.4 Danh sách các use case của hệ thống

Bảng 3.2 Danh sách các use case của hệ thong

Usecase Đăng nhập/đăng ký trên ứng dụng Tìm khách sạn trên ứng dụng

Xem chi tiết khách sạn trên ứng dụng

Xem danh sách loại phòng của khách sạn

Xem chỉ tiết loại phòng khách sạnĐặt phòng trực tuyên

¬ Thanh toán trực tuyên

Xem danh sách đơn đặt phòng Cập nhật thông tin cá nhân

Xem thông báo trên ứng dụng

18

— Dang xuat img dung

Dang nhap hé thong CRM

Xem danh sách đơn đặt phòng trên dashboard Dat/gitt phòng trên dashboard

Xem danh sách phòng dưới dạng bảng ở các trạng thái

Chuyén trang thái cho đơn đặt phòng

Tạo khoản thanh toán cho khách

Chuyên trạng thái đơn đặt hàng sang checkinChuyên trạng thái đơn đặt hàng sang checkoutHủy đơn đặt phòng trên hệ thống CRM

Hủy khoản thanh toán

Xem báo cáo lịch cư trú của khách

Nn Xem bao cao doanh thu

Mô ta chỉ tiết các use case của hệ thông

e Đăng nhập ứng dụng

- Tác nhân: Người dùng.

19

- Mô tả: Người dùng nhập tên đăng nhập va mật khâu Hệ thống sẽ kiêm

tra tính hợp lệ của thông tin đăng nhập.

- Điều kiện trước: Không có

- Điều kiện sau: Nếu đăng nhập thành công, hệ thống lưu thông tin đăng

nhập, người dùng sẽ thực hiện được các tính năng của ứng dụng Ngược

lại, néu đăng nhập sai sẽ báo đăng nhập không thành công

Người dùng nhập tên đăng nhập | Hệ thông tiến hành kiểm tra thông tin

và mật khẩu sau đó nhấn nút | người dùng nhập trong CSDL.

“Đăng nhập”

- Luéng su kién phu:

Dang nhap thanh cong Chuyén đến màn hình trang chủ

Đăng nhập thất bại Yêu cầu người ding đăng nhập lại

e Tìm khách sạn trên ứng dụng

- Tac nhân: Người dùng.

- M6 tả: Khách hàng tìm phòng khách sạn, hệ thống sẽ gửi danh sách

khách sạn phù hợp.

- _ Điều kiện trước: Không có

- Điều kiện sau: Hệ thống sẽ phân tích yêu cầu tìm kiếm của người

dùng, sau đó gửi cho người dùng danh sách khách sạn phù hợp.

- Luéng su kién:

Hanh động của tác nhân Phản ứng của hệ thông

Truy cập ứng dụng và nhân nút | Hiển thị các màn hình nhập thông tin tìm

“Bạn muốn nghỉ ở đâu" kiếm

- Luông sự kiện phụ:

20

Không tìm thấy khách sạn phù | Hiển thị màn hình không tim thấy kháchhợp sạn và yêu cầu khách hàng tìm kiếm lại

e Xem chỉ tiết khách sạn trên ứng dụng

- Tac nhân: Khách hàng.

- M6 tả: Khách hàng chọn xem chi tiết 1 khách sạn

- _ Điều kiện trước: Khách hang đang ở màn hình danh sách khách sạn

- _ Điều kiện sau: Hệ thong phản hồi thông tin chi tiết của khách sạn.

- Luéng su kién:

Phản hồi thông tin chi tiết của khách san,

vi trí trên google map, mô tả, các dịch vụ

- Mô tả: Khách hàng xem danh sách phòng của khách san.

- _ Điều kiện trước: Người dùng đang ở màn hình chi tiết khách sạn

- _ Điều kiện sau: Hệ thống phản hồi danh sách phòng của khách sạn

- Luéng su kién:

Hanh dong cua tac nhan Phan ứng của hệ thông

e Xem chỉ tiết loại phòng khách sạn

- Tac nhân: Khách hàng.

- M6 tả: Xem trang chỉ tiết phòng

- _ Điều kiện trước: Khách hàng đang ở trang chọn phòng của khách sạn.

- _ Điều kiện sau: Hệ thống phản hồi thông tin chi tiết phòng.

- Luéng su kién:

21

Khách hàng nhân vào xem chi

¬ Hiển thị thông tin chỉ tiết phon

tiét phòng l 2 ae

e Đặt phòng trực tuyến

- Tac nhân: Khách hàng.

- Mô tả: Khách hàng đặt phòng.

- _ Điều kiện trước: Khách hàng đang ở trang chỉ tiết phòng của khách sạn

- _ Điều kiện sau: Khách hàng thao tác nhập thông tin đặt phòng trên form.

Hiền thị màn hình nhập thông tin đặt phòng

Hệ thống tiến hành tạo đơn đặt phòng mới

Khách hàng tiến hành thanh toán | Hiển thị trang thanh toán

- M6 tả: Xem danh sách đơn đặt phòng.

- Điều kiện trước: Khách hàng đã đăng nhập và chọn xem Lịch sử đặt

e Cập nhật thông tin cá nhân

- Tac nhân: Khách hang

- M6 tả: Khách hang cập nhật thông tin cá nhân

- _ Điều kiện trước: Khách hàng đã đăng nhập và chọn “Cập nhật thông tin"

- _ Điều kiện sau: Hệ thống lưu thông tin cá nhân mới của khách hàng

- Luéng su kién:

23

Hành động của tác nhân Phản ứng của hệ thông

Khách hàng nhấn vào “Tài

khoản" -> “Cài đặt" -> “Cập nhật

thông tin"

Khách hàng điền thông tin cá

nhân bao gồm Avatar, Tên,

Email, Số điện thoại, Quốc tịch

Hệ thống hiển thị thông tin mới trên màn

- Luéng su kién phu:

Thong tin khách hang hợp lệ Hệ thống ghi nhận thông tin và lưu vào

- MG tả: Khách hàng xem các thông báo đã nhận được.

- Điều kiện trước: Khách hang đã đăng nhập và nhấn vào biểu tượng

Khách hàng nhấn vào “Tài | Hệ thống kết thúc phiên đăng nhập củakhoản" -> “Đăng xuất" khách hàng, dẫn khách hàng về trang chủ

e Pang nhập hệ thống CRM

- Tac nhân: Nhân viên vận hành.

- M6 tả: Nhân viên đăng nhập hệ thống CRM

- _ Điều kiện trước: Không có

- _ Điều kiện sau: Nếu đăng nhập thành công, hệ thống lưu thông tin đăng

nhập, nhân viên sẽ được vào trang CRM dé quản trị thông tin Ngượclại, néu đăng nhập sai sẽ báo đăng nhập không thành công

- Luéng su kién:

Hanh động cua tác nhân Phản ứng của hệ thông

Nhân viên nhập tài khoản/mật | Chuyên đến trang chủ khi đăng nhập thànhkhẩu và đăng nhập công

e Xem danh sách don đặt phòng trên dashboard

- Tac nhân: Nhân viên vận hành.

- M6 tả: Xem danh sách đơn đặt phòng trên Calendar cho từng khách sạn

- _ Điều kiện trước: Nhân viên đã đăng nhập vào hệ thống.

- _ Điều kiện sau: Hệ thống gửi về danh sách đơn đặt phòng của một khách

sạn đã xác nhận dưới dạng Calendar.

- Luéng su kién:

Hanh dong cua tac nhan Phan ứng của hệ thong

Nhân viên nhân vào module Hotel | Hệ thong hiển thi danh sách đơn đặt

e Đặ(/giữ phòng cho khách trên dashboard

- Tac nhân: Nhân viên vận hành.

25

- M6 tả: Nhân viên thao tác dat/gitt phòng cho khách trên Calendar cua

đơn đặt/g1ữ phòng

Hệ thống tiến hành kiểm tra thông tin đơn

Click xác nhận đặt/giữ phòng đặt phòng

- Luéng su kién phu:

Thông tin đơn đặt phòng hop lệ Hệ thống ghi nhận thông tin về đơn

đặt/giữ phòng mới, lưu vào CSDL và lấp

đầy lịch mới cho ô đặt phòng trên

e Xem danh sách phòng dưới dang bảng ở các trạng thái

- Tac nhân: Nhân viên vận hành.

- Mô tả: Nhân viên xem danh sách đơn đặt phòng dưới dạng bảng với các

trạng thái khác nhau như: Draft, Confirm, Checkin, Checkout, Cancel,

26

hoặc xem toàn bộ danh sách đơn đặt phòng, hỗ trợ lọc và tìm kiếm trêntất cả các trường thông tin của đơn đặt phòng.

- _ Điều kiện trước: Nhân viên đã đăng nhập vào hệ thống và ở trên Hotel

Management module.

- Điều kiện sau: Hệ thống hiển thị danh sách đơn đặt phòng với các trạng

thái khác nhau, trả về danh sách đúng với thông tin lọc, tìm kiếm của

nhân viên.

- Luong su kién:

Hành động của tác nhân Phản ứng của hệ thông

Click vào Reservation -> Chon

danh sách Reservation muốn xem

(Draft, Confirm, Checkin,

Checkout, Cancel, All)

Hệ thông truy vẫn CSDL và gửi vềLọc và tìm kiếm bằng thanh công cụ | danh sách đơn đặt phòng mới theo

thông tin lọc và tìm kiếmNhóm các đơn đặt hàng theo từng | Hệ thống truy vấn CSDL và gửi về

trường dữ liệu khác nhau danh sách nhóm đã được xử lý

e Chuyến trạng thái cho đơn đặt phòng

- Tác nhân: Nhân viên vận hành.

- M6 tả: Nhân viên chuyên trạng thái cho đơn đặt phòng

- Điều kiện trước: Nhân viên đã đăng nhập hệ thống và đang ở Hotel

Management module.

- Điều kiện sau: Cập nhật trạng thái đơn hàng sang trạng thái chỉ định

(Draft, Confirm, Checkin, Checkout, Canceled).

- Luéng su kién:

Hanh động cua tác nhân Phản ứng của hệ thông

Nhân viên chon xem chi tiết đơn

đặt phòng Chuyên đến trang chỉ tiết đơn đặt phòng

Chọn loại trạng thái tương ứng

27

e Tạo khoản thanh toán cho khách

- Tac nhân: Nhân viên vận hành.

- M6 tả: Nhân viên tạo khoản thanh toán cho khách khi nhận được tiền từ

khách.

- _ Điều kiện trước: Nhân viên đã đăng nhập vào hệ thống và khách đã có

đơn đặt phòng.

- Điều kiện sau: Hệ thống sẽ tạo khoản thanh toán dưới đơn đặt phòng của

khách, cập nhật lại giá tiền còn lại phải thanh toán của đơn đặt phòng.

- Luéng su kién:

Hanh động của tác nhân Phản ứng của hệ thống

Nhân viên chọn xem chỉ tiết đơn ¡ sek `

¬ | Chuyên đên trang chi tiêt đơn đặt phòng

đặt phòng

Click “Advance Payment” Hiển trị man hình tạo khoản thanh toán

Điển các thông tin thanh toán

bao gồm Số tiền, kênh nhận tiền, | Hệ thống ghi nhận các thông tin

loại thanh toán vào form

Hệ thống kiểm tra thông tin khoản thanh

- Luong su kién phu:

Thông tin khoản thanh toán hop | Hé thông lưu thông tin khoản thanh toán

lệ mới vào CSDL

- Tac nhân: Nhân viên vận hành.

- M6 tả: Nhân viên chuyên trạng thái đơn đặt hàng sang checkin khi đón

khách.

- _ Điều kiện trước: Nhân viên đã đăng nhập vào hệ thống và khách đã có

đơn đặt phòng ở trạng thái đã confirm.

- Điều kiện sau: Hệ thống ghi nhận đơn đặt phòng được chuyên sang

trạng thái Check-in.

28

- Luong su kién:

Hanh động cua tác nhân Phản ứng của hệ thông

Chọn chỉ tiết đơn đặt phòng của

khách

Hệ thống kiểm tra đơn đặt phòng đã được

thanh toán đủ chưa, nếu chưa yêu cầu

thanh toán số tiền còn lại, nếu đã thanhtoán đủ, chuyên đến màn hình Check in

Chọn Checkin

Hệ thống ghi nhận khoản thanh toán mới,

Tạo khoản thanh toán nếu cần , a nk toa, l

sau đó chuyên đên màn hình Check in

Hệ thống ghi nhận đơn đặt phòng được

Xác nhận thời gian Check 1 2 :

26 nhận then gian `, chuyên sang trạng thai Check in

e Chuyến trạng thái đơn đặt hàng sang checkout khi khách rời đi

- Tac nhân: Nhân viên vận hành.

- M6 tả: Nhân viên chọn chuyên đơn đặt hàng sang trạng thai Checkout

khi khách rời đi.

- _ Điều kiện trước: Nhân viên đã đăng nhập hệ thống và khách đã có don

đặt phòng ở trạng thái Check In.

- Điều kiện sau: Hệ thống ghi nhận đơn đặt hang đã được chuyên sang

trạng thái Check out.

- Luéng su kién:

Hanh động của tác nhân Phan ứng của hệ thống

Chọn chỉ tiết đơn đặt phòng củ `.on CHÍ Hồi don Cat phong cua | n thị chi tiết đơn đặt phòng của khách

29

e Hủy đơn đặt phòng trên hệ thống CRM

- Tac nhân: Nhân viên vận hành.

- _ Mô tả: Nhân viên hủy đơn đặt phòng.

- _ Điều kiện trước: Nhân viên đã đăng nhập hệ thống và khách đã có 1 đơn

đặt phòng ở trạng thái Draft hoặc Confirm.

- _ Điều kiện sau: Hệ thống ghi nhận đơn đặt phòng đã được hủy

- Luong su kién:

Hanh dong cua tac nhan Phan ứng của hệ thong

Nhân viên chọn xem chỉ tiết đơn

đặt phòng

Nhân viên hủy đơn đặt phòng | Hệ thống ghi nhận đơn đặt phòng đã được

của khách hủy

e Huy khoản thanh toán

- Tac nhân: Nhân viên vận hành.

- M6 tả: Nhân viên hủy khoản thanh toán của khách khi có van đề hoặc

khách yêu cầu hoàn tiền

- _ Điều kiện trước: Nhân viên đã đăng nhập vào hệ thống và khách đã có

khoản thanh toán trước đó.

- _ Điều kiện sau: Hệ thống sẽ hủy khoản thanh toán dưới đơn đặt phòng

của khách, cập nhật lại giá tiền còn lại phải thanh toán của đơn đặt

phòng.

- Luéng su kién:

Hanh động của tác nhân Phản ứng của hệ thông

Nhân viên ch hi tiết đ cađặt phòng5 o “un —— Chuyên đên trang chi tiêt đơn đặt phòng

Click danh ach Ad

wc an sac vance Hién thi danh sach Advance Payment

Payments

30

e Tạo dịch vụ

- Tac nhân: Nhân viên vận hành.

- M6 tả: Nhân viên tạo dich vụ mới.

- _ Điều kiện trước: Nhân viên đã đăng nhập hệ thống.

- _ Điều kiện sau: Hệ thống ghi nhận dịch vụ mới vào hệ thống

- Luéng su kién:

Hanh dong cua tac nhan Phan ứng của hệ thông

Nhân viên click vào module

Sales -> Product -> Product -> | Hiển thị màn hình tạo dịch vụ mới

Create

mới và click “Save" Hệ thống kiểm tra thông tin dịch vụ mới

V V

- Luéng su kién phu:

Thông tin dich vu mới hợp lệ Hệ thống ghi nhận dịch vụ mới được lưu

thành công

Thông tin dịch vụ mới không | Hệ thông báo lỗi và yêu cầu nhập lại thông

hợp lệ tin dịch vụ

e Xem danh sách các dịch vụ

- Tac nhân: Nhân viên vận hành.

- MG tả: Nhân viên xem danh sách các dich vu.

- _ Điều kiện trước: Nhân viên đã đăng nhập vào hệ thống.

- _ Điều kiện sau: Hệ thống hiển thị danh sách các dịch vụ

Luồng sự kiện:

Hành động của tác nhân Phản ứng của hệ thống

Nhâ : ân viên click vào module Sales Hiển thị danh sách các dịch vụ

-> Product -> Product

Click vào man hình filter hoặc

group by dé xem danh sách các | Hiển thị danh sách các dich vụ với điều

31

e Tạo các dịch vụ cho đơn đặt phòng

- Tac nhân: Nhân viên vận hành.

- M6 tả: Nhân viên tạo thêm dich vụ dưới đơn đặt phòng khi khách có sử

dụng thêm các dịch vụ như (Ăn sáng, Beer, Early Check In, Late Check

out ).

- _ Điều kiện trước: Nhân viên đã đăng nhập hệ thống và khách đã có don

đặt phòng.

- Điều kiện sau: Hệ thống ghi nhận các dịch vụ mới dưới đơn đặt phòng

và cộng thêm khoản tiền của địch vụ vào đơn đặt phòng

e Nhân viên thiết lập bảng giá

- Tac nhân: Nhân viên vận hành.

- M6 tả: Nhân viên thiết lập bảng giá bán các phòng

- _ Điều kiện trước: Nhân viên đã đăng nhập hệ thống.

- _ Điều kiện sau: Hệ thống ghi nhận bảng giá mới.

- Luéng su kién:

Hanh dong cua tac nhan Phan ứng cua hệ thông

Nhân viên click vào module :

a Hién thi man hinh tao bang gia moi

Product -> Pricelist -> Create Be

Nhân viên điền thông tin bản 5 ag ee

cp peg ae = ° Hệ thông kiêm tra thông tin bảng giá

giá mới và click “Save

- Luong sự kiện phụ: