ĐỀ tài tài liệu đặc tả phần mềm quản lý khách sạn

54 2 0
ĐỀ tài tài liệu đặc tả phần mềm quản lý khách sạn

Đ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

Trường Đại học Cần Thơ Khoa Công Nghệ Thông Tin Truyền Thông ĐỀ TÀI: Tài liệu đặc tả Phần mềm quản lý khách sạn Thành viên nhóm: • • • • Phan Thu Thủy ( Trưởng nhóm ) Nguyễn Cơng Hậu ( Phó ) Trịnh Thị Lương ( Thư ký ) Lê Thị Kim Xuyến Giáo viên hướng dẫn: TS Trương Minh Thái Đặc Tả Yêu Cầu Phần Mềm Quản lý khách sạn Phiên 1.0 Được chuẩn bị : STT Họ tên MSSV Nguyễn Công Hậu B1812340 Trịnh Thị Lương B1812358 Lê Thị kim Xuyến B1812324 Phan Thu Thủy B1812309 Giáo viên hướng dẫn: Ngày lập TS.Trương Minh Thái 04/11/2019 Mục lục Theo dõi phiên tài liệu Tên Quản lý khách sạn Ngày Lý thay đổi Phiên 04/11/2019 Tạo 1.0 1.Giới thiệu 1.1 Mục tiêu ● ● Tài liệu in nhằm giúp cho thành viên nhóm có nhìn tồn diện phần mềm Những nhóm người sử dụng: − Thiết kế viên: Dựa vào tài liệu để thiết kế giao diện, kiến trúc, liệu thành phần − Kiểm thử viên: Dựa vào tài liệu để biết chức vấn đề cần kiểm thử − Quản lý: Dựa vào tài liệu để kiểm soát, quản lý nhóm chức năng, ràng buộc yêu cầu phần mềm 1.2 Phạm vi sản phẩm ● Sản phẩm tập trung chủ yếu vào nghiệp vụ khách sạn không sâu vào chi tiết hay thực nghiệp vụ phức tạp vấn đề thời gian kinh nghiệm nhóm cịn Tuy nhiên, với nghiệp vụ sản phẩm đủ để triển khai dự án thực tế cho khách sạn, doanh nghiệp vừa nhỏ 1.3 Bảng giải thuật ngữ STT Thuật ngữ/ Từ viết tắt Định nghĩa/ Giải thích CSDL Cơ sở liệu Server/ Máy chủ Một loại máy tính vận chuyển, lưu trữ liệu, chương trình cách liên kết với máy tính thơng qua mạng internet Client Một máy trạm mà sử dụng loại người dùng Hệ quản trị CSDL Phần mềm hệ thống thiết kế để quản trị sở liệu QLBPKD Quản lý phận kinh doanh QLNS Quản lý nhân 1.4.Tài liệu tham khảo − TS.Trương Minh Thái, Slide Bài giảng Nhập môn công nghệ phần mềm, mẫu hướng dẫn tài liệu kế hoạch, đặc tả yêu cầu, tài liệu thiết kế, Khoa CNTT-TT, Đại học Cần Thơ, năm 2019 1.5 Bố cục tài liệu Tài liệu Đặc tả yêu cầu phần mềm viết nhằm cung cấp thông tin chi tiết phần mềm phát triển Tài liệu gồm phần: Giới thiệu, mô tả tổng quan, yêu cầu giao tiếp bên ngoài, tính hệ thống, yêu cầu phi chức số yêu cầu khác Phần thứ nhất: Giới thiệu Giới thiệu chung mục tiêu tài liệu, nhóm người sử dụng tài liệu, mơ tả phạm vi sản phẩm Ngoài ra, phần cịn cung cấp bảng thích thuật ngữ sử dụng tài liệu Cuối cùng, chúng tơi cịn cung cấp tài liệu tham khảo giúp phát triển phần mềm Phần thứ hai: Mô tả tổng quan Mô tả bối cảnh đời lợi ích mà sản phẩm mang lại cho người sử dụng Trong phần cịn liệt kê tính sản phẩm cách tổng quát Đặc điểm nhóm người sử dụng môi trường để sản phẩm hoạt động Phần thứ ba: Các u cầu gián tiếp bên ngồi Mơ tả đặc điểm mà phần mềm giao tiếp với phần cứng, người dùng, phần mềm Phần thứ tư: Quy trình hoạt động Phần minh họa quy trình hoạt động hệ thống Phần thứ năm: Phạm vi hệ thống phân loại người dùng Yêu cầu chương trình, đối tượng hướng đến, Phần thứ sáu: Phân tích hệ thống Trong phần tài liệu mơ tả yêu cầu sở liệu mà phần mềm sử dụng Mô tả tổng quan 2.1 Bối cảnh sản phẩm Sau khảo sát vài khách sạn vừa nhỏ thành phố nhóm thực đưa mơ hình tổ chức cách thức hoạt động chung cho hệ thống khách sạn Tất phòng trang bị tùy thuộc vào loại phòng, thiết bị như: máy điều hòa, truyền hình cáp, truyền hình vệ tinh, bàn làm việc, điện thoại, internet … Hiện khách sạn chưa có chương trình chun quản lý việc đặt phịng tốn Nhân viên khách sạn dùng Excel để quản lý việc đặt phòng, đăng ký, trả phòng khách hàng, quản lý thơng tin nhân viên Chính gặp vài khó khăn sau: ● ● ● Những xử lý thủ tục đặt phòng, nhận phòng, trả phòng thời gian thực cách thủ cơng Khó kiểm tra phịng khơng đạt chất lượng, khó cung cấp nhanh cho khách hàng tình trạng phòng( phòng trống, phòng sử dụng ) làm giảm chất lượng dịch vụ khách sạn Khó khăn việc quản lý nhân sự, quản lý thơng tin khách hàng, thơng tin hóa đơn, thơng tin đặt phịng … Vì vậy, ban lãnh đạo khách sạn u cầu có chương trình có khả quản lý thông tin khách hàng, thông tin đặt phòng, nhận phòng, trả phòng, báo cáo, quản lý nhân viên … Hệ thống bao gồm hai thành phần chính: Máy chủ máy client Máy chủ đóng vai trị nơi lưu trữ CSDL toàn hệ thống nơi mà người quản lý kết xuất báo cáo sang định dạng file Excel Các thiết bị Client dành cho đối tượng người dùng hệ thống( nhân viên khách sạn ), tương tác với máy chủ thông qua CSDL 2.2 Các chức sản phẩm ● ● ● ● ● ● ● ● ● Đăng nhập/ xuất Kiểm tra tình trạng phịng Tra cứu phịng Lập hóa đơn Tìm thơng tin khách hàng Xem thơng tin phịng Xem thơng tin nhân viên Tìm thơng tin đặt phịng khách hàng Thống kê doanh thu 2.3 Môi trường vận hành ● − Máy chủ CSDL: Hệ điều hành Windows Hệ CSDL: Microsoft SQL Server Express phiên 2011 − RAM: 2GB − SSD: 256GB − CPU Intel Core i5 ● Các máy Client: Cùng kiến trúc với máy chủ − − 2.4 Các ràng buộc thực thi thiết kế ● ● Thực thi − Máy chạy ổn định, việc trao đổi liệu Client Server không gây xung đột Thiết kế − Sử dụng ngơn ngữ lập trình : JAVA − Giao diện thiết kế đơn giản, thân thiện với người sử dụng − Hệ quản trị CSDL: Microsoft SQL Server 2011 − Kích thước CSDL đủ lớn để lưu trữ thông tin 2.5 Các giả định phụ thuộc ● ● ● ● ● Máy chủ có thẻ bị nhiễm Virus làm liệu Phần mềm hoạt động trục trặc Hệ quản trị CSDL hạn chế Bàn giao sản phẩm không hạn Thay đổi đột ngột tài liệu dự án Các yêu cầu giao tiếp bên 3.1 Giao diện người sử dụng ● ● ● ● Font chữ: Time New Romans Màu nhẹ, dễ nhìn Thơng tin khách hàng hiển thị đầy đủ Việc xóa thơng tin, sửa thơng tin phải hỏi chắn 3.2 Giao tiếp phần cứng ● ● Máy chủ Client: Tương tác với hình thơng qua chuột bàn phím Các thiết bị hỗ trợ khác: Máy qt thẻ tốn, máy in hóa đơn 3.3 Giao tiếp phần mềm ● ● Sử dụng hệ quản trị CSDL Microsoft SQL Server Hệ điều hành Windows Quy trình hoạt động ● ● Hoạt động đặt phịng: − Khi có nhu cầu đặt phịng, khách hàng liên lạc với lễ tân thông qua điện thoại trực tiếp khách sạn, thông báo cụ thể nhu cầu (ngày đến, ngày đi, số lượng phịng, số lượng người, loại phịng…) Sau đó, nhân viên lễ tân kiểm tra danh sách phòng, sổ ghi khách đăng ký, đối chiếu khả đáp ứng khách sạn nhu cầu khách trả lời Nếu đáp ứng nhu cầu khách, lễ tân yêu cầu khách hàng cung cấp thêm số thông tin phục vụ cho nhu cầu đặt phịng: Thơng tin khách hàng: số CMND, tên khách hàng, giới tính, địa Thơng tin đặt phịng: ngày đến, ngày đi, loại phịng Những thơng tin dùng để lễ tân điền vào thông tin khách hàng vào sổ ghi khách đặt phòng Đăng ký sử dụng dịch vụ: − Trong trình khách sạn yêu cầu dịch vụ khách sạn báo trực tiếp cho lễ tân nhân viên lễ tân ghi vào phiếu dịch vụ với thông tin: mã dịch vụ, mã phiếu nhận phòng, số lượng, tổng tiền (của phiếu dịch vụ này) Sau lễ tân yêu cầu phận dịch vụ thực (ví dụ: giặt ủi, massage, thức uống…) Những dịch vụ khách sử dụng tốn chung vào khoản tiền trả phịng ● Hoạt động trả phòng: − Khi khách hàng trả phòng, khách hàng phải toán tiền quầy lễ tân Lễ tân toán tất khoản cho khách thơng qua Hóa đơn có nội dung sau: số CMND, tổng tiền, ngày lập, nhân viên lập Lễ tân in chi tiết hóa đơn(Thơng tin phịng, chi tiết dịch vụ sử dụng, tổng tiền phòng, tổng tiền dịch vụ, …) giao cho khách hàng lưu lại thơng tin hóa đơn trả lại giấy CMND cho khách hàng ● Thống kê doanh thu: − Tùy theo yêu cầu giám đốc mà phận đưa thống kê doanh thu, lập báo cáo cho giám đốc Thống kê doanh thu hỗ trợ cho công việc báo cáo nhân viên báo cáo chia làm nhiều loại khác nhau: báo cáo bất thường hay báo cáo định kì (hàng ngày, hàng tuần, hàng tháng, hàng năm) báo cáo tình trạng th phịng, lượng khách doanh thu khách sạn Đây chức quan trọng hệ thống, thông qua chức này, giám đốc có nhìn bao qt, tồn diện tình trạng khách sạn thơng qua đưa sách điều chỉnh phù hợp ● Hoạt động quản lý phịng: − Khi cần điều chỉnh thơng tin phịng xóa phịng tình trạng sửa chữa khơng thể phục vụ khách hàng thêm vào phòng sửa chữa xong sẵn sang phục vụ nhu cầu khách hàng phận kinh doanh quản lý Nhân viên phận kinh doanh xóa thơng tin khách hàng thơng tin khách hàng q cũ khơng cịn dùng nhân viên kinh doanh người quản lý danh sách khách hàng ● Hoạt động quản lý nhân sự: − Khi nhân viên vào làm việc nhân viên điểm danh thông qua phiếu chấm công, nhân viên phận nhân thông qua thống kê làm gửi sang phận kế toán dựa 10 Trigger: Nhân viên kinh doanh phải đăng nhập thành công vào hệ thống Kiểu kiện: external Các mối quan hệ: +Association (kết hợp): +Include(bao gồm): +Extend(mở rộng): +Generalization(tổng qt hóa): Luồng xử lý bình thường kiện: Nhân viên kinh doanh chọn nút ”thêm” Hệ thống hiển thị form yêu cầu nhập thơng tin: +Mã phịng + Mã loại phịng + Tình trạng phịng Nhân viên kinh doanh chọn nút “ok” Sub 1: Nhân viên kinh doanh chọn “hủy” Hệ thống thêm phòng cập nhật lại danh sách 40 Các luồng kiện (Subflows): Sub1: Nhân viên kinh doanh chọn “hủy” Hệ thống trở trạng ban đầu Luồng luân phiên/đặc biệt (Alternate/Exceptional flows): - Thơng tin phịng cập nhật lại 6.2.19 UC tạo tài khoản Tên Use case: Tạo tài khoản ID: QLKS-19 Actor chính: Quản lý nhân Mức độ cần thiết: :Bắt buộc Phân loại:Trung bình Các thành phần tham gia mối quan tâm: Quản lý nhân Mô tả tóm tắt: Use case cho phép nhân viên nhân tạo tài khoản cho nhân viên đồng thời phân quyền cho người dùng 41 Trigger:Nhân viên nhân phải đăng nhập thành công vào hệ thống Kiểu kiện:external Các mối quan hệ: +Association (kết hợp): +Include(bao gồm): +Extend(mở rộng): +Generalization(tổng quát hóa): Luồng xử lý bình thường kiện: Nhân viên nhân chọn nút ”tạo tài khoản” Hệ thống hiển thị form yêu cầu nhập thông tin: + Mã nhân viên + Chức vụ + Tên nhân viên + Địa Nhân viên nhân chọn nút “ok” Hệ thống tạo tài khoản cập nhật lại danh sách Các luồng kiện (Subflows): Luồng luân phiên/đặc biệt (Alternate/Exceptional flows): - Tài khoản tạo 42 6.2.20 UC tìm kiếm tài khoản Tên Use case: Tìm kiếm tài khoản ID: QLKS-20 Actor chính: Quản lý nhân Mức độ cần thiết: Tùy chọn Phân loại: Đơn giản Các thành phần tham gia mối quan tâm: Quản lý nhân Mơ tả tóm tắt: Use case cho phép nhân viên nhân tìm kiếm xác thơng tin tài khoản cách nhanh chóng Trigger: Nhân viên nhân phải đăng nhập thành công vào hệ thống Kiểu kiện: external Các mối quan hệ: +Association (kết hợp): +Include(bao gồm): +Extend(mở rộng): +Generalization(tổng quát hóa): 43 Luồng xử lý bình thường kiện: Nhân viên nhân chọn nút tìm kiếm tài khoản Sub 1: Khơng có thơng tin nhân viên CSDL Hệ thống hiển thị form yêu cầu nhập thông tin mã nhân viên Nhân viên nhân nhập thơng tin vào form nhấn nút tìm Hệ thống hiển thị chi tiết thông tin tài khoản cần tìm Các luồng kiện (Subflows): Sub1: Khơng có thông tin nhân viên CSDL Hệ thống hiển thị “khơng tìm thấy tài khoản” kết thúc use case Luồng luân phiên/đặc biệt (Alternate/Exceptional flows): - Trả thơng tin tài khoản cần tìm 6.2.21 UC xóa tài khoản Tên Use case: Xóa tài khoản ID: QLKS-21 Actor chính: Quản lý nhân Mức độ cần thiết: : Tùy chọn Phân loại: Trung bình Các thành phần tham gia mối quan tâm: Quản lý nhân Mô tả tóm tắt: Use case cho phép nhân viên nhân xóa tài khoản nhân viên khơng cịn làm việc khách sạn 44 Trigger: Nhân viên nhân phải đăng nhập thành công vào hệ thống tìm thấy xác thơng tin tài khoản Kiểu kiện:external Các mối quan hệ: +Association (kết hợp): +Include(bao gồm): +Extend(mở rộng): Xem thơng tin tài khoản +Generalization(tổng qt hóa): Luồng xử lý bình thường kiện: Nhân viên nhân chọn nút ”xóa” Hệ thống hiển thị “Bạn có muốn xóa tài khoản khơng?” Nhân viên nhân chọn nút “ok” Sub 1: Nhân viên nhân chọn “hủy” Hệ thống xóa tài khoản cập nhật lại danh sách Các luồng kiện (Subflows): Sub1: Nhân viên nhân chọn “hủy” Hệ thống trở trạng ban đầu Luồng luân phiên/đặc biệt (Alternate/Exceptional flows): - Tài khoản bị xóa khỏi danh sách 45 6.2.22 UC sửa thông tin tài khoản Tên Use case: Sửa thông tin tài khoản ID: QLKS-22 Actor chính: Quản lý nhân Mức độ cần thiết: :Tùy chọn Phân loại: Trung bình Các thành phần tham gia mối quan tâm: Quản lý nhân Mơ tả tóm tắt: Use case cho phép nhân viên nhân sửa thông tin tài khoản Trigger: Nhân viên nhân phải đăng nhập thành cơng vào hệ thống tìm thấy tài khoản Kiểu kiện: external Các mối quan hệ: +Association (kết hợp): +Include(bao gồm): +Extend(mở rộng): Xem thông tin tài khoản 46 +Generalization(tổng qt hóa): Luồng xử lý bình thường kiện: Nhân viên nhân chọn nút ”sửa” Hệ thống hiển thị form cho phép sửa thông tin phịng Nhân viên nhân nhập thơng tin vào chổ cần sửa form nhấn nút “lưu” Sub 1: Nhân viên nhân chọn “hủy” Hệ thống cập nhật lại thông tin Các luồng kiện (Subflows): Sub1: Nhân viên nhân chọn “hủy” Hệ thống trở trạng ban đầu Luồng luân phiên/đặc biệt (Alternate/Exceptional flows): - Thông tin tài khoản cập nhật lại 6.2.23 UC thống kê doanh thu Tên Use case: Thống kê doanh thu ID: QLKS-23 Actor chính: Nhân viên kế tốn Mức độ cần thiết: Bắt buộc Phân loại:Phức tạp 47 Các thành phần tham gia mối quan tâm: Nhân viên kế tốn Mơ tả tóm tắt: Use case cho phép nhân viên kế toán thống kê doanh thu khách sạn theo yêu cầu quản lý Trigger: Nhân viên kế toán phải đăng nhập thành công vào hệ thống Kiểu kiện: external Các mối quan hệ: +Association (kết hợp): +Include(bao gồm): +Extend(mở rộng): +Generalization(tổng qt hóa): Luồng xử lý bình thường kiện: Nhân viên kế toán chọn nút ”Thống kê” Hệ thống hiển thị menu thống kê: + Theo ngày + Theo tháng + Theo quý Nhân viên kế toán chọn torgn mục Hệ thống thống kê in giấy 48 Các luồng kiện (Subflows): Luồng luân phiên/đặc biệt (Alternate/Exceptional flows): 6.2.24 UC tìm kiếm hóa đơn Tên Use case: Tìm kiếm hóa đơn ID: QLKS-24 Actor chính: Nhân viên kế toán Mức độ cần thiết:Bắt buộc Phân loại: Trung bình Các thành phần tham gia mối quan tâm: Nhân viên kế tốn Mơ tả tóm tắt: Use case cho phép nhân viên kế tốn tìm kiếm xác thơng tin hóa đơn cách nhanh chóng Trigger: Nhân viên kế tốn phải đăng nhập thành công vào hệ thống Kiểu kiện: external 49 Các mối quan hệ: +Association (kết hợp): +Include(bao gồm): +Extend(mở rộng): +Generalization(tổng qt hóa): Luồng xử lý bình thường kiện: Nhân viên kế tốn chọn nút tìm kiếm hóa đơn Sub 1: Khơng có thơng tin hóa đơn CSDL Hệ thống hiển thị form yêu cầu nhập thơng tin mã hóa đơn Nhân viên kế tốn nhập thơng tin vào form nhấn nút tìm Hệ thống hiển thị chi tiết thơng tin hóa đơn cần tìm Các luồng kiện (Subflows): Sub1: Khơng có thơng tin CSDL Hệ thống hiển thị “khơng tìm thấy hóa đơn ” kết thúc use case Luồng luân phiên/đặc biệt (Alternate/Exceptional flows): - Trả thơng tin hóa đơn cần tìm 50 6.2.25 UC xem thơng tin hóa đơn Tên Use case: Xem thơng tin hóa đơn Actor chính: Kế tốn ID: QLKS-25 Mức độ cần thiết: Bắt buộc Phân loại: Đơn giản Các thành phần tham gia mối quan tâm: Kế toán Mơ tả tóm tắt: Use case cho phép kế tốn xem thơng tin hóa đơn khách hàng Trigger: Có yêu cầu thực chức bên hệ thống Kiểu kiện: internal Các mối quan hệ: +Association (kết hợp): +Include(bao gồm): +Extend(mở rộng): +Generalization(tổng quát hóa): Luồng xử lý bình thường kiện: Actor đăng nhập vào hệ thống Actor tìm khách hàng cần xem thông tin Actor click vào xem thông tin sử dụng dịch vụ khách hàng Các luồng kiện (Subflows): Luồng luân phiên, đặc biệt(Alternate/Exceptional flows): 51 52 ... môn công nghệ phần mềm, mẫu hướng dẫn tài liệu kế hoạch, đặc tả yêu cầu, tài liệu thiết kế, Khoa CNTT-TT, Đại học Cần Thơ, năm 2019 1.5 Bố cục tài liệu Tài liệu Đặc tả yêu cầu phần mềm viết nhằm... Quản lý việc đặt phòng, đăng ký đặt phòng trả phòng ● Quản lý phòng khách sạn ● Quản lý dịch vụ mà khách sạn cung cấp ● Quản lý hóa đơn Nhằm vào mục tiêu mở rộng khách sạn cho phép ban quản lý. .. viên: Dựa vào tài liệu để thiết kế giao diện, kiến trúc, liệu thành phần − Kiểm thử viên: Dựa vào tài liệu để biết chức vấn đề cần kiểm thử − Quản lý: Dựa vào tài liệu để kiểm sốt, quản lý nhóm chức

Ngày đăng: 03/12/2022, 15:43

Mục lục

    1.2. Phạm vi sản phẩm

    1.3. Bảng chú giải thuật ngữ

    1.4.Tài liệu tham khảo

    1.5. Bố cục tài liệu

    2. Mô tả tổng quan

    2.1. Bối cảnh của sản phẩm

    2.2 Các chức năng của sản phẩm

    2.3 Môi trường vận hành

    2.4. Các ràng buộc thực thi và thiết kế

    2.5 Các giả định và phụ thuộc

Tài liệu cùng người dùng

  • Đang cập nhật ...

Tài liệu liên quan