Bài Tập Lớn 3: Ứng Dụng Đặt Xe Khách và Phát Triển Phần Mềm Quản Lý Vận Tải

Tài liệu nghiên cứu Đề tài ứng dụng đặt xe khách vận tải dành cho một nhà xe, tổng hợp lý thuyết và thực hành, cung cấp kiến thức chuyên sâu về .

• Đề tài: Ứng Dụng Đặt Xe Khách: Phát Triển Phần Mềm Quản Lý Vận Tải

Mục lục chi tiết

• 1. Câu 1: Câu hỏi đặt cho khách hàng
• 1.1. Danh sách các vấn đề cần trao đổi với khách hàng để làm rõ yêu cầu
• 2. Câu 2: Viết mô hình nghiệp vụ bài toán
• 2.1. Hoạt động nghiệp vụ thiết kế phần mềm quản lí khách sạn
• 2.2. Yêu cầu của ứng dụng
• 3. Các điều kiện để thực hiện bài toán
• 3.1. Nguồn nhân lực
• 3.2. Hiểu rõ yêu cầu khách hàng
• 3.3. Kinh phí và thời gian
• 3.4. Phần cứng
• 3.5. Phần mềm
• 4. Mô hình tiến trình phát triển phần mềm công cụ
• 4.1. Mô hình Agile

Tóm tắt

I. Vì Sao Cần Phát Triển Ứng Dụng Đặt Xe Khách Chuyên Nghiệp

Trong bối cảnh kỷ nguyên số bùng nổ, ngành vận tải hành khách đang đối mặt với một cuộc cách mạng thực sự. Sự cạnh tranh không chỉ đến từ các nhà xe truyền thống mà còn từ các nền tảng công nghệ lớn. Do đó, việc phát triển phần mềm quản lý vận tải và một ứng dụng đặt xe khách riêng biệt không còn là một lựa chọn, mà là một yêu cầu cấp thiết để tồn tại và phát triển. Việc chuyển đổi từ mô hình quản lý thủ công, phụ thuộc vào sổ sách và cuộc gọi điện thoại, sang một hệ thống tự động hóa mang lại những lợi ích vượt trội. Một giải pháp công nghệ cho nhà xe không chỉ giúp tối ưu hóa vận hành mà còn cải thiện đáng kể trải nghiệm khách hàng (UX/UI), tạo ra lợi thế cạnh tranh bền vững. Quá trình chuyển đổi số ngành vận tải giúp doanh nghiệp giảm thiểu sai sót do con người, tăng hiệu suất sử dụng đội xe, và minh bạch hóa dòng tiền. Hơn nữa, dữ liệu thu thập được từ ứng dụng là nguồn tài nguyên quý giá để phân tích hành vi khách hàng, từ đó đưa ra các chiến lược kinh doanh và marketing hiệu quả hơn. Việc đầu tư vào một nền tảng đặt xe chuyên nghiệp chính là bước đi chiến lược, khẳng định vị thế thương hiệu và mở ra những cơ hội tăng trưởng doanh thu mới trong thị trường đầy biến động.

1.1. Thách thức vận hành thủ công của các nhà xe truyền thống

Mô hình vận hành truyền thống của các nhà xe khách phụ thuộc nhiều vào quy trình thủ công, dẫn đến nhiều thách thức cố hữu. Việc nhận đặt vé qua điện thoại hoặc tại quầy thường xuyên gây ra tình trạng quá tải, sai sót thông tin, và khó khăn trong việc quản lý tình trạng chỗ trống theo thời gian thực. Nhân viên phải đối chiếu sổ sách, lịch trình một cách thủ công, làm tăng nguy cơ nhầm lẫn và giảm hiệu suất làm việc. Việc điều phối và quản lý đội xe, quản lý tài xế trở nên phức tạp, đặc biệt khi quy mô doanh nghiệp mở rộng. Các vấn đề như theo dõi vị trí xe, cập nhật tình trạng chuyến đi cho khách hàng, hay quản lý các điểm bán vé của đại lý đều gặp nhiều trở ngại. Thêm vào đó, việc tổng hợp báo cáo doanh thu nhà xe cuối ngày hoặc cuối tháng tốn nhiều thời gian và dễ xảy ra sai số, gây khó khăn cho ban lãnh đạo trong việc ra quyết định chiến lược.

1.2. Lợi ích chiến lược từ chuyển đổi số ngành vận tải hành khách

Áp dụng công nghệ thông qua phần mềm quản lý nhà xe và ứng dụng di động mang lại những lợi ích chiến lược to lớn. Đầu tiên, nó giúp tối ưu hóa vận hành toàn diện, từ khâu bán vé xe online đến điều phối xe và quản lý nhân sự. Hệ thống cho phép tự động hóa việc cập nhật lịch trình, sơ đồ ghế, và giá vé, giảm thiểu sai sót và tiết kiệm thời gian. Thứ hai, việc xây dựng app theo yêu cầu giúp nâng cao trải nghiệm khách hàng một cách rõ rệt. Hành khách có thể chủ động đặt vé xe trực tuyến mọi lúc mọi nơi, lựa chọn chỗ ngồi, thực hiện thanh toán online an toàn và theo dõi hành trình của xe. Điều này không chỉ tạo sự tiện lợi mà còn xây dựng lòng trung thành của khách hàng. Cuối cùng, hệ thống cung cấp dữ liệu vận hành chính xác, giúp nhà quản lý đưa ra quyết định dựa trên số liệu thực tế, từ đó cải thiện hiệu quả kinh doanh và tối đa hóa lợi nhuận.

II. Top Tính Năng Cốt Lõi Của Một App Đặt Vé Xe Khách Hiện Đại

Một app đặt vé xe khách thành công phải cân bằng giữa sự đơn giản cho người dùng và khả năng quản lý mạnh mẽ cho nhà xe. Đối với hành khách, ứng dụng cần cung cấp một luồng đặt vé mượt mà, từ tìm kiếm chuyến đi, chọn chỗ ngồi, đến thanh toán và nhận vé điện tử. Giao diện người dùng (UI) phải trực quan, dễ sử dụng, và cung cấp đầy đủ thông tin cần thiết như lịch trình, giá vé, điểm đón trả, và hình ảnh xe. Các tính năng như định vị GPS cho xe khách theo thời gian thực, đánh giá chuyến đi, và thông báo đẩy về các chương trình khuyến mãi là những yếu tố quan trọng giúp tăng cường sự gắn kết. Đối với nhà xe, ứng dụng phải là một phần của một hệ thống quản lý vận tải (TMS) lớn hơn, cho phép họ kiểm soát toàn bộ hoạt động. Điều này bao gồm việc quản lý sơ đồ ghế xe khách, cập nhật lịch trình, quản lý giá vé linh hoạt theo thời điểm, và tích hợp các cổng thanh toán đa dạng. Một ứng dụng hiệu quả phải đáp ứng được nhu cầu của cả hai phía, tạo ra một hệ sinh thái công nghệ liền mạch và hiệu quả.

2.1. Quy trình đặt vé xe trực tuyến và chọn sơ đồ ghế linh hoạt

Tính năng trung tâm của mọi ứng dụng đặt xe khách là quy trình đặt vé xe trực tuyến. Quy trình này cần được thiết kế tối giản qua các bước: tìm kiếm chuyến đi (điểm đi, điểm đến, ngày đi), chọn chuyến xe phù hợp từ danh sách kết quả, và tiến đến bước chọn chỗ. Tại đây, việc hiển thị sơ đồ ghế xe khách một cách trực quan là cực kỳ quan trọng. Sơ đồ cần thể hiện rõ các ghế đã được đặt, ghế còn trống, và vị trí của từng ghế (cửa sổ, lối đi, tầng trên, tầng dưới). Người dùng có thể dễ dàng chạm để chọn và bỏ chọn ghế mong muốn. Sau khi chọn ghế, hệ thống sẽ chuyển người dùng đến trang điền thông tin cá nhân và xác nhận đặt chỗ. Toàn bộ quy trình phải nhanh chóng, mượt mà và không có các bước không cần thiết để đảm bảo trải nghiệm khách hàng tốt nhất.

2.2. Tích hợp thanh toán online và theo dõi định vị GPS xe khách

Để hoàn thiện trải nghiệm đặt vé, việc tích hợp đa dạng các cổng thanh toán online là bắt buộc. Ứng dụng cần hỗ trợ các phương thức phổ biến như thẻ tín dụng/ghi nợ (Visa, Mastercard), ví điện tử (Momo, ZaloPay, VNPay), và chuyển khoản ngân hàng qua mã QR. Quá trình thanh toán phải được bảo mật và xác nhận ngay lập tức, gửi vé điện tử về ứng dụng và email của khách hàng. Sau khi đặt vé thành công, tính năng theo dõi định vị GPS cho xe khách trở thành một công cụ giá trị. Nó cho phép hành khách biết chính xác vị trí của xe, thời gian dự kiến xe đến điểm đón, và theo dõi toàn bộ hành trình. Điều này không chỉ giảm bớt sự lo lắng của khách hàng mà còn thể hiện sự chuyên nghiệp và minh bạch của nhà xe.

III. Hướng Dẫn Xây Dựng Phần Mềm Quản Lý Vận Tải TMS Toàn Diện

Phía sau một ứng dụng đặt xe khách tiện lợi là một hệ thống quản lý vận tải (TMS) mạnh mẽ và toàn diện. Đây là bộ não điều khiển toàn bộ hoạt động của doanh nghiệp vận tải. Một TMS hiệu quả phải được xây dựng trên nền tảng module hóa, cho phép quản lý tập trung mọi khía cạnh. Các chức năng cốt lõi bao gồm quản lý đội xe, theo dõi thông tin chi tiết từng xe (biển số, loại xe, lịch bảo trì), và quản lý tài xế (hồ sơ, lịch làm việc, hiệu suất). Phần mềm điều hành xe này cũng phải có khả năng thiết lập và quản lý lịch trình xe chạy một cách linh hoạt, bao gồm các tuyến đường, điểm dừng, và thời gian biểu. Hơn nữa, hệ thống cần tích hợp các công cụ phân tích và báo cáo, giúp ban lãnh đạo có cái nhìn tổng quan về tình hình kinh doanh, từ đó đưa ra các quyết định kịp thời. Việc xây dựng app theo yêu cầu và hệ thống TMS đồng bộ là chìa khóa để đạt được hiệu quả vận hành tối đa.

3.1. Chức năng quản lý đội xe tài xế và lịch trình xe chạy

Module quản lý vận hành là xương sống của hệ thống quản lý vận tải (TMS). Chức năng quản lý đội xe cho phép nhà điều hành nhập và theo dõi toàn bộ thông tin về phương tiện, bao gồm tình trạng kỹ thuật, lịch đăng kiểm, bảo hiểm, và chi phí nhiên liệu. Chức năng quản lý tài xế lưu trữ hồ sơ chi tiết, phân công lịch làm việc, và theo dõi hiệu suất lái xe. Quan trọng nhất là khả năng quản lý lịch trình xe chạy. Hệ thống cho phép tạo các tuyến đường cố định, thêm bớt các điểm đón trả, và thiết lập thời gian biểu chi tiết cho từng chuyến. Người điều hành có thể dễ dàng phân công xe và tài xế cho các chuyến đi, theo dõi trạng thái chuyến (sắp khởi hành, đang chạy, đã hoàn thành) trên một giao diện duy nhất, giúp tối ưu hóa việc sử dụng nguồn lực và đảm bảo các chuyến xe vận hành đúng giờ.

3.2. Hệ thống quản lý đại lý và báo cáo doanh thu nhà xe tự động

Với các nhà xe có mạng lưới rộng, hệ thống quản lý đại lý bán vé là một thành phần không thể thiếu. Phần mềm quản lý nhà xe cần cung cấp một cổng thông tin (portal) riêng cho các đại lý, cho phép họ truy cập vào hệ thống để đặt vé cho khách, xem sơ đồ ghế trống và quản lý công nợ. Hệ thống phải phân quyền chi tiết, đảm bảo mỗi đại lý chỉ có thể xem và thao tác trên dữ liệu của mình. Song song đó, chức năng báo cáo doanh thu nhà xe phải được tự động hóa. Hệ thống cần tự động tổng hợp dữ liệu bán vé từ mọi kênh (app, website, đại lý, tại quầy) và tạo ra các báo cáo trực quan theo ngày, tuần, tháng. Các báo cáo này có thể phân tích theo từng chuyến xe, tuyến đường, hoặc hiệu suất của từng đại lý, cung cấp cho nhà quản lý một cái nhìn sâu sắc và chính xác về hiệu quả kinh doanh.

IV. Quy Trình Phát Triển Phần Mềm Đặt Xe Khách Từ A Đến Z

Việc phát triển phần mềm quản lý vận tải và ứng dụng đi kèm là một dự án phức tạp, đòi hỏi một quy trình bài bản và chuyên nghiệp. Dựa trên các phương pháp luận trong kỹ nghệ phần mềm, quy trình này thường bắt đầu bằng giai đoạn phân tích và làm rõ yêu cầu. Giai đoạn này, được đề cập trong các tài liệu nghiên cứu như Báo cáo của Nhóm 3 - Trường Đại học Phương Đông, nhấn mạnh tầm quan trọng của việc đặt câu hỏi chi tiết để hiểu rõ nghiệp vụ và mục tiêu của khách hàng. Tiếp theo là giai đoạn thiết kế, bao gồm thiết kế kiến trúc hệ thống, cơ sở dữ liệu và thiết kế trải nghiệm khách hàng (UX/UI) cho ứng dụng. Giai đoạn lập trình sẽ hiện thực hóa các thiết kế này thành một sản phẩm hoạt động. Sau khi hoàn thành, sản phẩm phải trải qua giai đoạn kiểm thử nghiêm ngặt để phát hiện và sửa lỗi, đảm bảo hệ thống hoạt động ổn định. Cuối cùng, dự án sẽ được triển khai, đi vào vận hành thực tế và bước vào giai đoạn bảo trì, nâng cấp liên tục.

4.1. Phân tích yêu cầu và thiết kế trải nghiệm khách hàng UX UI

Đây là giai đoạn nền tảng quyết định sự thành công của dự án. Đội ngũ phát triển cần làm việc chặt chẽ với nhà xe để hiểu sâu sắc quy trình vận hành hiện tại, các khó khăn gặp phải và mục tiêu kinh doanh. Tương tự như quy trình được phác thảo trong các tài liệu nghiên cứu về kỹ nghệ phần mềm, bước đầu tiên là thu thập và làm rõ yêu cầu thông qua các buổi phỏng vấn và khảo sát. Từ đó, các yêu cầu chức năng cho cả app đặt vé xe khách và phần mềm quản lý nhà xe sẽ được định hình. Song song, đội ngũ thiết kế UX/UI sẽ tiến hành nghiên cứu người dùng để xây dựng các kịch bản sử dụng, tạo wireframe và prototype. Mục tiêu là tạo ra một giao diện thân thiện, dễ sử dụng, và một luồng thao tác logic, giúp cả hành khách và nhân viên nhà xe có được trải nghiệm tốt nhất.

4.2. Lựa chọn công nghệ và kiến trúc hệ thống quản lý vận tải

Việc lựa chọn công nghệ phù hợp ảnh hưởng trực tiếp đến hiệu năng, khả năng mở rộng và chi phí bảo trì của hệ thống. Đối với ứng dụng đặt xe khách, các công nghệ phát triển đa nền tảng như React Native hoặc Flutter thường được ưu tiên để tiết kiệm chi phí và thời gian, trong khi vẫn đảm bảo hiệu năng tốt trên cả iOS và Android. Đối với backend của hệ thống quản lý vận tải (TMS), việc lựa chọn ngôn ngữ lập trình (ví dụ: Node.js, PHP, Java) và hệ quản trị cơ sở dữ liệu (ví dụ: MySQL, PostgreSQL) phụ thuộc vào quy mô và độ phức tạp của hệ thống. Kiến trúc Microservices cũng là một lựa chọn đáng cân nhắc cho các hệ thống lớn, giúp tăng tính linh hoạt và khả năng mở rộng độc lập cho từng chức năng.

4.3. Kiểm thử triển khai và bảo trì app đặt vé xe khách liên tục

Trước khi ra mắt, phần mềm phải trải qua nhiều vòng kiểm thử (testing) để đảm bảo chất lượng. Quá trình này bao gồm Unit Test, Integration Test, và User Acceptance Test (UAT), nhằm xác minh mọi tính năng từ đặt vé xe trực tuyến, thanh toán online đến quản lý đội xe đều hoạt động chính xác và không có lỗi. Các kịch bản kiểm thử (test case), như được mô tả trong các tài liệu học thuật, cần được xây dựng chi tiết để bao phủ mọi trường hợp sử dụng có thể xảy ra. Sau khi vượt qua kiểm thử, hệ thống sẽ được triển khai lên môi trường production. Tuy nhiên, công việc không dừng lại ở đó. Giai đoạn bảo trì và hỗ trợ sau triển khai là rất quan trọng để xử lý các vấn đề phát sinh, cập nhật các bản vá bảo mật và nâng cấp tính năng mới theo phản hồi của người dùng và sự thay đổi của thị trường.

Nội dung chính

Tổng quan nghiên cứu

Trong bối cảnh chuyển đổi số đang diễn ra mạnh mẽ, việc tự động hóa và tối ưu quy trình quản lý vận hành là yếu tố sống còn đối với các doanh nghiệp dịch vụ. Việc phát triển một hệ thống phần mềm quản lý đòi hỏi sự kết hợp chặt chẽ giữa kỹ thuật lập trình và quy trình Kỹ nghệ Phần mềm (Software Engineering) tiêu chuẩn. Nhiều doanh nghiệp vừa và nhỏ thường gặp thất bại khi triển khai dự án do thiếu quy trình khảo sát yêu cầu bài bản, ước lượng chi phí thiếu cơ sở khoa học và chưa có chiến lược quản trị rủi ro toàn diện.

Tài liệu cung cấp một bức tranh toàn diện về vòng đời phát triển phần mềm (SDLC), từ khâu thu thập đặc tả yêu cầu, thiết kế kiến trúc dữ liệu, xây dựng kịch bản kiểm thử (Test Case) cho đến lập kế hoạch tài chính và phân bổ nhân sự. Phương pháp tiếp cận của tài liệu dựa trên mô hình Agile kết hợp với các kỹ thuật thiết kế hệ quản trị cơ sở dữ liệu quan hệ (RDBMS), mang lại giải pháp thực tiễn có khả năng mở rộng cao cho các bài toán quản lý dịch vụ và đặt chỗ hiện đại.

---

Nội dung chi tiết

Khảo sát yêu cầu nghiệp vụ và Cơ sở lý thuyết Kỹ nghệ Phần mềm

Giai đoạn kỹ nghệ yêu cầu (Requirements Engineering) đóng vai trò then chốt quyết định sự thành bại của toàn bộ dự án phần mềm. Tài liệu đã hệ thống hóa một bộ câu hỏi khảo sát chuyên sâu gồm hơn 80 tiêu chí, chia thành các nhóm yêu cầu chức năng (Functional Requirements) và phi chức năng (Non-functional Requirements). Bộ câu hỏi này tập trung khai thác toàn diện từ hiện trạng hệ thống cũ, mục tiêu chuyển đổi số, định vị thương hiệu, quy tắc phân quyền người dùng, chính sách bảo mật cho đến các ràng buộc về hạ tầng phần cứng và phần mềm.

                           ┌────────────────────────────────────────┐
                           │   Khảo sát yêu cầu (80+ tiêu chí)     │
                           └──────────────────┬─────────────────────┘
                                              │
                     ┌────────────────────────┴────────────────────────┐
                     ▼                                                 ▼
       ┌───────────────────────────┐                     ┌───────────────────────────┐
       │   Yêu cầu Chức năng       │                     │   Yêu cầu Phi chức năng   │
       │  (Đặt chỗ, Dịch vụ, ...)  │                     │   (Bảo mật, Hiệu năng)    │
       └─────────────┬─────────────┘                     └─────────────┬─────────────┘
                     └────────────────────────┬────────────────────────┘
                                              │
                                              ▼
                           ┌────────────────────────────────────────┐
                           │   Chuẩn hóa CSDL & Thiết kế Mô hình     │
                           │       (ERD 1NF-3NF, UI/UX Wireframe)    │
                           └────────────────────────────────────────┘

Về mặt lý thuyết nền tảng, nghiên cứu áp dụng các nguyên lý phân tích thiết kế hệ thống hướng cấu trúc kết hợp với kỹ thuật mô hình hóa dữ liệu quan hệ. Các quy trình nghiệp vụ cốt lõi được chuẩn hóa bao gồm: tiếp nhận thông tin đặt chỗ, kiểm tra tình trạng tài nguyên theo thời gian thực, điều phối dịch vụ đi kèm, xử lý check-in/check-out và quyết toán hóa đơn tự động.

Nhờ việc phân loại dữ liệu theo các dạng chuẩn (1NF, 2NF, 3NF), hệ thống loại bỏ triệt để hiện tượng dư thừa dữ liệu và dị thường khi cập nhật. Các thực thể cốt lõi trong hệ thống được xác định rõ ràng, bao gồm:

• Thực thể quản lý tài nguyên và phân loại tiện ích (PHONG, LOAIPHONG, TIENNGHI, LOAITN).
• Thực thể quản lý hồ sơ đối tượng sử dụng (KHACHHANG).
• Thực thể vận hành dịch vụ bổ trợ (DICHVU, LOAIDV).
• Các quan hệ liên kết nghiệp vụ (THUEPHONG, SUDUNGDV, TRANGBITN).

---

Phương pháp luận Agile và Kiến trúc Hệ thống

Để đáp ứng tính linh hoạt và khả năng thay đổi liên tục của thị trường, nghiên cứu lựa chọn mô hình phát triển phần mềm Agile. Mô hình này cho phép đội ngũ phát triển chia nhỏ dự án thành các chu kỳ lặp (Sprints), liên tục chuyển giao các tính năng hoàn chỉnh và nhận phản hồi trực tiếp từ phía khách hàng. Cách tiếp cận này giúp giảm thiểu rủi ro trễ hạn, tối ưu hóa năng suất làm việc nhóm và tăng cường tính dự đoán về mặt tiến độ lẫn chi phí.

  Sprint Planning ──► Thiết kế UI/UX (Figma) ──► Lập trình Backend/DB ──► Kiểm thử (Test Case) ──► Review & Lặp
        ▲                                                                                              │
        └────────────────────────────────── Phản hồi liên tục ─────────────────────────────────────────┘

Về kiến trúc công nghệ, hệ thống được xây dựng trên nền tảng Client-Server vững chắc với các công cụ tối ưu:

• Thiết kế giao diện (UI/UX): Sử dụng Figma để xây dựng Prototype và Wireframe trực quan, áp dụng Bootstrap giúp giao diện tương thích đa nền tảng (Responsive Design).
• Ngôn ngữ lập trình Backend: Tích hợp linh hoạt giữa PHP và C++, tận dụng khả năng xử lý nhanh, tối ưu tài nguyên phần cứng và tính tương thích cao với môi trường web.
• Hệ quản trị cơ sở dữ liệu: Sử dụng MySQL với cơ chế đánh chỉ mục (indexing) hiệu quả, hỗ trợ giao dịch an toàn (ACID compliant) và xử lý truy vấn văn bản tốc độ cao.
• Môi trường phát triển: Visual Studio Code kết hợp XAMPP Server tạo nên môi trường thử nghiệm khép kín, ổn định và dễ triển khai.

Kiến trúc giao diện được tối ưu từ các phân hệ riêng lẻ thành 6 màn hình tương tác đồng nhất. Thiết kế này giúp nhân viên thao tác nhanh chóng từ khâu đăng nhập, theo dõi bảng điều khiển doanh thu tổng quan, quản lý sơ đồ trạng thái trực quan cho đến việc tra cứu thông tin khách hàng và xuất hóa đơn chi tiết.

---

Thực thi Kiểm thử, Hoạch định Ngân sách và Quản trị Rủi ro

Một điểm nổi bật của tài liệu là ma trận kiểm thử phần mềm (Test Matrix) chi tiết gồm 64 kịch bản kiểm thử (Test Cases), tập trung vào hai phân hệ trọng yếu:

                           ┌────────────────────────────────────────┐
                           │      Ma trận kiểm thử (64 Test Cases)  │
                           └──────────────────┬─────────────────────┘
                                              │
                     ┌────────────────────────┴────────────────────────┐
                     ▼                                                 ▼
       ┌───────────────────────────┐                     ┌───────────────────────────┐
       │     Phân hệ Đăng nhập     │                     │    Thêm mới Khách hàng    │
       │       (35 Test Cases)     │                     │       (29 Test Cases)     │
       └─────────────┬─────────────┘                     └─────────────┬─────────────┘
                     │                                                 │
                     ├─► Xác thực & Khóa Captcha (5 lần)               ├─► Kiểm tra trường bắt buộc (*)
                     ├─► Mã hóa mật khẩu, Đổi mật khẩu                 ├─► Validate định dạng SĐT/CCCD
                     └─► Xử lý ký tự đặc biệt, Phím Tab                └─► Lọc thẻ HTML & Trim khoảng trắng

• Phân hệ Đăng nhập (35 test cases): Bao quát việc kiểm tra các trường bắt buộc, độ dài ký tự tối đa (maxlength), xử lý ký tự đặc biệt, cơ chế mã hóa mật khẩu, kiểm soát khóa tài khoản tạm thời khi nhập sai CAPTCHA quá 5 lần và chức năng đổi mật khẩu an toàn.
• Phân hệ Thêm mới khách hàng (29 test cases): Kiểm tra tính toàn vẹn dữ liệu, kiểm tra định dạng Số điện thoại/CCCD, cơ chế tự động cắt tỉa khoảng trắng (trim space) và khả năng chống các chuỗi tấn công chèn thẻ mã độc (HTML/Script Injection).

Bên cạnh khía cạnh kỹ thuật, tài liệu giải quyết bài toán kinh tế phần mềm thông qua kế hoạch phân bổ ngân sách 100 triệu VNĐ trong thời gian 2 tháng (8 tuần). Dự án phân chia định mức ngày công minh bạch theo từng vị trí:

Vị trí nhân sự	Định mức lương (VNĐ/ngày)	Vai trò chính
Leader / Business Analyst (BA)	850.000	Khảo sát yêu cầu, lập tài liệu đặc tả, nghiệm thu dự án
UX/UI Designer	660.000	Thiết kế Wireframe, Prototype giao diện tương tác
Developer (Dev)	580.000	Xây dựng cơ sở dữ liệu, lập trình mã nguồn Backend/Frontend
Tester (QC)	470.000	Viết kịch bản kiểm thử, chạy thử nghiệm và rà soát lỗi

Quy trình quản trị rủi ro được thiết lập bài bản với ma trận nhận diện 6 nhóm nguy cơ lớn: rủi ro an ninh mạng (tấn công dữ liệu, lộ thông tin thanh toán), rủi ro mất mát dữ liệu, rủi ro gián đoạn hệ thống, rủi ro phân quyền người dùng, rủi ro tích hợp hệ thống và rủi ro nhân sự. Mỗi nhóm nguy cơ đều đi kèm phương án phòng ngừa cụ thể như mã hóa dữ liệu đa tầng, thiết lập cơ chế sao lưu dự phòng RAID/Cloud, xác thực hai yếu tố (2FA) và tổ chức các buổi đào tạo nội bộ định kỳ.

---

Ai nên đọc tài liệu này?

Tài liệu được biên soạn với cấu trúc chuẩn mực, phù hợp cho nhiều nhóm đối tượng:

• Sinh viên chuyên ngành Công nghệ Thông tin, Kỹ thuật Phần mềm: Tài liệu đóng vai trò như một bài tập lớn mẫu hoàn chỉnh, cung cấp hướng dẫn từng bước từ phân tích yêu cầu, vẽ sơ đồ ERD đến thiết kế ca kiểm thử thực tế.
• Kỹ sư kiểm thử phần mềm (Tester / QA-QC mới vào nghề): Cung cấp bộ khung kịch bản test case mẫu chi tiết cho giao diện form và xử lý dữ liệu nhập, giúp rèn luyện tư duy kiểm thử biên và kiểm thử bảo mật.
• Quản lý dự án (Project Manager / Scrum Master): Nắm bắt phương pháp ước lượng chi phí, phân bổ ngân sách ngày công theo nhân sự và xây dựng ma trận quản trị rủi ro dự án trong khung thời gian 2 tháng.
• Chủ doanh nghiệp và Nhà quản lý dịch vụ vận tải, lưu trú: Hiểu rõ quy trình phát triển một ứng dụng quản lý chuyên nghiệp, từ đó lập kế hoạch đầu tư công nghệ và giám sát nghiệm thu phần mềm hiệu quả.

Kiến thức nền tảng cần có: Đọc giả cần có kiến thức cơ bản về quy trình phát triển phần mềm (SDLC), cấu trúc cơ sở dữ liệu quan hệ (SQL) và tư duy logic về thiết kế giao diện người dùng.

---

Câu hỏi thường gặp (FAQ)

1. Hệ thống phần mềm trong tài liệu bao gồm những phân hệ chức năng chính nào?

Hệ thống tích hợp 6 phân hệ cốt lõi: Quản lý đặt chỗ/phòng trực quan; Quản lý hồ sơ khách hàng; Quản lý danh mục dịch vụ bổ trợ; Quản lý tiện nghi tài sản; Quản lý thanh toán - xuất hóa đơn đa kênh; và Bảng điều khiển (Dashboard) thống kê báo cáo doanh thu theo thời gian thực.

2. Quy trình thiết kế kịch bản kiểm thử (Test Case) được triển khai như thế nào?

Quy trình kiểm thử được thực hiện qua 4 bước: (1) Phân tích màn hình chức năng; (2) Thiết lập điều kiện kiểm tra giao diện và phím điều hướng; (3) Kiểm tra giá trị biên, độ dài ký tự tối đa (maxlength) và định dạng dữ liệu; (4) Kiểm thử bảo mật (XSS, SQL Injection, brute-force với Captcha).

3. Tại sao mô hình Agile lại phù hợp hơn mô hình Thác nước (Waterfall) trong dự án này?

Mô hình Agile chia nhỏ tiến trình thành các Sprint 2 tuần, giúp đội ngũ thích ứng nhanh với các thay đổi nghiệp vụ từ khách hàng. Phương pháp này giảm thiểu rủi ro lệch yêu cầu, cho phép bàn giao từng phần phần mềm để nhận phản hồi liên tục thay vì phải đợi đến cuối dự án.

4. Khi nào hệ thống cần kích hoạt cơ chế bảo mật khóa tài khoản và Captcha?

Hệ thống sẽ tự động kích hoạt mã Captcha và khóa tạm thời tài khoản trong vòng 10 phút khi người dùng nhập sai mật khẩu quá 5 lần liên tiếp. Cơ chế này giúp ngăn chặn triệt để các cuộc tấn công dò quét mật khẩu tự động (Brute-Force Attack) và bảo vệ an toàn thông tin máy chủ.

5. Dự án quản lý và bảo vệ chi phí ngân sách 100 triệu VNĐ như thế nào?

Ngân sách được phân bổ dựa trên định mức ngày công thực tế của 4 vị trí (BA, Dev, UI/UX, Tester) trong 8 tuần làm việc. Kế hoạch chia thành 8 giai đoạn chi tiết: khảo sát (1 triệu), thiết kế (3 triệu), lập trình (29 triệu), chạy thử - hoàn thiện (15 triệu), nghiệm thu và các chi phí bản quyền, hạ tầng liên quan.

---

Kết luận

Tài liệu là một cẩm nang kỹ thuật thực tiễn, phản ánh trọn vẹn quy trình xây dựng một hệ thống phần mềm quản lý dịch vụ đạt chuẩn Kỹ nghệ Phần mềm.

Các điểm cốt lõi cần ghi nhớ:

• Quy trình khảo sát yêu cầu với bộ 80+ câu hỏi là nền tảng cốt lõi giúp xác định đúng bài toán nghiệp vụ.
• Mô hình Agile kết hợp kiến trúc RDBMS (MySQL, PHP/C++) đảm bảo tính linh hoạt và tối ưu hiệu năng.
• Ma trận kiểm thử 64 test cases giúp kiểm soát toàn diện chất lượng phần mềm từ giao diện đến bảo mật.
• Phương pháp phân bổ ngân sách 100 triệu VNĐ minh chứng cho tính khả thi tài chính và quản trị rủi ro chặt chẽ.

Hướng phát triển tiếp theo: Đề tài có thể mở rộng nghiên cứu sang việc tích hợp cổng thanh toán trực tuyến tự động (VNPay, MoMo), phát triển phiên bản ứng dụng di động (Mobile App với Flutter/React Native) và ứng dụng trí tuệ nhân tạo (AI) trong việc dự đoán nhu cầu đặt chỗ của khách hàng theo mùa vụ.

Trích đoạn nội dung tài liệu

BỘ GIÁO DỤC & ĐÀO TẠO TRƯỜNG ĐẠI HỌC PHƯƠNG ĐÔNG KHOA: CÔNG NGHỆ THÔNG TIN VÀ TRUYEN THONG BÀI TẬP LỚN 3 Môn: Kỹ Nghệ Phần Mềm Đề tài: Ưng dụng đặt xe khách, vận tải dành cho một nhà xe Giảng viên hướng dẫn: TS. Nguyễn Thị Hạnh Nhóm 3: Trưởng nhóm: Lê Đức Hiếu - 521107015 Thành viên l: Đoàn Phước Hải - 521107011 Thành viên 2: Nguyễn Kim Minh Phú - 521107045 Lớp: 521107A Hà Nội, năm 2023 Nội dung: Câu 1: Câu hỏi đặt cho khách hàng:.1 Danh sách các vẫn đề cần trao đỗi với khách hàng để làm rõ yêu cầu:. 1 Câu 2: Viet mé hinh nghiép vu bai todms. occ cece cecceseeseeeeeeseeseeseeseeeeen 4 2.Hoạt động nghiệp vụ thiết kế phần mềm quản lí khách sạn:.2 Yêu cầu của ứng dụng:.

Điều kiện cần thiết thực hiện bài toán.- 5 ST HH re 5 3. Các điều kiện để thực hiện bài toán:.--- 5 SE H212 zrye 5 “Oh. Nguồn nhân lực cho dự ân:.- - TQ 000000011113 111556 2551111111111 k kh ky 6 3. Hiéu rõ yêu cầu khách hàng:.Kinh phí và thời Ø1aH:.

Bạn định dùng mô hình tiến trình nào để phát triển phần mềm công cụ này. Giải thích lý đo chọn.Mô hình tiến trình phát triển phần mềm công cụ.- 52 sS2Szcce 7 “Âu 800) 1n ố ẻ.Lý do chọn mồ hình;,. Các chức năng mà công cụ cần đáp ứng:. Quản lý phòng:.

Quản lý khách hàng:. Trình bày thiết kế dữ liệu: các chỉ tiêu dữ liệu (thuộc tính) cần quản lý, các thực thể, phân các chỉ tiêu dữ liệu vào các thực thể, quan hệ giữa các thực thể. Xác định các thực thể và thuộc tính:. Xác định các mỗi quan hệ:.--- 5 SE 1211111 11 121110121111 cu 10 AT nổ 0 8n.

Thiết kế cơ sở dữ liệu:. Bạn định sử dụng các công cụ nào (hệ quan tri CSDL, ng6n ngữ lập trình, v.) dé phat triển hệ thống này? Lý do chọn. Thiết kế giao diện các chức năng của phan mềm:. Tích hợp giao diện và thiết kế kiến trúc:.

Xác dinh giao diện nhập liệu:. Xác định các giao dig xử lý :. Tích hợp các ø1ao diỆH:. Biểu đỗ hệ thống giao diện tương tÁC:.

Cài đặt hệ thống thử nghiệm. Giao điện đăng nhập hệ thống.2, Giao điện tổng quan:. Giao diện hệ thống sơ đồ phòng:. Giao điện hệ thống dịch vụ:.

Giao diện thiết đặt phòng:. - 5-51 1 2211211211211 1 rau 22 Câu 9: Xây dựng test case kiểm thử một vài chức năng của phần mềm:.Test thêm khách hàng mớii:.- - Q22 2221221111231 1 1511135111511 1 15111112 sx2 23 LJN so ai. 30 Câu 10: Phác thảo chỉ phí thực hiện. Nêu ra các căn cứ để bảo vệ chi phí đó trước khách hàng.

Kẻ bảng kế hoạch thực hiện, nội dung công việc và chỉ phí thực hiện. Đảm bảo, chia hết 100 triệu trong thời gian 2 tháng cho số lượng người tham gia dự an với số tiền ngày công của từng vị trí là khác nhau. Phac thao chi phi thực hiện:. Các căn cứ bảo vệ chỉ phí:.Chi phí nguyên liỆu:.

Chi phí phát sinh:.Chi phí lương:. - c1 2212111211211 12 112 11111111 11111111 11111111 1 H1 HH Hay 38 Câu 11: Đưa ra những rủi ro mà hệ thống này gặp phải. Phương pháp ứng phó VOL TUE LO CO. 42 3 | Page Cau 1: Cau hoi dat cho khach hang: 1.1 Danh sách các vấn để cân trao đổi với khách hàng để làm rõ VÊH cân: @ Câu hỏi về phân mêm cũ ( nều có) @ Câu hỏi về phân mêm mới: ® Yêu câu sản phâm ® Yêu câu tiền trình @ Yêu câu phân mêm : chức năng.

hiệu năng,ø1ao diện, yêu câu đặc biệt, @ Yéu cau hé thong. Câu hỏi và giải thích: œ@ Câu hỏi về phần mềm cũ ( nều có) 1. Tại sao anh/ch\ lại muôn thay đôi phần mêm mới? (Giao diện mới, mở rộng chức năng. Những ứng tinh nang han che ma phan mém citi anh/chi muôn thay đôi là gì? ( thiêu chức năng, lôi thời,.

Anh/chị có muôn sử dụng giao điện piông với phần mềm cũ không? 3. Những tính năng mà anh/chị muôn giữ ở phân mêm cũ? 4. Những tính năng mà anh/chị muôn thêm so với phân mêm cũ? 5. Những tính năng mà anh/chị muốn loại bỏ ở phân mêm cũ? ® Câu hỏi về phần mềm mới: Yêu cầu sản phẩm: 7.

Anh/chị muốn xây dựng phần mềm dùng cho nội bộ hay khách hàng? Yêu cầu tiến tình: §. Thời gian thực hiện dự án là bao lâu? (Thời gian bắt đầu và kết thúc) 9. Ngân sách của dự án là bao nhiêu? - Cau hoi nay được đặt ra dé xdc dinh ngan sach cho dw an va dam bao rang chi phí phát triển được giữ trong ngân sách đó. Timeline báo cáo tiến độ công việc? - Xác định thời gian báo cáo lan 1, lan 2,lần 3 đến khi hoàn thành phan mém.

Yéu cau phan mém: e@ Giao diện: 11.Đối tượng sử dụng phần mềm là ai? - Xác định người dùng phân mêm và thiết kế các tính năng của ứng dụng cho phù 12. Phong cách, concept của khách sạn là ø1? 4| Page - Đề có thê thiết kế giao điện cho ứng dụng phù hợp với phong cách của khách sạn.Nguyên tắc xây dựng thương hiệu cho ứng dụng là gi? - Đảm bảo rằng thiết kế và thương hiệu của ứng dụng phù hợp với các nguyên tắc xây dựng thương hiệu tông thê của công ty 14. Anh/chị cung cấp file logo của công ty không ạ? -_ Để có thê sử dụng hình ảnh bản quyền của riêng khách sạn 15. Cách chính sách, quy định đối với từng chức vụ, cấp bậc nhân viên? -_ Đưa ra quy định, điều khoản cho từng chức vụ, cấp bậc nhân viên 16.

Hệ thông khách sạn gồm những gì? - Đề có thê thiết kế các Imodule phù hợp e@ Tính năng: 17. Những tính năng bắt buộc phải có trong ứng dụng? - Xác định những tỉnh năng quan trọng nhất mà ứng dụng phải có. Những tính năng anh/chị mong đợi có trong ứng dụng? -_ Nêu rõ cho khách hàng về những tính năng hữu ích mới nhất đề khách hàng lựa chọn.Các yêu cầu SEO cho ứng dụng là gì? - Câm hỏi này được hỏi đề xác định bắt kỳ yêu cẩu toi wu hóa công cụ tìm kiếm (SEO) nào cho ứng dụng, chẳng hạn như tối ưu hóa nội dung cho các từ khóa cụ thể. o_ Các công cụ phát triển cho ứng dụng là gì? - Xác định các công cụ và phần mêm sẽ được sử dụng đề phát triển ứng dụng.

o _ Anh/chị muốn sử dụng phương pháp phát triển ứng dụng nào? - Đề xác định phương pháp phát triển sẽ được sử dụng đề phát triển ứng dụng, chăng hạn như Agile hodc Waterfall. o_ Phương pháp thử nghiệm cho ứng dụng? - Xác định phương pháp thử nghiệm sẽ được sử dụng đề đảm bảo rằng ứng dụng hoạt động như mong đợi. Quy trình triển khai ứng đụng? - Đề xác định quy trình triển khai ứng dụng vào môi trường trực tiếp Phòng: 24.Anh/chị cần tích hợp tính năng đặt phòng tại bộ phận lễ tân hay không? 25. Anh/chị cần tích hợp tính năng kiểm tra tình trạng phòng hay không? 26.Anh/chị cần tích hợp tính năng thêm phòng hay không? 27.Anh/chị cần tích hợp tính năng xóa phòng hay không? 28.Anh/chị cần sắp xếp sơ đồ phòng trên máy theo sơ đồ thực tế của khách sạn hay không? 5 | Page 29.

Anh/chi c6 can tính năng tích hợp tên nhân viên đã đặt/thay đôi phòng cho khách? 30.Anh/chị cần nhận diện phân loại phòng theo màu hay kí tự đặc biệt? 31.Anh/chị cần tích hợp tính năng thay đối phòng cho khách hàng hay không? 32.Anh/chị có cần tính năng thay đổi giá phòng trên phần mềm hay không? 33. Tích hợp tính năng thay đổi thời gian check in - check out cho khách? Khách hàng: 34.Anh/chị có muốn thêm thông tin cụ thể của khách hàng khi đặt phòng? 35.Anh/chị có muốn xóa thông tin cụ thể của khách hàng khi đặt phòng? 36.Anh/chị có muốn lưu trữ thông tin cụ thể của khách hàng khi đặt phòng? 37.Anh/chị có muốn loại bỏ thông tin khách hàng cũ từ lâu không quay lại? 38. Anh/chị có cần tính năng nhận diện khách hàng cũ qua danh sách ID khách hàng hay ko? 39.Anh/chị có cần tích hợp tính năng kiểm tra thông tin khách hàng đã đặt phòng theo neày/tháng/năm không? Dịch vụ: 40.Anh/chị có muốn thêm dịch vụ? 41.Anh/chị có muốn xóa dịch vụ? 42.Anh/chị có muốn lưu trữ địch vụ? 43.Anh/chị có muốn sửa dịch vụ? 44.Anh/chị có muốn thay déi/ stra giá dịch vụ? 45.Anh chị có cần tính năng kết hợp combo đặt phòng đi đôi với dịch vụ hay không? 46. Tích hợp mục dịch vụ riêng lẻ theo từng yêu cầu của khách? Tiện nghĩ: 47.

Anh/chị muốn thêm tiện nghĩ? 48.Anh/chị muốn sửa tiện nghi? 49.Anh/chị muốn xóa tiện nghi? 50.Anh/chị muốn tích hợp tiện nghi với phòng hiển thị trên sơ đồ phòng? 51.Anh/chị muốn thay đôi giá tiện nghĩ? 52.Anh/chị muốn liên kết giá của tiện nghi với phòng khi khách hàng làm hỏng? c.Anh/chị cần tích hợp các công thanh toán không? - OR, VNPay, MoMo. Anh/chi can yéu cau lap hoa don mang nao trong img dung? - Tạo hóa đơn, thanh toản,.Anh/chị muốn hỗ trợ nhiều ngôn ngữ cho phần mềm không? 6 | Page - Xác định yêu cầu về ngôn ngữ mà khách hàng muốn nhắm đến 56.Anh/chị cần hỗ trợ chuyên đôi sang những đơn vị tiền tệ nào? - Xác định về tiền tệ khách hàng nhận thanh toản g. Nén tảng sử dụng: 57. Ứng dụng có thê được sử dụng trên nhiều nền tảng không? - Xác định xem ứng dụng có được phát triển đề sử dụng trên nhiều nên tảng, chẳng han nh iOS va Android hay không.

o Ung dung cé duge str dung ngoai tuyén khong? - Xác định xem ứng dụng có cần hoạt động ngoại tuyến hay không hoặc néu no yêu câu kết nối internet h. Dữ liệu người dùng: 59. Anh/chị có muốn chia sẻ đữ liệu người dùng đối với ứng dụng ko? - Xác định bắt kỳ yêu cẩu nào đối với việc chia sẻ đữ liệu người dùng, chăng hạn như với các đối tác bên thứ ba hoặc nhà cung cap dich vu. Các yêu cầu xóa dữ liệu người dùng đối với ứng dụng là gi? - Xác định bắt ky yéu cẩu nào đối với việc xóa đữ liệu người dùng, chang hạn như trong trường hợp xóa tài khoản hoặc vì phạm đữ liệu.

Anh/chị có muốn hỗ trợ Khả năng di chuyền dữ liệu của npười dùng đối với ứng dụng? - Cho phép người dùng xuất dữ liệu của họ theo định dạng chung. Việc truy cập dữ liệu người dùng đối với ứng dụng? - Cho phép người dùng xem dữ liệu của họ hoặc thực hiện các thay đồi đối với tời khoản của họ 1.Các yêu cầu bảo mật tài khoản người dùng đối với ứng dụng là gi?