Xây dựng mô hình Use case mô tả yêu cầu hệ thống phần mềm Hệ thống mới

CẤU TRÚC HểA YấU CẦU

Nhân viên tiếp tân, nhân viên phục vụ phòng, nhân viên phục vụ dịch vụ tham gia vào chức năng này của hệ thống để thực hiện công việc của mình, quản lý đặt phòng, quản lý trả phòng (không quan tâm đến hình thức cụ thể ở mức này). Sau khi khách hàng trả phòng nhân viên tiếp lập hóa đơn để thanh toán tiền thuê phòng và sử dụng dịch vụ của khách sạn cho khách hàng. Use case thống kê và báo cáo sẽ tương tác với các actor nhân viên kế toán, nhân viên kinh doanh, Trưởng Phòng, Giám đốc, Chủ tịch Hội đồng quản trị đây là chức năng giỳp cho nhõn viờn kế toỏn, nhõn viờn kinh doanh cú thể tổng hợp, thống kế, theo dừi cụng nợ,doanh thu,…báo cáo lên Trưởng Phòng, Giám đốc, Chủ tịch về tình hình hoạt động của Khách sạn. Use case còn lại là Use case quản trị cho phép quản trị các quyền của người dùng với hệ thống. Bước tiếp theo là mô tả chi tiết nghiệp vụ hoạt động thông tin của hệ thống dùng mô hình Activity. Hoạt động này mô tả mức vật lý nhằm phản ánh hiện trạng hoạt động của hệ thống hoạt động như thế nào? Cách thực hiện là ứng với từng Use case trong mô hình ngữ cảnh sẽ phát triển mô hình hoạt động cho Use case đó. Hình 6:Mô hình Use case ngữ cảnh Hệ thống. b) Mô hình hoạt động của các Use case trong Hệ thống. Đến cuối kỳ hoạch toán, nhân viên kế toán sẽ thông kê doanh thu, công nợ dựa trên danh sách các hóa đơn thanh toán (thông tin thuê phòng, thông tin sử dụng dịch vụ…) sau đó lập bản báo cáo gửi đến Trưởng Phòng. Trưởng Phòng xác nhận và kiểm tra bản báo cáo. Nếu thông tin hợp lệ sẽ gửi thông báo cho phép nhân viên kế toán gửi bản báo cáo đến nhân viên kinh doanh đồng thời lưu lại bản báo cáo vào sổ thành danh sách thống kê, báo cáo. Nhân viên kinh doanh sẽ dựa vào dữ liệu của bản báo cáo sẽ lập ra bản kế hoạch phát triển cho khách sạn và gửi bản kế hoạch cho Trưởng Phòng.Trưởng Phòng xác nhận và kiểm tra bản kế hoạch của nhân viên kinh doanh. Nếu thông tin hợp lệ sẽ duyệt bản kế hoạch. Nhân viên kinh doanh sẽ lưu lại bản kế hoạch vào sổ thành các danh sách bản ké hoạch. Các bản báo cáo, bản kế hoạch sẽ được gửi lên Giám đốc, Chủ tịch Hội đồng quản trị để được xem xét và xét duyệt. Hình10 :Activity mô tả tác nghiệp hoạt động của Usecase thống kê,báo cáo. • Mô hình Activity mô tả hoạt động tác nghiệp của Use case xử lý Quản trị. quản trị gồm các đối tượng: Chủ tịch Hội đồng Quản trị, Ban Giám đốc, Trưởng Phòng các Bộ Phận. Chủ tịch hội đồng quản trị là cấp quản trị cao nhất trong hệ thống tiếp đến là Giám đốc còn lại là Trưởng Phòng. Chủ tịch Hội đồng quản trị có trách nhiệm xét duyệt các bản kế hoạch phát triển của Trưởng Phòng và Giám đốc, Nhân viên kinh doanh… Chủ tịch hội đồng quản trị sẽ cấp quyền và giao nhiệm vụ cho Nhân viên cấp dưới mình cụ thể là Giám đốc, Trưởng Phòng, Nhân viờn. Chủ tịch hội đồng quản trị sẽ theo dừi, quản trị cỏc hoạt động của Nhõn viờn cấp dưới nhằm nắm bắt được tình hình hoạt động từ đó đề ra chiến lược hoạt động cho Khách sạn. Các Nhân viên cấp dưới tùy vào quyền và nhiệm vụ, quản lý Nhân viên cấp dưới mình. Như vậy Use case Quản trị hệ thống có tác dụng phân quyền sử dụng chức năng hệ thống, bảo mật thông tin. Hình 11 :Activity mô tả tác nghiệp hoạt động của Usecase Quản trị. Xây dựng mô hình quan niệm hiện hành của Hệ thống. a) Loại bỏ các yếu tố vật lý. • Trong hoạt động xử lý thuê phòng của khách sạn:. o Loại bỏ các yêu tố vật lý:.  Xác nhận và kiểm tra phòng bằng sổ nhật kí đăng kí thuê phòng, đăng kí đặt PhòngKiểm tra thuê phòng.  Lập phiếu thuê phòng cho khách hàngLập phiếu thuê Phòng.  Xác nhận và kiểm tra yêu cầu thuê dịch vụ của khách hàngKiểm tra thuê dịch vụ.  Lưu phiếu thuê phòng vào sổ thuê phòngLưu thuê phòng.  Lập phiếu sử dụng dịch vụ cho khách hàngLập phiếu sử dụng dịch vụ.  Lưu phiếu sử dụng dịch vụ vào sổ sử dụng dịch vụLưu phiếu sử dụng dịch vụ.  Cập nhật trạng thái phòng vào sổ nhật kí thuê phòngCập nhật trạng thái phòng. o Loại bỏ các hoạt động thuần công việc:.  Gửi phiêu giao phòng cho khách hàng.  Giao phòng cho khách hàng.  Giao phiếu sử dụng dịch vụ cho Khách hàng.  Xác nhận nhận phòng theo phiếu thuê phòng.  Xác nhận nhận phiếu sử dụng dịch vụ.  Kiểm tra thông tin Khách hàng.  Lập phiếu giao phòng. o Loại bỏ các hoạt động trùng lắp: không có hoạt động nào trùng lắp. • Trong hoạt động đặt Phòng o Loại bỏ các yếu tố vật lý:.  Xác nhận, kiểm tra thông tin phòng qua Sổ nhật kí thuê phòng, Sổ nhật kí đặt phòngKiểm tra phòng.  Lập phiếu đặt phòng cho khách hàngLập phiếu đặt phòng.  Lưu phiếu đặt phòng vào Sổ nhật kí đặt phòngLưu đặt phòng. o Loại bỏ các yếu tố thuần công việc:.  Xác nhận giao phiếu đặt phòng.  Kiểm tra thông tin Khách hàng. o Loại bỏ các hoạt động trùng lắp: không có hoạt động nào trùng lắp. • Trong hoạt động trả phòng o Loại bỏ các yếu tố vật lý:.  Kiểm tra hạn trả Phòng của Khách hàng thông qua Sổ nhật kí thuê PhòngKiểm tra trả phòng.  Xử lý yêu cầu gia hạn sử dụng phòng của Khách sạn dựa trên Sổ nhật kí đặt phòngxử lý gia hạn sử dụng phòng.  Lập hóa đơn thanh toán tiền phòng, tiền sử dụng dịch vụ thông qua phiếu thuê phòng, phiếu sử dụng dịch vụLập hóa đơn.  Lưu hóa đơn thanh toán vào Sổ hóa đơn thanh toánLưu hóa đơn.  Cập nhật trạng thái phòng vào Sổ nhật kí đặt phòngCập nhật trạng thái phòng. o Loại bỏ các yếu tố thuần công việc:.  Gửi hóa đơn thanh toán và nhận phòng.  Xác nhận thanh toán hóa đơn và trả phòng. o Loại bỏ các hoạt động trùng lắp:. • Trong hoạt động Thống kê, báo cáo o Loại bỏ các yêu tố vật lý:.  Lập bản thống kê dựa trên Sổ hóa đơnLập thống kê.  Lập bản báo cáo dựa trên bản báo cáoLập báo cáo.  Lưu báo cáo vào Sổ thống kê,báo cáoLưu báo báo.  Lập kê hoạch kinh doanh dựa trên bản báo cáoLập kế hoạch kinh doanh.  Lưu bản kế hoạch kinh doanh vào Sổ kế hoạch kinh doanhLưu kế hoạch. o Loại bỏ các hoạt động thuần công việc:.  Yêu cầu điều chỉnh bản báo cáo.  Yêu cầu điều chỉnh bản kế hoạch kinh doanh.  Kiểm tra thông tin phản hồi.  Gửi bản báo cáo thống kê.  Gửi bản kinh doanh.  Xác nhận và kiểm tra bản báo cáo.  Xác nhận và kiểm tra bản kế hoạch kinh doanh.  Duyệt báo cáo, duyệt bản kế hoạch kinh doanh. o Loại bỏ các hoạt động trùng lắp: không có hoạt động trùng lắp. • Trong hoạt động Quản trị hệ thống o Loại bỏ các yêu tố vật lý:.  Cấp quyền quản lý, nhiệm vụ thực hiện cho Nhân viên cấp dướiCấp quyền quản lý hoạt động.  Quản trị theo dừi hoạt động Nhõn viờn cấp dướiQuản trị.  Tiếp nhận và thực hiện theo quyền và nhiệm vụ được giaohoạt động theo quyền được cấp. o Loại bỏ các hoạt động thuần công việc:. o Loại bỏ các hoạt động trùng lắp: một số hoạt động trùng lắp nhưng đã được loại đi các yếu tố vật lý nên không cần phải loại bỏ các hoạt động này. Sau khi mô hình đã loại bỏ đi các yếu tố vật lý, các hoạt động thuần công việc, các hoạt động trùng lắp…, một số dòng chuyển dịch sẽ bị đứt quảng làm cho mô hình không liên tục. Do đó chúng ta nối kết dòng chuyển dịch làm cho mô hình được liên tục. Mô hình chỉ thể hiện quan niệm hoạt động của hệ thống không quan tâm đến hệ thống xử lý như thế nào, và tổ chức vật lý ra sao?. b) Kết nối dòng chuyển dịch:. • Mô hình hoạt động quan niệm của thuê Phòng:. Hình 12:Mô hình hoạt động tác nghiệp của Use case thuê Phòng. • Mô hình hoạt động quan niệm đặt Phòng:. • Mô hình hoạt động quan niệm của trả Phòng:. Hình 13:Mô hình hoạt động quan niệm của đặt Phòng Hình 14:Mô hình hoạt động quan niệm trả Phòng. • Mô hình hoạt động quan niệm của Thống kê, báo cáo:. • Mô hình hoạt động quan niệm của Thống kê,báo cáo:. • Mô hình hoạt động quan niệm của Quản trị:. • Mô hình hoạt động quan niệm của quản trị. c) Xây dựng mô hình quan niệm Hệ thống dùng Use case. Từ mô hình hoạt động miêu tả quan niệm về hoạt động của hệ thống hiện tại, xây dựng mô hình Use case của hệ thống bằng cách gom nhóm các hoạt động gần gũi và hợp tác với nhau lại thành một hoạt động lớn mặc dù trước đây chúng bị chia nhỏ để biểu diễn hoạt động và cấu trúc vật lý. Với mỗi nhóm thành lập môt Use case, kết hợp với Activity ta xác định được actor cho các Use case này. Hình 15: Mô hình hoạt động quan niệm Thống kê,báo cáo. Hình 16:Mô hình quan niệm hoạt động Quản trị Hệ thống. • Với hoạt động thuê phòng:. - Use case Kiểm tra phòngKiểm tra trạng thái phòng trong hệ thống quyết định cho thuê, hay từ chối yêu cầu của Khách hàng. - Use case Lập phiếu thuê phòngLập phiếu thuê phòng, lập phiếu giao phòng. - Use case Lưu thuê phòngLưu thông tin thuê phòng. - Use case Cập nhật phòngCập nhật lại trạng thái phòng. - Use case Kiểm tra dịch vụKiểm tra thông tin yêu cầu sử dụng của Khách hàng. - Use case Lập phiếu sử dụngLập phiếu sử dụng dịch của Khách hàng. động đặt phòng:. - Use case Kiểm tra phòngKiểm tra trạng thái phòng trong hệ thống quyết định cho thuê, hay từ chối yêu cầu của Khách hàng. - Use case Đặt phòngLập phiếu đăng kí đặt phòng cho Khách hàng. - Use case Lưu đặt phòngLưu thông tin đặt phòng. Hình 18:Mô hình use case hoạt động đặt phòng Hình 17:Mô hình use case quan niệm thuê phòng. • Với hoạt động trả phòng. - Use case Kiểm tra phòngKiểm tra trạng thái phòng trong hệ thống quyết định cho thuê, hay từ chối yêu cầu của Khách hàng. - Use case Kiểm tra trả phòngKiểm tra hạn trả phòng của Khách hàng. - Use case Lập hóa đơnLập hóa đơn thanh toán tiền phòng, tiền sử dụng dịch vụ cho Khách hàng. - Use case Xử lý gia hạn sử dụng phòngGia hạn sử dụng phòng cho Khách hàng. - Use case Lưu hóa đơnLưu hóa đơn thanh toán. - Use case Cập nhật phòngCập nhật trạng thái phòng. Thống kê, báo cáo:. - Use case Lập thống kêLập các thống kê về doanh thu, công nơ, thuê phòng, trả phòng.. - Use case Lưu thống kêLưu bản thống kê để use case khác khai thác. - Use case Lập báo cáo Lập báo cáo dựa trên Use case thống kê. - Use case Lập kế hoạch kinh doanh Lập kế hoạch kinh doanh khai thác trên Use case báo cáo. - Use case Lưu báo cáoLưu báo cáo để use case khác khai thác. Hình 19:Mô hình use case hoạt động trả phòng. - Use case Lưu kế hoạch kinh doanh: Lưu kế hoạch kinh doanh. • Với hoạt động Quản trị:. - Use case Phân quyền sử dụng chức năng hệ thốngCấp quyền sử dụng hệ thống cho các Actor trong hệ thống, trong đó Actor Chủ tịch hội đồng quản trị là Actor có quyền hạn cao nhất, cấp quyền sử dụng cho các Actor còn lại. - Use case Quản trị hoạt độngQuản trị các hoạt động của Actor. Xây dựng mô hình quan niệm Hệ thống mới. Trong phần này ta dựa vào hai nguồn thông tin là biểu diễn hoạt động quan niệm hiện tại và các yêu cầu của hệ thống mới để bổ sung, điều chỉnh hoặc loại bỏ các hoạt động thông tin cho phù hợp với hệ thống đang phát triển. Cuối cùng xác định lại các hoạt động nào sẽ được tự động hóa và hoạt động nào vẫn còn hoạt động thủ công trong hệ thống mới sẽ xây dựng, để mô hình Use case biểu diễn yêu cầu phần mềm hệ thống.Qui trình xây dựng được biểu diễn bởi sơ đồ sau:. Yêu cầu của Hệ thống mới. Điều chỉnh,bổ sung hoặc loại bỏ những hoạt động để tạo Hệ thống mới. Xác định hoạt động nào sẽ được tự động hóa để xây dựng mô hình Use case đặc tả yêu cầu phần mềm Hệ. Hình 22: Qui trình xây dựng mô hình quan niệm Hệ thống mới Hình 21:Mô hình use case hoạt động quản trị Hệ thống. Hệ thống được tin học hóa và được phát triển mới hoàn toàn, vì vậy cần tự động hóa các nghiệp vụ hệ thống, loại bỏ các hoạt động thủ công trong các hoạt động quản lý của Khách sạn. • Đối với hoạt động đặt Phòng: Cho phép khách hàng đặt phòng trực tuyến. Trong hoạt động Quản trị hệ thống, Hệ thống mới cần phân quyền sử dụng chức năng hệ thống. Đối với hệ thống mới Chủ tịch Hội đồng quản trị là người dùng cao cấp nhất tạo, xóa, điều chỉnh các tài khoản người dùng Khác cho Nhân viên các phòng ban, Giám đốc, Trưởng Phòng. Tạo phân cách trong mô hình hoạt động hệ thống. Các hoạt động được thủ công hoặc không còn phù hợp với công việc tự động hóa trong hệ thống mới sẽ được bao quanh bởi các đường biên hình đứt khúc, còn lại là các hoạt động tự động hóa. Hình 23:Hoạt động đặt Phòng của Hệ thống mới sau khi điều chỉnh,bổ sung Hình 25:Mô hình hoạt động của Quản trị Hệ thống của Hệ thống mới sau khi điều chỉnh,bổ sung. • Hoạt động xử lý thuê Phòng giữa thủ công và tự động. • Hoạt động xử lý đặt Phòng giữa thủ công và tự động hóa. Hình 26:Mô hình hoạt động thuê Phòngcủa Hệ thống mới giữa và thủ công tự động. Hình 27:Mô hình hoạt động đặt Phòng của Hệ thống mới giữa thủ công và tự động. • Hoạt động trả Phòng giữa thủ công và tự động. • Hoạt động Thống kê, báo cáo giữa thủ công và tự động. Hình 28:Mô hình hoạt động trả Phòng của Hệ thống mới giữa thủ công và tự động. Hình 29:Mô hình hoạt động Thống kê, báo cáo của Hệ thống mới giữa thủ công và tự đông. • Hoạt động Quản trị Hệ thống giữa thủ công và tự động. Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới a) Xây dựng các Use case từ các hoạt động sẽ được tự động hóa.

Mễ HèNH HểA DỮ LIỆU

Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường Phiếu Thuê Phòng. Ngày nhận: Date Ngày trả: Date. Phiếu Thuê dịch vụ Phiếu đặt Phòng. Ngày đến: Date Ngày trả: Date Phiếu Yêu cầu. Mã phiếu: Int Tên phiếu: String Ngày lập: Date Người lập: String. Hình 47:Các class tổng quát hóa và chuyên biệt hóa. Khách hàng Phiếu yêu cầu Phòng. Dịch vụ Thống kê. Phiếu thuê Phòng Phiếu đặt Phòng Phiếu thuê dịch vụ. của liên quan. Chi tiết yêu cầu. Chi tiết yêu cầu Chi tiết hóa đơn. Phân tích dữ liệu. a) Các thực thể: Các thực thể được xác định dựa theo các class đã được xác định và một số thực thể được bổ sung nhằm giảm sự trừu tượng của các class đồng thời làm giảm sự phức tạp cho giai đoạn thiết kế dữ liệu và code (các thực thể này sẽ là các bảng trong Cơ sở dữ liệu). -Thống kê với dịch vụ có quan hệ nhiều-nhiều (n-n). - Nhân viên có thể thống kê một lần với nhiều loại thống kê khác nhau. Mỗi thống kê khác nhau chỉ được thống kê bởi một Nhân viên. - Thống kê theo phòng, một lần thống kê sẽ thống kê được thuê phòng, đặt phòng, hủy đặt phòng, hóa đơn và nhiều phòng sẽ được thống kê nhiều lần. - Thống kê theo dịch vụ, một lần thống kê sẽ thống kê được sử dụng dịch vụ và nhiều lần sử dụng dịch vụ sẽ được thống kê nhiều lân. Mô hình biểu diễn quan hệ. • Mối quan hệ giữa Dịch vụ và Nhóm dịch vụ. Ý nghĩa: Nhóm dịch vụ chức một hoặc nhiều Dịch vụ, một dịch vụ hoặc nhiều dịch vụ sẽ thuộc một Nhóm dịch. Hình 52:Mối quan hệ giữa Nhân viên,Thống kê,Phòng,Dịch vụ. Hình 53:Mô hình biểu diễn mối quan hệ giữa Dịch vụ và Nhóm dịch vụ. c) Sơ đồ thực thể kết hợp.

THIẾT KẾ

• THIẾT KẾ KIẾN TRÚC HỆ THỐNG
• THIẾT KẾ GIAO DIỆN NGƯỜI DÙNG

Bối cảnh: KHÁCH HÀNG(Customer). Mô tả: CMND/Passport,Visa phải có đủ 9 kí tự hoặc 13 kí tự cho Passport Biểu diễn: ∀ customer ∈ Customer: customer.Idcode=xxxxxxxxx Bảng tầm ảnh hưởng:. Tên Thêm Xóa Sửa. Tên Thêm Xóa Sửa. Tên Thêm Xóa Sửa. b) Ràng buộc toàn vẹn liên thuộc tính –liên quan hệ. Bối cảnh: Phòng(Room) ,Khách hàng(Customer), đặt Phòng(OrdingRoom) Mô tả:Khách hàng sẽ đặt Phòng thông qua Đặt Phòng. Biểu diễn: ∀customer∈Customer,room ∈Room,ording∈Ording:. customer.CustomerID=ording.CustomerID^ording.RoomID=room.RoomID Bảng tầm ảnh hưởng:. Tên Thêm Xóa Sửa. c) Ràng buộc toàn vẹn tham chiếu *RB12.

KIỂM THỬ

Quản lý được thông tin Phòng và Khách hàng thuê Phòng, Ngày trả Phòng và Hóa đơn thanh toán. Chức năng quản trị hoạt động chính xác, an toàn, đảm bảo bảo mật cho Website.

CÀI ĐẶT

Chức năng này chạy tốt, quản lý thông tin Nhân viên của từng Bộ phận.