Professional Documents
Culture Documents
HÀ NỘI, 08/2023
Cùng với đó, em xin gửi lòng biết ơn sâu sắc đến quý thầy cô viện Toán ứng dụng và
Tin học, trường Đại học Bách khoa Hà Nội đã dùng tri thức và tâm huyết của mình để
có thể truyền đạt cho em những kiến thức quan trọng, quý báu, giúp em bước vào đời.
Đặc biệt, em xin gửi lời cảm ơn chân thành đến TS Phạm Huyền Linh người đã tận
tâm chỉ bảo, hướng dẫn em trong suốt thời gian làm báo cáo vừa qua. Không chỉ hướng
dẫn báo cáo, thầy còn là người định hướng con đường học thuật, tạo động lực cho em
cố gắng theo đuổi lĩnh vực này. Một lần nữa, em xin cảm ơn thầy.
Trong quá trình làm báo cáo không thể tránh khỏi những thiếu sót, em rất mong nhận
được những ý kiến góp ý của Thầy Cô để báo cáo của em được hoàn thiện hơn.
I CHƯƠNG I: MỞ ĐẦU 5
1 Đặt vấn đề 5
Phần II
CHƯƠNG II: PHÂN TÍCH THIẾT
KẾ HỆ THỐNG
1 Ngôn ngữ UML
1.1 Giới thiệu về UML
Các ngôn ngữ lập trình hướng đối tượng ra đời khá sớm, ví dụ như Simula-67 (năm
1967), Smalltalk (đầu những năm 1980), C++, CLOS (giữa những năm 1980). . . Tuy
nhiên, mãi cho đến năm 1995, những nhóm phát triển phần mềm mới có những phương
pháp luận và ngôn ngữ mô hình với ký hiệu khác nhau, như Booch của Grady Booch,
OMT của James Rambaugh, OOSE của Ivar Jacobson, hay OOA & OOD của Coad và
Yordon...Việc áp dụng rộng rãi phương pháp hướng đối tượng đã đặt ra nhu cầu phải
xây dựng một ngôn ngữ mô hình hóa thống nhất như một chuẩn chung cho những người
phát triển phần mềm hướng đối tượng trên khắp thế giới. Nỗ lực thống nhất đầu tiên
bắt đầu khi Rumbaugh gia nhập nhóm nghiên cứu của Booch tại tập đoàn Rational
năm 1994 và sau đó Jacobson cũng gia nhập nhóm này vào năm 1995.
1.2 Mô tả
(Giao diện đặt đồ ăn, giao diện thanh toán, giao diện đăng kí tài khoản,. . . .. và cơ sở
dữ liệu có thể hiểu là một phần của hệ thống đặt đồ ăn cửa hàng.)
Xây dựng hệ thống đặt đồ ăn mà ở đó người dùng và người quản trị bắt buộc phải
đăng nhập vào hệ thống mới có thể thực hiện các thao tác như: xem thông tin, cập nhật
thông tin, đặt đồ ăn, hủy đặt,...... Hệ thống cho phép người dùng thực hiện các thao
tác như: thanh toán mua thêm bằng mã QR, chọn dịch vụ và thanh toán trực tuyến,
hủy , liên kết ngân hàng, quản lý tài khoản cá nhân.
Liên kết với tài khoản ngân hàng. Nếu người dùng muốn chọn và thanh toán
trực tuyến thì bắt buộc phải liên kết với tài khoản ngân hàng. Muốn liên kết thì người
dùng phải nhập đầy đủ thông tin: tên, tuổi, Số điện thoại, Email, số tài khoản, tên ngân
hàng, ảnh trước và sau của chứng minh nhân dân tại giao diện liên kết tài khoản. Hệ
thống sau khi nhận thông tin sẽ gửi yêu cầu kiểm tra thông tin đến hệ thống ngân hàng
để kiểm tra và xác nhận thông tin người dùng. Trong vòng 24 giờ hệ thống ngân hàng
sẽ kiểm tra và thông báo tài khoản có hợp lệ hay không. Nếu hợp lệ sẽ gửi một mã OTP
đến số điện thoại của người dùng, nếu không hợp lệ gửi thông báo. Người dùng sẽ nhập
mã OTP tại giao diện liên kết tài khoản, hệ thống sẽ gửi yêu cầu kiểm tra. Sau khi hệ
thống ngân hàng kiểm tra sẽ gửi thông báo. Nếu thất bại sẽ gửi thông báo về, người
dùng có thể yêu cầu gửi lại mã OTP. Nếu thành công sẽ liên kết tài khoản và thông báo
thành công.
Ta có:
Ca sử dụng: Đăng ký
Các tác nhân: khách.
Điều kiện trước: Số điện thoại chưa được đăng kí, khách phải điền đầy đủ thông tin.
Điều kiện sau: thông tin phải được hệ thống xác nhận. Mô tả: Khi khách (người chưa
có tài khoản) muốn trở thành người dùng, thì bắt buộc phải đăng ký tài khoản. Mỗi
số điện thoại tương ứng với một người dùng vì vậy yêu cầu sô điện thoại đăng kí phải
chưa được sử dụng. Khách nhập đầy đủ thông tin sau đó bấm yêu cầu tạo tài khoản.
Hệ thống sẽ kiểm tra và xác nhận tài khoản nếu thông tin đúng.
2.1.2 Phân tích ca sử dụng - thanh toán mua thêm (tại quầy)
Ca sử dụng: Quản lý đồ ăn
Các tác nhân: Người quản trị.
Điều kiện trước: Người quản trị phải có tài khoản và tài khoản phải hợp lệ
Điều kiện sau: Người quản trị cập nhật menu đồ ăn thành công
Mô tả : Người quản trị có thể tìm kiếm, xem và cập nhật (thêm, sửa, xóa) món ăn.
Tại giao diện quản lý đồ ăn, người quản trị có thể xem và yêu cầu cập nhật thông tin
món. Cơ sở dữ liệu của hệ thống sẽ kiểm tra nếu hợp lệ sẽ lưu thông tin và thông báo
thành công. Ngược lại báo cáo lỗi và người quản trị có thể nhập lại..
Các sự kiện chính
Hình 3: Biểu đồ hoạt động - chọn dịch vụ và thanh toán trực tuyến
Tác nhân: Người dùng. Mô tả: Mã QR sẽ tích hợp các dịch vụ mà bạn đã đặt. Khi
người dùng muốn lấy đồ ăn cần phải check mã QR tại quầy.Sau khi nhân viên quét mã,
cơ sở dữ liệu của hệ thống đặt đồ ăn sẽ kiểm tra mã QR của bạn có hợp lệ hay không.
Nếu hợp lệ sẽ kiểm tra trạng thái của dịch vụ có tồn tại không, số lượng còn không,
thời gian hợp lệ không. Nếu không hợp lệ thông báo, ngược lại mỗi lần check mã QR
thành công tương đương với một đồ ăn. Mỗi lần thành công sẽ cập nhật lại trạng thái
của dịch vụ và thông báo kết thúc.
2.3.5 Đăng kí
Tác nhân: Người quản trị. Mô tả: Người quản trị có thể tìm kiếm, xem và cập nhật
(thêm, sửa, xóa) các thành viên. Tại giao diện quản lý thành viên, người quản trị có thể
cập nhật thông tin người dùng mình mong muốn. Cơ sở dữ liệu của hệ thống sẽ kiểm
tra nếu hợp lệ sẽ lưu thông tin và thông báo thành công. Ngược lại báo cáo lỗi và người
quản trị có thể nhập lại.
Tác nhân: Người quản trị Mô tả: Người quản lý có thể xem và yêu cầu thống kê doanh
thu theo mốc thời gian mong muốn (thống ke theo tháng, theo quý, theo năm) tại giao
diện quản lý doanh thu. Cơ sở dữ liệu của hệ thống sẽ phân tích thống kê và gửi thông
tin doanh thu
Tác nhân: Người quản trị. Mô tả: Người quản trị có thể tìm kiếm, xem và cập nhật
(thêm, sửa, xóa) khuyến mãi. Tại giao diện quản lý khuyến mãi, người quản trị có thể
cập nhật thông tin khuyến mãi. Cơ sở dữ liệu của hệ thống sẽ kiểm tra nếu hợp lệ sẽ
lưu thông tin và thông báo thành công. Ngược lại báo cáo lỗi và người quản trị có thể
nhập lại.
Tác nhân: Người dùng, hệ thống ngân hàng. Mô tả: Mỗi người dùng sẽ có quyền cập
nhật quản lý tài khoản cá nhân của mình như: thêm. sửa, xóa thông tin,. . . tại giao
diện quản lý tài khoản cá nhân và gửi yêu cầu cập nhật lại thông tin. Hệ thống đặt đồ
ăn sẽ kiểm tra định dạng thay đổi có đúng với yêu cầu hay không. Nếu đúng thì cơ sở
dữ liệu của hệ thống sẽ kiểm tra và lưu thông tin nếu hợp lệ và thông báo thành công,
ngược lại gửi thông báo thất bại.
Tác nhân: Người dùng, hệ thống ngân hàng. Mô tả: Để thực hiện các thao tác trên người
dùng bắt buộc phải đăng nhập tài khoản (tức là tài khoản đã được đăng ký). Sau khi
nhập đầy đủ thông tin: số điện thoại đăng kí, mật khẩu tại giao diện đăng nhập. cơ sở
dữ liệu của hệ thống sẽ kiểm tra tài khoản có hợp lệ không. Nếu hợp lệ di chuyển đển
trang chủ của người dùng hệ thống, ngược lại thông báo không hợp lệ và người dùng có
thể nhập lại thông tin.