Bài Tập Lớn - Phân Tích Thiết Kế Hệ Thống Quản Lý Chuyến Bay.pdf

66 1 0
Tài liệu đã được kiểm tra trùng lặp
Bài Tập Lớn - Phân Tích Thiết Kế Hệ Thống Quản Lý Chuyến Bay.pdf

Đ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

Trang 1

BỘ GIÁO DỤC VÀ ĐÀO TẠOTRƯỜNG ĐẠI HỌC CÔNG NGHỆ ĐÔNG Á

Trang 2

BỘ GIÁO DỤC VÀ ĐÀO TẠO

Trang 3

MỤC LỤC

CHƯƠNG I: KHẢO SÁT THỰC TRẠNG VÀ TÌM HIỂU VỀ YÊU CẦU HỆ THỐNG 7

1 Khảo sát thực trạng và tìm hiểu các nhu cầu 7

1.1 Mục đích thiết kế phần mềm: 7

1.2 Phạm vi: 7

1.3 Các nguồn điều tra: 7

1.4 Mục đích của việc khảo sát: 9

2 Nội dung khảo sát 9

2.1 Sơ đồ tóm lược nhân sự sân bay 9

2.2 Đánh giá hệ thống 9

2.3 Đề xuất giải pháp cho hệ thống 10

3 Đặc tả yêu cầu 10

3.1 Yêu cầu chức năng 10

3.2 Yêu cầu phi chức năng 11

CHƯƠNG II: PHÂN TÍCH HỆ THỐNG 12

1 Xác định mô hình nghiệp vụ quản lý sân bay 12

1.1 Công tác chuẩn bị khi hành khách đến sây bay 12

1.2 Khi hành khách lên máy bay và sử dụng dịch vụ trong chuyến bay 13

1.3 Chuyến bay kết thúc 15

2 Biểu đồ BFD và DFD 16

2.1 Sơ đồ phân cấp chức năng (BFD) 16

2.2 Mô tả chi tiết các chức năng: 16

2.3 Sơ đồ luồng dữ liệu (DFD) 19

Trang 4

3 Biểu đồ UseCase 25

3.1 Nhận diện các tác nhân đối với hệ thống 25

3.2 Biểu đồ Usecase mức tổng quan 26

3.3 Chi tiết và đặc tả từng Usecase 27

CHƯƠNG III: XÂY DỰNG MÔ HÌNH THỰC THỂ 51

1 Sơ đồ mối quan hệ thực thể 51

Trang 6

DANH MỤC SƠ ĐỒ

1.1

Trang 7

DANH MỤC BẢNG BIỂU

1.1

Trang 8

CHƯƠNG I: KHẢO SÁT THỰC TRẠNG VÀ TÌM HIỂU VỀ YÊU CẦU HỆ THỐNG

1 Khảo sát thực trạng và tìm hiểu các nhu cầu 1.1 Mục đích thiết kế phần mềm:

- Phân tích thiết kế hệ thống quản lý chuyến bay của một sân bay về máy bay, về chuyến bay, lộ trình bay, về quá trình đăng ký mua, đổi vé cũng như bán hành khách dễ sử dụng các dịch vụ và để sân bay dễ dàng quản lý hệ thống Các chức năng có trong hệ thống:

Đặt, đổi, hủy vé máy bay Quản lý chuyến bay Quản lý nhân viên.

Bài tập lớn chỉ thực hiện trên cơ sở lý thuyết cơ bản về phân tích thiết kế hệ thống thông tin để thiết kế mô hình và tổ chức dữ liệu Chưa tiến hành thực hiện code, vì phần code thuộc về phạm vi phát triển thành ứng dụng, phần mềm hoàn chỉnh.

1.3 Các nguồn điều tra:

Việc khảo sát tiến hành online thông qua phỏng vấn một số người có nghiệp vụ, một số người sử dụng hệ thống sẵn có và một số tài liệu.

Trang 9

Người dùng hệ thống:

Ban giám đốc: Nắm bắt rõ tình hình, vận hành của hệ thống, doanh thu, các khoản chi và các phản hồi từ hành khách tới sân bay Bộ phần quản lý sân bay: Theo dõi hệ thống theo chu kỳ tùy từng thời gian nhất định Bộ phận này có thể theo dõi, kiểm tra các tình trạng, biến cố xong báo cáo cho ban giám đốc và phân tích triển khai phát triển hệ thống, hỗ trợ hành khách.

Bộ phận kinh doanh: Theo dõi tiến độ, số lượng hành khách ra vào sân bay thông qua đánh giá của hành khách trong hệ thống, từ đó lên bố trí lại các chức năng của hệ thống và sân bay sao cho phù hợp Bộ phận phục vụ hành khách: Tư vấn trực tiếp hoặc gián tiếp với hành khách để hỗ trợ hành khách trong mọi quá trình sử dụng hệ thống như cách đặt vé, giới hạn về hành lý, …

Bộ phận kế toán, thu ngân: Theo dõi được các khoản thu chi về tiền mặt, thẻ tín dụng Hầu hết các tác vụ kế toán đều được thực hiện khá thủ công với nhiều giấy tờ sổ sách hiệu quả công việc không cao Tài liệu, ghi chép:

Dựa vào các tài liệu, sổ sách, tệp trên máy tính và thông tin trên Network điều tra về các loại dữ liệu, luồng dữ liệu và giao dịch Lập danh sách qua sự tìm hiểu của người dùng sau đó tiền hành nghiên cứu tài liệu thấy được các dữ liệu cơ bản và các dữ liệu cấu trúc.

Qua đó tổng hợp được một danh sách phản hồi từ người dùng về hệ thống quản lý sân bay rút ra ưu nhược điểm và tiến hành cải tiến ứng dụng.

Trang 10

1.4 Mục đích của việc khảo sát:

Xây dựng, nâng cấp, thay thế cho một hệ thống cũ nhiều bất cập, chưa hoàn chỉnh Tìm hiểu nhu cầu đối với hệ thống mới thường bắt đầu từ việc khảo sát và đánh giá hệ thống cũ Việc khảo sát hiện trạng nhằm:

Tiếp cận với nghiệp vụ kinh doanh của nhà hàng.

Tìm hiểu rõ hơn các chức năng, nhiệm vụ và cách hoạt động của hệ thống.

Chỉ ra các chỗ chưa hợp lý của hệ thống cần kế thừa và cải tiến sự bất hợp lý của hệ thống quản lý sân bay.

2 Nội dung khảo sát.

2.1 Sơ đồ tóm lược nhân sự sân bay.

Hình 1.2.1 Sơ đồ các bộ phân nhân sự trong sân bay.

2.2 Đánh giá hệ thống.

Hệ thống quản lý này có thể đáp ứng được các yêu cầu cơ bản của việc quản lý Nhưng vẫn còn cần phải nâng cao chất lượng quản lý để hài lòng hành khách Hệ thống còn nhiều bất cập phát sinh những chi phí quản lý không cần thiết, làm cho việc quản lý nặng nề, phức tạp, dẫn đến sai phạm,… Khó lòng giảm được chi phí và nâng cao chất lượng Hệ thống có những nhược điểm như sau:

Trang 11

Hầu hết việc hệ thống quản lý được là thông tin liên quan đến phục vụ hành khách, vẫn chưa có đầu đủ các yếu tố tác động đến quá trình hành khách sử dụng dịch vụ trong chuyến bay, chưa có những bộ phận quản lý thu nhập, thống kế nhiên liệu, sửa chữa máy bay cho quản lý.

Thông tin bị trùng lặp, khó bảo dưỡng khi số lượng thông tin quá lớn Mỗi khi có 1 sự thay đổi từ phía hành khách hệ thống sẽ phải làm việc rất nhiều quá tải.

2.3 Đề xuất giải pháp cho hệ thống.

Để khắc phục các nhược điểm của hệ thống cần có giải pháp như:

Xây dựng một hệ thống phần mềm quản lý đồng bộ, hiệu quả đồng thời thích hợp với những đặc thù riêng của sân bay.

Tối ưu hệ thống bằng cách xây dựng hệ thống theo tư tưởng chia nhiều module nhất có thể để đám báo tính linh hoạt, dễ bảo trì, dễ nâng cấp và tránh việc hệ thống bị hoạt động quá nhiều chỉ vì 1 sự thay đổi không đáng kể.

Thông tin trong hệ thống lưu chuyển nhanh chóng, chính xác với độ bảo mật và an toàn cao.

Đào tạo nghiệp vụ, kỹ năng sử dụng máy tính, kỹ năng sử dụng phần mềm cho quản lý và nhân viên.

3 Đặc tả yêu cầu 3.1 Yêu cầu chức năng.

Môi trường hoạt động:

Cho phép truy cập trên tất cả trình duyệt web thông dụng trên Laptop hoặc PC.

Có thể truy cập trang web từ trình duyệt trên các thiết bị di động Hệ thống có những chức năng:

Người dùng đăng nhập vào hệ thống và cấp quyền truy cập Thu ngân và quản lý lập vé và in vé.

Trang 12

Thống kê doanh thu theo ngày, tháng, năm, tính cách khoản khoản chi trả cho nhân viên và các hãng máy bay.

Cho phép người dùng tra cứu các loại máy bay, chuyến bay, giá cả Thu ngân chỉnh sửa thông tin vé nếu xảy ra sai sót từ hành khách Theo dõi được quá trình hoạt động của nhà hàng.

Ràng buộc thi hành: Chỉ có thể truy cập nếu thiết bị sử dụng hệ thống có truy cập kết nối Internet

3.2 Yêu cầu phi chức năng

Hệ thống cần đảm bảo các yêu cầu:

Về giao diện: Thân thiện, phù hợp với tất cả mọi người, dễ dàng sử dụng và dễ hiểu.

Về tốc độ truy cập:

Thời gian loading hệ thống: Nhiều nhất là 8s.

Thời gian xử lý các thao tác truy vấn dữ liệu: Nhiều nhất là 4s Về bảo mật và mức độ an toàn:

Bảo mật: Chỉ cấp quyền cho các đối tượng đã có tài khoản và quyền hạn sẽ được phân theo chức vụ cập nhật vào hệ thống.

Mức an toàn:

Hệ thống hỗ trợ xác thực bằng tài khoản và mật khẩu đăng nhập hoặc tài khoản Gmail.

Nếu đăng nhập bằng mật khẩu thì mật khẩu của người dùng sẽ được mã hóa trước khi lưu vào dữ liệu trong hệ thống.

Trang 13

CHƯƠNG II: PHÂN TÍCH HỆ THỐNG 1 Xác định mô hình nghiệp vụ quản lý sân bay.

1.1 Công tác chuẩn bị khi hành khách đến sây bay.

Hình 2.1.1.1 Sơ đồ quy trình khi hành khách đến sân bay.

Hành khách đến sân bay: Hành khách sẽ tự sử dụng phương tiện của mình hoặc thuê phương tiện bên ngoài để đến được sân bay.

Hành khách xếp hàng đến quầy bán vé: Sân bay sẽ chia nhiều quần bán vé ngay đối diện gần cửa chính của sân bay Hành khách có thể tự do chọn quầy gần mình nhất.

Kiểm tra hành khách đã đặt vé trước chưa: Nếu hành khách đã đặt vé online trước qua hệ thống rồi thì sẽ bỏ qua bước này Nếu chưa thì hành khách cần đưa đầy đủ giấy tờ cần thiết để mới có thể bán vé cho hành khách.

Kiểm tra hành lí: Nếu hành khách mang những đồ dùng quá nặng sẽ gây ảnh hưởng đến quá trình buồng khách của máy bay Nên cần được giới hạn và yêu cầu hành khách phải kí gửi để hành lí đó sẽ được vận chuyển đến khoang của máy bay.

Thông báo thông tin về chuyến bay của hành khách: Hành khách sau khi nhận vé sẽ ngồi chờ ở gần cửa dẫn ra máy bay nhất và nghe thông tin khi nào

Trang 14

máy bay hoàn tất quá trình chuẩn bị thì hành khách sẽ có thể đến quầy soát vé rồi lên máy bay.

1.2 Khi hành khách lên máy bay và sử dụng dịch vụ trong chuyến bay.

Hình 2.1.1.2.1 Sơ đồ quy trình hành khách lên máy bay.

Kiểm tra vé, hành lý trước khi cho hành khách lên máy bay: Sau khi máy bay đã hoàn tất quá trình chuẩn bị Hành khách có thể đến chỗ soát vé.

Vé của hành khách có hợp lệ: Nếu vé của hành khách hợp lệ và hành lý không có bất kì thứ gì nguy hiểm thì hành khách sẽ được thông qua và lên máy bay ngồi Nếu không hợp lệ thì nhân viên ở đó sẽ Thông báo cho KH biết lí do vé không hợp lệ và sau đó nhân viên sẽ Hỗ trợ hành khách giải quyết vấn đề đó Sau khi giải quyết ổn thỏa hành khách sẽ phải quay lại chỗ soát vé để kiểm tra hành lý rồi mới được lên máy bay.

Trang 44

Hệ thống thông báo: “Công việc phân công này đã tồn tại” Quản lý cần tiến hành điều chỉnh phân công

3.3.11 In vé máy bay.

Hình 2.3.3.3.11 Mô hình Usecase in vé máy bay.

Đặc tả Usecase:

Usecase name: In vé máy bay Actor: Nhân viên.

Trigger: Nhân viên in vé máy bay cho hành khách.

1 Nhân viên truy cập chức năng in vé máy bay.

2 Hệ thống hiển thị danh sách thông tin hành khách và vé 3 Hệ thống xác nhận người dùng muốn in vé.

Trang 45

4 Hệ thống thực hiện in vé.

5 Hệ thống hiển thị thông báo: “In vé thành công” Extention Flow:

Nếu trong quá trình thực hiện hệ thống bị dừng bất ngờ: Nhân viên cập nhật lại hệ thống.

Hệ thống hủy các thao tác trước đó và trở về trạng thái hoạt động bình thường.

Nếu nhân viên chưa chọn loại vé cần in thì:

Hệ thống hiển thị thống báo: “Vui lòng chọn hóa đơn cần in”.

Nhân viên cần chọn loại vé cần in.

Nếu nhân viên chọn in vé với thông tin hành khách thiếu: Hệ thống thông báo: “Có lỗi gì đó đang xảy ra” Nhân viên cần kiểm tra toàn bộ thông tin của vé 3.3.12 Thống kê các hành khách lỡ chuyến.

Hình 2.3.3.3.12 Mô hình Usecase thống kê các hành khách lỡ chuyến.

Trang 47

Đặc tả Usecase:

Usecase name: Thống kê danh sách hành khách lỡ chuyến Actor: Nhân viên.

Trigger: Nhân viên muốn xem danh sách các hành khách lỡ chuyến.

1 Nhân viên chọn chức năng thống kê các hành khách 2 Chọn các tiêu chí để thống kê hoặc tất cả tiêu chí 3 Chọn thời gian hoặc chuyến bay thống kê 4 Hệ thống trả về kết quả danh sách theo chỉ tiêu Extention Flow:

Nếu nhân viên không chọn chuyến bay thống kê danh sách thì: Hệ thống thống báo: “Vui lòng chọn chuyến bay cần thống kê”.

Nhân viên nhập thời gian cần thống kê.

Nhân viên không nhập các tiêu chí hệ thống sẽ hiểu là thống kê tất cả tiêu chí.

Trang 48

3.3.13 Thống kê các hành lí kí gửi.

Hình 2.3.3.3.13 Mô hình Usecase thống kê các hành lí được kí gửi.

Đặc tả Usecase:

Usecase name: Thống kê danh sách hành lí của hành khách Actor: Nhân viên.

Trigger: Nhân viên muốn xem danh sách các hành lí được kí gửi của

1 Nhân viên chọn chức năng thống kê hành lí của chuyến bay 2 Chọn các tiêu chí để thống kê hoặc tất cả tiêu chí 3 Chọn chuyến bay thống kê.

4 Hệ thống trả về kết quả danh sách theo chỉ tiêu.

Trang 49

Extention Flow:

Nếu nhân viên không chọn chuyến bay thống kê danh sách thì: Hệ thống thống báo: “Vui lòng chọn chuyến bay cần thống kê”.

Quản lý nhập thời gian cần thống kê.

Nhân viên không nhập các tiêu chí hệ thống sẽ hiểu là thống kê tất cả tiêu chí.

3.3.14 Tra cứu thông tin vé máy bay của từng hành khách.

Hình 2.3.3.3.14 Mô hình Usecase tra cứu thông tin vé máy bay của hành khách.

Đặc tả Usecase:

Usecase name: Tra cứu thông tin vé máy bay của hành khách Actor: Nhân viên.

Trigger: Nhân viên muốn tra cứu thông tin vé máy bay của từng hành khách.

Nhân viên phải được hệ thống nhận diện và ủy quyền truy cập.

Trang 50

Thông tin đối tượng được tra cứu Main Flow:

7 Người dùng chọn chức năng tra cứu máy bay hoặc dịch vụ tùy theo danh sách đang mở trên hệ thống.

8 Hệ thống yêu cầu nhập thông tin cần thiết để tra cứu.

9 Hệ thống trả về kết quả toàn bộ thông tin đối tượng đang được tra cứu.

Extention Flow:

Trong quá trình hệ thống bị dừng bất ngờ: Người dùng cần khởi động lại hệ thống.

Hệ thống cần hủy bỏ các thao tác trước đó và trở về trạng thái hoạt động ban đầu.

Người dùng không nhập thông tin cần thiết để tra cứu:

Hệ thống sẽ thông báo: “Vui lòng nhập ít nhất 1 đặc điểm để tra cứu”.

Người dùng phải nhập 1 đặc điểm VD: tên, mã, …

Trang 51

3.3.15 Xem thông tin vé.

Hình 2.3.3.3.15 Mô hình Usecase hành khách xem thông tin vé.

Trang 52

2 Hệ thống hiển thị thông tin vé trên màn hình giao dienj tại quầy hoặc phần mềm.

3 Nếu không xảy ra vấn đề sai sót trong vé, hành khách tiến hành thanh toán.

4 Nếu xảy ra sai sót, cần xác nhận lại với nhân viên bên tư vấn, hỗ trợ khách hàng và tiến hành điều chỉnh lại trong hệ thống 5 Hành khách xác nhận thanh toán bằng hình thức trả tiền hoặc thẻ 6 Hệ thống cập nhật thông tin hành khách với số lần đã đồng hành,

tham gia với hãng máy bay này Nếu là hành khách tiềm năng thì sẽ được nhận các ưu đãi tùy theo hãng hàng không.

Extention Flow:

Nếu hệ thống xảy ra lỗi trong quá trình xác nhận thanh toán: Nhân viên cần khởi động lại hệ thống.

Hệ thoogns hủy các thao tác hiện tại và tiến hành trở về trạng thái ban đầu.

Hành khách có quyền không cần xem thông tin vé.

Business Rules: Nếu đến hạn mà hành khách không thanh toán tiền vé thì hệ thống sẽ thông báo với Quản lý và sẽ thông báo hạn đặt của hành khách Nếu quá lâu sẽ hủy vé và cảnh báo đối với tài khoản người dùng.

Trang 53

CHƯƠNG III: XÂY DỰNG MÔ HÌNH THỰC THỂ 1 Sơ đồ mối quan hệ thực thể.

1.1 Mô hình E-R-D.

Hình 3.1.1.1 Lược đồ E-R-D.

Trang 55

Thực thể NHANVIEN:

Hình 3.1.1.2.3 Thuộc tính thực thể nhân viên.

Thực thể CHUTRINH:

Hình 3.1.1.2.4 Thuộc tính thực thể chu trình.

Trang 58

Thực thể VE:

Hình 3.1.1.2.9 Thuộc tính thực thể vé.

Thực thể HANG:

Hình 3.1.1.2.10 Thuộc tính thực thể hãng.

Trang 59

Bảng số liệu 3.2.1: Table máy bay.

Tính chấtTên trườngKiểu dữ liệuKích cỡChú thích

Primary key MA_MAYBAY VARCHAR 7 Mã số máy bay LOAI VARCHAR 7 Loại máy bay

Trang 60

SG1 INT Tổng số ghế hạng nhất SG2 INT Tổng số ghế hạng hai SG3 INT Tổng số ghế hạng ba SUDUNG DATE Ngày máy bay được sử dụng MOTA VARCHAR 50 Mô tả về máy bay HANDUNG DATE Hạn sử dụng

Bảng CHUTRINH:

Bảng số liệu 3.2.2: Table chu trình.

Tính chấtTên trườngKiểu dữ liệuKích cỡChú thích

Primary key MA_CHUTRINH VARCHAR 7 Mã số chu trình bay

CHUYENDI VARCHAR 7 Chuyến đi CHUYENVE VARCHAR 7 Chuyến về

THOIGIAN VARCHAR 7 Thời gian một chu trình TG_NGHI VARCHAR 7 Thời gian nghỉ

Bảng NHOM:

Bảng số liệu 3.2.3: Table nhóm.

Tính chấtTên trườngKiểu dữ liệuKích cỡChú thích

TRUONG VARCHAR 7 Cơ trưởng PHO VARCHAR 7 Cơ phó MOTA VARCHAR 50 Mô tả

Trang 61

Bảng THOIGIAN:

Bảng số liệu 3.2.4: Table thời gian.

Tính chấtTên trườngKiểu dữ liệuKích cỡChú thích

Primary key MA_THOIGIAN VARCHAR 7 Mã thời gian BATDAU DATE Ngày bắt đầu KETHUC DATE Ngày kết thúc MOTA VARCHAR 50 Mô tả

Bảng CHUYENBAY:

Bảng số liệu 3.2.5: Table chuyến bay.

Tính chấtTên trườngKiểu dữ liệuKích cỡChú thích

Primary key MA_CHUYENBAY VARCHAR 7 Mã chuyến bay

Foreign key MA_CBTINH VARCHAR 7 Mã chuyến bay tĩnh NGAY_CC DATE Ngày cất cánh NGAY_HC DATE Ngày hạ cánh HANG1 VARCHAR 30 Loại nhất HANG2 VARCHAR 30 Loại hai HANG3 VARCHAR 30 Loại ba

KHUYENMAI INT Trạng thái khuyến mãi

Bảng HANG:

Bảng số liệu 3.2.6: Table hãng.

Tính chấtTên trườngKiểu dữ liệuKích cỡChú thích

TEN_HANG VARCHAR 50 Tên hãng MOTA VARCHAR 50 Mô tả

Trang 62

Bảng LOTRINH:

Bảng số liệu 3.2.7: Table lộ trình.

Tính chấtTên trườngKiểu dữ liệuKích cỡChú thích

Primary key MA_LOTRINH VARCHAR 7 Mã lộ trình DIEMDEN VARCHAR 50 Điểm đến DIEMDI VARCHAR 50 Điểm đi THOIGIAN TIME Thời gian bay MOTA VARCHAR 50 Mô tả

Bảng VE:

Bảng số liệu 3.2.8: Table vé.

Tính chấtTên trườngKiểu dữ liệuKích cỡChú thích

SOGHE INT Số ghế ngồi

GIA VARCHAR 10 Giá HIEULUC DATE Hiệu lực

Ngày đăng: 04/05/2024, 12:44

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

Tài liệu liên quan