1. Trang chủ
  2. » Giáo Dục - Đào Tạo

Đề tài xây dựng hệ thống quản lý bán hàng cho công ty thiết kế Đồng phục unidesign tài liệu phân tích, thiết kế và kiểm thử hệ thống

113 1 0
Tài liệu đã được kiểm tra trùng lặp

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Thông tin cơ bản

Tiêu đề Xây Dựng Hệ Thống Quản Lý Bán Hàng Cho Công Ty Thiết Kế Đồng Phục Unidesign Tài Liệu Phân Tích, Thiết Kế Và Kiểm Thử Hệ Thống
Tác giả Đoàn Đức Huy, Vũ Khánh Huyền, Phạm Mạnh Tùng, Đặng Xuân Khang, Hoàng Ngọc Vy
Người hướng dẫn TS. Đinh Trọng Hiếu
Trường học Học Viện Ngân Hàng
Chuyên ngành Công Nghệ Thông Tin
Thể loại Bài Báo Cáo Kiểm Tra
Năm xuất bản 2024
Thành phố Hà Nội
Định dạng
Số trang 113
Dung lượng 6,59 MB

Cấu trúc

  • CHƯƠNG 1: TÌM HIỂU YÊU CẦU NGƯỜI DÙNG (6)
    • 1.1 Xác định yêu cầu người dùng (6)
      • 1.1.1 Bảng kế hoạch phỏng vấn (6)
      • 1.1.2 Danh sách câu hỏi và ghi nhận câu trả lời (7)
    • 1.2 Xác định quy trình nghiệp vụ (10)
  • CHƯƠNG 2: PHÂN TÍCH HỆ THỐNG (11)
    • 2.1 Biểu đồ hoạt động (11)
      • 2.1.1 Biểu đồ hoạt động chức năng Đăng nhập (11)
      • 2.1.2 Biểu đồ hoạt động chức năng Quản lý tài khoản (11)
      • 2.1.3 Biểu đồ hoạt động chức năng Quản lý đơn hàng (13)
      • 2.1.4 Biểu đồ hoạt động chức năng Quản lý khách hàng (14)
      • 2.1.5 Biểu đồ hoạt động chức năng Quản lý phiếu thanh toán thanh toán (17)
      • 2.1.6 Biểu đồ hoạt động chức năng Quản lý danh mục sản phẩm (19)
      • 2.1.7 Biểu đồ hoạt động chức năng Báo cáo (22)
    • 2.2 Biểu đồ ca sử dụng (23)
      • 2.2.1 Biểu đồ ca sử dụng quy trình Bán hàng (23)
      • 2.2.2 Mô tả kịch bản ca sử dụng chức năng Đăng nhập (24)
      • 2.2.3 Mô tả kịch bản ca sử dụng chức năng Quản lý tài khoản (25)
      • 2.2.4 Mô tả kịch bản ca sử dụng chức năng Quản lý đơn hàng (27)
      • 2.2.5 Mô tả kịch bản ca sử dụng chức năng Quản lý khách hàng (30)
      • 2.2.6 Mô tả kịch bản ca sử dụng chức năng Quản lý phiếu thanh toán thanh toán (36)
      • 2.2.7 Mô tả kịch bản ca sử dụng chức năng Quản lý danh mục sản phẩm (41)
      • 2.2.8 Mô tả kịch bản ca sử dụng chức năng Báo cáo (48)
    • 2.3 Biểu đồ tuần tự (49)
      • 2.3.1 Biểu đồ tuần tự chức năng Đăng nhập (49)
      • 2.3.2 Biểu đồ tuần tự chức năng Quản lý tài khoản (50)
      • 2.3.3 Biểu đồ tuần tự chức năng Quản lý đơn hàng (53)
      • 2.3.4 Biểu đồ tuần tự chức năng Quản lý khách hàng (56)
      • 2.3.5 Biểu đồ tuần tự chức năng Quản lý phiếu thanh toán (62)
      • 2.3.6 Biểu đồ tuần tự chức năng Quản lý danh mục sản phẩm (66)
      • 2.3.7 Biểu đồ tuần tự chức năng Báo cáo (73)
    • 2.4 Biểu đồ lớp (74)
  • CHƯƠNG 3: THIẾT KẾ HỆ THỐNG (75)
    • 3.1 Thiết kế cơ sở dữ liệu (75)
      • 3.1.1 Thiết kế mức khái niệm (75)
      • 3.1.2 Thiết kế mức logic (77)
      • 3.1.3 Thiết kế mức vật lý (78)
    • 3.2 Thiết kế giao diện (90)
      • 3.2.1 Giao diện chức năng Đăng nhập (90)
      • 3.2.2 Giao diện chức năng Quản lý tài khoản (90)
      • 3.2.3 Giao diện chức năng Quản lý đơn hàng (94)
      • 3.2.4 Giao diện chức năng Quản lý khách hàng (98)
      • 3.2.5 Giao diện chức năng Quản lý phiếu thanh toán (101)
      • 3.2.6 Giao diện chức năng Quản lý sản phẩm (103)
      • 3.2.7 Giao diện chức năng Báo cáo (106)
  • CHƯƠNG 4: PHÁT TRIỂN HỆ THỐNG (107)
  • CHƯƠNG 5: KIỂM THỬ HỆ THỐNG (108)
    • 5.1. Test chức năng Đăng nhập (108)
    • 5.2. Test chức năng Quản lý tài khoản (108)
    • 5.3. Test chức năng Quản lý đơn hàng (110)
    • 5.4. Test chức năng Quản lý khách hàng (111)
    • 5.5. Test chức năng Quản lý phiếu thanh toán (112)
    • 5.6. Test chức năng Quản lý danh mục sản phẩm (113)

Nội dung

Kịch bản ca sử dụng Thêm đơn hàng Tên ca sử dụng Thêm đơn hàng Điều kiện đầu vào Tác nhân đăng nhập vào hệ thống Các luồng sự kiện Luồng sự kiện chính: ● Tác nhân chọn mục quản lý đơn hà

TÌM HIỂU YÊU CẦU NGƯỜI DÙNG

Xác định yêu cầu người dùng

1.1.1 Bảng kế hoạch phỏng vấn

BẢNG KẾ HOẠCH PHỎNG VẤN

Hệ thống quản lý bán hàng của công ty thiết kế và in ấn đồng phục UniDesign

Người được phỏng vấn: Chị Nguyễn Phương Anh Người thực hiện:

Vũ Khánh Huyền Hoàng Ngọc Vy

Hình thức: Phỏng vấn trực tiếp

Thời gian: 11/09/2024 Địa điểm: Văn phòng thiết kế của công ty UniDesign Bắt đầu: 13h30

Mục tiêu: Thiết kế hệ thống quản lý bán hàng của công ty thiết kế và in ấn đồng phục UniDesign

Để tối ưu hóa quy trình quản lý bán hàng, cần thu thập dữ liệu liên quan đến các tác nhân, biểu mẫu hiện có, công cụ quản lý đang sử dụng và các chức năng cần thiết cho hoạt động này.

Chi tiết buổi phỏng vấn:

1 Giới thiệu: Nhóm dự án tổ chức cuộc họp với chị

Nguyễn Phương Anh – CEO tại Công ty TNHH

UniDesign nhằm tìm hiểu nhu cầu phát triển hệ thống quản lý hoạt động bán hàng

2 Tổng quan về buổi phỏng vấn: Thành viên trong nhóm dự án đưa ra những câu hỏi xoay quanh các quy trình để hiểu rõ hơn cách thức vận

Để chuẩn bị cho buổi gặp mặt, cần xây dựng một bảng câu hỏi cụ thể nhằm ghi nhận ý kiến phản hồi Những câu hỏi này chủ yếu tập trung vào quy trình làm việc và các tác vụ liên quan đến hệ thống quản lý bán hàng hiện tại, từ đó xác định vấn đề và nhu cầu cần được giải quyết.

Sau buổi phỏng vấn, nhóm dự án đã hiểu rõ quy trình quản lý thông tin khách hàng và đơn hàng của công ty, đồng thời nắm bắt được những yêu cầu cần thiết cho hệ thống mới mà công ty đang trong quá trình phát triển.

Bảng 1 Kế hoạch phỏng vấn 1.1.2 Danh sách câu hỏi và ghi nhận câu trả lời

Hệ thống quản lý bán hàng của công ty thiết kế và in ấn đồng phục UniDesign

Câu hỏi 1: Hiện nay công ty cung cấp những dịch vụ nào và đối tượng khách hàng của công ty là ai?

Công ty TNHH UniDesign hiện cung cấp đa dạng dịch vụ như tư vấn thiết kế, lựa chọn vật liệu, may mặc, in ấn và cung ứng sản phẩm đồng phục cho các trường học, nhà hàng, khách sạn, cũng như các tổ chức và doanh nghiệp khác.

Kết quả quan sát: Đáng tin cậy

Câu hỏi 2: Hiện tại để quản lý đơn hàng, công ty đang sử dụng hệ thống như thế nào?

Chúng tôi sử dụng một hệ thống phần mềm để quản lý đơn hàng, trong đó nhân viên bán hàng sẽ nhập thông tin đơn hàng một cách thủ công Sau đó, phần mềm tự động xuất thông tin này thành một bảng Excel, được gửi qua email đến bộ phận kế toán và bộ phận sản xuất.

Kết quả quan sát: Đáng tin cậy

Bộ phận kế toán và bộ phận sản xuất hiện tại xử lý thông tin thông qua hệ thống quản lý tích hợp, đảm bảo tính chính xác và kịp thời Bản thiết kế mẫu đồng phục tiếp cận khách hàng bằng các phương thức truyền thông trực quan, giúp tạo ấn tượng mạnh mẽ và nâng cao nhận diện thương hiệu.

Sau khi nhận bảng excel từ bộ phận bán hàng, phòng kế toán sẽ thủ công lọc thông tin cần thiết và nhập vào ứng dụng kế toán để tạo báo cáo Tương tự, bộ phận thiết kế và sản xuất cũng phải lọc thông tin thủ công để lập kế hoạch sản xuất Bản thiết kế mẫu đồng phục được gửi từ bộ phận thiết kế đến bộ phận bán hàng qua email trước khi đến tay khách hàng.

Kết quả quan sát: Đáng tin cậy

Câu hỏi 4: Hiện tại, công ty đang gặp những khó khăn như thế nào với hệ thống hiện tại?

Hệ thống hiện tại không đáp ứng được nhu cầu hiện nay, khiến các bộ phận như bán hàng, kế toán và sản xuất không thể kết nối thông tin nhanh chóng Việc trích xuất thông tin gặp nhiều bất cập, dẫn đến chậm trễ trong xử lý đơn hàng, ảnh hưởng đến thời gian giao hàng và gây bất mãn cho khách hàng Đội ngũ nhân viên phải dành quá nhiều thời gian cho việc xử lý thủ công và tìm kiếm dữ liệu.

Kết quả quan sát: Đáng tin cậy

Câu hỏi 5: Với nhu cầu phát triển hiện nay của công ty,

Công ty mong muốn hệ thống mới sẽ giải quyết các vấn đề gì?

Để nâng cao hiệu quả quản lý bán hàng, công ty cần một hệ thống lưu trữ thông tin đơn hàng, khách hàng, phiếu thanh toán và báo cáo doanh thu đầy đủ Hệ thống này sẽ tự động hóa việc chia sẻ thông tin giữa các phòng ban, giúp các bộ phận dễ dàng và nhanh chóng trích xuất dữ liệu cần thiết, từ đó giảm thiểu thời gian chờ xử lý và hạn chế sai sót do con người.

Kết quả quan sát: Đáng tin cậy

Để đảm bảo hệ thống quản lý bán hàng mới hoạt động hiệu quả và ổn định, công ty cần xác định rõ các yêu cầu cụ thể như tính linh hoạt trong việc điều chỉnh quy trình bán hàng, khả năng tích hợp với các phần mềm khác, và đảm bảo bảo mật dữ liệu Ngoài ra, việc đào tạo nhân viên sử dụng hệ thống và hỗ trợ kỹ thuật kịp thời cũng là yếu tố quan trọng giúp tối ưu hóa hiệu suất làm việc.

Công ty yêu cầu hệ thống xử lý dữ liệu nhanh chóng để đáp ứng nhu cầu tăng cao của đơn hàng Giao diện cần thân thiện và dễ sử dụng để đào tạo nhân viên hiệu quả, đồng thời hỗ trợ tìm kiếm thông tin đơn hàng nhanh chóng cho các bộ phận Hệ thống cũng cần tương thích với nhiều thiết bị như điện thoại và máy tính bảng, cùng khả năng xuất dữ liệu dưới dạng Excel hoặc PDF để thuận tiện trong việc xử lý và chia sẻ thông tin.

Kết quả quan sát: Đáng tin cậy

Bảng 2 Danh sách câu hỏi và ghi nhận câu trả lời

Xác định quy trình nghiệp vụ

Khách hàng có thể liên hệ với bộ phận kinh doanh để được tư vấn về sản phẩm, lựa chọn giữa mẫu thiết kế có sẵn hoặc mô tả yêu cầu thiết kế theo mong muốn Sau khi xác nhận sản phẩm, bộ phận kinh doanh sẽ tạo phiếu thanh toán với giá trị đặt cọc, khách hàng có thể thanh toán toàn bộ Sau khi đặt cọc, thông tin đơn hàng sẽ được chuyển đến bộ phận sản xuất Khi hoàn thành, bộ phận kế toán sẽ kiểm tra và xác nhận thanh toán cuối cùng trước khi xuất kho Đơn hàng sẽ được giao đến khách hàng sau khi họ hoàn tất thanh toán số tiền còn lại thông qua bộ phận vận chuyển.

Hình 1 Quy trình bán hàng

PHÂN TÍCH HỆ THỐNG

Biểu đồ hoạt động

2.1.1 Biểu đồ hoạt động chức năng Đăng nhập

2.1.2 Biểu đồ hoạt động chức năng Quản lý tài khoản a Thêm tài khoản

7 b Sửa tài khoản c Xóa tài khoản

2.1.3 Biểu đồ hoạt động chức năng Quản lý đơn hàng a Thêm đơn hàng b Sửa đơn hàng

2.1.4 Biểu đồ hoạt động chức năng Quản lý khách hàng a Thêm mới khách hàng

10 b Sửa khách hàng c Xóa khách hàng

11 d Tìm kiếm khách hàng e Lọc khách hàng

2.1.5 Biểu đồ hoạt động chức năng Quản lý phiếu thanh toán thanh toán a Thêm phiếu thanh toán

13 b Sửa phiếu thanh toán c Xóa phiếu thanh toán

2.1.6 Biểu đồ hoạt động chức năng Quản lý danh mục sản phẩm a Thêm sản phẩm mới

15 b Sửa sản phẩm c Xóa sản phẩm

16 d Lọc sản phẩm e Tìm kiếm sản phẩm

17 f Xuất Excel quy chuẩn quá

2.1.7 Biểu đồ hoạt động chức năng Báo cáo

Biểu đồ ca sử dụng

2.2.1 Biểu đồ ca sử dụng quy trình Bán hàng

Hình 2 Biểu đồ ca sử dụng

2.2.2 Mô tả kịch bản ca sử dụng chức năng Đăng nhập

Tên ca sử dụng Đăng nhập

Tác nhân Người dùng Điều kiện đầu vào Tác nhân có tài khoản hợp lệ

Các luồng sự kiện Luồng sự kiện chính:

● Tác nhân chọn mục "Đăng nhập"

● Tác nhân nhập tên tài khoản và mật khẩu

● Tác nhân nhấn nút "Đăng nhập"

● Hệ thống kiểm tra thông tin đăng nhập

- Nếu thông tin đăng nhập không hợp lệ, thực hiện luồng sự kiện phụ 1

● Hệ thống xác thực quyền truy cập và hiển thị giao diện chính phù hợp với quyền của tác nhân

● Hệ thống thông báo lỗi: "Tên tài khoản hoặc mật khẩu không đúng"

● Tác nhân được yêu cầu nhập lại thông tin

Kết quả trả về Tác nhân đăng nhập thành công và có thể sử dụng các chức năng phù hợp với quyền được cấp

2.2.3 Mô tả kịch bản ca sử dụng chức năng Quản lý tài khoản a Kịch bản ca sử dụng Thêm tài khoản

Tên ca sử dụng Thêm tài khoản

Tác nhân Quản lý Điều kiện đầu vào Tác nhân đăng nhập vào hệ thống

Các luồng sự kiện Luồng sự kiện chính:

● Tác nhân chọn mục quản lý tài khoản

● Tác nhân chọn chức năng thêm tài khoản

● Hệ thống yêu cầu chọn/nhập các thông tin cần thiết (tên tài khoản, mật khẩu, nhóm quyền)

● Tác nhân chọn/nhập các thông tin theo yêu cầu

● Hệ thống tự sinh mã tài khoản

● Tác nhân bấm chọn nút lưu

● Hệ thống kiểm tra sự hợp lệ của thông tin vừa nhập Nếu thiếu trường thì thực hiện luồng phụ

● Hệ thống lưu lại thông tin của nhân viên và cập nhật vào danh sách tài khoản

Luồng 1: Dừng việc thêm mới tài khoản và trả về thông báo cho tác nhân: thiếu trường thông tin và nhập lại

Kết quả trả về Quá trình thêm mới tài khoản thành công, quản lý được sử dụng các chức năng theo quyền đã được cấp

21 b Kịch bản Sửa tài khoản

Tên ca sử dụng Sửa tài khoản

Tác nhân Quản lý Điều kiện đầu vào Tác nhân đăng nhập vào hệ thống

Các luồng sự kiện Luồng sự kiện chính:

● Tác nhân chọn mục quản lý tài khoản

● Tác nhân chọn tài khoản muốn sửa

● Hệ thống yêu cầu sửa các thông tin cần thiết (tên tài khoản, mật khẩu, nhóm quyền)

● Tác nhân nhập/chọn các thông tin theo yêu cầu Tác nhân không được phép sửa mã tài khoản

● Hệ thống kiểm tra sự hợp lệ của thông tin vừa nhập Nếu thiếu trường thì thực hiện luồng phụ

● Hệ thống cập nhật thông tin vào danh sách tài khoản

Luồng 1: Dừng việc sửa tài khoản và trả về thông báo cho tác nhân: thiếu trường thông tin và nhập lại

Kết quả trả về Quá trình sửa tài khoản thành công, quản lý được sử dụng các chức năng theo quyền đã được cấp

22 c Kịch bản ca sử dụng Xóa tài khoản

Tên ca sử dụng Xóa tài khoản

Tác nhân Quản lý Điều kiện đầu vào Tác nhân đăng nhập vào hệ thống

Các luồng sự kiện Luồng sự kiện chính:

● Tác nhân chọn mục quản lý tài khoản

● Tác nhân chọn tài khoản muốn xóa

● Hệ thống hiển thị thông báo “Bạn có muốn xóa không”

● Hệ thống xóa thông tin tài khoản khỏi cơ sở dữ liệu

Kết quả trả về Quá trình xóa tài khoản thành công, quản lý được sử dụng các chức năng theo quyền đã được cấp

2.2.4 Mô tả kịch bản ca sử dụng chức năng Quản lý đơn hàng

23 a Kịch bản ca sử dụng Thêm đơn hàng

Tên ca sử dụng Thêm đơn hàng

Tác nhân Nhân viên Điều kiện đầu vào Tác nhân đăng nhập vào hệ thống

Các luồng sự kiện Luồng sự kiện chính:

● Tác nhân chọn mục quản lý đơn hàng

● Tác nhân chọn chức năng thêm đơn hàng

● Hệ thống yêu cầu chọn/nhập các thông tin cần thiết (tên đơn hàng, sản phẩm, số lượng, ngày giao hàng, mã khách hàng)

● Tác nhân chọn/nhập các thông tin theo yêu cầu

● Hệ thống tự sinh mã đơn hàng, mã người tạo

● Tác nhân bấm chọn nút lưu

● Hệ thống kiểm tra sự hợp lệ của thông tin vừa nhập Nếu thiếu trường thì thực hiện luồng phụ

● Hệ thống lưu lại thông tin của nhân viên và cập nhật vào danh sách đơn hàng

Luồng 1: Dừng việc thêm mới đơn hàng và trả về thông báo cho tác nhân: thiếu trường thông tin và nhập lại

Kết quả trả về Quá trình thêm mới đơn hàng thành công, nhân viên được sử dụng các chức năng theo quyền đã được cấp

24 b Kịch bản Sửa đơn hàng

Tên ca sử dụng Sửa đơn hàng

Tác nhân Nhân viên Điều kiện đầu vào Tác nhân đăng nhập vào hệ thống

Các luồng sự kiện Luồng sự kiện chính:

● Tác nhân chọn mục quản lý đơn hàng

● Tác nhân chọn đơn hàng muốn sửa

● Hệ thống yêu cầu sửa các thông tin cần thiết (tên đơn hàng, sản phẩm, số lượng, ngày giao hàng, mã khách hàng)

● Tác nhân nhập/chọn các thông tin theo yêu cầu Tác nhân không được phép sửa mã đơn hàng, mã nhân viên tạo

● Hệ thống kiểm tra sự hợp lệ của thông tin vừa nhập Nếu thiếu trường thì thực hiện luồng phụ

● Hệ thống cập nhật thông tin vào danh sách đơn hàng

Luồng 1: Dừng việc sửa đơn hàng và trả về thông báo cho tác nhân: thiếu trường thông tin và nhập lại

Kết quả trả về Quá trình sửa đơn hàng thành công, nhân viên được sử dụng các chức năng theo quyền đã được cấp

25 c Kịch bản ca sử dụng Xóa đơn hàng

Tên ca sử dụng Xóa đơn hàng

Tác nhân Nhân viên Điều kiện đầu vào Tác nhân đăng nhập vào hệ thống

Các luồng sự kiện Luồng sự kiện chính:

● Tác nhân chọn mục quản lý đơn hàng

● Tác nhân chọn đơn hàng muốn xóa

● Hệ thống hiển thị thông báo “Bạn có muốn xóa không”

● Hệ thống xóa thông tin đơn hàng khỏi cơ sở dữ liệu

Kết quả trả về Quá trình xóa đơn hàng thành công, nhân viên được sử dụng các chức năng theo quyền đã được cấp

2.2.5 Mô tả kịch bản ca sử dụng chức năng Quản lý khách hàng

26 a Kịch bản ca sử dụng Thêm mới khách hàng

Tên ca sử dụng Thêm khách hàng

Tác nhân Nhân viên Điều kiện đầu vào Tác nhân đăng nhập vào hệ thống

Các luồng sự kiện Luồng sự kiện chính:

● Tác nhân chọn mục quản lý khách hàng

● Tác nhân chọn chức năng thêm khách hàng

● Hệ thống yêu cầu chọn/nhập các thông tin cần thiết (tên khách hàng, địa chỉ, số điện thoại, email)

● Tác nhân chọn/nhập các thông tin theo yêu cầu

● Hệ thống tự sinh mã khách hàng, mã người tạo

● Tác nhân bấm chọn nút lưu

● Hệ thống kiểm tra sự hợp lệ của thông tin vừa nhập Nếu thiếu trường thì thực hiện luồng phụ

● Hệ thống lưu lại thông tin của nhân viên và cập nhật vào danh sách khách hàng

Luồng 1: Dừng việc thêm mới khách hàng và trả về thông báo cho tác nhân: thiếu trường thông tin và nhập lại

Kết quả trả về Quá trình thêm mới khách hàng thành công, nhân viên được sử dụng các chức năng theo quyền đã được cấp

27 b Kịch bản Sửa khách hàng

Tên ca sử dụng Sửa khách hàng

Tác nhân Nhân viên Điều kiện đầu vào Tác nhân đăng nhập vào hệ thống

Các luồng sự kiện Luồng sự kiện chính:

● Tác nhân chọn mục quản lý khách hàng

● Tác nhân chọn khách hàng muốn sửa

● Hệ thống yêu cầu sửa các thông tin cần thiết (tên khách hàng, địa chỉ, số điện thoại, email)

● Tác nhân nhập/chọn các thông tin theo yêu cầu Tác nhân không được phép sửa mã khách hàng, mã nhân viên tạo

● Hệ thống kiểm tra sự hợp lệ của thông tin vừa nhập Nếu thiếu trường thì thực hiện luồng phụ

● Hệ thống cập nhật thông tin vào danh sách khách hàng

Luồng 1: Dừng việc sửa khách hàng và trả về thông báo cho tác nhân: thiếu trường thông tin và nhập lại

Kết quả trả về Quá trình sửa khách hàng thành công, nhân viên được sử dụng các chức năng theo quyền đã được cấp

28 c Kịch bản ca sử dụng Xóa khách hàng

Tên ca sử dụng Xóa khách hàng

Tác nhân Nhân viên Điều kiện đầu vào Tác nhân đăng nhập vào hệ thống

Các luồng sự kiện Luồng sự kiện chính:

● Tác nhân chọn mục quản lý khách hàng

● Tác nhân chọn khách hàng muốn xóa

● Hệ thống hiển thị thông báo “Bạn có muốn xóa không”

Hệ thống xóa thông tin khách hàng khỏi cơ sở dữ liệu cho phép nhân viên thực hiện quy trình xóa một cách hiệu quả Khi quá trình xóa khách hàng thành công, nhân viên có thể sử dụng các chức năng theo quyền hạn đã được cấp.

29 d Kịch bản ca sử dụng Tìm kiếm khách hàng

Tên ca sử dụng Tìm kiếm khách hàng

Tác nhân Nhân viên Điều kiện đầu vào Tác nhân đăng nhập vào hệ thống

Các luồng sự kiện Luồng sự kiện chính:

● Tác nhân chọn mục “Quản lý khách hàng”

● Hệ thống hiển thị giao diện danh sách khách hàng

● Tác nhân ấn vào tiêu chí tìm kiếm

● Hệ thống hiển thị các tiêu chí tìm kiếm (mã khách hàng, tên khách hàng)

Người dùng cần chọn tiêu chí tìm kiếm mong muốn, sau đó nhập từ khóa vào ô tìm kiếm và nhấn “Tìm kiếm” Nếu có từ khóa phù hợp, quá trình sẽ tiếp tục; nếu không, người dùng sẽ được chuyển đến luồng phụ 1.

● Hệ thống hiển thị các khách hàng phù hợp với từ khóa tìm kiếm

Luồng sự kiện phụ 1: Hệ thống thông báo không có khách hàng phù hợp

Kết quả trả về Danh sách khách hàng phù hợp với từ khóa được hiển thị

30 e Kịch bản ca sử dụng Lọc khách hàng

Tên ca sử dụng Lọc khách hàng

Tác nhân Nhân viên Điều kiện đầu vào Tác nhân đăng nhập vào hệ thống

Các luồng sự kiện Luồng sự kiện chính:

● Tác nhân chọn mục “Quản lý khách hàng”

● Hệ thống hiển thị giao diện danh sách khách hàng

● Tác nhân ấn vào tiêu chí lọc

● Hệ thống hiển thị các tiêu chí lọc (loại khách hàng, ID người tạo, thành phố)

● Tác nhân chọn tiêu chí lọc mong muốn rồi ấn

“Lọc” Nếu có từ khóa lọc phù hợp thì tiếp tục, nếu không có thì chuyển qua luồng phụ 1

● Hệ thống hiển thị các khách hàng phù hợp với tiêu chí lọc

Luồng sự kiện phụ 1: Hệ thống thông báo không có khách hàng phù hợp

Kết quả trả về Danh sách khách hàng phù hợp với tiêu chí lọc được hiển thị

31 f Kịch bản ca sử dụng Xếp hạng khách hàng

Tên ca sử dụng Xếp hạng khách hàng

Tác nhân Nhân viên Điều kiện đầu vào Tác nhân đăng nhập vào hệ thống

Các luồng sự kiện Luồng sự kiện chính:

● Tác nhân chọn mục quản lý khách hàng

● Hệ thống hiển thị danh sách khách hàng

● Tác nhân ấn nút xếp hạng

● Hệ thống hiển thị các tùy chọn tiêu chí xếp hạng (số lượng đơn hàng hoặc doanh thu)

● Tác nhân chọn tiêu chí xếp hạng

● Hệ thống lấy dữ liệu khách hàng và đơn hàng, tính toán xếp hạng dựa trên tiêu chí đã chọn, và hiển thị kết quả xếp hạng

Kết quả trả về Quá trình xếp hạng khách hàng thành công, nhân viên được sử dụng các chức năng theo quyền đã được cấp

2.2.6 Mô tả kịch bản ca sử dụng chức năng Quản lý phiếu thanh toán thanh toán a Kịch bản ca sử dụng Thêm mới phiếu thanh toán

Tên ca sử dụng Thêm mới phiếu thanh toán

Tác nhân Nhân viên Điều kiện đầu vào Tác nhân đăng nhập vào hệ thống

Các luồng sự kiện Luồng sự kiện chính:

● Tác nhân chọn mục “Quản lý phiếu”

● Hệ thống hiển thị giao diện “Quản lý phiếu” có một danh sách phiếu

● Tác nhân chọn “Thêm mới”

● Hệ thống hiển thị danh sách đơn hàng chưa có phiếu thanh toán

● Tác nhân chọn đơn hàng rồi ấn tạo phiếu

● Hệ thống hiển thị giao diện tạo phiếu và chuyển tiếp các thông tin: Các thông tin của đơn hàng được tạo phiếu, mã phiếu, người tạo phiếu

● Tác nhân điền thông tin vào phiếu rồi ấn

“Lưu”, nếu thông tin được điền đầy đủ thì tiếp tục, nếu thông tin không được điền đầy đủ thì chuyển sang luồng phụ 1

● Hệ thống cập nhật thêm mới phiếu và hiển thị phiếu trong danh sách phiếu

Luồng sự kiện phụ 1: Hệ thống báo lỗi “Có trường thông tin bị bỏ trống”

Kết quả trả về Phiếu thanh toán được thêm mới thành công

33 b Kịch bản ca sử dụng sửa phiếu thanh toán

Tên ca sử dụng Sửa phiếu thanh toán

Tác nhân Nhân viên Điều kiện đầu vào Tác nhân đăng nhập vào hệ thống

Các luồng sự kiện Luồng sự kiện chính:

● Tác nhân chọn mục “Quản lý phiếu”

● Hệ thống hiển thị giao diện “Quản lý phiếu” có một danh sách phiếu

● Tác nhân chọn phiếu thanh toán muốn sửa rồi ấn “Sửa”

● Hệ thống hiển thị giao diện sửa phiếu thanh toán

● Tác nhân điền thông tin muốn sửa rồi ấn

“Lưu”, nếu thông tin được điền đầy đủ thì tiếp tục, nếu thông tin không được điền đầy đủ thì chuyển sang luồng phụ 1

● Hệ thống cập nhật sửa phiếu thanh toán

Luồng sự kiện phụ 1: Hệ thống báo lỗi “Có trường thông tin bị bỏ trống”

Kết quả trả về Phiếu thanh toán được sửa thành công

34 c Kịch bản ca sử dụng xóa phiếu thanh toán

Tên ca sử dụng Xóa phiếu thanh toán

Tác nhân Nhân viên Điều kiện đầu vào Tác nhân đăng nhập vào hệ thống

Các luồng sự kiện Luồng sự kiện chính:

● Tác nhân chọn mục “Quản lý phiếu”

● Hệ thống hiển thị giao diện “Quản lý phiếu” có một danh sách phiếu

● Tác nhân chọn phiếu muốn xóa rồi ấn “Xóa”

● Hệ thống hiển thị hộp thoại xác nhận xóa

● Tác nhân xác nhận xóa

● Hệ thống hiển thị thông báo xóa thành công

Kết quả trả về Phiếu thanh toán được xóa thành công

35 d Kịch bản ca sử dụng tìm kiếm phiếu thanh toán

Tên ca sử dụng Tìm kiếm phiếu thanh toán

Tác nhân Nhân viên Điều kiện đầu vào Tác nhân đăng nhập vào hệ thống

Các luồng sự kiện Luồng sự kiện chính:

● Tác nhân chọn mục “Quản lý phiếu”

● Hệ thống hiển thị giao diện “Quản lý phiếu” có một danh sách phiếu

● Tác nhân ấn vào tiêu chí tìm kiếm

● Hệ thống hiển thị các tiêu chí tìm kiếm

Người dùng cần nhập từ khóa tìm kiếm mong muốn và nhấn “Tìm kiếm” Nếu có từ khóa phù hợp, hệ thống sẽ tiếp tục xử lý; nếu không, người dùng sẽ được chuyển sang luồng phụ 1.

● Hệ thống hiển thị các phiếu thanh toán phù hợp với từ khóa tìm kiếm

Luồng sự kiện phụ 1: Hệ thống thông báo không có phiếu thanh toán phù hợp

Kết quả trả về Các phiếu thanh toán phù hợp với từ khóa được hiển thị

36 e Kịch bản ca sử dụng xuất phiếu thanh toán

Tên ca sử dụng Xuất phiếu thanh toán

Tác nhân Nhân viên Điều kiện đầu vào Tác nhân đăng nhập vào hệ thống

Các luồng sự kiện Luồng sự kiện chính:

● Tác nhân chọn mục “Quản lý phiếu”

● Hệ thống hiển thị giao diện “Quản lý phiếu” có một danh sách phiếu

● Tác nhân chọn phiếu thanh toán muốn xuất rồi ấn “Xuất”

● Hệ thống thông báo xuất phiếu thành công

Kết quả trả về Phiếu thanh toán được xuất thành công

2.2.7 Mô tả kịch bản ca sử dụng chức năng Quản lý danh mục sản phẩm a Kịch bản ca sử dụng Thêm mới sản phẩm

Tên ca sử dụng Thêm sản phẩm

37 Điều kiện đầu vào Tác nhân đăng nhập vào hệ thống

Các luồng sự kiện Luồng sự kiện chính:

● Tác nhân chọn mục Quản lý sản phẩm

● Tác nhân chọn chức năng thêm mới sản phẩm

● Hệ thống tự sinh mã người tạo

● Hệ thống yêu cầu nhập mã sản phẩm

● Hệ thống kiểm tra sự hợp lệ, sự trùng lặp của mã sản phẩm vừa nhập Nếu không hợp lệ thì thực hiện luồng phụ 1

● Hệ thống yêu cầu chọn/nhập các thông tin cần thiết (loại sản phẩm, chất liệu, kích cỡ, đơn giá)

● Tác nhân chọn/nhập các thông tin theo yêu cầu

● Tác nhân bấm chọn nút Lưu

● Hệ thống kiểm tra sự hợp lệ của thông tin vừa nhập Nếu thiếu trường thì thực hiện luồng phụ 2

● Hệ thống lưu thông tin sản phẩm mới vào danh sách sản phẩm

- Luồng 1: Dừng việc thêm mới sản phẩm và trả về thông báo cho tác nhân: Mã sản phẩm đã tồn tại/không hợp lệ

- Luồng 2: Dừng việc thêm mới sản phẩm và trả về thông báo cho tác nhân: Thiếu trường thông tin và nhập lại

Quá trình thêm mới sản phẩm đã thành công, cho phép nhân viên sử dụng các chức năng theo quyền hạn đã được cấp Kịch bản sửa sản phẩm cũng được thực hiện để đảm bảo tính chính xác và hiệu quả trong quản lý.

Tên ca sử dụng Sửa sản phẩm

Tác nhân Nhân viên Điều kiện đầu vào Tác nhân đăng nhập vào hệ thống

Các luồng sự kiện Luồng sự kiện chính:

● Tác nhân chọn mục quản lý sản phẩm

● Tác nhân chọn sản phẩm muốn sửa

● Hệ thống yêu cầu sửa các thông tin cần thiết (loại sản phẩm, chất liệu, kích cỡ, đơn giá)

● Tác nhân nhập/chọn các thông tin theo yêu cầu Tác nhân không được phép sửa mã sản phẩm, mã nhân viên tạo

● Hệ thống kiểm tra sự hợp lệ của thông tin vừa nhập Nếu thiếu trường thì thực hiện luồng phụ 1

● Hệ thống cập nhật thông tin vào danh sách sản phẩm Luồng sự kiện phụ:

Dừng việc sửa sản phẩm và thông báo cho tác nhân về việc thiếu trường thông tin để nhập lại Kết quả là quá trình sửa sản phẩm thành công, cho phép nhân viên sử dụng các chức năng theo quyền đã được cấp.

39 c Kịch bản ca sử dụng Xóa sản phẩm

Tên ca sử dụng Xóa sản phẩm

Tác nhân Nhân viên Điều kiện đầu vào Tác nhân đăng nhập vào hệ thống

Các luồng sự kiện Luồng sự kiện chính:

● Tác nhân chọn mục quản lý sản phẩm

● Tác nhân chọn sản phẩm muốn xóa

● Hệ thống hiển thị thông báo “Bạn có muốn xóa sản phẩm không

● Hệ thống xóa thông tin sản phẩm khỏi cơ sở dữ liệu

● Tác nhân chọn Không Hệ thống kết thúc quá trình xóa sản phẩm

Kết quả trả về Quá trình xóa sản phẩm thành công, nhân viên được sử dụng các chức năng theo quyền đã được cấp

40 d Kịch bản ca sử dụng Tìm kiếm sản phẩm

Tên ca sử dụng Tìm kiếm sản phẩm

Tác nhân Nhân viên Điều kiện đầu vào Tác nhân đăng nhập vào hệ thống

Các luồng sự kiện Luồng sự kiện chính:

● Tác nhân chọn mục “Quản lý sản phẩm”

● Hệ thống hiển thị giao diện danh sách sản phẩm

● Tác nhân ấn vào tiêu chí tìm kiếm

● Hệ thống hiển thị các tiêu chí tìm kiếm (mã sản phẩm, loại sản phẩm, chất liệu, đơn giá)

Người dùng cần chọn tiêu chí tìm kiếm mong muốn, sau đó nhập từ khóa và nhấn “Tìm kiếm” Nếu từ khóa phù hợp được tìm thấy, quá trình tiếp tục; nếu không, người dùng sẽ được chuyển đến luồng phụ 1.

● Hệ thống hiển thị các sản phẩm phù hợp với từ khóa tìm kiếm

- Luồng 1: Hệ thống thông báo không có sản phẩm phù hợp

Kết quả trả về Danh sách sản phẩm phù hợp với từ khóa được hiển hợp

41 e Kịch bản ca sử dụng Lọc sản phẩm

Tên ca sử dụng Lọc sản phẩm

Tác nhân Nhân viên Điều kiện đầu vào Tác nhân đăng nhập vào hệ thống

Các luồng sự kiện Luồng sự kiện chính:

● Tác nhân chọn mục Quản lý sản phẩm

● Hệ thống hiển thị giao diện danh sách sản phẩm

● Tác nhân ấn vào tiêu chí lọc

● Hệ thống hiển thị các tiêu chí lọc (loại sản phẩm, chất liệu, đơn giá)

● Tác nhân chọn tiêu chí lọc mong muốn rồi ấn “Lọc” Nếu có từ khóa lọc phù hợp thì tiếp tục, nếu không có thì chuyển qua luồng phụ 1

● Hệ thống hiển thị các sản phẩm phù hợp với tiêu chí lọc

- Luồng 1: Hệ thống thông báo không có sản phẩm phù hợp

Kết quả trả về Danh sách sản phẩm phù hợp với tiêu chí lọc được hiển thị

42 f Kịch bản ca sử dụng Xuất Excel quy chuẩn giá

Tên ca sử dụng Xuất Excel quy chuẩn giá

Tác nhân Nhân viên Điều kiện đầu vào Tác nhân đăng nhập vào hệ thống

Các luồng sự kiện Luồng sự kiện chính:

● Tác nhân chọn mục Quản lý sản phẩm

● Hệ thống hiển thị giao diện danh sách sản phẩm

● Tác nhân lọc danh sách sản phẩm muốn Xuất Excel

● Hệ thống hệ thống sẽ trả về thông báo “Bạn có muốn tải xuống file về máy không”

● Tác nhân chọn “Không” thì trả về luồng sự kiện phụ

● Tác nhân chọn “Có” Hệ thống thông báo xuất danh sách thành công

- Luồng 1: Hệ thống hiển thị danh mục sản phẩm Kết quả trả về Danh sách quy trình giá sản phẩm được xuất thành công

2.2.8 Mô tả kịch bản ca sử dụng chức năng Báo cáo a Kịch bản ca sử dụng xem báo cáo thống kê

Tên ca sử dụng Xem báo cáo thống kê

Tác nhân Nhân viên Điều kiện đầu vào Tác nhân đăng nhập vào hệ thống

Các luồng sự kiện Luồng sự kiện chính:

● Tác nhân chọn mục “Quản lý báo cáo”

● Hệ thống hiển thị giao diện “Quản lý báo cáo” có các tùy chỉnh báo cáo

Người dùng chọn khoảng thời gian cần xem báo cáo và nhấn “Thống kê” Nếu có đủ dữ liệu để hiển thị báo cáo, quá trình sẽ tiếp tục; nếu không, hệ thống sẽ chuyển sang luồng phụ 1.

● Hệ thống truy vấn và tổng hợp dữ liệu rồi hiển thị mặc định một loại báo cáo theo dạng biểu đồ

● Tác nhân chọn loại báo cáo cần xem (hoặc cũng có thể giữ nguyên nếu báo các cần xem là báo cáo mặc định đã được hiển thị)

● Hệ thống hiển thị loại báo cáo được chọn

● Tác nhân chọn loại hiển thị của báo cáo

● Hệ thống hiển thị báo cáo theo loại hiển thị được chọn

Luồng sự kiện phụ 1: Hệ thống báo lỗi “Không đủ dữ liệu để thực hiện thống kê”

Kết quả trả về Báo cáo thống kê được hiển thị

Biểu đồ tuần tự

2.3.1 Biểu đồ tuần tự chức năng Đăng nhập

2.3.2 Biểu đồ tuần tự chức năng Quản lý tài khoản a Thêm mới tài khoản

2.3.3 Biểu đồ tuần tự chức năng Quản lý đơn hàng a Thêm mới đơn hàng

2.3.4 Biểu đồ tuần tự chức năng Quản lý khách hàng a Thêm mới khách hàng

2.3.5 Biểu đồ tuần tự chức năng Quản lý phiếu thanh toán a Thêm mới phiếu thanh toán

60 d Tìm kiếm phiếu thanh toán

2.3.6 Biểu đồ tuần tự chức năng Quản lý danh mục sản phẩm a Thêm mới sản phẩm

67 f Xuất Excel quy chuẩn giá

2.3.7 Biểu đồ tuần tự chức năng Báo cáo

Biểu đồ lớp

THIẾT KẾ HỆ THỐNG

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

3.1.1 Thiết kế mức khái niệm a Xác định thực thể

- Phương thức thanh toán b Xác định quan hệ

Thực thể Quan hệ Thực thể Loại quan hệ

Nhân viên Thuộc Bộ phận n-1

Nhân viên Có Tài khoản 1-1

Nhân viên Tạo Đơn hàng 1-n

Nhân viên Tạo Phiếu thanh toán 1-n

Nhân viên Tạo Sản phẩm 1-n

Nhân viên Tạo Khách hàng 1-n

Tài khoản Có Nhóm quyền n-n

Khách hàng Có Đơn hàng 1-n Đơn hàng Có Phiếu thanh toán 1-1

Sản phẩm Thuộc Loại sản phẩm n-1

Sản phẩm Có Màu sắc n-n

Sản phẩm Có Chất liệu n-n

Phiếu thanh toán Có Phương thức thanh toán n-1

Bảng 3 Xác định quan hệ giữa các thực thể c Xác định thuộc tính của thực thể

- Nhân viên (Mã nhân viên, Họ tên, Số điện thoại, ngày sinh, giới tính)

- Bộ phận (Mã bộ phận, Tên bộ phận)

- Tài khoản (ID, Mật khẩu)

- Nhóm quyền (Mã quyền, Tên quyền)

- Khách hàng (Mã khách hàng, tên khách hàng, Chi tiết, Số điện thoại, Email, Giới tính)

- Loại khách hàng (Mã loại khách hàng, tên loại khách hàng)

- Loại Xếp hạng (Mã xếp hạng, tên xếp hạng)

- Đơn hàng (Mã đơn hàng, tên đơn hàng, trạng thái, ngày giao hàng, ghi chú, tổng giá trị đơn hàng)

- Sản phẩm (Mã sản phẩm, Tên sản phẩm, màu sắc, kích thước, chất liệu, giá bán)

- Phiếu thanh toán (Mã phiếu, tiền đặt cọc, ngày đặt cọc, tổng tiền đơn hàng, ngày hoàn thành, phương thức thanh toán, ghi chú, trạng thái phiếu)

- Nhân viên (Mã nhân viên, Họ tên, Số điện thoại, ngày sinh, giới tính, Mã bộ phận, ID)

- Bộ phận (Mã bộ phận, Tên bộ phận)

- Tài khoản (ID, Mật khẩu, UpdateAt, UpdateBy)

- Tài khoản_quyền (Mã tài khoản, mã quyền)

- Nhóm quyền (Mã quyền, Tên quyền)

- Khách hàng (Mã khách hàng, tên khách hàng, Mã loại khách hàng, ghi chú , Số điện thoại, Email, Giới tính, Mã loại xếp hạng, Mã nhân viên tạo UpdateAt,

- Loại khách hàng (Mã loại khách hàng, tên loại khách hàng)

- Loại Xếp hạng (Mã xếp hạng, tên xếp hạng)

Đơn hàng bao gồm các thông tin quan trọng như mã đơn hàng, tên đơn hàng, mã trạng thái, ngày giao hàng, mã khách hàng, ghi chú, tổng giá trị đơn hàng, mã nhân viên tạo, thời gian cập nhật (UpdateAt) và người cập nhật (UpdateBy).

- Trạng thái đơn hàng (Mã trạng thái, tên trạng thái)

- Chi tiết đơn hàng (Mã đơn hàng, Mã sản phẩm, mã màu, mã kích cỡ, mã chất liệu số lượng)

- Sản phẩm (Mã sản phẩm, Tên sản phẩm, Mã loại sản phẩm, giá bán, Mã nhân viên tạo, UpdateAt, UpdateBy)

- Sản phẩm_Màu sắc (Mã sản phẩm, mã màu)

- Sản phẩm_Kích cỡ (Mã sản phẩm, mã kích cỡ)

- Sản phẩm_Chất liệu (Mã sản phẩm, mã chất liệu)

- Loại sản phẩm (Mã loại sản phẩm, tên loại sản phẩm)

- Kích thước (Mã kích cỡ, tên kích cỡ)

- Màu sắc (Mã màu, tên màu)

- Chất liệu (Mã chất liệu, tên chất liệu)

Phiếu thanh toán bao gồm các thông tin quan trọng như mã phiếu, mã đơn hàng, số tiền đặt cọc, ngày đặt cọc, tổng thành tiền, ngày hoàn thành, mã phương thức thanh toán, ghi chú, mã trạng thái phiếu, mã nhân viên tạo, cùng với thời gian cập nhật (UpdateAt) và người cập nhật (UpdateBy).

- Trạng thái phiếu (Mã trạng thái phiếu, tên trạng thái phiếu)

- Phương thức thanh toán (mã phương thức, tên phương thức)

3.1.3 Thiết kế mức vật lý a Bảng Employee employees

The table includes the following columns: "employeeId" as an integer representing the employee's unique ID, "name" as a nvarchar for the employee's name, "phoneNumber" as a nvarchar for the contact number, "dateOfBirth" as a date indicating the employee's birth date, "sex" as an integer denoting gender, and "departmentId" as an integer representing the department ID.

74 id int ID tài khoản b Bảng Department departments

Tên cột Kiểu dữ liệu Ý nghĩa departmentId int Mã phòng ban departmentName nvarchar Tên phòng ban c Bảng Account accounts

Tên cột Kiểu dữ liệu Ý nghĩa id int ID tài khoản password nvarchar Mật khẩu updateAt date Thời gian cập nhật updateBy int Người cập nhật

Tên cột Kiểu dữ liệu Ý nghĩa permissionId int Mã quyền permissionName nvarchar Tên quyền e Bảng AccountPermission accountPermissions

Tên cột Kiểu dữ liệu Ý nghĩa permissionId int Mã quyền id nvarchar ID tài khoản f Bảng Customer customers

Tên cột Kiểu dữ liệu Ý nghĩa customerId int Mã khách hàng

The Customer table includes essential fields such as customerName (nvarchar) for the customer's name, customerTypeId (int) representing the customer type, address (nvarchar) for the customer's address, phoneNumber (nvarchar) for contact details, and email (nvarchar) for the customer's email address Additionally, it captures sex (int) for gender identification, rankingTypeId (int) for ranking purposes, employeeID (int) to identify the employee who created the record, updateAt (date) for the last update timestamp, and updateBy (int) to track who made the updates The CustomerType table complements this by detailing the various customer types.

Tên cột Kiểu dữ liệu Ý nghĩa customerTypeId int Mã loại khách hàng

77 customerTypeName nvarchar Tên loại khách hàng h Bảng RankingType rankingType

Tên cột Kiểu dữ liệu Ý nghĩa rankingTypeId int Mã xếp hạng rakingTypeName nvarchar Tên xếp hạng i Bảng Order orders

The table contains essential information about orders, including the order ID as an integer (orderId), the order name as a variable character string with a maximum length of 50 (orderName), the order status represented as an integer (orderStatusId), the order creation date (orderDate), and the customer ID as an integer (customerId).

The article outlines a database schema related to order management, featuring key fields such as "note" for remarks, "totalOrderValue" to indicate the total value of an order, and "employeeId" representing the ID of the employee who created the order Additionally, it includes "updateAt" for the timestamp of the last update and "updateBy" to identify the individual responsible for the update The schema also references the "OrderStatus" table, which tracks the status of each order.

Tên cột Kiểu dữ liệu Ý nghĩa orderStatusId int Mã trạng thái đơn hàng orderStatusName varchar(50) Tên trạng thái đơn hàng k Bảng OrderDetail order_details

Tên cột Kiểu dữ liệu Ý nghĩa orderId int Mã đơn hàng

79 productId int Mã sản phẩm quantity varchar(50) Số lượng colorId int Mã màu sắc sizeId int Mã kích thước materialId int Mã chất liệu l Bảng Product product

The article outlines the structure of a product database, detailing the following columns: "productId," which is an integer representing the product code; "productName," a nvarchar for the product name; "price," a decimal with one decimal place indicating the product's price; "updateAt," a date field for the last update time; "updateBy," an integer identifying the updater; and "employeeId," an integer for the employee code who created the entry.

80 typeId int Mã loại sản phẩm colorId int Mã màu sắc sizeId int Mã kích thước materialId int Mã chất liệu m Bảng ProductColor productColor

Tên cột Kiểu dữ liệu Ý nghĩa productId int Mã sản phẩm colorId int Mã màu sắc n Bảng ProductSize productSize

Tên cột Kiểu dữ liệu Ý nghĩa productId int Mã sản phẩm sizeId int Mã kích thước

Tên cột Kiểu dữ liệu Ý nghĩa productId int Mã sản phẩm materialId int Mã chất liệu p Bảng ProductType productType

Tên cột Kiểu dữ liệu Ý nghĩa typeId int Mã loại sản phẩm typeName nvarchar Tên loại sản phẩm q Bảng Size size

Tên cột Kiểu dữ liệu Ý nghĩa sizeId int Mã kích thước

82 sizeName nvarchar Tên kích thước r Bảng Color color

Tên cột Kiểu dữ liệu Ý nghĩa colorId int Mã màu sắc colorName nvarchar Tên màu sắc s Bảng Material material

Tên cột Kiểu dữ liệu Ý nghĩa materialId int Mã chất liệu materialName nvarchar Tên chất liệu

Cột "paymentSlipId" có kiểu dữ liệu int, đại diện cho mã phiếu thanh toán Cột "orderID" cũng có kiểu int, dùng để xác định mã đơn hàng Cột "deposit" với kiểu nvarchar lưu trữ số tiền đặt cọc, trong khi "depositDate" có kiểu date ghi lại ngày đặt cọc Cột "orderValue" với kiểu nvarchar thể hiện tổng giá trị đơn hàng, và "paymentDate" với kiểu date ghi lại ngày thanh toán Cột "paymentMethodId" có kiểu int, biểu thị mã phương thức thanh toán, còn "note" với kiểu nvarchar dùng để ghi chú Cột "paymentStatusId" cũng có kiểu int, xác định mã trạng thái phiếu, trong khi "employeeId" với kiểu int lưu trữ mã nhân viên tạo Cuối cùng, cột "updateAt" có kiểu date ghi lại thời gian cập nhật và "updateBy" với kiểu int thể hiện người cập nhật.

Tên cột Kiểu dữ liệu Ý nghĩa paymentStatusId int Mã trạng thái phiếu paymentStatusName nvarchar Tên trạng thái phiếu v Bảng PaymentMethod paymentMethod

Tên cột Kiểu dữ liệu Ý nghĩa paymentMethodId int Mã phương thức thanh toán paymentMethodName nvarchar Tên phương thức thanh toán

Thiết kế giao diện

3.2.1 Giao diện chức năng Đăng nhập

3.2.2 Giao diện chức năng Quản lý tài khoản a Danh sách tài khoản

86 b Thêm mới tài khoản c Sửa thông tin tài khoản

87 d Đổi mật khẩu tài khoản e Xóa tài khoản

88 f Lọc thông tin tài khoản g Xuất file excel danh sách tài khoản

89 h Phân quyền người dùng cho chức năng quản lý tài khoản

Ngăn chặn quyền truy cập đến các đường dẫn của chức năng quản lý tài khoản đối với tài khoản không được cấp quyền

3.2.3 Giao diện chức năng Quản lý đơn hàng a Danh sách đơn hàng

91 c Xem thông tin đơn hàng d Sửa đơn hàng e Xóa đơn hàng

3.2.4 Giao diện chức năng Quản lý khách hàng a Danh sách khách hàng

94 b Thêm khách hàng c Chỉnh sửa thông tin khách hàng

95 d Xem chi tiết khách hàng e Xóa khách hàng

3.2.5 Giao diện chức năng Quản lý phiếu thanh toán a Danh sách phiếu thanh toán b Chỉnh sửa thông tin phiếu thanh toán

97 c Xóa phiếu thanh toán d Lọc phiếu thanh toán

98 e Xuất file Excel phiếu thanh toán

3.2.6 Giao diện chức năng Quản lý sản phẩm a Thêm mới sản phẩm b Xóa sản phẩm

100 d Lọc sản phẩm e Xuất file excel danh sách sản phẩm

3.2.7 Giao diện chức năng Báo cáo

PHÁT TRIỂN HỆ THỐNG

Hệ thống quản lý bán hàng cho công ty thiết kế đồng phục UniDesign được xây dựng trên nền tảng web nhằm đảm bảo tính tiện lợi cho lập trình viên và đáp ứng yêu cầu về thời gian triển khai Nhóm dự án đã lựa chọn môi trường phát triển phù hợp để tối ưu hóa quá trình phát triển hệ thống.

Nhóm dự án đã chọn ngôn ngữ lập trình PHP để phát triển hệ thống, nhờ vào tính phổ biến của nó trong xây dựng ứng dụng web và sự hỗ trợ rộng rãi từ cộng đồng mã nguồn mở PHP dễ dàng tích hợp với HTML và tương thích với nhiều hệ điều hành như MacOS, Linux, và Windows, mang lại tính linh hoạt và khả năng mở rộng cho hệ thống trong tương lai Hơn nữa, với kinh nghiệm làm việc sẵn có của các lập trình viên trong nhóm với PHP, dự án sẽ tiết kiệm được thời gian làm quen và đảm bảo tiến độ.

Hệ quản trị cơ sở dữ liệu MySQL là lựa chọn lý tưởng cho nhóm dự án nhờ vào tính mạnh mẽ, ổn định và dễ sử dụng của nó MySQL hỗ trợ đa nền tảng, cung cấp nhiều hàm tiện ích và tương thích tốt với ngôn ngữ SQL, giúp lập trình viên dễ dàng quản lý dữ liệu Việc lựa chọn MySQL không chỉ đáp ứng yêu cầu kỹ thuật mà còn tối ưu hóa chi phí, vì đây là công cụ mã nguồn mở được sử dụng rộng rãi.

Nhóm dự án đã chọn Visual Studio Code làm công cụ phát triển chính nhờ vào tốc độ nhanh, giao diện thân thiện và hỗ trợ đa nền tảng Trình soạn thảo này tích hợp nhiều tính năng mạnh mẽ như gợi ý mã, quản lý phiên bản Git và hỗ trợ đa dạng các tiện ích mở rộng Với kinh nghiệm sử dụng Visual Studio Code từ các dự án trước, nhóm tin rằng công cụ này sẽ giúp đẩy nhanh quá trình triển khai hệ thống.

Nhóm dự án tin rằng việc lựa chọn công cụ và công nghệ phù hợp sẽ giúp phát triển hệ thống quản lý bán hàng cho UniDesign một cách hiệu quả, đáp ứng đầy đủ các yêu cầu về tính năng, thời gian và chất lượng của dự án.

KIỂM THỬ HỆ THỐNG

Test chức năng Quản lý tài khoản

Test chức năng Quản lý đơn hàng

Test chức năng Quản lý khách hàng

Test chức năng Quản lý phiếu thanh toán

Ngày đăng: 07/02/2025, 09:13

TỪ KHÓA LIÊN QUAN

TRÍCH ĐOẠN

TÀI LIỆU CÙNG NGƯỜI DÙNG

  • Đang cập nhật ...

TÀI LIỆU LIÊN QUAN

w