Trong suốtqng thời gian học tuy không dài nhưng đủ để tụi em cảm nhận được sự chăm lo củaCô đối với sinh viên chúng em, Cô đã dành rất nhiều thời gian quý báu để tận tình chỉbảo, hướng d
TỔNG QUAN VỀ ĐỀ TÀI
Giới thiệu tổng quan về hoạt động của siêu thị Lotte Mart
Lotte Mart là một công ty của một tập đoàn Lotte Hàn Quốc, là chuỗi siêu thị lớn bán nhiều loại hàng tạp hóa, quần áo, đồ chơi, đồ điện tử và các hàng hóa khác. Lotte Mart khai trương chi nhánh đầu tiên tại Guui – Dong, Seoul, Hàn Quốc vào ngày 1/04/1998 Tên gọi LOTTE được nhà sáng lập Shin Kyuk-ho đặt ra, lấy cảm hứng từ nữ anh hùng Charlotte trong tiểu thuyết Nỗi đau của chàng Werther (năm 1774) của nhà văn người Đức Johann Wolfgang von Goethe (Charlotte cũng là tên một thương hiệu mới của các rạp chiếu phim cao cấp do Lotte điều hành) Tập đoàn LOTTE hoạt động trên 6 lĩnh vực: ˗ Thực phẩm: LOTTE Confectionery, LOTTE Chilsung Beverage, LOTTE Foods, LO. ˗ Bán lẻ: LOTTE Department Store, LOTTE Mart, LOTTE Super, LOTTE Home Shopping, LOTTE Hi-mart, LOTTE.com,… ˗ Du lịch/ dịch vụ: LOTTE Hotel, LOTTE Duty Free, LOTTE Cinema, LOTTE Logistic, LOTTE Asset Development, LOTTE Data Communication,… ˗ Hoá chất/ xây dựng/ sản xuất: LOTTE Chemical, LOTTE E&C, LOTTE Aluminium, Korea Fujifilm, Canon Korea Business Solution,… ˗ Tài chính: LOTTE Card, LOTTE Insurance, LOTTE Capital,… ˗ Nghiên cứu phát triển/ hỗ trợ: LOTTE R&D Center, LOTTE Academy, LOTTE Scholarship F
Siêu thị Lotte Mart trực thuộc tập đoàn LOTTE của Hàn Quốc Có mặt tại Việt Nam từ năm 2008 với sự ra đời của Lotte Mart Nam Sài Gòn (Quận 7, TP.HCM), Lotte Mart được xem là một trong những nhà bán lẻ nước ngoài đầu tiên góp mặt tại Việt Nam và phát triển thành công đến ngày nay
Nhã Ái – Ngọc Dung Trang 1
Tính đến thời điểm tháng 2 năm 2018, Lotte Mart có tổng số 294 siêu thị trên toàn cầu: Hàn Quốc 123 siêu thị, Trung Quốc 112 siêu thị, Indonesia 46 siêu thị vàViệt Nam 13 siêu thị Tại Việt Nam, trụ sở chính được đặt tại Thửa đất số 1183, đường
Tổng quan về đề tài
Siêu thị Lotte Mart là một siêu thị chuyên cung cấp các loại sản phẩm, hàng hóa để phục vụ nhu cầu thiết yếu có khách hàng.
Quản lý đơn đặt hàng: Khi siêu thị nhận được yêu cầu mua hàng của khách hàng dưới các hình thức như: Mua hàng trực tiếp, điện thoại, fanpage, Bộ tiếp nhận đơn đặt hàng sẽ xem xét các yêu cầu của khách hàng sau đó thêm đơn đặt hàng vào hồ sơ tiếp nhận đơn hàng rồi in hóa đơn đưa cho khách hàng và yêu cầu khách hàng thanh toán Nếu khách hàng thanh toán đầy đủ thì hóa đơn sẽ được đưa vào danh sách đã được thanh toán và lưu trữ trong hồ sơ hóa đơn Ngược lại thì hóa đơn sẽ được đưa trực tiếp vào hồ sơ hóa đơn Từ các hóa đơn sẽ xuất ra được phiếu xuất và lưu trữ trong hồ sơ hóa đơn Tiếp theo, bộ phận xử lý đơn đặt hàng sẽ lấy đơn hàng từ hồ sơ tiếp nhận đơn đặt hàng và xác định số lượng hàng tồn kho có trong kho có đạt đủ yêu cầu hay không Nếu đạt yêu cầu thì chuẩn bị hàng hóa có trong đơn hàng rồi đưa vào hồ sơ chuyển phát Còn ngược lại không đạt yêu cầu thì bộ phận xử lý đơn hàng sẽ yêu cầu bộ phận kho nhập hàng Khi có yêu cầu nhập hàng từ bộ phận xử lý đơn đặt hàng thì bộ phận kho liên hệ với nhà cung cấp để nhập hàng Sau khi nhà cung cấp chuyển hàng tới kho thì bộ phận kho kiểm tra số lượng và chất lượng sản phẩm, nếu đạt yêu cầu thì cho nhập kho và thanh toán, nếu không đạt yêu cầu thì hoàn sản phẩm lại cho bên nhà cung cấp Bộ phận chuyển hàng lấy đơn hàng và hóa đơn để đem giao cho khách hàng Bộ phận kế toán sẽ lấy phiếu xuất từ hồ sơ hóa đơn Sau đó tổng hợp lại doanh thu và đưa ra báo cáo Báo cáo này sẽ được đưa cho quản lý.
Trường hợp khách hàng mua hàng vào dịp khuyến mãi với số lượng theo đúng chính sách của siêu thị sẽ được hưởng chiết khấu thương mại (giảm giá) Theo chính sách mà siêu thị đã quy định thì giá bán cho khách sẽ là giá sau khi chiết khấu và được phản ánh trên hóa đơn bán hàng.
1.2.2 Các nghiệp vụ cơ bản ˗ Tiếp nhận đơn đặt hàng. ˗ Xử lý đơn đặt hàng. ˗ Xử lý quy trình giao đơn hàng. ˗ Xử lý quy trình thanh toán cho các đơn hàng. ˗ Theo dõi hàng tồn kho. ˗ Báo cáo, thống kê theo tháng, quý về thông tin các đơn hàng.
1.2.3 Mô tả hoạt động của hệ thống
Hệ thống xử lý đơn đặt hàng tại một siêu thị bao gồm năm bộ phận chính, năm bộ phận này có quan hệ liên kết với nhau trong quy trình xử lý đơn hàng: ˗ Bộ phận tiếp nhận đơn hàng. ˗ Bộ phận xử lý đơn hàng. ˗ Bộ phận chuyển hàng. ˗ Bộ phận kế toán. ˗ Bộ phận kho. a Bộ phận tiếp nhận đơn hàng: Nhận đơn đặt hàng từ khách hàng, kiểm tra đơn đặt hàng Tiếp theo, liên hệ với khách hàng để điều chỉnh (nếu cần) Sau đó, bộ phận tiếp nhận đơn hàng sẽ kiểm tra thông tin về tài khoản của khách hàng trong hồ sơ Customer Data (dữ liệu khách hàng), đối chiếu và yêu cầu khách hàng điều chỉnh thông tin mới nếu có thay đổi Sau đó ghi nhận đơn hàng hợp lệ của khách hàng vào hồ sơ Approved Order (đơn hàng được chấp thuận) b Bộ phận xử lý đơn hàng: Tiếp nhận đơn đặt hàng của khách hàng từ hồ sơ Approved Order, đối chiếu các mục yêu cầu với hồ sơ Inventory (danh mục hàng tồn kho), lấy thông tin khách hàng từ hồ sơ Customer Data, chuẩn bị hóa đơn và nhãn kiện
Nhã Ái – Ngọc Dung Trang 3 hàng để gửi chúng vào hồ sơ Shipping (hồ sơ vận chuyển) Nếu tại thời điểm kiểm hồ sơ Inventory phát hiện thấy có mặt hàng trong đơn đặt hàng không đáp ứng yêu cầu (hết hàng một phần hoặc hết hoàn toàn) thì báo lại với bộ phận kho. c Bộ phận chuyển hàng: Lấy hóa đơn và nhãn kiện hàng từ hồ sơ Shipping, lấy hàng từ bộ phận xử lý đơn hàng, đối chiếu hóa đơn, nhãn và hàng và lưu hóa đơn vào hồ sơ Invoice (hồ sơ hóa đơn), sau đó chuyển kiện hàng đã dán nhãn đến khách hàng. d Bộ phận kế toán: Lấy phiếu xuất từ hồ sơ hóa đơn Sau đó tổng hợp thành doanh thu và đưa ra báo cáo Sau đó chuyển báo cáo cho quản lý. e Bộ phận kho: Khi có yêu cầu từ bộ phận xử lý đơn hàng báo là hết hàng thì bộ phận kho sẽ liên hệ với nhà cung cấp để yêu cầu nhập hàng Sau khi nhà cung cấp giao hàng thì bộ phận kho kiểm tra số lượng cũng như chất lượng của sản phẩm, điền vào chi tiết phiếu nhập rồi mới cho nhập kho Sau khi nhập kho thì lưu hóa đơn và thanh toán cho nhà cung cấp Cuối cùng là xuất sản phẩm cho bên xử lý đơn hàng, rồi ghi vào chi tiết phiếu xuất.
1.2.4 Quy trình nghiệp vụ của hệ thống đơn đặt hàng tại siêu thị Lotte Mart
Hình 1.1 Quy trình nghiệp vụ xử lý đơn hàng
Mô tả quy trình nghiệp vụ của hệ thống đơn đặt hàng tại siêu thị Lotte Mart:
(1) Khách hàng sẽ lựa chọn những sản phẩm cần mua có trong siêu thị.
(2) Sau khi khách hàng chọn xong sản phẩm, nhân viên của bộ phận tiếp nhận đơn hàng sẽ tiếp nhận.
(3) Nhân viên sẽ xuất hóa đơn mua hàng.
(4) Hóa đơn sẽ được đưa cho khách hàng.
(5) Bộ phận tiếp nhận đơn hàng sẽ chuyển thông tin đơn hàng và thông tin khách hàng cho bộ phận xử lý đơn hàng.
(6) Sau khi tiếp nhận từ bộ phận tiếp nhận đơn hàng, nhân viên của bộ phận xử lý đơn hàng sẽ in phiếu nhập gồm danh sách các sản phẩm mà khách hàng cần mua.
(7) Phiếu nhập đó sẽ được chuyển đến kho Bên kho sẽ chuẩn bị sản phẩm cho khách hàng dụa trên phiếu nhập đó.
(8) Nếu trong lúc kho đang chuẩn bị sản phẩm có trong phiếu nhập nhưng thiếu hoặc hết sản phẩm thì kho ngay lập tức báo lại cho bên quản lý Bên quản lý sẽ liên lạc với nhà cung cấp để nhập thêm sản phẩm về kho.
(9) Quản lý sẽ liên hệ với nhà cung cấp để yêu cầu nhập thêm sản phẩm về kho.
(10) Khi nhà cung cấp giao hàng, kho sẽ tiếp nhận hàng hóa, đồng thời kiểm tra xem thông tin về nhà cung cấp và những hàng hóa được nhập có sẵn trong danh mục chưa. Nếu chưa có thông tin về nhà cung cấp lẫn hàng hóa được nhập tức đây là mặt được nhập lần đầu, kho phải nhập đầy đủ thông tin của nhà cung cấp và hàng hóa Trong trường hợp chỉ thiếu thông tin nhà cung cấp hoặc thông tin hàng thì kho chỉ cần tạo danh mục cho thông tin còn thiếu Khi đã có đầy đủ thông tin, kho nhập hàng sẽ tiến hành lập phiếu nhập hàng và số lượng hàng hóa mới sẽ tự động cập nhật vào cơ sở dữ liệu.
(11) Bộ phận kho khi chuẩn bị sản phẩm xong sẽ giao lại cho bên bộ phận xử lý hàng hóa.
Nhã Ái – Ngọc Dung Trang 5
(12) Bộ phận xử lý sẽ giao lại cho bộ phận chuyển hàng.
(13) Bộ phận chuyển hàng sẽ giao kiện hàng cho khách hàng.
(14) Bộ phận kho sẽ xuất phiếu xuất gồm có danh sách sản phẩm và giá tiền mà khách hàng đó đã mua.
(15) Phiếu xuất đó sẽ được chuyển qua bên bộ phận kế toán để quản lý sổ sách, thu chi.
(16) Thông qua phiếu xuất sẽ cho biết được doanh thu.
(17) Kế toán sẽ trực tiếp quản lý doanh thu và tổng hợp doanh thu (theo tháng, quý, năm) để làm báo cáo.
(18) Sau đó, báo cáo đó sẽ được gửi trực tiếp cho bên quản lý.
Mục tiêu của đề tài
Xây dựng một phần mềm hệ thống quản lý việc xử lý đơn đặt hàng của một siêu thị Cụ thể là siêu thị Lotte Mart.
Siêu thị Lotte Mart là một hệ thống bán hàng lớn với hàng ngàn sản phẩm khác nhau Và là nơi được nhiều người tiêu dùng tin cậy chọn là điểm đến để mua sắm Đặc biệc là trong tình hình dịch Covid, khi mà hầu hết tất cả mọi người đều chọn việc mua sắm tại nhà khiến cho việc xử lí các đơn đặt hàng trở nên quá tải Do đó, việc tạo ra một hệ thống xử lí đơn hàng là rất cần thiết và giúp cho việc quản lí dễ dàng hơn.
Hệ thống giúp cho nhân viên dễ thực hiện tiến hành thanh toán các đơn hàng với khách hàng Đồng thời giúp cho việc quản lí siêu thị hiệu quả hơn và kiểm soát được tất cả các hoạt động như: kiểm kê tất cả các mặt hàng tồn kho, trên kệ, các hàng hoá suất ra,… Từ đó giúp họ đưa ra các báo cáo đầy đủ chi tiết khi cần báo cáo theo quý, theo năm hoặc đột xuất một cách rõ ràng.
Phạm vi đề tài
Đề tài nghiên cứu về siêu thị Lotte Mart chủ yếu ở khu vực Thành phố Hồ ChíMinh Siêu thị Lotte Mart là chuỗi cửa hàng lớn có nhiều chi nhánh nhưng để tài tập trung chủ yếu vào siêu thị Lotte Mart quận 7 cụ thể là Lotte Mart nằm tại 469 NguyễnHữu Thọ, phường Tân Hưng, quận 7, Thành phố Hồ Chí Minh Đề tài tập trung vào nghiên cứu, phân tích, thiết kế hệ thống thông tin quản lý đơn đặt hàng tại siêu thịLotte Mart.
Thiết kế kế hoạch triển khai thực hiện đề tài
˗ Lựa chọn và lập kế hoạch triển khai đề tài. ˗ Tìm hiểu, tham khảo, chọn lọc những ý kiến liên quan đến đề tài của những đồ án trước hoặc khảo sát, thu thập tài liệu trên mạng. ˗ Phân tích những vấn đề cần thiết của đồ án từ các tài liệu đã thu thập. ˗ Khảo sát hiện trạng và yêu cầu của đồ án. ˗ Phân tích lược đồ Use Case, sơ đồ phân rã chức năng và các mô hình. ˗ Thiết kế các giao diện cho đề tài. ˗ Tổng kết lại những kết quả và khó khăn trong quá trình thực hiện đồ án. ˗ Chỉnh sửa, bổ sung và hoàn chỉnh đề tài.
Nhã Ái – Ngọc Dung Trang 7
CƠ SỞ LÝ THUYẾT
Tổng quan một số nghiên cứu trước
Hệ thống quản lý đơn đặt hàng của siêu thị Pico: ˗ Mặt hàng mới nhập về sẽ được nhân viên quản lý phụ trách tin học lưu trữ các thông tin của mặt hàng vào hệ thống quản lý, các thông tin bao gồm: mã vạch, giá bán, ngày sản xuất, hạn sử dụng, số lượng, đơn vị tính, ˗ Nguồn hàng được nhập dưới 2 hình thức: Hợp đồng mua bán giữa siêu thị và nhà cung cấp; hợp đồng trao đổi hàng hóa giữa siêu thị với cách doanh nghiệp khác.
Hàng nhập về, thủ kho cần ghi thêm số lượng hàng nhập vào thẻ kho Mỗi hàng hóa đều có thẻ kho riêng Nếu hàng đã có trong kho thì thủ kho sẽ ghi thêm vào thẻ kho có sẵn, đối với mặt hàng mới thì thủ kho cần tiến hành lập thẻ kho mới.
Điểm mới trong đề tài nghiên cứu
Đối với bộ phận tiếp nhận đơn hàng có điểm mới là chăm sóc khách hàng tối ưu Ngoài thông tin về sản phẩm thì tất cả những thông tin khách hàng đều được lưu trữ một cách trực quan, khoa học Việc tìm kiếm, quản lý và phân loại khách hàng sẽ trở nên dễ dàng với bộ phận tiếp nhận đơn hàng.
Nhà quản lý có thể hiểu rõ từng đối tượng khách hàng và phân nhóm khách hàng theo nhiều tiêu chí khác nhau, giúp họ có chiến lược marketing phù hợp với từng nhóm đối tượng.
Cơ sở hình thành ý tưởng phân tích và thiết kế
Hiện nay, việc áp dụng công nghệ thông tin (CNTT) vào các doanh nghiệp là điều thiết yếu Nhưng nếu muốn cho ra đời một hệ thống có thể áp dụng được thì việc phân tích và thiết kế hệ thống cũng là một phần quan trọng không kém Vì vậy, chúng em chọn hệ thống xử lý đơn hàng tại siêu thị Lotte Mart để phân tích và thiết kế nhằm mục đích giúp các khâu trong xử lý đơn hàng tiết kiệm được thời gian, công sức, tiền bạc và tránh được những sai sót không đáng có.
Tổng quan về các mô hình
2.4.1 Lược đồ Use Case a Định nghĩa
Theo lý thuyết: Use Case là kỹ thuật mô tả sự tương tác giữa người dùng và hệ thống (trong 1 môi trường cụ thể, vì 1 mục đích cụ thể) Sự tương tác này có thể là: ˗ Cách thức mà người dùng tương tác với hệ thống; ˗ Cách thức mà hệ thống tương tác với các hệ thống khác.
Tất nhiên, sự tương tác này cần phải nằm trong một môi trường cụ thể - tức là nằm trong 1 bối cảnh, phạm vi cụ thể hoặc mở rộng ra là trong 1 hệ thống (phần mềm) cụ thể Mục đích của Use Case là gì? Đó là phải diễn tả được yêu cầu theo góc nhìn cụ thể từ phía người dùng b Các thành phần
Nhã Ái – Ngọc Dung Trang 9
Hình 2.2 Các thành phần của Use Case Actor được sử dụng để chỉ người dùng hoặc một đối tượng nào đó bên ngoài tương tác với hệ thống
Communication Link thể hiện sự tương tác giữa người dùng (Actor) và hệ thống (System), nó kết nối giữa Actor và Use Case.
Boundary of System chính là phạm vi mà Use Case xảy ra Ví dụ với hệ thống
CRM, phạm vi có thể là những cụm tính năng lớn như quản lý đơn hàng, quản lý khách hàng hoặc cả một module lớn như quản lý bán hàng.
Relationship gồm 3 loại: Include, Extend, và Generalization.
Include: được định nghĩa là mối quan hệ bắt buộc phải có giữa các Use Case với nhau Xét về nghĩa, Include trong tiếng Anh nghĩa là bao gồm Tức nếu nói Use Case A có mối quan hệ Include với Use Case B thì điều đó có nghĩa Use Case A bao gồm Use Case B.
Extend: biểu diễn mối quan hệ mở rộng giữa các Use Case với nhau NếuInclude thể hiện mối quan hệ bắt buộc thì Extend lại là mối quan hệ không bắt buộc (có thể có hoặc không) giữa các Use Case với nhau.Nếu Use Case B là Extend của Use Case A, điều này có nghĩa Use Case B chỉ là một lựa chọn chỉ xảy ra trong một hoàn cảnh cụ thể nào đó.
Hình 2.3 Mối quan hệ Include và Extend diễn tả trong sơ đồ Use Case
Generalization: Chúng ta có thể hiểu đơn giản Generalization là mối quan hệ cha con giữa các Use Case với nhau Điểm khác biệt giữa Generalization với Include và Extend chính là khả năng thể hiện mối quan hệ giữa các Actor với nhauu. 2.4.2 Sơ đồ phân rã chức năng (Business Function
Sơ đồ phân rã chức năng (BFD) được sử dụng để thực hiện phân tích chức năng, mô tả sự phân chia các chức năng thành các chức năng nhỏ hơn trong hệ thống.
Ví dụ sơ đồ chức năng của một hệ thống quản trị tín dụng. b Ý nghĩa và nguyên tắc khi xây dựng sơ đồ phân rã chức năng Ý nghĩa của sơ đồ phân rã chức năng BFD:
+ Sơ đồ BFD cho phép xác định các chức năng cần nghiên cứu trong một tổ chức.
+ Qua sơ đồ ta biết được vị trí của mỗi công việc trong toàn bộ hệ thống, tránh dư thừa và trùng lặp trong nghiên cứu hệ thống.
+ Sơ đồ BFD là cơ sở để xây dựng sơ đồ luồng dữ liệu.
Nhã Ái – Ngọc Dung Trang 11
+ Sơ đồ là cơ sở để nghiên cứu cấu trúc các chương trình quản trị hệ thống.
Các nguyên tắc khi phân cấp chức năng:
+ Nguyên tắc thực chất: Mỗi chức năng được phân rã là một bộ phận thực sự tham gia thực hiện chức năng đã phân rã ra nó.
+ Nguyên tắc đầy đủ: Việc thực hiện tất cả các chức năng ở mức dưới trực tiếp phải đảm bảo thực hiện được chức năng ở mức trên đã phân rã ra chúng
2.4.3 Mô hình luồng dữ liệu (Data Flow Diagram – DFD) a Định nghĩa
Mô hình luồng dữ liệu (Data Flow Diagram) là một mô hình cho thấy dữ liệu được di chuyển trong một hệ thống như thế nào,chỉ ra dữ liệu, thông tin được chuyển từ một tiến trình hoặc từchức năng này sang một tiến trình hoặc chức năng khác. b Các thành phần
Hình 2.4 Các thành phần của DFD c Các mức cấp bậc
Sơ đồ ngữ cảnh (Context diagram): đầy là sơ đồ mức cao nhất Nó cho ra một cái nhìn tổng quát về hệ thống trong môi trường nó đang tồn tại Ở mức này, sơ đồ ngữ cảnh chỉ có một tiến trình duy nhất, các tác nhân và các luồng dữ liệu (không có kho dữ liệu).
Sơ đồ mức 0 là sơ đồ phân rã từ sơ đồ ngữ cảnh Với mục đích mô tả hệ thống chi tiết hơn, sơ đồ mức 0 được phân rã từ sơ đồ ngữ cảnh với các tiến trình được trình bày chính là các mục chức năng chính của hệ thống
Sơ đồ mức i (i >= 1) là sơ đồ được phân rã từ sơ đồ mức i-1 Mỗi sơ đồ phân rã mức sua chính là sự chi tiết hóa một tiến trình mức trước Quá trình phân rã sẽ dừng khi đạt được sơ đồ luồng dữ liệu sơ cấp (khi một tiến trình là một tính toán hay thao tác dữ liệu đơn giản, khi mỗi luồng dữ liệu không cần chia nhỏ hơn nữa.
2.4.4 Mô hình thực thể kết hợp (Entity Relationship
Mô hình thực thể kết hợp được sử dụng để biểu diễn cơ sở dữ liệu ở mức khái niệm Mô hình thực thể kết hợp bao gồm có các thực thể, danh sách thuộc tính và những mối kết hợp. b Các thành phần
Thực thể (Entity) là một biểu diễn của một lớp khái niệm trong thế giới thực.
Nhã Ái – Ngọc Dung Trang 13
Hình 2.5 Các thành phần chính của ERD
Mối kết hợp (Relationship) biểu diễn sự kết hợp ngữ nghĩa giữa hay hay nhiều thực thể Mối kết hợp thể hiện sự kiện kết nối hoặc mối quan hệ vật lý giữa các thực thể với nhau.
Tổng quan về các công nghệ sử dụng
Dùng để vẽ các mô hình trong thiết kế HTQL đơn đặt hàng tại Lotte Mart. Diagram Designer là chương trình vẽ sơ đồ có tính năng đúng như cái tên, nghĩa là cung cấp cho người dùng các công cụ xây dựng sơ đồ, biểu đồ tiến trình và slideshow cũng như nhiều thứ khác Chương trình này có thể được sử dụng bởi nhiều người dùng bất kể có kinh nghiệm đến mức nào Giao diện của ứng dụng tạo sơ đồ Diagram Designer trông hết sức đơn giản và dễ nhìn Việc thiết kế một mục nào đó có thể được thực hiện bằng cách nhập các bản thiết kế từ phía bên phải màn hình thông qua tính năng “kéo và thả” Người dùng có thể sử dụng các công cụ vẽ tiêu chuẩn để vẽ ra các đường thẳng, mũi tên, đầu nối, đường cong, văn bản, hình chữ nhật và hình elip của phần mềm đồ họa Diagram Designer Ngoài những điều nói trên, người dùng còn có thể tìm kiếm văn bản, kiểm tra chính tả, vô hiệu hóa tính năng tự động giãn cách dòng, chỉnh sửa các đặc tính của trang, sắp xếp lại vị trí của các trang, chỉnh sửa các lớp cũng như xoay và căn chỉnh các mục Đó mới chỉ là một số việc mà người dùng có thể thực hiện.
Phần mềm vẽ sơ đồ Diagram Designer vừa dễ sử dụng, vừa ngốn rất ít CPU nên gần như không gây ảnh hưởng đến hiệu suất của máy tính Phần mềm này có tốc độ xử lý cực nhanh và có cả một tập tin trợ giúp Chúng tôi không gặp bất cứ vấn đề nào trong quá trình dùng thử phần mềm này Diagram Designer không bị treo, thoát đột ngột hay hiển thị các dòng thông báo lỗi Nhờ có giao diện dễ nhìn và tính đơn giản nói chung, ngay cả những người dùng có ít kinh nghiệm cũng có thể dễ dàng hiểu được cách thức sử dụng ứng dụng này.
Dùng để thiết kế giao diện HTQL đơn đặt hàng của siêu thị Lotte Mart.
C# (hay C sharp) là một ngôn ngữ lập trình đơn giản, được phát triển bởi đội ngũ kỹ sư của Microsoft vào năm 2000 C# là ngôn ngữ lập trình hiện đại, hướng đối tượng và được xây dựng trên nền tảng của hai ngôn ngữ mạnh nhất là C++ và Java C# với sự hỗ trợ mạnh mẽ của NET Framework giúp cho việc tạo một ứng dụng Windows Forms hay WPF (Windows Presentation Foundation), phát triển game, ứng dụng Web, ứng dụng Mobile trở nên rất dễ dàng. Ưu điểm của C#: C# là ngôn ngữ đơn giản, C# loại bỏ một vài sự phức tạp và rối rắm của những ngôn ngữ như Java và C++, bao gồm việc loại bỏ những macro, những template, đa kế thừa, và lớp cơ sở ảo (virtual base class) Ngôn ngữ C# đơn giản vì nó dựa trên nền tảng C và C++ Nếu chúng ta thân thiện với C và C++ hoặc thậm chí là Java, chúng ta sẽ thấy C# khá giống về diện mạo, cú pháp, biểu thức, toán tử và những chức năng khác được lấy trực tiếp từ ngôn ngữ C và C++, nhưng nó đã được cải tiến để làm cho ngôn ngữ đơn giản hơn C# là ngôn ngữ hiện đại Điều gì làm cho một ngôn ngữ hiện đại? Những đặc tính như là xử lý ngoại lệ, thu gom bộ nhớ tự
Nhã Ái – Ngọc Dung Trang 15 động, những kiểu dữ liệu mở rộng, và bảo mật mã nguồn là những đặc tính được mong đợi trong một ngôn ngữ hiện đại C# chứa tất cả những đặc tính trên.
C# là một ngôn ngữ lập trình thuần hướng đối tượng Lập trình hướng đối tượng (OOP) là một phương pháp lập trình có 4 tính chất Đó là tính trừu tượng, tính đóng gói, tính đa hình và tính kế thừa C# hỗ trợ cho chúng ta tất cả những đặc tính trên C# là một ngôn ngữ ít từ khóa C# là ngôn ngữ sử dụng giới hạn những từ khóa Phần lớn các từ khóa được sử dụng để mô tả thông tin Chúng ta có thể nghĩ rằng một ngôn ngữ có nhiều từ khóa thì sẽ mạnh hơn Điều này không phải sự thật, ít nhất là trong trường hợp ngôn ngữ C#, chúng ta có thể tìm thấy rằng ngôn ngữ này có thể được sử dụng để làm bất cứ nhiệm vụ nào.
Bên cạnh ưu điểm thì C# cũng có nhược điểm Nhược điểm lớn nhất của C# là chỉ chạy trên nền Windows và có cài.NET Framework Thao tác đối với phần cứng yếu hơn so với ngôn ngữ khác, hầu hết phải dựa vào Windows.
Dùng để xuất bảng database diagram trong mô hình cơ sở dữ liệu trong HTQL đơn đặt hàng của siêu thị Lotte Mart.
SQL viết tắt của Structured Query Language, dịch là Ngôn ngữ truy vấn mang tính cấu trúc, là một loại ngôn ngữ máy tính phổ biến để tạo, sửa và lấy dữ liệu từ một hệ quản trị cơ sở dữ liệu quan hệ Ngôn ngữ này phát triển vượt xa so với mục đích ban đầu là để phục vụ các hệ quản trị cơ sở dữ liệu đối tượng – quan hệ Nó là một tiêu chuẩn ANSI/ISO.
Giữa những năm 1970, một nhóm các nhà phát triển tại trung tâm nghiên cứu của IBM tại San Jose phát triển hệ thống cơ sở dữ liệu "Hệ thống R" dựa trên mô hình của Codd Structured English Query Language, viết tắt là "SEQUEL", được thiết kế để quản lý và truy lục dữ liệu được lưu trữ trong Hệ thống R Sau này, tên viết tắtSEQUEL được rút gọn thành SQL để tránh việc tranh chấp nhãn hiệu (từ SEQUEL đã được một công ty máy bay của UK là Hawker-Siddeley đăng ký) Mặc dù SQL bị ảnh hưởng bởi công trình của tiến sĩ Codd nhưng nó không do tiến sĩ Codd thiết kế ra.
Ngôn ngữ SEQUEL được thiết kế bởi Donald D Chamberlin và Raymond F Boyce tại IBM, và khái niệm của họ được phổ biến để tăng sự chú ý về SQL.
Năm 1978, việc thử nghiệm phương pháp được khởi đầu tại một cơ sở thử nghiệm của khách hàng Cuộc thử nghiệm đã chứng minh được sự có ích và tính thực tiễn của hệ thống và đã chứng tỏ sự thành công của IBM Dựa vào kết quả đó, IBM bắt đầu phát triển các sản phẩm thương mại bổ sung thêm SQL dựa trên nguyên mẫu Hệ thống R bao gồm System/38 (Hệ thống/38) (được công bố năm 1978 và được thương mại hóa tháng 8 năm 1979, SQL/DS (được giới thiệu vào năm 1981) và DB2 (năm
1983) Một trong những lý do khiến cho SQL được sử dụng phổ biến, chính là nó cho phép người dùng thực hiện đa dạng các chứng năng sau: ˗ Cho phép người dùng truy cập dữ liệu trong các hệ thống quản lý cơ sở dữ liệu quan hệ Cho phép người dùng mô tả dữ liệu. ˗ Cho phép người dùng xác định dữ liệu trong cơ sở dữ liệu và thao tác dữ liệu đó. ˗ Cho phép nhúng trong các ngôn ngữ khác sử dụng mô-đun SQL, thư viện và trình biên dịch trước. ˗ Cho phép người dùng tạo và thả các cơ sở dữ liệu và bảng. ˗ Cho phép người dùng tạo chế độ View, thủ tục lưu trữ, chức năng trong CSDL. ˗ Cho phép người dùng thiết lập quyền trên các bảng, thủ tục và View.
SQL còn được dùng để cập nhật thông tin cho các CSDL đã có Ví dụ như cần phải xoá tất cả các phiếu xuất kho hai năm trước đây chẳng hạn Bạn có thể mở bảng dữ liệu Phiếu xuất kho ra và tìm kiếm rồi xoá từng phiếu một cách thủ công, vừa mất thì giờ vừa có khả năng nhầm lẫn hoặc bỏ sót Khi đó bạn nên dùng SQL với thời gian thực hiện chỉ tính bằng giây và đảm bảo không có sự nhầm lẫn hay bỏ sót nào cả. Trong những trường hợp như vậy kết quả câu lệnh SQL không phải là bảng mới mà chính là bảng đã được bổ sung cập nhật dữ liệu theo yêu cầu SQL luôn luôn thao tác trên các bảng SQL dùng để phân tích, tổng hợp số liệu từ các bảng đã có sẵn, tạo nên các dạng bảng mới, sửa đổi cấu trúc, dữ liệu của các bảng đã có Sau khi thực hiện một
Nhã Ái – Ngọc Dung Trang 17 hay một chuỗi các lệnh SQL là có thể có đủ số liệu để tạo ra báo cáo theo yêu cầu công việc Vì mục tiêu của các chương trình quản lý CSDL là quản lý dữ liệu được lưu trữ trong các bảng nên SQL được dùng rất thường xuyên trong mọi công việc.
Dùng để bổ trợ thiết kế HTQL đơn đặt hàng của siêu thị Lotte Mart.
Visual Studio là một trong những công cụ hỗ trợ lập trình rất nổi tiếng nhất hiện nay của tập đoàn Microsoft và chưa có một phần mềm nào có thể thay thế được nó. Visual Studio là một phần mềm lập trình hệ thống do tập đoàn Microsoft xây dựng Từ khi ra đời đến nay, Visual Studio đã trải qua rất nhiều phiên bản sử dụng khác nhau. Điều đó, giúp cho người dùng có thể lựa chọn được phiên bản tương thích với dòng máy của mình cũng như cấu hình sử dụng phù hợp nhất Bên cạnh đó, Visual Studio còn cho phép người dùng có thể tự chọn lựa giao diện chính cho máy của mình tùy thuộc vào nhu cầu sử dụng Một số tính năng của phần mềm Visual Studio: ˗ Biên tập mã giống như bất kỳ một IDE khác, Visual Studio gồm có một trình soạn thảo mã hỗ trợ tô sáng cú pháp và hoàn thiện mả bằng các sử dụng IntelliSense không chỉ cho các hàm, biến và các phương pháp mà còn sử dụng cho các cấu trúc ngôn ngữ như: Truy vấn hoặc vòng điều khiển Bên cạnh đó, các trình biên tập mã Visual Studio cũng hỗ trợ cài đặt dấu trang trong mã để có thể điều hướng một cách nhanh chóng và dễ dàng Hỗ trợ các điều hướng như: Thu hẹp các khối mã lệnh, tìm kiếm gia tăng, v.v Visual Studio còn có tính năng biên dịch nền tức là khi mã đang được viết thì phần mềm này sẽ biên dịch nó trong nền để nhằm cung cấp thông tin phản hồi về cú pháp cũng như biên dịch lỗi và được đánh dấu bằng các gạch gợn sóng màu đỏ. ˗ Trình gỡ lỗi Visual Studio có một trình gỡ lỗi có tính năng vừa lập trình gỡ lỗi cấp máy và gỡ lỗi cấp mã nguồn Tính năng này hoạt động với cả hai mã quản lý giống như ngôn ngữ máy và có thể sử dụng để gỡ lỗi các ứng dụng được viết bằng các ngôn ngữ được hỗ trợ bởi Visual Studio. ˗ Thiết kế:
Windows Forms Designer Được sử dụng với mục đích xây dựng các ứng dụng đồ họa (GUI) sử dụng Windows Forms, được bố trí dùng để xây dựng các nút điều khiển bên trong hoặc cũng có thể khóa chúng vào bên cạnh mẫu Điều khiển trình bày dữ liệu có thể được liên kết với các nguồn dữ liệu như: Cơ sở dữ liệu hoặc truy vấn.
WPF Designer Tính năng này cũng giống như Windows Forms Designer có công dụng hỗ trợ kéo và thả ẩn dụ Sử dụng tương tác giữa người và máy tính nhắm mục tiêu vào Windows Presentation Foundation.
PHÂN TÍCH HỆ THỐNG
Khảo sát hiện trạng và yêu cầu
Siêu thị Lotte Mart là một cửa hàng siêu thị đã có mặt trên thị trường Việt Nam từ lâu Với lượng khách hàng ngày càng tăng đặc biệt trong tình hình dịch, để phụ vụ khách được tốt hơn, chính xác hơn và nhanh chóng hơn thì siêu thị muốn từng bước tin học hóa các khâu quản lý Đặc biệc là trong quy trình xử lý đơn đặt hàng Bởi vì với công tác thủ công mà cửa hàng đang thực hiện đã có nhiều hạn chế như sau: ˗ Tra cứu số lượng hàng hóa tồn kho, cung cấp hàng và thông tin của khách hàng mất nhiều thời gian và nhiều khi không chính xác. ˗ Lưu trữ thông tin về nhập xuất hàng hóa, về thu chi cần nhiều loại giấy tờ nên cồng kềnh và không đạt hiệu quả. ˗ Cập nhật các thông tin hàng ngày tốn nhiều thời gian và khó khăn trong việc thực hiện báo cáo thống kê, nhất là khi có sự việc đột suất Trước tình hình thị trường Việt Nam có nhiều đối thủ và điều đó dẫn đến sự cạnh tranh cao nên việc xây dựng một HTTT hiệu quả sẽ giúp Lotte Mart có được lợi thế hơn, đặc biệt trong quá trình xử lý đơn hàng nhằm tiết kiệm thời gian và tiền bạc để tập trung đầu tư vào chiến lược Marketing Một HTTT hiệu quả sẽ cần đáp ứng những yêu cầu cơ bản sau đây:
Giảm khối lượng ghi chép nhằm lưu trữ thông tin
Cập nhật dữ liệu nhanh chóng, chính xác và kịp thời.
Thống kê được số lượng hàng hóa nhập khẩu, thu chi và tình hình doanh thu của cửa hàng.
Tự động in các hóa đơn cần thiết như: Phiếu yêu cầu nhập hàng, hóa đơn nhập hàng, phiếu thu, phiếu chi.
Có khả năng lưu trữ thông tin lâu dài, đảm bảo truy vấn nhanh khi cần thiết.
Nhã Ái – Ngọc Dung Trang 21
Hệ thống cần xây dựng để dùng chung cho năm bộ phận tương ứng với các chức năng: tiếp nhận đơn hàng, xử lý đơn hàng, xử lý quá trình giao đơn hàng, xử lý hàng hóa trong kho và xử lý quy trình thanh toán cho các đơn hàng.
Lược đồ Use Case
Hình 3.6 Lược đồ Use Case quản lý đơn hàng Bảng đặc tả các Use Case
Bảng 3.1 Bảng đặc tả Use Case Thanh toán
Use case Name Thanh toán
Description Khách hàng sử dụng để thanh toán số tiền cho hệ thống
Trigger Khách hàng muốn thanh toán tất cả sản phẩm đã chọn
Pre-condition Kết nối internet ổn định
Khách hàng phải có tài khoản Phải điền đầy đủ thông tin và phương thức thanh toán
Post Condition Xuất hóa đơn thành công
Hệ thống ghi nhận khách hàng đã thanh toán hoặc chưa thanh toán
Basic flow 1 Khách hàng truy cập vào hệ thống
2 Khách hàng nhập tài khoản đã có hoặc đăng kí tài khoản nếu chưa có
3 Khách hàng điền đầy đủ thông tin
4 Khách hàng chọn thanh toán đơn hàng
5 Hệ thống ghi nhận thông tin đơn hàng vào hồ sơ đã thanh toán sau đó xuất hóa đơn cho khách hàng và lưu hóa đơn vào hệ thống
Alternative 2 Khách hàng truy cập vào hệ thống
2a Khách hàng nhập tài khoản đã có hoặc đăng kí tài khoản nếu chưa có 2a1 Khách hàng điền đầy đủ thông tin 2a2 Khách hàng chọn phương thức thanh toán sau khi nhận đơn hàng 2a3 Hệ thống sẽ chuyển thông tin của đơn hàng vào hồ sơ thanh toán sau
Exception Flow Khách hàng chọn lệnh hủy thanh toán thì
Use Case sẽ dừng lại.
Business Rule Khách hàng nhập sai mật khẩu thanh toán 4 lần liên tiếp sẽ bị khóa tài khoản trong 30 phút
Non-Function Requirement Time out cho màn hình thanh toán dưới
Bảng 3.2 Bảng đặc tả Use Case Đăng nhập
Use case Name Đăng nhập
Description Bộ phận Kho muốn đăng nhập để sử dụng các chức năng đã được phân quyền có trong hệ thống
Trigger Bộ phận Kho muốn đăng nhập vào hệ
Nhã Ái – Ngọc Dung Trang 23 thống
Pre-condition Kết nối internet ổn định
Bộ phận Kho phải có tài khoản Tài khoản bộ phận Kho đã được phân quyền
Post Condition Bộ phận Kho đăng nhập hệ thống thành công
Hệ thống ghi nhận hoạt động đăng nhập thành công
Basic flow 1 Bộ phận Kho truy cập vào hệ thống
2 Bộ phận Kho chọn nút đăng nhập
3 Bộ phận Kho nhập tài khoản đã được cấp
4 Hệ thống xác thực thông tin đăng nhập thành công và cho phép bộ phận kho truy cập vào hệ thống
5 Hệ thống ghi nhận hoạt động đăng nhập thành công
Exception Flow Hệ thống xác thực tài khoản đăng nhập không thành công và hiển thị thông báo Business Rule Bộ phận Kho nhập sai tài khoản đăng nhập ở lần thứ 5 liên tiếp sẽ bị khóa tài khoản trong 30 phút
Non-Function Requirement Mật khẩu của người dùng phải bao gồm chữ cái viết hoa, số, kí tự đặc biệt trong đó có 1 chữ cái viết hoa
Bảng 3.3 Bảng đặc tả Use Case Cập nhập đơn hàng
Use case Name Cập nhập đơn hàng
Description Bộ phận Tiếp nhận đơn hàng cập nhập đơn hàng
Actor(a) Bộ phận Tiếp nhận đơn hàng
Trigger Bộ phận Tiếp nhận đơn hàng muốn cập nhập thông tin đơn hàng
Pre-condition Kết nối internet ổn định
Tài khoản người dùng đã được phân quyền
Post Condition Hệ thống ghi nhận thông tin đơn hàng vừa được cập nhập Basic flow 1 Bộ phận Tiếp nhận đơn hàng đăng nhập vào hệ thống
2 Bộ phận Tiếp nhận đơn hàng nhập tài khoản đã được cấp
3 Bộ phận Tiếp nhận đơn hàng nhập thông tin đơn hàng.
Nếu chọn thêm, hệ thống sẽ yêu cầu nhập thông tin liên quan đến đơn hàng.
Nếu chọn xóa, hệ thống sẽ hỏi rằng muốn xóa đơn hàng nào và có chắc chắn muốn xóa hay không.
Nếu chọn sửa, hệ thống sẽ yêu cầu chọn thông tin đơn hàng cần sửa.
4 Hệ thống ghi nhận thông tin vừa cập nhập
Exception Flow Bộ phận Tiếp nhận đơn hàng chọn lệnh hủy cập nhập đơn hàng thì Use Case dừng lại
Non-Function Requirement Phải nhập đầy đủ thông tin đơn hàng thì mới được hệ thống cập nhập
Bảng 3.4 Bảng đặc tả Use Case Lập hóa đơn
Use case Name Lập hóa đơn
Description Bộ phận Xử lý đơn hàng lập hóa đơn
Actor(a) Bộ phận Xử lý đơn hàng
Trigger Bộ phận Xử lý đơn hàng muốn lập hóa đơn cho khách hàng
Pre-condition Kết nối internet ổn định
Tài khoản người dùng đã được phân quyền
Post Condition Xuất thông báo lập hóa đơn thành công
Hệ thống ghi nhận hóa đơn và lưu vào hồ sơ hóa đơn
Basic flow 1 Bộ phận Xử lý đơn hàng đăng nhập vào hệ thống
2 Bộ phận Xử lý đơn hàng nhập tài khoản đã được cấp
3 Bộ phận Xử lý đơn hàng nhập thông tin đơn hàng, thông tin khách hàng
Nhã Ái – Ngọc Dung Trang 25
4 Bộ phận Xử lý đơn hàng lập hóa đơn dựa trên các thông tin đã có sau đó lưu hóa đơn
5 Hệ thống ghi nhận hóa đơn
Exception Flow Bộ phận Xử lý đơn hàng chọn lệnh hủy lập hóa đơn thì Use Case dừng lại.
Non-Function Requirement Phải nhập đầy đủ thông tin hóa đơn thì mới được nhấn nút lưu
Bảng 3.5 Bảng đặc tả Use Case Tra cứu thông tin đơn hàng
Use case Name Tra cứu thông tin đơn hàng
Description Bộ phận Chuyển hàng thực hiện tra cứu thông tin đơn hàng được lưu trong hệ thống Cụ thể ở đây là tìm kiếm.
Actor(a) Bộ phận Chuyển hàng
Trigger Bộ phận Chuyển hàng muốn tra cứu thông tin đơn hàng
Pre-condition Kết nối internet ổn định
Tài khoản người dùng đã được phân quyền
Bộ phận phải đăng nhập vào hệ thống trước khi Use Case này bắt đầu Post Condition Nếu Use Case thành công, những đơn hàng thỏa điều kiện tìm kiếm sẽ được hiển thị
Basic flow 1 Bộ phận Chuyển hàng đăng nhập vào hệ thống
2 Bộ phận Chuyển hàng nhập tài khoản đã được cấp
3 Bộ phận Chuyển hàng nhập thông tin tìm kiếm liên quan đến đơn hàng
4 Khi nhập thông tin xong, bộ phận chọn chức năng Tra cứu thông tin đơn hàng Thông tin thỏa điều kiện sẽ được hiển thị.
Alternative 4a Khi không có đơn hàng nào thỏa điều kiện tìm kiếm được đưa ra.
Hệ thống tự động thông báo cho người sử dụng không có đơn hàng nào thỏa điều kiện và trở về trạng thái trước đó Lúc này Use Case kết thúc.
Business Rule Chỉ có các nhân viên thuộc bộ phận chuyển hàng mới được quyền tìm kiếm
Non-Function Requirement Không có
Bảng 3.6 Bảng đặc tả Use Case Tra cứu thông tin đơn hàng
Use case Name Tra cứu thông tin khách hàng
Description Bộ phận Kế toán thực hiện tra cứu thông tin khách hàng Cụ thể ở đây là tìm kiếm.
Nhã Ái – Ngọc Dung Trang 27
Actor(a) Bộ phận Kế toán
Trigger Bộ phận Kế toán muốn tra cứu thông tin khách hàng
Pre-condition Kết nối internet ổn định
Tài khoản người dùng đã được phân quyền
Bộ phận phải đăng nhập vào hệ thống trước khi Use Case này bắt đầu
Post Condition Nếu Use Case thành công, những khách hàng thỏa điều kiện tìm kiếm sẽ được hiển thị
Basic flow 1 Bộ phận Kế toán đăng nhập vào hệ thống
2 Bộ phận Kế toán nhập tài khoản đã được cấp
3 Bộ phận Kế toán nhập thông tin tìm kiếm liên quan đến khách hàng
4 Khi nhập thông tin xong, bộ phận chọn chức năng Tra cứu thông tin khách hàng Thông tin thỏa điều kiện sẽ được hiển thị.
Alternative 4a Khi không có khách hàng nào thỏa điều kiện tìm kiếm được đưa ra.
Hệ thống tự động thông báo cho người sử dụng không có khách hàng nào thỏa điều kiện và trở về trạng thái trước đó Lúc này Use Case kết thúc.
Business Rule Chỉ có các nhân viên thuộc bộ phận kế toán mới được quyền tra cứu thông tin.
Non-Function Requirement Không có
Lược đồ khối các nghiệp vụ chức năng
Hình 3.7 Lược đồ khối của nghiệp vụ tiếp nhận đơn đặt hàng
Hình 3.8 Lược đồ khối của nghiệp vụ xử lý đơn đặt hàng
Hình 3.9 Lược đồ khối của nghiệp vụ chuyển hàng
Nhã Ái – Ngọc Dung Trang 29
Hình 3.10 Lược đồ khối của nghiệp vụ kế toán
Hình 3.11 Lược đồ khối của nghiệp vụ kho
Sơ đồ phân rã chức năng (BFD)
Hình 3.12 Sơ đồ phân rã chức năng của quản lý đơn hàng
Mô hình dòng dữ liệu (DFD)
Hình 3.13 Mô hình dòng dữ liệu mức 0
Hình 3.14 Mô hình dòng dữ liệu mức 1
Nhã Ái – Ngọc Dung Trang 31
Từ điển dữ liệu DFD
Thông tin mô tả Data Elements
Bảng 3.7 Thông tin mô tả Process
Quy trình xử lý đơn đặt hàng tại siêu thị Lotte Mart
MÔ HÌNH QUAN NIỆM XỬ LÝ
Ngày lập: 02/05/2022 Người lập: Ngọc Dung Tên gọi khác (Alias): Process
Diễn giải : Quy trình là hoạt động làm thay đổi dữ liệu để tạo thành kết quả đầu ra. Một quy trình có thể được phân tách thành nhiều mức độ chi tiết tốt hơn để thể hiện cách dữ liệu đang được xử lý
Chiều dài: 30 Loại: Phần tử rời rạc
Giá trị mặc định (Default value): Hiển thị trên màn hình nhập lớn hơn 30 ký tự Miền giá trị (Acceptable values): (“A”-“Z”)
Nguồn (Source): Quản lý đơn đặt hàng tại siêu thị Lotte Mart
Phân quyền truy cập (Security): Quản lý
User chịu trách nhiệm (Responsible users): Quản lý cửa hàng
Mô tả/Ghi chú (Description and comments): Không có
Bảng 3.8 Thông tin mô tả Data Store
Quy trình xử lý đơn đặt hàng tại siêu thị
MÔ HÌNH QUAN NIỆM XỬ LÝ
Ngày lập: 02/05/2022 Người lập: Ngọc Dung Tên gọi khác (Alias): Data Store
Diễn giải : Nơi lưu trữ dữ liệu cần thiết sử dụng sau này hay thông tin được tạo ra xuyên suốt cả quá trình
Chiều dài: 30 Loại: Phần tử rời rạc
Giá trị mặc định (Default value): Hiển thị trên màn hình nhập lớn hơn 20 ký tựMiền giá trị (Acceptable values): (“A”-“Z”)
Nguồn (Source): Quản lý đơn đặt hàng tại siêu thị Lotte Mart
Phân quyền truy cập (Security): Quản lý, nhân viên
User chịu trách nhiệm (Responsible users): Quản lý cửa hàng
Mô tả/Ghi chú (Description and comments): Không có
Bảng 3.9 Thông tin mô tả Data Flow
Quy trình xử lý đơn đặt hàng tại siêu thị
MÔ HÌNH QUAN NIỆM XỬ LÝ
Ngày lập: 02/05/2022 Người lập: Ngọc Dung Tên gọi khác (Alias): Data Flow
Diễn giải : Thể hiện bằng mũi tên Là lộ trình dữ liệu di chuyển qua lại giữa các đơn vị bên ngoài, quy trình và kho lưu trữ dữ liệu
Chiều dài: 50 Loại: Phần tử liên tục
Giá trị mặc định (Default value): Hiển thị trên màn hình nhập lớn hơn 50 ký tự Miền giá trị (Acceptable values): (“A”-“Z”)
Nguồn (Source): Quản lý đơn đặt hàng tại siêu thị Lotte Mart
Phân quyền truy cập (Security): Quản lý, nhân viên
User chịu trách nhiệm (Responsible users): Quản lý cửa hàng
Mô tả/Ghi chú (Description and comments): Không có
Bảng 3.10 Thông tin mô tả External Entity
Quy trình xử lý đơn đặt hàng tại siêu thị
MÔ HÌNH QUAN NIỆM XỬ LÝ
Ngày lập: 02/05/2022 Người lập: Ngọc Dung Tên gọi khác (Alias): External Entity
Diễn giải : Một hệ thống bên ngoài hệ thống chính và trao đổi thông tin với hệ thống chính Nó có thể là nhóm người như khách hàng, tổ chức như ngân hàng, bộ phận khác của doanh nghiệp hoặc hệ thống con
Chiều dài: 50 Loại: Phần tử liên tục
Nhã Ái – Ngọc Dung Trang 33
Giá trị mặc định (Default value): Hiển thị trên màn hình nhập lớn hơn 30 ký tự Miền giá trị (Acceptable values): (“A”-“Z”)
Phân quyền truy cập (Security): Quản lý, nhân viên
User chịu trách nhiệm (Responsible users): Quản lý cửa hàng
Mô tả/Ghi chú (Description and comments): Không có
Thông tin mô tả Data Flows
Bảng 3.11 Thông tin mô tả luồng dữ liệu Nhận đơn đặt hàng
Quy trình xử lý đơn đặt hàng tại siêu thị
MÔ HÌNH QUAN NIỆM XỬ LÝ
Ngày lập: 01/05/2022 Người lập:Ngọc Dung Tên/nhãn của luồng dữ liệu (Data flow name or label): Nhận đơn đặt hàng
Tên gọi khác (Alternate names): Không có
Diễn giải (Description): Là khâu trực tiếp kiểm tra thông tin đơn hàng sau đó xác nhận đơn hàng hợp lệ Thông tin đơn hàng bao gồm: (MaDH, DiaChi, GhiChu) Nơi phát sinh (Origin): Chức năng tiếp nhận đơn hàng Đích (Destination): Hồ sơ đơn hàng
Cấu trúc dữ liệu (Record/ data structure):
Khối lượng và tần suất (Volume and frequency):
Bảng 3.12 Thông tin mô tả luồng dữ liệu Đơn đặt hàng
Quy trình xử lý đơn đặt hàng tại siêu thị
MÔ HÌNH QUAN NIỆM XỬ LÝ
Ngày lập: 01/05/2022 Người lập:Ngọc Dung Tên/nhãn của luồng dữ liệu (Data flow name or label): Đơn đặt hàng
Tên gọi khác (Alternate names): Không có
Diễn giải (Description): Là phiếu ghi thông tin đơn đặt hàng Thông tin đơn hàng bao gồm: (MaDH, DiaChi, GhiChu)
Nơi phát sinh (Origin): Khách hàng Đích (Destination): Chức năng quản lý thông tin đơn đặt hàng
Cấu trúc dữ liệu (Record/ data structure):
Khối lượng và tần suất (Volume and frequency):
Bảng 3.13 Thông tin mô tả luồng dữ liệu Thông báo
Quy trình xử lý đơn đặt hàng tại siêu thị
MÔ HÌNH QUAN NIỆM XỬ LÝ
Ngày lập: 01/05/2022 Người lập:Ngọc Dung Tên/nhãn của luồng dữ liệu (Data flow name or label): Thông báo
Tên gọi khác (Alternate names): Không có
Diễn giải (Description): Là thông báo phản hồi cho khách hàng khi bộ phận tiếp nhận đơn hàng xác nhận đơn hàng hợp lệ
Nơi phát sinh (Origin): Chức năng tiếp nhận thông tin đơn hàng Đích (Destination): Khách hàng
Cấu trúc dữ liệu (Record/ data structure):
Khối lượng và tần suất (Volume and frequency):
Nhã Ái – Ngọc Dung Trang 35
Bảng 3.14 Thông tin mô tả luồng dữ liệu Sản phẩm
Quy trình xử lý đơn đặt hàng tại siêu thị
MÔ HÌNH QUAN NIỆM XỬ LÝ
Ngày lập: 01/05/2022 Người lập:Ngọc Dung Tên/nhãn của luồng dữ liệu (Data flow name or label): Sản phẩm
Tên gọi khác (Alternate names): Không có
Diễn giải (Description): Là những sản phẩm để phục vụ cho việc đóng gói đơn hàng. Thông tin sản phẩm bao gồm: (MaSP, TenSP, DonViTinh, GhiChu)
Nơi phát sinh (Origin): Chức năng quản lý sản phẩm Đích (Destination): Kho
Cấu trúc dữ liệu (Record/ data structure):
Khối lượng và tần suất (Volume and frequency):
Bảng 3.15 Thông tin mô tả luồng dữ liệu Gửi yêu cầu nhập hàng
Quy trình xử lý đơn đặt hàng tại siêu thị
MÔ HÌNH QUAN NIỆM XỬ LÝ
Ngày lập: 01/05/2022 Người lập: Nhã Ái Tên/nhãn của luồng dữ liệu (Data flow name or label): Gửi yêu cầu nhập hàng Tên gọi khác (Alternate names): Không có
Diễn giải (Description): Trong quá trình chuẩn bị sản phẩm để đóng gói, nếu hết sản phẩm thì bên bộ phận xử lý đơn hàng sẽ gửi yêu cầu cho kho để yêu cầu nhập thêm. Nơi phát sinh (Origin): Bộ phận Xử lý đơn hàng Đích (Destination): Kho
Cấu trúc dữ liệu (Record/ data structure):
Khối lượng và tần suất (Volume and frequency): ảng 3.16 Thông tin mô tả luồng dữ liệu Tiếp nhận đơn hàng và xử lý
Quy trình xử lý đơn đặt hàng tại siêu thị
MÔ HÌNH QUAN NIỆM XỬ LÝ
Ngày lập: 01/05/2022 Người lập: Nhã Ái
Tên/nhãn của luồng dữ liệu (Data flow name or label): Tiếp nhận đơn hàng và xử lý Tên gọi khác (Alternate names): Không có
Diễn giải (Description): Đơn hàng sẽ được chuyển tới cho bộ phận xử lý đơn hàng để xử lý Dựa và đó họ sẽ chuẩn bị sản phẩm có trong đơn hàng.
Nơi phát sinh (Origin): Chức năng xử lý đơn hàng Đích (Destination): Bộ phận Xử lý đơn hàng
Cấu trúc dữ liệu (Record/ data structure):
Khối lượng và tần suất (Volume and frequency):
Bảng 3.17 Thông tin mô tả luồng dữ liệu Kiện hàng
Quy trình xử lý đơn đặt hàng tại siêu thị
MÔ HÌNH QUAN NIỆM XỬ LÝ
Ngày lập: 01/05/2022 Người lập: Nhã Ái Tên/nhãn của luồng dữ liệu (Data flow name or label): Kiện hàng
Tên gọi khác (Alternate names): Không có
Diễn giải (Description): Là những sản phẩm đã được đóng gói Và sẽ được chuyển giao lại cho khách hàng đã đặt chúng.
Nơi phát sinh (Origin): Chức năng chuyển hàng Đích (Destination): Khách hàng
Cấu trúc dữ liệu (Record/ data structure):
Khối lượng và tần suất (Volume and frequency):
Nhã Ái – Ngọc Dung Trang 37
Bảng 3.18 Thông tin mô tả luồng dữ liệu Tổng hợp doanh thu
Quy trình xử lý đơn đặt hàng tại siêu thị
MÔ HÌNH QUAN NIỆM XỬ LÝ
Ngày lập: 01/05/2022 Người lập: Nhã Ái Tên/nhãn của luồng dữ liệu (Data flow name or label): Tổng hợp doanh thu Tên gọi khác (Alternate names): Không có
Diễn giải (Description): Kế toán tổng hợp doanh thu được lấy ra từ hồ sơ Invoice Nơi phát sinh (Origin): Bộ phận Kế toán Đích (Destination): Quản lý
Cấu trúc dữ liệu (Record/ data structure):
Khối lượng và tần suất (Volume and frequency):
Thông tin mô tả Data Stores
Bảng 3.19 Thông tin mô tả Hồ sơ Customer Data
Quy trình xử lý đơn đặt hàng tại siêu thị
MÔ HÌNH QUAN NIỆM XỬ LÝ
Ngày lập: 01/05/2022 Người lập:Ngọc Dung Tên/nhãn của kho dữ liệu (Data store name or label): Hồ sơ Customer Data Tên gọi khác (Alternate names): Không có
Diễn giải (Description): Là hồ sơ dùng để lưu trữ thông tin khách hàng Sau khi xác nhận đơn hàng hợp lệ thì thông tin khách hàng được chuyển trực tiếp vào hồ sơ Customer Data.
Thuộc tính (Attributes): MaKH, HoTenKH, GioiTinh, NgaySinh, DiaChi, SDT Khối lượng và tần suất (Volume and frequency):
Bảng 3.20 Thông tin mô tả Hồ sơ Approved Order
Quy trình xử lý đơn đặt hàng tại siêu thị
MÔ HÌNH QUAN NIỆM XỬ LÝ
Ngày lập: 01/05/2022 Người lập:Ngọc Dung Tên/nhãn của kho dữ liệu (Data store name or label): Hồ sơ Approved Order Tên gọi khác (Alternate names): Không có
Diễn giải (Description): Là hồ sơ dùng để lưu trữ thông tin đơn đặt hàng Sau khi xác nhận đơn hàng hợp lệ thì thông tin đơn hàng được chuyển trực tiếp vào hồ sơ Approved Order
Thuộc tính (Attributes): MaDH, DiaChi, GhiChu
Khối lượng và tần suất (Volume and frequency):
Bảng 3.21 Thông tin mô tả Hồ sơ Shipping
Quy trình xử lý đơn đặt hàng tại siêu thị
MÔ HÌNH QUAN NIỆM XỬ LÝ
Ngày lập: 01/05/2022 Người lập: Nhã Ái Tên/nhãn của kho dữ liệu (Data store name or label): Hồ sơ Shipping
Tên gọi khác (Alternate names): Không có
Diễn giải (Description): Là hồ sơ dùng để lưu trữ thông tin giao hàng của đơn đặt hàng Sau khi nhận được kiện hàng thì kiện hàng sẽ được chuyển trực tiếp vào hồ sơ Shipping và giao cho khách hàng.
Thuộc tính (Attributes): MaKH, HoTenKH, SoDienThoai MaDH, DiaChi, TienPhaiTra
Khối lượng và tần suất (Volume and frequency):
Nhã Ái – Ngọc Dung Trang 39
Bảng 3.22 Thông tin mô tả Hồ sơ Inventory
Quy trình xử lý đơn đặt hàng tại siêu thị
MÔ HÌNH QUAN NIỆM XỬ LÝ
Ngày lập: 01/05/2022 Người lập: Nhã Ái Tên/nhãn của kho dữ liệu (Data store name or label): Hồ sơ Inventory
Tên gọi khác (Alternate names): Không có
Diễn giải (Description): Là hồ sơ dùng để lưu trữ thông tin hàng tồn kho Để quản lý những sản phẩm nào còn hay không còn trong kho.
Thuộc tính (Attributes): MaSP, TenSP, DonViTinh, GhiChu
Khối lượng và tần suất (Volume and frequency):
Bảng 3.23 Thông tin mô tả Hồ sơ Invoice
Quy trình xử lý đơn đặt hàng tại siêu thị
MÔ HÌNH QUAN NIỆM XỬ LÝ
Ngày lập: 01/05/2022 Người lập: Nhã Ái Tên/nhãn của kho dữ liệu (Data store name or label): Hồ sơ Invoice
Tên gọi khác (Alternate names): Không có
Diễn giải (Description): Là hồ sơ dùng để lưu trữ hóa đơn Sau khi xác nhận đơn hàng hợp lệ thì hóa đơn được chuyển trực tiếp vào hồ sơ Invoice
Thuộc tính (Attributes): MaKH, HoTenKH, MaDH, DiaChi, TienPhaiTra
Khối lượng và tần suất (Volume and frequency):
Thông tin mô tả Process
Bảng 3.24 Thông tin mô tả Process Tiếp nhận đơn hàng
Quy trình xử lý đơn đặt hàng tại siêu thị
MÔ HÌNH QUAN NIỆM XỬ LÝ
Ngày lập: 02/05/2022 Người lập:Ngọc Dung
Tên/nhãn của xử lý (Process name or label): Tiếp nhận đơn hàng
Diễn giải (Description): Là quá trình mà đơn đặt hàng được kiểm tra và xử lý các thông tin bao gồm: thông tin khách hàng, thông tin đơn hàng sau đó ghi nhận đơn hàng đó hợp lệ Định danh (Process Number): 1.0
Mô tả xử lý (Process description): Sau khi khách hàng đặt đơn hàng, bộ phận tiếp nhận đơn hàng sẽ kiểm tra thông tin khách hàng sau đó đưa vào hồ sơ Customer Data Tiếp theo kiểm tra thông tin đơn hàng có hợp lệ hay không, nếu hợp lệ thì sẽ ghi nhận đơn hàng và đưa vào hồ sơ Approved Order
Bảng 3.25 Thông tin mô tả Process Xử lý đơn hàng
Quy trình xử lý đơn đặt hàng tại siêu thị
MÔ HÌNH QUAN NIỆM XỬ LÝ
Ngày lập: 02/05/2022 Người lập:Ngọc Dung
Tên/nhãn của xử lý (Process name or label): Xử lý đơn hàng
Diễn giải (Description): Là quá trình lấy thông tin đơn hàng và chuẩn bị những sản phẩm có trong đơn hàng để đóng gói thành một kiện hàng Định danh (Process Number): 2.0
Mô tả xử lý (Process description): Bộ phận xử lý đơn hàng sẽ lấy thông tin khách hàng từ hồ sơ Customer Data và thông tin đơn hàng từ hồ sơ Approved Order, sau đó dựa vào để chuẩn bị kiện hàng
Nhã Ái – Ngọc Dung Trang 41
Bảng 3.26 Thông tin mô tả Process Chuyển hàng
Quy trình xử lý đơn đặt hàng tại siêu thị
MÔ HÌNH QUAN NIỆM XỬ LÝ
Ngày lập: 02/05/2022 Người lập: Nhã Ái Tên/nhãn của xử lý (Process name or label): Chuyển hàng
Diễn giải (Description): Là quá trình lấy hóa đơn và nhãn kiện hàng từ hồ sơ Shipping, sau đó đối chiếu và lưu hóa đơn vào hồ sơ Invoice. Định danh (Process Number): 3.0
Mô hình thực thể kết hợp ERD
Hình 3.15 Mô hình thực thể kết hợp
Bảng mô tả tập thực thể
Bảng 3.34 Bảng mô tả thực thể Khách hàng
Hệ thống thông tin: Quy trình xử lý đơn đặt hàng tại siêu thị Lotte Mart
BẢNG MÔ TẢ THỰC THỂ
Quản lý bán hàng
Người lập: Ngọc Dung Tên tắt thuộc tính Diễn giải Loại giá trị Kiểu dữ liệu Miền giá trị Chiều dài
HoTenKH Họ tên khách hàng
Tổng số thể hiện: 6 Khối lượng tổng cộng: 175
Bảng 3.35 Bảng mô tả thực thể Nhân viên
Hệ thống thông tin: Quy trình xử lý đơn đặt hàng tại siêu thị Lotte Mart
BẢNG MÔ TẢ THỰC THỂ
Tương lai [] Trang: 2 Ứng dụng:
Quản lý bán hàng
Người lập: Ngọc Dung Tên tắt thuộc tính Diễn giải Loại giá trị Kiểu dữ liệu Miền giá trị Chiều dài
Nhã Ái – Ngọc Dung Trang 47 nhân viên
Tổng số thể hiện: 9 Khối lượng tổng cộng: 225
Bảng 3.36 Bảng mô tả thực thể Đơn hàng
Hệ thống thông tin: Quy trình xử lý đơn đặt hàng tại siêu thị Lotte Mart
BẢNG MÔ TẢ THỰC THỂ
Ngày lập: 22/04/2022 Người lập: Ngọc Dung Tên tắt thuộc tính Diễn giải Loại giá trị
Chiều dài (ký tự) Ghi chú
“A”-“Z” 5 Khóa chính TienPhaiTra Tiền phải trả B S “0”-“9” 12
Tổng số thể hiện: 4 Khối lượng tổng cộng: 217
Bảng 3.37 Bảng mô tả thực thể Sản phẩm
Hệ thống thông tin: Quy trình xử lý đơn đặt hàng tại siêu thị Lotte Mart
BẢNG MÔ TẢ THỰC THỂ
Ngày lập: 22/04/2022 Người lập: Ngọc Dung Tên tắt thuộc tính
Diễn giải Loại giá trị
Tổng số thể hiện: 4 Khối lượng tổng cộng: 165
Bảng 3.38 Bảng mô tả thực thể Loại sản phẩm
Hệ thống thông tin: Quy trình xử lý đơn đặt hàng tại siêu thị Lotte Mart
BẢNG MÔ TẢ THỰC THỂ
Ngày lập: 22/04/2022 Người lập: Ngọc Dung Tên tắt thuộc tính
Diễn giải Loại giá trị
Tổng số thể hiện: 3 Khối lượng tổng cộng: 160
Bảng 3.39 Bảng mô tả thực thể Kho
Hệ thống thông tin: Quy trình xử lý đơn đặt hàng tại siêu thị Lotte Mart
BẢNG MÔ TẢ THỰC THỂ
Tương lai [] Trang: 6 Ứng dụng:
Quán lý bán hàng
Người lập: Nhã Ái Tên tắt thuộc tính Diễn giải Loại giá trị Kiểu dữ liệu Miền giá trị Chiều dài
Tổng số thể hiện: 4 Khối lượng tổng cộng: 165
Bảng 3.40 Bảng mô tả thực thể Nhà cung cấp
Hệ thống thông tin: Quy trình xử lý đơn đặt hàng tại siêu thị Lotte Mart
BẢNG MÔ TẢ THỰC THỂ
Tương lai [] Trang: 7 Ứng dụng:
Quản lý bán hàng
Tờ: 1 Ngày lập: 22/04/2022 Người lập: Nhã Ái
Nhã Ái – Ngọc Dung Trang 49
Tên tắt thuộc tính Diễn giải Loại giá trị
Chiều dài (ký tự) Ghi chú
MaNCC Mã nhà cung cấp B M “0”-“9”
TenNCC Tên nhà cung cấp B V “A”-“Z” 50
Tổng số thể hiện: 6 Khối lượng tổng cộng: 246
Bảng 3.41 Bảng mô tả thực thể Phiếu nhập
Hệ thống thông tin: Quy trình xử lý đơn đặt hàng tại siêu thị Lotte Mart
BẢNG MÔ TẢ THỰC THỂ
Tương lai [] Trang: 8 Ứng dụng:
Quản lý bán hàng
Người lập: Nhã Ái Tên tắt thuộc tính Diễn giải Loại giá trị Kiểu dữ liệu Miền giá trị Chiều dài
“A”-“Z” 15 Khóa chính Chiều dài tổng cộng: 123
Tổng số thể hiện: 3 Khối lượng tổng cộng: 123
Bảng 3.42 Bảng mô tả thực thể Chi tiết phiếu nhập
Hệ thống thông tin: Quy trình xử lý đơn đặt hàng tại siêu thị Lotte Mart
BẢNG MÔ TẢ THỰC THỂ
Ngày lập: 22/04/2022 Người lập: Nhã Ái Tên tắt thuộc tính Diễn giải Loại giá trị
Chiều dài (ký tự) Ghi chú
Tổng số thể hiện: 2 Khối lượng tổng cộng: 22
Bảng 3.43 Bảng mô tả thực thể Phiếu xuất
Hệ thống thông tin: Quy trình xử lý đơn đặt hàng tại siêu thị Lotte Mart
BẢNG MÔ TẢ THỰC THỂ
Tương lai [] Trang: 10 Ứng dụng:
Quản lý bán hàng
Người lập: Nhã Ái Tên tắt thuộc tính Diễn giải Loại giá trị Kiểu dữ liệu Miền giá trị Chiều dài
“A”-“Z” 15 Khóa chính Chiều dài tổng cộng: 123
Tổng số thể hiện: 3 Khối lượng tổng cộng: 123
Nhã Ái – Ngọc Dung Trang 51
Bảng 3.44 Bảng mô tả thực thể Chi tiết phiếu nhập
Quy trình xử lý đơn đặt hàng tại siêu thị
BẢNG MÔ TẢ THỰC THỂ
Trang: 11 Ứng dụng:
Người lập: Nhã Ái Tên tắt thuộc tính Diễn giải Loại giá trị Kiểu dữ liệu Miền giá trị Chiều dài
Tổng số thể hiện: 2 Khối lượng tổng cộng: 22
Bảng mô tả các mối kết hợp
Bảng 3.45 Bảng mô tả mối kết hợp Khách Hàng – Nhân Viên
Quy trình xử lý đơn đặt hàng tại siêu thị Lotte
BẢNG MÔ TẢ MỐI KẾT HỢP
Ngày lập: 22/04/2022 Người lập: Ngọc Dung
Diễn giải: Một khách hàng được phục vụ bởi một nhân viên, nhân viên có thể không phục vụ hoặc phục vụ nhiều khách hàng
Tên cùng bản số của các thực thể liên quan: Khách Hàng, Nhân Viên
Tên tắt thuộc tính Diễn giải Loại giá trị
Chiều dài (ký tự) Ghi chú
HoTenNV Họ tên nhân viên B V “A”-“Z” 50
Tổng số thể hiện: 12 Khối lượng tổng cộng: 340
Bảng 3.46 Bảng mô tả mối kết hợp Đơn Hàng – Sản Phẩm
Quy trình xử lý đơn đặt hàng tại siêu thị Lotte
BẢNG MÔ TẢ MỐI KẾT HỢP
Ngày lập: 22/04/2022 Người lập: Ngọc Dung
Diễn giải: Đơn hàng có thể có một hoặc nhiều sản phẩm, sản phẩm có thể không có trong hoặc có trong nhiều đơn hàng
Tên cùng bản số của các thực thể liên quan: Đơn Hàng, Sản Phẩm
Tên tắt Diễn giải Loại Kiểu Miền Chiều dài Ghi chú
Nhã Ái – Ngọc Dung Trang 53 thuộc tính giá trị dữ liệu giá trị (ký tự)
Tổng số thể hiện: 7 Khối lượng tổng cộng: 282
Bảng 3.47 Bảng mô tả mối kết hợp Phiếu Nhập – Chi Tiết Phiếu Nhập
Quy trình xử lý đơn đặt hàng tại siêu thị Lotte
BẢNG MÔ TẢ MỐI KẾT HỢP
Ngày lập: 22/04/2022 Người lập: Ngọc Dung
Diễn giải: Phiếu nhập có thể có ít nhất một hoặc rất nhiều chi tiết phiếu nhập, một chi tiết phiếu nhập chỉ có trong một phiếu nhập
Tên cùng bản số của các thực thể liên quan: Phiếu Nhập, Chi Tiết Phiếu Nhập Khóa của thực thể
Tên tắt thuộc tính Diễn giải Loại giá trị
Chiều dài (ký tự) Ghi chú
Tổng số thể hiện: 5 Khối lượng tổng cộng: 145
Bảng 3.48 Bảng mô tả mối kết hợp Chi Tiết Phiếu Nhập – Sản phẩm
Quy trình xử lý đơn đặt hàng tại siêu thị Lotte
BẢNG MÔ TẢ MỐI KẾT HỢP
Ngày lập: 22/04/2022 Người lập: Ngọc Dung Diễn giải: Chi tiết phiếu nhập gồm một hoặc rất nhiều sản phẩm, sản phẩm có thể không có trong hoặc có trong rất nhiều chi tiết phiếu nhập
Tên cùng bản số của các thực thể liên quan: Chi Tiết Phiếu Nhập, Sản Phẩm Khóa của thực thể
Tên tắt thuộc tính Diễn giải Loại giá trị
Chiều dài (ký tự) Ghi chú DonViTin h Đơn vị tính B V “A”-“Z” 10
Tổng số thể hiện: 6 Khối lượng tổng cộng: 187
Nhã Ái – Ngọc Dung Trang 55
Bảng 3.49 Bảng mô tả mối kết hợp Loại Sản Phẩm – Sản Phẩm
Quy trình xử lý đơn đặt hàng tại siêu thị Lotte
BẢNG MÔ TẢ MỐI KẾT HỢP
Ngày lập: 22/04/2022 Người lập: Ngọc Dung
Diễn giải: Một sản phẩm chỉ có thể thuộc một loại sản phẩm, loại sản phẩm có thể có ít nhất một hoặc rất nhiều sản phẩm
Tên cùng bản số của các thực thể liên quan: Loại Sản Phẩm, Sản phẩm
Tên tắt thuộc tính Diễn giải Loại giá trị
Chiều dài (ký tự) Ghi chú DonViTin h Đơn vị tính B V “A”-“Z” 10
Tổng số thể hiện: 7 Khối lượng tổng cộng: 325
Bảng 3.50 Bảng mô tả mối kết hợp Phiếu Xuất – Chi Tiết Phiếu Xuất
Quy trình xử lý đơn đặt hàng tại siêu thị Lotte
BẢNG MÔ TẢ MỐI KẾT HỢP
Nhã Ái – Ngọc Dung Trang 57 Ứng dụng:
Ngày lập: 22/04/2022 Người lập: Nhã Ái
Diễn giải: Phiếu xuất có thể có ít nhất một hoặc rất nhiều chi tiết phiếu xuất, một chi tiết phiếu xuất chỉ có trong một phiếu xuất.
Tên cùng bản số của các thực thể liên quan: Phiếu Xuất, Chi Tiết Phiếu Xuất Khóa của thực thể
Tên tắt thuộc tính Diễn giải Loại giá trị
Chiều dài (ký tự) Ghi chú
Tổng số thể hiện: 5 Khối lượng tổng cộng: 145
Bảng 3.51 Bảng mô tả mối kết hợp Chi Tiết Phiếu Xuất – Sản Phẩm
Quy trình xử lý đơn đặt hàng tại siêu thị Lotte
BẢNG MÔ TẢ MỐI KẾT HỢP
Ngày lập: 22/04/2022 Người lập: Nhã Ái
Diễn giải: Chi tiết phiếu xuất gồm một hoặc rất nhiều sản phẩm, sản phẩm có thể không có trong hoặc có trong rất nhiều chi tiết phiếu xuất.
Tên cùng bản số của các thực thể liên quan: Chi Tiết Phiếu Xuất, Sản phẩm
Tên tắt thuộc tính Diễn giải Loại giá trị
Chiều dài (ký tự) Ghi chú DonViTin h Đơn vị tính B V “A”-“Z” 10
Tổng số thể hiện: 6 Khối lượng tổng cộng: 187
Bảng 3.52 Bảng mô tả mối kết hợp Khách Hàng – Đơn Hàng
Quy trình xử lý đơn đặt hàng tại siêu thị Lotte
BẢNG MÔ TẢ MỐI KẾT HỢP
Ngày lập: 22/04/2022 Người lập: Nhã Ái
Diễn giải: Một khách hàng có thể đặt một hay nhiều đơn hàng, đơn hàng được đặt bởi một và chỉ một khách hàng.
Tên cùng bản số của các thực thể liên quan: Khách Hàng, Đơn Hàng
Tên tắt thuộc tính Diễn giải Loại giá trị
Chiều dài (ký tự) Ghi chú
Nhã Ái – Ngọc Dung Trang 59 đơn hàng “A”-“Z” chính MaKH
Tổng số thể hiện: 10 Khối lượng tổng cộng: 392
Bảng 3.53 Bảng mô tả mối kết hợp Kho – Sản Phẩm
Quy trình xử lý đơn đặt hàng tại siêu thị Lotte
BẢNG MÔ TẢ MỐI KẾT HỢP
Ngày lập: 22/04/2022 Người lập: Nhã Ái
Diễn giải: Kho có thể chứa ít nhất một sản phẩm hoặc nhiều sản phẩm Sản phẩm có thể được chứa trong nhiều kho hoặc không được chứ trong kho nào.
Tên cùng bản số của các thực thể liên quan: Kho, Sản Phẩm
Tên tắt thuộc tính Diễn giải Loại giá trị
Chiều dài (ký tự) Ghi chú
MaSP Mã B M “0”-“9” 5 Khóa chính sản phẩm “A”-“Z”
Tổng số thể hiện: 8 Khối lượng tổng cộng: 330
Bảng 3.54 Bảng mô tả mối kết hợp Kho – Nhà Cung Cấp
Quy trình xử lý đơn đặt hàng tại siêu thị Lotte
BẢNG MÔ TẢ MỐI KẾT HỢP
Ngày lập: 22/04/2022 Người lập: Nhã Ái
Diễn giải: Kho có thể không được nhà cung cấp cung cấp hàng hoặc nhiều nhà cung cấp cung cấp hàng Nhà cung cấp có thể cung cấp cho nhiều kho hoặc không cung cấp cho kho nào.
Tên cùng bản số của các thực thể liên quan: Kho, Nhà Cung Cấp
Tên tắt thuộc tính Diễn giải Loại giá trị
Chiều dài (ký tự) Ghi chú
MaNCC Mã nhà cung cấp B M “0”-“9”
Nhã Ái – Ngọc Dung Trang 61
TenNCC Tên nhà cung cấp B V “A”-“Z” 50
Tổng số thể hiện: 10 Khối lượng tổng cộng: 311
Danh sách các thuộc tính
Bảng 3.55 Bảng mô tả danh sách các thuộc tính
Hệ thống thông tin: Quy trình xử lý đơn đặt hàng tại siêu thị Lotte
MÔ HÌNH QUAN NIỆM DỮ LIỆU
Quản lý bán hàng Danh sách các thuộc tính
Số thứ tự Tên tắt Diễn giải Tên tắt các loại thực thể/mối kết hợp
Sản Phẩm / Sản Phẩm – Đơn Hàng, Sản Phẩm – Loại Sản Phẩm,
Sản Phẩm – Kho, Sản Phẩm – CTPX, Sản Phẩm – CTPN
Khách Hàng, Nhân Viên, Nhà Cung Cấp, Kho, Đơn Hàng / Khách Hàng – Nhân Viên, Khách Hàng – Đơn Hàng, Nhà Cung Cấp – Kho 3
Nhân Viên, Nhà Cung Cấp /
Khách Hàng – Nhân Viên, Nhà Cung Cấp – Kho
Email Email Nhân Viên, Nhà Cung
Khách Hàng – Nhân Viên, Nhà Cung Cấp – Kho
5 GhiChu Ghi chú Đơn Hàng, Phiếu Nhập, Loại Sản Phẩm, Sản Phẩm, Phiếu Xuất /
Khách Hàng – Đơn Hàng, Sản Phẩm – Đơn Hàng, Phiếu Nhập – CTPN, Loại Sản Phẩm – Sản Phẩm,
Sản Phẩm – Kho, Sản Phẩm – CTPX, Phiếu Xuất – CTPX, Sản Phẩm – CTPN
Nhân Viên, Khách Hàng / Khách Hàng – Nhân Viên, Khách Hàng – Đơn Hàng
7 GiaBan Giá bán Phiếu Xuất /
8 GiaNhap Giá nhập Phiếu Nhập /
9 HoTenKH Họ tên khách hàng
Khách Hàng / Khách Hàng – Nhân Viên, Khách Hàng – Đơn Hàng
10 HoTenNV Họ tên nhân viên Nhân Viên /
11 MaDH Mã đơn hàng Đơn Hàng /
Khách Hàng – Đơn Hàng, Sản Phẩm – Đơn Hàng
Kho / Nhà Cung Cấp – Kho, Sản Phẩm – Kho
13 MaLoaiSP Mã loại sản phẩm Loại Sản Phẩm /
Loại Sản Phẩm – Sản Phẩm
14 MaNV Mã nhân viên Nhân Viên /
15 MaNCC Mã nhà cung cấp Nhà Cung Cấp /
16 MaKH Mã khách hàng Khách Hàng /
Khách Hàng – Nhân Viên, Khách Hàng – Đơn Hàng
MaSP Mã sản phẩm Sản Phẩm /
Nhã Ái – Ngọc Dung Trang 63
Phẩm, Sản Phẩm – Kho, Sản Phẩm – CTPX, Sản Phẩm – CTPN
18 NgayBan Ngày bán Phiếu Xuất /
19 NgayNhap Ngày nhập Phiếu Nhập /
20 NgaySinh Ngày sinh Nhân Viên, Khách Hàng /
Khách Hàng – Nhân Viên, Khách Hàng – Đơn Hàng
21 NgayVaoLam Ngày vào làm Nhân Viên /
22 NoiSinh Nơi sinh Nhân Viên /
Khách Hàng, Kho / Khách Hàng – Nhân Viên, Khách Hàng – Đơn Hàng, Nhà Cung Cấp – Kho, Sản Phẩm – Kho
CTPN, CTPX / Sản Phẩm – CTPX, Phiếu Xuất – CTPX, Sản Phẩm – CTPN, Phiếu Nhập – CTPN
25 SoPN Số phiếu nhập Phiếu Nhập /
26 SoPX Số phiếu xuất Phiếu Xuất /
Nhà Cung Cấp – Kho, Sản Phẩm – Kho
28 TenLoaiSP Tên loại sản phẩm
Loại Sản Phẩm / Loại Sản Phẩm – Sản Phẩm
29 TenNCC Tên nhà cung cấp
Nhà Cung Cấp / Nhà Cung Cấp – Kho
Sản Phẩm / Sản Phẩm – Đơn Hàng, Sản Phẩm – Loại Sản Phẩm,
Sản Phẩm – Kho, Sản Phẩm – CTPX, Sản Phẩm – CTPN
31 Website Website Nhà Cung Cấp /
Mô hình dữ liệu logic (Logical Data Model – LDM)
Hình 3.16 Mô hình dữ liệu logic
Nhã Ái – Ngọc Dung Trang 65
Mô hình dữ liệu vật lý (Physical Data Model – PDM)
Hình 3.17 Mô hình dữ liêu vật lý
Mô hình quan hệ dữ liệu
Hình 3.18 Mô hình quan hệ dữ liệu
Quan hệ NHANVIEN đạt dạng chuẩn 3 vì nó không chứa phụ thuộc hàm bắt cầu (Transitive Dependency) Vì quan hệ NHANVIEN có thuộc tính MaNV có thể xác định được các thuộc tính HoTenNV, GioiTinh, NgaySinh, DienThoai, DiaChi, Email,
Nhã Ái – Ngọc Dung Trang 67
NgayVaoLam, NoiSinh Các thuộc tính còn lại không thể xác định được các thuộc tính nào khác.
Quan hệ KHACHHANG đạt dạng chuẩn 3 vì nó không chứa phụ thuộc hàm bắt cầu (Transitive Dependency) Vì quan hệ KHACHHANG có thuộc tính MaKH có thể xác định được các thuộc tính MaKH, HoTenKH, GioiTinh, NgaySinh, DiaChi, SoDienThoai Các thuộc tính còn lại không thể xác định được các thuộc tính nào khác.
Quan hệ SANPHAM đạt dạng chuẩn 3 vì nó không chứa phụ thuộc hàm bắt cầu (Transitive Dependency) Vì quan hệ SANPHAM có thuộc tính MaSP có thể xác định được các thuộc tính TenSP, DonViTinh Các thuộc tính còn lại không thể xác định được các thuộc tính nào khác.
Quan hệ NHACUNGCAP đạt dạng chuẩn 3 vì nó không chứa phụ thuộc hàm bắt cầu (Transitive Dependency) Vì quan hệ NHACUNGCAP có thuộc tính MaNCC có thể xác định được các thuộc tính TenNCC, DienThoai, DiaChi, Email, Website Các thuộc tính còn lại không thể xác định được các thuộc tính nào khác.
3.9.2 Ràng buộc toàn vẹn a Ràng buộc miền giá trị
NhanVien (MaNV, HoTenNV, DiaChi, GioiTinh, NgaySinh, DienThoai, Email, NgayVaoLam, NoiSinh)
Nội dung: Giới tính của nhân viên là “Nam” hoặc “Nữ” n NhanVien (n.GioiTinh {‘Nam’, ‘Nữ’})
Bối cảnh: quan hệ NhanVien
R1 Thêm (Insert) Xóa (Delete) Sửa (Update)
NhanVien + - +(GioiTinh) b Ràng buộc liên thuộc tính tổng hợp
KhachHang (MaKH, HoTenKH, GioiTinh, NgaySinh, DiaChi, SoDienThoai) DonHang (MaDH, DiaChi, GhiChu, TienPhaiTra)
Nội dung: Mỗi khách hàng sẽ có một mã số duy nhất để phân biệt với các khách hàng khác (MaKH), họ tên khách hàng, ngày sinh, giới tính (Nam/Nữ), địa chỉ, Mỗi đơn hàng (MaDH) chỉ thuộc về một khách hàng nhất định. dh1, dh2 KhachHang: (dh1.MaDH dh2.MaDH) (dh.MaDH) kh.MaKH)ʌ
Bối cảnh: quan hệ KhachHang, DonHang
R2 Thêm (Insert) Xóa (Delete) Sửa (Update)
Trong SQL, Trigger là một “Stored Procedure” trong cơ sở dữ liệu, nó sẽ tự động được gọi bất cứ khi nào một sự kiện đặc biệt trong cơ sở dữ liệu xảy ra Ví dụ, một Trigger có thể được gọi khi một hàng được chèn vào một bảng được chỉ định hoặc khi các cột của bảng nào đó được cập nhật.
Nhã Ái – Ngọc Dung Trang 69
Tạo trigger để thêm hoặc cập nhật số tiền phải trả với điều kiện số tiền phải trả bắt buộc phải lớn hơn 0 a Tạo trigger
Hình 3.19 Câu lệnh tạo Trigger tg_sotienphaitra b Kiểm tra
Trường hợp đúng c Kết quả
Hình 3.20 Khi nhập trường hợp sai
Hình 3.21 Khi nhập trường hợp đúng
Hình 3.22 Kết quả chạy của trường hợp sai
Hình 3.23 Kết quả chạy của trường hợp đúng Tạo trigger để thêm thông tin của một nhân viên mới với điều kiện năm sinh phải nhỏ hơn năm vào làm, nếu sai thì in ra: "Năm sinh của nhân viên phải nhỏ hơn năm vào làm” a Tạo trigger
Hình 3.24 Câu lệnh tạo Trigger tg_themthongtinnhanvien b Kiểm tra
Hình 3.25 Khi nhập trường hợp sai
Nhã Ái – Ngọc Dung Trang 71
Trường hợp đúng c Kết quả
Hình 3.27 Kết quả khi chạy trường hợp sai
Hình 3.28 Kết quả khi chạy trường hợp đúng
Xây dựng cơ sở dữ liệu
a Các bảng trong cơ sở dữ liệu
Bảng Khách hàng gồm các thuộc tính: mã khách hàng (MaKH), họ tên khách hàng (HoTenKH), giới tính (GioiTinh), địa chỉ (DiaChi), ngày sinh (NgaySinh), số điện thoại (SoDienThoai)
Hình 3.26 Khi nhập trường hợp đúng
Bảng Nhân viên gồm các thuộc tính: mã nhân viên (MaNV), họ tên nhân viên (HoTenNV), giới tính (GioiTinh), địa chỉ (DiaChi), ngày sinh (NgaySinh), điện thoại (DienThoai), email (Email), nơi sinh (NoiSinh), ngày vào làm (NgayVaoLam)
Bảng Loại sản phẩm gồm các thuộc tính: mã loại sản phẩm (MaLoaiSP), tên loại sản phẩm (TenLoaiSP), ghi chú (GhiChu)
Hình 3.31 Bảng Loại sản phẩm
Bảng Sản phẩm gồm các thuộc tính: mã sản phẩm (MaSP), mã loại sản phẩm (MaLoaiSP), tên sản phẩm (TenSP), đơn vị tính (DonViTinh), ghi chú (GhiChu)
Nhã Ái – Ngọc Dung Trang 73
Bảng Đơn hàng gồm các thuộc tính: mã đơn hàng (MaDH), mã khách hàng (MaKH), mã sản phẩm (MaSP), địa chỉ (DiaChi), ghi chú (GhiChu), tiền phải trả (TienPhaiTra)
Bảng Phiếu nhập gồm các thuộc tính: số phiếu nhập (SoPN), mã nhân viên (MaNV), mã nhà cung cấp (MaNCC), ngày nhập (NgayNhap), ghi chú (GhiChu)
Bảng Chi tiết phiếu nhập gồm các thuộc tính: mã sản phẩm (MaSP), số phiếu nhập (SoPN), số lượng (SoLuong), giá nhập (Giá Nhập)
Hình 3.35 Bảng Chi tiết phiếu nhập
Bảng Phiếu xuất gồm các thuộc tính: số phiếu xuất (SoPX), mã nhân viên (MaNV), mã khách hàng (MaKH), ngày xuất (NgayXuat), ghi chú (GhiChu)
Bảng Chi tiết phiếu xuất gồm các thuộc tính: mã sản phẩm (MaSP), số phiếu xuất (SoPX), số lượng (SoLuong), giá bán (GiaBan)
Hình 3.37 Bảng Chi tiết phiếu xuất
Bảng Kho gồm các thuộc tính: mã kho (MaKho), mã nhà cung cấp (MaNCC), tên kho (TenKho), địa chỉ (DiaChi), số điện thoại (SDT)
Nhã Ái – Ngọc Dung Trang 75
Bảng Nhà cung cấp gồm các thuộc tính: mã nhà cung cấp (MaNCC), tên nhà cung cấp (TenNCC), địa chỉ (DiaChi), điện thoại (DienThoai), email (Email), website (Website)
Hình 3.39 Bảng Nhà cung cấp b Cài đặt bảng trong SQL Server
Nhã Ái – Ngọc Dung Trang 77
Bảng chi tiết phiếu nhập
Bảng chi tiết phiếu xuất
Bảng kho c Mô hình cơ sở dữ liệu
Hình 3.40 Mô hình cơ sở dữ liệu
Nhã Ái – Ngọc Dung Trang 79
THIẾT KẾ HỆ THỐNG
Thiết kế giao diện
Hình 4.41 Giao diện đăng nhập của hệ thống
Hình 4.42 Giao diện đăng nhập có chức năng phân quyền
4.1.2 Giao diện khi đăng nhập của bộ phận tiếp nhập đơn hàng
Hình 4.44 Giao diện quản lý khách hàng của bộ phận tiếp nhận đơn hàng
Nhã Ái – Ngọc Dung Trang 81
Hình 4.43 Giao diện chính khi muốn thoát
Hình 4.45 Giao diện quản lý đơn hàng của bộ phận tiếp nhận đơn hàng
Hình 4.46 Giao diện khi đăng xuất của bộ phận tiếp nhận đơn hàng
4.1.3 Giao diện sau khi đăng nhập của bộ phận xử lý đơn hàng
Hình 4.47 Giao diện quản lý đơn hàng của bộ phận xử lý đơn hàng
Hình 4.48 Giao diện quản lý khách hàng của bộ phận xử lý đơn hàng
Hình 4.49 Giao diện quản lý nhà kho của bộ phận xử lý đơn hàng
Nhã Ái – Ngọc Dung Trang 83
Hình 4.50 Giao diện khi đăng xuất của bộ phận xử lý đơn hàng
4.1.4 Giao diện sau khi đăng nhập của bộ phận chuyển hàng
Hình 4.51 Giao diện quản lý khách hàng của bộ phận chuyển hàng
Hình 4.52 Giao diện quản lý đơn hàng của bộ phận chuyển phát
Hình 4.53 Giao diện khi đăng xuất của bộ phận chuyển hàng
4.1.5 Giao diện sau khi đăng nhập của bộ phận kế toán
Hình 4.54 Giao diện quản lý hóa đơn của bộ phận kế toán
Nhã Ái – Ngọc Dung Trang 85
Hình 4.55 Giao diện báo cáo của bộ phận kế toán
Hình 4.56 Giao diện khi đăng xuất của bộ phận kế toán
4.1.6 Giao diện sau khi đăng nhập của bộ phận kho
Hình 4.57 Giao diện chi tiết phiếu nhập của bộ phận kho
Hình 4.58 Giao diện chi tiết phiếu xuất của bộ phận kho
Hình 4.59 Giao diện danh mục nhà cung cấp của bộ phận kho
Hình 4.60 Giao diện khi đăng xuất của bộ phận kho
Nhã Ái – Ngọc Dung Trang 87
4.1.7 Giao diện sau khi đăng nhập của bộ phận quản lý
Hình 4.61 Giao diện quản lý nhân viên của bộ phận quản lý
Hình 4.62 Giao diện báo cáo của bộ phận quản lý
Hình 4.63 Giao diện khi đăng xuất của bộ phận quản lý
Kế hoạch triển khai xây dựng hệ thống
Trong siêu thị sẽ có rất nhiều khâu cần xử lý Trong đó khâu xử lý đơn đặt hàng cũng khá là quan trọng vì nếu làm thủ công khâu này sẽ rất khó khăn, tốn thời gian và còn thậm chí là xảy ra sai sót khá là nhiều nên việc triển khai thực hiện nghiên cứu, xây dựng và phân tích hệ thống xử lý đơn đặt hàng rất là cần thiết.
Siêu thị sẽ cử nhân viên hoặc mở các phiếu khảo sát online về nhu cầu mua sắm sản phẩm cũng như cách thức mua sắm của khách hàng Để siêu thị đưa ra được những chiến lược phù hợp nhất Ví dụ, trong giai đoạn dịch Covid đang diễn ra khá phức tạp thì nhu cầu của khách hàng là ưu tiên lựa chọn việc mua sắm online Kinh tế trong giai đoạn này gặp nhiều khó khăn nên nhu cầu của khách hàng là sản phẩm phải vừa túi tiền và đảm bảo chất lượng.
Sau khi khảo sát xong, siêu thị tập hợp lại tất cả các dữ liệu để đưa ra một bảng tổng hợp cuối cùng Dựa vào bảng tổng hợp đó sẽ đưa ra chiến lược Marketing phù hợp
Ví dụ: Khách hàng có hóa đơn từ 500.000 trở lên và có địa chỉ gần siêu thị từ 3-
5 km sẽ được hỗ trợ tiền ship cũng như tặng kèm một voucher 50.000 cho lần mua tiếp theo.
Dựa vào những thông tin khảo sát từ khách hàng từ đó đưa ra những loại sản phẩm mà khách hàng ưu tiên lựa chọn Siêu thị sẽ liên hệ với nhà cung cấp để nhập những sản phẩm đó về lưu trữ trong kho Phòng trường hợp khi nhu cầu của khách hàng về sản phẩm đó tăng cao thì siêu thị có thể ứng biến kịp thời để phục vụ khách hàng hiệu quả và nhanh chóng hơn.
Ví dụ: Trong tình hình dịch thì khẩu trang là hàng hóa thiết yếu nên siêu thị ưu tiên nhập với số lượng sản phẩm lớn
Sau khi thực nghiệm, siêu thị sẽ đưa ra kế hoạch triển khai phù hợp với từng thời điểm khác nhau nên hệ thống thông tin quản lý bán hàng cần phải xây dựng, phân tích, thiết kế hợp lí và có thể thay đổi linh hoạt thích nghi với từng hoàn cảnh khác nhau.
Nhã Ái – Ngọc Dung Trang 89
Ví dụ: Khi chưa có dịch thì khách hàng thường sẽ mua hàng trực tiếp nên việc quá tải đơn hàng ít khi sảy ra Nhưng trong trường hợp tình hình dịch căng thẳng nên khách hàng chọn sẽ mua sắm online, nên việc quá tải đơn hàng thường xuyên sảy ra vì vậy cần xây dựng hệ thống xử lý đơn đặt hàng hợp lí và chặt chẽ hơn, trách trường hợp hệ thống bị lỗi.
KẾT QUẢ
Những kết quả đạt được của đồ án
Những kết quả đạt được của đồ án: ˗ Tổng quan về quản lý đơn hàng tại siêu thị Lotte Mart. ˗ Cơ sở lý thuyết và các nghiên cứu trước. ˗ Một số yêu cầu cơ bản của hệ thống. ˗ Phân tích hệ thống quản lý đơn đặt hàng tại siêu thị Lotte Mart. ˗ Thiết kế hệ thống quản lý đơn đặt hàng tại siêu thị Lotte Mart. ˗ Đưa ra được những ưu, nhược điểm trong công tác quản lý đơn đặt hàng tại siêu thị Lotte Mart. ˗ Đề ra một số giải pháp để hoạt động quản lý đơn đặt hàng ngày càng hiệu quả hơn.
Những khó khăn và điểm yếu của đồ án
Khó khăn: ˗ Khó khăn trong việc chọn lọc thông tin cũng như tài liệu liên quan đến đề tài. ˗ Cơ sở dữ liệu chưa được hoàn hảo còn nhiều cái phải sửa chữa. Điểm yếu của đồ án: ˗ Chưa có nhiều sự liên hệ thực tiễn nên hạn chế về góc nhìn. ˗ Chưa tiếp xúc nhiều các hệ thống thực tế được áp dụng tại các siêu thị nên không tránh được những ý kiến chủ quan khi thực hiện đồ án.
Hướng nghiên cứu tiếp
Nghiên cứu tiếp về các nghiệp vụ xử lý khác cần thiết trong HTQL bán hàng tại siêu thị Lotte Mart như: ˗ Quản lý xuất nhập hàng hóa. ˗ Quản lý bán hàng onlline.
Nhã Ái – Ngọc Dung Trang 91 ˗ Quản lý doanh thu. ˗ Quản lý hóa đơn. ˗ Nghiên cứu khắc phục tình trạng quá tải đơn đặt hàng vào những thời điểm đặc biệt để tránh cho hệ thống bị lỗi.