Báo Cáo Quản Lý KARAOKE RUBY

TRƯỜNG ĐẠI HỌC ĐIỆN LỰC
KHOA CÔNG NGHỆ THÔNG TIN

BÁO CÁO CHUYÊN ĐỀ HỌC PHẦN
MÔN ĐỒ ÁN .NET

ĐỀ TÀI:
XÂY DỰNG PHẦN MỀM QUẢN LÝ QUÁN KARAOKE RUBY

Sinh viên thực hiện

: NGUYỄN ANH PHÚC

Giảng viên hướng dẫn

: TS. ĐẶNG TRẦN ĐỨC

Ngành

: CÔNG NGHỆ THƠNG TIN

Chun ngành

: CƠNG NGHỆ PHẦN MỀM

Lớp

: D14CNPM7

Khóa

: 2019-2024

Hà Nội, tháng 12 năm 2021


1.

Mơ tả tóm tắt đề tài
Xây dựng hệ thống phần mềm quản lý quán karaoke RUBY bao gồm các
chức năng chính sau:
- Quản lý phịng
- Quản lý bán hàng
- Quản lý nhập hàng
- Quản lý hàng
- Báo cáo thống kê
2. Nội dung thực hiện
-

Chương 1: Giới thiệu dự án phần mềm
Chương 2: Quản lý dự án
Chương 3: Phân tích hệ thống
Chương 4: Thiết kế
Chương 5: Lập trình
Chương 6: Kiểm thử phần mềm

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

Hoàn thành đề cương chuyên đề học phần môn: “Công nghệ phần mềm”.
Xây dựng được phần mềm hoàn chỉnh với đầy đủ các chức năng, đơn giản
và phù hợp với những doanh nghiệp vừa và nhỏ.

Hà Nội, ngày 27 tháng 12 năm 2021
Giảng viên hướng dẫn

Sinh viên thực hiện

(ký và ghi rõ họ tên)

(ký và ghi rõ họ tên)

TS. Đặng Trần Đức

Nguyễn Anh Phúc


PHIẾU CHẤM ĐIỂM

STT

Họ và tên

Nội dung thực hiện

1

Nguyễn Anh Phúc

Khảo sát +Phân tích
+ code + làm báo cáo.

MSV:19810310568

Họ và tên
Giảng viên chấm 1:

Giảng viên chấm 2:

Chữ ký

Điểm

Chữ ký

Ghi chú


Mục lục


Mục lục hình ảnh


Mục lục bảng biểu


Lời mở đầu
Trên thực tế khơng có sự thành cơng nào mà không gắn liền với những sự
hỗ trợ, giúp đỡ dù ít hay nhiều, dù trực tiếp hay gián tiếp của người khác. Trong
suốt thời gian đã và đang học tập tại trường đến nay, em đã nhận được rất nhiều
sự quan tâm, giúp đỡ của quý Thầy Cô, gia đình và bạn bè.
Và đặc biệt, trong học kỳ này, em xin cảm ơn thầy Đặng Trần Đức đã

hướng dẫn, góp ý, thảo luận để bài báo cáo này của em được hoàn thiện. Trong
thời gian được học tập và thực hành dưới sự hướng dẫn của cô, chúng em khơng
những thu được rất nhiều kiến thức bổ ích, mà cịn được truyền sự say mê và
thích thú đối với bộ môn ĐỒ ÁN .NET
Mặc dù đã rất cố gắng hoàn thiện bài báo cáo với tất cả sự nỗ lực, tuy
nhiên, do bước đầu đi vào thực tế, tìm hiểu và xây dựng hệ thống trong thời gian
có hạn, với lượng kiến thức còn hạn chế, nhiều bỡ ngỡ, nên bài báo cáo đề tài
về: “ QUẢN LÝ QUÁN KARAOKE RUBY” chắc chắn sẽ không thể tránh khỏi
những thiếu xót. Em rất mong nhận được sự quan tâm, thơng cảm và những
đóng góp q báu của các thầy cơ và các bạn để bài báo cáo của nhóm chúng em
ngày càng hoàn thiện hơn.
Một lần nữa, em xin chân thành cám ơn cô và luôn mong nhận được sự
đóng góp của thầy cơ và các bạn. Sau cùng, em xin kính chúc các thầy cơ trong
Khoa Cơng Nghệ Thông Tin dồi dào sức khỏe, niềm tin để tiếp tục thực hiện sứ
mệnh cao đẹp của mình là truyền đạt kiến thức cho thế hệ mai sau.
Trân trọng!


CHƯƠNG 1: GIỚI THIỆU DỰ ÁN PHẦN MỀM QUẢN LÝ QUÁN
KARAOKE RUBY
1.1 Khảo sát hệ thống
1.1.1. Tổng quan về đề tài

Ngày nay, toàn thế giới đang ngày càng phát triển mạnh mẽ. Toàn cầu đang
theo xu hướng phát triển nền cơng nghiệp hóa – hiện đại hóa. Chính vì vậy, Việt
Nam ta có thể sánh ngang với các cường quốc năm châu thì ngay lập tức chúng
ta cần phát triển và hội nhập.
Vì em hiểu được tầm quan trọng đó cần kéo theo nhiều thành tựu và kết quả
phát minh tiên tiến. Nhiều giải pháp, ứng dụng hay phần mềm được nhiều nhà
khoa học, công ty phát triển ra. Trong đó ngày mũi nhọn về học tập ln ln

được mọi người chú trọng. Từ đó, nhiều phần mềm, ứng dụng ra đời để phục vụ
mua bán cho mọi người dân. Đồng thời, đi song song với nó chính là một phần
mềm giúp ta quản lý các dịch vụ, mua bán các mặt hàng một cách nhanh, gọn, lẹ
và chính xác nhất. Vì thế mà nhiều phần mềm quản lý được ra đời. Trên hiện
nay có rất nhiều phần mềm để quản lý dịch vụ ví dụ như: Sapo, KiotViet,
HaraRetail, Suno, … Trong bài tập lớn này, em dùng những kiến thức đã học
của mình để xây dựng lên một phần mềm quản lý quán Karaoke Ruby.

Hình 1.1: Logo của Karaoke Ruby
Khi nhắc đến các quán karaoke đẹp thì nhất định khơng thể bỏ lỡ Karaoke
Ruby Hệ thống hiện tại có cơ sở ở 71 Trần Nhân Tông, Lê Đại Hành, Hai Bà
Trưng, Hà Nội chắc chắn sẽ làm bạn phải ca hát mãi không thôi. Với không gian
sang chảnh nhưng không kém phần ấm cúng, dàn âm thanh ánh sáng chất lượng.
Với mong muốn đem lại cho người dùng chất lượng tốt nhất và và giao dịch
8


diễn ra thuận lợi chính vì thế Karaoke Ruby đã đưa vào và sử dụng phần mềm
quản lý cửa hàng để phục vụ cho việc quản lý. Với thiết kế nhẹ, tiện lợi và dễ sử
dụng với công việc quản lý, giao diện đẹp thu hút người sử dụng. Phần mềm
quản lý quán karaoke Ruby sẽ là một lựa chọn tối ưu nhất cho người sủ dụng.
Sau đây để hiểu rõ hơn về phần mềm này, chúng ta sẽ đi sâu hơn vào bài phân
tích dưới đây.
1.1.2. Giới thiệu chung về quán Karaoke Ruby
- Tên của hàng: “Karaoke Ruby”.
- Số lượng nhân viên làm trong ca: 20 người.
- Số lượng quản lý của hàng: 2 người.
- Thời gian mở cửa: 6:00 – 22:00 (mở của cả thứ 7 và chủ nhật TRỪ tết nguyên
đáng).
- Địa điểm: 71 Trần Nhân Tông, Lê Đại Hành, Hai Bà Trưng, Hà Nội. - Email:

- Hotline: 0385161836
- Karaoke Ruby là nơi ca hát – giải trí rộng hơn 1500m2 gồm 4 tầng:
+ Tầng 1: Nơi sảnh chờ để đặt phòng hát cho khách, chỗ ngồi để chụp hình.
+ Tầng 2: Có 6 phịng hát loại thường.
+ Tầng 3: Có 6 phịng hát loại vip.
+ Tầng 4: Có 6 phịng hát loại super vip.
- Trang thiết bị phục vụ nhu cầu dịch vụ:
+ 2 máy Pos
+ 2 máy in bill
+ 15 máy camera
+ 6 tháng máy, điều hịa cơng suất lớn, …
9


+ Các loại dàn âm thanh bàn loa phục vụ cho các loại phịng

Hình 1.2: Hình ảnh qn karaoke Ruby
1.2. Xác định bài toán cần giải quyết
Quán Karaoke Ruby là một qn dịch vụ và kinh doanh rộng. Chính vì vậy,
để khách hàng không cần phải chờ đợi khi thanh tốn thì cần xây dựng hệ thống
phần mềm sẽ là một lợi thế.
Ban đầu, nhược điểm lớn nhất của quán này chính là q lớn, khơng thể
kiểm sốt được khi nhập hàng về hay gọi đồ ăn uống, hay việc đặt phịng …
Cơng việc đặt phịng gọi đồ vẫn chỉ thao tác bằng tay thường rất lâu và chậm
hay khi muốn xem thông tin mua bán của một vài năm trước để so sánh với năm
nay để tìm phương hướng phát triển thì thường sẽ bị mất dữ liệu.
Phần mềm quản lý này sẽ mang rất nhiều lợi ích đến cho cửa hàng chẳng hạn
như:
+ Đối với người quản lý: Nắm bắt nhanh chóng trong một ngày cửa hàng bán

được bao nhiêu mặt hàng, thu được được nhiêu tiền. Đồng thời, người quản lý sẽ
xem được báo cáo thống kế hàng tồn kho hay hàng nào sắp hết để tiếp tục nhập
thêm về kho.
+ Đối với nhân viên hoặc quản lý: Thao tác bán hàng đặt phịng nhanh hơn
khơng để khách hàng phải chờ đợi lâu.
+ Đối với khách hàng: Nhanh chóng thành tốn, khơng làm mất nhiều thời gian
của mọi người.
10


1.3 Phân tích và đặc tả các nghiệp vụ của hệ thống
- Các chức năng chính của hệ thống
+ Quản lý hàng: Trong phần quản lý sản phẩm, hàng hóa khi chưa có hệ thống
quản lý thì cửa hàng sử dụng excel để quản lý các mặt hàng trong quán. Chính
vì thế, dữ liệu lưu có thể bị mất mát thơng tin trong q trình làm việc với excel.
+ Quản lý bán hàng: Trong phần quản lý bán hàng người bán hàng sẽ sử dụng
phần mềm excel để lưu giữ lại q trình bán hàng đặt phịng chọn phịng đối với
khách hàng, giá tiền cho quản lý biết và thống kê để từ đó điều phối kinh doanh
cho hợp lý. Qua đó, ta thấy khi sử dụng Excel khơng tối ưu về nhiều mặt hạn
chế.
+ Quản lý phòng: Trong phần quản lý phịng khi chưa có hệ thống vẫn có sự
quản lý thủ công là từ nhân viên báo xem tình trạng phịng cịn trống hay khơng
rất dễ sai xót trong q trình quản lý phịng hát. Hoặc cập nhật các phòng mới
chỉnh sửa tên phòng hiện tại chưa quản lý được.
+ Quản lý nhập hàng: Trong phần quản lý nhập các mặt hàng khác nhau từ các
nhà cung cấp khác nhau chưa có các phần thống kê cụ thể thông tin các nhà
cung cấp – việc quản lý các mặt hàng tính tiền mặt hàng theo số lượng giá số
lượng khác nhau hầu hết sử dụng giấy bút để ghi chép gây ra nhiều rủi do cho
việc quản lý nhập hàng cho quán karaoke.
+ Báo cáo thống kê: Người quản lý thường xuyên báo cáo thông kê theo từng

thời kỳ. Thông kê phân loại theo mặt hàng tồn kho, mặt hàng đã bán, phân loại
theo số lượng, nhà cung cấp. Nếu khơng có phần mềm quản lý thì những công
việc kể trên sẽ thao tác bằng tay và khi thông kế kiểu vậy rất tốn thời gian và tốn
công, sức.
1.4 Xác định các yêu cầu của hệ thống
1.4.1 Yêu cầu chức năng
1.4.1.1. Chức năng đăng nhập, đăng xuất và đăng ký tài khoản
- Chức năng đăng nhập: Để muốn đăng nhập tài khoản thì nhân viên cần nhập
username và password đã tạo từ trước để vào sử dụng hệ thống.
11


- Chức năng đăng xuất: Sau khi sử dụng xong thì nhân viên sẽ đăng xuất tài
khoải ra để cho nhân viên sau vào sử dụng phần mềm hệ thống trên máy Pos.
- Chức năng đăng ký tài khoản: Nếu bạn là nhân viên mới chưa có tài khoản thì
bạn sẽ được tạo tài khoản gồm có các thơng tin cá nhân như: họ tên, giới tính,
năm sinh, số điện thoại, username, password và địa chỉ thường trú.
1.4.1.2. Chức năng quản lý hàng
Các sản phẩm mặt hàng được trưng bày bán trong quán.Có các phần thêm sửa
xóa các mặt hàng.
1.4.1.3. Chức năng quản lý bán hàng
- Thực hiện các yêu cầu khách hàng muốn chọn phòng hát nào gọi các đồ ắn đồ
uống theo yêu cầu của từng khách hàng có giờ vào giờ ra theo các phịng tương
ứng, xem tình trạng các phịng trong phần mềm,lịch sử giao dịch thanh tốn xuất
hóa đơn cho khách hàng sau khi đã sử dụng xong dịch vụ ở quán karaoke.
1.4.1.4. Chức năng quản lý nhập hàng
- Kiểm tra thông tin các nhà cung cấp cập nhật thông tin các nhà cung cấp tương
ứng nhập các thông tin tương ứng cho từng nhà cung cấp các mặt hàng cho qn
karaoke, tính tốn tổng tiền số lượng thanh toán theo từng nhân viên quản lý
phần nhập hàng.

1.4.1.5. Chức năng quản lý phòng
- Kiểm tra thơng tin các phịng có trong qn có các chức năng thêm sửa xóa
phịng,loại phịng.
1.4.1.6. Chức năng báo cáo thống kê
- Trong phần thống kê thì gồm có thống kê doanh thu, công nợ, tồn kho trong hệ
thống.
1.4.2. Yêu cầu phi chức năng
1.4.2.1. Yêu cầu bảo mật

12


Điều rất quan trọng cần chú ý nhất chính là thơng tin tài khoản. Vì đó là
thơng tin cá nhân của người dùng thì ta khơng nên để lộ ra ngoài. Cần được bảo
vệ tối đa
1.4.2.2. Yêu cầu về sao lưu
Việc sao lưu dữ liệu rất quan trọng bởi có rất nhiều dữ liệu quan trọng ví dụ
như thống tin bán hàng, thông tin mặt hàng hay báo cáo thống kế thường kì rất
được các quản lý quán chú trọng nên họ sẽ thường xuyên sao lưu dữ liệu. Hoặc
khi đang thanh toán cho khách hàng, nếu sự cố mất điện xảy ra mà ta chưa sao
lưu dự liệu thì sẽ rất mệt với cả hai người.
1.4.2.3. Yêu cầu về tính năng sử dụng
- Các tính năng sử dụng chính:
+ Sử dụng được đầy đủ các chức năng trên phần mềm
+ Cập nhật được thời gian thực
+ Hệ thống có để cho nhiều người cũng sử dụng mà không bị sập server.
+ Cung cập đầy đủ các thông tin cần thiết
1.4.2.4. Yêu cầu ràng buộc thiết kế
- Hệ thống cần các yêu cầu cần thiết như sau:
+ Hệ thống được xây dựng chủ yếu trên Visual Studio 2012 bằng ngôn ngữ C#

và dùng kéo thả WinForm.
+ Hệ quản trị cơ sở dữ liệu SQL Server 2012
1.4.2.5. Yêu cầu về phần cứng
- Hệ điều hành: Windowns 7 trở lên
- Bộ Xử lý: CPU lớn hơn hoặc bằng 2.3 GHz.
- Ram: lớn hơn hoặc 4GB.
- Ổ Cứng: lớn hơn hoặc bằng 200GB.
13


1.4.2.6. Phần mềm được sử dụng
- Cơ sở dữ liệu: SQL Server
- Ngôn ngữ: C#
1.4.2.7. Yêu cầu khi sử dụng phần mềm
- Nhân viên sẽ được quản lý phổ biến rõ hơn về các chức năng của phần mềm
khi sử dụng.
1.4.2.8. Các yêu cầu khác
- Giao diện dễ nhìn, dễ sử dụng và thu hút người sử dụng
- Khi mới sử dụng cần có hướng dẫn chi tiết
- Phần mềm này thì mọi lứa tuổi đều sử dụng được (trừ các trẻ em dưới 15 tuổi).
- Thông tin tài khoản người dùng cần được bảo mật, tài khoản và mật khẩu được
mã hóa bằng các ký tự để khơng lộ thông tin.

14


CHƯƠNG 2: QUẢN LÝ DỰ ÁN
2.1.

Ước lượng dự án

Hệ thống quản lý sẽ giúp quản lí kiểm sốt được tình hình quản lý hàng và
nhân viên bán hàng. Phần mềm góp phần nâng cao hiệu quả cơng việc, thúc đẩy
phát triển hoạt động quán hàng. Giúp cho công việc quản lý trở nên dễ dàng,
tiện dụng, chính xác hơn và tạo uy tín. Đem lại doanh thu tối đa cho qn
Karaoke.

2.1.1. Ước lượng chi phí

Giai
đoạn

Quản
dự án

Cơng việc chính

lý

Phân tích
và thiết
kế
hệ
thống

Module
thống kê
sản phẩm

Mơ tả cơng việc

Chi phí

Khảo sát u cầu Thu thập cá dự liệu cần
50.000VNĐ
dự án
thiết về dự án
Triển khai và thiết lập 100.000VN
Bắt đầu dự án
project cho dự án
Đ
Lập kế hoạch phạm Lập kế hoạch chi tiết cho
vi dự án
phạm vi làm việc
100.000VNĐ
Viết báo cáo tổng Tổng kết lại tồn bộ q
0VNĐ
kết dự án
trình quản lý dự án
Mơ tả chi tiết những yêu
Đặc tả chi tiết yêu
100.000VN
cầu, chức năng cần có của
cầu của khách hàng
Đ
phần mềm
Mơ tả hệ thống Xây dựng sơ đồ usecase và
100.000VN
thơng qua sơ đồ trình tự bằng phần mềm
Đ
usecase và trình tự draw.io

Xây dựng các trường dữ
Thiết kế cơ cở dự
300.000VN
liệu cần thiết cho phần
liệu
Đ
mềm
Xây dựng các chức năng
Thiết kế giao diện
500.000VN
chính cho phần mềm bán
cho phần mềm
Đ
hàng
Viết báo cáo trình bày phân
Viết bài phân tích
100.000VN
tích và thiết kế ra hệ thống
chi tiết về hệ thống
Đ
phần mềm
Phân tích yêu cầu
Xây dựng chi tiết nhiệm vụ 100.000VN
cụ thể cho từng
chính của hệ thống
Đ
module
Thiết
kế
các Xây dựng chức năng cùng 150.000VN

15


module
Xây dựng code
Cài đặt các module
Kiểm thử
module

cho

Viết báo cáo hồn
thiện
Tích
hợp
các
Tích hợp Module đã thiết kế
và hoàn Kiểm thử phần
thành sản mềm
phẩm
Fix code

các sự kiện
Xử lý các tính năng khi
thao tác
Demo module khi xây
dựng xong
Kiểm tra giao diện, độ
chính xác và tìm các lỗi
trong hệ thống

Trình bày báo cáo chi tiết
khi thiết kế module
Lắp ghép các module lại
với nhau cho hoàn chỉnh
Test lại tồn bộ hệ thống đã
xây dựng
Tìm kiếm các lỗi phát sinh
trong quá trình thực thi
Viết bản hướng dẫn sử
dụng phần mềm

Viết báo cáo hướng
dẫn sử dụng
Đóng gói
Lên kế hoạch bảo
phần
Đề ra kế hoạch bảo trì
trì phần mềm
mềm
Tổng kết lại quá trình là ra
Kết thúc dự án
dự án
Hinh 2.1: Bảng ước lượng về chi phí

Đ
600.000VN
Đ
200.000VN
Đ
100.000VN

Đ
50.000VNĐ
100.000VN
Đ
150.000VN
Đ
200.000VN
Đ
0VNĐ
0VNĐ
0VNĐ

2.1.2. Ước lượng thời gian

Giai
đoạn

Cơng việc chính

Mơ tả cơng việc

Khảo sát u cầu Thu thập cá dự liệu cần
dự án
thiết về dự án
Triển khai và thiết lập
Bắt đầu dự án
project cho dự án
Quản lý
dự án
Lập kế hoạch Lập kế hoạch chi tiết cho

phạm vi dự án
phạm vi làm việc
Viết báo cáo tổng Tổng kết lại tồn bộ q
kết dự án
trình quản lý dự án
Phân
Đặc tả chi tiết u Mơ tả chi tiết những u
tích và cầu của khách cầu, chức năng cần có của
thiết kế hàng
phần mềm
hệ
Mô tả hệ thống Xây dựng sơ đồ usecase và
thống
thơng qua sơ đồ trình tự bằng phần mềm

Thời gian
1 ngày
1 ngày
1 ngày
1 ngày
1 ngày
5 ngày
16


usecase và trình tự draw.io
Xây dựng các trường dữ
Thiết kế cơ cở dự
liệu cần thiết cho phần
liệu

mềm
Xây dựng các chức năng
Thiết kế giao diện
chính cho phần mềm bán
cho phần mềm
hàng
Viết bài phân tích Viết báo cáo trình bày phân
chi tiết về hệ tích và thiết kế ra hệ thống
thống
phần mềm
Phân tích yêu cầu
Xây dựng chi tiết nhiệm vụ
cụ thể cho từng
chính của hệ thống
module
Thiết
kế
các Xây dựng chức năng cùng
module
các sự kiện
Xử lý các tính năng khi
Module
Xây dựng code
thao tác
thống
kê sản Cài
đặt
các Demo module khi xây
phẩm
module

dựng xong
Kiểm tra giao diện, độ
Kiểm thử cho
chính xác và tìm các lỗi
module
trong hệ thống
Viết báo cáo hồn Trình bày báo cáo chi tiết
thiện
khi thiết kế module
Tích hợp các Lắp ghép các module lại
Tích
hợp và Module đã thiết kế với nhau cho hoàn chỉnh
hoàn
Kiểm thử phần Test lại tồn bộ hệ thống đã
thành
mềm
xây dựng
sản
Tìm kiếm các lỗi phát sinh
Fix code
phẩm
trong quá trình thực thi
Viết
báo
cáo
Viết bản hướng dẫn sử
hướng dẫn sử
dụng phần mềm
Đóng
dụng

gói
Lên kế hoạch bảo
phần
Đề ra kế hoạch bảo trì
trì phần mềm
mềm
Tổng kết lại quá trình là ra
Kết thúc dự án
dự án

1 ngày
10 ngày
1 ngày
2 ngày
3 ngày
5 ngày
1 ngày
1 ngày
1 ngày
1 ngày
1 ngày
2 ngày
1 ngày
1 ngày
1 ngày

Hinh 2.2: Bảng ước lượng về thời gian
2.1.3. Ước lượng về số lượng người tham gia
17

-

Số lượng người tham gia vào dự án này là 1 người.

18


2.2.

Lập lịch và theo dõi dự án
Giai
đoạn

Khảo
sát
mơ
hình

Phân
tích
và
thiết
kế
phần
mềm

Hoạt
động

Tên hoạt động

1.1

Khảo sát thực tế,
phân tích các yêu
cầu.

1.2

Báo cáo triển khai
dự án.

1.3

Lập kế hoạch cho
dự án.

2.1

Phân tích quy trình
nghiệp vụ.

2.2
2.3
2.4
3.1

Xây dựng use case
cho hệ thống.

Xậy dựng sơ đồ
trình tự cho hệ
thống.
Thống nhất các sơ
đồ.
Phân tích các đối
tượng.

Xây
dựng 3.2
cơ sở
dự
liệu
3.3

Xây dựng các
thuộc tính cho từng
đối tượng.

Xây
dựng
các
chức
năng
chính
Kiểm

Xây dựng các form
đã được phân tích.
Xử lý sự kiện.

4.1
4.2

Hoạt
động
kế
thừa

Thời
gian bắt
đầu

Thời
gian kết
thúc

16/08/21

16/10/2
1

Chưa
hoàn
thành




1.1

1.2

Hoàn
thành

1 ngày

1.2

1 ngày

2.1

3 ngày










2.2

3 ngày

2.3

1 ngày

2.3,
2.3,
2.4







2 ngày




3.1

1 ngày




Thiết kế cơ sở dự
liệu và nhập dữ
liệu.

3.1,
3.2

2 ngày

3.3

3 ngày



4.1

4 ngày










4.3

Demo các module
đã hoàn thành.

4.1

1 ngày

5.1

Kiểm tra các giao

4.3

1 ngày







19


thử
phần
mềm
Cài
đặt
phần
mềm
Tích
hợp
và
bảo
trì

5.2
5.3
6.1
6.2
7.1

diện.
Kiểm tra lại dự
liệu.
Fix code nếu gặp
lỗi.
Viết báo cáo về
module.
Viết báo cáo hướng
dẫn sử dụng phần
mềm.
Lên kế hoạch bảo
trì phần mềm.

5.1

1 ngày



5.2

1 ngày



5.1

1 ngày








6.1

1 ngày

5.3,
6.1

1 ngày







7.2

Kết thúc dự án.



Hinh 2 3: Bảng lập lịch và theo dõi

20


CHƯƠNG 3: PHÂN TÍCH VÀ THIẾT KẾ HỆ THỐNG
3.1. Xác định các Actor và Use Case tổng quát của hệ thống
3.1.1. Các Actor
STT

Actor

1

Bộ phận quản lý

2

Use case

Nhân viên

-

Đăng nhập

-

Quản lý phòng

-

Quản lý nhập hàng

-

Quản lý bán hàng

-

Quản lý hàng

-

Báo cáo thống kê

-

Đăng nhâp

-

Quản lý bán hàng

3.1.2. Biểu đồ Use Case của tồn hệ thống

Hình 3.3: Biểu đồ use case tồn hệ thống
21


3.2. Phân tích thiết kế từng chức năng của hệ thống
3.2.1. Chức năng đăng nhập
3.2.1.1. Biểu đồ use case cho chức năng đăng nhập

Hình 3.4: Use case đăng nhập
 Đặc tả use case đăng nhập, đăng xuất
•

Tác nhân: Quản lý cửa hàng karaoke admin, nhân viên.

•

Mơ tả: Mỗi khi tác nhân sử dụng hệ thống quản lý thì cần thực hiện chức
năng đăng nhập vào hệ thống. Khi dùng xong phần mềm thì đăng xuất tài
khoản ra khỏi phần mềm quản lý.

•

Dịng sự kiện chính:

-

Tác nhân u cầu giao diện đăng nhập vào hệ thống

-

Hệ thống hiện thị giao diện đăng nhập cho tác nhân

-

Tác nhân sẽ: cập nhật tên đăng nhập (usename) và mật khẩu (password).
22


-

Hệ thống kiểm tra dữ liệu và xác nhận thông tin từ tác nhân gửi vào hệ
thống.

-

Thơng tin đúng thì hệ thống gửi thông báo và đưa tác nhân vào hệ thống
chính.

-

Kết thúc use case đăng nhập.

•

Dịng sự kiện phụ:

-

Sự kiện 1: Nếu tác nhân đăng nhập đúng, nhưng lại muốn thốt khỏi hệ
thống → Hệ thống thơng báo thốt bằng cách đăng xuất → Kết thúc use

case.

-

Sự kiện 2: Nếu tác nhân đăng nhập sai → Hệ thống thông báo đăng nhập
lại hoặc thoát → Sau khi tác nhân chọn thốt → Kết thúc use case.

•

Các u cầu đặc biệt: Khơng có

•

Trạng thái hệ thống trước khi sử dụng use case: Khơng có u cầu

•

Trạng thái hệ thống sau khi sử dụng use case:

-

Nếu đăng nhập thành công: Hệ thống sẽ gửi thông báo “Bạn đã đăng
nhập thành công!!!” và hiện thị giao diện chính cho tác nhân thực hiện các
chức năng khác.

-

Nếu đăng nhập thất bại: Hệ thống cũng sẽ gửi thông báo “Bạn đã đăng
nhập thất bại!!!” và quay lại chức năng đăng nhập cho bạn đăng nhập lại
thơng tin của mình.

3.2.1.2. Biểu đồ hoạt động cho chức năng đăng nhập, đăng xuất
 Chức năng đăng nhập:
A. Người thực hiện
Bộ phân quản lý hoặc nhân viên
B. Điều kiện kích hoạt
Bộ phân quản lý, nhân viên hoặc các đơn vị thành viên đặng nhập vào
chức năng quản lý sự kiện của hệ thống.
23


C. Sơ đồ lng nghiệp vụ cơ bản

Hình 3.5: Biểu đồ hoạt động cho chức năng đăng nhập
D. Mô tả các bước trong luồng nghiệp vụ cơ bản
- Bước 1: Bộ phân quản lý, nhân viên hoặc các đơn vị thành viên đăng nhập
vào hệ thống hoặc sử dụng các chức năng khác khi chưa được cấp quyền đăng
nhập (yêu cầu chức năng đăng nhập).
- Bước 2: Bộ phân quản lý, nhân viên nhập dữ liệu:
 Tài khản
 Mật khẩu

- Bước 3: Kiểm tra dữ liệu đầu vào bao gồm:

24


 Tài khoản, Mật khẩu chỉ được chứa các ký tự chữ cái, số và một vài ký

tự đặc biệt khác được cho phép

 Hợp lệ: chuyển sang bước 4
 Không hợp lệ: chuyển sang bước 2
- Bước 4: Kiểm tra đăng nhập:
 Hợp lệ: chuyển sang bước 5
 Không hợp lệ: chuyển sang bước 2

- Bước 5: Cấp quyền đăng nhập với quyền tương ứng với tài khoản.
- Bước 6: Kết thúc

 Chức năng đăng xuất:

A. Người thực hiện
Bộ phân quản lý hoặc nhân viên
B. Điều kiện kích hoạt
Bộ phân quản lý, nhân viên hoặc các đơn vị thành viên đã đặng
nhập hệ thống yêu cầu chức năng đăng xuất.
C. Sơ đồ luông nghiệp vụ cơ bản

25