TỔNG LIÊN ĐOÀN LAO ĐỘNG VIỆT NAM

TRƯỜNG ĐẠI HỌC TÔN ĐỨC THẮNG

KHOA CÔNG NGHỆ THÔNG TIN

ĐỒ ÁN CUỐI KÌ
MÔN CÔNG NGHỆ PHẦN MỀM

Phần mềm quản lý quán karaoke

Người hướng dẫn: TS TRẦN THANH PHƯỚC

Người thực hiện: VŨ MINH HIẾU – 51703087
NGÔ MINH TIẾN – 52100125

THÀNH PHỐ HỒ CHÍ MINH, NĂM 2023

 TỔNG LIÊN ĐOÀN LAO ĐỘNG VIỆT NAM
TRƯỜNG ĐẠI HỌC TÔN ĐỨC THẮNG
KHOA CÔNG NGHỆ THÔNG TIN

ĐỒ ÁN CUỐI KÌ
MÔN CÔNG NGHỆ PHẦN MỀM

Phần mềm quản lý quán karaoke

Người hướng dẫn: TS TRẦN THANH PHƯỚC

Người thực hiện: VŨ MINH HIẾU – 51703087
NGÔ MINH TIẾN – 52100125

THÀNH PHỐ HỒ CHÍ MINH, NĂM 2023

 i

LỜI CẢM ƠN

Chúng tôi xin gửi lời cảm ơn chân thành cùng sự tri ân sâu sắc tới toàn thể quý
thầy cô, giảng viên, viên chức đang giảng dạy và làm việc tại trường Đại Học Tôn
Đức Thắng, đặc biệt là quý thầy cô ở Khoa Công nghệ thông tin đã tạo điều kiện và dành
thời gian tận tình giúp đỡ chúng tôi trong quá trình thực hiện bài báo cáo này cũng như
quá trình học tập tại trường.

Trên hết, chúng tôi xin được tỏ lòng biết ơn sâu sắc đến th TS. Trần Thanh Phước–
Giảng viên Khoa Công nghệ thông tin vì đã hết lòng giảng dạy, truyền đạt kiến thức quý
báu đến tất cả sinh viên nói chung và bản thân chúng tôi nói riêng một cách tận tình và
nghiêm túc. Nhờ lượng kiến thức của thầy truyền đạt mà đã giúp chúng tôi hoàn thành
thuận lợi bài báo cáo này nói riêng và vững vàng hơn trong lượng kiến thức khổng lồ
của môn học. Trong quá trình thực hiện bài báo cáo, do lượng kiến thức và kinh nghiệm
thực tiễn còn hạn chế nên kết quả còn nhiều thiếu sót, chúng tôi kính mong nhận được ý
kiến đóng góp của thầy để từ đó bản thân chúng tôi có thể cải thiện kỹ năng trình bài báo
cáo một cách tinh tế và chuẩn mực hơn trong các bài báo cáo sắp tới.

Kính chúc thầy có nhiều sức khỏe và thành công trong công việc.

Chúng tôi xin chân thành cảm ơn!

 ii

ĐỒ ÁN ĐƯỢC HOÀN THÀNH

TẠI TRƯỜNG ĐẠI HỌC TÔN ĐỨC THẮNG

Chúng tôi xin cam đoan đây là sản phẩm đồ án của riêng chúng tôi và được sự
hướng dẫn của TS Trần Thanh Phước;. Các nội dung nghiên cứu, kết quả trong đề tài
này là trung thực và chưa công bố dưới bất kỳ hình thức nào trước đây. Những số liệu
trong các bảng biểu phục vụ cho việc phân tích, nhận xét, đánh giá được chính tác giả
thu thập từ các nguồn khác nhau có ghi rõ trong phần tài liệu tham khảo.

Ngoài ra, trong đồ án còn sử dụng một số nhận xét, đánh giá cũng như số liệu của
các tác giả khác, cơ quan tổ chức khác đều có trích dẫn và chú thích nguồn gốc.

Nếu phát hiện có bất kỳ sự gian lận nào tôi xin hoàn toàn chịu trách nhiệm
về nội dung đồ án của mình. Trường đại học Tôn Đức Thắng không liên quan đến
những vi phạm tác quyền, bản quyền do tôi gây ra trong quá trình thực hiện (nếu có).

TP. Hồ Chí Minh, ngày tháng năm

Tác giả
(ký tên và ghi rõ họ tên)

Vũ Minh Hiếu

Ngô Minh Tiến

 iii

PHẦN XÁC NHẬN VÀ ĐÁNH GIÁ CỦA GIẢNG VIÊN

Phần xác nhận của GV hướng dẫn
_________________________________________________________
_________________________________________________________
_________________________________________________________
_________________________________________________________
_________________________________________________________
_________________________________________________________
_________________________________________________________
Tp. Hồ Chí Minh, ngày tháng năm
(kí và ghi họ tên)

Phần đánh giá của GV chấm bài

_________________________________________________________
_________________________________________________________
_________________________________________________________
_________________________________________________________
_________________________________________________________
_________________________________________________________
_________________________________________________________
Tp. Hồ Chí Minh, ngày tháng năm
(kí và ghi họ tên)
 iv

TÓM TẮT

Báo cáo đề tài về hệ thống quản lý quán karaoke tập trung vào việc xây dựng một
phần mềm giúp quản lý các hoạt động trong quán karaoke. Hệ thống này sẽ giúp quản lý
tối ưu các hoạt động của quán, tăng hiệu quả kinh doanh và cải thiện trải nghiệm khách
hàng.

Để thực hiện được điều này, báo cáo trình bày các chức năng cơ bản của hệ thống,
bao gồm quản lý thông tin nhân viên, quản lý phòng hát, quản lý đồ uống và đồ ăn, đặt
phòng và thanh toán hóa đơn. Hệ thống được thiết kế dựa trên cơ sở dữ liệu quan hệ để
quản lý thông tin của quán karaoke.

Ngoài ra, báo cáo cũng trình bày các công nghệ và công cụ được sử dụng trong
quá trình xây dựng hệ thống. Đồng thời, báo cáo cũng đánh giá hiệu quả của hệ thống
thông qua các tiêu chí đánh giá được đề ra. Cuối cùng, báo cáo đề xuất các hướng phát
triển và cải tiến cho hệ thống trong tương lai để nâng cao hiệu quả kinh doanh và trải
nghiệm khách hàng.
 1

MỤC LỤC

LỜI CẢM ƠN ..................................................................................................................i

PHẦN XÁC NHẬN VÀ ĐÁNH GIÁ CỦA GIẢNG VIÊN ...................................... iii

TÓM TẮT ......................................................................................................................iv

MỤC LỤC ....................................................................................................................... 1

DANH MỤC CÁC BẢNG BIỂU, HÌNH VẼ, ĐỒ THỊ ............................................... 4

CHƯƠNG 1 – MỞ ĐẦU ................................................................................................ 5

1.1 Tổng quan về đề tài .................................................................................... 5

1.2 Mục tiêu ..................................................................................................... 5

1.3 Đối tượng và phạm vi nghiên cứu ............................................................. 5

1.4 Phương pháp nghiên cứu................................................................................. 5

1.5 Ý nghĩa đề tài .................................................................................................. 6

CHƯƠNG 2 – CƠ SỞ LÝ THUYẾT ............................................................................ 7

2.1 Mô hình 3 lớp .................................................................................................. 7

CHƯƠNG 3 – PHÂN TÍCH THIẾT KẾ HỆ THỐNG ............................................... 9

3.1 Khảo sát và đặc tả yêu cầu .............................................................................. 9

3.1.1 Yêu cầu chức năng ....................................................................................... 9

3.1.2 Yêu cầu phi chức năng ............................................................................... 10

 2

3.1.3 Các tác nhân hệ thống ............................................................................... 10

3.2 Đặc tả Use case ............................................................................................. 10

3.2.1 Sơ đồ Use case tổng quát ........................................................................... 11

3.2.2 Đặc tả Use case.......................................................................................... 12

3.3 Mô hình quan hệ ........................................................................................... 24

3.4 Mô hình thực thể (ERD) ............................................................................... 25

3.5 Sơ đồ lớp (Class Diagram) ............................................................................ 25

3.6 Sơ đồ tuần tự ................................................................................................. 26

CHƯƠNG 4 – XÂY DỰNG ỨNG DỤNG .................................................................. 27

CHƯƠNG 5 – KẾT LUẬN .......................................................................................... 30

5.1 Kết quả đạt được ........................................................................................... 30

5.2 Hạn chế của đề tài ......................................................................................... 30

5.3 Hướng phát triển ........................................................................................... 30

TÀI LIỆU THAM KHẢO ........................................................................................... 31

PHÂN CÔNG CÔNG VIỆC ....................................................................................... 32

 3

DANH MỤC KÍ HIỆU VÀ CHỮ VIẾT TẮT

CÁC KÝ HIỆU
f Tần số của dòng điện và điện áp (Hz)
p Mật độ điện tích khối (C/m3)

CÁC CHỮ VIẾT TẮT

CSTD Công suất tác dụng
MF Máy phát điện
BER Tỷ lệ bít lỗi
 4

DANH MỤC CÁC BẢNG BIỂU, HÌNH VẼ, ĐỒ THỊ

DANH MỤC HÌNH

Hình 2.1: Kiến trúc FTP ................................................. Error! Bookmark not defined.

DANH MỤC BẢNG

Bảng 3.1 Ví dụ cho chèn bảng ....................................... Error! Bookmark not defined.
 5

CHƯƠNG 1 – MỞ ĐẦU

1.1 Tổng quan về đề tài

Đề tài của bạn là "Hệ thống quản lý quán karaoke” nhằm tạo ra một hệ thống phần
mềm giúp quản lý hoạt động của quán karaoke. Điều này có thể bao gồm các tính
năng như quản lý danh sách khách hàng, quản lý đặt phòng, quản lý thanh toán,
quản lý nhân viên và các hoạt động liên quan khác.

1.2 Mục tiêu

Mục tiêu của đề tài là xây dựng một hệ thống phần mềm quản lý quán karaoke trên
nền tảng Winform C# để hỗ trợ quản lý hoạt động của quán, giúp quản lý dễ dàng,
tiết kiệm thời gian và tăng hiệu quả.

1.3 Đối tượng và phạm vi nghiên cứu

Đối tượng nghiên cứu của đề tài là các quán karaoke. Phạm vi nghiên cứu được
giới hạn trong việc xây dựng một hệ thống phần mềm quản lý quán karaoke trên
nền tảng Winform C#.

1.4 Phương pháp nghiên cứu

• Dựa vào những kiến thức được tiếp thu trên lớp lý thuyết và thực hành môn
“Công nghệ phần mềm”.

• Nghiên cứu và ứng dụng các ngôn ngữ lập trình C#, công nghệ .Net, framework
và Guna.UI2.WinForms.

• Tham khảo tài liệu từ nguồn internet.

• Nghiên cứu công nghệ lập trình winform desktop.

 6

1.5 Ý nghĩa đề tài

Đề tài mang lại ý nghĩa lớn trong việc nâng cao hiệu quả hoạt động của quán karaoke,
giúp quản lý hoạt động dễ dàng, đáp ứng nhu cầu của khách hàng và tăng doanh thu.
Đồng thời, đề tài cũng có ý nghĩa trong việc nâng cao kỹ năng lập trình của người thực
hiện và ứng dụng công nghệ trong quản lý.
 7

CHƯƠNG 2 – CƠ SỞ LÝ THUYẾT

2.1 Mô hình 3 lớp

Mô hình 3 lớp (3-tier architecture) là một phương pháp thiết kế kiến trúc phần mềm,
trong đó phần mềm được chia thành ba lớp độc lập nhau: Presentation Layer (Lớp
Trình Bày), Business Logic Layer (Lớp Logic Kinh Doanh) và Data Access Layer
(Lớp Truy Cập Dữ Liệu).

• Presentation Layer: Lớp trình bày là lớp giao diện người dùng, nơi mà người
dùng có thể tương tác với phần mềm. Lớp này thường được thiết kế bằng các
công nghệ như HTML, CSS, JavaScript, Winform, WPF, ASP.NET...

• Business Logic Layer: Lớp Logic Kinh Doanh là nơi xử lý các hoạt động kinh
doanh, quản lý luồng dữ liệu và tương tác giữa Presentation Layer và Data
 8

Access Layer. Lớp này thường được thiết kế bằng các ngôn ngữ lập trình như
Java, C#, Python, PHP...

• Data Access Layer: Lớp Truy Cập Dữ Liệu là nơi thao tác trực tiếp với cơ sở dữ
liệu, bao gồm các hoạt động như lưu trữ, truy xuất, cập nhật dữ liệu. Lớp này
thường được thiết kế bằng các công nghệ như ADO.NET, Entity Framework,
Hibernate...

Mô hình 3 lớp giúp tách biệt các phần của phần mềm, từ đó dễ dàng bảo trì và phát
triển. Việc phân chia lớp cũng giúp các nhà phát triển chuyên tâm vào các phần của
phần mềm mà mình đang làm, giảm thiểu sự phụ thuộc giữa các phần của phần
mềm, giúp đẩy nhanh quá trình phát triển và nâng cao hiệu quả trong quản lý và
phát triển phần mềm.
 9

CHƯƠNG 3 – PHÂN TÍCH THIẾT KẾ HỆ THỐNG

3.1 Khảo sát và đặc tả yêu cầu

3.1.1 Yêu cầu chức năng

- Chức năng của nhân viên Lễ tân:

• Lễ tân có thể đăng nhập, đăng xuất, đổi mật khẩu.

• Lễ tân có thể đặt phòng hát cho khách hàng khi khách dàng đến trực tiếp quầy lễ
tân hoặc gọi điện thoại cho lễ tân.

• Lễ tân có thể nhập thông tin khách hàng

• Lễ tân có thể thực hiện thanh toán cho khách hàng qua nhiều phương thức khác
nhau (thanh tiền mặt, thanh toán ví điện tử, thanh toán chuyển khoản ngân
hàng).

• Lễ tân có thể xem danh sách đơn hàng, lập hoá đơn, xem hoá đơn, xem chi tiết
hoá đơn, in hoá đơn.

- Chức năng của nhân viên Phục vụ:

• Phục vụ có thể đăng nhập, đăng xuất, đổi mật khẩu.

• Phục vụ có thể đặt đồ ăn, đồ uống khi khách hàng yêu cầu.

- Chức năng của Admin:

• Admin có thể đăng nhập, phân quyền (Admin, Lễ tân, phục vụ).

• Admin có thể quản lý nhân viên, đơn hàng, đồ ăn, đồ uống, khách hàng (thêm,
xoá, sửa, cập nhật, xuất file).
 10

• Admin có thể quản lý báo cáo, (Lập báo cáo thu - chi, xuất file).

3.1.2 Yêu cầu phi chức năng

- Mật khẩu phải chứa ít nhất 6 ký tự và được mã hoá.

- Chọn màu vàng làm chủ đạo cho giao diện.

- Bố cục giao diện dễ sử dụng, thuận tiện cho người sử dụng.

3.1.3 Các tác nhân hệ thống

Tác nhân Mô tả
Có thể thực hiện các chức năng đăng
nhập, đổi mật khẩu, đặt phòng hát,
nhập thông tin khách hàng, thanh toán,
Lễ tân lập hoá đơn, in hoá đơn, xem danh
sách đơn hàng, xem hoá đơn, xem chi
tiết hoá đơn.

Có thể thực hiện các chức năng đăng

nhập, đổi mật khẩu, đặt đồ ăn, đặt đồ
Phục vụ
uống.

Đăng nhập, quản lý nhân viên, quản lý

Admin toàn bộ hệ thống (tài khoản, đô ăn, đồ
uống, đơn hàng, tình trạng đơn hàng, …)

3.2 Đặc tả Use case

 11

3.2.1 Sơ đồ Use case tổng quát

 12

3.2.2 Đặc tả Use case

3.2.2.1 Đặc tả Use case Đăng nhập

Use Case ID UC01

Use Case Đăng nhập

Scenario: Đăng nhập vào hệ thống

Triggering
Nhân viên hoặc khách hàng chọn chức năng "Đăng nhập"
Event

Người dùng đăng nhập vào hệ thống để truy cập vào các chức
Description
năng khác

Actor(s) Nhân viên, Admin

Hệ thống đã được khởi động và hoạt động bình thường.

Pre- Nhân viên, admin đã được cấp quyền truy cập vào hệ thống.
Condition(s):
Nhân viên, admin biết được thông tin tài khoản và mật khẩu
của mình để đăng nhập.
 13

Post-
Nhân viên, admin đăng nhập thành công vào hệ thống.
Condition(s):

Actor System

Nhân viên hoặc khách 1. Hệ thống kiểm tra thông tin đăng
hàng truy cập vào nhập của nhân viên hoặc khách hàng.
trang đăng nhập.
2.Nếu thông tin đúng, hệ thống đăng
nhập thành công và chuyển đến trang
chính của hệ thống.
Flow of
Event Nhân viên hoặc khách 3.Nếu thông tin sai, hệ thống hiển thị
hàng nhập thông tin tài thông báo lỗi và yêu cầu nhân viên hoặc
khoản và mật khẩu của khách hàng nhập lại thông tin đăng
mình. nhập.

Nhân viên hoặc khách

hàng nhấn nút "Đăng
nhập".

Nếu hệ thống không hoạt động bình thường, hệ thống hiển thị
thông báo lỗi và yêu cầu nhân viên hoặc khách hàng thử lại
sau.
Exception
Nếu tài khoản và mật khẩu của nhân viên hoặc khách hàng
không đúng, hệ thống hiển thị thông báo lỗi và yêu cầu nhân
viên hoặc khách hàng nhập lại thông tin đăng nhập.
 14

3.2.2.2 Đặc tả Use case Đăng xuất

Use Case ID UC02

Use Case Đăng xuất

Scenario: Đăng xuất khỏi hệ thống

Triggering
Người dùng hàng chọn tính năng "Đăng xuất"
Event

Người dùng hàng thoát khỏi hệ thống đang sử dụng và quay về

Description
trang đăng nhập

Actor(s) Nhân viên, Admin

Pre-
Người dùng đã đăng nhập vào hệ thống.
Condition(s):

Post-
Người dùngđăng xuất khỏi hệ thống.
Condition(s):

Actor System
Flow of
Event
1.Người dùng chọn 1. Hệ thống yêu cầu xác nhận đăng
tính năng "Đăng xuất.
 15

xuất". 2. Nếu nhân viên hoặc khách hàng

xác nhận đăng xuất, hệ thống
đăng xuất và quay về trang đăng
nhập.

• Nếu hệ thống không hoạt động bình thường, hệ thống hiển

Exception thị thông báo lỗi và yêu cầu nhân viên hoặc khách hàng thử
lại sau.

3.2.2.3 Đặc tả Use case Đổi mật khẩu

Use Case ID UC04

Use Case Đổi mật khẩu

Scenario: Tác nhân muốn đổi mật khẩu hiện tại của mình

Triggering Tác nhân chọn tính năng "Đổi mật khẩu" trên giao diện người
Event dùng

Description Tác nhân đổi mật khẩu hiện tại thành mật khẩu mới

Actor(s) Nhân viên

 16

Pre- • Tác nhân đã đăng nhập vào hệ thống

Condition(s): • Tác nhân đã xác thực mật khẩu hiện tại

Post-
Mật khẩu mới đã được cập nhật thành công trong hệ thống
Condition(s):

Actor System

1. Tác nhân hàng truy cập

vào mục "Cài đặt tài
khoản" 1. Hệ thống xác thực mật
khẩu hiện tại
3. Nhân viên hoặc
khách hàng nhập mật
khẩu hiện tại, mật khẩu 2. Nếu mật khẩu hiện tại
mới và xác nhận lại mật không đúng, hệ thống thông báo
Flow of Event khẩu mới lỗi và yêu cầu nhân viên hoặc
khách hàng nhập lại
3. Nếu mật khẩu mới không
4. Nhân viên hoặc khớp với xác nhận mật khẩu, hệ
khách hàng nhấn nút "Đổi thống thông báo lỗi và yêu cầu
mật khẩu" nhân viên hoặc khách hàng nhập
lại.
4. Hệ thống cập nhật mật
khẩu mới trong hệ thống và thông
báo cho nhân viên hoặc khách
hàng biết rằng mật khẩu đã được
đổi thành công.

• Nếu hệ thống gặp lỗi kỹ thuật trong quá trình đổi mật
Exception khẩu, hệ thống sẽ thông báo lỗi và yêu cầu nhân viên hoặc
khách hàng thử lại sau.
 17

• Nếu nhân viên hoặc khách hàng không nhập đầy đủ thông
tin, hệ thống sẽ thông báo lỗi và yêu cầu nhân viên hoặc
khách hàng nhập đầy đủ thông tin cần thiết.

3.2.2.4 Đặc tả Use case Đặt phòng hát

Use Case ID UC04

Use Case Đặt phòng hát

Scenario: Khách hàng đặt phòng hát để sử dụng dịch vụ hát

Triggering Event Lễ tân bấm vào chức năng Thanh toán

Description Tác nhân đổi mật khẩu hiện tại thành mật khẩu mới

Actor(s) Lễ tân

Pre-Condition(s): • Lễ tần đã đăng nhập hệ thống

Post-Condition(s): Hệ thống tạo thành công đơn đặt phòng hát

Flow of Event Actor

 18

Exception Khách hàng không xác nhận đặt phòng hát.

3.2.2.5 Đặc tả Use case Đặt đồ ăn, đồ uống

Use Case ID UC04

Use Case Đặt phòng hát

Scenario: Khách hàng gọi đồ ăn đồ uống khi đang đặt phòng hát

Triggering Event Phục vụ bấm vào chức năng gọi món

Description Phục vụ gọi món khi khách hàng yêu cầu

Actor(s) Phục vụ

Pre-Condition(s): • Phục vụ đã đăng nhập hệ thống

Post-Condition(s): Đặt món thành công

Flow of Event Actor

 19

Exception Số lượng đồ ăn đồ uống không dủ

3.2.2.6 Đặc tả Use case Lập hoá đơn

Use Case ID UC06

Use Case Đặt phòng hát

Scenario: Khách hàng đặt phòng hát để sử dụng dịch vụ hát

Triggering Event Lễ tân bấm vào chức năng Thanh toán

Description Tác nhân thanh toán hoá đơn khi khách hàng trả phòng

Actor(s) Lễ tân

Pre-Condition(s): • Lễ tần đã đăng nhập hệ thống

Post-Condition(s): Hệ thống xuất hoá đơn thành công

Flow of Event Actor

 20

Exception

3.2.2.7 Đặc tả Use case Quản lý hoá đơn

Use Case ID UC07

Use Case Quản lý hoá đơn

Scenario: Quản lý danh sách hoá đơn

Triggering
Quản lý bấm vào chức năng Quản lý hoá đơn
Event

Description Quản lý hoá đơn

Actor(s) Admin

Pre-
• Admin đã đăng nhập vào hệ thống
Condition(s):

Post- Thông tin hoá đơn đã được quản lý lấy ra từ cơ sở dữ liệu

Condition(s): và đỏ vào grid view
 21

Actor
Flow of Event
Admin chọn vào chức năng quản lý hoá đơn

3.2.2.8 Đặc tả Use case Thanh toán

Use Case ID UC08

Use Case Thanh toán

Scenario: Thanh toán tiền cho hóa đơn của khách hàng

Triggering
Lễ tân bấm vào chức năng Thanh toán
Event

Description Tác nhân đổi mật khẩu hiện tại thành mật khẩu mới

Actor(s) Lễ tân

Pre- • Khách hàng đã hoàn tất việc sử dụng dịch vụ và có hóa

Condition(s): đơn cần thanh toán

Post-
Tiền đã được thanh toán và hóa đơn đã được cập nhật
Condition(s):
 22

Actor System

Flow of Event

• Nếu nhân viên thu ngân nhập sai số tiền khách hàng
thanh toán: Hệ thống hiển thị thông báo lỗi "Số tiền thanh
Exception toán không hợp lệ"
• Nếu hệ thống không thể cập nhật thông tin hóa đơn: Hệ
thống hiển thị thông báo lỗi "Cập nhật hóa đơn thất bại

3.2.2.9 Đặc tả Use case Quản lý nhân viên

Use Case ID UC09

Use Case Quản lý nhân viên

Scenario: Quản lý thông tin nhân viên của quán karaoke

Triggering
Quản lý bấm vào chức năng Quản lý nhân viên
Event

Description Quản lý thông tin nhân viên của quán karaoke

Actor(s) Quản lý chi nhánh.

 23

Pre-
• Quản lý đã đăng nhập vào hệ thống
Condition(s):

Post- Thông tin nhân viên đã được quản lý lấy ra từ cơ sở dữ liệu

Condition(s): và đỏ vào grid view

Actor System

Flow of Event 1. Quản lý chọn vào

chức năng quản lý 1. Hệ thống lấy dữ liệu từ
nhân sự cơ sở dữ liệu và đổ vào
grid view

3.2.2.10 Đặc tả Use case Quản lý đồ ăn, đồ uống

Use Case ID UC10

Use Case Quản lý đồ ăn đồ uống

Scenario: Quản lý thông tin, số lượng đồ ăn đồ uống của quán karaoke

Triggering
Quản lý bấm vào chức năng Quản lý đồ ăn đồ uống
Event

Description Quản lý thông tin nhân viên của quán karaoke

 24

Actor(s) Quản lý chi nhánh.

Pre-
• Quản lý đã đăng nhập vào hệ thống
Condition(s):

Post- Thông tin nhân viên đã được quản lý lấy ra từ cơ sở dữ liệu

Condition(s): và đỏ vào grid view

Actor System

Flow of Event
1.Quản lý chọn vào chức
năng quản lý nhân sự 1.Hệ thống lấy dữ liệu từ cơsở
dữ liệu và đổ vào grid view

3.3 Mô hình quan hệ

• account (idAcc, username, password, FK_userRole)

• userRole (idRole, nameRole)

• employee (idEmployee idAcc, fullName, citizenID, email, address, avatar)

• food (idFood, typeFood, nameFood, desciptionFood)

• stock(idStock, idFood, quantityFood, priceFood)

• room (idRoom, roomName, idType, typeName, isClean, isOccupied,

priceRoom)
 25

• Reservation (idReservation, idRoom, idEmployee, checkinStart,

checkoutEnd)

• invoice (idInvoice, idEmployee, idRoom, idFood, dateInvoice, totalPrice,

isPay)

• invoiceLine (idInvoiceLine, idInvoice, quantity, price)

3.4 Mô hình thực thể (ERD)

3.5 Sơ đồ lớp (Class Diagram)

 26

3.6 Sơ đồ tuần tự
 27

CHƯƠNG 4 – XÂY DỰNG ỨNG DỤNG

4.1 Login form

 28

4.2 Màn hình chính form

4.2 Đổi mật khẩu form

29
 30

CHƯƠNG 5 – KẾT LUẬN

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

5.2 Hạn chế của đề tài

5.3 Hướng phát triển

 31

TÀI LIỆU THAM KHẢO

1.ICOOL

2. Mô hình 3 lớp (three-layer) có gì hay? TOPDev

 32

PHÂN CÔNG CÔNG VIỆC

Đóng góp:

Vũ Minh Hiếu: Code, Khảo sát, sơ đồ use tổng quát

Ngô Minh Tiến: Thiết kế database, báo cáo