Xây dựng mô hìnhquan niệm hiện hành của Hệ thống

V. CẤU TRÚC HÓA YÊU CẦU

3.Xây dựng mô hìnhquan 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. (adsbygoogle = window.adsbygoogle || []).push({});

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:

• 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: (adsbygoogle = window.adsbygoogle || []).push({});

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

• 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 Lập phiếu sử dụngLậ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ò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

Trang 60/111

• 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.

• 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. (adsbygoogle = window.adsbygoogle || []).push({});

- Use case Lưu báo cáoLư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

- 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.

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:

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

• 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

• 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

• 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. (adsbygoogle = window.adsbygoogle || []).push({});

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 onlineKhá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.

• 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

• 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 hàng

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 (adsbygoogle = window.adsbygoogle || []).push({});

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

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ý

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ế

• Use case thuê phòng được tinh chế

• Use case thuê phòng được tinh chế

• Use case trả Phòng được tinh chế

• Use case thống kê,báo cáo được tinh chế (adsbygoogle = window.adsbygoogle || []).push({});

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.