1. Trang chủ
  2. » Luận Văn - Báo Cáo

Bài tập lớn đồ án cuối kì môn phântíchvàthiết kế yêu cầu phân tích và thiết kế hệ thống quản lýquán chuỗi karaoke

83 9 0

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Tiêu đề Phân Tích Và Thiết Kế Hệ Thống Quản Lý Quán Chuỗi Karaoke
Tác giả Đinh Thị Ngọc Phượng, Cao Đăng Tình, Cao Hoàng Oanh
Người hướng dẫn GV Huỳnh Anh Khiêm
Trường học Trường Đại Học Tôn Đức Thắng
Chuyên ngành Công Nghệ Thông Tin
Thể loại Bài Tập Lớn/Đồ Án Cuối Kì
Năm xuất bản 2023
Thành phố Thành Phố Hồ Chí Minh
Định dạng
Số trang 83
Dung lượng 1,15 MB

Cấu trúc

  • CHƯƠNG 1 GIỚI THIỆU CHUNG (12)
    • 1.1 Tổng quan về hệ thống giao hàng nhanh (0)
      • 1.1.1 Mô tả (12)
      • 1.1.2 Các vấn đề cần giải quyết và cải thiện hệ thống (12)
      • 1.1.3 Ưu điểm (12)
      • 1.1.4 Nhược điểm (13)
    • 1.2 Bảng phỏng vấn (0)
    • 1.3 Các quy trình nghiệp vụ (18)
      • 1.3.1 Các nhiệm vụ cơ bản (18)
      • 1.3.2 Các quy trình nghiệp vụ (18)
      • 1.3.3 Các quy trình đặt phòng (19)
  • CHƯƠNG 2 PHÂN TÍCH YÊU CẦU (20)
    • 2.1 Đặc tả yêu cầu (20)
      • 2.1.1 Yêu cầu chức năng (21)
      • 2.1.2 Yêu cầu phi chức năng (22)
    • 2.2 Các tác nhân trong hệ thống (23)
    • 2.3 Các Use-Case trong hệ thống (24)
  • CHƯƠNG 3 THIẾT KẾ YÊU CẦU (28)
    • 3.1 Sơ đồ Use-Case tổng quát của hệ thống (28)
    • 3.2 Các Use-Case hệ thống (29)
  • TÀI LIỆU THAM KHẢO (82)
  • PHỤ LỤC (83)

Nội dung

GIỚI THIỆU CHUNG

Các quy trình nghiệp vụ

1.3.1 Các nhiệm vụ cơ bản

- Đặt phòng và đặt trước cho khách hàng

- Quản lý thông tin khách hàng

- Quản lý đơn hàng và hóa đơn

- khuyến mãi và giảm giá

- Báo cáo và thống kê

1.3.2 Các quy trình nghiệp vụ

Hình 1.2: Quy trình nghiệp vụ của hệ thống Karaoke

1.3.3 Các quy trình đặt phòng

Hình 1.3: Quy trình đặt phòng của hệ thống Karaoke

PHÂN TÍCH YÊU CẦU

Đặc tả yêu cầu

Hiện nay, nhu cầu giải trí và giao lưu của giới trẻ ngày càng tăng, dẫn đến sự gia tăng số lượng quán karaoke Để đáp ứng nhu cầu này, các quán karaoke hiện đại đã áp dụng hệ thống quản lý phần mềm, giúp ghi chép, tính tiền, quản lý khách hàng, nhân viên và phòng hát một cách nhanh chóng và hiệu quả.

Khách hàng có thể dễ dàng đặt phòng tại quán bằng cách gọi điện hoặc truy cập website để xem thông tin về loại phòng và giá giờ hát Nhân viên sẽ ghi nhận thông tin đặt phòng, bao gồm thông tin khách hàng, loại phòng, giá phòng, giờ vào và tiền đặt cọc.

Liên hệ với khách hàng qua địa chỉ đã đăng ký trên website để xác nhận thông tin Khách hàng có thể đặt phòng ngay khi đến Nhân viên sẽ kiểm tra tình trạng phòng (phòng trống, đã đặt, hoặc có khách) để thông báo kết quả đặt phòng cho khách hàng.

Sau khi hoàn tất phiếu đặt phòng, nhân viên cần cập nhật thông tin khách hàng vào hệ thống Đối với khách hàng mới, nhân viên sẽ thêm thông tin của họ vào cơ sở dữ liệu.

Khi khách hàng đến nhận phòng hát, nhân viên sẽ tiến hành đối chiếu thông tin khách hàng với thông tin phòng đã đặt trên phiếu đặt Nếu mọi thông tin khớp nhau, nhân viên sẽ giao phòng cho khách một cách nhanh chóng và hiệu quả.

Các dịch vụ đồ ăn và đồ uống trong thực đơn của quán sẽ được lưu trữ trong cơ sở dữ liệu, bao gồm tên món, mô tả và đơn giá Khi khách hàng yêu cầu dịch vụ, nhân viên sẽ kiểm tra tình trạng hàng hóa, xác nhận số lượng từng loại và tiến hành giao hàng cho khách.

Khi khách hàng trả phòng, nhân viên sẽ kiểm tra phiếu đăng ký để xác định phòng hát cần thanh toán, đối chiếu thông tin khách hàng và kiểm tra các dịch vụ mà khách hàng không sử dụng Sau đó, hệ thống sẽ tính toán tổng chi phí bao gồm tiền phòng hát theo giờ, tiền dịch vụ và thuế VAT, và xuất hóa đơn thanh toán cho khách hàng.

Khi khách hàng yêu cầu xuất hóa đơn đỏ, nhân viên sẽ thu thập thông tin cần thiết bao gồm tên khai thuế, mã số khai thuế và địa chỉ khai thuế Sau đó, nhân viên sẽ kiểm tra tính hợp lệ của các thông tin này để đảm bảo việc xuất hóa đơn đúng theo yêu cầu của khách hàng.

Để đảm bảo quyền lợi cho khách hàng, người quản lý cần phân loại khách hàng thành hai nhóm: khách hàng cũ và khách hàng mới Khách hàng cũ sẽ được ưu tiên hơn khi đến quán hát thông qua các chương trình khuyến mại và giảm giá hấp dẫn.

 Báo cáo, thống kê thời gian dùng phòng hát, doanh thu các dịch vụ, lợi nhuận theo ngày, tháng, năm.

1 Chức năng quản lý khách sạn:

- Quản lý phòng, dịch vụ, khách hàng, nhân viên, voucher, thu chi.

- Tạo hóa đơn: bao gồm thời gian vào - ra phòng, sử dụng dịch vụ, số tiền phụ thu, mã giảm giá và ghi chú.

- Theo dõi hóa đơn: theo dõi chi tiết hóa đơn.

- Phiếu thu chi: Ghi nhận giao dịch tài chính như thu tiền phòng, thanh toán hóa đơn dịch vụ, mua sắm thiết bị và nhiều giao dịch khác.

- Kiểm tra thông tin khách hàng và đặt phòng hát theo yêu cầu của khách hàng.

- Kiểm tra tình trạng phòng.

- Cung cấp thông tin và hỗ trợ khách hàng.

- Thống kê các hóa đơn và phiếu thu chi theo ngày, tháng, năm.

- Xuất hóa đơn cho khách hàng

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

Hệ thống giao hàng cần phải tương thích với các hệ thống và thiết bị khác để đảm bảo tính liên kết và tương tác hiệu quả giữa các phần mềm và thiết bị.

 Hệ thống phần mềm giao hàng cần có khả năng mở rộng, để đáp ứng được nhu cầu tăng trưởng và phát triển của doanh nghiệp.

 Hệ thống phần mềm giao hàng cần đảm bảo bảo mật thông tin khách hàng, thông tin đơn hàng và thông tin thanh toán trên hệ thống.

Hệ thống phần mềm giao hàng cần sở hữu giao diện thân thiện và dễ sử dụng, nhằm mang lại sự thuận tiện cho người dùng và tạo ra trải nghiệm tích cực.

Hệ thống phần mềm giao hàng cần duy trì tính đồng bộ và khả năng truy xuất dữ liệu chính xác để quản lý đơn hàng và thông tin liên quan một cách hiệu quả.

Hệ thống phần mềm giao hàng phải đảm bảo tính ổn định và đáng tin cậy nhằm ngăn chặn các sự cố trong quá trình vận hành.

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

Quản lý Đã được cấp tài khoản để truy cập hệ thống, có thể đổi mật khẩu tài khoản và theo dõi đơn hàng của khách hàng.

Có vai trò quan trọng trong việc theo dõi doanh thu và quản lý chi phí, đồng thời tạo báo cáo tài chính cho công ty Ngoài ra, còn đảm nhiệm việc quản lý hoạch toán và xử lý hóa đơn thanh toán từ phía khách hàng, đồng thời theo dõi trực tiếp các hoạt động của hệ thống.

Kế toán đã được cấp tài khoản cá nhân để truy cập vào hệ thống, cho phép họ thay đổi mật khẩu và theo dõi đơn hàng của khách hàng Họ cũng đảm nhận vai trò quản lý doanh thu, chi phí, tiền lương nhân sự, cũng như thống kê dịch vụ và khách hàng.

Theo dõi mọi mặt về mặt tài chính của quán Xuất báo cáo thống kê cho cấp trên

Lễ tân đã được cấp tài khoản cá nhân để truy cập hệ thống, cho phép họ đổi mật khẩu và theo dõi đơn hàng của khách hàng Họ cũng đảm nhận vai trò tra cứu phòng và thông tin khách hàng một cách hiệu quả.

Lưu thông tin của khách hàng khi khách thuê phòng, xác nhận đặt phòng từ khách hàng, thuê phòng cho khách

Cung cấp tình trạng phòng hiện tại và thanh toán

Là người có tài khoản để đăng nhập vào hệ thống.

Có thể cập nhật thông tin cá nhân của mình như: email, số điện thoại, địa chỉ, password…

Là người đăng kí tài khoản để đăng ký tài khoản thành viên.

Có thể tra cứu phòng để tiến hành đặt phòng Cung cấp thông tin cá nhân khi đặt phòng gồm họ và tên, địa chỉ,…

Cung cấp thông tin thuê phòng như: số người thuê, ngày thuê, CMND, …

Bảng 2.1 Các tác nhân của hệ thống

Các Use-Case trong hệ thống

Case Tác nhân Mô tả

UC01 Đăng nhập Tất cả Tác nhân đăng nhập vào hệ thống để sử dụng, thực hiện các chức năng theo nhu cầu và công việc của bản thân

UC02 Đăng xuất Tất cả Tác nhân đăng xuất tài khoản ra khỏi ứng dụng, hệ thống dừng cấp quyền truy cập ứng dụng cho tác nhân.

Tất cả các tác nhân đã khởi tạo tài khoản trước đây và đang truy cập trực tiếp trên hệ thống đều có thể thực hiện việc đổi mật khẩu cho tài khoản của mình.

Kế toán Kế toán thống kê voucher mỗi ngày,tuần, tháng,…

UC05 Thống kê khách hàng

Kế toán Kế toán thống kê từng nhóm khách hàng, số khách hàng vào ra mỗi ngày,tuần, tháng,…

UC06 Thống kê dịch vụ

Kế toán Kế toán lập báo cáo thống kê dịch vụ của khách sạn

UC07 Lập báo cáo thống kê thu và chi.

Kế toán Kế toán lập báo cáo thống kê doanh thu, chi hàng ngày/tháng/quý/năm, cũng như chi trả lương nhân viên hằng tháng.

UC08 Đăng ký tài khoản

Tất cả người dùng muốn truy cập vào hệ thống và thực hiện các chức năng theo nhu cầu công việc của mình cần phải đăng ký tài khoản.

UC09 Cung cấp thông tin cá nhân

Khách hàng Khách hàng đại diện cung cấp thông tin thuê phòng gồm: số ngày thuê, số khách hàng, CMND.

Khách hàng Khách hàng sử dụng hệ thống của khách sạn để đăng ký đặt phòng.

UC011 Đặt phòng trực tiếp

Khách hàng Khi khách hàng đặt phòng tại quầy thì thêm thông tin khách hàng và thông tin phòng

UC012 Thanh toán Khách hàng, lễ tân

Khách hàng nhận phòng, trả phòng, đến quầy lễ tân để thanh toán hoặc thanh toán online khi book phòng

UC013 Lập hóa đơn Lễ tân Lễ tân thêm hóa đơn mới khi khách hàng thực hiện thanh toán

UC014 Xóa hóa đơn Lễ tân Lễ tân thực hiện xóa hóa đơn khi có sai sót trong hóa đơn

UC015 Cập nhật hóa đơn

Lễ tân Nhân viên kế toán xem được chi tiết doanh thu của công ty

UC016 Đặt và hủy dịch vụ

Khách hàng, nhân viên phục vụ, lễ tân

Khách hàng, nhân viên phục vụ, lễ tân sử dụng website/app của khách sạn để đăng ký hoặc hủy dịch vụ.

Quản lý Khi quản lý thực hiện chức năng quản lý phòng trong hệ thống

UC018 Sửa thông tin phòng

Quản lý Khi quản lý thực hiện chức năng sửa thông tin phòng trong hệ thống

UC019 Xóa thông tin phòng

Quản lý Khi quản lý thực hiện chức năng xóa thông tin phòng trong hệ thống

UC020 Quản lý nhân viên

Quản lý Khi quản lý thực hiện chức năng quản lý nhân viên trong hệ thống

Quản lý Quản lý thực hiện chức năng thêm nhân viên mới vào hệ thống Sau đó hệ thống trả về kết quả quản lý

UC022 Sửa thông tin nhân viên

Quản lý Khi quản lý thực hiện chức năng sửa thông tin nhân viên trong hệ thống

UC023 Xóa thông tin Quản lý Khi quản lý thực hiện chức năng xóa nhân viên thông tin nhân viên trong hệ thống

UC024 Quản lý dịch vụ

Quản lý Khách hàng phải nhập thông tin đơn hàng bao gồm cả thông tin liên lạc, địa chỉ của người gửi và người nhận

UC025 cho phép thêm dịch vụ quản lý bằng cách thực hiện chức năng nhập thông tin dịch vụ mới vào hệ thống Sau khi hoàn tất, hệ thống sẽ trả về kết quả quản lý tương ứng.

UC026 Sửa thông tin dịch vụ

Quản lý Khi quản lý thực hiện chức năng sửa thông tin dịch vụ trong hệ thống

UC027 Xóa thông tin dịch vụ

Quản lý Khi quản lý thực hiện chức năng xóa thông tin dịch vụ trong hệ thống

UC028 Quản lý khách hàng

Quản lý Khi quản lý thực hiện chức năng quản lý khách hàng trong hệ thống

Quản lý Quản lý thực hiện chức năng thêm thông tin khách hàng mới vào hệ thống Sau đó hệ thống trả về kết quả quản lý

UC030 Sửa thông tin khách hàng

Quản lý Khi quản lý thực hiện chức năng sửa thông tin khách hàng trong hệ thống

UC031 Xóa thông tin khách hàng

Quản lý Khi quản lý thực hiện chức năng xóa thông tin khách hàng trong hệ thống

UC32 Tìm hóa đơn Lễ tân Tìm hóa đơn đã xuất theo mã hóa đơnBảng 2.2 Tổng quan use case trong hệ thống

THIẾT KẾ YÊU CẦU

Sơ đồ Use-Case tổng quát của hệ thống

Hình 3.1 Sơ đồ Use case tổng quát của hệ thống

Các Use-Case hệ thống

Truy cập vào hệ thống khi đã đăng ký tài khoản thành công hoặc có tài khoản trong hệ thống cơ sở dữ liệu.

Tác nhân đăng nhập vào hệ thống để có thể sử dụng được các chức năng của hệ thống.

Actors Lễ tân, quản lý, kế toán, khách hàng (gọi chung là người dùng website).

Preconditions Người dùng có tài khoản trên hệ thống và truy câp theo quyền được cấp theo vai trò của tài khoản.

Postcondition s Đăng nhập thành công

1 Người dùng nhấn chọn mục đăng nhập trên hệ thống.

1.1 Hệ thống hiển thị giao diện đăng nhập để người dùng điền thông tin username (số điện thoại hoặc email) và password

2 Người dùng điền thông tin tài khoản của mình username

(số điện thoại hoặc email) và password.

3 Người dùng chọn nút “Đăng nhập”.

3.1 Hệ thống kiểm tra thông tin, ghi nhận hoạt động

3.2 Cho phép truy cập hệ thống.

Alternatives - Người dùng nhập sai username hoặc password => hệ thống không cho truy cập và báo lỗi.

- Người dùng hủy ý định đăng nhập, tắt giao diện đăng nhập.

Bảng 3.2.1 Đặc tả Use case đăng nhập

Khi muốn đăng xuất khỏi hệ thống.

Dditions Đăng xuất tài khoản ra khỏi hệ thống, mất quyền chức năng sử dụng hệ thống.

Actors Lễ tân, quản lý, kế toán, khách hàng (gọi chung là người dùng website).

Preconditions Người dùng đã và đang truy cập hệ thống.

Postcondition Đăng xuất thành công s

1 Người dùng nhấn chọn mục “đăng xuất”.

1.1 Hệ thống thoát khỏi tài khoản người dùng.

Bảng 3.2.2 Đặc tả Use case đăng xuất

Khi người dùng đã đăng nhập vào hệ thống và muốn thay đổi mật khẩu.

Người dùng khi quên mật khẩu hoặc muốn thay đổi mật khẩu mới.

Actors Lễ tân, quản lý, kế toán, khách hàng (gọi chung là người dùng website).

Preconditions Người dùng đã có tài khoản truy cập hệ thống trước đó.

Postcondition Thay đổi mật khẩu thành công. s

1 Người dùng chọn mục “Thay đổi mật khẩu” hoặc “Quên mật khẩu”.

1.1 Hệ thống hiển thị thị form thay đổi mật khẩu hoặc form lấy lại mật khẩu.

2 Người dùng điền thông tin.

3.1 Hệ thống kiểm tra thông tin tài khoản.

3.1.1 Nếu thay đổi mật khẩu khi đăng nhập thì xác nhận mật khẩu cũ.

3.1.2 Nếu quên mật khẩu cần xác minh người dùng bằng mã qua số điện thoại hoặc email.

3.2 Hệ thống cập nhật mật khẩu thành công.

Alternatives - Mật khẩu mới trùng mật khẩu cũ.

- Mật khẩu không đạt yêu cầu tiêu chuẩn.

- Nhập mật khẩu cũ không chính xác.

- Mật khẩu mới và phần nhập lại mật khẩu mới không trùng nhau.

- Mã xác minh email, số điện thoại không chính xác.

Bảng 3.2.3 Đặc tả Use case đổi mật khẩu

Use Case Name Thống kê voucher

Event Kế toán thống kê voucher mỗi ngày,tuần, tháng,…

Descriptions + Thống kê từng voucher

Preconditions + Kế toán truy cập được vào hệ thống

+ Kế toán đã đăng nhập thành công vào hệ thống

Postconditions Kế toán lập báo cáo thống kê voucher thành công

Flow of activites Actor System

1 Kế toán chọn mục “Thống kê” 1.1 Hệ thống hiển thị giao diện thống kê khách hàng

2.1 Hệ thống hiển thị giao diện thống kê và thống kê thông tin về từng voucher.

2.2 Giao diện có chức năng thống kê các loại voucher.

3 Kế toán chọn hình thức thống kê 3.1 Hệ thống xuất ra kết quả theo yêu cầu thống kê

3.2 Hệ thống hiện hộp thoại đề xuất in bảng thống kê

4 Kế toán chọn in bảng thống kê 4.1 Hệ thống tiến hành in bảng thống kê và lưu thông tin vào hệ thống.

Alternatives Kế toán không muốn in bảng thống kê => Hệ thống trả về giao diện thống kê Bảng 3.2.4 Đặc tả Use case Thống kê voucher

Use Case Name Thống kê khách hàng

Event Kế toán thống kê từng nhóm khách hàng, số khách hàng vào ra mỗi ngày,tuần, tháng,…

Descriptions + Thống kê từng nhóm khách hàng: khách hàng mới, khách thường, khách vip

+ Số lượng khách đến, cũng như số lượng khách đặt trước các dịch vụ của khách sạn.

Preconditions + Kế toán truy cập được vào hệ thống

+ Kế toán đã đăng nhập thành công vào hệ thống

Postconditions Kế toán lập báo cáo thống kê khách hàng thành công

1 Kế toán chọn mục “Thống kê” 1.1 Hệ thống hiển thị giao diện thống kê khách hàng

2.1 Hệ thống hiển thị giao diện thống kê và thống kê thông tin về từng nhóm khách hàng.

2.2 Giao diện có chức năng thống kê tần suất sử dụng dịch vụ của mỗi khách hàng

3 Kế toán chọn hình thức thống kê 3.1 Hệ thống xuất ra kết quả theo yêu cầu thống kê

3.2 Hệ thống hiện hộp thoại đề xuất in bảng thống kê

4 Kế toán chọn in bảng thống kê 4.1 Hệ thống tiến hành in bảng thống kê và lưu thông tin vào hệ thống.

Alternatives Kế toán không muốn in bảng thống kê => Hệ thống trả về giao diện thống kê

Bảng 3.2.5 Đặc tả Use case Thống kê khách hàng

Use Case Name Thống kê dịch vụ

Triggering Event Kế toán lập báo cáo thống kê dịch vụ của khách sạn

Brief Descriptions Thống kê các loại hình dịch vụ của khách sạn được sử dụng mỗi ngày, tháng, quý, năm,…

Preconditions + Kế toán truy cập được vào hệ thống

+ Kế toán đã đăng nhập thành công vào hệ thống

Postconditions Kế toán lập báo cáo thống kê thành công

1 Kế toán chọn mục “Thống kê” 1.1 Hệ thống hiển thị giao diện thống kê doanh thu

“Lập báo cáo thống kê”

2.1 Hệ thống hiển thị giao diện thống kê và thống kê thông tin về tình hình thuê phòng (thống kê theo ngày, tháng, quý, năm, …)

2.2 Hệ thống hiển thị giao diện thống kê các loại hình dịch vụ của khách sạn được khách hàng sử dụng, hiển thị danh sách những dịch vụ nào được sử dụng nhiều nhất, ít nhất để từ đó nâng cao chất lượng dịch vụ.

3 Kế toán chọn hình thức thống kê 3.1 Hệ thống xuất ra kết quả theo yêu cầu thống kê

3.2 Hệ thống hiện hộp thoại đề xuất in bảng thống kê

4 Kế toán chọn in bảng thống kê 4.1 Hệ thống tiến hành in bảng thống kê và lưu thông tin vào hệ thống.

Alternatives Kế toán không muốn in bảng thống kê => Hệ thống trả về giao diện thống kê

Bảng 3.2.6 Đặc tả Use case Thống kê dịch vụ

Use Case Name Lập báo cáo thống kê thu và chi.

Triggering Event Kế toán lập báo cáo thống kê doanh thu, chi hàng ngày/tháng/quý/năm, cũng như chi trả lương nhân viên hằng tháng.

Brief Descriptions Thống kê về khoản tài chính của khách sạn.

Preconditions Sử dụng tài khoản, các quyền truy cập dành riêng cho kế toán Chọn mục “Lập báo cáo thống kê”

Postconditions + Kế toán truy cập được vào hệ thống

+ Kế toán đã đăng nhập thành công vào hệ thống

Flow of activites Kế toán lập báo cáo thống kê thành công

1 Kế toán chọn mục “Thống kê”

1.1 Hệ thống hiển thị giao diện thống kê doanh thu

“Lập báo cáo thống kê”

2.1 Hệ thống hiển thị giao diện thống kê và thống kê thông tin về tình hình thuê phòng (thống kê theo ngày, tháng, quý,năm, …)

3 Kế toán chọn hình thức thống kê

3.1 Hệ thống hiện lên lựa chọn thống kê thu hoặc thống kê chi

3.2 Hệ thống hiện đầy đủ thông tin chi tiết.

Và các chức năng như: sắp xếp, tìm kiếm, in thống kê,…

3.4 Hệ thống tính toán và trả về kết quả dựa vào yêu cầu của kế toán

3.5 Hệ thống hiện hộp thoại đề xuất in bảng thống kê.

4 Kế toán chọn in bảng thống kê.

4.1 Hệ thống tiến hành in bảng thống kê và lưu thông tin vào hệ thống.

Alternatives Kế toán không muốn in bảng thống kê => Hệ thống trả về giao diện ban đầu.

Bảng 3.2.7 Đặc tả Use case Lập báo cáo thống kê thu và chi

Use Case Name Đăng ký tài khoản

Triggering Event Khi muốn đăng nhập trên website thì cần có tài khoản

Brief Descriptions Người dùng đăng ký tài khoản trên hệ thống

Postconditions Tác nhân đăng ký tài khoản thành công và truy cập được vào website

Flow of activites Actor System

1 Chọn đăng ký tài khoản

1.1 Hệ thống hiển thị giao diện đăng ký tài khoản

2 Điền đầy đủ thông tin vào form đăng ký bao gồm: username, password, số điện thoại, email, địa chỉ

3.1 Hệ thống kiểm tra thông tin

3.1.a Nếu tác nhân nhập sai hoặc thiếu thông tin, hệ thống báo lỗi và yêu cầu nhập lại

Bảng 3.2.8 Đặc tả Use case Đăng ký tài khoản

● Cung cấp thông tin cá nhân

Use Case Name Cung cấp thông tin cá nhân

Brief Description Khách hàng thực hiện “Cung cấp thông tin cá nhân”.

Khách hàng đại diện cung cấp thông tin thuê phòng gồm: số ngày thuê, số khách hàng, CMND.

Actors Khách hàng tác nhân nhập đã tồn tại thì thông báo nhập lại

3.1.c Nếu email mà tác nhân nhập đã bị trùng thì thông báo nhập lại

3.1.d Nếu số điện thoại mà tác nhân nhập đã bị trùng thì thông báo nhập lại

3.1.e Nếu tác nhân nhập đúng và đầy đủ, hệ thống thông báo tạo tài khoản mới thành công

Alternatives Tài khoản đã tồn tại

Triggering Event Khi khách đại diện hàng chọn vào mục “Cung cấp thông tin cá nhân”.

Preconditions + Khách hàng truy cập được vào hệ thống.

+ Khách hàng đã đăng nhập.

+ Khách hàng thực hiện thuê phòng.

Postconditions Thông tin thuê phòng được lưu vào cơ sở dữ liệu.

Flow of activities Actor System

1 Khách hàng truy cập hệ thống và chọn mục “Cung cấp thông tin cá nhân” trong giao diện thuê phòng.

1.1 Hệ thống hiển thị giao diện nhập thông tin thuê phòng.

2 Khách hàng nhập đầy đủ thông tin vào form rồi nhấn nút “Xác nhận”.

2.1 Hệ thống kiểm tra thông tin có trống phần nào hay không, thông tin có hợp lệ hay không.

2.2 Hệ thống hiển thị thông tin thuê phòng lần nữa và thông báo xác nhận hợp lệ.

2.3 Hệ thống tiến hành lưu vào cơ sở dữ liệu.

2.4 Hệ thống thông báo việc lưu thông tin thành công.

Thông báo cung cấp thông tin thuê phòng không thành công do một số trường thông tin bị trống, mã số CMND không hợp lệ hoặc số lượng người vượt quá quy định Vui lòng kiểm tra và nhập lại thông tin.

Bảng 3.2.9 Đặc tả Use case Cung cấp thông tin cá nhân

Use Case Name Đặt phòng online

Triggering Event Khách hàng muốn đặt phòng online.

Brief Description Khách hàng sử dụng hệ thống của khách sạn để đăng ký đặt phòng

Preconditions + Đã có đăng ký tài khoản

+ Đăng nhập thành công + Cung cấp đủ thông tin thuê phòng + Hoàn tất thanh toán đặt cọc

Postconditions Hệ thống xuất dữ liệu thông tin đặt phòng nếu khách hàng đặt phòng thành công và gửi email/sms xác nhận

Flow of activities Actor System

1 Đăng nhập 1.1 Hệ thống hiển thị giao diện các thông vào hệ thống và chọn thuê phòng tin về phòng của khách sạn cho khách hàng lựa chọn

2 Khách hàng nhập đầy đủ thông tin vào form rồi nhấn nút “Xác nhận”.

2.1 Hệ thống kiểm tra thông tin mà khách hàng nhập, xuất thông báo khi khác hành nhập thông tin sai hoặc thiếu

2.2 Hệ thống hiện thông tin phòng cho khách hàng chọn lựa

2.3 Hiện thông tin lại lần nữa cho khách hàng xác nhận hoặc chỉnh sửa

3 Khách hàng xác nhận thanh toán đặt cọc

3.1 Nếu xác nhận sẽ hiện yêu cầu đặt cọc 3.2 Xác nhận đặt cọc thành công

3.3 Hệ thống tiến hành lưu vào cơ sở dữ liệu.

3.4 Hệ thống thông báo việc lưu thông tin thành công Và gửi email/sms xác nhận

Alternatives Đăng nhập thất bại => bắt buộc đăng nhập lại

Số lượng phòng hết, không đủ sức chưa,… => lựa chọn lại yêu cầu

Tài khoản không đủ tiền để đặt cọc => Báo lỗiBảng 3.2.10 Đặc tả Use case Đặt phòng online

Use Case Name Đặt phòng trực tiếp

Triggering Event Khách hàng đặt phòng trực tiếp

Brief Description Khi khách hàng đặt phòng tại quầy thì thêm thông tin khách hàng và thông tin phòng

Actors Lễ tân, quản lý

Preconditions + Tác nhân truy cập vào được website

+ Tác nhân đã đăng nhập vào hệ thống + Khách hàng đặt phòng tại quầy lễ tân

Postconditions Danh sách phòng và khách hàng được thêm thông tin

Flow of activites Actor System

1 Tác nhân chọn mục “Quản lý khách hàng”

1.1 Hệ thống hiển thị danh sách khách hàng

2 Tác nhân chọn mục “Thêm khách hàng”

2.1 Hệ thống hiển thị giao diện thêm khách hàng

3 Tác nhân nhập các thông tin của khách hàng cần thêm vào giao diện

4 Tác nhân nhấn nút “Thêm”

4.a Thông tin sai 4.a.1 Hủy thao tác 4.b Thông tin đúng

4.b.1 Hệ thống yêu cầu thông tin khách hàng cần thêm lên cơ sở dữ liệu. 4.b.2 Dữ liệu một khách hàng được thêm vào hệ thống.

4.b.3 Trả kết quả 4.b.4 Hiển thị thêm thành công

Alternatives Tác nhân nhập sai hoặc thiếu thông tin khách hàng => Hệ thống báo lỗi và yêu cầu nhập lại.

Bảng 3.2.11 Đặc tả Use case Đặt phòng trực tiếp

Use Case Name Thanh toán

Triggering Event Khi khách đại diện hàng hoặc lễ tân chọn vào mục “Thanh toán”.

Brief Description Khách hàng nhận phòng, trả phòng, đến quầy lễ tân để thanh toán hoặc thanh toán online khi book phòng

Actors Khách hàng, lễ tân

Preconditions + Khách hàng, lễ tân đăng nhập hệ thống thành công

Postconditions Thanh toán thành công.

1 Lễ tân hoặc khách hàng chọn mục “Thanh toán” trên hệ thống.

1.1 Hệ thống hiển thị form thanh toán và yêu cầu nhập đầy đủ.

2 Lễ tân, khách hàng nhập đầy đủ thông tin và nhấn

2.1 Hiển thị thông tin khách hàng, các loại dịch vụ khách hàng sử dụng,…Hiển thị tổng cộng số tiền khách hàng phải thanh toán

2.2 Kiểm tra thông tin, nếu hợp lệ thì tiến hành xuất hóa đơn thanh toán, nếu không hợp lệ thì chỉnh sửa.

3 Khách hàng chọn phương thức thanh toán và nhấn

3.1 Hệ thống lưu lại thông tin và hiện thông báo thanh toán thành công

Alternatives Thông tin khách hàng bị sai sót, hệ thống không tìm thấy dữ liệu.

Dữ liệu thanh toán sai sót.

Bảng 3.2.12 Đặc tả Use case Thanh toán

Use Case Name Lập hóa đơn

Triggering Event Lễ tân lập hóa đơn

Brief Descriptions Lễ tân thêm hóa đơn mới khi khách hàng thực hiện thanh toán

Preconditions + Lễ tân truy cập vào được website

+ Lễ tân đã đăng nhập vào hệ thống

Postconditions Lập hóa đơn thành công

Flow of activites Actor System

1.1 Hệ thống hiển thị danh sách hóa đơn

2.1 Hệ thống hiển thị giao diện thêm hóa đơn mới

3 Lễ tân thao tác nhập thông tin hóa đơn trên giao diện và ấn “Lưu”

3.1 Thông tin hóa đơn lưu vào hệ thống

Alternatives Lễ tân nhập sai hoặc thiếu thông tin hóa đơn => Hệ thống báo lỗi và yêu cầu nhập lạiBảng 3.2.13 Use case Lập hóa đơn

Use Case Name Xóa hóa đơn

Triggering Event Lễ tân thực hiện xóa hóa đơn

Brief Descriptions Lễ tân thực hiện xóa hóa đơn khi có sai sót trong hóa đơn

Preconditions + Lễ tân truy cập vào được website

+ Lễ tân đã đăng nhập vào hệ thống

Postconditions Xóa hóa đơn thành công

Flow of activites Actor System

1.1 Hệ thống hiển thị danh sách hóa đơn

2 Lễ tân chọn hóa đơn muốn xóa

3.1 Hệ thống hiển thị cảnh báo xác nhận xóa

“Có” để xác nhận thao tác xóa.

4.a.1 Thông tin khách hàng được xóa khỏi hệ thống.

4.b.1 Thao tác xóa bị hủy

“Không” nếu muốn hủy thao tác xóa.

Bảng 3.2.14 Use case Xóa hóa đơn

Use Case Name Cập nhật hóa đơn

Triggering Event Lễ thân thực hiện cập nhật hóa đơn

Brief Description Lễ tân thực hiện cập nhật hóa đơn khi có sai sót trong hóa đơn

Preconditions +Lễ tân truy cập vào được website

+Lễ tân đã đăng nhập vào hệ thống

Postconditions Cập nhật hóa đơn thành công

Flow of activites Actor System

“Quản lí hóa đơn” 1.1 Hệ thống hiển thị danh sách hóa đơn

2 Lễ tân chọn hóa đơn muốn sửa

Hệ thống hiển thị cảnh báo xác nhận khi người dùng thực hiện thao tác "Sửa hóa đơn" Lễ tân cần chọn "Có" để xác nhận việc cập nhật và nhập lại thông tin cần thiết.

4.a.1 Thông tin hóa đơn được cập nhật ở hệ thống.

4.b.1 Thao tác cập nhật bị hủy

“Không” nếu muốn hủy thao tác

Bảng 3.2.15 Đặc tả Use case Cập nhật hóa đơn

Use Case Name Đặt và huỷ dịch vụ

Triggering Event Khách hàng sử dụng website/app của khách sạn để đăng ký hoặc hủy dịch vụ.

Brief Description + Trong quá đặt phòng khách sạn, khách hàng có thể lựa chọn dịch vụ.

+ Sau khi nhận phòng, khách hàng có nhu cầu yêu cầu thêm dịch vụ.

+ Khách hàng có thể huỷ dịch vụ nếu có mong muốn

Actors Khách hàng, nhân viên phục vụ, lễ tân

Flow of activities + Khách hàng chọn yêu cầu đặt phòng - chọn đặt dịch vụ.

+ Khách hàng chọn huỷ dịch vụ

+ Nhân viên phục vụ, lễ tân truy cập thông tin đặt phòng của khách hàng và chọn các dịch vụ hay huỷ dịch vụ được khách hàng yêu cầu.

Preconditions + Đăng nhập thành công vào hệ thống

+ Hoàn tất thủ tục nhận phòng

Postconditions Đặt hoặc huỷ dịch vụ thành công, chi phí dịch vụ được cập nhật vào hóa đơn của khách hàng

1 Đăng nhập vào hệ thống và chọn thuê phòng -> đặt dịch vụ/ huỷ dịch vụ

1.1 Hiển thị giao diện đặt dịch vụ, các loại hình dịch vụ được khách sạn phục vụ và huỷ dịch vụ.

2 Nếu khách hàng đặt phòng online qua hệ thống.

2.1 Khách hàng chọn loại dịch vụ cần phục vụ hoặc loại dịch vụ muốn huỷ 2.2 Ghi chú thêm yêu cầu

2.3 Xác nhận đặt/ huỷ dịch vụ hoàn tất, hệ thống cập nhật và tính tiền dịch vụ.

3 Nếu khách hàng nhận phòng trực tiếp thành công.

3.1 Yêu cầu nhân viên/lễ tân được đăng ký thêm dịch vụ hoặc huỷ dịch vụ

3.2 Nhân viên/lễ tân truy cập thông tin đặt phòng của khách hàng và chọn dịch vụ / huỷ dịch vụ khách hàng yêu cầu

3.3 Xác nhận đặt hoặc huỷ dịch vụ hoàn tất.

3.4 Hệ thống cập nhật thông tin và tính tiền dịch vụ.

Alternatives Đăng ký phòng online thất bại sẽ không đến được giao diện đặt/ huỷ dịch vụ.

Dịch vụ khách hàng yêu cầu không nằm trong danh sách dịch vụ được phục vụ của khách sạn.

Hệ thống cập nhật sai dịch vụ khách hàng đặt.

Khách hàng chưa đặt dịch vụ nào thì không thể huỷ.

Dịch vụ đã huỷ nhưng hệ thống cập nhật sai.

Bảng 3.2.16 Đặc tả Use case Đặt và hủy dịch vụ

Use Case Name Quản lý phòng

Triggering Event Khi quản lý thực hiện chức năng quản lý phòng trong hệ thống

Brief Descriptions Quản lý thực hiện quản lý phòng thuê sửa thông tin phòng, xóa thông tin phòng Sau đó hệ thống trả về kết quả quản lý

Preconditions Quản lý truy cập vào hệ thống

Quản lý đã đăng nhập vào hệ thống

Postconditions Hệ thống lưu lại các chỉnh sửa, thay đổi thông tin nếu có sự thay đổi

Flow of activites Actor System

1.1 Hệ thống chuyển sang giao diện quản lý phòng.

2 Quản lý chọn những chức năng

“Sửa thông tin phòng” hay

2.1 Hệ thống hiển thị form phòng với các trường thông tin yêu cầu nhập vào tùy vào lựa chọn của quản lý.

3 Quản lý nhập thông tin phòng và nhấn

3.1 Hệ thống kiểm tra thông báo cập nhật thành công và lưu thông tin vào cơ sở dữ liệu.

Alternative Thông báo không thành công do quản lý không nhấn xác nhận.

Thông báo không thành công do quản lý không nhập thông tin cần thiết => Yêu cầu nhập lại.

Bảng 3.2.17 Đặc tả Use case Quản lí phòng

Use Case Name Sửa thông tin phòng

Triggering Event Khi quản lý thực hiện chức năng sửa thông tin phòng trong hệ thống

Brief Description Quản lý thực hiện chức năng sửa thông tin phòng đã có trong hệ thống

Preconditions Quản lý truy cập vào hệ thống

Quản lý đã đăng nhập vào hệ thống

Postconditions Quản lý chỉnh sửa thông tin phòng thành công

Flow of activites Actor System

1 Quản lý chọn mục “Quản lý phòng”

1.1 Hệ thống hiển thị danh sách phòng

2 Quản lý chọn phòng cần chỉnh sửa trong danh sách và nhấn nút “Chỉnh sửa”

2.1 Hệ thống hiển thị giao diện chỉnh sửa thông tin phòng

3 Nhập dữ liệu cần chỉnh sửa và nhấn

3a Thông tin sai 3a.1 Hủy thao tác 3b Thông tin đúng

3a.1 Hệ thống yêu cầu thông tin phòng cần thêm lên cơ sở dữ liệu.

3b.2 Dữ liệu một phòng sửa vào hệ thống.

3b.3 Thông báo sửa thành công

Alternative Thông báo sửa không thành công do quản lý không nhấn lưu.

Quản lý nhập sai hoặc thiếu thông tin cần chỉnh sửa => Hệ thống báo lỗi và yêu cầu nhập lại

Bảng 3.2.18 Đặc tả Use case Sửa thông tin phòng

Use Case Name Xóa thông tin phòng

Triggering Event Khi quản lý thực hiện chức năng xóa thông tin phòng trong hệ thống

Brief Description Xóa thông tin một phòng đã có trong hệ thống ra khỏi

Preconditions Quản lý truy cập vào hệ thống

Quản lý đã đăng nhập vào hệ thống

Postconditions Xóa thông tin thành công

Flow of activites Actors System

1 Quản lý chọn vào “Quản lý phòng”

1.1 Hệ thống hiển thị danh sách phòng

2 Quản lý chọn phòng cần xóa có trong danh sách và nhấn nút

2.1 Hệ thống hiển thị cảnh báo xác nhận xóa.

“Có” để xác nhận thao tác xóa

“Không” để xác nhận thao tác xóa

3a.1 Hệ thống yêu cầu thông tin phòng cần xóa lên cơ sở dữ liệu

3a.2 Thông tin phòng được xóa khỏi hệ thống.

3a.3 Thông báo xóa thành công 3b.1 Thao tác xóa bị hủy

Bảng 3.2.19 Đặc tả Use case Xóa thông tin phòng

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

Triggering Event Khi quản lý thực hiện chức năng quản lý nhân viên trong hệ thống

Brief Description Quản lý thực hiện quản lý nhân viên lễ tân, kế toán quản lý về mặt nhân sự thêm xóa sửa nhân viên

Postconditions Quản lý truy cập vào hệ thống

Quản lý đã đăng nhập vào hệ thống

Hệ thống sẽ lưu lại các chỉnh sửa, thay đổi thông tin nếu có sự thay đổi.

Flow of activites Tác nhân Hệ thống

1 Quản lý chọn “Quản lý nhân viên”.

1.1 Hệ thống chuyển sang giao diện quản lý nhân viên.

2 Quản lý chọn chức năng “Thêm nhân viên”,

“Xóa nhân viên” , “Sửa thông tin nhân viên”

2.1 Hệ thống hiển thị form nhân viên với các trường thông tin yêu cầu nhập vào tùy vào lựa chọn của quản lý.

3 Quản lý nhập thông tin dịch vụ chọn

3.1 Hệ thống kiểm tra và lưu thông tin vào cơ sở dữ liệu.

Alternative Thông báo không thành công do quản lý không nhấn xác nhận.

Thông báo không thành công do quản lý không nhập thông tin cần thiết => Yêu cầu nhập lại.

Bảng 3.2.20 Đặc tả Use case Quản lý nhân viên

Use Case Name Thêm nhân viên

Triggering Event Khi quản lý thực hiện chức năng thêm nhân viên trong hệ thống

Brief Description Quản lý thực hiện chức năng thêm thông tin nhân viên mới vào hệ thống Sau đó hệ thống trả về kết quả quản lý

Preconditions Quản lý truy cập vào hệ thống

Quản lý đã đăng nhập vào hệ thống

Postconditions Thêm nhân viên thành công

Flow of activites Actors System

1.1 Hệ thống chuyển sang giao diện quản lý nhân viên.

2 Quản lý chọn chức năng “Thêm nhân viên”

2.1 Hệ thống hiển thị giao diện thêm nhân viên

3 Quản lý nhập các thông tin cần thiết

3a Thông tin sai và nhấn “Thêm” 3a.1 Hủy thao tác

3b.1 Hệ thống yêu cầu thông tin nhân viên cần thêm lên cơ sở dữ liệu.

3b.2 Dữ liệu một nhân viên mới được thêm vào hệ thống.

3b.3 Thông báo thêm thành công

Alternatives Thông báo không thành công do quản lý không nhập thông tin cần thiết hoặc sai thông tin => Hệ thống báo lỗi và yêu cầu nhập lại.

Bảng 3.2.21 Đặc tả Use case Thêm nhân viên

● Sửa thông tin nhân viên

Use Case Name Sửa thông tin nhân viên

Triggering Event Khi quản lý thực hiện chức năng sửa thông tin nhân viên trong hệ thống

Brief Description Quản lý sửa thông tin nhân viên đã có trong hệ thống

Preconditions Quản lý truy cập vào hệ thống

Quản lý đã đăng nhập vào hệ thống

Postconditions Quản lý chỉnh sửa thông tin nhân viên thành công

Flow of activites Actors System

1 Quản lý chọn mục “Quản lý nhân viên”

1.1 Hệ thống hiển thị danh sách nhân viên

2 Quản lý chọn nhân viên cần chỉnh sửa trong danh sách và nhấn nút “Chỉnh sửa”

2.1 Hệ thống hiển thị giao diện chỉnh sửa thông tin nhân viên

3 Nhập dữ liệu cần chỉnh sửa và nhấn

3a Thông tin sai 3a.1 Hủy thao tác 3b Thông tin đúng

3a.1 Hệ thống yêu cầu thông tin nhân viên cần thêm lên cơ sở dữ liệu.

3b.2 Dữ liệu một nhân viên sửa vào hệ thống.

3b.3 Thông báo sửa thành công

Alternatives Thông báo sửa không thành công do quản lý không nhấn lưu.

Quản lý nhập sai hoặc thiếu thông tin cần chỉnh sửa => Hệ thống báo lỗi và yêu cầu nhập lại

Bảng 3.2.22 Đặc tả Use case Sửa thông tin nhân viên

● Xóa thông tin nhân viên

Use Case Name Xóa thông tin nhân viên

Triggering Event Khi quản lý thực hiện chức năng xóa thông tin nhân viên trong hệ thống

Brief Descriptions Xóa thông tin một nhân viên đã có trong hệ thống ra khỏi

Preconditions Quản lý truy cập vào hệ thống

Quản lý đã đăng nhập vào hệ thống

Postconditions Xóa nhân viên thành công

Flow of activites Actors System

1 Quản lý chọn vào “Quản lý nhân viên”

1.1 Hệ thống hiển thị danh sách nhân viên

2 Quản lý chọn nhân viên cần xóa có trong danh sách và nhấn nút “Xóa”

2.1 Hệ thống hiển thị cảnh báo xác nhận xóa.

“Có” để xác nhận thao tác xóa

“Không” để xác nhận thao tác xóa

3a.1 Hệ thống yêu cầu thông tin nhân viên cần xóa lên cơ sở dữ liệu

3a.2 Thông tin nhân viên được xóa khỏi hệ thống.

3a.3 Thông báo xóa thành công 3b.1 Thao tác xóa bị hủy

Bảng 3.2.23 Đặc tả Use case Xóa thông tin nhân viên

Use Case Name Quản lý dịch vụ

Triggering Event Khi quản lý thực hiện chức năng quản lý dịch vụ trong hệ thống

Brief Descriptions Quản lý thực hiện chức năng quản lý dịch vụ Sau đó hệ thống trả về kết quả quản lý

Preconditions Quản lý truy cập vào hệ thống

Quản lý đã đăng nhập vào hệ thống

Postconditions Hệ thống sẽ lưu lại các chỉnh sửa, thay đổi thông tin nếu có sự thay đổi.

Flow of activites Actors System

1.1 Hệ thống chuyển sang giao diện quản lý dịch vụ.

2 Quản lý chọn chức năng “Thêm dịch vụ”, “Xóa dịch vụ” , “Sửa thông tin dịch vụ”

2.1 Hệ thống hiển thị form dịch vụ với các trường thông tin yêu cầu nhập vào tùy vào lựa chọn của quản lý.

3 Quản lý nhập thông tin dịch vụ chọn “Xác nhận”

3.1 Hệ thống kiểm tra và lưu thông tin vào cơ sở dữ liệu.

Alternatives Thông báo không thành công do quản lý không nhấn xác nhận.

Thông báo không thành công do quản lý không nhập thông tin cần thiết => Yêu cầu nhập lại.

Bảng 3.2.24 Use case Quản lý dịch vụ

Use Case Name Thêm dịch vụ

Triggering Event Khi quản lý thực hiện chức năng thêm dịch vụ trong hệ thống

Brief Descriptions Quản lý thực hiện chức năng thêm thông tin dịch vụ mới vào hệ thống Sau đó hệ thống trả về kết quả quản lý

Preconditions Quản lý truy cập vào hệ thống

Quản lý đã đăng nhập vào hệ thống

Postconditions Thêm nhân viên thành công

Flow of activites Actors System

1.1 Hệ thống chuyển sang giao diện quản lý dịch vụ.

2 Quản lý chọn chức năng “Thêm dịch vụ”

2.1 Hệ thống hiển thị giao diện thêm dịch vụ

3 Quản lý nhập các thông tin cần thiết và nhấn “Thêm”

3a Thông tin sai3a.1 Hủy thao tác3b Thông tin đúng3b.1 Hệ thống yêu cầu thông tin dịch vụ cần thêm lên cơ sở dữ liệu.

3b.2 Dữ liệu một dịch vụ mới được thêm vào hệ thống.

3b.3 Thông báo thêm thành công

Alternatives Thông báo không thành công do quản lý không nhập thông tin cần thiết hoặc sai thông tin => Hệ thống báo lỗi và yêu cầu nhập lại.

Bảng 3.2.25 Đặc tả use case Thêm dịch vụ

● Sửa thông tin dịch vụ

Use Case Name Sửa thông tin dịch vụ

Triggering Event Khi quản lý thực hiện chức năng sửa thông tin dịch vụ trong hệ thống

Brief Descriptions Quản lý sửa thông tin dịch vụ đã có trong hệ thống

Preconditions Quản lý truy cập vào hệ thống

Quản lý đã đăng nhập vào hệ thống

Postconditions Quản lý chỉnh sửa thông tin dịch vụ thành công

Flow of activites Actors System

1.1 Hệ thống hiển thị danh sách dịch vụ

2 Quản lý chọn dịch vụ cần chỉnh sửa trong danh sách và nhấn nút

2.1 Hệ thống hiển thị giao diện chỉnh sửa thông tin dịch vụ

3 Nhập dữ liệu cần chỉnh sửa và nhấn

3a Thông tin sai 3a.1 Hủy thao tác 3b Thông tin đúng

3a.1 Hệ thống yêu cầu thông tin dịch vụ cần thêm lên cơ sở dữ liệu.

3b.2 Dữ liệu một dịch vụ sửa vào hệ thống.

3b.3 Thông báo sửa thành công

Alternatives Thông báo sửa không thành công do quản lý không nhấn lưu.

Quản lý nhập sai hoặc thiếu thông tin cần chỉnh sửa => Hệ thống báo lỗi và yêu cầu nhập lại

Bảng 3.2.26 Đặc tả use case Sửa thông tin dịch vụ

● Xóa thông tin dịch vụ

Use Case Name Xóa thông tin dịch vụ

Triggering Event Xóa thông tin dịch vụ

Brief Descriptions Khi quản lý thực hiện chức năng xóa thông tin dịch vụ trong hệ thống

Preconditions Quản lý truy cập vào hệ thống

Quản lý đã đăng nhập vào hệ thống

Postconditions Xóa dịch vụ thành công

Flow of activites Actors System

1 Quản lý chọn vào “Quản lý dịch vụ”

1.1 Hệ thống hiển thị danh sách dịch vụ

2 Quản lý chọn dịch vụ cần xóa có trong danh sách và nhấn nút “Xóa”

2.1 Hệ thống hiển thị cảnh báo xác nhận xóa.

3a Quản lý chọn 3a.1 Hệ thống yêu cầu thông tin dịch vụ

“Có” để xác nhận thao tác xóa

“Không” để xác nhận thao tác xóa cần xóa lên cơ sở dữ liệu

3a.2 Thông tin dịch vụ được xóa khỏi hệ thống.

3a.3 Thông báo xóa thành công 3b.1 Thao tác xóa bị hủy

Bảng 3.2.27 Đặc tả use case Xóa thông tin dịch vụ

Use Case Name Quản lý khách hàng

Triggering Event Khi quản lý thực hiện chức năng quản lý khách hàng trong hệ thống

Brief Descriptions Quản lý thực hiện chức năng quản lý khách hàng Sau đó hệ thống trả về kết quả quản lý

Preconditions Quản lý truy cập vào hệ thống

Quản lý đã đăng nhập vào hệ thống

Postconditions Hệ thống sẽ lưu lại các chỉnh sửa, thay đổi thông tin nếu có sự thay đổi.

Flow of activites Tác nhân Hệ thống

1.1 Hệ thống chuyển sang giao diện quản lý khách hàng.

2 Quản lý chọn chức năng “Thêm khách hàng”, “Xóa khách hàng” , “Sửa thông tin khách hàng”

2.1 Hệ thống hiển thị form khách hàng với các trường thông tin yêu cầu nhập vào tùy vào lựa chọn của quản lý.

3 Quản lý nhập thông tin khách hàng chọn “Xác nhận”

3.1 Hệ thống kiểm tra và lưu thông tin vào cơ sở dữ liệu.

Alternatives Thông báo không thành công do quản lý không nhấn xác nhận.

Thông báo không thành công do quản lý không nhập thông tin cần thiết => Yêu cầu nhập lại.

Bảng 3.2.28 Đặc tả use case Sửa thông tin khách hàng

Use Case Name Thêm khách hàng

Triggering Event Khi quản lý thực hiện chức năng thêm khách hàng trong hệ thống

Brief Descriptions Quản lý thực hiện chức năng thêm thông tin khách hàng mới vào hệ thống Sau đó hệ thống trả về kết quả quản lý

Preconditions Quản lý truy cập vào hệ thống

Quản lý đã đăng nhập vào hệ thống

Postconditions Thêm khách hàng thành công

Flow of activites Tác nhân Hệ thống

1 Quản lý chọn “Quản lý khách hàng”.

1.1 Hệ thống chuyển sang giao diện quản lý khách hàng.

2 Quản lý chọn chức năng

2.1 Hệ thống hiển thị giao diện thêm khách hàng

3 Quản lý nhập các thông tin cần thiết và nhấn

3a Thông tin sai 3a.1 Hủy thao tác 3b Thông tin đúng

3b.1 Hệ thống yêu cầu thông tin khách hàng cần thêm lên cơ sở dữ liệu.

3b.2 Dữ liệu một khách hàng mới được thêm vào hệ thống.

3b.3 Thông báo thêm thành công

Alternatives Thông báo không thành công do quản lý không nhập thông tin cần thiết hoặc sai thông tin => Hệ thống báo lỗi và yêu cầu nhập lại.

Bảng 3.2.29 Đặc tả use case Xóa thông tin khách hàng

● Sửa thông tin khách hàng

Use Case Name Sửa thông tin khách hàng

Triggering Event Khi quản lý thực hiện chức năng sửa thông tin khách hàng trong hệ thống

Brief Descriptions Quản lý sửa thông tin khách hàng đã có trong hệ thống

Preconditions Quản lý truy cập vào hệ thống

Quản lý đã đăng nhập vào hệ thống

Postconditions Quản lý chỉnh sửa thông tin khách hàng thành công

Flow of activites Tác nhân Hệ thống

1 Quản lý chọn mục “Quản lý khách hàng”

1.1 Hệ thống hiển thị danh sách khách hàng

2 Quản lý chọn khách hàng cần chỉnh sửa trong danh sách và nhấn nút “Chỉnh sửa”

2.1 Hệ thống hiển thị giao diện chỉnh sửa thông tin khách hàng

3 Nhập dữ liệu cần chỉnh sửa và nhấn

3a Thông tin sai 3a.1 Hủy thao tác 3b Thông tin đúng

3a.1 Hệ thống yêu cầu thông tin khách hàng cần thêm lên cơ sở dữ liệu.

3b.2 Dữ liệu một khách hàng sửa vào hệ thống.

3b.3 Thông báo sửa thành công

Alternatives Thông báo sửa không thành công do quản lý không nhấn lưu.

Quản lý nhập sai hoặc thiếu thông tin cần chỉnh sửa => Hệ thống báo lỗi và yêu cầu nhập lại

Bảng 3.2.30 Đặc tả use case Tìm hóa đơn

● Xóa thông tin khách hàng

Use Case Name Xóa thông tin khách hàng

Triggering Event Khi quản lý thực hiện chức năng xóa thông tin khách hàng trong hệ thống

Brief Descriptions Xóa thông tin một khách hàng đã có trong hệ thống ra khỏi

Preconditions Quản lý truy cập vào hệ thống

Quản lý đã đăng nhập vào hệ thống

Postconditions Xóa khách hàng thành công

Flow of activites Tác nhân Hệ thống

1 Quản lý chọn vào “Quản lý khách hàng”

1.1 Hệ thống hiển thị danh sách khách hàng

2 Quản lý chọn khách hàng cần xóa có trong danh sách và nhấn nút “Xóa”

2.1 Hệ thống hiển thị cảnh báo xác nhận xóa.

“Có” để xác nhận thao tác xóa

“Không” để xác nhận thao tác xóa

3a.1 Hệ thống yêu cầu thông tin khách hàng cần xóa lên cơ sở dữ liệu

3a.2 Thông tin khách hàng được xóa khỏi hệ thống.

3a.3 Thông báo xóa thành công 3b.1 Thao tác xóa bị hủy

Bảng 3.2.31 Đặc tả use case thanh toán COD

Use Case Name Tìm hóa đơn

Triggering Event Tìm hóa đơn đã xuất theo mã hóa đơn

Brief Descriptions Tìm được chi tiết thông tin hóa đơn cần tìm

Preconditions +Lễ tân truy cập vào được website

+Lễ tân đã đăng nhập vào hệ thống

Postconditions Tìm hóa đơn thành công

Flow of activites Actor System

1 Lễ tân chọn mục “Quản lý hóa đơn”

1.1 Hệ thống hiển thị danh sách hóa đơn

2 Quản lý chọn hóa đơn cần tìm hoặc nhập mã số hóa đơn vào thanh tìm kiếm

2.1 Hệ thống hiển thị hóa đơn cần tìm

Alternatives Mã hóa đơn không tồn tại => Hệ thống báo không tồn tại

Bảng 3.2.32 Đặc tả Use case theo dõi đơn hàng

MSSV Họ và tên Công việc Hoàn thành

Thực hiện sơ đồ đồ use case

Trình bày các đặc tả có liên quan đến hệ thống

Trình bày các vấn đề cần giải quyết và cải thiện của hệ thông.

Bổ sung nội dung còn thiếu(sai sót) trên toàn báo cáo

Trình bày các vấn đề cần giải quyết và cải thiện của hệ thông.

Mô tả UC trong hệ thống

Trình bày ưu nhược điểm của hệ

Trình bày quy trình nghiệp vụ cơ bản của hệ thống

UC của tác nhân Nhân viên xử lí đơn hàng

Trình bày quy trình nghiệp vụ

Trình bày các đặc tả có liên quan đến hệ thống

Mô tả UC trong hệ thống

Thực hiện phỏng vấn trực tiếp và thu thập tài liệu của chuỗi Karaoke

Ngày đăng: 29/11/2023, 05:59

TÀI LIỆU CÙNG NGƯỜI DÙNG

TÀI LIỆU LIÊN QUAN