Đặc Tả Use Case Và Sơ đồ Hoạt động (Activity Diagram) - Tài Liệu Text
Có thể bạn quan tâm
- Trang chủ >
- Luận Văn - Báo Cáo >
- Công nghệ thông tin >
Bạn đang xem bản rút gọn của tài liệu. Xem và tải ngay bản đầy đủ của tài liệu tại đây (4.26 MB, 166 trang )
ình 2.1. Sơ đồ hoạt động của use case Đăng nhập•••Dòng sự kiện khác: Không có.Yêu cầu đặc biệt: Không có.Tiền điệu kiện:Người dùng phải được cấp tài khoản.Người dùng chưa đăng nhập tài khoản của mình vào hệ thống.Hậu điều kiện: Nếu use case thành công thì sẽ được sử dụng hệ thống với quyềntương ứng. Ngược lại, trạng thái hệ thống sẽ không thay đổi.• Điểm mở rộng: Không có.•19 | Page2.2.Đăng xuất• Mô tả: use case cho phép người dùng chấm dứt phiên làm việc của mình với hệthống bằng cách thoát khỏi tài khoản của mình khỏi hệ thống.• Dòng sự kiện chính:Hình 2.2. Sơ đồ hoạt động của use case Đăng xuấtDòng sự kiện khác: Không có.Yêu cầu đặc biệt: Không có.Tiền điệu kiện: Tài khoản đã đăng nhập và chưa đăng xuất khỏi hệ thống.Hậu điều kiện: Nếu use case thành công thì tài khoản sẽ không làm việc được trênhệ thống với các chức năng của người dùng. Ngược lại, trạng thái hệ thống khôngthay đổi• Điểm mở rộng: Không có.••••20 | Page2.3.Quản lý nhân viên2.3.1. Thêm nhân viên• Mô tả: Use case này cho phép cán bộ bộ phận nhân sự thêm mới một nhân viên khicó nhân viên mới vào làm.• Dòng sự kiện chính:Hình 2.3.1. Sơ đồ hoạt động của use case Thêm nhân viênDòng sự kiện khác: Không có.Các yêu cầu đặt biệt: Không có.Tiền điệu kiện: Cán bộ nhân sự phải đăng nhập vào hệ thống để use case này thựchiện• Hậu điều kiện: Nếu use case thành công thì thông tin của nhân viên mới sẽ đượcthêm vào hệ thống và danh sách nhân viên sẽ được cập nhật. Ngược lại thì trạngthái hệ thống không thay đổi.• Điểm mở rộng: Không có.•••21 | Page2.3.2. Sửa nhân viênMô tả: Use case này cho phép cán bộ bộ phận nhân sự sửa thông tin nhân viên.•Dòng sự kiện chính:Hình 2.3.2. Sơ đồ hoạt động của use case Sửa nhân viênDòng sự kiện khác: Không có.Các yêu cầu đặt biệt: Không có.Tiền điệu kiện: Cán bộ nhân sự phải đăng nhập vào hệ thống để use case này thựchiện• Hậu điều kiện: Nếu use case thành công thì thông tin của nhân viên sẽ được cậpnhật. Ngược lại thì trạng thái hệ thống không thay đổi.• Điểm mở rộng: Không có.•••22 | Page2.3.3. Tra cứu nhân viên• Mô tả: Use case này cho phép cán bộ bộ phận nhân sự tra cứu thông tin nhân viên.• Dòng sự kiện chính:Hình 2.3.3. Sơ đồ hoạt động của use case Tra cứu nhân viênDòng sự kiện khác: Không có.Các yêu cầu đặt biệt: Không có.Tiền điệu kiện: Cán bộ nhân sự phải đăng nhập vào hệ thống để use case này thựchiện• Hậu điều kiện: Nếu use case thành công thì hệ thống sẽ hiển thị thông tin nhân viênthỏa yêu cầu tìm kiếm. Ngược lại thì trạng thái hệ thống không thay đổi.• Điểm mở rộng: Không có.•••23 | Page2.3.4. Xóa nhân viên• Mô tả: Use case này cho phép cán bộ bộ phận nhân sự xóa nhân viên khi nhân viên•bị sa thải hay xin nghỉ việc.Dòng sự kiện chính:Hình 2.3.4. Sơ đồ hoạt động của use case Xóa nhân viênDòng sự kiện khác: Không có.Các yêu cầu đặt biệt: Không có.Tiền điệu kiện: Cán bộ nhân sự phải đăng nhập vào hệ thống để use case này thựchiện• Hậu điều kiện: Nếu use case thành công thì thông tin nhân viên sẽ bị xóa khỏi hệthống và danh sách nhân viên sẽ được cập nhât. Ngược lại thì trạng thái hệ thốngkhông thay đổi.• Điểm mở rộng: Không có.•••24 | Page2.4.Quản lý khách hàng2.4.1. Thêm khách hàng• Mô tả: Use case này cho phép nhân viên lễ tân thêm mới một khách hàng khi cókhách hàng trở thành thành viên VIP của khách sạn.• Dòng sự kiện chính:Hình 2.4.1. Sơ đồ hoạt động của use case Thêm khách hàngDòng sự kiện khác: Không có.Các yêu cầu đặt biệt: Không có.Tiền điệu kiện: Nhân viên lễ tân phải đăng nhập vào hệ thống để use case này thựchiện• Hậu điều kiện: Nếu use case thành công thì thông tin của khách hàng mới sẽ đượcthêm vào hệ thống và danh sách khách hàng sẽ được cập nhật. Ngược lại thì trạngthái hệ thống không thay đổi.• Điểm mở rộng: Không có.•••25 | Page2.4.2. Sửa khách hàng• Mô tả: Use case này cho phép nhân viên lễ tân sửa thông tin khách hàng.• Dòng sự kiện chính:Hình 2.4.2. Sơ đồ hoạt động của use case Sửa khách hàngDòng sự kiện khác: Không có.Các yêu cầu đặt biệt: Không có.Tiền điệu kiện: Nhân viên lễ tân phải đăng nhập vào hệ thống để use case này thựchiện• Hậu điều kiện: Nếu use case thành công thì thông tin của khách hàng sẽ được cậpnhật. Ngược lại thì trạng thái hệ thống không thay đổi.• Điểm mở rộng: Không có.•••26 | Page2.4.3. Tra cứu khách hàng• Mô tả: Use case này cho phép nhân viên lễ tân tra cứu thông tin khách hàng.• Dòng sự kiện chính:Hình 2.4.3. Sơ đồ hoạt động của use case Tra cứu khách hàngDòng sự kiện khác: Không có.Các yêu cầu đặt biệt: Không có.Tiền điệu kiện: Nhân viên lễ tân phải đăng nhập vào hệ thống để use case này thựchiện• Hậu điều kiện: Nếu use case thành công thì hệ thống sẽ hiển thị thông tin kháchhàng thỏa yêu cầu tìm kiếm. Ngược lại thì trạng thái hệ thống không thay đổi.•••Điểm mở rộng: Không có.27 | Page2.4.4. Xóa khách hàng• Mô tả: Use case này cho phép nhân viên lễ tân xóa khách hàng khi khách hàng đãkhông tiếp tục đến khách sạn trong một thời gian quá lâu (theo quy định kháchsạn).• Dòng sự kiện chính:Hình 2.4.4. Sơ đồ hoạt động của use case Xóa khách hàngDòng sự kiện khác: Không có.Các yêu cầu đặt biệt: Không có.Tiền điệu kiện: Nhân viên lễ tân phải đăng nhập vào hệ thống để use case này thựchiện• Hậu điều kiện: Nếu use case thành công thì thông tin khách hàng sẽ bị xóa khỏi hệthống và danh sách khách hàng sẽ được cập nhât. Ngược lại thì trạng thái hệ thốngkhông thay đổi.• Điểm mở rộng: Không có.•••28 | Page2.5.Quản lý thuê phòng2.5.1. Tra cứu phòng• Mô tả: Use case này cho phép quản lý và nhân viên lễ tân tra cứu thông tin phòng.Dòng sự kiện chính:Hình 2.5.1. Sơ đồ hoạt động của use case Tra cứu phòng.Dòng sự kiện khác: Không có.Các yêu cầu đặt biệt: Không có.Tiền điệu kiện: Cán bộ nhân sự phải đăng nhập vào hệ thống để use case này thựchiện• Hậu điều kiện: Nếu use case thành công thì hệ thống sẽ hiển thị thông tin nhân viênthỏa yêu cầu tìm kiếm. Ngược lại thì trạng thái hệ thống không thay đổi.• Điểm mở rộng: Không có.•••29 | Page
Xem ThêmTài liệu liên quan
- báo cáo đồ án phân tích thiết kế hướng đối tượng với UML đề tài quản lý khách sạn city star
- 166
- 6,794
- 41
- ĐỀ KIỂM TRA MÔN TIẾNG NGA, HỌC KÌ I, LỚP 8 Đề số 1
- 2
- 491
- 0
- ĐỀ KIỂM TRA MÔN TIẾNG NGA, HỌC KÌ I, LỚP 8 Đề số 2
- 2
- 458
- 1
- ĐỀ KIỂM TRA MÔN TIẾNG ANH, HỌC KỲ I, LỚP 6 Đề số 2
- 2
- 769
- 13
- ĐỀ KIỂM TRA HỌC KÌ II MÔN MỸ THUẬT, LỚP 6 TRƯỜNG THCS PHÙ LỖ THÀNH PHỐ HÀ NỘI
- 1
- 750
- 0
- ĐỀ KIỂM TRA MÔN TIẾNG ANH, HỌC KỲ I, LỚP 6 Đề số 2
- 3
- 673
- 2
Tài liệu bạn tìm kiếm đã sẵn sàng tải về
(6.3 MB) - báo cáo đồ án phân tích thiết kế hướng đối tượng với UML đề tài quản lý khách sạn city star-166 (trang) Tải bản đầy đủ ngay ×Từ khóa » Sơ đồ Activity đăng Nhập
-
LT3 - Activity Diagram Dang Nhap - YouTube
-
Phân Tích Thiết Kế Hệ Thống Thông Tin Sử Dụng Biểu đồ UML (Phần 2)
-
Bản Vẽ Hoạt động - Activity Diagram - IViettech
-
Thự Hành Xây Dựng Bản Vẽ Activity Diagram - IViettech
-
Giới Thiệu Về Activity Diagram
-
[PDF] Bài 13: Tổng Quan Về UML - Soict
-
Tạo Activity - Diagram Trong PTTKPM
-
Activity Diagram Là Gì
-
Sequence Đăng Nhập [classic] - Creately
-
Biểu Đồ Tuần Tự ( Sequence Diagram)
-
[PDF] XÂY DỰNG WEBSITE BÁN MŨ BẢO HIỂM
-
[PDF] PHẦN 3 : ỨNG DỤNG QUẢN LÝ SIÊU THỊ
-
[PDF] PHÂN TÍCH VÀ THIẾT KẾ HỆ THỐNG THÔNG TIN