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

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 1.Giới thiệu 1.1 Mục tiêu 1.2 Phạm vi sản phẩm .4 1.3 Bảng giải thuật ngữ 1.4.Tài liệu tham khảo .5 1.5 Bố cục tài liệu Mô tả tổng quan 2.1 Bối cảnh sản phẩm .6 2.2 Các chức sản phẩm .7 2.3 Môi trường vận hành 2.4 Các ràng buộc thực thi thiết kế 2.5 Các giả định phụ thuộc Các yêu cầu giao tiếp bên .8 3.1 Giao diện người sử dụng 3.2 Giao tiếp phần cứng 3.3 Giao tiếp phần mềm Quy trình hoạt động Phạm vi hệ thống phân loại người dùng 11 5.1 Phạm vị hệ thống .11 5.2 Phân loại người dùng .11 Phân tích hệ thống 12 6.1 Sơ đồ Use-case 12 6.1.1 Bộ phận lễ tân 6.1.2 Nhân viên kế toán 6.1.3 Quản lý phận kinh doanh 6.1.4 Quản lý nhân 6.2 Đặc tả Use-case .15 6.2.1 UC đăng nhập 6.2.2 UC Đăng xuất 6.2.3 UC đổi mật 6.2.4 UC đặt phòng 6.2.5 UC kiểm tra tình trạng phịng 6.2.6 UC tra cứu phòng 6.2.7 UC Đặt phòng trước 6.2.8 UC Đặt phòng trực tiếp 6.2.9 UC thêm khách hàng 6.2.10 UC tìm thơng tin đặt phòng 6.2.11 UC Lập hóa đơn 6.2.12 UC tìm kiếm khách hàng 6.2.13 UC xóa khách hàng 6.2.14 UC sửa thông tin khách hàng 6.2.15 UC tìm kiếm phịng 6.2.16 UC xóa phòng 6.2.17 UC sửa thơng tin đặt phịng 6.2.18 UC thêm phòng 6.2.19 UC tạo tài khoản 6.2.20 UC tìm kiếm tài khoản 6.2.21 UC xóa tài khoản 6.2.22 UC sửa thông tin tài khoản 6.2.23 UC thống kê doanh thu 6.2.24 UC tìm kiếm hóa đơn 6.2.25 UC xem thông tin hóa đơn 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 ngồi, tính hệ thống, 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 Ngồ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 yê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 toá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 quét thẻ toá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 doanh Phân loại:Trung bình Các thành phần tham gia mối quan tâm: Nhân viên kinh doanh Mơ tả tóm tắt: Use case cho phép nhân viên kinh doanh xóa phịng phịng sửa chữa nâng cấp Trigger: Nhân viên kinh doanh phải đăng nhập thành cơng vào hệ thống chọn xác phịng cần xóa 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 phị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 ”xóa” Hệ thống hiển thị “Bạn có muốn xóa phịng khơng?” Nhân viên quản lý chọn nút “ok” Sub 1: Nhân viên kinh doanh chọn “hủy” Hệ thống xóa phịng cập nhật lại danh sách 36 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): - Phịng bị xóa khỏi danh sách 6.2.17 UC sửa thơng tin đặt phịng Tên Use case: Sửa thơng tin phịng ID: QLKS-17 Actor chính: Quản lý phận kinh doanh 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ý phận kinh doanh Mơ tả tóm tắt: Use case cho phép nhân viên doanh sửa thông tin phòng 37 Trigger: Nhân viên kinh doanh phải đăng nhập thành cơng vào hệ thống chọn xác phòng cần sửa 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 phị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 ”sửa” Hệ thống hiển thị form cho phép sửa thơng tin phịng Nhân viên kinh doanh 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 kinh doanh 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 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.18 UC thêm phòng Tên Use case: Thêm phịng ID: QLKS-18 38 Actor chính: Quản lý phận kinh doanh 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: Quản lý phận kinh doanh Mơ tả tóm tắt: Use case cho phép nhân viên kinh doanh thêm phòng 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 39 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 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 40 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 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 41 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 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): 42 +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ì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: 43 Use case cho phép nhân viên nhân xóa tài khoản nhân viên khơng làm việc khách sạ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 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): 44 - Tài khoản bị xóa khỏi danh sách 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 45 +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 Các thành phần tham gia mối quan tâm: Nhân viên kế tốn 46 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 Các luồng kiện (Subflows): Luồng luân phiên/đặc biệt (Alternate/Exceptional flows): 47 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 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: 48 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 49 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): 50 ... 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