1. Trang chủ
  2. » Luận Văn - Báo Cáo

thực trạng hoạt động khách hàng thuê phòng khách sạn

74 0 0
Tài liệu đã được kiểm tra trùng lặp

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Tiêu đề Thực trạng hoạt động khách hàng thuê phòng khách sạn
Tác giả Nguyễn Hồng Hải
Trường học Trường Đại học Công nghiệp Hà Nội
Chuyên ngành Khoa học máy tính
Thể loại Báo cáo
Thành phố Hà Nội
Định dạng
Số trang 74
Dung lượng 1,5 MB

Cấu trúc

  • CHƯƠNG 1: GIỚI THIỆU CHUNG (6)
    • 1.1. Lý do chọn đề tài (6)
    • 1.2. Giới thiệu về dự án (6)
      • 1.2.1. Giới thiệu sơ lược về Hệ thống thông tin quản lý (6)
      • 1.2.2. Các chức năng của Hệ thống tương lai (6)
    • 1.3. Lời cảm ơn (7)
  • CHƯƠNG 2: TỔNG QUAN VỀ DỰ ÁN (8)
    • 2.1. Khảo sát, mô tả hiện trạng hệ thống hiện tại (8)
      • 2.1.1. Khảo sát, xây dựng mô hình chức năng (8)
        • 2.1.1.1 Các vấn đề chung (8)
        • 2.1.1.2 Thực trạng hoạt động khách hàng thuê phòng khách sạn (8)
        • 2.1.1.3 Hoạt động đón tiếp và phục vụ khách (8)
      • 2.1.2. Mô hình quản lý hoạt động của khách sạn (8)
        • 2.1.2.2. Chức năng, quan hệ giữa các bộ phận trong hệ thống (9)
      • 2.1.3. Xác định đối tượng sử dụng hệ thống (10)
      • 2.1.4. Kế hoạch khởi tạo dự án (11)
    • 2.2. Cơ sở lý thuyết (12)
      • 2.2.1. Khái niệm về hệ thống (12)
      • 2.2.2. Khái niệm về Hệ thống thông tin (14)
        • 2.2.2.1. Hệ thống thông tin (14)
        • 2.2.2.2. Các loại Hệ thống thông tin (14)
        • 2.2.2.3. Biểu diễn Hệ thống thông tin (14)
        • 2.2.2.4. Các mức nhận thức về Hệ thống thông tin (14)
        • 2.2.2.5. Trình tự mô hình hóa Hệ thống thông tin (15)
        • 2.2.2.6. Các thành phần của Hệ thống thông tin (15)
      • 2.2.3. Mô hình UML trong PTTK HTTT (16)
        • 2.2.4.1. Activity (17)
        • 2.2.4.2. Trạng thái bắt đầu và kết thúc (18)
        • 2.2.4.3. Transition (dòng chuyển dịch) (18)
        • 2.2.4.5. Decision (điều kiện rẽ nhánh) (18)
        • 2.2.4.6. Synchronization (đồng bộ hóa) (18)
        • 2.2.4.7. Swimlane (vai trò) (18)
      • 2.2.5. Mô hình Use case (19)
        • 2.2.5.1. Actor (19)
        • 2.2.5.2. Use case (20)
        • 2.2.5.3. Mối quan hệ giữa actor - Use case (22)
      • 2.2.6. Class Diagram (23)
        • 2.2.6.1. Đối tượng (23)
        • 2.2.6.2. Class (23)
      • 2.2.7. Quan hệ giữa các Class (24)
      • 2.2.8. Entities Relationship Model (26)
      • 2.2.9. Các công cụ và ngôn ngữ sử dụng (29)
    • 2.3. Xác định yêu cầu hệ thống (30)
      • 2.3.1. Các qui trình nghiệp vụ chính (31)
        • 2.3.1.1. Quản lý khai thác Phòng (31)
        • 2.3.1.2. Quản lý Kháchhàng (31)
        • 2.3.1.3. Quản lý các Dịch vụ của Khách sạn (31)
        • 2.3.1.4. Quản lý Nhân viên (32)
        • 2.3.1.5. Quản lý Phòng (32)
      • 2.3.2. Các yêu cầu chức năng (32)
        • 2.3.2.1. Yêu cầu lưu trữ (32)
        • 2.3.2.2. Yêu cầu nghiệp vụ (33)
        • 2.3.2.3. Yêu cầu báo biểu (33)
        • 2.3.2.4. Các yêu cầu phi chức năng (33)
    • 2.4. Cấu trúc hóa yêu cầu (34)
      • 2.4.1. Cấu trúc hóa yêu cầu theo sơ đồ (34)
      • 2.4.2. Mô hình hóa hiện trạng Hệ thống (35)
      • 2.4.3. Use case ngữ cảnh của Hệ thống (35)
      • 2.4.4. Xây dựng mô hình quan niệm Hệ thống dựng Use case (36)
      • 2.4.5. Xây dựng các Use case khai thác và sử dụng Hệ thống (39)
      • 2.4.6. Xây dựng Use case mô tả chức năng Quản trị Hệ thống (41)
      • 2.4.7. Mô hình hoạt động của các Use case trong Hệ thống (42)
      • 2.4.8. Xây dựng mô hình quan niệm hiện hành của Hệ thống (46)
      • 2.4.9. Kết nối dòng chuyển dịch (49)
    • 2.5. Xác định các mối kết hợp của các class trong từng Use case (52)
    • 2.6. Mối quan hệ giữa các thực thể (56)
      • 2.6.1. Mối quan hệ giữa Khách hàng, Phòng, Dịch vụ, Nhân viên (56)
      • 2.6.2. Mối quan hệ giữa Nhân viên với Bộ phận, Người quản lý (0)
      • 2.6.3. Mối quan hệ giữa Phòng, Loại Phòng, Trạng thái (58)
      • 2.6.4. Mối quan hệ giữa Nhân viên,Thống kê, Phòng, Dịch vụ (58)
      • 2.6.5. Mối quan hệ giữa Dịch vụ và Nhóm dịch vụ (59)
    • 2.7. Sơ đồ thực thể kết hợp (60)
  • CHƯƠNG 3: THIẾT KẾ VÀ KIỂM THỬ CHƯƠNG TRÌNH (61)
    • 3.1. Thiết kế cơ sở dữ liệu (61)
      • 3.1.1. Diagram (61)
      • 3.1.2. Bảng hệ thống (61)
      • 3.1.3 Bảng các tầng (61)
      • 3.1.4 Bảng tính thời gian thực khách ở (62)
      • 3.1.5 Bảng giá dịch vụ khác (62)
      • 3.1.6 Bảng tính số lượng dịch vụ khác (62)
      • 3.1.7 Bảng phòng (63)
      • 3.1.8 Bảng giá dịch vụ phòng (63)
    • 3.2. Thiết kế giao diện (63)
      • 3.2.1 Giao diện hệ thống (63)
      • 3.2.2 Giao diện quản lý khách sạn (0)
      • 3.2.3 Giao diện kiểm tra và thanh toán phòng (68)
      • 3.2.4 Giao diện bảng giá phòng (69)
      • 3.2.5 Giao diện bảng giá dịch vụ khác (0)
      • 3.2.6 Giao diện báo cáo doanh thu (70)
    • 3.3. Kiểm thử và đánh giá kết quả (71)
    • 3.5. Đánh giá dự án (72)
  • KẾT LUẬN (73)
  • TÀI LIỆU THAM KHẢO (74)

Nội dung

LỜI NÓI ĐẦUVới sự vận động không ngừng của công nghệ thông tin toàn cầu, mọi tổ chứckinh tế cũng như xã hội, đều mong muốn tận dụng tối đa khả năng cho phép củacông nghệ thông tin, để hi

GIỚI THIỆU CHUNG

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.

Giới thiệu về dự án

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

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

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

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

 Chức năng bảo mật, phân quyền sử dụng hệ thống.

Lời cảm ơn

 Em xin chân thành cám ơn đến thầy cô, cán bộ, công nhân viên của Khoa Công Nghệ Thông Tin, các Khoa, đoàn thể khác của Trường Đại Học Công Nghiệp đã nhiệt tình quan tâm và tạo nhiều điều kiện thuận lợi trong quá trình em theo học tại Trường.

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

 Xin chân thành cám ơn đến Cô Nguyễn Thị Thanh Huyền(Giáo viên hướng dẫn) đã tận tình hướng dẫn, giúp đỡ trong quá trình em hoàn thành dự án.

TỔNG QUAN VỀ DỰ ÁN

Khảo sát, mô tả hiện trạng hệ thống hiện tại

2.1.1.Khảo sát, xây dựng mô hình chức năng

- Về phía khách có nhu cầu:

+ Phải trực tiếp đến khách sạn đặt phòng.

+ Thông tin cập nhật khó khăn.

+ Quản lý thủ công mất thời gian, nhân lực và kém chính xác.

2.1.1.2 Thực trạng hoạt động khách hàng thuê phòng khách sạn

- Bộ phận lễ tân của khách sạn sẽ đón tiếp khi khách đến, làm thủ tục và xử lý các thông tin cần thiết khi khách có yêu cầu

- Hoạt động đón tiếp và xếp phòng cho khách:

+ Đối với khách đã đặt phòng từ trước: Nhân viên lễ tân sẽ tìm kiếmthông tin đặt phòng của khách đã đặt.

+ Khách chưa đặt phòng trước có yêu cầu thuê phòng, nhân viên lễ tân sẽ cung cấp thông tin về các phòng trống hiện có cho khách thông qua việc truy vấn vào kho dữ liệu danh sách phòng Khách xác nhận thuê phòng, nhân viên lễ tân sẽ lưu thông tin vào cơ sỡ dữ liệu.

2.1.1.3 Hoạt động đón tiếp và phục vụ khách

- Cơ sỡ dữ liệu sẽ được lưu trên máy chủ.

- Mỗi phòng sẽ được trang bị máy tính và mạng internet và những yêu cầu của khách sẽ được cập nhật trực tiếp từ phòng.

- Khi khách có yêu cầu trả phòng, lễ tân sẽ tiến hành tổng hợp hóa đơn các chi phí phát sinh của khách trong thời gian lưu trú, đưa ra hóa đơn tổng hợp và tiến hành thanh toán với khách.

- Cuối ngày bộ phận lễ tân sẽ tổng hợp tình hình khách sạn và ý kiến của khách chuyển báo cáo cho ban giám đốc khách sạn.

2.1.2.Mô hình quản lý hoạt động của khách sạn

2.1.2.1 Cơ cấu tổ chức của khách sạn

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 p/v Dịch vụ NV Kế toán NV Kinh doanh

2.1.2.2.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ác o Nhận đặt buồng và bố trí buồng o 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áchlưu lại tại khách sạn o Tiếp nhận và giải quyết các phàn nàn o Theo dõi, cập nhật và tổng hợp các chi phí của khách o Các nhiệm vụ khác.

 Bộ phận Quản lý: Bộ phận quản 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.

 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áchhà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.1.3.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

Hệ thống Website Quản Lý Khách sạn Đầu vào

Thông tin Khách hàng Đơn đặt Phòng

Phiếu sử dụng dịch vụ

Danh sách Khách hàng Hóa đơn thanh toán Báo cáo doanh thu

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

2.1.4.Kế hoạch khởi tạo dự án

Mô tả phạm vi hệ thống

Website quản lý Khách sạn

Người lập: Nguyễn Hồng Hải Ngày lập: 26/01/2016

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 Tân Kim

Quản lý Dự án:Nguyễn Hồng Hải

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.

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

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

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.

Các bước thực hiện để hoàn thành dự án:

Lập kế hoạch phát triển hệ thống.

Thời gian ước tính:02 tháng.

Cơ sở lý thuyết

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

X lý ử D li u ữ ệ B x lý ộ ử Con ng ườ i Truyềền thông Hì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 ứ ậ ứ ệ

2.2.2.Khái niệm về 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.

2.2.2.2 Các loại Hệ thống thông tin:

 Hệ thống thông tin tác vụ (Transaction Processing System-TPS)

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

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

2.2.2.4 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?

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

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

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

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

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

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 tinlư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 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ác định yêu cầu hệ thống

Khách sạn Tân Kim 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ụ.

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

2.3.1.1.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áchtheo quy định chung của khách sạn để tiện cho việc quản lý kháchtrong 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áchthuê 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áchthuê 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)

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áchhàng.

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

+Phụ thu tính theo chính sách trả phò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).

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

Bên cạnh việc thuê Phòng, Kháchhàng còn có nhu cầu sử dụng các loại 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á.

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.

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.

Phòng Kiểu phòng Giá Phòng Kiểu Phòng

Phòng đơn Theo giờ 50.000 VND 01 Giường đơn

Ngày đêm 250.000 VND 01Giường đơn

Qua đêm 150.000 VND 01 Giường đơn

Qua đêm 250.000 VND 01 Giường đôi

 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.3.2.Các yêu cầu chức năng:

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

 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ý trạng thái Phòng.

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

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

H thôống hi n t i ệ ệ ạ làm gì? H thôống m i ệ ớ sẽẽ 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 seễ ho t đ ng ệ ớ ạ ộ nh thềố nào? ư

Hình 4 :s đôề bi u diềễn cầốu trúc hóa yều cầều H thôống ơ ể ệ

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

Cấu trúc hóa yêu cầu

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

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

2.4.3.Use case ngữ cảnh của 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 ệ ạ ệ

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 Tân Kim 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 độ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 đó.

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

- Use case Kiểm tra phòngKiểm tra trạng thái phòng trong hệ thống quyết định cho thuê, hay từ chối yêu cầu của Khách hàng.

- Use case Lập phiếu thuê phòngLập phiếu thuê phòng, lập phiếu giao phòng

- Use case Lưu thuê phòngLưu thông tin thuê phòng.

- Use case Cập nhật phòngCập nhật lại trạng thái phòng.

- Use case Kiểm tra dịch vụKiểm tra thông tin yêu cầu sử dụng của Khách hàng

- Use case Lập phiếu sử dụngLập phiếu sử dụng dịch của Khách hàng.

Hình 7:Mô hình use case quan ni m thuề phòng ệ

Hình 8:Mô hình use case ho t đ ng đ t phòng ạ ộ ặ

 Với hoạt động đặt phòng:

- Use case Kiểm tra phòngKiểm tra trạng thái phòng trong hệ thống quyết định cho thuê, hay từ chối yêu cầu của Khách hàng.

- Use case Đặt phòngLập phiếu đăng kí đặt phòng cho Khách hàng.

- Use case Lưu đặt phòngLưu thông tin đặt phòng.

 Với hoạt động trả phòng

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

- Use case Kiểm tra trả phòngKiểm tra hạn trả phòng của Khách hàng.

- Use case Lập hóa đơnLập hóa đơn thanh toán tiền phòng, tiền sử dụng dịch vụ cho Khách hàng.

- Use case Xử lý gia hạn sử dụng phòngGia hạn sử dụng phòng cho Khách hàng.

- Use case Lưu hóa đơnLưu hóa đơn thanh toán.

- Use case Cập nhật phòngCập nhật trạng thái phòng.

 Với hoạt động Thống kê, báo cáo:

- Use case Lập thống kêLập các thống kê về doanh thu, công nơ, thuê phòng, trả phòng

- Use case Lưu thống kêLưu bản thống kê để use case khác khai thác.

- Use case Lập báo cáo Lập báo cáo dựa trên Use case thống kê.

- Use case Lập kế hoạch kinh doanh Lập kế hoạch kinh doanh khai thác trên

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

- Use case Lưu kế hoạch kinh doanh: Lưu kế hoạch kinh doanh.

Hình 11:Mô hình use case ho t đ ng qu n tr H thôống ạ ộ ả ị ệ

 Với hoạt động Quản trị:

- Use casePhân quyền sử dụng chức năng hệ thốngCấp quyền sử dụng hệ thống cho các Actor trong hệ thống, trong đó Actor Chủ tịch hội đồng quản trị là Actor có quyền hạn cao nhất, cấp quyền sử dụng cho các Actor còn lại.

- Use case Quản trị hoạt độngQuản trị các hoạt động của Actor

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

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 Lập bản báo cáo thống kê, Lưu Nhân viên kế toán, Nhân

Hình 12: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 ể ứ ạ ộ

Lập kế hoạch kinh doanh

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

Nhân viên kế toán, Nhân viên kinh doanh, Người Quản lý

Hình 13: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 ể ứ ạ ộ ả ị ệ

2.4.6.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 trong hệ thống, Khách hàng) Quản trị người dùng

Quản trị người dùng Hệ thống Quản trị hệ thống

Sử dụng hệ thống Ứng với từng usename, password sẽ được quyền sử dụng các chức năng hệ thống khác nhau

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

2.4.7.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ânsẽ 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.

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

Hình 15: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.

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

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

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.

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

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

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

 Trong hoạt động xử lý thuê phòng của khách sạn: o Loại bỏ các yêu tố vật lý:

 Xác nhận và kiểm tra phòng bằng sổ nhật kí đăng kí thuê phòng, đăng kí đặt PhòngKiểm tra thuê phòng.

 Lập phiếu thuê phòng cho khách hàngLập phiếu thuê Phòng.

 Xác nhận và kiểm trayêu cầu thuê dịch vụ của khách hàngKiểm tra thuê dịch vụ.

 Lưu phiếu thuê phòng vào sổ thuê phòngLưu thuê phòng.

 Lập phiếu sử dụng dịch vụ cho khách hàngLập phiếu sử dụng dịch vụ.

 Lưu phiếu sử dụng dịch vụ vào sổ sử dụng dịch vụLưu phiếu sử dụng dịch vụ.

 Cập nhật trạng thái phòng vào sổ nhật kí thuê phòngCập nhật trạng thái phòng. o Loại bỏ các hoạt động thuần công việc:

 Gửi phiêu giao phòng cho khách hàng.

 Giao phòng cho khách hàng.

 Giao phiếu sử dụng dịch vụ cho Khách hàng.

 Xác nhận nhận phòng theo phiếu thuê phòng.

 Xác nhận nhận phiếu sử dụng dịch vụ.

 Kiểm tra thông tin Khách hàng.

 Lập phiếu giao phòng. o Loại bỏ các hoạt động trùng lắp: không có hoạt động nào trùng lắp.

 Trong hoạt động đặt Phòng o Loại bỏ các yếu tố vật lý:

 Xác nhận, kiểm tra thông tin phòng qua Sổ nhật kí thuê phòng, Sổ nhật kí đặt phòngKiểm tra phòng.

 Lập phiếu đặt phòng cho khách hàngLập phiếu đặt phòng.

 Lưu phiếu đặt phòng vào Sổ nhật kí đặt phòngLưu đặt phòng. o Loại bỏ các yếu tố thuần công việc:

 Xác nhận giao phiếu đặt phòng.

 Kiểm tra thông tin Khách hàng. o Loại bỏ các hoạt động trùng lắp: không có hoạt động nào trùng lắp.

 Trong hoạt động trả phòng o Loại bỏ các yếu tố vật lý:

 Kiểm tra hạn trả Phòng của Khách hàng thông qua Sổ nhật kí thuê PhòngKiểm tra trả phòng.

 Xử lý yêu cầu gia hạn sử dụng phòng của Khách sạn dựa trên

Sổ nhật kí đặt phòngxử lý gia hạn sử dụng phòng.

 Lập hóa đơn thanh toán tiền phòng, tiền sử dụng dịch vụ thông qua phiếu thuê phòng, phiếu sử dụng dịch vụLập hóa đơn.

 Lưu hóa đơn thanh toán vào Sổ hóa đơn thanh toánLưu hóa đơn.

 Cập nhật trạng thái phòng vào Sổ nhật kí đặt phòngCập nhật trạng thái phòng. o Loại bỏ cácyếu tố thuần công việc: o Loại bỏ các hoạt động trùng lắp:

 Trong hoạt động Thống kê, báo cáo o Loại bỏ các yêu tố vật lý:

 Lập bản thống kê dựa trên Sổ hóa đơnLập thống kê

 Lập bản báo cáo dựa trên bản báo cáoLập báo cáo.

 Lưu báo cáo vào Sổ thống kê,báo cáoLưu báo báo.

 Lập kê hoạch kinh doanh dựa trên bản báo cáoLập kế hoạch kinh doanh.

 Lưu bản kế hoạch kinh doanh vào Sổ kế hoạch kinh doanhLưu kế hoạch. o Loại bỏ các hoạt động thuần công việc:

 Yêu cầu điều chỉnhbả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ê.

 Xác nhận và kiểm tra bản báo cáo.

 Xác nhận và kiểm tra bản kế hoạch kinh doanh.

 Duyệt báo cáo, duyệt bản kế hoạch kinh doanh. o Loại bỏ các hoạt động trùng lắp: không có hoạt động trùng lắp.

 Trong hoạt động Quản trị hệ thống o Loại bỏ các yêu tố vật lý:

 Cấp quyền quản lý, nhiệm vụ thực hiện cho Nhân viên cấp dướiCấp quyền quản lý hoạt động.

 Quản trị theo dõi hoạt động Nhân viên cấp dướiQuản trị.

 Tiếp nhận và thực hiện theo quyền và nhiệm vụ được giaohoạt động theo quyền được cấp. o Loại bỏ các hoạt động thuần công việc: o Loại bỏ các hoạt động trùng lắp: một số hoạt động trùng lắp nhưng đã được loại đi các yếu tố vật lý nên không cần phải loại bỏ các hoạt động này.

Sau khi mô hình đã loại bỏ đi các yếu tố vật lý, các hoạt động thuần công việc, các hoạt động trùng lắp…, một số dòng chuyển dịch sẽ bị đứt quảng làm cho mô hình không liên tục Do đó chúng ta nối kết dòng chuyển dịch làm cho mô hình được liên tục Mô hình chỉ thể hiện quan niệm hoạt động của hệ thống không quan tâm đến hệ thống xử lý như thế nào, và tổ chức vật lý ra sao?

2.4.9 Kết nối dòng chuyển dịch:

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

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

- Mô hình hoạt động quan niệm đặt Phòng:

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

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

Hình 22: Mô hình ho t đ ng quan ni m 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:

Hình 23:Mô hình quan ni m ho t đ ng Qu n tr H thôống ệ ạ ộ ả ị ệ

Mã Phòng: Int Tên Phòng: String

Mã trạng thái: Int Giá: Int

Họ tên: String Địa chỉ: String

Mã phiếu: Int Tên phiếu: String Ngày lập: Date Người lập: String của

Số lượng Phòng: Int Ngày nhận: Date Ngày trả: Date

Chi tiết Thuê dịch vụ

Số lượng: IntNgày thuê: Date0 *

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

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

Mã Phòng: Int Tên Phòng: String

Mã trạng thái: Int Giá: Int

Họ tên: String Địa chỉ: String

Mã phiếu: Int Tên phiếu: String Ngày lập: Date Người lập: String của

Số lượng Phòng: Int Ngày nhận: Date Ngày trả: Date

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

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

Họ tên: String Địa chỉ: String

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

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

Mã hóa đơn: Int Tên hóa đơn: String Ngày lập: Date Người lập: String 1 * liên quan

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

Sơ đồ Use case trả Phòng

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

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

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

Mã hóa đơn: Int Tên hóa đơn: String Ngày lập: Date Người lập: String

Mã thống kê: Int Tên thống kê: String Loại thống kê: Int Người lập: String Ngày lập: Date

Mã phiếu: Int Tên phiếu: String Ngày lập: Date Người lập: String theo

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

Phiếu thuê Phòng Phiếu đặt Phòng Phiếu thuê dịch vụ của liên quan

Sơ đồ Hệ thống Website Quản lý Khách sạn 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 Đặt Phòng Thuê Phòng

Sử dụng dịch v ụ Hóa đơn c a ủ c a ủ

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

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

- Khách hàng có sử dụng nhiều dịch vụ cùng một lúc, và có thể sử 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ệ

Hình 30: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 i ạ g làm t i ạ gôềm gôềm qu n lý ả có c a ủ

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

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

Hình 31:S đôề bi u diềễn quan h gi a Phòng,Lo i Phòng,Tr ng thái Phòng ơ ể ệ ữ ạ ạ c a ủ có

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

- 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

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

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

- 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. l p ậ 1 1 1 *

1 * theo theo theo theo theo

Hình 32:Môối quan h gi a Nhần viền,Thôống kề,Phòng,D ch v ệ ữ ị ụ

Hình 33:Mô hình bi u diềễn môối quan h gi a D ch v và Nhóm d ch v ể ệ ữ ị ụ ị ụ

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

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

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

Hình 34 :S đôề th c th kềốt h p c a các th c th trong H thôống ơ ự ể ợ ủ ự ể ệ

THIẾT KẾ VÀ KIỂM THỬ CHƯƠNG TRÌNH

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

3.1.4 Bảng tính thời gian thực khách ở

3.1.5 Bảng giá dịch vụ khác

3.1.6 Bảng tính số lượng dịch vụ khác

3.1.8 Bảng giá dịch vụ phòng

Thiết kế giao diện

- Code giao diện hệ thống:

Toggle navigation

Khách sạn Tân Kim

  • Quản lý vào/ra
  • Báo cáo

  • Báo cáo doanh thu
  • Báo cáo chi tiết
  • 401: function () { window.location.href = "~/Account/LogOn";

    3.2.3 Giao diện kiểm tra và thanh toán phòng

    3.2.4 Giao diện bảng giá phòng

    3.2.6 Giao diện báo cáo doanh thu

    Kiểm thử và đánh giá kết quả

    Kết quả kiểm thử Đánh giá Độ tin cậy

    Chạy tốt 2 chức năng đặ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

    Phòng tương đối tốt Đảm bảo được yêu cầu của Dự án

    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 85%

    Quản lýđược thông tin Phòngvà Khách hàng thuê Phòng,

    Hóa đơn thanh toán. Đạt yêu cầu 85%

    Chức năng này chạy tốt, quản lý thông tin

    Bộ phận. Đạt yêu cầu 85%

    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 Đạt yêu cầu 85%

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

    Ngày đăng: 24/07/2024, 16:10

    Nguồn tham khảo

    Tài liệu tham khảo Loại Chi tiết
    [1] Giáo trình PHÂN TÍCH THIẾT KẾ HỆ THỐNG - ThS: Nguyễn Thị Thanh Huyền(Đại học Công Nghiệp Hà Nội) Khác
    [2] MasteringUML (Object Management Group, Inc.) Khác
    [3] ApplyingUML - Rob Pooley and Pauline Wilcox, August 2003.* Sách về ngôn ngữ lập trình Khác
    [1] Apress.Pro.ASP.NET.MVC.Framework.Apr.2009-Copyright © 2009 by teven Sanderson- ISBN-13 (pbk): 978-1-4302-1007-8 Khác
    [2] ASP.NET MVC in Action (2009)- ©2010 by Manning Publications Co. All rights reserved. ISBN 978-1-933988-62-7 Khác
    [3] Sams.ASP.NET.MVC.Framework.Unleashed.Dec.2009- Copyright © 2010 by Pearson Education,Inc. ISBN-13: 978-0-672-32998-2 Khác
    [4] Professional ASP.NET MVC 1.0- Copyright © 2009 by Wiley Publishing, Inc., Indianapolis, Indiana Khác
    [5] 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.* Các tài nguyên khác Khác
    [1] Một số demo, example của các blog, website Khác
    [2] Tài liệu tham khảo của Giáo viên Đại học Công Nghiệp Hà Nội Khác

    HÌNH ẢNH LIÊN QUAN

    Hình 1:Phạm vi Hệ thống - thực trạng hoạt động khách hàng thuê phòng khách sạn
    Hình 1 Phạm vi Hệ thống (Trang 11)
    Hình 3:Trình t  mô hình hóa HTTT ự - thực trạng hoạt động khách hàng thuê phòng khách sạn
    Hình 3 Trình t mô hình hóa HTTT ự (Trang 15)
    Hình 4 :s  đôề bi u diềễn cầốu trúc hóa yều cầều H  thôống ơ ể ệ - thực trạng hoạt động khách hàng thuê phòng khách sạn
    Hình 4 s đôề bi u diềễn cầốu trúc hóa yều cầều H thôống ơ ể ệ (Trang 34)
    Hình 5 :Qui trình mô hình hóa hi n tr ng H  thôống ệ ạ ệ - thực trạng hoạt động khách hàng thuê phòng khách sạn
    Hình 5 Qui trình mô hình hóa hi n tr ng H thôống ệ ạ ệ (Trang 35)
    Hình 7:Mô hình use case quan ni m thuề phòng ệ - thực trạng hoạt động khách hàng thuê phòng khách sạn
    Hình 7 Mô hình use case quan ni m thuề phòng ệ (Trang 37)
    Hình 8:Mô hình use case ho t đ ng đ t phòng ạ ộ ặ - thực trạng hoạt động khách hàng thuê phòng khách sạn
    Hình 8 Mô hình use case ho t đ ng đ t phòng ạ ộ ặ (Trang 37)
    Hình 9:Mô hình use case ho t đ ng tr  phòng ạ ộ ả - thực trạng hoạt động khách hàng thuê phòng khách sạn
    Hình 9 Mô hình use case ho t đ ng tr phòng ạ ộ ả (Trang 38)
    Hình 11:Mô hình use case ho t đ ng qu n tr  H  thôống ạ ộ ả ị ệ - thực trạng hoạt động khách hàng thuê phòng khách sạn
    Hình 11 Mô hình use case ho t đ ng qu n tr H thôống ạ ộ ả ị ệ (Trang 39)
    Hình 12: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 ể ứ ạ ộ - thực trạng hoạt động khách hàng thuê phòng khách sạn
    Hình 12 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 40)
    Hình 13: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 ể ứ ạ ộ ả ị ệ - thực trạng hoạt động khách hàng thuê phòng khách sạn
    Hình 13 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 ể ứ ạ ộ ả ị ệ (Trang 41)
    Hình 14:Mô hình Activity mô t  ho t đ ng tác nghi p c a Use case thuề Phòng ả ạ ộ ệ ủ - thực trạng hoạt động khách hàng thuê phòng khách sạn
    Hình 14 Mô hình Activity mô t ho t đ ng tác nghi p c a Use case thuề Phòng ả ạ ộ ệ ủ (Trang 42)
    Hình 15:Mô hình Activity mô t  ho t đ ng tác nghi p c a Use case đ t Phòng ả ạ ộ ệ ủ ặ - thực trạng hoạt động khách hàng thuê phòng khách sạn
    Hình 15 Mô hình Activity mô t ho t đ ng tác nghi p c a Use case đ t Phòng ả ạ ộ ệ ủ ặ (Trang 43)
    Hình 20:Mô hình ho t đ ng quan ni m c a đ t Phòng ạ ộ ệ ủ ặ - thực trạng hoạt động khách hàng thuê phòng khách sạn
    Hình 20 Mô hình ho t đ ng quan ni m c a đ t Phòng ạ ộ ệ ủ ặ (Trang 50)
    Hình 21:Mô hình ho t đ ng quan ni m tr  Phòng ạ ộ ệ ả - thực trạng hoạt động khách hàng thuê phòng khách sạn
    Hình 21 Mô hình ho t đ ng quan ni m tr Phòng ạ ộ ệ ả (Trang 51)
    Sơ đồ Use case thuê Phòng - thực trạng hoạt động khách hàng thuê phòng khách sạn
    se case thuê Phòng (Trang 52)
    Hình 23:Mô hình quan ni m ho t đ ng Qu n tr  H  thôống ệ ạ ộ ả ị ệ - thực trạng hoạt động khách hàng thuê phòng khách sạn
    Hình 23 Mô hình quan ni m ho t đ ng Qu n tr H thôống ệ ạ ộ ả ị ệ (Trang 52)
    Hình 24:Sơ đồ class của Use case thuê Phòng - thực trạng hoạt động khách hàng thuê phòng khách sạn
    Hình 24 Sơ đồ class của Use case thuê Phòng (Trang 53)
    Hình 26:Sơ đồ class của Use case trả Phòng1..1 - thực trạng hoạt động khách hàng thuê phòng khách sạn
    Hình 26 Sơ đồ class của Use case trả Phòng1..1 (Trang 54)
    Sơ đồ Hệ thống Website Quản lý Khách sạn - thực trạng hoạt động khách hàng thuê phòng khách sạn
    th ống Website Quản lý Khách sạn (Trang 55)
    Hình 27:Sơ đồ class của Use case thống kê - thực trạng hoạt động khách hàng thuê phòng khách sạn
    Hình 27 Sơ đồ class của Use case thống kê (Trang 55)
    Hình 30:S  đôề bi u diềễn quan h  gi a Nhần viền, B  ph n, Ng ơ ể ệ ữ ộ ậ ườ i qu n lý, Ch c v ả ứ ụ - thực trạng hoạt động khách hàng thuê phòng khách sạn
    Hình 30 S đôề bi u diềễn quan h gi a Nhần viền, B ph n, Ng ơ ể ệ ữ ộ ậ ườ i qu n lý, Ch c v ả ứ ụ (Trang 57)
    Hình 31:S  đôề bi u diềễn quan h  gi a Phòng,Lo i Phòng,Tr ng thái Phòng ơ ể ệ ữ ạ ạ - thực trạng hoạt động khách hàng thuê phòng khách sạn
    Hình 31 S đôề bi u diềễn quan h gi a Phòng,Lo i Phòng,Tr ng thái Phòng ơ ể ệ ữ ạ ạ (Trang 58)
    Hình 32:Môối quan h  gi a Nhần viền,Thôống kề,Phòng,D ch v ệ ữ ị ụ - thực trạng hoạt động khách hàng thuê phòng khách sạn
    Hình 32 Môối quan h gi a Nhần viền,Thôống kề,Phòng,D ch v ệ ữ ị ụ (Trang 59)
    Hình 33:Mô hình bi u diềễn môối quan h  gi a D ch v  và Nhóm d ch v ể ệ ữ ị ụ ị ụ - thực trạng hoạt động khách hàng thuê phòng khách sạn
    Hình 33 Mô hình bi u diềễn môối quan h gi a D ch v và Nhóm d ch v ể ệ ữ ị ụ ị ụ (Trang 59)
    Hình 34 :S  đôề th c th  kềốt h p c a các th c th  trong H  thôống ơ ự ể ợ ủ ự ể ệ - thực trạng hoạt động khách hàng thuê phòng khách sạn
    Hình 34 S đôề th c th kềốt h p c a các th c th trong H thôống ơ ự ể ợ ủ ự ể ệ (Trang 60)

    TÀI LIỆU CÙNG NGƯỜI DÙNG

    TÀI LIỆU LIÊN QUAN

    w