V. CẤU TRÚC HÓA YÊU CẦU
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:
Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường Huỳnh Văn Thiện (DTH0610) Lớp DH7TH
Trang 53/112 Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường
Trang 55/112
• 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:
Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường Huỳnh Văn Thiện (DTH0610) Lớp DH7TH
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
Trang 57/112
• Với hoạt động thuê phòng:
- Use case Kiểm tra phòngKiể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òngLập phiếu thuê phòng, lập phiếu giao phòng. - Use case Lưu thuê phòngLưu thông tin thuê phòng.
- Use case Cập nhật phòngCậ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..
Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường Huỳnh Văn Thiện (DTH0610) Lớp DH7TH
Trang 59/112 - Use case Lập phiếu sử dụngLập phiếu sử dụng dịch của Khách hàng.
• Với hoạt
động đặt phòng:
- Use case Kiểm tra phòngKiể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òngLập phiếu đăng kí đặt phòng cho Khách hàng. - Use case Lưu đặt phòngLưu thông tin đặt phòng.
Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường Huỳnh Văn Thiện (DTH0610) Lớp DH7TH
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
Trang 60/112
• Với hoạt động trả phòng
- Use case Kiểm tra phòngKiể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òngKiểm tra hạn trả phòng của Khách hàng.
- Use case Lập hóa đơnLậ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òngGia hạn sử dụng phòng cho Khách hàng. - Use case Lưu hóa đơnLưu hóa đơn thanh toán.
- Use case Cập nhật phòngCập nhật trạng thái phòng.
• Với hoạt độ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áoLưu báo cáo để use case khác khai thác.
Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường Huỳnh Văn Thiện (DTH0610) Lớp DH7TH
Trang 61/112 - 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ốngCấ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 độngQuản trị các hoạt động của Actor.
4. 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:
Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường Huỳnh Văn Thiện (DTH0610) Lớp DH7TH
uc Use c as e act ...
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ệ
thống mới
uc Use c as e
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
Trang 63/112
• 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
Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường Huỳnh Văn Thiện (DTH0610) Lớp DH7TH
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
Trang 65/112
• Hoạt động Quản trị Hệ thống giữa thủ công và tự động
5. 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.
Thiết lập các actor: Actor được thiết lập ở mức này chính là các người dùng trực tiếp phần mềm hệ thống.
- Quyết định xem đối tượng môi trường có sử dụng hệ thống phần mềm không? Nếu không thì xác định xem đối tượng nào sử dụng hệ thống để làm việc với đối tượng môi trường đó, và đối tượng đó sẽ là actor.
Ví dụ: Khách hàng là đối tượng môi trường, Khách hàng không trực tiếp sử dụng phần mềm hệ thống mà thông qua Nhân viên tiếp tân, do đó Nhân viên tiếp tân là Actor - Nếu đúng, đối tượng môi trường đó chính là một actor. Ví dụ trong hoạt động đặt
phòng, hệ thống cho phép đặt phòng onlineKhách hàng là một actor hệ thống vì trực tiếp sử dụng phần mềm hệ thống.
- Đối với các đối tượng trong hệ thống (Nhân viên tiếp tân,Trưởng Phòng….), kiểm tra mô hình hoạt động xem các chức năng tự động hóa có được sử dụng bởi các đối tượng này không, nếu có các đối tượng này là actor.
Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường Huỳnh Văn Thiện (DTH0610) Lớp DH7TH
• Mô hình Use case phần mềm đặc tả thuê Phòng được xác định theo bảng sau:
Use case chức năng phần mềm Hệ thống
Hoạt động Actor(User)
Kiểm tra Phòng Kiểm tra trạng thái Phòng Nhân viên tiếp tân Xử lý thuê Phòng Lập phiếu thuê Phòng, lưu
phiếu thuê Phòng
Nhân viên tiếp tân Xử lý sử dụng dịch vụ Lập phiếu sử dụng dịch vụ,
lưu phiếu sử dụng dịch vụ
Nhân viên tiếp tân
Cập nhật Phòng Cập nhật trạng thái Phòng Nhân viên tiếp tân
Tìm kiếm Tìm kiếm thông tin theo từng
chức năng Người dùng Hệ thống
Trang 67/112
• Mô hình Use case phần mềm đặc tả đặt Phòng được xác định theo bảng sau:
• Mô hình Use case phần mềm đặc tả trả Phòng được xác định theo bảng sau:
Use case chức năng phần
mềm Hệ thống Hoạt động Actor(User)
Kiểm tra trả Phòng Kiểm tra hạn trả Phòng Nhân viên tiếp tân Lập hóa đơn Lập hóa đơn thanh toán, Lưu hóa
đơn thanh toán, In hóa đơn
Nhân viên tiếp tân Cập nhật Phòng Cập nhật trạng thái Phòng Nhân viên tiếp tân Xử lý gia hạn Xử lý gia hạn sử dụng Phòng Nhân viên tiếp tân
Tìm kiếm Tìm kiếm thông tin theo từng Nhân viên tiếp tân, Khách Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường
Huỳnh Văn Thiện (DTH0610) Lớp DH7TH
Use case chức năng phần mềm Hệ thống
Hoạt động Actor(User)
Kiểm tra Phòng Kiểm tra trạng thái Phòng Nhân viên tiếp tân, Khách hàng Đặt Phòng online Đặt Phòng trực tuyến Nhân viên tiếp tân, Khách hàng Xử lý đặt Phòng Lập phiếu đặt Phòng, lưu
phiếu đặt Phòng
Nhân viên tiếp tân, Khách hàng
Cập nhật Phòng Cập nhật trạng thái Phòng Nhân viên tiếp tân
Tìm kiếm Tìm kiếm thông tin theo
từng chức năng
Nhân viên tiếp tân,Khách hàng
chức năng hàng
b) Xây dựng các Use case khai thác và sử dụng Hệ thống
Gồm các Use case mô tả các khai thác dữ liệu Hệ thống(thống kê,báo cáo,tìm kiếm….).
Use case chức năng phần mềm Hệ thống
Hoạt động Actor(User)
Lập thống kê Lập các Bản thống kê, Lưu thống kê,
In thống kê Nhân viên kế toán, Nhân viên kinh doanh, Người Quản lý Lập báo cáo thống kê Lập bản báo cáo thống kê, Lưu bản
báo cáo thống kê, In báo cáo thống kê Nhân viên kế toán, Nhân viên kinh doanh, Người Quản lý Lập kế hoạch kinh
doanh
Lập bản kế hoạch kinh doanh, Lưu, In kế hoạch kinh doanh
Nhân viên kế toán, Nhân viên kinh doanh, Người Quản lý
Trang 69/112
c) Xây dựng Use case mô tả chức năng Quản trị Hệ thống:
Gồm các chức năng quản trị an toàn hệ thống (đăng nhập, quyền sử dụng, nhóm người dùng….).
Use case chức năng phần mềm Hệ
thống
Hoạt động Actor(User)
Cấp tài khoản Cấp usename, password cho người
dùng Quản trị Hệ thống (Chủ tịch Hội đồng quản trị, Giám đốc, Trưởng Phòng) Đăng nhập hệ thống Xử lý đăng nhập hệ thống Người dùng (Tất cả các đối tượng trong
hệ thống, Khách hàng) Quản trị người dùng Quản trị người dùng Hệ thống Quản trị hệ thống Sử dụng hệ thống Ứng với từng usename, password sẽ
được quyền sử dụng các chức năng hệ thống khác nhau
Người dùng hệ thống
d) Tinh chế các Use case.
• Use case Quản trị Hệ thống được tinh chế
Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường Huỳnh Văn Thiện (DTH0610) Lớp DH7TH
Hình 35:Mô hình use case biểu diễn chức năng phần mềm hoạt động Quản trị Hệ thống
• Use case thuê phòng được tinh chế
• Use case thuê phòng được tinh chế
Trang 71/112
• Use case trả Phòng được tinh chế
• Use case thống kê,báo cáo được tinh chế
Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường Huỳnh Văn Thiện (DTH0610) Lớp DH7TH
Hình 39:Use case trả Phòng được tinh chế
VI.MÔ HÌNH HÓA DỮ LIỆU
1. Xác định đối tượng trong Hệ thống:
Xác định đối tượng trong hệ thống theo phương pháp tiếp cận theo Use case, phương pháp này tiếp cận chi tiết các đối tượng của hệ thống rồi tích hợp thành mô hình chung biểu diễn toàn bộ đối tượng hệ thống, bao gồm các bước sau:
- Với từng use case trong sơ đồ Use case, áp dụng cách tiếp cận theo danh từ, cụm danh từ để xác định các class mà usecase đó tác động tới.
- Xác định mối kết hợp giữa các class trong use case để tạo ra sơ đồ class cho use case. - Tích hợp các sơ đồ class của tất cả use case để tạo ra sơ đồ class của hệ thống theo
những bước sau:
+ Tích hợp class: Các class trong sơ đồ class có cùng ngữ nghĩa (mặc dù tên có khác nhau) thì gôm lại thành một class chung có đặc trưng là đặc trưng chung cho tất cả class.
+ Tích hợp mối kết hợp: Duy trì tất cả mối kết hợp các class trong sơ đồ class vào sơ đồ class chung của hệ thống.
- Xây dựng các class tổng quát hóa, chuyên biệt hóa để biểu diễn tính kế thừa trong hệ thống.
Trang 73/112
2. Mối quan hệ giữa các đối tượng trong Hệ thống.
Xây dựng sơ đồ class cho từng Use case áp dụng phương pháp tiếp cận danh từ,cụm danh từ ta có
• Use case thuê Phòng
Khởi tạo danh sách class ứng viên:
-Phòng -Dịch vụ -Loại dịch vụ -Khách hàng -Khách quen -Khách thuê Phòng -Nhân viên tiếp tân -Nhân viên phục vụ -Loại -Loại Phòng -Kiểu -Kiểu Phòng -Giá
-Chi tiết thuê Phòng
Loại bỏ các class giả, không phù hợp
-Phòng -Dịch vụ -Loại dịch vụ -Khách hàng -Khách quen -Khách thuê Phòng -Nhân viên tiếp tân -Nhân viên phục vụ -Loại -Loại Phòng -Kiểu -Kiểu Phòng -Giá
-Chi tiết thuê Phòng -Phiếu thuê
Đồng nhất các class ứng viên trùng lắp: Đồng nhất lại danh sách class ứng viên tìm kiếm các danh từ, cụm danh từ trùng lắp về ngữ nghĩa mặc dù tên thể hiện có khác nhau, chọn lựa danh từ,cụm danh từ chứa nghĩa nghĩa và loại các danh từ, cụm danh từ khác.
Khách hàng, Khách thuê Phòng, Khách quen = Khách hàng.
Loại, Loại Phòng = Loại Phòng.
Loại, Loại dịch vụ = Loại dịch vụ.
Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi Trường Huỳnh Văn Thiện (DTH0610) Lớp DH7TH
-Quá trình -Thông báo -Hệ thống -Ngày nhận -Ngày trả -Giờ nhận -Giờ trả -Cuối ngày -Ngày bị trể -Thông báo -Cuối ngày Trạng thái -Ba ngày -Quá trình -Lịch giao Phòng -Hệ thống -Ngày nhận -Ngày trả -Giờ nhận -Giờ trả -Cuối ngày -Ngày bị trể -Thông báo -Cuối ngày Trạng thái -Ba ngày -Ngày lập
Xác định các danh từ, cụm danh từ có thể là các thuộc tính
Các danh từ, cụm danh từ là thuộc tính khi:
- Chỉ được sử dụng như giá trị.
- Không nhiều hơn một đặc trưng riêng, hoặc mô tả đặc trưng của đối tượng khác.
Xem sét các danh từ, cụm danh từ có thể là thuộc tính của danh sách class trên ta có:
Giá: Là một giá trị có thể là thuộc tính phòng.
Ngày nhận, giờ nhận, ngày lập: Là một giá trị của phiếu thuê. -Phòng -Dịch vụ -Loại dịch vụ -Khách hàng -Khách quen -Khách thuê Phòng -Nhân viên tiếp tân -Nhân viên phục vụ -Loại -Loại Phòng -Kiểu -Kiểu Phòng -Giá
-Chi tiết thuê Phòng -Phiếu thuê
Loại bỏ class ứng viên không có mục tiêu hoặc không thuộc phạm vi Hệ thống
Trong hoạt động thuê phòng các class còn lại sẽ là: