3. Phân tích hệ thống
3.2.23.Usecase Thêm phòng
3.2. Đặc tả Usecase
3.2.23.Usecase 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 ngồ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 yê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 hỏi, trao dồi và bước đầu làm quen với thực tế. Nhưng qua báo cáo này, nhóm em đã học hỏi được nhi u ki n thề ế ức cũng như kinh nghiệm trong q trình phân tích thiết kế hệ thống.