Sau khi khách hàng đăng ký với người quản lý thì nhà xe sẽ làm cho khách hàng một thẻ gửi xe với thông tin khách hàng đã đăng ký và gán vào 1 địa chỉ id và thêm thuộc tính tình trạng thẻ
Trang 1≡≡ Khoa Công nghệ Thông tin
Bộ môn Công nghệ Phần mềm
o0o Báo cáo đồ án môn học
Phân tích thiết kế hệ thống
Giai đoạn 1
Tên hệ thống: Hệ thống quản lý bãi gửi xe
Lớp: 65IT4 Học kỳ: 1 Nhóm thực hiện: 8 Các thành viên:
1) Chu Đức Hưng (nhóm trưởng) 2) Trần Chí Cường
3) Tống Đăng Tú
Giáo viên hướng dẫn: Nguyễn Hồng Hạnh
Hà nội 02/11/2022
Trang 2I) Giai đoạn 1:
1 Nêu bài toán (Problem Definition):
a Tóm tắt về dự án (Project Abstract):
a.1 Mô tả:
Các hệ thống bãi giữ xe theo truyền thống hiện nay đã không đáp ứng được đầy đủ nhu cầu của con người vì thực tế thời gian xử lý công việc rất lâu tốn nhiều thời gian, đôi khi trong giờ cao điểm tại một số điểm còn gây ra tình trạng ùn tắc Vì vậy cần một giải pháp quản lý có thể xử lý thông minh và đem lại hiệu quả cao, chúng ta cần một phần mềm quản lý xe, giúp xử lý các vấn đề của bãi đỗ xe truyền
thống mắc phải
a.2 Phạm vi dự án được ứng dụng:
Được ứng trong trường học, khu chung cư, bệnh viện, công ty
a.3 Đối tượng sử dụng:
Người quản lý bãi xe, nhân viên trông xe, khách gửi xe
b Hệ thống dự định sẽ làm (Proposed System):
b.1 Mục đích của hệ thống:
Ban quản lý có thể kiểm soát phương tiện và điều hành bãi xe một cách tự động, dễ dàng và nhanh
chóng thông qua hệ thống quản lý bãi đỗ xe thông minh Vì những lý do về an ninh, trật tự và đảm bảo vận hành sự lưu thông của các phương tiện, giải pháp bãi đỗ xe thông minh được các chủ đầu tư đặc biệt quan tâm về chất lượng và khả năng phục vụ
b.2 Tên hệ thống:
Hệ thống quản lý bãi gửi xe
b.3 Môi trường triển khai hệ thống (phần cứng, phần mềm):
-Tình trạng hiện tại bãi xe đang ở môi trường truyền thống tốn nhiều nhân lực nên muốn chuyển sang môi trường tự động thông minh
-Phần cứng sử dụng trên thiết bị được lắp đặt sẵn trong bãi xe cho khách hàng sử dụng, và một thiết bị dành riêng cho nhân viên quản lý Ngoài ra còn có camera, cảm biến
-Phần mềm trên hệ điều hành windows
-CSDL tập trung
b.4 Công cụ phát triển hệ thống:
-Netbean, SQL sever
-Ngôn ngữ java, javaswing
2 Xác định các yêu cầu của khách hàng (Customer Requirements Specification -CRS):
a Quản lý khách gửi xe:
Hệ thống giúp quản lý thông tin của từng khách gửi xe Khách đến gửi xe được chia làm hai loại:
khách thường và khách VIP Mọi thông tin cảu khách giử xe đều được lưu và quản lý thông qua thẻ gửi
xe Khách thường thì có thể dùng thẻ dùng 1 lần và thẻ tháng Khách VIP thì chỉ dùng thẻ tháng Đối với thẻ tháng thì khách phải đăng ký với người quản lý gồm các thông tin như: họ và tên, đối tượng khách hàng (thường, VIP), số điện thoại, CMND, biển số xe, tháng đăng ký, ô gửi xe (đối với VIP) Sau khi khách hàng đăng ký với người quản lý thì nhà xe sẽ làm cho khách hàng một thẻ gửi xe với thông tin khách hàng đã đăng ký và gán vào 1 địa chỉ id và thêm thuộc tính tình trạng thẻ (thẻ có khóa hay không) rồi lưu vào hệ thống
b Quản lý vị trí gửi xe:
Hệ thống cho phép người quản lý xem thông tin về bãi đỗ xe như: sơ đồ bao quát bãi gửi xe, danh sách các ô để xe bao gồm các thông tin như: mã ô để xe, biển số, tình trạng ô đỗ (có xe hay chưaKhu để
xe chia làm 3 khu vực: khu VIP, khu B, khu C Khu B và khu C dành cho khách thường Khu B dành cho
xe máy, khu C dành cho ô tô Khu VIP chỉ dành cho khách VIP Đối với khu cho khách thường, khách thường có thể để xe tùy ý Với khu B sẽ được chia nhỏ thành các ô với sức chứa 30 xe mỗi ô Với khu C, mỗi xe chỉ để trong 1 ô Đối với khu VIP, mỗi một ô sẽ được cố định với xe được đã được đăng ký từ trước, nếu để sai vị trí thì hệ thống sẽ báo lỗi Các ô gửi xe sẽ có tọa độ riêng Khi khách xuống xe hệ thống sẽ tự động lưu lại biển số xe và ô gửi xe qua camera
Trang 3c Quản lý lượt xe:
Quản lý lượt ra vào các xe qua biển số, hoặc qua thời gian ra vào Khi khách hàng vào nhà gửi xe thông qua trạm kiểm tra Với khách thường không có thẻ tháng, người quản lý sẽ quẹt thẻ và đưa cho khách Khách dùng thẻ tháng thì tự quẹt thẻ, nếu thẻ đã hết hạn thì hệ thống sẽ không nhận, khi đó khách
sẽ dùng loại thẻ 1 lần Khi quẹt thẻ (tất cả các loại thẻ), hệ thống sẽ lưu lại thông tin bao gồm: id thẻ đi kèm biển số, loại thẻ, ngày giờ Đối với thẻ VIP thì thẻ sẽ có thêm thông tin về ô gửi xe Khi khách lấy
xe, khách sẽ quẹt thẻ để hệ thống kiểm tra biển số được lưu trong hệ thống với biển số của xe Nếu đúng thì cho qua và hệ thống lưu lại ngày giờ lấy xe Nếu sai thì hệ thống sẽ báo lỗi và không cho qua Nếu khách dùng vé dùng 1 lần thì khách phải trả lại thẻ và thanh toán cho người quản lý Còn khách vé tháng
thì không cần trả lại thẻ
d Quản lý tài khoản:
Hệ thống còn quản lý tài khoản: mật khẩu, họ và tên, CMND, chức vụ (nhân viên, quản lý) Mỗi nhân viên sẽ được cấp một tài khoản riêng để đăng nhập Người quản lý sẽ có một tài khoản riêng
e Sự cố có thể sẩy ra:
Đôi khi sẽ có một số trường không mong muốn xảy ra Khi khách mất thẻ có thể báo với nhân viên, quản lý để tiến hành khóa thẻ Khi xe bị mất hoặc hư hại trong khi gửi, có thể yêu cầu nhân viên, quản lý truy xuất camera Các vấn đề này được xử lý theo quy định của bãi gửi xe
3.Phân tích yêu cầu (Requirement analysis):
3.1.Phân tích yêu cầu chức năng:
a, Lưu trữ thông tin:
-Thông tin về thẻ gửi xe: id, loại thẻ, họ và tên, đối tượng khách hàng (thường, VIP), số điện thoại, CMND, biển số xe, tháng đăng ký, ô gửi xe (đối với VIP), tình trạng thẻ
-Thông tin vị trí gửi xe: mã ô gửi xe, tình trạng ô gửi xe
-Thông tin ra vào của khách: thời gian ra vào bãi gửi xe
b, Xử lý:
b.1 Yêu cầu quản lý thẻ gửi xe:
- Lập danh sách toàn bộ khách gửi xe
- Thống kê lượng khách thường, khách VIP
- Thêm, sửa, xoá thẻ
b.2 Yêu cầu quản lý ra vào:
- Lập danh sách ra vào trong một khoảng thời gian nhất định
b.3 Yêu cầu báo cáo thống kê:
- Hệ thống tính toán để đưa ra tổng số xe ra, vào, hoặc doanh thu trong một khoảng thời gian
- Hệ thống đưa ra được sự chênh lệch giữa các tháng với nhau về số lượng xe
b.4 Yêu cầu đăng nhập:
-Hệ thống đăng nhập qua tài khoản và mật khẩu
-Phần mềm phân quyền sử dùng ba nhóm người dùng (người quản lý, nhân viên, khách hàng) Người quản lý có tất cả các quyền sử dụng trong hệ thống Nhân viên cũng có quyền tương tự như người quản
lý, chỉ khác ở quyền Quản lý thông tin tài khoản (nhân viên chỉ được đổi mật khẩu tài khoản của mình) Khách hàng chỉ có quyền tìm kiếm vị trí gửi xe, khi đăng nhập bằng tài khoản khách (tức là không yêu cầu tài khoản và mật khẩu)
b.5 Yêu cầu đăng ký:
- Hệ thống có chức năng đăng ký khi khách có nhu cầu dùng thẻ tháng
b.6 Yêu cầu báo lỗi:
- Hệ thống báo lỗi lên màn hình khi có lỗi như: sai biển số xe, sai vị trí đỗ xe
b.7 Yêu cầu Setup:
- Cho phép chỉnh một số thông tin như: giá gửi xe theo ngày (xe máy), theo giờ (ô tô), sức chứa tối đa (thuận tiện cho mở rộng quy mô, hoặc tu sửa bãi xe)
b.8 Tìm kiếm:
Trang 4- Tiềm kiếm xe được gửi trong nhà xe thông qua biển số, thời gian ra vào.
- Tìm kiếm thông tin thẻ theo điều kiện: id thẻ, biển số xe, tên chủ xe, SĐT, CMND giúp người quản
lý bãi gửi xe thuận tiện trong quá trình rà soát
-Đối với người dùng là khách gửi xe thì chỉ tìm được xe của bản thân
3.2 Phân tích yêu cầu phi chức năng:
-Giao diện thân thiện, dễ sử dụng với người dùng
-Ổn định, xử lí hiệu quả
-Khả năng sao lưu phục hồi dữ liệu khi có sự cố
-Có tính kế thừa
-Yêu cầu phân quyền người dùng
a Use case tổng quát:
Trang 5b Đặc tả Use case:
b.1 Summary:
Use Case ID UC-a
Use Case Name Tìm kiếm
Description Các actor yêu cầu hệ thống tìm kiếm thông tin xe trên hệ thống
Actor(s) Khách gửi xe, nhân viên, quản lý
Priority
Trigger Kích hoạt khi actor kích vào chức năng tìm kiếm trên thiết bị
Pre-Condition(s) Phải tìm kiếm trên thiết bị của bãi gửi xe, thông tin xe cần tìm phải từng được gửi
Post-Condition(s) Vị trí xe cần tìm
Use Case ID UC-b
Use Case Name Nhận/trả xe
Trang 6Description Actor yêu cầu hệ thống lưu và check thông tin khách vào ra
Actor(s) Nhân viên, quản lý
Priority
Trigger Khi khách gửi xe đến gửi và lấy xe
Pre-Condition(s) Phải thực hiện trên thiết bị bãi xe, phải đăng nhập, nếu khách gửi xe thì phải còn chỗ
trống
Post-Condition(s) Nếu gửi với khách ko có thẻ thì cấp thẻ, nếu lấy xe khách không có thẻ phải thanh toán
Use Case ID UC-c
Use Case Name Quản lý thông tin
Description Actor yêu cầu hệ thống quản lý các thông tin được lưu trên hệ thống
Actor(s) Quản lý
Priority
Trigger Khi actor kích vào chức năng quản lý hệ thông
Pre-Condition(s) Phải dùng thiết bị bãi gửi xe, tài khoản đăng nhập phải là của quản lý
Post-Condition(s) Các mục thông tin cần quản lý được hiện ra màn hình
Use Case ID UC-d
Use Case Name Báo cáo thống kê
Description Actor yêu cầu hệ thống tính toán trên các số liệu trên hệ thống để đưa ra con số thống kê
Actor(s) Quản lý
Priority
Trigger Khi actor kích vào chức năng báo cáo thống kê
Pre-Condition(s) Phải dùng thiết bị bãi gửi xe, tài khoản đăng nhập phải là của quản lý
Post-Condition(s) Các con số thống kê được hiện trên màn hình
Use Case ID UC-e
Use Case Name Đăng nhập
Description Actor yêu cầu hệ thống dùng tài khoản đăng nhập vào hệ thống
Actor(s) Nhân viên, quản lý
Priority
Trigger Khi actor kích vào chức năng đăng nhập
Pre-Condition(s) Phải dùng thiết bị bãi gửi xe, tài khoản đăng nhập phải tồn tại
Post-Condition(s) Các chức năng của hệ thống hiện lên trên màn hình
Use Case ID UC-c.1
Use Case Name Quản lý thông tin tài khoản
Description Actor yêu cầu hệ thống quản lý các thông tin liên quan đến tài khoản
Actor(s) Quản lý
Priority
Trigger Khi actor kích vào chức năng quản lý tài khoản
Pre-Condition(s) Phải dùng thiết bị bãi gửi xe, tài khoản đăng nhập phải là của quản lý
Post-Condition(s) Các chức năng quản lý quản lý tài khoản hiện lên trên màn hình
Use Case ID UC-c.2
Use Case Name Quản lý thẻ
Description Actor yêu cầu hệ thống quản lý các thông tin liên quan đến thẻ gửi xe
Trang 7Actor(s) Quản lý
Priority
Trigger Khi actor kích vào chức năng quản lý thẻ
Pre-Condition(s) Phải dùng thiết bị bãi gửi xe, tài khoản đăng nhập phải là của quản lý
Post-Condition(s) Các chức năng quản lý quản lý thẻ hiện lên trên màn hình
Use Case ID UC-c.3
Use Case Name Quản lý nhà xe
Description Actor yêu cầu hệ thống quản lý các thông tin của nhà xe
Actor(s) Quản lý, nhân viên
Priority
Trigger Khi các actor kích vào chức năng quản lý nhà xe
Pre-Condition(s) Phải dùng thiết bị của bãi xe, phải đăng nhập
Post-Condition(s) Các chức năng quản lý liên quan đến quản lý bãi xe hiện lên màn hình
Use Case ID UC-b.1
Use Case Name Kiểm tra thông tin
Description Actor yêu cầu hệ thống check thông tin khách lấy xe so với thông tin khách gửi xe
Actor(s) Quản lý, nhân viên
Priority
Trigger Khi khách lấy xe
Pre-Condition(s) Phải quẹt thẻ, thực hiện trên thiết bị của bãi gửi xe
Post-Condition(s) Hiện trạng thái hợp lệ hay không để cho qua
Use Case ID UC-b.2
Use Case Name Xử lý sự cố
Description Actor yêu cầu hệ thống xử lý một số sự cố có thể sẩy ra
Actor(s) Quản lý, nhân viên
Priority
Trigger Khi có sự cố sẩy ra
Pre-Condition(s) Sự cố đã sẩy ra
Post-Condition(s) Các bên liên quan giả quyết xong các sự cố và không còn tồn tại xung đột
Use Case ID UC-d.1
Use Case Name Tổng số xe ra vào
Description Actor yêu cầu hệ thống tính tổng số xe ra vào qua các thông số trên hệ thống
Actor(s) Quản lý
Priority
Trigger Actor kích vào chức năng tính tổng số xe ra vào
Pre-Condition(s) Phải nhập vào 1 khoảng thời gian cụ thể
Post-Condition(s) Hiện số lượng xe ra vào lên màn hình
Use Case ID UC-d.2
Trang 8Use Case Name Doanh thu
Description Actor yêu cầu hệ thống tính tiền lời lãi của bãi giữ xe trong một khoảng thời gian
Actor(s) Quản lý
Priority
Trigger Actor kích vào chức năng doanh thu
Pre-Condition(s) Phải nhập vào thời gian cụ thể
Post-Condition(s) Doanh thu thu được được hiện lên màn hình
Use Case ID UC-d.3
Use Case Name So sánh lượng xe
Description Actor yêu cầu hệ thống so sánh số xe ra vào trong một khoảng thời gian
Actor(s) Quản lý
Priority
Trigger Actor kích vào chức năng so sánh lượng xe
Pre-Condition(s) Phải nhập thời gian cụ thể
Post-Condition(s) Hiện chênh lệch 2 khoảng thời gian được so sánh
Trang 9Use Case ID UC-c.1.1
Use Case Name Cập nhật tài khoản
Description Actor thêm, sửa, xoá tài khoản ở trong hệ thống
Actor(s) Quản lý
Priority
Trigger Actor kích vào chức năng cập nhật tài khoản
Pre-Condition(s) Thêm thì tài khoản phải chưa tồn tại; sửa và xoá thì tài khoản phải tồn tại
Post-Condition(s) Danh sách sau cập nhật
Use Case ID UC-c.1.2
Use Case Name Xuất danh sách tài khoản
Description Actor yêu cầu hệ thống xuất danh sách tài khoản
Actor(s) Quản lý
Priority
Trigger Actor kích vào chức năng xuất danh sách tài khoản
Pre-Condition(s) Các tài khoản phải tồn tại
Post-Condition(s) Danh sách tài khoản cần hiện
Use Case ID UC-c.2.1
Use Case Name Xuất danh sách thẻ
Description Actor yêu cầu hệ thống xuất danh sách thẻ
Actor(s) Quản lý
Priority
Trigger Actor kích vào chức năng xuất danh sách thẻ
Pre-Condition(s) Các thẻ phải tồn tại
Post-Condition(s) Danh sách thẻ cần hiện
Use Case ID UC-c.2.2
Use Case Name Cập nhật thẻ
Description Actor yêu cầu hệ thống cập nhật thẻ
Actor(s) Quản lý
Priority
Trigger Actor kích vào chức năng cập nhật thẻ
Pre-Condition(s) Thêm thì thẻ phải chưa tồn tại; sửa và xoá thì thẻ phải tồn tại
Post-Condition(s) Danh sách sau cập nhật
Use Case ID UC-c.3.1
Use Case Name Xuất sơ đồ bãi gửi xe
Description Actor yêu cầu hệ thống xuất sơ đồ bãi gửi xe
Actor(s) Quản lý, nhân viên
Priority
Trigger Actor kích vào chức năng xuất sơ đồ bãi gửi xe
Trang 10Pre-Condition(s) Phải đăng nhập
Post-Condition(s) Hiện lên màn hình sơ đồ bãi xe
Use Case ID UC-c.3.2
Use Case Name Xuất danh sách gửi xe
Description Actor yêu cầu hệ thống xuất danh sách gửi xe
Actor(s) Quản lý, nhân viên
Priority
Trigger Actor kích vào chức năng xuất danh sách gửi xe
Pre-Condition(s) Phải đăng nhập
Post-Condition(s) Hiện lên màn hình danh sách gửi xe
Use Case ID UC-b.1.1
Use Case Name Thanh toán
Description Actor yêu cầu hệ thống thanh toán
Actor(s) Quản lý, nhân viên
Priority
Trigger Actor kích vào chức năng thanh toán
Pre-Condition(s) Phải đăng nhập
Post-Condition(s) Hiện lên màn hình hoá đơn thanh toán