Báo cáo: Phát triển & phân tích thiết kế phần mềm quản lý hàng hóa, bán hàng

Tài liệu đồ án phân tích thiết kế hệ thống quản lý hàng hóa, bán hàng. Gồm biểu đồ use case, CSDL, giao diện, phù hợp cho sinh viên tham khảo.

Trường đại học

Học viện kỹ thuật mật mã

Chuyên ngành

An toàn thông tin

Người đăng

Ẩn danh

Thể loại

Đồ án tốt nghiệp

2021

60
1
0

Phí lưu trữ

30 Point

Tóm tắt

I. Tổng quan về hệ thống quản lý hàng hóa

Hệ thống quản lý hàng hóa là một giải pháp phần mềm hiện đại giúp các doanh nghiệp, cửa hàng bán lẻ tối ưu hóa quy trình kinh doanh. Trong bối cảnh công nghệ thông tin ngày càng phát triển, việc áp dụng phần mềm quản lý bán hàng không chỉ tiết kiệm chi phí và thời gian mà còn nâng cao hiệu quả kinh doanh đáng kể. Thiết kế hệ thống quản lý hàng hóa bao gồm các chức năng quản lý sản phẩm, hóa đơn, khách hàng và nhà cung cấp một cách tích hợp. Mục tiêu chính là xây dựng một nền tảng dễ sử dụng, dễ chỉnh sửa để hỗ trợ các hoạt động bán hàng hàng ngày, từ đó giúp doanh nghiệp có cái nhìn toàn diện về tình hình kinh doanh và kho hàng.

1.1. Khái niệm cơ bản về quản lý hàng hóa

Quản lý hàng hóa là quá trình theo dõi, kiểm soát và tổ chức các sản phẩm từ khi nhập hàng cho đến khi bán cho khách hàng. Một hệ thống quản lý hiệu quả cần cung cấp các thông tin về tồn kho, giá bán, nhà cung cấp và lịch sử giao dịch. Điều này giúp các nhà quản lý đưa ra quyết định kinh doanh chính xác và kịp thời, giảm thiểu rủi ro mất hàng hoặc hàng chậm tiêu thụ.

1.2. Tầm quan trọng của công nghệ thông tin trong kinh doanh

Công nghệ thông tin đóng vai trò then chốt trong việc nâng cao năng suất kinh doanh modern. Ứng dụng phần mềm quản lý giúp tự động hóa các quy trình thủ công, giảm sai sót nhân công và cung cấp báo cáo thực tế. Các doanh nghiệp sử dụng hệ thống quản lý điện tử có thể theo dõi doanh thu, dự báo nhu cầu hàng hóa và quản lý tài chính một cách chuyên nghiệp hơn.

II. Phân tích yêu cầu hệ thống

Phân tích yêu cầu là bước quan trọng trong quá trình thiết kế hệ thống quản lý hàng hóa. Các yêu cầu được chia thành hai loại chính: yêu cầu chức năng và yêu cầu phi chức năng. Yêu cầu chức năng bao gồm các tính năng cốt lõi như quản lý sản phẩm, tạo hóa đơn, quản lý khách hàng, nhà cung cấp và thống kê báo cáo. Còn yêu cầu phi chức năng liên quan đến hiệu suất, bảo mật, độ tin cậy và khả năng sử dụng của hệ thống. Việc xác định rõ các yêu cầu này từ đầu giúp đảm bảo phần mềm phát triển đáp ứng đầy đủ nhu cầu của người dùng cuối.

2.1. Yêu cầu chức năng của hệ thống

Hệ thống cần hỗ trợ các chức năng: (1) Quản lý sản phẩm - thêm, sửa, xóa, tìm kiếm sản phẩm; (2) Quản lý hóa đơn - tạo và theo dõi hóa đơn bán hàng; (3) Quản lý khách hàng - lưu thông tin và lịch sử mua hàng; (4) Quản lý nhà cung cấp - quản lý thông tin cung cấp hàng; (5) Thống kê báo cáo - cung cấp doanh thu, tồn kho, doanh số bán hàng. Mỗi chức năng cần có giao diện thân thiện và hoạt động ổn định.

2.2. Yêu cầu phi chức năng

Yêu cầu phi chức năng bao gồm: độ an toàn thông tin cao để bảo vệ dữ liệu khách hàng; hiệu suất nhanh chóng khi xử lý dữ liệu lớn; độ tin cậy cao với khả năng backup dữ liệu; giao diện dễ sử dụng để người dùng có thể thao tác mà không cần đào tạo nặng nề; khả năng mở rộng cho phép thêm tính năng mới trong tương lai mà không phải thiết kế lại toàn bộ hệ thống.

III. Thiết kế hệ thống quản lý hàng hóa

Thiết kế hệ thống là giai đoạn quyết định đến thành công của dự án. Quá trình thiết kế bao gồm xây dựng biểu đồ Use case để mô tả các tương tác giữa người dùng và hệ thống, biểu đồ tuần tự để minh họa luồng xử lý của từng chức năng, và cơ sở dữ liệu lưu trữ thông tin hàng hóa, khách hàng, hóa đơn. Mô hình thực thể quan hệ (E-R) giúp xác định các bảng dữ liệu và mối quan hệ giữa chúng, đảm bảo tính toàn vẹn và hiệu quả truy xuất dữ liệu. Việc thiết kế tỉ mỉ từ giai đoạn này sẽ giảm rủi ro lỗi trong quá trình lập trình và triển khai.

3.1. Biểu đồ Use case và tuần tự

Biểu đồ Use case mô tả các kịch bản sử dụng từ góc độ người dùng, bao gồm đăng nhập, quản lý sản phẩm, phiếu nhập hàng, hóa đơn và báo cáo. Biểu đồ tuần tự thể hiện thứ tự các bước thực hiện, từ khi người dùng gửi yêu cầu đến khi nhận kết quả. Các biểu đồ này giúp lập trình viên hiểu rõ flow xử lý và xây dựng logic ứng dụng một cách chính xác.

3.2. Thiết kế cơ sở dữ liệu

Thiết kế cơ sở dữ liệu sử dụng mô hình E-R để xác định các thực thể như Sản phẩm, Hóa đơn, Khách hàng, Nhà cung cấp và mối quan hệ giữa chúng. Lược đồ cơ sở dữ liệu quan hệ chuyển đổi mô hình E-R thành các bảng cụ thể với các khóa chính, khóa ngoại và ràng buộc toàn vẹn dữ liệu, đảm bảo tính nhất quán và hiệu quả truy vấn.

IV. Triển khai và kết quả đạt được

Giai đoạn triển khai hệ thống bao gồm phát triển giao diện người dùng (Front-end) và logic xử lý phía máy chủ (Back-end). Giao diện đăng nhập cung cấp bảo mật quyền truy cập, trong khi giao diện chính hiển thị các menu chức năng chính. Giao diện quản lý sản phẩm cho phép nhân viên thêm, sửa, xóa và tìm kiếm sản phẩm dễ dàng. Các chức năng khác như quản lý hóa đơn, khách hàng, nhà cung cấp cũng được triển khai theo quy trình tương tự. Sau khi hoàn thành, hệ thống được kiểm thử toàn diện để đảm bảo chất lượng trước khi đưa vào sử dụng thực tế.

4.1. Quá trình phát triển Front end và Back end

Front-end được xây dựng để cung cấp giao diện thân thiện, dễ sử dụng với các biểu mẫu nhập liệu, bảng hiển thị dữ liệu và nút chức năng. Back-end xử lý các yêu cầu từ giao diện, thực hiện các phép tính toán, xác thực dữ liệu và ghi lại thông tin vào cơ sở dữ liệu. Quá trình này yêu cầu sự phối hợp chặt chẽ giữa các lập trình viên để đảm bảo tính nhất quán và hiệu suất cao.

4.2. Kết quả đạt được và hướng phát triển

Hệ thống quản lý hàng hóa hoàn thành đáp ứng đầy đủ các yêu cầu ban đầu, cung cấp một nền tảng vững chắc cho các cửa hàng bán lẻ. Kết quả bao gồm giảm sai sót, tăng tốc độ xử lý giao dịch và cung cấp thông tin báo cáo kịp thời. Hướng phát triển tiếp theo có thể bao gồm tích hợp thanh toán điện tử, quản lý nhân sự, phân tích dữ liệu nâng cao và ứng dụng di động để quản lý hàng hóa mọi lúc mọi nơi.

28/12/2025

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

Chương 1, chúng ta sẽ phân tích được hệ thống có những tác nhân và các chức năng được liên kết với nhau thông qua biểu đồ usecase sau. Trong hình đã biểu thị rõ ràng các tác nhân cũng như các usecase trong hệ thống, giúp người thiết kế có cái nhìn tổng quan nhất, rõ ràng nhất về hệ thống do đó có thể xây dựng hệ thống một cách hiệu quả.1 Biểu đồ ca sử dụng mức tổng quát: Hình 2. 1: Biểu đồ Usecase mức tổng quát.2 Phân rã biểu đồ ca sử dụng.1 Biểu đồ Usecase “ Quản lý hàng hóa” Admin sử dụng Quản lý hàng hóa quản lý sản phẩm và quản lý phiếu nhập hàng của cửa hàng. Với chức năng quản lý sản phẩm admin có thể tạo danh mục sản phẩm của cửa hàng và xem danh sách những mặt hàng có trong cửa hàng, đồng thời chỉnh sửa những danh mục sản phẩm của cửa hàng.

Chức năng quản lý phiếu nhập hàng giúp admin tạo phiếu nhập hàng, tìm kiếm, sửa thông tin và xóa thông tin phiếu nhập. 2: Biểu đồ Usecase Quản lý hàng hóa 2.2 Biểu đồ Usecase “ Quản lý hóa đơn” Quản lý hóa đơn giúp Admin tạo mới hóa đơn, xem lại thông tin những hóa đơn đã khởi tạo trong hệ thống. Quản lý bán hàng cũng hỗ trợ admin tìm kiếm, chỉnh sửa và xóa hóa đơn có trong hệ thống của cửa hàng. 3: Biểu đồ Usecase Quản lý hóa đơn.3 Biểu đồ Usecase “ Thống kê báo cáo” Thống kê báo cáo phân tích những số liệu bán hàng của cửa hàng.

Nó giúp Admin kiểm soát được doanh số của cửa hàng và phán đoán được nhu cầu khách hàng để kinh doanh sản phẩm phù hợp. 4: Biểu đồ Usecase Thống kê báo cáo.4 Biểu đồ Usecase “ Quản lý khách hàng” Quản lý khách hàng dùng để Admin quản lý thông tin khách hàng. Admin có thể thêm, chỉnh sửa hay tìm kiếm thông tin về khách hàng của mình. 5: Biểu đồ Usecase Quản lý khách hàng.5 Biểu đồ Usecase “ Quản lý nhà cung cấp” Quản lý nhà cung cấp giúp admin thêm nhà cung cấp mới mới, xem lại thông tin những nhà cung cấp đã có và được khởi tạo trong hệ thống.

Quản lý nhà cung cấp cũng hỗ trợ admin tìm kiếm, chỉnh sửa hay xóa thông tin nhà cung cấp có trong hệ thống của cửa hàng. 6: Biểu đồ Usecase Quản lý nhà cung cấp.2 Đặc tả chi tiết từng ca sử dụng.1 Đặc tả Use case “Đăng nhập”. Use Case Đăng nhập Actor Administrator Brief Description Use case này môt tả các bước đăng nhập của actor vào hệ thống. Pre-conditions Không có Basic Flows 1.

Hệ thống hiển thị giao diện đăng nhập. Hệ thống yêu cầu admin nhập tên đăng nhập, mật khẩu. Admin nhập tên đăng nhập, mật khẩu của mình và nhấn nút đăng nhập. Hệ thống kiểm tra thông tin đăng nhập 5.

Hệ thống thông báo thành công và cho admin đăng nhập vào hệ thống, đồng thời phân quyền tùy theo vai trò. Kết thúc Use case. Alternative Flows Tên đăng nhập hoặc mật khẩu không đúng, hệ thống hiện thông báo cho người dùng và yêu cầu đăng nhập lại. Post-conditions Cho phép admin đăng nhập vào hệ thống.

1: Đặc tả Usecase Đăng nhập.2 Đặc tả Use case “Quản lý hàng hóa”.1 Đặc tả Use case “Quản lý sản phẩm” Use Case Quản lý sản phẩm Actor Administrator Brief Description Mô tả tác nhân “Quản lý sản phẩm” Pre-conditions Admin phải đăng nhập thành công Basic Flows 1. Admin ấn vào “Quản lý hàng hóa” 2. Hệ thống hiển thị các lựa chọn “Quản lý sản phẩm”,“Quản lý phiếu nhập hàng” 3. Admin chọn “Quản lý sản phẩm”.

Hệ thống hiển thị form danh sách sản phẩm. 2: Đặc tả Usecase Quản lý sản phẩm.2 Đặc tả Use case “Thêm sản phẩm” Use Case Thêm sản phẩm Actor Administrator Brief Description Use case này cho phép actor thêm sản phẩm Pre-conditions Admin phải đăng nhập thành công Basic Flows 1. Admin ấn vào “Quản lý hàng hóa” 2. Hệ thống hiển thị các lựa chọn “Quản lý sản phẩm”,“Quản lý phiếu nhập hàng” 3.

Admin chọn “Quản lý sản phẩm”. Admin chọn nút “Thêm” 5. Admin thêm thông tin của sản phẩm cần thêm như: Mã sản phẩm, Tên sản phẩm, Đơn vị tính, Giá nhập, Giá bán, Số lượng,… 6. Hệ thống kiểm tra tính hợp lệ của thông tin.

Admin chọn nút “ Thêm ”. Hệ thống lưu thông tin sản phẩm vào CSDL, 9. Hệ thống thông báo “Thêm thành công.” Alternative Flows Hệ thống báo lỗi và thông tin hàng hóa không được lưu vào CSDL. Cần nhập lại thông tin.

Post-conditions Hàng hóa mới được lưu vào CSDL Special Không có Requirements Bảng 2. 3: Đặc tả Usecase Thêm sản phẩm.3 Đặc tả Use case “Tìm kiếm sản phẩm” Use Case Tìm kiếm sản phẩm Actor Administrator Brief Description Use case này cho phép actor tìm kiếm sản phẩm Pre-conditions Admin phải đăng nhập thành công Basic Flows 1. Admin chọn chức năng “Quản lý hàng hóa” 2. Hệ thống hiển thị các lựa chọn “Quản lý sản phẩm”,“Quản lý phiếu nhập hàng” 3.

Admin chọn “Quản lý sản phẩm” 4. Admin chọn nút “Tìm kiếm” 5. Admin nhập mã sản phẩm. Admin chọn nút “Tìm kiếm” 7.

Hệ thống hiển thị hàng hóa với mã hàng hóa tương ứng Alternative Flows Hệ thông báo lỗi “Mã sản phẩm không hợp lệ”. Hệ thống yêu cầu nhập lại mã sản phẩm. 4: Đặc tả Usecase Tìm kiếm sản phẩm.4 Đặc tả Use case “Sửa thông tin” Use Case Sửa thông tin Actor Administrator Brief Description Use case này cho phép actor Sửa thông tin sản phẩm Pre-conditions Admin phải đăng nhập thành công Basic Flows 1. Admin chọn chức năng “Quản lý hàng hóa” 2.

Hệ thống hiển thị các lựa chọn “Quản lý sản phẩm”,“Quản lý phiếu nhập” 3. Admin chọn “Quản lý sản phẩm” 4. Admin chọn nút “Sửa”. Hệ thống hiển thị form để chỉnh sửa sản phẩm.

Admin chỉnh sửa thông tin sản phẩm cần sửa, sau đó chọn nút “Sửa” 7. Hệ thống kiểm tra thông tin và thông báo “Cập nhật thành công”. Alternative Flows Hệ thông báo lỗi “Thông tin sản phẩm không hợp lệ”. Hệ thống yêu cầu nhập lại thông tin sản phẩm.

Post-conditions Thông tin hàng hóa cập nhật được lưu vào CSDL Special Không có Requirements Bảng 2. 5: Đặc tả Usecase Sửa thông tin sản phẩm.5 Đặc tả Use case “Xóa hàng hóa” Use Case Xóa hàng hóa Actor Administrator Brief Description Use case này cho phép actor Xóa hàng hóa Pre-conditions Admin phải đăng nhập thành công Basic Flows 1. Admin chọn chức năng “Quản lý hàng hóa” 2. Hệ thống hiển thị các lựa chọn “Quản lý sản phẩm”,“Quản lý phiếu nhập” 3.

Admin chọn “Quản lý sản phẩm” 4. Hệ thống hiển thị form chứa danh sách hàng hóa. Admin chọn hàng hóa cần xóa 7. Hệ thống xác nhận và cập nhật thông tin hàng hóa vào CSDL 9.

Hệ thống hiển thị “Xóa thành công” Alternative Flows Hệ thông báo lỗi và hàng hóa không xóa được Post-conditions Xóa hàng hóa khỏi CSDL Special Số lượng hàng hóa đó phải có giá trị bằng 0 Requirements Bảng 2. 6: Đặc tả Usecase Xóa hàng hóa.6 Đặc tả Use case “Quản lý phiếu nhập hàng” Use Case Quản lý phiếu nhập hàng Actor Administrator Brief Description Mô tả tác nhân “Quản lý phiếu nhập hàng” Pre-conditions Acdmin phải đăng nhập thành công Basic Flows 1. Admin ấn vào “Quản lý hàng hóa” 2. Hệ thống hiển thị các lựa chọn “Quản lý sản phẩm”,“Quản lý phiếu nhập hàng” 3.

Admin chọn “Quản lý phiếu nhập hàng”. Hệ thống hiển thị form danh sách sản phẩm. 7: Đặc tả Usecase Quản lý phiếu nhập hàng.7 Đặc tả Use case “Thêm phiếu nhập” Use Case Thêm phiếu nhập Actor Administrator Brief Description Use case này cho phép actor thêm phiếu nhập hàng Pre-conditions Admin phải đăng nhập thành công Basic Flows 1. Admin ấn vào “Quản lý hàng hóa” 2.

Hệ thống hiển thị các lựa chọn “Quản lý sản phẩm”,“Quản lý phiếu nhập hàng” 3. Admin chọn “Quản lý phiếu nhập hàng”. Admin chọn nút “Thêm” 5. Admin thêm thông tin của phiếu nhập cần thêm như: Mã phiếu nhập, Tên sản phẩm, Đơn vị tính, Giá nhập, Số lượng, Ngày nhập, Nhà cung cấp,… 6.

Hệ thống kiểm tra tính hợp lệ của thông tin. Admin chọn nút “ Thêm ”. Hệ thống lưu thông tin sản phẩm vào CSDL, 9. Hệ thống thông báo “Thêm thành công.” Alternative Flows Hệ thống báo lỗi và thông tin phiếu nhập không được lưu vào CSDL.

Cần nhập lại thông tin. Post-conditions Hàng hóa mới được lưu vào CSDL Special Không có Requirements Bảng 2. 8: Đặc tả Usecase Thêm phiếu nhập.8 Đặc tả Use case “Tìm kiếm phiếu nhập” Use Case Tìm kiếm phiếu nhập Actor Administrator Brief Description Use case này cho phép actor tìm kiếm phiếu nhập Pre-conditions Admin phải đăng nhập thành công Basic Flows 1. Admin chọn chức năng “Quản lý hàng hóa” 2.

Hệ thống hiển thị các lựa chọn “Quản lý sản phẩm”,“Quản lý phiếu nhập hàng” 3. Admin chọn “Quản lý phiếu nhập hàng” 4. Admin chọn nút “Tìm kiếm” 5. Admin nhập mã phiếu nhập.

Admin chọn nút “Tìm kiếm” 7. Hệ thống hiển thị form thông tin phiếu nhập với mã phiếu nhập tương ứng Alternative Flows Hệ thông báo lỗi “Mã phiếu nhập không hợp lệ”. Hệ thống yêu cầu nhập lại mã phiếu nhập. 9: Đặc tả Usecase Tìm kiếm phiếu nhập.9 Đặc tả Use case “Sửa thông tin” Use Case Sửa thông tin Actor Administrator Brief Description Use case này cho phép actor Sửa thông tin phiếu nhập hàng Pre-conditions Admin phải đăng nhập thành công Basic Flows 1.

Admin chọn chức năng “Quản lý hàng hóa” 2. Hệ thống hiển thị các lựa chọn “Quản lý sản phẩm”,“Quản lý phiếu nhập” 3. Admin chọn “Quản lý phiếu nhập hàng” 4. Hệ thống hiển thị form thông tin các phiếu nhập hàng.

Admin chọn nút “Sửa” 6. Admin chon phiếu nhập hàng cần chỉnh sửa thông tin và chỉnh sửa. Admin chọn nút “Sửa” để hoàn tất. Hệ thống kiểm tra thông tin và thông báo “Cập nhật thành công”.

Alternative Flows Hệ thông báo lỗi “Thông tin phiếu nhập không hợp lệ”. Hệ thống yêu cầu nhập lại thông tin phiếu nhập. Post-conditions Thông tin phiếu nhập được cập nhật và lưu vào CSDL Special Không có Requirements Bảng 2. 10: Đặc tả Usecase Sửa thông tin phiếu nhập.10 Đặc tả Use case “Xóa phiếu nhập” Use Case Xóa phiếu nhập Actor Administrator Brief Description Use case này cho phép actor Xóa phiếu nhập hàng Pre-conditions Admin phải đăng nhập thành công Basic Flows 1.

Admin chọn chức năng “Quản lý hàng hóa” 2. Hệ thống hiển thị các lựa chọn “Quản lý sản phẩm”,“Quản lý phiếu nhập” 3. Admin chọn “Quản lý phiếu nhập hàng” 4. Hệ thống hiển thị form chứa danh sách hàng hóa.

Admin chọn hàng hóa cần xóa. Hệ thống xác nhận và cập nhật thông tin phiếu nhập hàng vào CSDL 9. Hệ thống hiển thị “Xóa thành công” Alternative Flows Hệ thông báo lỗi và phiếu nhập không xóa được Post-conditions Xóa phiếu nhập khỏi CSDL Special Không có Requirements Bảng 2. 11: Đặc tả Usecase Xóa phiếu nhập.3 Đặc tả Use case “Quản lý hóa đơn”.

Nội dung được bảo vệ bản quyền — Tải xuống đầy đủ