ĐỀ CƯƠNG CHI TIẾT_V2.0

Trang 1/92

Trang 1/92

Đồ án thực tập cuối khóa Giáo viên hướng dẫnWebsite Quản Lý Khách sạn Nguyễn Hoàng Tùng

ĐỀ CƯƠNG CHI TIẾT

A. PHẦN MỞ ĐẦU......................................................................................................................4I. LỜI GIỚI THIỆU.................................................................................................................4

1. GIỚI THIỆU VỀ CƠ QUAN THỰC TẬP.......................................................................4a) Lời giới thiệu:...............................................................................................................4b) Địa chỉ trụ sở chính:.....................................................................................................4c) Ngành nghề kinh doanh:...............................................................................................4d) Người đại diện theo pháp luật của Công ty:.................................................................5e) Sơ đồ tổ chức quản lý:..................................................................................................5f) Hướng phát triển:..........................................................................................................5

2. GIỚI THIỆU VỀ DỰ ÁN:...............................................................................................5a) Giới thiệu sơ lược về Hệ thống thông tin quản lý:.......................................................5

II. LÝ DO CHỌN ĐỀ TÀI........................................................................................................6III. LỜI CẢM ƠN...................................................................................................................6

B. TỔNG QUAN..........................................................................................................................7I. KHẢO SÁT, MÔ TẢ HIỆN TRẠNG HỆ THỐNG HIỆN TẠI..........................................7

1. Khảo sát hiện trạng Hệ thống hiện tại..............................................................................7a) Mô hình tổ chức:..........................................................................................................7b) Chức năng, quan hệ giữa các bộ phận trong hệ thống:.................................................7

2. Mô tả hiện trạng Hệ thống hiện tại...................................................................................8a) Qui trình nghiệp vụ:......................................................................................................8b) Mô tả thành phần dữ liệu..............................................................................................9

II. KHỞI TẠO VÀ LẬP KÊ HOẠCH HỆ THỐNG...............................................................101. Khởi tạo Dự án...............................................................................................................10

a) Các hoạt động.............................................................................................................10b) Xác định Đối tượng sử dụng Hệ thống.......................................................................10c) Xác định Phạm vi Hệ thống........................................................................................11

2. Kế hoạch khởi tạo Dự án................................................................................................11a) Mô tả phạm vi Hệ thống.............................................................................................11b) Đánh giá khả thi..........................................................................................................12

III. CƠ SỞ LÝ THUYẾT.....................................................................................................151. Khái niệm về Hệ thống...................................................................................................152. Khái niệm về Hệ thống thông tin...................................................................................153. Mô hình UML trong PTTK HTTT.................................................................................17

a) Khái niệm...................................................................................................................17b) Những ưu điểm khi sử dụng UML:............................................................................18

4. Mô hình Activity Diagram trong PTTK HTTT theo UML............................................18a) Activity.......................................................................................................................18b) Trạng thái bắt đầu và kết thúc....................................................................................18c) Transition (dòng chuyển dịch)....................................................................................18d) Decision (điều kiện rẽ nhánh).....................................................................................19e) Synchronization (đồng bộ hóa)..................................................................................19f) Swimlane (vai trò)......................................................................................................19

Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi TrườngHuỳnh Văn Thiện (DTH0610) Lớp DH7TH

Trang 2/92

Trang 2/92


5. Mô hình Use case...........................................................................................................19a) Actor...........................................................................................................................19b) Use case......................................................................................................................20c) Mối quan hệ giữa actor - Use case.............................................................................22

6. Class Diagram................................................................................................................22a) Đối tượng....................................................................................................................22b) Class...........................................................................................................................22c) Quan hệ giữa các Class...............................................................................................23

7. Entities Relationship Model...........................................................................................258. Các công cụ và ngôn ngữ sử dụng..................................................................................27

IV. XÁC ĐỊNH YÊU CẤU HỆ THỐNG.............................................................................291. Các qui trình nghiệp vụ chính:.......................................................................................29

a) Quản lý khai thác Phòng:...........................................................................................29b) Quản lý Khách hàng:.................................................................................................30c) Quản lý các Dịch vụ của Khách sạn:........................................................................30d) Quản lý Nhân viên:......................................................................................................30e) Quản lý Phòng:...........................................................................................................30f) Thống kê:.....................................................................................................................31

2. Các yêu cầu chức năng:....................................................................................................31a) Yêu cầu lưu trữ :.........................................................................................................31b) Yêu cầu nghiệp vụ :......................................................................................................32c) Yêu cầu báo biểu :......................................................................................................32d) Các yêu cầu phi chức năng:.......................................................................................32

V. CẤU TRÚC HÓA YÊU CẦU............................................................................................331. Cấu trúc hóa yêu cầu theo sơ đồ:....................................................................................332. Mô hình hóa hiện trạng Hệ thống...................................................................................33

a) Use case ngữ cảnh của Hệ thống................................................................................34b) Mô hình hoạt động của các Use case trong Hệ thống................................................35

3. Xây dựng mô hình quan niệm hiện hành của Hệ thống.................................................40a) Loại bỏ các yếu tố vật lý.............................................................................................40b) Kết nối dòng chuyển dịch:..........................................................................................42c) Xây dựng mô hình quan niệm Hệ thống dùng Use case............................................43

4. Xây dựng mô hình quan niệm Hệ thống mới.................................................................465. Xây dựng mô hình Use case đặt tả yêu cầu phần mềm Hệ thống mới...........................50

a) Xây dựng các Use case từ các hoạt động sẽ được tự động hóa..................................50b) Xây dựng các Use case khai thác và sử dụng Hệ thống.............................................53c) Xây dựng Use case mô tả chức năng Quản trị Hệ thống:...........................................54d) Tinh chế các Use case.................................................................................................54

VI. MÔ HÌNH HÓA DỮ LIỆU............................................................................................571. Xác định đối tượng trong Hệ thống:...............................................................................572. Mối quan hệ giữa các đối tượng trong Hệ thống............................................................583. Phân tích dữ liệu.............................................................................................................65

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).....................................................................................................................................65b) Mối quan hệ giữa các thực thể.....................................................................................66


Trang 3/92

Trang 3/92


c) Sơ đồ thực thể kết hợp................................................................................................69C. THIẾT KẾ..............................................................................................................................70

I. THIẾT KẾ KIẾN TRÚC HỆ THỐNG...............................................................................701. Phân chia Hệ thống con..................................................................................................702. Kiến trúc Hệ thống.........................................................................................................70

II. THIẾT KẾ DỮ LIỆU HỆ THỐNG....................................................................................711. Thiết kế cơ sở dữ liệu:....................................................................................................712. Ràng buộc toàn vẹn........................................................................................................75

a) Ràng buộc toàn vẹn miền giá trị.................................................................................75b) Ràng buộc toàn vẹn liên thuộc tính –liên quan hệ......................................................76c) Ràng buộc toàn vẹn tham chiếu..................................................................................78

III. THIẾT KẾ CHỨC NĂNG HỆ THỐNG........................................................................79a) Các xử lý tự động hóa:...............................................................................................79b) Chức năng hệ thống:...................................................................................................79c) Báo cáo, thống kê:......................................................................................................79d) Trợ giúp:.....................................................................................................................80

IV. THIẾT KẾ GIAO DIỆN NGƯỜI DÙNG......................................................................801. Site chính của website....................................................................................................80

V. THIẾT KẾ MODULE CHO HỆ THỐNG.........................................................................86D. HIỆN THỰC HÓA PHÂN TÍCH VÀ THIẾT KẾ(CODING)...............................................91

I. LẬP KẾ HOẠCH CODE ..................................................................................................911. Coding theo từng chức năng của hệ thống.....................................................................912. Coding theo IPO Chart...................................................................................................91

II. TEST TỪNG CHỨC NĂNG MỘT(TRONG LÚC CODE)..............................................91E. KIỂM THỬ............................................................................................................................91

I. LẬP KẾ HOẠCH KIỂM THỬ..........................................................................................91II. KIỂM THỬ VÀ ĐÁNH GIÁ KẾT QUẢ...........................................................................91

F. CÀI ĐẶT:...............................................................................................................................921. Cài đặt trên localhost......................................................................................................922. Cấu hình host trên Web Hosting Service.......................................................................92

G. ĐÁNH GIÁ DỰ ÁN...............................................................................................................92H. TÀI LIỆU THAM KHẢO......................................................................................................93

1. Sách về Phân tích thiết kế Hệ thống...............................................................................932. Sách về ngôn ngữ lập trình:............................................................................................933. Các tài nguyên khác........................................................................................................93


Trang 4/92

Trang 4/92


A.PHẦN MỞ ĐẦU

I. LỜI GIỚI THIỆU

1. GIỚI THIỆU VỀ CƠ QUAN THỰC TẬP

a) Lời giới thiệu:

Công ty TNHH Tư vấn và Dịch vụ kỹ thuật Công nghệ xanh An Giang-AGITECH là một công ty có trách nhiệm và đầy nhiệt huyết trong việc giúp quý Khách hàng thiết kế các phần mềm chuyên nghiệp theo nhu cầu cụ thể của Khách hàng, xây dựng Hệ thống thông tin hoàn chỉnh trên nền tảng Internet, thiết kế trang web chất lượng cao, lập báo cáo đánh giá tác động môi trường cho các công ty xí nghiệp, khảo sát, đánh giá, lập báo cáo địa chất công trình. Công ty được thành lập vào ngày 29/09/2009 theo quyết định của Sở kế hoạch và đầu tư tỉnh An giang cấp.

Tên công ty bằng tiếng Việt: CÔNG TY TƯ VẤN DỊCH VỤ KĨ THUẬT CÔNG NGHỆ XANH AN GIANG.

Tên công ty bằng tiếng Anh: AN GIANG GREEN TECHNOLOGY LIMTED COMPANY.

Tên công ty viết tắt: AGITECH Co.,Ltd.

b) Địa chỉ trụ sở chính:

Số 30B Huỳnh Thị Hưởng, P. Mỹ Long,TP. Long Xuyên, tỉnh An giang. Điện thoại: 076.3842658 Fax:/. Email: [email protected] Website :www.agitech.com.vn.

c) Ngành nghề kinh doanh:STT Tên ngành Mã ngành1 Sản xuất phần mềm (7327-732700)2 Mua bán máy tính, máy văn phòng, các dịch vụ về tin học, sửa

chữa, bảo dưỡng máy tính, các thiết bị ngoại vi(51531-5153100)

3 Dịch vụ đào tạo để thành viên được cấp bằng chứng nhận về tin học, môi trường, thống kê ứng dụng

(80321-8032100)

4 Mua bán, sản xuất chế biến, đóng gói và phân phối các loại chất thải, phế liệu và các phế phẩm từ chất thải, phế liệu công nghiệp, nông nghiệp và thủy sản.

(514)

5 Dịch vụ đánh giá tác động và quan trắc /6 Dịch vụ phân tích các chỉ tiêu nước cấp, nước thải và không khí /7 Dịch vụ xử ly nước thải, nước cấp, không khí và chất thải rắn (92121-9212100)8 Mua bán thiết bị Phòng thí nghiệm, thiết bị xử lý nước và môi

trường /

9 Thăm dò địa chất /10 Dịch vụ tổ chức hội nghị hội thảo /


mailto:[email protected]

Trang 5/92

Trang 5/92


d) Người đại diện theo pháp luật của Công ty:

Chức danh: Giám đốc Họ tên: NGUYỄN VĂN ĐẠO Nam/Nữ: Nam. Sinh ngày: 15/07/1984 Dân tộc: Kinh Quốc tịch: Việt Nam Chứng minh nhân dân số: 351545518 Ngày cấp: 26/03/2003 Nơi cấp: Công An tỉnh An Giang Nơi đăng kí hộ khẩu thường trú: Ấp Hòa Tây A, Xã Phú Thuận,

Huyện Thoại Sơn, Tỉnh An Giang. Chổ ở hiện tại: P.Mỹ Xuyên,Tp Long Xuyên, Tỉnh An Giang. Điện thoại: 0972.644.643 Email: [email protected] .

e) Sơ đồ tổ chức quản lý:

f) Hướng phát triển:

Ngày càng nâng cao chất lượng dịch vụ, chất lượng phục vụ đáp ứng nhu cầu của Khách hàng về sản phẩm có chất lượng và uy tín.

Mở rộng vi mô hoạt động trong và ngoài tỉnh. Nâng cao trình độ chuyên môn kĩ thuật của Nhân viên trong Công ty nhằm cho ra thị

trường những sản phẩm có chất lượng và có sức cạnh tranh.

2. GIỚI THIỆU VỀ DỰ ÁN:

a) Giới thiệu sơ lược về Hệ thống thông tin quản lý:

Ngày nay, Công Nghệ Thông Tin có những bước phát triển mạnh mẽ, ứng dụng trong nhiều lĩnh vực đời sống. Máy tính điện tử trở nên phổ biến và gần gũi với mọi người, việc tiếp cận với Hệ thống Thông tin quản lý trở thành mục tiêu hàng đầu của các tổ chức, doanh nghiệp cho mục đích quản lý thông tin của mình.

An giang là tỉnh đầu nguồn Đồng Bằng Sông Cửu Long có tìm năng kinh tế về du lịch và dịch vụ. Việc xây dựng HTTT Quản lý cho việc quản lý về dịch vụ, du lịch là một nhu cầu thiết thực của các tổ chức, doanh nghiệp trong Tỉnh.

HTTT Quản lý trong quản lý Khách sạn được xây dựng nhằm giải quyết nhu cầu về quản lý trong Khách sạn. Hệ thống sẽ giúp các doanh nghiệp xử lý công việc chính xác, nhanh chóng, tiết kiệm chi phí, nhân lực, mặt khác còn quảng bá hình ảnh của Khách sạn đến với bạn bè trong và ngoài Tỉnh, trong Nước và Quốc tế!.


Hội đồng Quản Trị

Ban Giám Đốc

Trưởng Phòng Tổ Chức Trưởng Phòng Nhân Sự Trưởng Phòng Kinh Doanh

Nhân Viên Nhân Viên Nhân Viên

Trang 6/92

Trang 6/92


Khả năng tương tác, liên doanh với các Hệ thống Khách sạn khác trong cùng lĩnh vực hoạt động là rất cao.

Hệ thống Thông tin Quản lý sẽ khắc phục được những nhược điểm yếu kém trong quản lý Khách sạn hiện tại, có khả năng nâng cấp và mở rộng nhiều chức năng trong tương lai.

Các chức năng của Hệ thống tương lai: Chức năng Quản lý Phòng: Quản lý thông tin chi tiết từng phòng trong hệ thống gồm:

quản lý trạng thái phòng, loại phòng, kiểu phòng v.v. Chức năng quản lý các dịch vụ, phục vụ khách như: Dịch vụ giải trí, dịch vụ ăn uống,

dịch vụ du lịch.v.v. Chức năng Đặt Phòng: Khách hàng có thể đặt một phòng hoặc nhiều phòng ứng với

nhiều loại, kiểu phòng khác nhau. Khách hàng đặt phòng trưc tiếp tại bộ phận tiếp tân hoặc có thể đặt phòng online, điện thoại.v.v.

Chức năng Quản lý Hóa đơn thanh toán: Chức năng này cho phép quản lý việc thanh toán tiền Phòng và các dịch vụ khác mà khách sử dụng.

Chức năng Thống kê: Thống kê lại tất cả các hoạt động của khách sạn trong ngày, tuần, tháng thống kê thu chi và báo cáo.

Quản lý Danh sách Khách hàng: nhằm nắm được thông tin để có những chương trình khuyến mãi hoặc thông báo quảng cáo đến khách hàng.

Chức năng Đổi Phòng: chức năng cho phép khách hàng chuyển đổi phòng. Chức năng bảo mật, phân quyền sử dụng hệ thống.

II. LÝ DO CHỌN ĐỀ TÀI Đề tài là một yêu cầu thiết thực trong quản lý của các khách sạn đang hoạt động hiện nay,

do nhu cầu ngày càng tăng về số lượng khách du lịch, số lượng dịch vụ phục vụ, sự cạnh tranh thương mại, tiết kiệm chi phí hoạt động và quan trọng hơn là sự hoạt động chính xác và hiệu quả trong quản lý mới là cái quan trọng quyết định sự thành công trong hoạt động kinh doanh của Khách sạn.

Là một cách kiểm tra hiệu quả nhất những kiến thức đã học và là một cách tiếp cận với thực tế có hiệu quả nhất.

Là dự án thương mại có tiềm năng, nếu phát triển tốt sẽ có nhiều thuận lợi cho các Dự án tiếp theo của Nhóm.

III. LỜI CẢM ƠN Nhóm xin chân thành cám ơn đến thầy cô, cán bộ, công nhân viên của Khoa Kĩ Thuât-

Công Nghệ-Môi Trường, các Khoa, đoàn thể khác của Trường Đại Học An Giang đã nhiệt tình quan tâm và tạo nhiều điều kiện thuận lợi trong quá trình chúng em theo học tại Trường.

Nhóm xin gửi lời cám ơn đến Công ty AGITECH đã tạo điều kiện thuận lợi cho nhóm trong thời gian thực tập, cũng như tận tình hướng dẫn nhóm, giúp nhóm hoàn thành đề cương đúng kế hoạch.

Xin gửi lời cám ơn đến cán bộ, công nhân viên của Khách sạn Hòa Bình II đã tạo điều kiện thuận lợi trong quá trình nhóm đến khảo sát và thực tế tại Khách sạn.

Xin cám ơn Ba mẹ, Anh chị và các bạn đã tạo động lực và ủng hộ nhóm hoàn thành đồ án thực tập.


Trang 7/92

Trang 7/92


Xin chân thành cám ơn đến Thầy Hoàng Tùng (Giáo viên hướng dẫn), Anh Huỳnh Lý Thanh Nhàn, Anh Văn Đạo đã tận tình hướng dẫn, giúp đở trong quá trình nhóm hoàn thành dự án.

B.TỔNG QUAN

I. KHẢO SÁT, MÔ TẢ HIỆN TRẠNG HỆ THỐNG HIỆN TẠI

1. Khảo sát hiện trạng Hệ thống hiện tại

a) Mô hình tổ chức:

b) Chức năng, quan hệ giữa các bộ phận trong hệ thống:

Chức năng các bộ phận trong hệ thống Hội đồng quản trị: là cơ quan quyền lực nhất của khách sạn, gồm các đại biểu do điều lệ

khách sạn và các điều khoản pháp lý hiện hành qui định. Giám đốc có trách nhiệm quản lý các bộ phận. Trưởng Phòng các bộ phận chịu trách nhiệm quản lý các nghiệp vụ của nhân viên. Bộ phận tiếp tân: Đây là trung tâm vận hành của toàn bộ khách sạn, đầu mối liên hệ

khách sạn, là bộ phận tham mưu, trợ giúp cho bộ máy quản lý khách sạn. Nhân viên tiếp tân có nhiệm vụ:

o Đón tiếp khách o Giới thiệu, bán phòng ( buồng) và các dịch vụ kháco Nhận đặt buồng và bố trí buồngo Làm thủ tục đăng ký khách sạn cho khách o Trực tiếp và phối hợp với các nhân viên phục vụ trong thời gian khách lưu lại tại

khách sạno Tiếp nhận và giải quyết các phàn nàno Theo dõi, cập nhật và tổng hợp các chi phí của khách o Thanh toán và tiễn khách o Tham gia công tác quảng cáo và tiếp thị của khách sạno Các nhiệm vụ khác.

Bộ phận Quản lý: Bộ phận quả lý chịu trách nhiệm quản lý nhân viên phục vụ phòng, nhân viên phục vụ các dịch vụ. Nhân viên phục vụ phòng có nhiệm vụ phục vụ giao phòng và nhận phòng. Nhân viên phục vụ dịch vụ sẽ phục vụ các dịch vụ trong khách sạn.


Hội đồng Quản Trị

Ban Giám Đốc

TP.BỘ PHẬN TIẾP TÂN TP.BỘ PHẬN QUẢN LÝ TP.BỘ PHẬN KINH DOANH

NV tiếp tân NV p/v Phòng NV Kế toánNV p/v Dịch vụ NV Kinh doanh

Trang 8/92

Trang 8/92


Bộ phận kinh doanh: Bộ phận kinh doanh bao gồm các nhân viên kế toán và nhân viên kinh doanh. Trưởng phòng kinh doanh quản lý trực tiếp nhân viên kế toán và nhân viên kinh doanh về tình hình doanh số, chiến lược kinh doanh của khách sạn…

o Nhân viên Kế toán: chịu trách nhiệm về vấn đề kế toán của khách sạn.o Nhân viên kinh doanh: chịu trách nhiệm về vấn đề kinh doanh của khách sạn.

Mối quan hệ giữa các Bộ phận: Mối quan hệ giữa bộ phận lễ tân với bộ phận quản lý: Bộ phận quản lý hổ trợ quan trọng

nhất cho mọi hoạt động của bộ phận lễ tân. Bộ phận quản lý phối hợp báo cáo về trạng thái phòng, những vấn đề phát sinh để góp phần năng cao hiệu quả phòng. Bộ phận lễ tân tiếp nhận các yêu cầu của khách sạn về thuê phòng và thuê sử dụng các dịch vụ của khách sạn. Bộ phận lễ tân sẽ thông báo cho bộ phận quản lý để phục vụ khách hàng.

Mối quan hệ giữa bộ phận kinh doanh với bộ phận lễ tân: Hai bộ phận này phối hợp với nhau bảo quản tiền mặt và các nguồn thu cho khách sạn. Ngoài ra còn đề ra các chiến lược kinh doanh cho ban giám đốc và hội đồng quản trị.

2. Mô tả hiện trạng Hệ thống hiện tại

a) Qui trình nghiệp vụ:

Khách sạn chưa sử dụng phần mềm hay Website để quản lý các nghiệp vụ. Nhân viên của từng bộ phận hoạt động và hổ trợ cho nhau.

Khi có khách hàng muốn đặt phòng có thể trực tiếp đặt phòng tại quầy tiếp tân của khách sạn hoặc có thể đăt phòng thông qua điện thoại, fax. Khi đặt phòng, khách hàng phải khai báo thông tin đầy đủ của cá nhân của khách hàng như:

- CMND (đối với Khách hàng là người Việt Nam) hoặc thẽ Passpord (đối với khách hàng là người nước ngoài).- Họ tên.- Giới tính.- Ngày sinh.- Địa chỉ.- Quốc tịch.- Số điện thoại liên lạc….

Khi việc đăng ký thuê phòng thành công, khách sạn sẽ cung cấp các dịch vụ cho khách hàng khi khách hàng có nhu cầu. Khi khách hàng có nhu cầu sử dụng dịch vụ, hệ thống yêu cầu nhập đầy đủ thông tin như:

- Tên phòng khách đang sử dụng.- Tên dịch vụ khách hàng muốn sử dụng.

Khi khách trọ có nhu cầu đổi phòng, hệ thống sẽ cung cấp chức năng đổi phòng cho khách trọ.

Khi khách hàng trả phòng. Nhân viên tiếp tân sẽ lập hóa đơn thanh toán gồm tiền thuê phòng, tiền sử dụng dịch vụ.

Các nhà quản lý có thể xem thông tin khách, thông tin nhân viên, thông tin phòng, thông tin về dịch vụ, thông tin sử dụng phòng, thông tin sử dụng dịch vụ, các phiếu thống kê tháng, quí hay năm.

b) Mô tả thành phần dữ liệu

Sổ thuê Phòng của Khách hàng


Trang 9/92

Trang 9/92


Ngày 14/04/2003Mã sổ: A201Phòng: 201Nguyễn Thành TrungCMND: 125001413Ngô Hoàng AnhCMND: 125006768Quê quán: Quảng Nam9h 15/12/2003 - 18h 20/12/2003

Mã sổ: A202Phòng: 202Nguyễn Trung KhánhCMND 125003534Lê Đình TháiCMND:125006554Quê quán: Bắc Ninh09h 14/12/2003 - 15h

20/12/2003

Ghi vào sổ phục vụ PhòngSTT PHÒNG NHÂN VIÊN GIỜ GHI CHÚ

1 205 Trần Lệ Thu 8h

2 201 Nguyễn Thị Thanh 15h

3 203 Lý Văn An 19h ,23h

Ghi vào sổ phục vụ dịch vụSTT PHÒNG NHÂN VIÊN GIỜ DỊCH VỤ

1 202 Lâm Minh Tấn 11h Cơm hải sản + Café2 201 Nguyễn Trung Thành 13h,17h Café + Phở3 205 Lê Như Ý 20h Giặt ủi

Ghi vào phiếu thanh toán

Khách sạn Hòa Bình II Số...........

PHIẾU THANH TOÁN TIỀNHọ tên Khách :................................................ Ngày đến.:............................ Giờ đến :..............

Số Phòng:........................................................ Ngày đi: ................................ Giờ đi: ..................

NGÀY TIỀN TỔNGSỐ TIỀNPhòng Dịch vụ

TỔNG CỘNGTổng số tiền bằng chữ: ...................................................................................................................

Ngày................ tháng................ năm................. KHÁCH GIÁM ĐỐC TIẾP TÂN

(Ký) (Ký) (Ký)


Trang 10/92

Trang 10/92


II. KHỞI TẠO VÀ LẬP KÊ HOẠCH HỆ THỐNG

1. Khởi tạo Dự án

a) Các hoạt động

Đội ngủ ban đầu cho hệ thống: Nhóm trưởng + Thành viên + Đại diện Khách sạn. Quan hệ làm việc với Khách hàng: Nhóm trưởng sẽ thường xuyên liên lạc với trưởng

phòng các bộ phận trong khách sạn nhằm thu thập và điều chỉnh các thay đổi trong quá trình xây dựng và phát triển hệ thống. Nhóm trưởng cùng các thành viên trong nhóm quan sát hiện trạng nghiệp vụ của hệ thống, lập kế hoạch phỏng vấn cán bộ, thu thập tài liệu nghiệp vụ liên quan, cơ sở dữ liệu, hồ sơ chứng từ trong quá trình hoạt động.

Xây dựng các nguyên tắc quản lý: Bản kế hoạch làm việc. Các thành viên phải hoàn thành tất cả các công việc được giao theo bản kê hoạch.

STT Người thực hiện Công việc Ngày hoàn thành Ghi chú

1 Tô Trung ĐoànHuỳnh Văn Thiện

Xác định và chọn lựa Dự án 25/01/2010


Khởi tạo và lập kế hoạch Dự án 26/01/201003/02/2010


Phân tích Hệ thống 04/02/201025/02/2010


Thiết kế Hệ thống 26/02/201003/03/2010


Hiện thực Phân tích và Thiết kế Hệ thống bằng code

04/03/201004/04/2010

6 Tô Trung ĐoànHuỳnh Văn Thiện, các thành viên khác, GVHD.

Kiểm thử và Cài đặt 04/04/201008/04/2010


Kết thúc Dự án, đánh giá Dự án. Đề ra các chiến lược từ kinh nghiệm thực hiện Dự án.

09/04/2010

Xây dựng môi trường quản lý hệ thống và tài liệu hệ thống: Hệ thống được phát triển trên nền. Net Framework 3.5, ngôn ngữ ASP.Net MVC Framework, Web Server IIS 7, Hệ quản trị cơ sở dữ liệu SQL Server 2005, Môi trường lập trình Visual Studio 2008.

b) Xác định Đối tượng sử dụng Hệ thống

Nhân viên lễ tân, Nhân viên phục vụ Trưởng Phòng các Bộ phận Giám đốc Hội đồng quản trị Khách hàng.


Trang 11/92

Trang 11/92


c) Xác định Phạm vi Hệ thống

2. Kế hoạch khởi tạo Dự án

a) Mô tả phạm vi Hệ thống

Mô tả phạm vi hệ thốngWebsite quản lý Khách sạn

Người lập: Tô Trung ĐoànNgày lập: 26/01/2010

Thông tin tổng quan: Tên dự án: Xây dựng Website quản lý Khách sạn. Đơn vị tài trợ: Khách sạn Hòa Bình II. Quản lý Dự án: Tô Trung Đoàn—Huỳnh Văn ThiệnPhát biểu vấn đề: Nhằm đáp ứng nhu cầu ứng dụng công nghệ thông tin cho các hoạt động kinh doanh và để giảm bớt thời gian tìm kiếm, thống kê, theo dõi hoạt động của Khách sạn trong việc quản lý. Website “Quản lý Khách sạn” ra đời nhằm đáp ứng vấn đề trên.Mục tiêu:- Giúp Khách sạn quản lý được trạng thái Phòng thuê.- Cập nhật, thêm, xóa, sửa, tra cứu các thông tin về Khách hàng.- Quản lý được các dịch vụ của Khách sạn và các Khách hàng sử dụng dịch vụ.- Thống kê, báo cáo, in ấn các hoạt động theo tuần, tháng/năm.- Giúp Khách hàng ở xa có thể đặt Phòng thông qua email.Mô tả:- Khách hàng phải cung cấp thông tin cho Bộ phận tiếp tân của Khách sạn khi đăng ký thuê Phòng như: Họ tên, địa chỉ, số Chứng minh nhân dân….. và bộ phận tiếp tân sẽ nhập, lưu trữ các thông tin trên.- Bộ phận tiếp tân sẽ cho Khách hàng thông tin về Phòng và các dịch vụ của Khách sạn.- Lưu trữ thông tin Khách hàng thuê Phòng, Khách hàng sử dụng dịch vụ.- Lưu trữ thông tin Khách hàng đặt Phòng trước.- Tra cứu, cập nhật trạng thái Phòng và Khách hàngLợi ích mang lại: Hỗ trợ Khách sạn có được phong cách làm việc chuyên nghiệp, quản lý hiệu quả các hoạt động kinh doanh Khách sạn, hướng tới hình ảnh, phong cách phục vụ Văn minh - Lịch sự - Hiện đại đến Khách hàng, tạo một ưu thế cạnh tranh trước các đối thủ trong ngành.


Hệ thống Website Quản Lý Khách sạn

Đầu vào

Thông tin Khách hàngĐơn đặt PhòngPhiếu thuê PhòngPhiếu sử dụng dịch vụ…………………….….

Đầu ra

Danh sách Khách hàngHóa đơn thanh toánBáo cáo doanh thu

…………………….........

Hình 1:Phạm vi Hệ thống

Trang 12/92

Trang 12/92


Các bước thực hiện để hoàn thành dự án:Khảo sát hiện trạng.Lập kế hoạch phát triển hệ thống.Phân tích hệ thống.Thiết kế.Lập trìnhKiểm tra.

Thử nghiệm.Thời gian ước tính:03 tháng.

b) Đánh giá khả thi

Khả thi về kinh tế:o Lợi nhuận từ việc xây dựng Hệ thống Website Quản lý Khách sạn

Lợi nhuận hữu hình:

Trong đó, nếu Hệ thống mới triển khai thì công việc quản lý hồ sơ tại Bộ phận tiếp tân và Bộ phận kinh doanh sẽ giảm đi 2 Nhân viên(có thể điều chỉnh và đào tạo sang các công việc khác trong Khách sạn). Lương của 2 Nhân viên này là 1,5 triệu/tháng và 1,2 triệu/tháng, như vậy mỗi năm sẽ giảm được 32 triệu. Hơn nữa, qua phân tích cho thấy, việc tính toán số liệu


Bảng tổng hợp lợi nhuận hữu hìnhDự án Website Quản lý Khách sạnLợi nhuận Năm 15

-Loại bỏ và giảm chi phí Chi phí lương. Chi phí điều chỉnh lỗi tính toán. Chi phí sổ sách,giấy tờ, hồ sơ.

- Gia tăng tốc độ hoạt động- Gia tăng cơ hội kinh doanh và mở rộng thị trường hoạt động Tổng cộng

3215,33,6525

80,9

Trang 13/92

Trang 13/92


thủ công thường hay sai sót và thời gian để điều chỉnh số liệu sai mất khoảng 15% của 3 Nhân viên (1 ở Bộ phận lễ tân,2 ở Bộ phận kinh doanh), lương cho các Nhân viên đó (8,5*12), Hệ thống mới sẽ giảm hoàn toàn việc tính sai số liệu, mỗi năm giảm đi (8,5*12*15%)=15,3. Việc xử lý trên máy tính sẽ làm giảm đi hàng năm 3,6 triệu thay vì phải lưu trữ trên sổ sách, hồ sơ, giấy tờ. Các lợi nhuận tăng tốc xử lý thông tin là 5 triệu/năm, Hệ thống mới cho phép mở rộng qui mô hoạt động nhưng thông tin vẫn được quản lý, lợi nhuận ước tính 25 triệu/năm.

Lợi nhuận vô hình: là lợi nhuận không thể xác định được bằng đơn vị tiền tệ tại thời điểm hiện tại. Một số lợi nhuận hữu hình cũng có thể xem là lợi nhuận vô hình tại vì không thể xác định chính xác tại giai đoạn này của Dự án. Chúng có thể có thể chuyển thành lợi nhuận hữu hình trong các giai đoạn sau khi xác định Dự án.

Một số lợi nhuận vô hình của HTTT Website Quản lý Khách sạnSTT Lợi nhuân1 Các báo cáo về doanh số, Danh sách Khách hàng, Danh sách Phòng, dịch vụ được

thuê và sử dụng nhiều nhất, các đơn đặt Phòng bị hủy…2 Hạn chế việc tính toán sai lệch các số liệu3 Nhân viên có cơ hội học tập các kiến thức về máy tính,cách sử dụng Internet, quản

lý Website của mình.4 Khả năng quản bá hình ảnh đến bạn bè trong nước và quốc tế

Chi phí xây dựng:

Trong đó phát triển hệ thống Website Quản lý Khách sạn phải mất 03 tháng với chi phí 45 triệu. Để hoạt động khách sạn cần trang bị 3PC tại bộ phận tiếp tân, 2PC tại bộ phận kinh doanh, 2PC tại ban giám đốc. Phí thuê Host và các dịch vụ khác mỗi năm là 3,6 triệu, chi phí kết nối mạng LAN, Internet là 4 triệu. Chi phí đào tạo nhân viên sử dụng, quản lý Website trong một tuần là 2 triệu. Tổng cộng 96,6 triệu đồng.

Khả thi về kĩ thuật: đánh giá rũi ro về mặt kĩ thuật


Bảng chi phí phát triển ban đầuChi phí Năm đầu

Chi phí phát triển Hệ thống Chi phí mua Host + Website Chi phí phần cứng,PC Chi phí đào tạo sử dụng Tổng cộng

453,646296,6

Bảng chi phí định kỳDự án Website Quản lý Khách sạn

Chi phí Năm 2 đến 5 Chi phí bảo hành Chi phí truyền thông (thuê Host) Chi phí thuê mới phần cứng Tổng cộng

2,4406,4

Các yếu tố đánh giá rũi ro Dự ánYếu tố rũi ro Chi tiết liên quan

Độ lớn dự án

2 thành viên, đại diện của Khách sạn Thời gian 03 tháng Kích thước hơn 2000 dòng code

Cấu trúc dự án

Hệ thống được xây dựng mới hoàn toán Thay thế các công việc thủ công bằng sự trợ giúp của máy tính

Nhóm phát triển

Đã từng làm việc với các Hệ thống khác nhau Quen thuộc phần cứng, phần mềm, môi trường phát triển. Chưa làm quen với Hệ thống Khách sạn

Nhóm gười dùng

Có kế hoạch đào tạo sử dụng Internet, Website. Có quan tâm đến phát triển Hệ thống

Trang 14/92

Trang 14/92


Dự án:Website Quản lý Khách sạn Hòa Bình II

Người đánh giá:Tô Trung Đoàn—Huỳnh Văn Thiện

Ngày: 26/01/2010

STT Rủi ro Đánh giá

Mô tả Mô tả khắc phục

1 Sự quen thuộc của người dùng với việc sử dụng các Hệ thống tương tự

Thấp 2/3 Nhân viên các Phòng ban đã biết sử dụng máy tính

Xây dựng kế hoạch đào tạo các Nhân viên chưa quen sử dụng máy tính

2 Sự quen thuộc với tiến trình Hệ thống

Cao Các Nhân viên chưa từng tham gia phát triển Hệ thống nào trước đây

Cần lập một kế hoạch trình bày tầm quan trọng và vai trò từng giai đoạn cho mỗi Nhân viên tham gia vào Hệ thống

3 Sự quen thuộc của Nhóm phát triển trong lĩnh vực đề xuất

Thấp Đã từng phát triển các Dự án tương tự

4 Thay đổi cơ cấu tổ chức Thấp Không ảnh hưởng5 Sự nhận thức và thiện chí

của người dùng nổ lực tham gia vào Dự án

Thấp 4/5 Nhân viên đều mong muốn xây dựng Hệ thống mới

6 Kích thước Hệ thống Thấp Hệ thống chỉ gồm 4 phân hệ con, ước tính thời gian triển khai >=3 tháng với 2 thành viên.

Ngoài ra, cần được tham khảo các chuyên gia trong PTTK HTTT, các lập trình viên có kinh nghiệm.

Dự án:Website Quản lý Khách sạn Hòa Bình II

Người đánh giá:Tô Trung Đoàn—Huỳnh Văn Thiện

Ngày: 28/01/2010

STT Khả thi Đánh giá

Mô tả Mô tả khắc phục

1 Giải quyết được vấn đề Quản lý trong kinh doanh của Khách sạn. Tạo điều kiện mở rộng phạm vi kinh doanh.

Cao

2 Không làm thay đổi cấu trúc thủ tục, các qui trình nghiệp vụ của Khách sạn trước khi xây dựng Hệ thống Website

Cao Hệ thống được xây dựng mới nhưng vẫn đảm báo tính thống nhất trong quản lý của Khách sạn

Điều chỉnh các chức năng Hệ thống sao cho phù hợp với qui trình nghiệp vụ.

Khả thi về hoạt động: Khả thi về thực hiện: Dự án được phát triển theo kế hoạch đã được lập trước thông qua

các ước lượng về chi phí, nhân lực, thời gian…Các điều chỉnh khi có thay đổi nên việc hoàn thành dự án đúng thời gian là có khả thi.


Trang 15/92

Trang 15/92


Khả thi về hợp đồng và luật: Thống nhất về bản quyền, vi phạm bản quyền, vi phạm bảo mật, luật lao động, giấy phép kinh doanh, các điều lệ thương mại, các chuẩn báo cáo tài chính… Các hợp đồng được hai bên kí kết và khảo sát trong suốt quá trình xây dựng và phát triển theo Pháp luật.

III. CƠ SỞ LÝ THUYẾT

1. Khái niệm về Hệ thống

Hệ thống là khái niệm được xuất phát từ rất lâu trong tự nhiên như hệ mặt trời, hệ ngân hà, trong sinh học cơ thể người cũng là một hệ thống, trong vật lý hệ thống máy móc, trong hoạt động trao đổi như hệ thống thông tin. Một cách tổng quát hệ thống là tập hợp các thành phần liên kết với nhau, thể hiện qua một phạm vi, xác định các hoạt động kết hợp với nhau nhằm đạt đến những mục đích xác định. Một hệ thống gồm có 9 đặc điểm: Thành phần (component): Một hệ thống được hình thành từ một tập hợp các thành

phần. Một thành phần là một phần đơn giản nhất hoặc là sự kết hợp của những thành phần khác nhau còn được gọi là hệ thống con.

Liên kết giữa các thành phần: Một chức năng hay hoạt động của một thành phần liên kết một cách nào đó với chức năng hay hoạt động của những thành phần khác. Nói cách khác, đây chính là sự phụ thuộc của một hệ thống con vào một hệ thống con khác.

Ranh giới (boundary): Hệ thống luôn có một ranh giới xác định phạm vi hệ thống, bên trong ranh giới chứa đựng tất cả các thành phần, ranh giới giới hạn phạm vi của hệ thống, tách biệt hệ thống này với hệ thống khác. Các thành phần bên trong phạm vi có thể bị thay đổi trong khi đó các sự vật bên ngoài hệ thống đó không thể bị thay đổi.

Mục đích (purpose): Tất cả các thành phần trong hệ thống hoạt động với nhau để đạt được những mục đích toàn cục của hệ thống, mục đích này chính là lý do để tồn tại hệ thống.

Môi trường (environment): Hệ thống luôn tồn tại bên trong môi trường của nó, là mọi thứ bên ngoài ranh giới tác động lên hệ thống, trao đổi với hệ thống, tạo đầu vào cho hệ thống cũng như tiếp nhận đầu ra của hệ thống.

Giao diện (interface): Là nơi mà hệ thống trao đổi với môi trường.

Đầu vào (input): Tất cả các sự vật cung cấp cho hệ thống từ môi trường.

Đầu ra (output): Tất cả các sự vật mà hệ thống gửi tới môi trường, đây chính là kết quả vận hành của hệ thống. Một đầu ra của hệ thống luôn xác định các đối tượng môi trường mà hệ thống gởi tới.

Ràng buộc (constraints): Các quy định giới hạn ảnh hưởng tới xử lý và mục đích của hệ thống. Những ràng buộc này có thể xuất phát từ bên trong hoặc bên ngoài hệ thống.

2. Khái niệm về Hệ thống thông tin

a. Hệ thống thông tin: Là một tập hợp gồm nhiều thành phần mà mối liên hệ giữa các thành phần này cũng như liên hệ giữa chúng với các hệ thống khác là liên hệ thông tin với nhau.

b. Các loại Hệ thống thông tin: Hệ thống thông tin tác vụ (Transaction Processing System-TPS)


Trang 16/92

Trang 16/92


Hệ thống thông tin quản lý (Management Information System MIS) Hệ hỗ trợ ra quyết định (Decision Support System DSS). Hệ chuyên gia (Expert System).

c. Biểu diễn Hệ thống thông tin:Một Hệ thống thông tin được biểu diển qua các đặt trưng: Các thành phần hệ thống thông

tin và các mức mức nhận thức về hệ thống thông tin.

d. Các mức nhận thức về Hệ thống thông tin Quan niệm: Hệ thống thông tin (HTTT) được biểu diễn ở mức độ logic, trừu tượng hóa,

ở mức độ này HTTT chỉ thể hiện được là có những gì? Mà không mô tả nó thực hiện ở gốc độ vật lý, ngôn ngữ lập trình nào?

Vật lý: Mô tả HTTT một cách cụ thể với một môi trường được lựa chọn, do đó nó được mô tả liên quan đến các thiết bị tin học, phần cứng, phần mềm, ngôn ngữ cài đặt, mạng máy tính, cơ sở dữ liệu…

Tổ chức: Là mức mô tả trung gian giữa mức quan niệm và vật lý, xác định sự phân bố dữ liệu và xử lý trên các bộ sự lý, truyền thông giữa các bộ phận xử lý.

e. Trình tự mô hình hóa Hệ thống thông tin

f. Các thành phần của Hệ thống thông tin


Yêu cầu HTTT mới

Quan niệm

Tổ chức

Vật lý

Hệ thống quan niệm (logic) hiện tại

Hệ thống vật lý hiện tại

Hệ thống quan niệm(logic) mới

Hệ thống vật lý mới

Hình 3:Trình tự mô hình hóa HTTT

Quan niệm

Tổ chức

Vật lý

Xử lý Dữ liệu Bộ xử lý Con người Truyền thôngHình 2:Biểu diễn Hệ thống thông tin

các mức nhận thức về hệ thống thông tin

Các thành phần

Trang 17/92

Trang 17/92


Hệ thống thông tin được mô tả qua 5 thành phần: Dữ liệu, xử lý, con người, truyền thông. Trong đó thành phần dữ liệu và thành phần xử lý đóng vai trò quan trọng nhất và chiếm phần lớn nhất trong quá trình nghiên cứu và phát triển hệ thống.

Dữ liệu: Phản ánh khía cạnh tĩnh của HTTT bao gồm các dữ liệu thông tin lưu trữ và khai thác nhằm phản ánh trạng thái quá khứ, hiện tại và tương lai của doanh nghiệp, có thể phân chia dữ liệu thành 2 loại sau:

o Dữ liệu tĩnh: Là dữ liệu ít biến động, ít thay đổi và có chu trình sống dài trong hệ thống, nó phản ánh các đối tượng cấu trúc, tài sản, nhân viên, hàng hóa… của doanh nghiệp mà chúng ta thường gọi là danh mục. Ví dụ: danh sách nhân viên…

o Dữ liệu biến động: Là dữ liệu phản ánh các giao dịch xảy ra trong hoạt động kinh doanh, dịch vụ. Các dữ liệu này thường biến đổi và có tần suất cập nhật cao, chu trình sống được xác định từ khi tạo mới cho đến khi hết báo cáo cuối cùng khai thác dữ liệu. Ví dụ đơn đặt hàng, hóa đơn, giao hàng, thu chi..

Xử lý: Phản ánh khía cạnh động của HTTT, mô tả quá trình thông tin được tạo ra, biến đổi và bị loại khỏi HTTT với các mục đích sau:

o Sản xuất các sản phẩm thông tin mới dựa trên thông tin dữ liệu tồn tại dựa trên các dạng thức đã được xác định như các chứng từ (Hóa đơn, đơn đặt mua hàng,…) các báo cáo thống kê.

o Cập nhật tạo mới, chỉnh sửa hoặc hủy bỏ một thông tin, dữ liệu.o Vận chuyên thông tin từ vị trí này sang vị trí khác ví dụ như: gửi một thông báo,

đơn đặt hàng…

Con người: Là những người có vai trò trong việc điều hành và sử dụng HTTT được chia thành 2 nhóm:

o Nhóm người dùng: Là những người sẽ sử dụng và khai thác HTTT bao gồm việc sử dụng phần mềm và xử lý thủ công.

o Nhóm điều hành và phát triển HTTT: Bao gồm các phân tích viên, thiết kế viên, lập trình viên,…có vai trò trong việc xây dựng và bảo trì hệ thống.

Bộ xử lý: Máy móc thiết bị dùng để tự động hóa xử lý thông tin bao gồm các thiết bị phần cứng như Server, PC…

Truyền thông : Các phương tiện và cách thức trao đổi thông tin giữa các bộ xử lý, tùy theo đặc điểm và qui mô của HTTT mà việc tổ chức truyền thông sẽ khác nhau ví dụ điện thoại, fax, LAN, WAN, Internet.

3. Mô hình UML trong PTTK HTTT

a) Khái niệm

Unified Modeling Language(UML ): Là một ngôn ngữ mô hình hóa dùng để xác định, mô hình, xây dựng và trình bày báo cáo về những nhân tố thành phần của một hệ thống phần mềm. Ngôn ngữ này nắm bắt những quyết định và hiểu biết về hệ thống đã được ứng dụng. Nó còn được dùng để hiểu biết, thiết kế, định hình, bảo trì và kiểm soát thông tin của hệ thống.

UML: Là một hệ thống các ký hiệu nhằm vào việc mô hình hệ thống sử dụng các khái niệm về hướng đối tượng.


Trang 18/92

Trang 18/92


UML: Là ngôn ngữ dùng để đặc tả, trình bày trực quan và tài liệu hóa những tạo tác của hệ thống hướng đối tượng đang được phát triển. UML là sự hợp nhất của các phương pháp Booch, OMT, ký pháp Objectory, cùng với những ý tưởng tốt nhất của một số nhà phương pháp luận. Bằng cách hợp nhất những ký pháp sử dụng bởi những phương pháp hướng đối tượng này.

UML: Là một cố gắng để chuẩn hóa việc phân tích và thiết kế: các mô hình ngữ nghĩa, các ký pháp và biểu đồ.

UML: Là ngôn ngữ xây dựng nhưng không phải là ngôn ngữ lập trình trực quan nghưng mô hình của nó có thể kết nối trực tiếp đến các ngôn ngữ lập trình khác. Có nghĩa là có thể ánh xạ mô hình từ trong UML đến các ngôn ngữlập trình khác như Java, C++ hay các bảng Cơ sở dữ liệu (CSDL) quan hệ, CSDL hướng đối tượng. Ánh xạ đó là 2 chiều, có nghĩa là ánh xạ từ UML sang ngôn ngữ lập trình và ngược lại.

b) Những ưu điểm khi sử dụng UML:

Mô tả các mô hình cuả hệ thống – cả thế giới thực và Software – dựa trên những khái niệm về đối tượng.

Là một ngôn ngữ mô hình hóa chuẩn, linh động và có tính diễn đạt cao. Nhờ đó có thể trao đổi thông tin về hệ thống cho những người quan tâm về hệ thống một cách dể dàng. Do đó những chổ sai sót dể dàng nhận ra (Sau khi được mọi người quan tâm) và sẽ được sữa chữa sớm nên sẽ tránh sai sót hơn khi thời gian về cuối quá trình hoàn tất chương trình. Rất có ích khi muốn có một hiểu biết tổng quan về hệ thống.

4. Mô hình Activity Diagram trong PTTK HTTT theo UML

Mô hình Activity trình bày hoạt động biễu diễn sự thi hành các hoạt động, chức năng Hệ thống và các chuyển dịch biễu diễn sự chuyển giao điều khiển hoạt động cho một hoạt động kế tiếp khi một hoạt động hoàn thành. Mục đích của Activity là cung cấp một cái nhìn về những dòng hoạt động trong Use case hoặc tiến trình hoạt động nghiệp vụ. Các đối tượng của Activity.

a) Activity

Nội dung: Biểu diễn sự thực hiện một công việc hoặc một nhiệm vụ trong dòng công việc, nó cũng miêu tả một thủ tục chương trình trong thiết kế chương trình.Tên: Động từ + bỗ ngữ

b) Trạng thái bắt đầu và kết thúc

Nội dung: Hoạt động, trạng thái bắt đầu hoặc kết thúc tiến trình

c) Transition (dòng chuyển dịch)

Nội dung: Mô tả dồng chuyển dịch điều khiển khi một hoạt động hoàn thành dòng điều khiển sẽ tự động chuyển sang một hoạt động khác.


Đặt Phòng Lập hóa đơn Thuê Phòng

Đặt thuê Phòng Kiểm tra đặt Phòng Lưu đặt thuê Phòng

Bắt đầu Kết thúc

Trang 19/92

Trang 19/92


d) Decision (điều kiện rẽ nhánh)

Nộ dung: Cho phép thiết lập sự chuyển dịch của dòng điều khiển trên nhiều tình huống chọn lựa khác nhau. Một Decision bao gồm một dòng vào và nhiều dòng ra, trên mỗi dòng ra ta đặt một điều kiện kiểm tra trong trường hợp điều kiện đúng dòng chuyển dịch điều khiển sẽ đi qua nhánh này và do đó hoạt động tiếp theo nhánh đó sẽ được thực hiện

e) Synchronization (đồng bộ hóa)

Nội dung: Cho phép minh họa các hoạt động xảy ra đồng thời trong tiến trình xử lý, chúng ta sử dụng đồng bộ hóa để phân tách hoặc kết hợp lại các dòng điều khiển song song.

f) Swimlane (vai trò)

Nội dung: Phân chia dòng hoạt động thành những nhóm đại diện cho một vai trò, bộ phận trong hoạt động doanh nghiệp. Một hoạt động trong mô hình chỉ được nằm trong một nhóm. Swimlane được dùng khi chúng ta mô tả mô hình xử lý thông tin ở mức độ tổ chức, lúc đó mỗi bộ phận hoặc các vai trò có liên quan đến xử lý sẽ được biểu diễn như những swimlane.

5. Mô hình Use case

Use case đặt trọng tâm vào biểu diễn hệ thống hiện tại làm gì? Hệ thống mới sẽ làm gì và môi trường của nó. Điều này giúp cho người phát triển hệ thống hiểu rõ yêu cầu chức năng hệ thống mà không cần quan tâm đến chức năng này được cài đặt như thế nào.

Để hiểu rõ hệ thống, chúng ta phải tìm ra người dùng sẽ sử dụng hệ thống như thế nào. Do đó từ một quan điểm người dùng chúng ta phát triển các tình huống sử dụng khác nhau của người dùng, các tình huống này được thiết lập bởi các Use case, tổng hợp các Use case và actor cùng với các quan hệ giữa chúng sẽ cho ta mô hình Use case mô tả hệ thống.

a) Actor

Ý nghĩa: Một actor là một đối tượng bên ngoài hệ thống giao tiếp với hệ thống theo một trong những hình thức sau:

Tương tác trao đổi thông tin với hệ thống hoặc sử dụng chức năng hệ thống. Cung cấp đầu vào hoặc nhận đầu ra của hệ thống. Không điều khiển hoạt động của hệ thống.


Kiểm tra Phòng

Lập phiếu thuê Phòng Từ chối thuê Phòng Từ chối thuê Phòng

Còn trống Đã được đặt trước

Đã được thuê

Thông tin Phòng

Hoạt động 1

Hoạt động i Hoạt động j

Hoạt động k

Hoạt động n

Hoạt động j

Trang 20/92

Trang 20/92

Đồ án thực tập cuối khóa Giáo viên hướng dẫnWebsite Quản Lý Khách sạn Nguyễn Hoàng Tùng Ví dụ: Trong khách sạn Khách hàng, Nhân viên tiếp tân là các actor tương tác với hệ thống cung cấp đầu vào và nhận đầu ra từ hệ thống.

Tên actor: Là một danh từ Quan hệ giữa Actor: Là mối quan hệ chuyên biệt hóa, tổng quát hóa

Xác định ActorXác định actor rất quan trọng. Actor được hiểu là một vai trò tham gia vào hệ thống không giống như con người cụ thể hoặc công việc. Qua quá trình khảo sát và phân tích tài liệu hệ thống ta có thể nhận ra actor thông qua các câu hỏi sau:

Ai đang sử dụng hệ thống? Ai đang tác động hệ thống? hoặc Nhóm đối tượng nào cần hệ thống trợ giúp để làm công việc?

Ai tác động đến hệ thống? Những đối tượng, nhóm đối tượng hệ thống cần để thực hiện hoạt động (hoạt động gồm chức năng chính. chức năng phụ...).

Những hệ thống bên ngoài nào cần sử dụng hệ thống…

b) Use case

Một Use case được xem như một chức năng hệ thống từ quan điểm người dùng, như vậy tập hợp tất cả Use case biểu diễn bộ mặt của hệ thống bao gồm các chức năng cần có để cung cấp cho các đối tượng tương tác làm việc với hệ thống. Vì vậy Use case được dùng để mô tả yêu cầu hệ thống mới về mặt chức năng, mỗi chức năng sẽ được biểu diễn thành một hoặc nhiều Use case.Ví dụ: Hệ thống khách sạn ta có một vài Use case: Lập hóa đơn thanh toán, đặt phòng, thuê phòng.

Kí hiệu:

o Đặt tên Use case: Tên của Use case phải được đặt sao mô tả được chức năng mà Use case đó đảm nhận, thông thường dưới dạng động từ, động từ + danh từ

Xác định Use cases: Xác định Use case là một quá trình lặp dựa trên kết quả xác định yêu cầu, gồm vài bước sau:

Từ mỗi actor, tìm các nhiệm vụ, chức năng mà các actor sẽ thi hành hoặc Hệ thống cần actor để thi hành.

Đặt tên cho Use case. Mô tả ngắn gọn Use case với ngôn ngữ gần gũi với đối tượng sử dụng.


Tên actor Nhân viênKhách hàng

Nhân viênNhân viên lễ tân Nhân viên kế toán

Tên usecase

Lập hóa đơn thanh

toán

Đặt Phòng

Trang 21/92

Trang 21/92


Mô tả Use caseViệc mô tả Use case gồm 3 phần:

Mục tiêu của Use case. Actor khởi tạo Use case. Sự trao đổi thông tin giữa actor và Use case.

Ví dụ: Mô tả Use case thuê phòng của Khách Sạn Mục tiêu: Cho phép khách hàng thuê phòng của khách Actor khởi tạo: Khách hàng đến khách sạn gặp nhân viên tiếp tân để yêu cầu thuê

phòng và sử dụng dịch vụ của khách sạn. Trao đổi thông tin:

Sau khi nhận yêu cầu thuê phòng của khách hàng, nhân viên tiếp tân sẽ kiểm tra trạng thái phòng trong hệ thống tương ứng với thông tin phòng mà khách hàng có nhu cầu thuê.

Nhân viên tiếp tân sẽ lập phiếu thuê phòng nếu trạng thái phòng là trống, ngược lại hoặc yêu cầu khách hàng đặt phòng hoặc tìm phòng khác cùng loại…

Mối quan hệ giữa các Use case Một Use case có thể liên kết với Use case khác thông qua 2 loại quan hệ sau:

Liên kết mở rộng(extend): Là liên kết tổng quát - chuyên biệt, trong đó Use case chuyên biệt là mở rộng của Use case tổng quát bằng việc đưa thêm vào các hoạt động ngữ nghĩa mới vào Use case chuyên biệt hoặc bỏ qua hoạt động của Use case tổng quát.

Ví dụ:

Liên kết sử dụng(use): Được thành lập khi chúng ta thiết lập các Use case mà tìm thấy một vài Use case có những dòng hoạt động chung và để tránh sự lặp lại trên những Use case này chúng ta có thể tách dòng hoạt động chung đó ra thành một Use case. Use case mới này có thể được sử dụng bởi các Use case khác.


Khách hàng

Khách quen

Thuê Phòng

Thuê Phòng theo Đơn đặt Phòng

Nhân viên tiếp tân<<extend>>

Khách hàng

Thuê Phòng

Đặt Phòng

Kiểm tra Phòng

<<use>>

<<use>>

Trang 22/92

Trang 22/92


c) Mối quan hệ giữa actor - Use case

Mối quan hệ này cho biết actor sẽ tương tác với Use case. Một Use case luôn luôn khởi tạo bởi một actor và có thể tương tác với nhiều actor.

Kí hiệu:

6. Class Diagram

a) Đối tượng

Đối tượng là một thực thể có vai trò xác định rõ ràng trong lĩnh vực ứng dụng, có trạng thái, hành vi và định danh. Một đối tượng là một khái niệm, một sự trừu tượng hóa hoặc một sự vật có ý nghĩa trong phạm vi ngữ cảnh của hệ thống.

Đối tượng có thể là một thực thể hữu hình, trực quan (như là con người, vị trí, sự vật…), có thể là khái niệm, sự kiện (ví dụ bộ phận, đăng kí…), có thể là một khái niệm trong quá trình thiết kế (như là các User Interface, Controller, Scheduler,…).

b) Class

Class là một tập hợp các đối tượng chia sẽ chung một cấu trúc và hành vi (cùng thuộc tính, hoạt động mối quan hệ và ngữ nghĩa).

Cấu trúc được mô tả bởi các thuộc tình và mối quan hệ, còn hành vi được mô tả bởi các hoạt động. Một class là sự trừu tượng hóa các đối tượng thế giới thực, các đối tượng tồn tại trong thế giới thực được xem như là một thể hiện của class.

Ký hiệu: Class được trình bày gồm 3 phần: Tên class, danh sách các thuộc tính (attribute), danh sách các hoạt động (operation). Có thể phần thuộc tính và hoạt động bị che dấu đi trong mức độ trình bày tổng quan.


Tên classThuộc tínhPhương thức

Phòng-MaPhong-Maloai-Matrangthai-Gia+Them()

Khách hàng

Thuê Phòng

Tên actor

Tên usecase

Nhân viên tiếp tân

Trang 23/92

Trang 23/92


Hoặc

Tên class: Tên lớp được in đậm (bold) và căn giữa. Tên lớp phải được dẫn xuất từ phạm vi vấn đề và rõ ràng như có thể. Vì thế nó là danh từ, ví dụ như tài khoản, nhân viên, ....

Thuộc tính: Dùng để mô tả đặc trưng của đối tượng, thuộc tính được chia thành 3 loại sau:

o Thuộc tính đơn trị: Là thuộc tính chỉ có một giá trị duy nhất cho một đối tượng đây là thuộc tính phổ biến nhất ví dụ: Họ tên, ngày sinh, mobile…

o Thuộc tính đa trị: Là thuộc tính có thể có nhiều giá trị cho một đối tượng. Thông thường người ta sẽ lữu giá trị đa trị của thuộc tính này dưới dạng bảng.

o Thuộc tính tham chiếu.

Biểu diễn một thuộc tính: <phạm vi><tên thuộc tính>:<biểu thức kiểu>=<giá trị khởi tạo>

<phạm vi> nhận một trong các giá trị sau:+ public (có thể truy cập bởi tất cả các class).- private (chỉ được truy cập bởi class)# protected(có thể truy cập bởi class và các class chuyên biệt).

Bản số: là một cặp (số tối thiểu, số tối đa) mà thuộc tính có thể có giá trị Số tối thiểu=0thuộc tính không bắt buộc Số tối thiểu=1thuộc tính bắt buộc. Số tối đa=1thuộc tính đơn trị. Số tối đa>1thuộc tính đa trị.

Ví dụ: Diachi[0..1]:string,Mobile[0..n]:string.

c) Quan hệ giữa các Class

Kết hợp (Association) Mối kết hợp nhị phân: Là quan hệ ngữ nghĩa được thiết lập giữa hai hay nhiều class,

biểu diễn bởi các thành phần sau: Tên quan hệ: Thường là cụm động từ phản ánh mục đích của mối kết hợp. Vai trò quan hệ (role): Là một phần của mối kết hợp dùng để mô tả ngữ

nghĩa tham gia của một class vào mối kết hợp đó (không phải thành phần của class). Mối quan hệ có thể có 2 vai trò (quan hệ nhị phân) hoặc nhiều hơn (quan hệ đa phân).

o Tên vai trò: Động từ hoặc danh từ (cụm danh từ) để biểu diễn vai trò của các đối tượng.

o Bản số: Là cặp giá trị (mindcard, maxcard) xác định khoảng giá trị cho phép một đối tượng của một class có thể tham gia


Tên class

Trang 24/92

Trang 24/92


bao nhiêu lần vào mối kết hợp với các đối tượng của các class khác.

Mối kết hợp phản thân: Được thiết lập từ một class đến chính nó.Ví dụ:

Mối kết hợp đa phân : Là mối kết hợp được thiết lập từ 3 class trở lên. Kí hiệu:

Ví dụ

Tổng quát hóa: Là quan hệ được thiết lập giữa một class tổng quát hơn đến một class chuyên biệt. Quan hệ này để phân loại một tập hợp đối tượng thành những loại xác định hơn mà hệ thống cần làm rõ ngữ nghĩa.Ví dụ:

Quan hệ phụ thuộc (Dependency): Là một sự liên quan ngữ nghĩa giữa hai phần tử mô hình, một mang tính độc lập và một mang tính phụ thuộc. Mọi sự thay đổi trong phần tử độc lập sẽ ảnh hưởng đến phần tử phụ thuộc.

Kí hiệu:Ví dụ:


Nhân viên Phòng ban

Đơn đặt Phòng Khách hàngCủa

làm việc tại

1..*

0..* 1..1

Lập bởi

1..1

có

Gồm Làm tại

Nhân viên

0..1

0..*

Quản lý

Đặt Phòng

PhòngKhách hàngLập phiếu đặt

Nhân viên

Nhân viên lễ tân Nhân viên kế toán Nhân viên phục vụ

Nhân viên Phòng Ban<<thuộc>>

Trang 25/92

Trang 25/92


Nâng cấp (Refinement): Là một quan hệ giữa hai lời miêu tả của cùng một sự vật, nhưng ở những mức độ trừu tượng hóa khác nhau. Nâng cấp có thể là mối quan hệ giữa một loại đối tượng và lớp thực hiện nó.

Kí hiệu:

Ví dụ:

7. Entities Relationship Model

Thực thể (entities)Thực thể biểu diễn lớp các đối tượng của thế giới thật. Các đối tượng này phân thành 2 loại:

o Đối tượng hữu hình: Các đối tượng có thể quan sát được một cách trực quan. Ví dụ: PHÒNG, TÒA NHÀ, NHÂN VIÊN, SINH VIÊN….

o Đối tượng vô hình: Là các đối tượng trừu tượng không cảm nhận một cách trực quan. Ví dụ: DỰ ÁN, LỚP HỌC…

Kí hiệu:

Tên thực thể = Danh từ (cụm danh từ).Ví dụ

Mối kết hợp: Biểu diễn sự kết hợp giữa hai hay nhiều thực thể.

Kí hiệu:

Ví dụ: Mối kết hợp nhị phân giữa 2 thực thể Nhân viên—Phòng ban

Ví dụ: Mối kết hợp nhị phân giữa 2 thực thể Nhân viên—Phòng—Khách hàng

Ví dụ: Mối kết hợp phản thân (đệ qui): Nhân viên


Phân tích Thiết kế

Tên thực thể

Phòng Khách hàng Nhân viên

Tên MKH

Tên MKH=Động từ(cụm động từ)

Nhân viên Phòng banLàm tại

Nhân viên

Khách hàng PhòngĐặtPhòngg

Nhân viên Quản lý

quản lý

trực thuộc

Trang 26/92

Trang 26/92


Vai trò(Role): Biểu diễn ngữ nghĩa của một thực thể tham gia vào mối kết hợp. Mỗi role có tên và bản số

Tên vai trò:

Bản số: Qui định ràng buộc về số lượng đối tượng của thực thể có thể tham gia vào mối kết hợp. Một bản số được biểu diễn bởi một cặp giá trị (số tối thiểu, số tối đa)

Ví dụ: Các mẫu bản số cơ bản như (0,1), (0,n), (1,1), (1,n), (0,n)...

Ví dụ:

Thể hiện: Là một tổ hợp không trùng lắp các thực thể tham gia vào mối kết hợp.

Ví dụ:

gv1 <gv1,mh1> mh1gv2 <gv2,mh2> mh2

<gv1,mh1>


Tên vai trò=động từ

Nhân viên Phòng banLàm tại

làm tại gồm

1,1 0,n

Giảng dạy

Giáo viên Môn học1,n 0,n

không hợp lệ do trùng lắp

Trang 27/92

Trang 27/92


Thuộc tính: Biểu diễn các đặt trưng cơ bản của thực thể hay mối kết hợp. Tất cả thông tin mở rộng được biểu diễn bởi thuộc tính.

Kí hiệu:

Ví dụ

Định danh: là thuộc tính có đặt trưng duy nhất dùng để phân biệt tất cả các thể hiện của thực thể.

8. Các công cụ và ngôn ngữ sử dụng

.Net Framework 3.5: .NET Framework 3.5của Microsoft là một khung lập trình tập hợp các thư viện lập trình

có thể được cài thêm hoặc đã có sẵn trong các hệ điều hành Windows. Nó cung cấp những giải pháp thiết yếu cho những yêu cầu thông thường của các chương trình điện toán như lập trình giao diện người dùng, truy cập dữ liệu, kết nối cơ sở dữ liệu, ứng dụng web, các giải thuật số học và giao tiếp mạng. Ngoài ra, khung lập trình .NET quản lý việc thực thi các chương trình .NET do đó người dùng cần phải cài .NET để có thể chạy các chương trình. ASP.Net MVC Framework:

MVC viết tắt của các chữ cái đầu của Models, Views, Controllers. MVC chia giao diện UI thành 3 phần tương ứng: đầu vào của controller là các điều khiển thông qua HTTP request, model chứa các miền logic, view là những thứ được sinh ra trả về cho trình duyệt.

Lợi ích của việc dùng phương pháp MVC là sự phân đoạn rõ ràng giữa models, views, controllers bên trong ứng dụng. Cấu trúc sạch sẽ giúp cho việc kiểm tra lỗi ứng dụng trở nên dễ dàng hơn.

Model View Controller (MVC) là gì?.


Tên thuộc tính

Nhân viên

Khách hàng PhòngĐặtPhònggCMND

Họ tênĐịa chỉ (1,3)Sex

CMND

Họ tênĐịa chỉ (1,3)Sex

Mã Phòng ban

Mã Phòng Mã loại Giá

Thuộc tính đa trị

Định danh

Trang 28/92

Trang 28/92


1. Models trong các ứng dụng dựa trên MVC là những thành phần có nhiệm vụ lưu trữ thông tin, trạng thái của các đối tượng, thông thường nó là một lớp được ánh xạ từ một bảng trong CSDL. Lấy ví dụ, chúng ta có lớp Product được sử dụng để mô tả dữ liệu từ bảng Products trong SQL, bao gồm ProductID, OrderDate...

2. Còn đối với Views, nó chính là các thành phần chịu trách nhiệm hiển thị các thông tin lên cho người dùng thông qua giao diện. Thông thường, các thông tin cần hiển thị được lấy từ thành phần Models. Ví dụ, đối tượng Product có một "Edit" view bao gồm các textboxes, các dropdowns và checkboxes để chỉnh sửa các thuộc tính của sản phẩm; có một "Display" view gồm 2 dòng, cột dòng là ProductID, dòng sau là OrderDate... để xem thông tin về sản phẩm.

3. Cuối cùng, Controllers trong các ứng dụng kiểu MVC chịu trách nhiệm xử lý các tác động về mặt giao diện, các thao tác đối với models, và cuối cùng là chọn một view thích hợp để hiển thị ra màn hình. Trong kiến trúc MVC, view chỉ có tác dụng hiển thị giao diện mà thôi, còn điều kiển dòng nhập xuất của người dùng vẫn do Controllers đảm trách.

- MVC framework hỗ trợ sử dụng các các tập tin .ASPX, .ASCX và .Master như là thành phần View, điều đó có nghĩa là bạn vẫn có thể sử dụng các tính năng của ASP.NET như master pages, <%= %> snippets, server controls, templates, data-binding, localization... Tuy nhiên nó không sử dụng mô hình post-back từ giao diện gửi đến server nữa, thay vào đó, bạn có thể chủ động đưa những post-back từ giao diện đó đến thẳng lớp Controller. Tóm lại, không còn viewstate hay là page lifecycle còn tồn tại trong mô hình MVC. SQL Server 2005

SQL Server 2005 là một hệ thống quản lý cơ sở dữ liệu (Relational Database Management System (RDBMS) ) sử dụng Transact – SQL để trao đổi dữ liệu giữa Client computer và SQL Server computer. Một RDBMS bao gồm databases, database engine và các ứng dụng dùng để quản lý dữ liệu và các bộ phận khác nhau trong RDBMS.

SQL Server 2005 được tối ưu để có thể chạy trên môi trường cơ sở dữ liệu rất lớn (Very Large Database Environment) lên đến Tera – Byte và có thể phục vụ cùng lúc cho hàng ngàn user. SQL Server 2005 có thể kết hợp "ăn ý" với các server khác như Microsoft Internet Information Server (IIS), E-Commerce Server, Proxy Server ...

Các phiên bản của SQL Server 2005:

Enterprise: Hỗ trợ không giới hạn số lượng CPU và kích thước Database. Hỗ trợ không giới hạn RAM (nhưng tùy thuộc vào kích thước RAM tối đa mà HĐH hỗ trợ) và các hệ thống 64bit.

Standard: Tương tự như bản Enterprise nhưng chỉ hỗ trợ 4 CPU. Ngoài ra phiên bản này cũng không được trang bị một số tính năng cao cấp khác.

Workgroup: Tương tự bản Standard nhưng chỉ hỗ trợ 2 CPU và tối đa 3GB RAM Express: Bản miễn phí, hỗ trợ tối đa 1CPU, 1GB RAM và kích thước Database giới hạn trong 4GB.

Visual Studio 2008 Microsoft Visual Studio là môi trường phát triển tích hợp chính (Integrated Development

Environment (IDE) được phát triển từ Microsoft. Đây là một sản phẩm phần mềm máy tính có công dụng giúp đỡ các lập trình viên trong việc phát triển phần mềm.

Microsoft Visual Studio được dùng để phát triển console (thiết bị đầu cuối – bàn giao tiếp người máy) và GUI (giao diện người dùng đồ họa) cùng với các trình ứng dụng như Windows Forms, các web sites, cũng như ứng dụng, dịch vụ wed (web applications, and web services). Chúng được phát triển dựa trên một mã ngôn ngữ gốc (native code ) cũng như mã được quản lý Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi TrườngHuỳnh Văn Thiện (DTH0610) Lớp DH7TH

Trang 29/92

Trang 29/92

Đồ án thực tập cuối khóa Giáo viên hướng dẫnWebsite Quản Lý Khách sạn Nguyễn Hoàng Tùng (managed code) cho các nền tảng được được hỗ trợ Microsoft Windows, Windows Mobile, .NET Framework, .NET Compact Framework và Microsoft Silverlight.

Visual Studio hỗ trợ rất nhiều ngôn ngữ lập trình, có thể kể tên như sau: C/C++ ( Visual C++), VB.NET (Visual Basic .NET), va C# (Visual C#)… cũng như hỗ trợ các ngôn ngữ khác như F#, Python, và Ruby; ngoài ra vẫn đảm bảo hỗ trợ XML/XSLT, HTML/XHTML, JavaScript và CSS…

IIS7(Internet Information Services): IIS 7.0 là phiên bản mới nhất cho web server của Microsoft. IIS có trong Windows Server từ

khi Windows 2000 Server với tư cách là một thành phần của Windows và từ Windows NT thì là một tùy chọn. IIS 7.0 hiện được cung cấp trong Windows Vista và Windows Server 2008, hệ điều hành máy chủ được dự định sẽ phát hành vào đầu năm 2008. IIS 7.0 là một phiên bản được xem xét một cách tỉ mỉ trong thiết kế từ kinh nghiệm của các phiên bản trước. Phiên bản 7.0 ra đời tạo một nền tảng linh hoạt và an toàn nhất cho việc cấu hình web và các ứng dụng.

Enterprise Architect v7.0 Enterprise Architect là một môi trường giúp thiết kế và xây dựng phần mềm, mô hình hóa

quy trình kinh doanh, phát triển hệ thống nhúng và thời gian thực. Với khả năng tích hợp quản lý các yêu cầu, Enterprise Architect giúp người dùng có thể truy vết ở mức độ cao những mô hình đặc tả phân tích, thiết kế, thực thi, kiểm thử, bảo trì sử dụng UML, SysML, BPMN và các mô hình chuẩn khác.

IV. XÁC ĐỊNH YÊU CẤU HỆ THỐNGKhách sạn Hòa Bình II muốn Hệ thống hóa tin học nhằm tự động hóa nghiệp vụ quản lý

và phục vụ của Khách sạn sao cho đem lại hiệu quả cao nhất, chi phí thấp nhất đem lại tính cạnh tranh cao trong thương mại dịch vụ.

1. Các qui trình nghiệp vụ chính:

a) Quản lý khai thác Phòng:

- Quản lý đăng ký thuê Phòng : Khi Khách đến thuê phòng, bộ phận lễ tân phải ghi nhận lại các thông tin có liên quan đến khách theo quy định chung của khách sạn để tiện cho việc quản lý khách trong thời gian họ đăng ký thuê Pphòng .Tất cả các thông tin đăng ký thuê phòng đều được quản lý dựa trên họ tên khách đăng ký, số lượng phòng, ngày đến, ngày đi và số điện thọai liên lạc…..

- Quản lý đặt Phòng: Khách hàng có thể đặt phòng khi trạng thái phòng chưa được thuê, khách hàng có thể gọi điện, gửi fax, email, đặt phòng trực tuyến.

- Quản lý thông tin nhận Phòng : Sau khi đã làm thủ tục đăng ký thuê phòng, khách thuê sẽ được bộ phận lễ tân trao phòng và chính thức ghi nhận thời gian mà họ nhận phòng. Khách sạn sẽ quản lý những thông tin như số phòng nhận, họ tên người nhận phòng, ngày nhận, giờ nhận. Nếu đã đăng ký phòng trước thì thông tin nhận phòng phải đúng với thông tin đăng ký đặt phòng đã khai báo trước đó.

- Quản lý việc trả Phòng : Khi khách thuê có ý muốn trả phòng thì bộ phận lễ tân có nhiệm vụ kiểm tra lại phòng mà họ trả dựa trên thông tin nhận phòng và những dịch vụ mà họ sử dụng. Đồng thời phải lập hóa đơn cho tất cả những gì mà họ phải thanh toán. Việc trả phòng được khách sạn quản lý các thông tin sau: Số phòng trả, họ tên người trả, ngày trả, giờ trả (chính sách trả phòng).


Trang 30/92

Trang 30/92


Tổng tiền = (Tiền Phòng * Số ngày) + Tiền sử dụng Dịch vụ + (Tiền Phòng * Phụ thu) – Giảm giá Khách hàng.

Trong đó :

+Giảm giá Khách hàng : dành cho khách quen của khách sạn.

+Phụ thu tính theo chính sách trả phòng.

Chính sách trả Phòng

Thời gian trả Phòng mỗi ngày : 12h00 nếu quý khách nhận phòng và sử dụng chưa đến 12h00 vẫn tính nguyên giá.

Trả phòng sau 12h00 đến 13h00 : Không phụ thu tiền phòng.

Trả phòng sau 13h00 đến 15h00 : Phụ thu 20% tiền phòng.



Trả phòng sau 19h00: Tính thêm một ngày thuê.

b) Quản lý Khách hàng :

Khi khách đến đăng ký và nhận phòng ở Khách Sạn, mỗi người đều phải cung cấp những thông tin như: Họ tên, giới tính, địa chỉ, điện thoại, số CMND (PassPort, Visa) …, quốc tịch để Khách Sạn có thể quản lý và trích suất thông tin theo yêu cầu (hợp pháp).

c) Quản lý các Dịch vụ của Khách sạn:

Bên cạnh việc thuê Phòng, Khách hàng còn có nhu cầu sử dụng các loại Dịch vụ. Để đáp ứng điều đó, Khách sạn đã cung cấp các loại dịch vụ như massage, karaoke, giặt ủi ,hồ bơi… và các loại hình dịch vụ này sẽ được quản lý theo: Tên dịch vụ, đơn vị tính, đơn giá.

d) Quản lý Nhân viên :

Các nghiệp vụ của Khách Sạn được đảm nhận thực hiện bởi một nhân viên cụ thể của từng bộ phận vì vậy cần quản lý công việc của từng nhân viên.

e) Quản lý Phòng:

Mỗi Khách sạn sẽ có nhiều loại Phòng, kiểu Phòng, mỗi loại có nhiều phòng tương ứng. Vì vậy, các phòng của Khách Sạn phải được quản lý dựa vào số phòng, loại phòng, giá cơ bản.


Loại Phòng Số lượng Giá Phòng Kiểu PhòngĐặc biệt 03 350.000VND 02 Giường đơn+01 Giường đôi

I05

280.000VND 02 Giường đơn05 01 Giường đơn và 01 giường đôi.

II 03 260.000VND 02 Giường đơnIII 02 230.000VND 01 Giường đôi

Trang 31/92

Trang 31/92


f) Thống kê:

Thống kê theo doanh thu Phòng:

+ Tính theo công thức:

Trong đó: DT: Tỷ lệ doanh thu trong tháng.

A: Tổng doanh thu trong tháng mà Khách sạn đã cho thuê.

T: Tổng doanh thu thực tế của Khách sạn gồm:

(([số lượng Phòng đặc biệt] * [đơn giá Phòng đặc biệt])

+ [(số lượng Phòng loại I) * (đơn giá Phòng loại I)]

+([số lượng Phòng loại II] * [đơn giá Phòng loại II])

Thống kê theo Đơn đặt Phòng (đăng kí Phòng trước khi thuê Phòng).

Thống kê theo Phiếu thuê phòng.

Thống kê số lượng hủy Đơn đặt phòng.

2. Các yêu cầu chức năng:

a) Yêu cầu lưu trữ :

Lưu trữ thông tin người dùng.

Lưu trữ thông tin Khách hàng thuê Phòng, đặt Phòng.

Lưu trữ thông tin Khách hàng nhận, trả Phòng.

Lưu trữ thông tin Phòng.

Lưu trữ thông tin trạng thái Phòng.

Lưu trữ thông tin loại Phòng.

Lưu trữ thông tin Dịch vụ.

Lưu trữ thông tin sử dụng Dịch vụ của Khách hàng.

Lưu trữ thông tin loại Dịch vụ.

Lưu trữ chính sách trả Phòng.

Lưu trữ thông tin phiếu đăng ký thuê Phòng, phiếu đặt Phòng.

Lưu trữ thông tin phiếu nhận Phòng.

Lưu trữ thông tin Hóa đơn.


Trang 32/92

Trang 32/92


b) Yêu cầu nghiệp vụ :

Quản lý người dùng.

Quản lý đăng ký thuê Phòng.

Quản lý đăng ký đặt Phòng.

Quản lý nhận, trả Phòng.

Quản lý Hóa đơn.

Quản lý Khách hàng.

Quản lý Dịch vụ.

Quản lý Phòng.

Quản lý trạng thái Phòng.

c) Yêu cầu báo biểu :

In danh sách khách hàng, hóa đơn thanh toán, các thống kê báo cáo.

Thống kê theo doanh thu phòng.

Thống kê theo đơn đặt phòng, đơn đặt phòng bị hủy.

Thống kê theo đơn thuê phòng.

d) Các yêu cầu phi chức năng:

Giao diện hệ thống phải dễ sử dụng, trực quan, thân thiện với mọi người dùng.

Cho phép truy cập dữ liệu đa người dùng.

Tính bảo mật và độ an toàn cao.

Tốc độ xử lý của hệ thống phải nhanh chóng và chính xác.

Phần trợ giúp nghiệp vụ phải ngắn gọn, xúc tích và dễ hiễu.

Có khả năng tương tác với các hệ thống khác, mở rộng và năng cấp dể dàng.


Trang 33/92

Trang 33/92


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

1. Cấu trúc hóa yêu cầu theo sơ đồ:

2. Mô hình hóa hiện trạng Hệ thống


Hệ thống hiện tại làm gì?.

Hệ thống mớisẽ làm gì?.

Biểu diễn Hệ thống hiện tại hoạt động

như thế nào?.

Biễu diễn Hệ thống mới sẽ hoạt động như thế nào?.

Quan niệm

Tổ chức Vật lý

Yêu cầuHệ thống

mới

Mô tả Hệ thống

hiện tại Hình 4 :sơ đồ biểu diễn cấu trúc hóa yêu cầu Hệ thống

Tài liệu hiện trạng…………………..

Xây dựng mô hình usecase biểu diễn

ngử cảnh Hệ thống

Xây dựng mô hình tác nghiệp Hệ thống dùng

Activiti diagram

uc Use Case Mo...

Hình 5 :Qui trình mô hình hóa hiện trạng Hệ thống

Trang 34/92

Trang 34/92


a) Use case ngữ cảnh của Hệ thống

Mô hình Use case trên được phát triển theo cách tiếp cận các nghiệp vụ hệ thống. Khách sạn Hòa Bình II có 5 nghiệp vụ chính được thể hiện bởi 5 Use case: Quản lý thuê phòng, Use case này sẽ tương tác với khách hàng như một chức năng của hệ thống để khách hàng có thể thuê phòng và sử dụng các dịch vụ của khách sạn. 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


Hình 6:Mô hình Use case ngữ cảnh Hệ thống

Trang 35/92

Trang 35/92

Đồ án thực tập cuối khóa Giáo viên hướng dẫnWebsite Quản Lý Khách sạn Nguyễn Hoàng Tùng độ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 đó.

b) Mô hình hoạt động của các Use case trong Hệ thống

Mô hình Activity mô tả hoạt động tác nghiệp của Use case quản lý thuê phòng.

Hoạt động xử lý thuê phòng của khách hàng liên quan đến 4 loại đối tượng: 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ụ, Khách hàng, trong đó Nhân viên tiếp tân đóng vai trò chính. Đầu tiên Nhân viên tiếp tân kiểm tra yêu cầu thuê phòng của Khách hàng, kiểm tra trạng thái phòng của khách sạn thông qua sổ nhật kí thuê phòng (gồm Phòng đã thuê, phòng đã được đặt trước, phòng còn trống). Nếu trạng thái phòng còn trống, Nhân viên tiếp tân sẽ yêu cầu khách hàng cung cấp thông tin (CMND/Passport, Họ tên, Số điện thoại..), nếu thông tin hợp lệ Nhân viên tiếp tân sẽ lập phiếu giao phòng (bao gồm thông tin Phòng, thông tin Khách hàng, ngày nhận, ngày trả…) và gửi cho Nhân viên phục vụ phòng, Nhân viên phục vụ phòng sẽ giao phòng cùng với phiếu giao phòng cho Khách hàng, sau khi xác nhận đã giao phòng, Nhân viên tiếp tân sẽ cập nhật lại trạng thái phòng vào Sổ nhật kí trạng thái phòng đồng thời lưu lại phiếu giao phòng vào Sổ phiếu thuê phòng. Nếu trạng thái phòng không còn trống hoặc đã được đặt trước thì từ chối yêu cầu thuê phòng của Khách hàng, Khách hàng có thể yêu cầu sử dụng dịch vụ của Khách sạn, Khách hàng có thể đăng kí đặt phòng trước thông qua điện thoại, fax.


Hình 7:Mô hình Activity mô tả hoạt động tác nghiệp của Use case thuê Phòng

Trang 36/92

Trang 36/92


Mô hình Activity mô tả hoạt động tác nghiệp của Use case đặt Phòng

Hoạt động đặt phòng gổm có 2 đối tượng chính: Khách hàng và nhân viên tiếp tân trong đó nhân viên tiếp tân giữ vai trò chủ đạo trong hoạt động hệ thống. Khách hàng có thể đặt phòng trước thông qua điện thoại, fax. Nhân viên tiếp tân sẽ tiếp nhận yêu cầu và kiểm tra trạng thái phòng trong hệ thống thông qua Sổ nhật kí thuê phòng, Sổ nhật kí đặt phòng. Nếu phòng còn trống nhân viên tiếp tân yêu cầu cung cấp thông tin khách hàng để lập phiếu thuê phòng, Nhân viên tiếp tân sẽ thông báo cho khách hàng chi tiết phiếu đặt phòng cho khách hàng, nếu thông tin đúng với yêu cầu khách hàng đồng ý đặt phòng thì nhân viên tiếp tân sẽ lưu phiếu đặt phòng vào sổ nhật kí đặt phòng. Sau khi khách hàng đến nhận phòng tại khách sạn, Nhân viên tiếp tân sẽ kiểm tra thông tin đặt phòng của khách hàng với phiếu đặt phòng nếu đúng nhân viên tiếp tân sẽ làm thủ tục thuê phòng cho khách hàng. Đồng thời cập nhật lại trạng thái phòng vào sổ nhật kí đặt phòng.


Hình 8:Mô hình Activity mô tả hoạt động tác nghiệp của Use case đặt Phòng

Trang 37/92

Trang 37/92


Mô hình Activity mô tả hoạt động tác nghiệp của Use case trả phòng .

Nhân viên tiếp tân sẽ kiểm tra hạn trả phòng của khách hàng thông qua Sổ nhật kí thuê phòng. Nếu hết hạn sử dụng phòng, nhân viên tiếp tân sẽ gửi thông báo đến khách hàng yêu cầu thanh toán hóa đơn tiền sử dụng phòng và sử dụng dịch vụ của khách sạn. Nếu khách hàng yêu cầu gia hạn sử dụng thì nhân viên tiếp tân kiểm tra trạng thái phòng trong sổ nhật kí đặt phòng, nếu phòng chưa được đặt trước thì nhân viên tiếp tân cập nhật ngày thuê phòng của khách sạn và lập hóa đơn thanh toán sau này, ngược lại nếu phòng không đáp ứng được do đã được khách hàng khác đặt trước, nhân viên tiếp tân sẽ lập hóa đơn thanh toán cho khách hàng, nhân viên phục vụ sẽ nhận phòng, nhân viên tiếp tân sau khi thanh toán cho khách hàng sẽ lưu hóa đơn thanh toán vào sổ hóa đơn thanh toán, đồng thời cập nhật lại trạng thái phòng vào sổ nhật kí thuê phòng.Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi TrườngHuỳnh Văn Thiện (DTH0610) Lớp DH7TH

Hình 9:Mô hình Activity mô tả hoạt động tác nghiệp của Use case trả Phòng

Trang 38/92

Trang 38/92


Mô hình Activity mô tả hoạt động tác nghiệp của Use case thống kê, Báo cáo.

Đế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.Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi TrườngHuỳnh Văn Thiện (DTH0610) Lớp DH7TH

Hình10 :Activity mô tả tác nghiệp hoạt động của Usecase thống kê,báo cáo

Trang 39/92

Trang 39/92


Mô hình Activity mô tả hoạt động tác nghiệp của Use case xử lý Quản trị.

Hoạt động 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.Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi TrườngHuỳnh Văn Thiện (DTH0610) Lớp DH7TH

Hình 11 :Activity mô tả tác nghiệp hoạt động của Usecase Quản trị

Trang 40/92

Trang 40/92


3. 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òngKiểm tra thuê phòng. Lập phiếu thuê phòng cho khách hàngLậ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àngKiểm tra thuê dịch vụ. Lưu phiếu thuê phòng vào sổ thuê phòngLưu thuê phòng. Lập phiếu sử dụng dịch vụ cho khách hàngLậ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òngCậ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òngo 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òngKiểm tra phòng. Lập phiếu đặt phòng cho khách hàngLập phiếu đặt phòng. Lưu phiếu đặt phòng vào Sổ nhật kí đặt phòngLư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òngo 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òngKiểm tra trả phòng.


Trang 41/92

Trang 41/92


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òngxử 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ánLưu hóa đơn. Cập nhật trạng thái phòng vào Sổ nhật kí đặt phòngCậ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 đơnLập thống kê Lập bản báo cáo dựa trên bản báo cáoLập báo cáo. Lưu báo cáo vào Sổ thống kê,báo cáoLưu báo báo. Lập kê hoạch kinh doanh dựa trên bản báo cáoLập kế hoạch kinh doanh. Lưu bản kế hoạch kinh doanh vào Sổ kế hoạch kinh doanhLư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ốngo 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ướiCấ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ướiQuản trị. Tiếp nhận và thực hiện theo quyền và nhiệm vụ được giaohoạ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


Trang 42/92

Trang 42/92

Đồ án thực tập cuối khóa Giáo viên hướng dẫnWebsite Quản Lý Khách sạn Nguyễn Hoàng Tùng 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:


Hình 13:Mô hình hoạt động quan niệm của đặt Phòng

Hình 12:Mô hình hoạt động tác nghiệp của Use case thuê Phòng

Trang 43/92

Trang 43/92


Mô hình hoạt động quan niệm của trả Phòng:


Hình 14:Mô hình hoạt động quan niệm trả Phòng

Trang 44/92

Trang 44/92


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.

Với hoạt động thuê phòng:Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi TrườngHuỳnh Văn Thiện (DTH0610) Lớp DH7TH

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

Trang 45/92

Trang 45/92


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


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 46/92

Trang 46/92


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.


Hình 19:Mô hình use case hoạt động trả phòng

Trang 47/92

Trang 47/92


- Use case Lưu báo cáoLưu báo cáo để use case khác khai thác.


Hình 20:Mô hình Use case hoạt động thống kê,báo cáo

Trang 48/92

Trang 48/92


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


uc Use case 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 case

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

Trang 49/92

Trang 49/92


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 50/92

Trang 50/92


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

Trang 51/92

Trang 51/92


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

Trang 52/92

Trang 52/92


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.


Hình 30: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 53/92

Trang 53/92


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ốngHoạ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ânXử lý thuê Phòng Lập phiếu thuê Phòng, lưu

phiếu thuê PhòngNhâ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ânTìm kiếm Tìm kiếm thông tin theo từng

chức năngNgười dùng Hệ thống


Hình 31:Mô hình Use case biểu diễn chức năng phần mềm hoạt động thuê Phòng

Trang 54/92

Trang 54/92


Mô hình Use case phần mềm đặc tả đặt 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, 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àngXử lý đặt Phòng Lập phiếu đặt Phòng, lưu

phiếu đặt PhòngNhâ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ânTìm kiếm Tìm kiếm thông tin theo

từng chức năngNhân viên tiếp tân,Khách hàng

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


Kiểm tra trả Phòng Kiểm tra hạn trả Phòng Nhân viên tiếp tânLập hóa đơn Lập hóa đơn thanh toán, Lưu hóa

đơn thanh toán, In hóa đơnNhâ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ânXử 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ình 32: Mô hình Use case biểu diễn chức năng phần mềm hoạt động đặt Phòng

Trang 55/92

Trang 55/92


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


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ê


Lập kế hoạch kinh doanh

Lập bản kế hoạch kinh doanh, Lưu, In kế hoạch kinh doanh



Hình 33:Mô hình Use case biểu diễn chức năng phần mềm hoạt động trả Phòng

Hình 34:Mô hình use case biểu diễn chức năng phần mềm hoạt động thống kê,báo cáo

Trang 56/92

Trang 56/92


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


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 tronghệ 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ốngSử 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ế


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

Hình 36:Mô hình use case Quản trị Hệ thống sau khi tinh chế

Trang 57/92

Trang 57/92


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

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

Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi TrườngHuỳnh Văn Thiện (DTH0610) Lớp DH7THHình 38:Use case đặt Phòng được tinh chế

Trang 58/92

Trang 58/92


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

Use case thống kê,báo cáo được tinh chế


Hình 40:Use case thống kê,báo cáo được tinh chế

Trang 59/92

Trang 59/92


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.


Hình 41:Sơ đồ phân tích đối tượng theo tiếp cận Use case

Trang 60/92

Trang 60/92


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


-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àyTrạ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àyTrạng thái-Ba ngày-Ngày lập

Trang 61/92

Trang 61/92


Xác định các danh từ, cụm danh từ có thể là các thuộc tínhCá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ốngTrong hoạt động thuê phòng các class còn lại sẽ là:Phòng: Lưu thông tin phòngLoại Phòng: Là một class hình thức (trừu tượng hóa sự phân loại) dùng để phân lọai phòng.Kiểu Phòng: Là một class hình thức (trừu tượng hóa sự phân loại) dùng để phân lọai kiểu phòng.Trạng thái: Là một class hình thức (trừu tượng hóa sự phân loại) dùng để phân lọai trạng phòng.Dịch vụ: Lưu thông tin dịch vụ.Loại Dịch vụ: Là một class hình thức (trừu tượng hóa sự phân loại) dùng để phân lọai dịch vụ.Phiếu thuê Phòng: Mô tả mẫu thuê phòngChi tiết thuê Phòng: Mô tả chi tiết phiếu thuê phòng.Khách hàng: Lưu trữ thông tin Khách hàngNhân viên tiếp tân: Lưu trữ thông tin Nhân viên.Phiếu thuê Dịch vụ: Mô tả mẫu thuê dịch vụChi tiết phiếu thuê: Mô tả chi tiết phiếu thuê dịch vụ .Các danh từ, cụm danh từ không có mục đích:Thông báoHệ thốngCác danh từ, cụm danh từ không thuộc phạm vi hệ thống, hoặc chỉ có đối tượng trong quá trình sống của hệ thốngLịch giao phòng.Cuối ngày.Ngày bị trễ.Nhân viên phục vụ, Nhân viên tiếp tân.Tô Trung Đoàn (DTH061034) Khoa: Kĩ thuật-Công Nghệ-Môi TrườngHuỳnh Văn Thiện (DTH0610) Lớp DH7TH

-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àyTrạng thái-Ba ngày-Ngày lập

Trang 62/92

Trang 62/92

Đồ án thực tập cuối khóa Giáo viên hướng dẫnWebsite Quản Lý Khách sạn Nguyễn Hoàng Tùng Kết quả quá trình chọn lựa gồm các class ứng viên sau:

Use case thuê Phòng

Use case đặt Phòng

Use case trả Phòng

Use

case thống kê, báo cáo


Phòng Kiểu PhòngLoại Phòng

Trạng thái Dịch vụ

Loại Dịch vụ

Chi tiết thuê PhòngKhách hàngChi tiết thuê Dịch vụ

Phiếu thuê Phòng Phiếu thuê dịch vụ

PhòngChi tiết đặt PhòngKhách hàng Phiếu đặt Phòng

PhòngChi tiết hóa đơnKhách hàng Hóa đơn

Hóa đơn

Chi tiết đặt Phòng

Chi tiết thuê PhòngThống kê

Chi tiết thuê dịch vụ

Quản trị Hệ thốngNhân viên Tài khoản

Hình 42: Các class đề nghị cho từng Use case

Trang 63/92

Trang 63/92


Use case Quản trị Hệ thống Biểu diễn chi tiết các class trong các Use caseUse case thuê Phòng

Use case đặt Phòng

Use case trả Phòng

Use case thống kê,báo cáo


Phòng

Mã Phòng: IntTên Phòng: StringMã loại: IntMã kiểu: IntMã trạng thái: IntGiá: Int

Dịch vụ

Mã dịch vụ: IntTên dịch vụ: StringGiá: Int

Khách hàng

Mã Khách hàng: IntCMDN: charHọ tên: StringĐịa chỉ: StringNgày sinh: DateQuốc tịch: String

Phiếu Thuê Phòng

Mã phiếu: IntTên phiếu: StringNgày lập: DateNgười lập: String

Phiếu Thuê dịch vụ


Khách hàng

Mã Khách hàng: IntCMDN: CharHọ tên: StringĐịa chỉ: StringNgày sinh: DateQuốc tịch: String

Phòng


Phiếu đặt Phòng

Mã phiếu: IntTên phiếu: StringNgày lập: Date Người lập: String

Khách hàng


Phòng






Hoá đơnMã hóa đơn: IntTên hóa đơn: StringNgày lập: DateNgười lập: String






Thống kê

Mã thống kê: IntTên thống kê: StringLoại thống kê: IntNgười lập: StringNgày lập: Date

Hình 42:Biểu diễn chi tiết từng class cho từng Use case

Trang 64/92

Trang 64/92

Đồ án thực tập cuối khóa Giáo viên hướng dẫnWebsite Quản Lý Khách sạn Nguyễn Hoàng Tùng Use case Quản trị Hệ thống: Ở use case này không thể hiện chi tiết của các class Nhân viên,Quản trị Hệ thống,Tài khoản,các class này sẽ được cài đặt vào Hệ thống ở mức vật lý.

Xác định các mối kết hợp của các class trong từng Use case

Sơ đồ Use case thuê Phòng

Sơ đồ Use case đặt Phòng


của

liên quan

Dịch vụ

Mã dịch vụ: IntTên dịch vụ: StringGiá: Int



Phòng


Khách hàng




của1..*0..*

liên quan

0..* 1..*

Chi tiết Thuê PhòngSố lượng Phòng: IntNgày nhận: DateNgày trả: Date

Chi tiết Thuê dịch vụSố lượng: IntNgày thuê: Date

0..* 1..*

0..*

0..*

Hình 43:Sơ đồ class của Use case thuê Phòng

Phòng


Khách hàng

Mã Khách hàng: IntCMDN: charHọ tên: StringĐịa chỉ: StringNgày sinh: DateQuốc tịch: String



của1..*0..*

liên quan

0..* 1..*

Chi tiết đặt PhòngSố lượng Phòng: IntNgày nhận: DateNgày trả: Date

Hình 44:Sơ đồ class của Use case đặt Phòng

Trang 65/92

Trang 65/92


Sơ đồ Use case trả Phòng

Use case thống kê,báo cáo


Hình 45:Sơ đồ class của Use case trả Phòng

1..1

Khách hàng






Hoá đơnMã hóa đơn: IntTên hóa đơn: StringNgày lập: DateNgười lập: String1..*

liên quan

1..*

1..*

1..*

liên quan

của

Chi tiết Hoá đơnĐã thanh toán: IntTổng cộng: IntNgày thanh toán

1..*

Hình 46:Sơ đồ class của Use case thống kê






Thống kê

Mã thống kê: IntTên thống kê: StringLoại thống kê: IntNgười lập: StringNgày lập: Date



theo

1..* 0..* 0..* 1..*

theo

theo

1..*

1..*

theo

1..*

1..*

Trang 66/92

Trang 66/92


Bổ sung các thực thể tổng quát hoát,chuyên biệt hóa

Sơ đồ cuối cùng của Hệ thống Website Quản lý Khách sạn


Phiếu Thuê PhòngNgày nhận: DateNgày trả: Date

Phiếu Thuê dịch vụ Phiếu đặt PhòngNgày đến: DateNgày trả: Date

Phiếu Yêu cầu


Hình 47:Các class tổng quát hóa và chuyên biệt hóa

Hình 48:Sơ đồ class cho Hệ thống Website Quản Lý Khách sạn

Khách hàng Phiếu yêu cầu Phòng

Dịch vụ

Thống kê

Phiếu thuê PhòngPhiếu đặt Phòng Phiếu thuê dịch vụ

của liên quan

0..* 1..* 0..* 1..*

Hóa đơn

1..*

0..*

của theo

1..*

0..*

0..*1..*

liên quanChi tiết yêu cầu

Chi tiết yêu cầu

Chi tiết hóa đơn

theo

0..*1..*

Trang 67/92

Trang 67/92


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

Khách hàng(Mã KH,Họ tên KH,CMND,Quốc tịch,Giới tính,Ngày sinh,Địa chỉ,Điện thoại,Email).Phòng(Mã Phòng,Tên,Mã loại,Mã trạng thái,Giá,mô tả).Loại Phòng(Mã loại,Tên).Trạng thái(Mã trạng thái,Tên).Nhân viên(Mã nhân viên,Mã bộ phận,Họ tên,CMND,Giới tính,Địa chỉ,Quốc gia,Điện thoại,Email).Bộ phận(Mã bộ phận,Mã người quản lý,Tên).Người quản lý(Mã người quản lý,Mã chức vụ, Họ tên ,CMND,Giới tính, Quốc gia,Địa chỉ,Điện thoại,Email).Chức vụ(Mã chức vụ,Tên).Dịch vụ(Mã dịch vụ,Mã nhóm dịch vụ,tên dịch vụ,Giá).Nhóm dịch vụ(Mã nhóm dịch vụ,tên nhóm dịch vụ).Thuê Phòng(Mã thuê Phòng,Mã Phòng,Mã khách hàng,Số lượng Phòng,Ngày thuê,Ngày trả).Sử dụng dịch vụ(Mã sử dụng,Mã dịch vụ,Mã khách hàng,Ngày).Đặt Phòng(Mã đặt Phòng,Mã Phòng,Mã khách hàng,Số lượng Phòng,Số lượng người,Ngày đến,Ngày đi).Hủy đặt Phòng(Mã hủy đặt Phòng,Mã đặt Phòng,Mã nhân viên,Ngày hủy).Nhận Phòng(Mã nhận Phòng,Mã thuê Phòng,Mã nhân viên,Giờ nhận).Trả Phòng(Mã trả Phòng,Mã thuê Phòng,Mã nhân viên,Giò trả).Hóa đơn(Mã hóa đơn,Tên hóa đơn,Mã thuê Phòng,Mã sử dụng,Mã nhân viên,Ngày lập,Thành tiền).Thống kê(Mã thống kê,Tên,Mã nhân viên,Ngày lập,Mã TK hóa đơn,Mã TK thuê Phòng,Mã TK đặt Phòng,Mã TK sử dụng dịch vụ,Mã TK hủy đặt Phòng).Thống kê hóa đơn(Mã TK hóa đơn,Mã hóa đơn).Thống kê thuê Phòng(Mã TK thuê Phòng,Mã thuê Phòng).Thống kê đặt Phòng(Mã TK đặt Phòng,Mã đặt Phòng).Thống kê hủy đặt Phòng(Mã TK hủy đặt Phòng,Mã hủy đặt Phòng).Thống kê sử dụng dịch vụ(Mã TK sử dụng dịch vụ,Mã sử dụng dịch vụ).

b) Mối quan hệ giữa các thực thể

Mối quan hệ giữa Khách hàng, Phòng, Dịch vụ, Nhân viên

Diễn tả: Khách hàng và Phòng có mối quan hệ nhiều-nhiều (n-n).

Ý nghĩa:- Khách hàng có thể thuê nhiều phòng cùng một lúc, và có thể thuê nhiều lần, phòng có thể

được thuê bởi một Khách hàng hoặc nhiều Khách hàng.


Trang 68/92

Trang 68/92


- Khách hàng có sử dụng nhiều dịch vụ cùng một lúc, và có thể ử dụng nhiều lần, dịch vụ có thể được thuê bởi một Khách hàng hoặc nhiều Khách hàng.

- Nhân viên sẽ lập các phiếu thuê phòng, đặt phòng, thuê dịch vụ, hóa đơn cho Khách hàng.

Mô hình diễn tả mối quan hệ


class Mối quan hệ giữa Phòng,Dịch v ụ,Nhân v iên v ới Khách hàng

Nhân v iên

Khách hàng Phòng

Đặt Phòng Thuê Phòng

Dịch v ụ

Sử dụng dịch v ụ

Hóa đơn

của

của

của

cho

tại

1..*1..*

1..*

1..*

1..*

1..1

Hình 49:Sơ đồ biểu diễn quan hệ giữa Khách hàng với Phòng,Dịch vụ và Nhân viên

đặt Phòng thuê Phòng

sử dụng

thanh toán

1..*

1..*lập

lập bởi

1..* 1..*

Trang 69/92

Trang 69/92


Mối quan hệ giữa Nhân viên với Bộ phận, Người quản lý.

Diễn tả:- Nhân viên và bộ phận có mối quan hệ một nhiều(1-n).- Bộ phận và người quản lý có mối quan hệ nhiều-nhiều (n-n).- Người quản lý và chức vụ có mối quan hệ nhiều-nhiều (n-n).

Ý nghĩa: Một bộ phận sẽ có nhiều Nhân viên, Nhân viên chỉ có thể làm việc tại một Bộ phận duy nhất. Bộ phận được quản lý bởi một hoặc nhiều người quản lý, một người quản lý cũng có thể quản lý một hoặc nhiều bộ phận khác nhau.Người quản lý sẽ có một hoặc nhiều chức vụ, chức vụ của một hoặc nhiều người quản lý.

Mô hình biểu diễn quan hệ

Mối quan hệ giữa Phòng, Loại Phòng, Trạng thái.

Diễn tả:- Phòng và loại phòng có mối quan hệ (1-4).- Phòng và trạng thái phòng có mối quan hệ(1-4).

Ý nghĩa:- Phòng sẽ có 4 trạng thái: Còn trống, đã được thuê,đã đặt trước, chưa được sử dụng.- Phòng sẽ có 4 loại: Đặc biệt, sang, trung bình, thường



Hình 49: Mối quan hệ giữa Khách hàng với Phòng,Dịch vụ,Nhân viên

Hình 50:Sơ đồ biểu diễn quan hệ giữa Nhân viên, Bộ phận, Người quản lý, Chức vụ

làm tạiglàm tạigồm

gồm

quản lý

có của

0..* 1..1

1..*

1..*

1..* 1..*

Hình 51:Sơ đồ biểu diễn quan hệ giữa Phòng,Loại Phòng,Trạng thái Phòng

của có

1..4 1..* 1..41..*

cócủa

Trang 70/92

Trang 70/92


Mối quan hệ giữa Nhân viên,Thống kê, Phòng, Dịch vụ.

Diễn tả- Nhân viên có mối quan hệ với thống kê là một- nhiều (1-n).- Thống kê với phòng có quan hệ nhiều-nhiều (n-n).-Thống kê với dịch vụ có quan hệ nhiều-nhiều (n-n).

Ý nghĩa- 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ụ

Diễn tả: Dịch vụ và Nhóm dịch vụ có mối quan hệ nhiều- nhiều (1-n)Ý 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.



lập1..1 1..*

1..*

1..*1..*

1..* 1..*1..*

1..*

1..*

1..*theo

theo

theo

theo theo

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ụ

1.* 1..*

thuộc

Trang 71/92

Trang 71/92


c) Sơ đồ thực thể kết hợp


Hình 54 :Sơ đồ thực thể kết hợp của các thực thể trong Hệ thống

Trang 72/92

Trang 72/92

Đồ án thực tập cuối khóa Giáo viên hướng dẫnWebsite Quản Lý Khách sạn Nguyễn Hoàng Tùng C. THIẾT KẾ

I. THIẾT KẾ KIẾN TRÚC HỆ THỐNG

1. Phân chia Hệ thống con

2. Kiến trúc Hệ thống


Hệ thống Website Quản lý Khách sạn

Phân hệ thuê Phòng Phân hệ đặt Phòng Phân hệ trả Phòng Phân hệ thống kê

Hình 55:Phân hệ Hệ thống con trong Hệ thống Website Quản lý Khách sạn

UI.Layer

Business Layer

Data Layer

Browser Web ServerFire wall

ASP.Net MVC Framework

View

Controller

Model

BusinessRuleEngine

SecurityEngine

Linq to SQL

SQL Server 2005

Hình 56:Kiến trúc xây dựng Hệ thống Website Quản lý Khách sạn

Trang 73/92

Trang 73/92


II. THIẾT KẾ DỮ LIỆU HỆ THỐNG

1. Thiết kế cơ sở dữ liệu:

Thiết kế các Bảng cho Hệ thốngBảng Phòng(Room)Tên cột Kiểu dữ liệu Độ dài Ràng buộc Chú thíchRoomID Int Khóa chính Lưu trữ mã PhòngRoomName nvarchar 50 Lưu trữ tên PhòngStatusID Int Khóa ngoại Lưu trữ thông tin trạng thái PhòngKindID Int Khóa ngoại Lưu trữ thông tin trạng thái PhòngImageID Int Khóa ngoại Lưu trữ thông tin về ảnhPrice Int Lưu trữ thông tin về Giá

Bảng Trạng thái Phòng (Status)Tên cột Kiểu dữ liệu Độ dài Ràng buộc Chú thíchStatusID Int Khóa chính Lưu trữ thông tin Mã trạng tháiStatusName Nvarchar 50 Lưu trữ thông tin tên trạng thái

Bảng Loại Phòng (Kind)Tên cột Kiểu dữ liệu Độ dài Ràng buộc Chú thíchKindID Int Khóa chính Lưu trữ thông tin Mã Loại PhòngKindName Nvarchar 50 Lưu trữ thông tin Tên loại Phòng

Bảng ImageTên cột Kiểu dữ liệu Độ dài Ràng buộc Chú thíchImageID Int Khóa chính Lưu trữ thông tin Mã hình ảnhImageName Nvarchar 50 Lưu trữ thông tin Tên hìnhPath Nvarchar MAX Lưu trữ thông tin đường dẫn đến file ảnh

Bảng Nhân viên(Employee)Tên cột Kiểu dữ liệu Độ dài Ràng buộc Chú thíchEmployeeID Int Khóa chính Lưu trữ thông tin Mã Nhân viênEmployeeName Nvarchar 50 Lưu trữ thông tin Tên Nhân viênPartialID Int Khóa ngoại Lưu trữ thông tin Mã Bộ phậnSexID Int Khóa ngoại Lưu trữ thông tin về giới tínhIdCode Char 10 Lưu trữ thông tin về CMNDEmail Varchar 250 Lưu trữ thông tin về Email

Bảng Bộ phận (Partial)Tên cột Kiểu dữ liệu Độ dài Ràng buộc Chú thíchPartialID Int Khóa chính Lưu trữ thông tin Mã Bộ phậnPartialName Nvarchar 50 Lưu trữ thông tin Tên Bộ phậnManagerID Int Khóa ngoại Lưu trữ thông tin Mã người Quinn lee


Trang 74/92

Trang 74/92

Đồ án thực tập cuối khóa Giáo viên hướng dẫnWebsite Quản Lý Khách sạn Nguyễn Hoàng Tùng Bảng Người Quản lý(Manager)Tên cột Kiểu dữ liệu Độ dài Ràng buộc Chú thíchManagerID Int Khóa chính Lưu trữ thông tin Mã người Quản lýManagerName Nvarchar 50 Lưu trữ thông tin Tên người quản lýFunctionID Int Khóa ngoại Lưu trữ thông tin Mã chức vụSexID Int Khóa ngoại Lưu trữ thông tin về giới tínhEmail Varchar 250 Lưu trữ thông tin về Email

Bảng chức vụ (Function)Tên cột Kiểu dữ liệu Độ dài Ràng buộc Chú thíchFunctionID Int Khóa chính Lưu trữ thông tin Mã chức vụFunctionName Nvarchar 50 Lưu trữ thông tin Tên chức vụ

Bảng Khách hàng (Customer)Tên cột Kiểu dữ liệu Độ dài Ràng buộc Chú thíchCustomerID Int Khóa chính Lưu trữ thông tin Mã khách hàngCustomerName Nvarchar 50 Lưu trữ thông tin Tên khách hàngIdCode Char 10 Lưu trữ thông tin về CMNDSexID Int Khóa ngoại Lưu trữ thông tin về giới tínhCountry Nvarchar 50 Lưu trữ thông tin về Quốc giaAddress Nvarchar 250 Lưu trữ thông tin về Địa chỉMobile Char 11 Lưu trữ thông tin về Số điện thoạiEmail Varchar 250 Lưu trữ thông tin về Email

Bảng Dịch vụ(Service)Tên cột Kiểu dữ liệu Độ dài Ràng buộc Chú thíchServiceID Int Khóa chinh Lưu trữ thông tin về Mã dịch vụServiceName Nvarchar 50 Lưu trữ thông tin về Tên dịch vụServiceGroupID Int Khóa ngoại Lưu trữ thông tin về Mã Nhóm dịch vụUnit Int Lưu trữ thông tin về Đơn giáPrice Int Lưu trữ thông tin về Giá

Bảng Nhóm dịch vụ(ServiceGroup)Tên cột Kiểu dữ liệu Độ dài Ràng buộc Chú thíchServiceGroupID Int Khóa chính Lưu trữ thông tin về Mã Nhóm

dịch vụServiceGroupName Nvarchar 50 Lưu trữ thông tin về Tên Nhóm

dịch vụ

Bảng đặt Phòng(OrdingRoom)Tên cột Kiểu dữ liệu Độ dài Ràng buộc Chú thíchOrdingID Int Khóa chính Lưu trữ thông tin về Mã đặt PhòngRoomID Int Khóa ngoại Lưu trữ thông tin về Mã PhòngCustomerID Int Khóa ngoại Lưu trữ thông tin về Mã Khách hàngAmountRoom Int Lưu trữ thông tin về Số lượng Phòng


Trang 75/92

Trang 75/92

Đồ án thực tập cuối khóa Giáo viên hướng dẫnWebsite Quản Lý Khách sạn Nguyễn Hoàng Tùng ArrivedDay DateTime Lưu trữ thông tin về Ngày đếnLeftDay DataTime Lưu trữ thông tin về Ngày trả Phòng

Bảng Hủy đặt Phòng(DeletingOrder)Tên cột Kiểu dữ liệu Độ dài Ràng buộc Chú thíchDeletingOrderID Int Khóa chính Lưu trữ thông tin về Mã hủy đặt

PhòngOrdingID Int Khóa ngoại Lưu trữ thông tin về Mã đặt PhòngEmployee Int Khóa ngoại Lưu trữ thông tin về Mã Nhân

viênDeletingDate DateTime Lưu trữ thông tin về Ngày hủy

Bảng Hóa đơn(Bill)Tên cột Kiểu dữ liệu Độ dài Ràng buộc Chú thíchBillID Int Khóa chính Lưu trữ thông tin về Mã Hóa đơnHiringID Int Khóa ngoại Lưu trữ thông tin về Mã Thuê

PhòngUsingServiceID Int Khóa ngoại Lưu trữ thông tin về Mã sử dụng

Dịch vụEmployeeID Int Khóa ngoại Lưu trữ thông tin về Mã Nhân viênCreatedDay DateTime Lưu trữ thông tin về Ngày lậpTotal Int Lưu trữ thông tin về Thành tiền

Bảng Thống kê theo Doanh thu(StatisticBill)Tên cột Kiểu dữ liệu Độ dài Ràng buộc Chú thíchStatisticBillID Int Khóa chính Lưu trữ thông tin về Mã Thống kê

doanh thuBillID Int Khóa ngoại Lưu trữ thông tin về Hóa đơn

Bảng thống kê theo số lượng đặt Phòng(StatisticHiring)Tên cột Kiểu dữ

liệuĐộ dài Ràng buộc Chú thích

StatisticOrdingID Int Khóa chính Lưu trữ thông tin về Mã TK đặt Phòng

OrdingID Int Khóa ngoại Lưu trữ thông tin về Mã đặt Phòng

Bảng thống kê theo số lượng thuê Phòng(StatisticOrding)Tên cột Kiểu dữ liệu Độ dài Ràng buộc Chú thíchStatisticHiringID Int Khóa chính Lưu trữ thông tin về Mã TK thuê

PhòngHiringID Int Khóa ngoại Lưu trữ thông tin về Mã thuê

Phòng


Trang 76/92

Trang 76/92

Đồ án thực tập cuối khóa Giáo viên hướng dẫnWebsite Quản Lý Khách sạn Nguyễn Hoàng Tùng Bảng thống kê theo số lượng hủy đặt Phòng(StatisticDeletingOrder)Tên cột Kiểu

dữ liệu

Độ dài

Ràng buộc

Chú thích

StatisticDeletingOrderID Int Khóa chính

Lưu trữ thông tin về Mã TK Hủy thuê Phòng

DeletingOrderId Int Khóa ngoại

Lưu trữ thông tin về Mã hủy thuê Phòng

Bảng thống kê theo số lượng sử dụng dịch vụ(StatisticUsingService)Tên cột Kiểu dữ

liệuĐộ dài Ràng

buộcChú thích

StatisticUsingServiceID Int Khóa chính

Lưu trữ thông tin về Mã TK sử dụng dịch vụ

cUsingServiceID Int Khóa ngoại

Lưu trữ thông tin về Mã sử dụng dịch vụ

Bảng Thống kê(Statistical)Tên cột Kiểu dữ

liệuĐộ dài

Ràng buộc Chú thích

StatisticalID Int Khoác chính Lưu trữ thông tin về Mã Thống kêStatisticalName Nvarchar 50 Lưu trữ thông tin về Tên thống kêEmployeeID Int Khóa ngoại Lưu trữ thông tin về Mã Nhân viênCreatedDay DateTime Lưu trữ thông tin về Ngày LậpStatisticBillID Int Khóa ngoại StatisticBillID Mã TK doanh thuStatisticOrdingID Int Khóa ngoại Lưu trữ thông tin về Mã TK đặt PhòngStatisticHiringID Int Khóa ngoại Lưu trữ thông tin về Mã TK thuê

PhòngStatisticDeletingOrderID

Int Khóa ngoại Lưu trữ thông tin về Mã TK Hủy thuê Phòng

StatisticUsingServiceID

Int Khóa ngoại Lưu trữ thông tin về Mã TK sử dụng dịch vụ

Bảng thuê Phòng(HiringRoom)Tên cột Kiểu dữ liệu Độ dài Ràng buộc Chú thíchHiringID Int Khóa chính Lưu trữ thông tin về Mã thuê PhòngRoomID Int Khóa ngoại Lưu trữ thông tin về Mã PhòngCustomerID Int Khóa ngoại Lưu trữ thông tin về Mã Khách hàngAmountRoom Int Lưu trữ thông tin về Số lượng PhòngHiringDay DateTime Lưu trữ thông tin về Ngày thuêReturnDay DataTime Lưu trữ thông tin về Ngày trả PhòngGetTime DateTime Lưu trữ thông tin về Giờ nhận

PhòngReturnTime DateTime Lưu trữ thông tin về Giờ trả Phòng


Trang 77/92

Trang 77/92


2. Ràng buộc toàn vẹn

a) Ràng buộc toàn vẹn miền giá trị

*RB1Bối cảnh: TRẠNG THÁI PHÒNG(Status)Mô tả:Trạng thái Phòng khởi động phải nằm trong các trường hợp sau:Còn trống,Đã được thuê,Đã được đặt trước,Đang sửa chữa.Biểu diễn: status Status: status (Còn trống,Đã được thuê,Đã đặt trước,Đang sửa chữa)

Bảng tầm ảnh hưởng:

*RB2Bối cảnh: LOẠI PHÒNG(Kind)Mô tả:Loại Phòng khởi động phải nằm trong các trường hợp sau: Đặc biệt,I,II,IIIBiểu diễn: kind Kind: kind ( Đặc biệt,I,II,III )

Bảng tầm ảnh hưởng:Tên Thêm Xóa SửaKind + + -(KindName)

*RB3Bố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 PassportBiểu diễn: customer Customer: customer.Idcode=xxxxxxxxx

Bảng tầm ảnh hưởng:Tên Thêm Xóa SửaCustomer + - -(Idcode)

*RB4Bối cảnh: DỊCH VỤ (Service)Mô tả: Giá của dịch vụ phải >=0Biểu diễn: service Service: service.Price=>0

Bảng tầm ảnh hưởng:Tên Thêm Xóa SửaService + - +(Price)


Tên Thêm Xóa SửaStatus + + -(StatusName)

Trang 78/92

Trang 78/92


b) Ràng buộc toàn vẹn liên thuộc tính –liên quan hệ

*RB5Bối cảnh: PHÒNG(ROOM),LOẠI PHÒNG(Kind)Mô tả:Phòng phải có giá nằm trong các trường hợp sau (350.000,280.000,260.000,230.000)Biểu diễn: room Room: room ( (350.000,280.000,260.000,230.000)) ^ kindKind:room.KindID=kind.KindID

Bảng tầm ảnh hưởng:Tên Thêm Xóa SửaKind - + +(KindID)Room + - +KindID)

*RB6Bối cảnh: NHÂN VIÊN (Emloyee),PHÒNG BAN(Partial)Mô tả:Nhân viên phải thuộc một Bộ phậnBiểu diễn: employee Employee^ partial Partial :employee.PartialID=partial.Partial

Bảng tầm ảnh hưởng:Tên Thêm Xóa SửaEmployee + + +( PartialID)Partial - + +( PartialID)

*RB7Bối cảnh: BỘ PHẬN (Partial),NGƯỜI QUẢN LÝ (Manager)Mô tả:Bộ phận phải được quản lý bởi Người quản lýBiểu diễn: manager Manager^ partial Partial : manager.ManagerID= partial.ManagerID

Bảng tầm ảnh hưởng:Tên Thêm Xóa SửaManager + - + (ManagerID)Partial - + +(ManagerID)


Trang 79/92

Trang 79/92


*RB8Bối cảnh: NGƯỜI QUẢN LÝ (Manager),CHỨC VỤ (Function)Mô tả:Người quản lý sẽ có các chức vụ khác nhau hoặc có thể có nhiều chức vụBiểu diễn: managerManager ^ functionFunction:manager.FunctionID=function.FunctionID

Bảng tầm ảnh hưởng:Tên Thêm Xóa SửaManager + - +( FunctionID)Function - + +( FunctionID)

*RB9Bối cảnh: Phòng(Room) ,Khách hàng(Customer), Thuê Phòng(HiringRoom)Mô tả:Khách hàng sẽ thuê Phòng thông qua Thuê PhòngBiểu diễn: customerCustomer,room Room,hiringHiring:customer.CustomerID=hiring.CustomerID^hiring.RoomID=room.RoomID

Bảng tầm ảnh hưởng:Tên Thêm Xóa SửaHiringRoom + - +( RoomID)Room - +(*) +( RoomID)

(*) Một số trường hợp xóa Phòng không làm ảnh hưởng đến Hệ thống,tuy nhiên một số trường hợp lại ảnh hưởng đến các lược đồ quan hệ khác.

*RB10Bố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òngBiểu diễn: customerCustomer,room Room,ordingOrding:customer.CustomerID=ording.CustomerID^ording.RoomID=room.RoomID

Bảng tầm ảnh hưởng:Tên Thêm Xóa SửaOrdingRoom + - +( RoomID)Room - + +( RoomID)

*RB11Bối cảnh: Thuê Phòng(Room) ,Sử dụng dịch vụ(UsingService)Khách hàng(Customer), Hóa đơn(Bill)Mô tả:Khách hàng sẻ thanh toán tiền Phòng,tiền sử dụng dịch vụ cho Khách sạn bởi Nhân viênBiểu diễn: customerCustomer,room Room,hiringHiring,using UsingService,employeeEmployee,billBill:bill.HiringID=hiring.HiringID^bill.UsingServiceID=using.UsingServiceID^bill.EmployeeID=employee.EmployeeID

Bảng tầm ảnh hưởng:


Trang 80/92

Trang 80/92


Tên Thêm Xóa SửaBill - + +( HiringID, UsingServiceID, EmployeeID)HiringRoom - - -( HiringID)UsingService - - -( UsingServiceID)Employee - - -(EmployeeID)

c) Ràng buộc toàn vẹn tham chiếu

*RB12Bối cảnh: PHÒNG(Room),LOẠI PHÒNG(Kind)Mô tả: Một phòng chỉ có một loại Phòng duy nhấtBiểu diễn: room Room, 1kindKind:room.KindID=1kind.KindID

Bảng tầm ảnh hưởng:Tên Thêm Xóa SửaRoom + - +(KindID)Kind - + +(KindID)

*RB13Bối cảnh: PHÒNG(Room),TRẠNG THÁI(Status)Mô tả: Một phòng chỉ có một trạng thái Phòng duy nhấtBiểu diễn: room Room, 1statusStatus:room.StatusID=1status.StatusID

Bảng tầm ảnh hưởng:Tên Thêm Xóa SửaRoom + - +( StatusID )Kind - + +( StatusID )

RB14Bối cảnh: DỊCH VỤ(Service),NHÓM DỊCH VỤ(ServiceGroup)Mô tả: Một dịch vụ phải thuộc vào Một nhóm dịch vụBiểu diễn: service Service, 1groupGroupService:service.ServiceGroupID=1group.ServiceGroupID

Bảng tầm ảnh hưởng:Tên Thêm Xóa SửaService + - +( ServiceGroupID )ServiceGroup - + +( ServiceGroupID )


Trang 81/92

Trang 81/92

Đồ án thực tập cuối khóa Giáo viên hướng dẫnWebsite Quản Lý Khách sạn Nguyễn Hoàng Tùng RB15Bối cảnh: NHÂN VIÊN (Customer),BỘ PHẬN(Partial)Mô tả: Nhân viên phải thuộc một Phòng banBiểu diễn: employee Employee , 1partialPartial:employee.PartialID=1part.PartialID

Bảng tầm ảnh hưởng:Tên Thêm Xóa SửaEmployee + - +( PartialID )Partial - + +( PartialID )

III.THIẾT KẾ CHỨC NĂNG HỆ THỐNG

a) Các xử lý tự động hóa:

Thuê Phòng.

Chuyển phòng

Đặt phòng

Sử dụng Dịch vụ.

Thanh tóan

Lập hóa đơn thu.

In hóa đơn thu.

Lập danh mục Phòng.

Lập danh mục Dịch vụ

Tra cứu Phòng.

Tra cứu Dịch vụ.

Tra cứu Khách hàng.

b) Chức năng hệ thống:

Đăng nhập hệ thống.

Tạo tài khỏan đăng nhập.

Thay đổi thông tin đăng nhập.

c) Báo cáo, thống kê:

Báo cáo doanh thu thuê phòng.

Báo cáo doanh thu sử dụng dịch vụ.

Báo cáo mật độ sử dụng phòng.

Báo cáo mật độ sử dụng dịch vụ.


Trang 82/92

Trang 82/92


Thống kê doanh thu trong tháng.

Thống kê doanh thu thuê phòng trong tháng.

Thống kê doanh thu dịch vụ trong tháng.

Thống kê danh sách khách hàng.

Thống kê mật độ đặt Phòng

d) Trợ giúp:

Giới thiệu Website

Trợ giúp Khách hàng sử dụng các dịch vụ của Website.

IV. THIẾT KẾ GIAO DIỆN NGƯỜI DÙNG


Hiển thị Phòng theo loại Phòng

Phân trang

Thông tin Phòng

Danh sách đặt Phòng

Menu barĐặt phòng

Hình 57 :Một số hình ảnh tổng quan về Khách sạn Hòa bình II

Quản trị Hệ thống

Trang 83/92

Trang 83/92


1. Site chính của website


Menu bar chức năng quản lý

Đăng nhập

Trở lại site chính

Chức năng quản lý

Danh sách Phòng của Loại I

Tìm kiếm theo trạng thái Phòng

Hình 58:Hiển thị danh sách Phòng của Loại Phòng

Hình 59:Tìm kiếm thông tin Phòng

Danh sách phòng đã chọn

Xóa phòng

Hiển thị nhanh thông tin đặt Phòng

Hình 60:Thông tin đặt Phòng Online

Điền thông tin Khách hàng để đặt Phòng online

Hình 61:Khách hàng điền thông tin để đặt Phòng

Đăng nhập Hệ thống,với quyền sử dụng các chức năng Hệ thống

Hình 62:Đăng nhập Hệ thống,với Hệ thống phân quyền sử dụng chức năng Hệ thống

Hình 62:Đăng nhập thành công với tài khoản đã được cấp và phân quyền sử dụng

Quản lý Phòng

Thêm Phòng

Chỉnh sửa

Hình 63:Quản lý Phòng:Thêm,xóa,sửa Phòng trong Hệ thống

Hình 64:Quản lý Dịch vụ của Khách sạn

Chỉnh sửa thông tin dịch vụ

Hình 66: Quản lý Nhân sự của Khách sạn

Trang 84/92

Trang 84/92


V. THIẾT KẾ MODULE CHO HỆ THỐNG

IPO Chart (IPO: Input - Processing - Output): Là sơ đồ logic quan niệm các hoạt

động đầu vào và đầu ra của thông tin. Lược đồ này cho ta cái nhìn logic về hoạt động sử lý của hệ thống và là các chức năng của hệ thống tương lai.

IPO Chart Số: 1

Môđun: NHẬP THÔNG TIN KHÁCH HÀNGHệ thống: WEBSITE QUẢN LÝ KHÁCH SẠNMục tiêu: Nhập dữ liệu cho KHÁCH HÀNG

Input: Thông tin khách hàngXử lý: Nhập thông tin của khách hàng Tìm thông tin của khách hàng trong bảng KHÁCH HÀNG(Customer) If không tìm thấy Then Thêm thông tin khách hàng vào bảng KHACHHANG Else Cập nhật lại thông tin khách hàng đã có trong bảng KHÁCH HÀNG(Customer)


Trang 85/92

Trang 85/92


End If

Output: Thông tin khách hàng ghi vào bảng Customer

IPO Chart Số: 2

Môđun: NHẬP THÔNG TIN ĐĂNG KÍ THUÊ PHÒNGHệ thống: WEBSITE QUẢN LÝ KHÁCH SẠNMục tiêu: Nhập dữ liệu Thuê Phòng (HiringRoom)

Input: Thông tin thuê PhòngXử lý: Nhập thông tin của đăng kí thuê Phòng Tìm thông tin của thuê Phòng trong bảng Thuê Phòng (HiringRoom) If không tìm thấy Then Thêm thông tin thuê Phòng trong bảng Thuê Phòng (HiringRoom) Else Cập nhật lại thông tin đăng ký thuê phòng đã có trong Thuê Phòng (HiringRoom) End IfOutput: Thông tin thuê Phòngghi vào bảng THUÊ PHÒNG (HiringRoom)

IPO Chart Số: 3

Môđun: NHẬP THÔNG TIN ĐĂNG KÍ ĐẶT PHÒNGHệ thống: WEBSITE QUẢN LÝ KHÁCH SẠNMục tiêu: Nhập dữ liệu cho Đặt Phòng (OrdingRoom)

Input: Thông tin đăng kí đặt phòngXử lý: Nhập thông tin phòng Tìm thông tin phòng trong bảng ĐẶT PHÒNG If không tìm thấy Then Thêm thông tin đặt phòng trong bảng đặt phòng (OrdingRoom) Else Cập nhật lại thông tin đặt phòng đã có trong bảng đặt Phòng (OrdingRoom) End IfOutput: Thông tin nhận phòng ghi vào bảng ĐẶT PHÒNG (OrdingRoom)IPO Chart Số: 4

Môđun: NHẬP THÔNG TIN ĐĂNG KÍ ĐẶT PHÒNGHệ thống: WEBSITE QUẢN LÝ KHÁCH SẠNMục tiêu: Dữ liệu cho hủy đặt phòng(DeletingOrder)


Trang 86/92

Trang 86/92


Input: Thông tin đăng kí đặt phòngXử lý: Kiểm tra thông tin đặt phòng: ngày giờ nhận phòng(Ngày đến) If Ngày nhận phòng-ngày đặt phòng>=1 Then Hủy đặt Phòng Else Cập nhật lại thông tin đặt phòng đã có trong bảng đặt phòng (OrdingRoom) End IfOutput: Lưu thông tin hủy đặt phòng vào hủy đặt phòng(DeletingOrder)


Trang 87/92

Trang 87/92


IPO Chart Số: 5

Môđun: NHẬP THÔNG TIN ĐĂNG KÍ SỬ DỤNG DỊCH VỤHệ thống: WEBSITE QUẢN LÝ KHÁCH SẠNMục tiêu: Nhập dữ liệu cho Sử dụng dịch vụ(UsingService)Input: Thông tin sử dụng dịch vụXử lý: Nhập thông tin sử dụng dịch vụ Tìm thông tin sử dụng dịch vụ trong bảng dịch vụ(Service) If không tìm thấy Then Thêm thông tin thuê phòng trong bảng sử dụng dịch vụ(UsingService) Else Cập nhật lại thông tin Sử dụng dịch vụ(UsingService) End IfOutput: Thông tin thuê phòng ghi vào bảng THUÊ PHÒNG (HiringRoom)

IPO Chart Số: 6

Môđun: NHẬP THÔNG TIN NHÂN VIÊNHệ thống: WEBSITE QUẢN LÝ KHÁCH SẠNMục tiêu: Nhập dữ liệu cho NHÂN VIÊN (Customer)Input: Thông tin Nhân viênXử lý: Nhập thông tin của Nhân viên Tìm thông tin của Nhân viên trong bảng NHÂN VIÊN (Customer) If không tìm thấy Then Thêm thông tin Nhân viên vào bảng NHÂN VIÊN (Customer) Else Cập nhật lại thông Nhân viên đã có trong bảng NHÂN VIÊN (Customer) End IfOutput: Thông tin khách hàng ghi vào bảng Customer


Trang 88/92

Trang 88/92


IPO Chart Số: 7

Môđun: NHẬP THÔNG TIN BỘ PHẬNHệ thống: WEBSITE QUẢN LÝ KHÁCH SẠNMục tiêu: Nhập dữ liệu cho BỘ PHẬN (Partial)Input: Thông tin Phòng banXử lý: Nhập thông tin của phòng ban Tìm thông tin của Phòng ban trong bảng BỘ PHẬN (Partial) If không tìm thấy Then Thêm thông tin phòng ban vào bảng BỘ PHẬN (Partial) Else Cập nhật lại thông phòng ban đã có trong bảng BỘ PHẬN (Partial) End IfOutput: Thông tin phòng ban ghi vào bảng Customer

IPO Chart Số: 8

Môđun: NHẬP THÔNG TIN NGƯỜI QUẢN LÝHệ thống: WEBSITE QUẢN LÝ KHÁCH SẠNMục tiêu: Nhập dữ liệu cho NGƯỜI QUẢN LÝ(Manager)Input: Thông tin Người quản lýXử lý: Nhập thông tin của người quản lý Tìm thông tin của người quản lý trong bảng NGƯỜI QUẢN LÝ(Manager) If không tìm thấy Then Thêm thông tin người quản lý vào bảng NGƯỜI QUẢN LÝ(Manager) Else Cập nhật lại thông người quản lý đã có trong bảng NGƯỜI QUẢN LÝ(Manager) End IfOutput: Thông tin người quản lý ghi vào bảng NGƯỜI QUẢN LÝ(Manager)


Trang 89/92

Trang 89/92


IPO Chart Số : 8Môđun: NHẬP THÔNG PHIẾU THANH TOÁNHệ thống: WEBSITE QUẢN LÝ KHÁCH SẠNMục tiêu: Đưa ra phiếu thanh toán cho Khách hàng

Input: Thông tin về Khách hàng, về tiền phòng, về tiền sử dụng dịch vụXử lý: Nhập thông tin cần thiết về Khách hàng, tiền phòng, tiền sử dụng dịch vụ Nhập phòng cần thanh toán tiền If phòng = phòng hết hạn sử dụng Then Tính tổng số tiền phải trả cho Khách hàng Số tiền khách thanh toán = Tổng số tiền các khoản dịch vụ trong những ngày khách đã thuê + tiền phòng trong các ngày lại. In ra phiếu thanh toán tiền cho khách Else If Nếu gia hạn sử dụng Then Kiểm tra trạng thái phòng If Phòng còn trống Cập nhật thông tin gia hạn vào bảng thuê phòng (HiringRoom) Không in ra phiếu thanh toán Else Từ chối gia hạn sử dụng In ra phiếu thanh toán tiền cho khách End If Else End IfOutput: In ra phiếu thanh toán cho khách

IPO Chart Số: 9

Môđun: NHẬP THÔNG TIN THỐNG KÊHệ thống: WEBSITE QUẢN LÝ KHÁCH SẠNMục tiêu: Nhập dữ liệu cho THỐNG KÊ (Statistical)Input: Thông tin Thống kêXử lý: Nhập thông tin thống kê Tìm thông tin thống kê trong bảng THỐNG KÊ (Statistical) If không tìm thấy Then Thêm thông tin thống kê vào bảng THỐNG KÊ (Statistical) Else Cập nhật lại thông thống kê đã có trong bảng THỐNG KÊ (Statistical) End IfOutput: Thông tin thống kê ghi vào bảng THỐNG KÊ (Statistical)


Trang 90/92

Trang 90/92


D. HIỆN THỰC HÓA PHÂN TÍCH VÀ THIẾT KẾ(CODING)

I. LẬP KẾ HOẠCH CODE .

1. Coding theo từng chức năng của hệ thốngHệ thống Website được phân chia thành hai thành phần: Site Admin và Publish Site.

+ Site Admin dùng cho chức năng Quản trị Hệ thống. Site Admin được sử dụng bởi các Actor hệ thống như Nhân viên tiếp tân, Nhân viên Kế toán, Nhân viên Kinh doanh, Giám đốc…..

+ Publish Site: Đây là site chính của hệ thống Web site bao gồm các danh mục về phòng, dịch vụ phục vụ cho phép Khách hàng có thể tham khảo và đặt phòng trực tuyến.

+ Xây dựng các file, module chương trình cho phù hợp.

2. Coding theo IPO ChartXác định các IPO cho từng giai đoạn, code theo và có thể tái sử dụng một số module đã được viết.

II. TEST TỪNG CHỨC NĂNG MỘT(TRONG LÚC CODE)

Sử dụng các công cụ, các extendtion có chức năng Test dữ liệu trong lúc code nhằm tạo ra Website có tính đúng đắn cao. Bẩy được nhiều lỗi hơn trong quá trình thực thi.Ngoài ra các công cụ hổ trợ cho phép kiểm thử trực tiếp trong chương trình nên rất tiện phát hiện các lỗi phát sinh. Việc phát hiện sớm các sai sót này rất quan trọng, vì khi đó ta có thể phân tích hoặc thiết kế lại hệ thống trước khi triển khai cho Khách hàng. Việc này làm giảm thời gian và chi phí kiểm thử Website khá nhiều.UnitTest trong Visual Studio 2008 là một công cụ cho phép kiểm thử chương trình rất tốt.

E. KIỂM THỬ

I. LẬP KẾ HOẠCH KIỂM THỬ

Kế hoạch kiễm thử được thực hiện theo từng bước phát triển của hệ thống và được tiến hành trên tất cả các chức năng của hệ thống đảm bảo hệ thống hoạt động tốt.

II. KIỂM THỬ VÀ ĐÁNH GIÁ KẾT QUẢ

Module Kết quả kiểm thử Đánh giá Độ tin cậy Ghi chúQuản lý đặt Phòng

Chạy tốt 2 chức năng đặt Phòng online, đặt Phòng offline. Cho phép khách hàng, Nhân viên tương tác với Website dễ dàng, chính xác.

Đảm bảo yêu cầu đặt ra của Dự án

80%


Trang 91/92

Trang 91/92


Quản lý Phòng

Quản lý thông tin Phòng, tình trạng Phòng tương đối tốt

Đảm bảo được yêu cầu của Dự án

80%

Quản lý Dịch vụ

Chạy tương đối tốt, quản lý được thông tin về dịch vụ phục vụ.

Đạt yêu cầu 805

Quản lý thuê Phòng

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.

Đạt yêu cầu 80%

Quản lý Nhân viên

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.


Quản trị Hệ thống

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


F. CÀI ĐẶT:

1. Cài đặt trên localhostTrước tiên phải cài đặt .Net Framework 3.5,IIS 7, Visual Studio 2008, sau đó Acttack Database kèm theo đĩa CD vào SQL Server Managerment. Khởi động Visual Studio và chạy eHotelProject, tạo connect đến eHotelDB đã được Attack và Build lại Project. Chạy chương trình để Khách hàng kiểm thử và đánh giá.

2. Cấu hình host trên Web Hosting Service.Giai đoạn này là giai đoạn bàn giao Website đến Khách hàng. Nhóm sẽ cấu hình trên host đã được đăng kí với nhà cung cấp Host cùng với tài liệu hướng dẫn quản trị Hệ thống cho Nhân viên của Khách sạn Hòa Bình.

G. ĐÁNH GIÁ DỰ ÁN

Trong thời gian nghiên cứu xây dựng chương trình chúng em đã cố gắng cùng với sự giúp đỡ tận tình của thấy cô và các bạn, Website đã đạt được những kết quả nhất định: Giao diện người dùng đơn giản dể sử dụng, tìm kiếm nhanh chóng, chính xác tiết kiệm thời gian giúp hạn chế được việc phải lưu quá nhiều sổ sách trong quản lý. Tuy nhiên một số chức năng cần phải năng cấp và tối ưu để đạt được kết qua thực thi tốt nhất cho các dự án công nghệ thông tin tiếp theo.Dự án hoàn thành đúng kế hoạch.


Trang 92/92

Trang 92/92

Đồ án thực tập cuối khóa Giáo viên hướng dẫnWebsite Quản Lý Khách sạn Nguyễn Hoàng Tùng H. TÀI LIỆU THAM KHẢO

1. Sách về Phân tích thiết kế Hệ thống

- Giáo trình PHÂN TÍCH THIẾT KẾ HỆ THỐNG THÔNG TIN (Phần I) ThS: Phạm Nguyễn Cương (Đại học quốc gia TP HCM).

- The Object Primer, Third Edition Scott W. Ambler (Cambridge, United Kingdom).

- MasteringUML (Object Management Group, Inc.)- ApplyingUML - Rob Pooley and Pauline Wilcox, August 2003.

2. Sách về ngôn ngữ lập trình:

- Apress.Pro.ASP.NET.MVC.Framework.Apr.2009-Copyright © 2009 by teven Sanderson- ISBN-13 (pbk): 978-1-4302-1007-8.

- ASP.NET MVC in Action (2009)- ©2010 by Manning Publications Co. All rights reserved. ISBN 978-1-933988-62-7.

- Sams.ASP.NET.MVC.Framework.Unleashed.Dec.2009- Copyright © 2010 by Pearson Education,Inc. ISBN-13: 978-0-672-32998-2.

- Professional ASP.NET MVC 1.0- Copyright © 2009 by Wiley Publishing, Inc., Indianapolis, Indiana.

- LINQ in Action- ©2008 by Manning Publications Co. All rights reserved.- Pro LINQ: Language Integrated Query in C# 2008 -Copyright © 2007 by

Joseph C. Rattz, Jr.

3. Các tài nguyên khác

- Một số demo, example của các blog, website.- Tài liệu tham khảo của Giáo viên Đại học An Giang.- Một số tài nguyên khác.- Trao đổi học tập của Bạn bè.


Documents

ĐỀ CƯƠNG CHI TIẾT_V2.0