3. Phân tích hệ thống
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