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 rat lâu tốn nhiều thời gian, đôi khi tro
Trang 1Khoa Cong nghé Thong tin Bộ môn Cơng nghệ Phần mềm O
Báo cáo đồ án môn học
Trang 2D Giai đoạn 1:
1 Nêu bài toán (Problem Definition):
a Tom tat vé du an (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 rat 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 trang un tac Vi vay 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ó (hề 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 ly bãi gửi xe
b.3 Môi trường triển khai hệ thống (phần cứng, phan 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 bi 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 Specificafion -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 | dia chi 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ưa Khu đề 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ỉ đà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ệ
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 lai thong 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 lay
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ờ lay 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: ¡đ, 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.I 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 g1ữ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
-Phan mem phan 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 quan ly cé tat ca 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 Quan ly 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)
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: ¡d thẻ, biển số xe, tên chủ xe, SĐT, CMND giúp người quan
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 đữ liệu khi có sự cô
-Có tính kế thừa
Trang 5Quản lý thông tin <<Extend>> 7 7 Quan ly thông tn SUT TTT Cap nhat tài khoản tài khoản _ a —— | | L <<Extend>> Ce danh oe fo Cố khoan ae <<Extend>> - — | — < danh wont ) | _ _ v | <<Extend>> <<Extend>> | Oo LL Nhanitraxe - \Ăă ^^ Include>>_ << >> Kiém tra thông iể ô \_ << Include> Ỳ << >> ẨN Nhân viên Quản lý thông tin —_—_—_—-— Quản lý thẻ i A L <<Extend>> | ¬ CS 1 | <<Extend>> Cs so dé bai me em nhật > | | _ " _ —— <<Extend>> J Quan ly nha xe T ~ A TT” — | <<Extend>> <<Extpnd>> Li Xuất danh sách gửi xe ——+—— <<Extend>> ; 5 , C— PS (xua CC mem een `) b Dac ta Use case: b.1 Summary:
Use Case ID UC-a Use Case Name Tim kiém
Description Cac actor yéu cau hé thong tim kiém théng tin xe trén hé thong
Trang 6
Description Actor yéu cau hé thong luu va check thong tin khach vao ra Actor(s) Nhan vién, quan ly 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 Quan ly thong 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) Quan ly Priority Trigger Khi actor kich vao chire nang quan ly hé thong 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 Bao cao thong ké Description Actor yéu cau hé thong tinh toán trên các số liệu trên hệ thống đề đưa ra con số thống kê Actor(s) Quan ly Priority Trigger Khi actor kich vào chức năng báo cáo thống kê Pre-Condition(s) Phải dùng thiết bi bãi gửi xe, tài khoản đăng nhập phải là của quản lý Post-Condition(s) Cac con số thông kê được hiện trên màn hình Use Case ID UC-e Use Case Name Dang nhap
Trang 7Actor(s) Quan ly 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 Quan ly nha 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ý nha 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 khach lay xe Pre-Condition(s) Phai quet the, thực hiện trên thiết bị của bãi gui 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ô
Trang 9
Use 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) Quan ly Priority Trigger Actor kich 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 sach sau cap nhat 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) Quan ly 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 sach tai khoan can 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) Quan ly 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 sach thé can hién
Use Case ID UC-c.2.2 Use Case Name Cap nhat the
Description Actor yêu câu hệ thống cập nhật thẻ Actor(s) Quan ly 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 sach sau cap nhat 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 10
Pre-Condition(s) Phải đăng nhập Post-Condition(s) Hién lén man hinh so do bai 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 toan
Description Actor yéu cau hé thong thanh toan
Trang 11or 1: Tìm kiếmQ 1.1: Check thông tin tìm kiếm — : Danh sách thông tin tìm kiếm
3.3: Kiểm tra thông tin xe raQ
7 2.3: Kiểm tra thông tin xe ra() : Nhân viên 2.2: Lưu thơng tin( — — —*® 3.4; Kết quả kiểm tra() —$— - gi 2.1: Chỉnh sửa thông tin nhậpQ wor ` 22 3.5.1: Báo lỗi() +
4.1.1.1: Hiện danh sách tài khoản, thẻ(
———mm 3.5.2: Hiện hoá đơn) ays “ 4.1.2.2: Hiện danh sách tìm kiếm() ate a =