Usecase Xóa dịch vụ

Một phần của tài liệu PHÂN TÍCH THIẾT KẾ HỆ THỐNG ĐỀ TÀI PHẨN MỀM QUẢN LÝ KHÁCH SẠN (Trang 28)

3. Phân tích hệ thống

3.2.14.Usecase Xóa dịch vụ

3.2. Đặc tả Usecase

3.2.14.Usecase Xóa dịch vụ

Use case Xóa dịch vụ

Actor Nhân viên dịch vụ

Brief Description Use case này cho phép nhân viên d ch vu xóa dị ịch vụ.

Pre-conditions Nhân viên dịch vụ phải đăng nhập thành công vào hệ thống và ch n chính xác d ch v c n xóa ọ ị ụ ầ

Basic Flows 1.Nhân viên dịch vụ chọn nút ”xóa”.

2.Hệ thống hi n thể ị “Bạn có ch c mu n xóa dắ ố ịch vụ”

3.Nhân viên dịch vụ chọn nút “ok”

4. Hệ thống s xóa d ch v và c p nhẽ ị ụ ậ ật lại danh sách.

Alternative Flows Khơng có

Exception Flows 3.1Nhân viên dịch vụ chọn ”hủy”

3.1.1 H ệthống tr v hiở ề ện trãng ban đầu

Post-conditions Thông tin dịch vụ được c p nhậ ật lại

Special Requiremen ts Khơng có

3.2.15.Use case Thêm dịch v

Use case Thêm d ch v ị ụ

Actor Nhân viên dịch vụ

Brief Description Use case này cho phép nhân viên dịch vụ thêm dịch vụ mới

vào danh sách d ch v ị ụ

Pre-conditions Nhân viên dịch vụ phải đăng nhập thành công vào hệ thống

Basic Flows 1.Nhân viên dịch vụ chọn nút ”thêm”.

2.Hệ thống hi n thể ị form yêu c u nh p thông tin: ầ ậ

+ Mã dịch vụ

+ Tên dịch vụ

+ Mã loại dịch vụ

3.Nhân viên dịch vụ chọn nút “ok”

4. Hệ thống s thêm dẽ ịch vụ và c p nhậ ật lại danh sách.

Alternative Flows Khơng có

Exception Flows 3.1Nhân viên dịch vụ chọn ”hủy”

3.1.1 H ệthống tr v ở ềhiện trạng ban đầu

Post-conditions Dịch vụ mới được thêm vào.

3.2.16.Use case Xuất danh sách d ch v ị ụ

Use case Xuât danh sách dịch v ụ

Actor Nhân viên dịch vụ

Brief Description Use case này cho phép nhân viên dịch vụ xu t danh sách ấ

dịch vụ ra dạng file pdf.

Pre-conditions Nhân viên dịch vụ phải đăng nhập thành công vào hệ thống

Basic Flows 1.Nhân viên dịch vụ chọn nút ”xuất file”.

2.Hệ thống hi n thể ị “ Bạn muốn xu t file phấ ải không?”

3. Nhân viên chọn “ok”

4. Hệ thống sẽ tiến hành xu t dnah sách ra file pdf. ấ

Alternative Flows Khơng có

Exception Flows 3.1Nhân viên dịch vụ chọn ”hủy”

3.1.1 H ệthống tr v ở ềhiện trạng ban đầu

Post-conditions Danh sách được xuất ra file pdf

Special Requirements Khơng có

3.2.17.Use case Tìm kiếm khách hàng

Use case Tìm ki m khách hàng ế

Actor Nhân viên kinh doanh

Brief Description Use case này cho phép nhân viên kinh doanh tìm kiếm chính xác thơng tin khách hàng một cách nhanh chóng.

Pre-conditions Nhân viên kinh doanh phải đăng nhập thành công vào h ệ

thống.

Basic Flows 1.Nhân viên kinh doanh ch n chọ ức năng tìm kiếm khách

hàng.

2.Hệ thống hi n thể ị form yêu c u nh p thông tin s CMND ầ ậ ố

của khách hàng

3.Nhân viên kinh doanh nh p thông tin vào form và nh n ậ ấ

nút tìm.

4. Hệ thống hi n th chi tiể ị ết thông tin khách hàng

Alternative Flows Khơng có

Exception Flows 1.1Khơng có thơng tin khách hàng trong CSDL

4.1.1.Hệ thống hi n thể ị “khơng tìm thấy khách hàng” và

kết thúc use case

Post-conditions Trả v thông tin khách hàng c n tìm ề ầ

Special Requirements Khơng có

Use case Xóa khách hàng

Actor Nhân viên kinh doanh

Brief Description Use case này cho phép nhân viên kinh doanh xóa khách

hàng khi thơng tin khách hàng đã quá cũ

Pre-conditions Nhân viên kinh doanh phải đăng nhập thành công vào h ệ

thống và ch n chính xác khách hàng c n xóa. ọ ầ

Basic Flows 1.Nhân viên kinh doanh chọn nút ”xóa”.

2.Hệ thống hi n thể ị “Bạn có ch c mu n xóa khách hàng ắ ố khơng”

3.Nhân viên kinh doanh chọn nút “ok”

4. Hệ thống s xóa khách hàng và c p nh t l i danh sách. ẽ ậ ậ ạ

Alternative Flows Khơng có

Exception Flows 3.1Nhân viên quản lý chọn ”hủy”

3.1.1 H ệthống tr v hi n trở ề ệ ạng ban đầu

Post-conditions Thông tin khách hàng bị xóa

Special Requirements Khơng có

3.2.19.Use case Sửa thông tin khách hàng

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

Actor Nhân viên kinh doanh

Brief Description Use case này cho phép nhân viên kinh doanh sửa thông tin khách hàng.

Pre-conditions Nhân viên kinh doanh phải đăng nhập thành công vào h ệ

thống và ch n chính xác khách hàng c n sọ ầ ửa

Basic Flows 1.Nhân viên kinh doanh chọn nút ”sửa”.

2.Hệ thống hi n thể ị form cho phép sửa thông tin khách

hàng.

3.Nhân viên kinh doanh nh p thông tin m i vào nh ng ch ậ ớ ữ ổ

cần sửa trong form và nhấn nút “lưu”.

4.Hệ thống s c p nh t lẽ ậ ậ ại thơng tin

Alternative Flows Khơng có

Exception Flows 3.1Nhân viên quản lý chọn ”hủy”

3.1.1 Hệ thống tr v hi n trở ề ệ ạng ban đầu

Post-conditions Thông tin khách hàng được cập nh t l i ậ ạ

Special Requirements Khơng có

Actor Nhân viên kinh doanh

Brief Description Use case này cho phép nhân viên kinh doanh tìm kiếm chính xác thơng tin phịng một cách nhanh chóng.

Pre-conditions Nhân viên kinh doanh phải đăng nhập thành công vào h ệ

thống.

Basic Flows 1.Nhân viên kinh doanh ch n nút tìm ki m phòng. ọ ế

2.Hệ thống hi n thể ị form u c u nh p thơng tin mã phịng ầ ậ

3.Nhân viên kinh doanh nh p thông tin vào form và nh n ậ ấ

nút tìm.

4. Hệ thống hi n th chi tiể ị ết thơng tin phịng

Alternative Flows Khơng có

Exception Flows 1.2Khơng có thơng tin phịng trong CSDL

4.1.1.Hệ thống hi n thể ị “khơng tìm thấy phịng” và kết

thúc use case

Post-conditions Trả v phòng c n tìm ề ầ

Special Requirements Khơng có

3.2.21.Use case Xóa phịng

Use case Xóa phịng

Actor Nhân viên kinh doanh

Brief Description Use case này cho phép nhân viên kinh doanh xóa phịng

khi phịng đang sửa chữa nâng cấp.

Pre-conditions Nhân viên kinh doanh phải đăng nhập thành công vào h ệ

thống và ch n chính xác phịng c n xóa ọ ầ

Basic Flows 1.Nhân viên kinh doanh chọn nút ”xóa”.

2.Hệ thống hi n thể ị “Bạn có ch c muắ ốn xóa phịng khơng?”

3.Nhân viên qu n lý chả ọn nút “ok”

4. Hệ thống s xóa phịng và c p nhẽ ậ ật lại danh sách.

Alternative Flows Khơng có

Exception Flows 3.1Nhân viên kinh doanh chọn ”hủy” 3.1.1 H th ng tr v hi n trệ ố ở ề ệ ạng ban đầu

Post-conditions Phịng sẽ b xóa kh i danh sách ị ỏ

Special Requirements Khơng có

3.2.22.Use case Sửa thơng tin phịng

Use case Sửa thơng tin phịng

Brief Description Use case này cho phép nhân viên doanh sửa thơng tin phịng.

Pre-conditions Nhân viên kinh doanh phải đăng nhập thành công vào h ệ

thống và chọn chính xác phịng cần sửa

Basic Flows 1.Nhân viên kinh doanh chọn nút ”sửa”.

2.Hệ thống hi n thể ị form cho phép sửa thơng tin phịng.

3.Nhân viên kinh doanh nh p thơng tin m i vào nh ng ch ậ ớ ữ ổ

cần sửa trong form và nhấn nút “lưu”.

4.Hệ thống s c p nh t lẽ ậ ậ ại thông tin

Alternative Flows Khơng có

Exception Flows 3.1 Nhân viên kinh doanh chọn ”hủy”

3.1.1 H ệthống tr v hi n trở ề ệ ạng ban đầu

Post-conditions Thơng tin phịng được cập nhậ ạt l i

Special Requirements Khơng có

3.2.23.Use case Thêm phòng

Use case Thêm phòng

Actor Nhân viên kinh doanh

Brief Description Use case này cho phép nhân viên kinh doanh thêm phòng

Pre-conditions Nhân viên kinh doanh phải đăng nhập thành công vào h ệ

thống

Basic Flows 1.Nhân viên kinh doanh chọn nút ”thêm”.

2.Hệ thống hi n thể ị form yêu c u nh p thông tin: ầ ậ

+Mã phịng + Mã lo i phịng ạ

+ Tình tr ng phịng ạ

3.Nhân viên kinh doanh chọn nút “ok”

4. Hệ thống s thêm phòng và c p nhẽ ậ ật lại danh sách.

Alternative Flows Khơng có

Exception Flows 3.1Nhân viên kinh doanh chọn ”hủy” 3.1.1 H ệthống tr v ở ềhiện trạng ban đầu

Post-conditions Thơng tin phịng được cập nhật lại

Special Requirements Khơng có

3.2.24.Use case Tạo tài kho n

Use case Tạo tài kho n ả

Brief Description Use case này cho phép nhân viên nhân sự t o tài kho n mạ ả ới

cho nhân viên mới đồng thời phân quyền cho người dùng

Pre-conditions Nhân viên nhân sự phải đăng nhập thành công vào h ệ

thống

Basic Flows 1.Nhân viên nhân s ựchọn nút ”tạo tài khoản”.

2.Hệ thống hi n thể ị form yêu c u nh p thông tin: ầ ậ

+ Mã nhân viên + Chức vụ

+ Tên nhân viên

+ Địa chỉ

3.Nhân viên nhân s ựchọn nút “ok”

4. H ệthống s t o tài kho n và c p nhẽ ạ ả ậ ật lại danh sách.

Alternative Flows Khơng có

Exception Flows Khơng có

Post-conditions Tài khoản mới được t o ạ

Special Requirements Khơng có

3.2.25.Use case Tìm kiếm tài kho n

Use case Tìm ki m tài kho n ế ả

Actor Nhân viên nhân sự

Brief Description Use case này cho phép nhân viên nhân sự tìm ki m chính ế

xác thơng tin tài kho n mả ột cách nhanh chóng.

Pre-conditions Nhân viên nhân sự phải đăng nhập thành công vào h ệ

thống.

Basic Flows 1.Nhân viên nhân s ựchọn nút tìm ki m tài kho n. ế ả

2.Hệ thống hi n thể ị form yêu c u nh p thông tin mã nhân ầ ậ

viên

3.Nhân viên nhân s ựnhập thông tin vào form và nh n nút ấ

tìm.

4. Hệ thống hi n th chi tiể ị ết thông tin tài khoản c n tìm ầ

Alternative Flows Khơng có

Exception Flows 1.3Khơng có thơng tin nhân viên trong CSDL

4.1.1.Hệ thống hi n thể ị “khơng tìm thấy tài khoản” và kết

thúc use case

Post-conditions Trả v thơng tin tài kho n c n tìm ề ả ầ

Special Requirements Khơng có

Use case Xóa tài khoản

Actor Nhân viên nhân sự

Brief Description Use case này cho phép nhân viên nhân sự xóa tài kho n khi ả

nhân viên khơng cịn làm việc tại khách sạn.

Pre-conditions Nhân viên nhân sự phải đăng nhập thành cơng vào h ệthống và tìm th y chính xác thơng tin tài kho n ấ ả

Basic Flows 1.Nhân viên nhân s ựchọn nút ”xóa”.

2.Hệ thống hi n thể ị “Bạn có ch c mu n xóa tài kho n ắ ố ả khơng?”

3.Nhân viên nhân s ựchọn nút “ok”

4. Hệ thống s xóa tài kho n và c p nhẽ ả ậ ật lại danh sách.

Alternative Flows Khơng có

Exception Flows 3.1Nhân viên nhân sự chọn ”hủy”

3.1.1 Hệ thống tr v hi n trở ề ệ ạng ban đầu

Post-conditions Tài khoản s b xóa khẽ ị ỏi danh sách

Special Requirements Khơng có

3.2.27.Use case Sửa thơng tin tài kho n

Use case Sửa thông tin tài khoản

Actor Nhân viên nhân sự

Brief Description Use case này cho phép nhân viên nhân sự s a thông tin tài ử

khoản

Pre-conditions Nhân viên nhân sự phải đăng nhập thành công vào h ệthống và tìm th y tài kho n ấ ả

Basic Flows 1.Nhân viên nhân s ựchọn nút ”sửa”.

2.Hệ thống hi n thể ị form cho phép sửa thơng tin phịng.

3.Nhân viên nhân s ựnhập thông tin m i vào nh ng ch c n ớ ữ ổ ầ

sửa trong form và nhấn nút “lưu”. 4.Hệ thống s c p nh t lẽ ậ ậ ại thơng tin

Alternative Flows Khơng có

Exception Flows 3.1 Nhân viên nhân sự chọn ”hủy”

Post-conditions Thông tin tài khoản được cập nh t l i ậ ạ

Special Requirements Khơng có

3.2.28.Use case Thống kê doanh thu

Use case Thống kê doanh thu

Brief Description Use case này cho phép nhân viên kế toán th ng kê doanh ố

thu của khách s n theo yêu c u c a qu n lý ạ ầ ủ ả

Pre-conditions Nhân viên kế tốn phải đăng nhập thành cơng vào hệ thống

Basic Flows 1.Nhân viên k toán chế ọn nút ”Thống kê”. 2.Hệ thống hi n thể ị menu th ng kê: ố

+ Theo ngày + Theo tháng + Theo quý

+ Theo năm

3.Nhân viên k toán ch n m t torgn các mế ọ ộ ục.

4.Hệ thống sẽthống kê và in ra gi y ấ

Alternative Flows Khơng có

Exception Flows Khơng có

Post-conditions Khơng có

Special Requirements Khơng có

3.2.29.Use case Tìm kiếm hóa đơn

Use case Tìm kiếm hóa đơn

Actor Nhân viên kế tốn

Brief Description Use case này cho phép nhân viên kế tốn tìm kiếm chính

xác thơng tin hóa đơn một cách nhanh chóng.

Pre-conditions Nhân viên kế tốn ph i ả đăng nhập thành công vào h ệ

thống.

Basic Flows 1.Nhân viên k toán ch n nút tìm kiế ọ ếm hoa đơn.

2.Hệ thống hi n thể ị form yêu c u nh p thơng tin mã hóa ầ ậ đơn.

3.Nhân viên k tốn nh p thông tin vào form và nh n nút ế ậ ấ

tìm.

4. Hệ thống hi n th chi tiể ị ết thơng tin hóa đơn cần tìm

Alternative Flows Khơng có

Exception Flows 1.4Khơng có thơng tin hóa đơn trong CSDL

4.1.1.Hệ thống hi n thể ị “khơng tìm thấy hoa91 dơn” và kết

thúc usecase

Post-conditions Trả về thơng tin hóa đơn cần tìm

Special Requirements Khơng có

3.4.Lược đồ tuần tự

Do tính ch t th i gian và s ấ ờ ố lượng thành viên nhóm th c hiự ện đề tài ch mô t các use ỉ ả

case chính bẳng sơ đồ tuần t bao gự ồm: đặt phòng, thuê phòng đặt trước, thuê phòng trực tiếp, l p phi u d ch v , tr phòng (lậ ế ị ụ ả ập hóa đơn).

Sơ đồ tuần tự được biểu diễn theo đúng góc nhìn dựa trên mơ hình 3 tầng khi triển

khai đề tài ngoài thực tế. Cụ thể chương trình sẽ được phân thành 3 tầng chính:

+ T ng trình bày (Prepresentation Layer): g m các giao diầ ồ ện người dùng (form, user control, …) phục v cho mụ ục đích hiển thị, trình bày thơng tin, tương tác trực ti p ế

với người dùng.

+ T ng nghi p v (Business Logic Layer): t ng này làm trung gian gi t ng ầ ệ ụ ầ ữ ầ “Prepresentation” và tầng “Data Access”, cụ thể là nó sẽ cung cấp cho tầng

khi ở chiều ngượ ạc l i là l y thông tin t tấ ừ ầng “Prepresentation” xử lý và cung c p cho ấ

tầng “Data Access”.

+ T ng truy c p dầ ậ ữ liệu (Data Access Layer): nhi m v c a t ng này là làm việ ụ ủ ầ ệc

với Database. Khi nhận được yêu c u v dầ ề ữ liệu (c p nh t, l y dậ ậ ấ ữ liệu,..) c a tủ ầng “Business Logic”, tầng này sẽ kết nối và làm việc với Database bằng hình thức nào đó để đáp ứng u c u cầ ủa “Business Logic Layer”.

Như vậy, một lớp bất kỳ thay vì mang tồn bộ các phương thức xử lý thì nay được phân ra 4 ph n: Business Object (bi u di n c u trúc dầ ể ễ ấ ữ liệu c a 1 th c thủ ự ể dưới d ng ạ

class), View (thuộc t ng trình bày), Business Logic (thu c t ng nghi p v ), Data Access ầ ộ ầ ệ ụ

(thuộc tầng truy c p dậ ữ liệu). Ví dụ ta có th c th Phịng, khi tri n khai v i mơ hình 3 ự ể ể ớ

tầng ta s có nh ng l p sau: ẽ ữ ớ

+ L p PhongBO: ch a các field, thuớ ứ ộc tính, các phương thức cơ bản như Equals(…), ToString(), HashCode(),…

+ L p PhongBLL: Chớ ứa các phương thức xử lý nghi p v ệ ụ

+ L p PhongDAL: Ch ớ ứ các phương thức truy c p dậ ữ liệu.

3.4.2.Thuê phòng trực tiếp

3.4.4.Lập phi u d ch vế ị ụ

3.5.Sơ đồ Activity

4. Thiết kế hệ thống

4.2.Giao diện

4.2.4.Form đặt phòng

4.2.6.Form Hóa đơn

4.2.8.Quản lý phịng

4.2.10.Quản lý hóa đơn

PHẦN KẾT LUẬN

Tóm tắt k t quế ảthực hi n

Mặc dù đã cố g ng tìm hi u cơng viắ ể ệc “quản lý khách sạn” nhưng khơng sao tránh khỏi những thi u sót. Mong thế ầy đóng góp thêm ý kiến để nhóm em có thêm kinh nghiệm và t ừ đó hồn chỉnh hơn.

Q trình phân tích – thiết kế ệ thố h ng qu n lý khách sả ạn cơ bản đã hồn thành những cơng việc sau:

- Mơ t ả được bài toán

- Xây d ng nghi p v và hiự ệ ụ ểu rõ được các nghi p v c a khách s n ệ ụ ủ ạ

- Vẽ sơ đồ usecase - Đặc tả usecase - Sơ đồ tuần tự - Lược đồ lớp - Biểu đồ hoạt động - Thiết k mơ hình ERế - Thiết kế giao di n ệ

- Đã hiện thực được mộ ốt s chức năng của ph n mềm b ng ngôn ngữ C#. ầ ằ

- Hiểu và triển khai được chương trình với mơ hình Three-layer.

- Nắm b t và thắ ực hiện được quy trình phân tích, thiết kế ột hệ m thống ph n mầ ềm theo hướng đồi tượng

Do thời gian h n ch và kinh nghi m c a bạ ế ệ ủ ản thân chưa nhiều nên việc phân tích thiết kế chưa hồn thiện như một phần m m qu n lý ề ả thực thụ. Nó mang tính chất học

Một phần của tài liệu PHÂN TÍCH THIẾT KẾ HỆ THỐNG ĐỀ TÀI PHẨN MỀM QUẢN LÝ KHÁCH SẠN (Trang 28)