Báo cáo đồ án: Xây dựng hệ thống quản lý bán giày thể thao (Đại học Sài Gòn)

Báo cáo đồ án môn học phân tích thiết kế hướng đối tượng: Xây dựng hệ thống quản lý bán giày thể thao. Tải miễn phí, đầy đủ tài liệu tham khảo.

Trường đại học

Trường Đại học Sài Gòn

Chuyên ngành

Phân tích thiết kế hướng đối tượng

Người đăng

Ẩn danh

Thể loại

Báo cáo đồ án

2022

47
1
0

Phí lưu trữ

30 Point

Tóm tắt

I. Tổng quan đồ án PTTKHTĐT quản lý cửa hàng sneaker

Đồ án môn học Phân tích thiết kế hướng đối tượng với đề tài xây dựng hệ thống quản lý bán giày thể thao là một nghiên cứu điển hình về việc ứng dụng công nghệ thông tin vào tối ưu hóa hoạt động kinh doanh. Trong bối cảnh ngành bán lẻ sneaker phát triển mạnh mẽ, việc quản lý thủ công bộc lộ nhiều hạn chế về thời gian, nhân lực và độ chính xác. Báo cáo đồ án này tập trung vào việc xây dựng một phần mềm quản lý shop giày toàn diện, từ khâu nhập hàng, quản lý sản phẩm, xử lý đơn hàng đến chăm sóc khách hàng và thống kê doanh thu. Mục tiêu chính là tạo ra một hệ thống thông tin quản lý hiệu quả, giảm thiểu sai sót và nâng cao năng suất lao động. Phương pháp nghiên cứu được áp dụng bao gồm thu thập yêu cầu từ các cửa hàng sneaker thực tế, phân tích các hệ thống có sẵn, và sau đó tiến hành phân tích thiết kế hệ thống dựa trên phương pháp hướng đối tượng. Việc nghiên cứu đề tài không chỉ mang lại giá trị thực tiễn cho các doanh nghiệp mà còn giúp sinh viên củng cố kiến thức chuyên ngành, đặc biệt là quy trình phát triển một sản phẩm phần mềm chuyên nghiệp.

1.1. Lý do chọn đề tài và ý nghĩa thực tiễn của dự án

Sự phát triển không ngừng của công nghệ thông tin đã tạo ra một cuộc cách mạng trong lĩnh vực kinh doanh, đặc biệt là ngành bán lẻ. Việc áp dụng công nghệ vào quản lý bán hàng giúp đơn giản hóa quy trình, tiết kiệm thời gian và tối ưu hóa hiệu quả. Tuy nhiên, nhiều cửa hàng sneaker vẫn còn áp dụng các phương pháp quản lý thủ công, dẫn đến sai sót trong kiểm kê quản lý kho hàng sneaker, chậm trễ trong xử lý quản lý đơn hàng, và khó khăn trong việc theo dõi doanh thu. Đề tài "Xây dựng hệ thống quản lý bán giày thể thao" được lựa chọn nhằm giải quyết trực tiếp những vấn đề này. Theo tài liệu gốc, ý nghĩa của việc nghiên cứu là "giúp nhà quản trị có cái nhìn tổng quan về hệ thống, dễ dàng kiểm soát mọi hoạt động xảy ra trong hệ thống, mang lại lợi nhuận cao cho doanh nghiệp". Đồng thời, đối với sinh viên, đồ án này là cơ hội để hiểu sâu hơn về quy trình tạo ra một hệ thống quản lý, từ khâu thu thập yêu cầu đến thiết kế và triển khai, là nền tảng kinh nghiệm quý báu cho công việc tương lai.

1.2. Đặc tả yêu cầu hệ thống chức năng và phi chức năng

Để xây dựng một hệ thống hoàn chỉnh, việc đặc tả yêu cầu hệ thống là bước đầu tiên và quan trọng nhất. Yêu cầu được chia thành hai nhóm chính: chức năng và phi chức năng. Về chức năng, hệ thống phải đảm bảo các nghiệp vụ cốt lõi như: Quản lý đăng nhập, Quản lý nhà cung cấp, Quản lý sản phẩm giày, Quản lý khách hàng, Quản lý đơn hàng, Quản lý nhân viên và Thống kê báo cáo. Mỗi chức năng này phục vụ cho các đối tượng người dùng khác nhau như quản lý và nhân viên. Về yêu cầu phi chức năng, báo cáo nhấn mạnh các yếu tố quan trọng ảnh hưởng đến trải nghiệm người dùng và hiệu suất hệ thống. Cụ thể, giao diện phải thân thiện, dễ sử dụng, không yêu cầu kinh nghiệm. Hệ thống cần có "tốc độ xử lý nhanh và hạn chế sai sót, hoạt động ổn định". Ngoài ra, tính năng mở và mềm dẻo cũng được đề cao, cho phép hệ thống dễ dàng thay đổi để phù hợp với nhu cầu trong tương lai và có khả năng quản lý nhiều cửa hàng cùng lúc.

II. Thách thức trong quản lý bán hàng thủ công tại shop giày

Hoạt động kinh doanh tại các cửa hàng sneaker truyền thống đối mặt với nhiều thách thức khi chỉ dựa vào phương pháp quản lý thủ công. Việc ghi chép sổ sách, sử dụng bảng tính Excel cho các nghiệp vụ phức tạp như quản lý kho hàng sneaker và theo dõi doanh thu thường xuyên dẫn đến sai sót số liệu, thất thoát hàng hóa và tốn kém thời gian. Khi quy mô cửa hàng mở rộng, khối lượng sản phẩm, đơn hàng và thông tin khách hàng tăng lên theo cấp số nhân, khiến việc kiểm soát trở nên gần như bất khả thi. Các nhà quản lý thiếu một cái nhìn tổng quan, tức thời về tình hình kinh doanh, gây khó khăn trong việc đưa ra quyết định chiến lược. Hơn nữa, việc tính toán lương cho nhân viên, quản lý chương trình khuyến mãi và chăm sóc khách hàng thân thiết cũng không được tối ưu. Những thách thức này chính là động lực để thực hiện đồ án PTTKHTĐT, xây dựng một giải pháp công nghệ nhằm tự động hóa và chuẩn hóa quy trình quản lý bán hàng, mang lại hiệu quả vượt trội so với cách làm truyền thống.

2.1. Phân tích các vấn đề về quản lý kho hàng sneaker

Một trong những thách thức lớn nhất là quản lý kho hàng sneaker. Mỗi sản phẩm giày thể thao có nhiều thuộc tính như mẫu mã, màu sắc, kích cỡ, dẫn đến số lượng SKU (Stock Keeping Unit) khổng lồ. Quản lý thủ công khiến việc kiểm kê trở thành một cơn ác mộng, dễ xảy ra tình trạng hết hàng mà không biết (out-of-stock) hoặc tồn kho quá nhiều (overstock). Việc không nắm bắt được chính xác số lượng tồn kho của từng mã sản phẩm làm giảm cơ hội bán hàng và tăng chi phí lưu kho. Hơn nữa, việc cập nhật thông tin khi nhập hàng mới từ nhà cung cấp hay xuất hàng cho khách đều tốn thời gian và dễ nhầm lẫn. Một hệ thống thông tin quản lý sẽ giải quyết triệt để vấn đề này bằng cách tự động cập nhật số lượng tồn kho theo thời gian thực mỗi khi có giao dịch phát sinh, đồng thời cung cấp các báo cáo tồn kho chi tiết, giúp người quản lý đưa ra quyết định nhập hàng chính xác.

2.2. Khó khăn trong việc quản lý đơn hàng và khách hàng

Quy trình quản lý đơn hàng thủ công thường chậm chạp và thiếu chuyên nghiệp. Nhân viên phải ghi lại thông tin đơn hàng bằng tay, tính toán giá trị hóa đơn và xử lý thanh toán. Quá trình này không chỉ mất thời gian mà còn tiềm ẩn nguy cơ sai sót cao, gây ảnh hưởng đến sự hài lòng của khách hàng. Việc tra cứu lại lịch sử mua hàng của một khách hàng cụ thể gần như không thể. Tương tự, việc quản lý thông tin khách hàng thân thiết để triển khai các chương trình marketing, khuyến mãi cũng rất hạn chế. Báo cáo đồ án chỉ ra rằng một phần mềm quản lý shop giày sẽ cho phép tạo và xử lý đơn hàng nhanh chóng, tự động tính tiền, in hóa đơn chuyên nghiệp. Hệ thống cũng lưu trữ toàn bộ lịch sử giao dịch và thông tin khách hàng, tạo cơ sở dữ liệu quý giá để phân tích hành vi mua sắm và xây dựng các chiến lược kinh doanh hiệu quả.

III. Phương pháp phân tích thiết kế hệ thống hướng đối tượng

Để giải quyết các bài toán nghiệp vụ phức tạp, đồ án PTTKHTĐT đã áp dụng phương pháp phân tích thiết kế hướng đối tượng (OAD). Đây là một phương pháp luận hiện đại, xem xét hệ thống như một tập hợp các đối tượng tương tác với nhau. Mỗi đối tượng trong hệ thống (ví dụ: Sản phẩm, Đơn hàng, Khách hàng) đều có các thuộc tính (dữ liệu) và phương thức (hành vi) riêng. Ưu điểm của phương pháp này là giúp mô hình hóa hệ thống gần gũi hơn với thế giới thực, dễ dàng quản lý, bảo trì và mở rộng. Ngôn ngữ mô hình hóa đối tượng được sử dụng xuyên suốt là UML (Unified Modeling Language). Thông qua UML, các yêu cầu của hệ thống được trực quan hóa bằng các biểu đồ, giúp đội ngũ phát triển và các bên liên quan có chung một cái nhìn thống nhất về hệ thống trước khi bắt tay vào lập trình. Quá trình này đảm bảo hệ thống quản lý bán giày thể thao được xây dựng một cách logic, chặt chẽ và đáp ứng đúng nhu cầu đặt ra.

3.1. Xác định tác nhân và mô hình hóa bằng biểu đồ Use Case

Bước đầu tiên trong phân tích thiết kế hệ thống là xác định các tác nhân (Actors) và các trường hợp sử dụng (Use Cases). Tác nhân là những người hoặc hệ thống bên ngoài tương tác với hệ thống. Trong đồ án này, các tác nhân chính là Quản lý và Nhân viên. Use Case mô tả một chức năng cụ thể mà hệ thống cung cấp cho tác nhân. Biểu đồ use case tổng quát được xây dựng để cung cấp cái nhìn bao quát về các chức năng chính của hệ thống. Dựa trên tài liệu gốc, các use case chính bao gồm: Quản lý nhà cung cấp, Quản lý sản phẩm, Quản lý đơn hàng, Quản lý khách hàng, Quản lý nhân viên và Thống kê. Mỗi use case sau đó được đặc tả chi tiết (Use Case Specification) để mô tả luồng sự kiện chính, luồng phụ, điều kiện tiên quyết và hậu điều kiện, đảm bảo mọi yêu cầu nghiệp vụ đều được làm rõ.

3.2. Nguyên tắc của phương pháp lập trình hướng đối tượng

Phương pháp hướng đối tượng dựa trên bốn nguyên tắc cốt lõi: tính đóng gói (Encapsulation), tính kế thừa (Inheritance), tính đa hình (Polymorphism) và tính trừu tượng (Abstraction). Tính đóng gói giúp che giấu thông tin nội bộ của đối tượng, chỉ cho phép tương tác thông qua các giao diện công khai, làm tăng tính bảo mật và dễ quản lý. Tính kế thừa cho phép một lớp (ví dụ: Nhân viên bán hàng) có thể thừa hưởng các thuộc tính và phương thức từ một lớp cha (ví dụ: Người dùng), giúp tái sử dụng mã nguồn hiệu quả. Tính đa hình cho phép các đối tượng khác nhau phản ứng theo cách riêng với cùng một thông điệp. Tính trừu tượng tập trung vào các đặc điểm thiết yếu của đối tượng và bỏ qua các chi tiết không cần thiết. Việc áp dụng các nguyên tắc này trong phân tích thiết kế hệ thống giúp tạo ra một phần mềm có cấu trúc rõ ràng, linh hoạt và dễ dàng nâng cấp trong tương lai.

IV. Hướng dẫn mô hình hóa website bán giày thể thao bằng UML

Ngôn ngữ UML là công cụ không thể thiếu trong phân tích thiết kế hướng đối tượng, giúp trực quan hóa cấu trúc và hành vi của hệ thống. Đối với đồ án PTTKHTĐT về website bán giày thể thao, việc sử dụng các biểu đồ UML giúp làm rõ mối quan hệ giữa các thành phần và luồng hoạt động của các chức năng. Các biểu đồ quan trọng được sử dụng bao gồm biểu đồ lớp (class diagram) để mô tả cấu trúc tĩnh, biểu đồ tuần tự (sequence diagram) để mô tả sự tương tác giữa các đối tượng theo thời gian, và biểu đồ hoạt động (activity diagram) để mô tả luồng công việc của một quy trình nghiệp vụ. Việc mô hình hóa chi tiết này đảm bảo tất cả các thành viên trong nhóm phát triển hiểu rõ về thiết kế hệ thống, giảm thiểu rủi ro hiểu sai yêu cầu và tạo ra một sản phẩm phần mềm nhất quán, chất lượng cao. Các biểu đồ này là bản thiết kế chi tiết trước khi tiến hành xây dựng hệ thống thông tin quản lý.

4.1. Xây dựng biểu đồ lớp Class Diagram cho hệ thống

Biểu đồ lớp (class diagram) là biểu đồ quan trọng nhất trong mô hình hóa đối tượng, mô tả cấu trúc tĩnh của hệ thống. Nó thể hiện các lớp, thuộc tính, phương thức của chúng và mối quan hệ giữa các lớp (như kế thừa, liên kết, tập hợp). Trong hệ thống quản lý shop giày, các lớp chính được xác định bao gồm: KhachHang, NhanVien, SanPham, DonHang, ChiTietDonHang, NhaCungCap. Ví dụ, lớp DonHang sẽ có các thuộc tính như maDonHang, ngayTao, thanhTien và có mối quan hệ với lớp KhachHang (một khách hàng có thể có nhiều đơn hàng) và lớp ChiTietDonHang. Biểu đồ này là nền tảng cho việc thiết kế cơ sở dữ liệu, nơi mỗi lớp thường tương ứng với một bảng trong cơ sở dữ liệu.

4.2. Minh họa luồng nghiệp vụ qua biểu đồ tuần tự và hoạt động

Nếu biểu đồ lớp mô tả cấu trúc tĩnh, thì biểu đồ tuần tự (sequence diagram)biểu đồ hoạt động (activity diagram) mô tả hành vi động của hệ thống. Biểu đồ tuần tự tập trung vào sự tương tác giữa các đối tượng theo một trật tự thời gian. Ví dụ, biểu đồ cho chức năng "Tạo đơn hàng" sẽ cho thấy thông điệp được gửi qua lại giữa các đối tượng: NhanVien, GiaoDienDonHang, DoiTuongDonHang, và CoSoDuLieu. Trong khi đó, biểu đồ hoạt động mô tả luồng công việc từ đầu đến cuối của một quy trình. Biểu đồ hoạt động cho chức năng "Thanh toán" sẽ bắt đầu từ khi nhân viên chọn sản phẩm, đi qua các bước xác nhận, chọn phương thức thanh toán, xử lý và cuối cùng là in hóa đơn. Cả hai loại biểu đồ này giúp làm rõ logic hoạt động của các chức năng phức tạp trong phần mềm quản lý shop giày.

V. Cách thiết kế cơ sở dữ liệu và giao diện website bán giày

Sau giai đoạn phân tích và mô hình hóa, bước tiếp theo là triển khai thực tế, bao gồm thiết kế cơ sở dữ liệu và xây dựng giao diện người dùng. Cơ sở dữ liệu là trái tim của hệ thống thông tin quản lý, nơi lưu trữ toàn bộ dữ liệu về sản phẩm, khách hàng, đơn hàng. Một thiết kế CSDL tốt phải đảm bảo tính toàn vẹn, nhất quán và hiệu quả truy xuất dữ liệu. Dựa trên biểu đồ lớp (class diagram), các bảng dữ liệu được tạo ra với các khóa chính, khóa ngoại để thể hiện mối quan hệ giữa chúng. Song song đó, giao diện người dùng (UI) được thiết kế dựa trên các yêu cầu phi chức năng đã đề ra. Tài liệu đồ án đã trình bày chi tiết các màn hình giao diện, từ màn hình đăng nhập, giao diện bán hàng, quản lý sản phẩm đến các màn hình báo cáo thống kê. Một giao diện trực quan, dễ sử dụng là yếu tố quyết định đến sự thành công của website bán giày thể thao và sự chấp nhận của người dùng cuối.

5.1. Xây dựng lược đồ cơ sở dữ liệu quan hệ cho hệ thống

Việc thiết kế cơ sở dữ liệu bắt đầu bằng việc chuyển đổi biểu đồ lớp thành một lược đồ cơ sở dữ liệu quan hệ. Mỗi lớp trong biểu đồ lớp thường được ánh xạ thành một bảng trong cơ sở dữ liệu. Ví dụ, lớp SanPham trở thành bảng SANPHAM với các cột như MaSanPham (khóa chính), TenSanPham, DonGia, MaNhaCungCap (khóa ngoại tham chiếu đến bảng NHACUNGCAP). Báo cáo đồ án đã mô tả chi tiết các bảng như KHACHHANG, NHANVIEN, DONHANG, CHITIETDONHANG, SANPHAM, NHACUNGCAP. Việc thiết lập đúng các mối quan hệ (một-nhiều, nhiều-nhiều) thông qua khóa ngoại là cực kỳ quan trọng để đảm bảo dữ liệu không bị dư thừa và duy trì được tính nhất quán. Một lược đồ CSDL được chuẩn hóa tốt sẽ giúp hệ thống hoạt động ổn định và có hiệu suất cao.

5.2. Thiết kế giao diện người dùng thân thiện và dễ sử dụng

Giao diện người dùng là cầu nối giữa người dùng và hệ thống. Theo yêu cầu phi chức năng, giao diện phải "thân thiện, dễ sử dụng với người dùng". Báo cáo đã cung cấp hình ảnh minh họa cho nhiều màn hình quan trọng. Ví dụ, "Giao diện cửa hàng" (màn hình bán hàng chính) được thiết kế để nhân viên có thể nhanh chóng chọn sản phẩm, điều chỉnh số lượng, áp dụng giảm giá và tiến hành thanh toán. Các chức năng được sắp xếp logic, các nút bấm rõ ràng. Tương tự, "Giao diện thống kê" sử dụng biểu đồ để trực quan hóa dữ liệu doanh thu, giúp người quản lý dễ dàng nắm bắt tình hình kinh doanh. Việc đầu tư vào thiết kế giao diện không chỉ giúp nhân viên làm việc hiệu quả hơn mà còn giảm thiểu thời gian đào tạo và hạn chế các lỗi thao tác, góp phần vào thành công chung của phần mềm quản lý shop giày.

VI. Kết luận và hướng phát triển phần mềm quản lý shop giày

Báo cáo đồ án PTTKHTĐT đã hoàn thành mục tiêu đề ra là phân tích và thiết kế thành công một hệ thống quản lý bán giày thể thao gần như hoàn thiện. Quá trình thực hiện đã tuân thủ chặt chẽ phương pháp phân tích thiết kế hướng đối tượng, sử dụng ngôn ngữ UML để mô hình hóa hệ thống một cách trực quan và logic. Sản phẩm của đồ án là một bộ tài liệu thiết kế chi tiết, từ việc đặc tả yêu cầu, xây dựng các biểu đồ UML, đến thiết kế cơ sở dữ liệu và giao diện. Mặc dù báo cáo thừa nhận một số hạn chế do thời gian có hạn, như "các sơ đồ, mô hình vẫn còn chưa chặt chẽ", nhưng đây là một nền tảng vững chắc. Các kết quả đạt được không chỉ là cơ sở để phát triển một ứng dụng hoàn chỉnh mà còn là kinh nghiệm quý giá cho các thành viên trong nhóm. Hướng phát triển trong tương lai rất rõ ràng, tập trung vào việc hoàn thiện và mở rộng hệ thống.

6.1. Đánh giá kết quả đạt được và những hạn chế của đồ án

Kết quả lớn nhất mà đồ án đạt được là đã phân tích và thiết kế thành công một phần mềm quản lý shop giày dựa trên phương pháp luận chuyên nghiệp. Nhóm đã nắm vững quy trình từ khâu khảo sát yêu cầu đến việc áp dụng hướng đối tượngUML để tạo ra một bản thiết kế chi tiết. Bản thiết kế này đã bao quát được hầu hết các nghiệp vụ cốt lõi của một cửa hàng sneaker, từ quản lý sản phẩm giày đến quản lý đơn hàng và báo cáo. Tuy nhiên, tài liệu cũng thẳng thắn nhìn nhận những hạn chế. Do "thời gian triển khai tương đối ngắn", nhóm chưa thể xây dựng một hệ thống hoàn chỉnh với tất cả các chức năng. Một số mô hình có thể còn thiếu sót hoặc chưa được liên kết chặt chẽ. Đây là những điểm cần được cải thiện trong các giai đoạn phát triển tiếp theo.

6.2. Định hướng phát triển và mở rộng hệ thống trong tương lai

Dựa trên nền tảng đã xây dựng, đồ án đã đề ra những hướng phát triển rất cụ thể và khả thi. Mục tiêu hàng đầu là "cải thiện những điểm yếu và hoàn thiện hệ thống". Cụ thể, nhóm dự định sẽ "phát triển và mở rộng thêm nhiều chức năng đa dạng phù hợp với mọi người dùng". Các chức năng có thể bao gồm quản lý chương trình khách hàng thân thiết, tích hợp với các sàn thương mại điện tử, hoặc quản lý marketing. Một mục tiêu quan trọng khác là cải thiện trải nghiệm người dùng bằng cách "thiết kế giao diện trở nên bắt mắt và dễ sử dụng hơn". Cuối cùng, việc "tối ưu nhất lại tốc độ xử lý của hệ thống" cũng được nhấn mạnh để đảm bảo phần mềm hoạt động mượt mà khi quy mô dữ liệu của website bán giày thể thao tăng lên. Những định hướng này cho thấy một tầm nhìn dài hạn, biến đồ án môn học thành một sản phẩm có tiềm năng ứng dụng thực tế cao.

11/09/2025

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

CHƯƠNG I: TỔNG QUAN VỀ ĐỀ TÀI 1. Lý do chọn đề tài. Cùng với sự phát triển không ngừng của xã hội, đối với thế giới nói chung và Việt Nam nói riêng thì công nghệ thông tin đang là ngành thu hút nguồn nhân đông đúc lớn và đạt được nhiều thành tựu to lớn. Vì vậy việc áp dụng những thành tựu này vào trong kinh doanh đem lại rất nhiều lợi ích, tiêu biểu là quản lý bán hàng, việc xây dựng lên một hệ thống quản lý bán hàng giúp rút gọn rất nhiều quy trình, tiết kiệm thời gian và nâng cao năng xuất.

Máy tính sẽ thay người dùng quản lý các quy trình một cách chặt chẽ, việc xử lý số liệu cũng diễn ra một cách dễ dàng, đơn giản hơn nhờ những bộ não thông minh thay ta quản lý và lưu trữ dữ liệu. Tuy nhiên, để tạo nên một hệ thống quản lý Bán hàng không phải là một việc đơn giản, đòi hỏi người lập trình phải trải qua rất nhiều công đoạn, từ việc thu thập yêu cầu, lên ý tưởng thiết kế, tiến hành phân tích,… rất nhiều công đoạn để có thể tạo nên một hệ thống hoàn thiện. Để có thể hiểu rõ hơn các công đoạn đó, nhóm em quyết định chọn đề tài “Xây dựng hệ thống quản lý cửa hàng giày thể thao” làm đề tài nghiên cứu của môn học Phân tích thiết kế hướng đối tượng. Phương pháp nghiên cứu.

⮚ Thu thập thông tin và yêu cầu từ tài liệu ⮚ Trau dồi nghiệp vụ bằng cách thu thập thông tin trực tiếp từ các cửa hàng ⮚ Nghiên cứu một số hệ thống quản lý đã có sẵn ⮚ Tiến hành phân tích yêu cầu và lên kế hoạch thiết kế hệ thống ⮚ Dựa vào phân tích, thiết kế để lập trình hệ thống 3. Áp dụng thực tiễn. Sau khi hoàn thành thì phần mềm sẽ giúp của hàng những công việc sau: ⮚ Khách hàng có thể tìm kiếm hàng hóa, đơn giá ⮚ Nhân viên lập các hóa đơn cho khách và các phiếu thanh toán cho khách ⮚ Nhân viên cập nhật đơn giá cho hàng hóa, và có thể có thêm sửa, xóa các thông tin ⮚ Quản lý có thể theo dõi công việc mua bán của cửa hàng thông qua các thống kê, 4. Yêu cầu của hệ thống.

Yêu cầu chức năng ⮚ Đăng nhập 7 ⮚ Quản lý nhà cung cấp ⮚ Quản lý đơn hàng ⮚ Quản lý khách hàng ⮚ Quản lý sản phẩm ⮚ Quản lý nhân viên ⮚ Thống kê 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 : không yêu cầu kinh nghiệm khi sử dụng, tiết kiệm thời gian, hạn chế lỗi sai, tương thích với nhiều trình duyệt và thiết bị. ⮚ Ổn định, xử lý hiệu quả : Tốc độ xử lý nhanh và hạn chế sai sót, hoạt động ổn định. ⮚ Tính năng mở, mềm dẻo : dễ dàng thay đổi để phù hợp với nhu cầu sử dụng của người dùng.

Khả năng quản lý nhiều cửa hàng cùng lúc. ⮚ Hỗ trợ nhiều người dùng cùng lúc. ⮚ Biểu mẫu, báo cáo đa dạng, phong 5. Bảng mô tả nghiệp vụ.

Chức vụ Mô tả nghiệp vụ Nhà quản trị Là người có toàn quyền trong hệ thống, đảm bảo tính ổn định hệ thống của hệ thống Quản lý Điều hành mọi công tác, hoạt động của cửa hàng, mở rộng quan hệ hợp tác kinh doanh, quản lý các nhân viên. Giúp khách hàng làm thủ tục thanh toán khi sử dụng dịch vụ. In hóa đơn từ máy tính tiền và yêu cầu kiểm tra in Đúng hóa đơn của từng khách hàng, chính xác. Đăng ký lịch làm cá nhân 8 6.

Áp dụng hiệu quả vào việc quản lý cửa hàng giày thể thao, giảm thiểu nguồn nhân lực cho các công đoạn, rút gọn quy trình quản lý, đem lại năng xuất cao. Mong muốn đóng góp một phần công sức vào việc phát triển nền công nghiệp thương mại của xã hội. Ý nghĩa của việc nghiên cứu đề tài. Giúp nhà quản trị có cái nhìn tổng quan về hệ thống, dễ dàng kiểm soát mọi hoạt động xảy ra trong hệ thống, mang lại lợi nhuận cao cho doanh nghiệp.

Đối với cá nhân Sinh viên. Giúp cho nhóm hiểu rõ hơn về các công đoạn tạo nên một hệ thống quản lý, tiếp thu thêm kiến thức chuyên ngành và kinh nghiệm, có ích cho việc tốt nghiệp và tìm kiếm công việc trong tương lai. 9 CHƯƠNG II : PHÂN TÍCH VÀ THIẾT KẾ HỆ THỐNG. Yêu cầu của hệ thống.

Đối với người quản lý. Đăng nhập/ đăng xuất Quản lý nhân viên Quản lý đơn hàng Quản lý chương trình khuyến mãi Quản lý khách hàng Quản lý nhà cung cấp Quản lý thống kê báo cáo Quản lý phân quyền Quản lý sản phẩm 1. Đối với nhân viên Đăng nhập/ đăng xuất Quản lý đơn hàng 10 1. Use case tổng quát.

Đặc tả Use case. Nhà cung cấp Use case Quản lý nhà cung cấp. Mô tả : Use case hoạt động khi người dùng chọn chức năng quản lý nhà cung cấp. Dòng sự kiện chính : 1.

Người dùng chọn Nhà cung cấp. Hệ thống hiển thị danh sách các nhà cung cấp và các chức năng của Quản lý nhà cung cấp.1 : Người dùng click vào một nhà cung cấp bất kì 2.2 : Giao diện thông tin nhà cung cấp hiện ra.3 : Người dùng thực hiện sửa các thông tin nhà cung cấp cần sửa.4 : Người dùng clic “Lưu” để lưu lại thông tin nhà cung cấp đã sửa.5 : Thông tin được lưu vào cơ sở dữ liệu.1 : Người dùng click vào nhà cung cấp cần xóa.2 : Click “Thực hiện” 2.4 : Hệ thống hiện lên thông báo xác nhận thao tác xóa 2.5 : Người dùng click “Đồng ý” 2.6 : Hệ thống xóa thông tin nhà cung cấp Dòng sự kiện phụ : 1. Người dùng nhấn “Discard changes” 2. Hủy bỏ quá trình sửa thông tin nhà cung cấp.

Không thể xóa thông tin nhà cung cấp nếu nhà cung cấp đó còn liên hệ đến yêu cầu Tiền điều kiện : Người dùng phải đăng nhập vào hệ thống với quyền quản lý. Hậu điều kiện : Thông tin nhà cung cấp được lưu vào cơ sở dữ liệu. Use case Tạo nhà cung cấp. Mô tả : Use case hoạt động khi người dùng muốnTạo nhà cung cấp Dòng sự kiện chính : 1.

Người dùng chọn Nhà cung cấp. Hệ thống hiển thị danh sách các nhà cung cấp và các chức năng của Quản lý nhà cung cấp. Người dùng click “Tạo” để tạo nhà cung cấp mới. Giao diện thông tin Tạo nhà cung cấp hiện lên 5.

Người dùng nhập thông tin Nhà cung cấp tại Giao diện Nhà cung cấp mới và cl “Save” để lưu. Tạo thành công. Dòng sự kiện phụ : 1. Người dùng nhấn “Discard changes” 2.

Hủy bỏ quá trình tạo Nhà cung cấp mới. Tiền điều kiện : Người dùng phải đăng nhập vào hệ thống với quyền quản lý. Hậu điều kiện : Thông tin Nhà cung cấp được lưu. Đơn hàng Use case Quản lý đơn hàng 13 Mô tả: Người dùng sử dụng Use Case này để quản lý thông tin Dòng sự kiện chính: Đăng nhập Chọn “Điểm bán lẻ” + “Đơn hàng” Hệ thống sẽ hiển thị ra trang quản trị Đơn hàng 3.

Người dùng nhập tên đơn hàng cần tìm kiếm 3. Hệ thống sẽ hiển thị ra danh sách các đơn hàng có liên quan 3. Người dùng lọc các thông tin liên quan đến đơn hàng cần tìm kiếm 3. Hệ thống sẽ hiển thị ra danh sách các đơn hàng có liên quan 3.

Người dùng chọn đơn hàng cần xóa 3. Hệ thống thống sẽ hiển thị ra form thông tin 3. Người dùng chọn “Thực hiện” + “Xóa” 3. Hệ thống sẽ xóa thông tin đơn hàng đó ra khỏi database Dòng sự kiện phụ : Chọn “Xuất toàn bộ” để xuất danh sách đơn hàng ra excel Chọn định dạng danh sách đơn hàng “List” hoặc “Kaban” Không thể xóa đơn hàng nếu đơn hàng chưa chuyển sang trạng thái “Mới” hoặc “Hủy” 14 Tiền điều kiện : Người dùng phải có quyền quản lý use case này trong tài khoản của Hậu điều kiện : Đơn hàng được lưu trữ vào cơ sở dữ liệu và hiển thị dưới dạng danh Use case Tạo đơn hàng.

Mô tả: Người dùng sử dụng Use Case này để tạo đơn hàng mới Dòng sự kiện chính: Đăng nhập Chọn “Điểm bán lẻ” Hệ thống sẽ hiển thị ra trang quản trị Điểm bán lẻ 4. Người dùng chọn phiên mới + click chọn “Mở phiên” 4.Hệ thống sẽ hiển thị ra trang tạo đơn hàng 4. Người dùng click chọn “Mở phiên” 4. Người dùng chọn sản phẩm cần và chọn số lượng 4.

Người dùng chọn “payment” 4. Hệ thống hiển thị ra trang thanh toán 4. Người dùng click chọn “Khách hàng” + “hóa đơn” + “phương thức thanh toán” 4. Chọn xác nhận Hệ thống sẽ biên lai Dòng sự kiện phụ : Chọn “Đóng phiên” để hủy tạo đơn hàng Chọn “%Dic” để nhập %giảm giá cho sản phẩm đó Không thể xác nhận nếu đơn hàng không có sản phẩm nào Không thể xác nhận nếu chưa chọn khách hàng 15 Tiền điều kiện : Người dùng phải có quyền quản lý use case này trong tài khoản của Hậu điều kiện : Đơn hàng mới được lưu trữ vào cơ sở dữ liệu và xuất biên lai Use case Quản lý khách hàng.

Mô tả: Người dùng sử dụng use case này để quản lý, điều chỉnh khách hàng Dòng sự kiện chính: Đăng nhập Người dùng click chọn “Điểm bán lẻ” + “Đơn hàng” + “Khách hàng” Hệ thống sẽ hiển thị ra trang quản trị Khách hàng 3. Người dùng chọn khách hàng cần sửa 3. Hệ thống sẽ hiển thị ra form thông tin của khách hàng đó 3. Người dùng chỉnh sửa những thông tin cần chỉnh sửa 3.

Người dùng chọn “Tạo” để lưu thông tin vừa chỉnh sửa 3. Hệ thống sẽ lưu thông tin mới vào database 3. Người dùng chọn khách hàng cần xóa 3. Hệ thống sẽ hiển thị ra form của khách hàng đó 3.

Người dùng click chọn “Thực hiện” + “Xóa” 16 3. Hệ thống sẽ xóa thông tin khách hàng đó ra khỏi database Dòng sự kiện phụ : Người dùng click chọn “Discard changes” để hủy các thao tác vừa rồi của mình Người dùng có thể tìm kiếm khách hàng Người dùng có thể chuyển dạng danh sách khách hàng “Kanban” hoặc “List” Chọn “Xuất toàn bộ” để xuất danh sách khách hàng ra file excel Người dùng có thể “Lưu trữ”, “Nhân bản”. thông tin khách hàng trong phần “Thực hiện” Tiền điều kiện : Người dùng phải có quyền quản lý use case này trong tài khoản của Hậu điều kiện : Thông tin mới sẽ được lưu vào database Use case Tạo khách hàng. Mô tả: Người dùng sử dụng use case này để tạo khách hàng mới Dòng sự kiện chính: Đăng nhập Người dùng chọn “Điểm bán lẻ”, “Đơn hàng” và “Khách hàng” 2.

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