3. Phân tích hệ thống
3.2.26.Usecase Xóa tài khoản
3.2. Đặc tả Usecase
3.2.26.Usecase Xóa tài khoản
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ế toá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ế toá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ế toán ph i ả đăng nhập thành công vào h ệ
thống.
Basic Flows 1.Nhân viên k tố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 đã hoàn thành những cơng việc sau:
- Mơ t ả được bài tố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 hoà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.