1. Trang chủ
  2. » Luận Văn - Báo Cáo

Khóa luận tốt nghiệp Công nghệ thông tin: Website quản lý bán hàng tích hợp đồng bộ đa sàn thương mại điện tử

106 0 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 đề Website quản lý bán hàng tích hợp đồng bộ đa sàn TMĐT
Tác giả Đặng Quang Huy, Trần Vũ Lộc
Người hướng dẫn THS. Võ Ngọc Tân
Trường học Trường Đại học Công nghệ Thông tin
Chuyên ngành Công nghệ thông tin
Thể loại Khóa luận tốt nghiệp
Năm xuất bản 2021
Thành phố TP. HCM
Định dạng
Số trang 106
Dung lượng 47,47 MB

Nội dung

Ứng dụng quản lý bán hàng tích hợp khả năng đồng bộ đa sàn TMĐT vẫn tuân theo một quy trình bán hàng đầy đủ để đáp ứng nhiều sàn khác nhau.. Với khả năng quản lý kho hàng, sản phẩm, ngườ

Trang 1

ĐẠI HOC QUOC GIA TP HO CHÍ MINH

TRUONG DAI HQC CONG NGHE THONG TIN KHOA KHOA HOC VA KY THUAT THONG TIN

DANG QUANG HUY - 17520564

TRAN VU LOC - 17520701

KHOA LUAN TOT NGHIEP

WEBSITE QUAN LY BAN HANG TÍCH HỢP DONG BO

ĐA SÀN TMĐT

Sales management website integrate with eCommerce platform

CU NHAN NGANH CONG NGHE THONG TIN

GIANG VIEN HUONG DAN

THS VO NGQC TAN

TP HO CHÍ MINH, 2021

Trang 2

THONG TIN HOI DONG CHAM KHÓA LUẬN TOT NGHIỆP

Hội đồng chấm khóa luận tốt nghiệp, thành lập theo Quyết định số

"— cece eeeeeeeeeee ees ngày của Hiệu trưởng Trường Dai học Công

nghệ Thông tin

1

A Bw WN

Trang 3

ĐẠI HỌC QUỐC GIA TP HÒ CHÍMINH CỘNG HÒA XÃ HỘI CHỦ NGHĨA VIỆT NAM

Tên khóa luận:

WEBSITE QUAN LY BAN HÀNG TÍCH HỢP DONG BỘ ĐA SAN TMĐT

Nhóm SV thực hiện: Cán bộ hướng dẫn:

Đặng Quang Huy 17520564 Ths Võ Ngoc Tân

Trần Vũ Lộc 17520701

Đánh giá Khóa luận

1 Về cuốn báo cáo:

Số trang Số chương

Số bảng số liệu Số hình vẽ

Số tài liệu tham khảo Sản phẩm

Trang 4

2 Về nội dung nghiên cứu:

3 Về chương trình ứng dụng:

Trang 5

4 Về thái độ làm việc của sinh viên:

Người nhận xét

(Ký tên và ghi rõ họ tên)

Trang 6

ĐẠI HỌC QUỐC GIA TP HÒ CHÍ MINH CONG HOA XÃ HỘI CHỦ NGHĨA VIET NAM

Tên khóa luận:

WEBSITE QUAN LÝ BAN HÀNG TÍCH HỢP DONG BỘ ĐA SÀN TMĐT

Nhóm SV thực hiện: Cán bộ phản biện:

Đặng Quang Huy 17520564

Trần Vũ Lộc 17520701

Đánh giá Khóa luận

1 Vé cuôn báo cáo:

Số trang Số chương

Số bảng số liệu Số hình vẽ

Số tài liệu tham khảo Sản phẩm

Trang 7

2 Về nội dung nghiên cứu:

3 Về chương trình ứng dụng:

Trang 8

4 Về thái độ làm việc của sinh viên:

Người nhận xét

(Ký tên và ghi rõ họ tên)

Trang 9

LỜI CẢM ƠNTrải qua thời gian 4 năm học tập trong trường, đã đến lúc những kiến thức của chúng tôi được vận dụng vảo trong thực tiễn công việc Trong suốt quá trình học tập,

chúng tôi đã được quý thầy cô giảng dạy tận tình, quan tâm, giúp đỡ và xây dựng các

kiến thức nền tảng Nhờ đó chúng tôi đã có thêm nhiều kinh nghiệm dé xử lý những

khó khăn, thử thách và hoàn thành dé tai này Chúng thôi xin gửi lời cảm ơn đến quý thầy cô.

Chúng tôi xin gửi lời cảm ơn chân thành đến Ths Võ Ngọc Tân, là người đã

tận tình hướng dẫn, định hướng những vấn đề nghiệp vụ, quan tâm, giúp đỡ và hỗ trợ hết mình trong quá trình thực hiện khóa luận Trong thời gian làm khóa luận, ngoài

những kiến thức chuyên môn, chúng tôi còn tìm hiểu rất nhiều nghiệp vụ mới, nhữngtrải nghiệm bổ ích Đồng thời được sự hướng dan tận tình, cùng những góp ý củathầy, chúng tôi đã tích lũy được nhiều kinh nghiệm cho bản thân, phục vụ cho công

VIỆC Sau này.

Trong quá trình làm khóa luận, chúng tôi đã gặp nhiều khó khăn như dịch bệnh

covid đã ảnh hưởng đến việc thực nghiệm hệ thông Mặc dù chúng tôi đã cé gang nỗ

lực dé hoàn thành khóa luận, nhưng sai sót và những điểm còn hạn chế là điều khótránh khỏi, rất mong nhận được sự góp ý và nhận xét của quý thầy cô dé đề tài đượctốt hơn

Cuối cùng, chúng tôi muốn gửi lời cảm ơn tới gia đình và bạn bè - những người

đã cùng đồng hành, giúp đỡ và động viên chúng tôi trong suốt quá trình học tập và

thực hiện khóa luận.

TP Hồ Chí Minh, tháng 8 năm 2021

Sinh viên thực hiện

Đặng Quang Huy — Trần Vũ Lộc

Trang 10

MỤC LỤC

Chương 1 GIỚI THIỆU 222+222EVEES22++++t222EEEY+z+rtrttrrvxvrrrrrrrrrr 2

.1 Lý đo chọn để tài -s-222c2222+222x22221122711271122712227112211122112.11E 1e 2 2_ Đối tượng nghiên cứu -:22+++222++++22EE+++tEEEEYvrtEEEErrrtrrkrrrrrrrrrrrrrr 3

3.1 Mô tả bài toán

3.2 Khảo sát hiện trẠng - kg HH HH HH rế 17

Trang 11

3.2.1 Nhu cầu sử dụng -¿-2-vcct22krtrttEErrrtrtrrtrrrrrriirrire 17

3.2.2 Chính sách và qui định của các sàn TMĐIT -ccccccccce+ 18

3.2.3 Hệ thống API của các sản TMĐT 2ccc+22ccvvserrrerirrrrrerree 19

3.2.4 Các website quan ly bán hàng hiện có trên thị trường - 20

3.3 Phân tích yêu cầu .-:-++++22++++2222+++22221112222111221111222111 221 ecrrki 21 3.3.1 Phân tích yêu cầu người dùng - -22c+2222+zcreccvsrrrrrrrecree 21 3.3.2 Phân tích yêu cầu hệ thống - : ¿+22+++++22+++++ttrvsrretrrvrcree 21

3.3.3 Phân tích yêu cầu chức năng -:-2++2++++v+rttrxrrerrrrrrrrree 22

3.4 Chi tiết yêu cầu hệ thỐng .-2¿-222+£22V++++222EE++t2E2EE+EE2EEEtEEErrrrrrkk 23 3.4.1 Sơ đồ Use Case tong quan hệ thống -.-: c¿2cc5sc++ccsssccez 23

3.4.2 Danh sách các Use Case - t1 E2 H1 11g 1 25

km? 6 76 ốẽ ẽ 29

3.5 Chỉ tiết thiết kế hệ thống -¿¿22¿2222+++222E+++tt2EE++ettEErretrrrrrrrrrkk 40 3.5.1 Thiết kế tong quan hệ thống - ¿-2z++225+++++evvsz++zrzvsceee 40 3.5.2 Sơ đồ hoạt động 222:222222 22222 22221112221111 22211112111 111cc 4I

3.5.3 Sơ đồ tuần tự HH 47

3.5.4 Thiết kế sơ đồ cơ sở dữ liệu (Crow’s foot notation), - 51

3.5.5 Bang quan hệ trong cơ sở dit liệu - - + + 5++++c+cscserreres 52

3.5.6 Mối liên kết của các bảng quan H6 cccccsssssesscssseeccssseescesssescsssseesessseess 60

3.6 Xây dựng bộ dữ liệu vist hóa - + St crt+tkExeEekerkerirkerkerrrkrrerkee 65

3.6.1 Danh mục sản phẩm -+:2++22+++++22E++++2EE++rttrrkrrrrrrrrrrree 65

3.6.2 Thương hiệu sản phẩm 222+£222V22S22++tttE2222vvrrrrrrrrrrex 67

3.6.3 Thuộc tính sản phẩm LaZađa 2¿22222222222+zvvEvvvrrevrvvrcree 67

Trang 12

Chương 4 KET QUA XÂY DUNG HỆ THONG QUAN LY BAN HÀNG TÍCH

HỢP DONG BỘ SÀN TMĐT nhi 68

4.1 Trang chủ + St TH HH HH T010 0.01101211111010 0 re 69

4.2 Trang quản lý sản phẩm -222222222++22222EEEE2EEEEEEEEEELrrrrrrrrrrrrrree 69 4.2.1 Trang đanh sách sản phẩm -2¿-22++++22E2++vEEEEzrrrrrrserrrres 69 4.2.2 Trang tạo sản phẩm 22-2222 222E2Et2E221221222111227112 E1 ccrrk 70 4.2.3 Trang thông tin sản phẩm 2 22+2222+++t2EEEEertEEEErrrrrrrrerrrres 71 4.2.4 Trang thông tin biến thé cccccscscssssseesssssseessosseesesssseessssseesesssseeseesseeeeees 72

4.3 Quản lý đơn hang Sàn TH HH HH vey 73

4.3.1 Quản lý đơn nhập đối với nhà cung cấp .::-5-cc:z+c5vsccsccxx 73 4.3.2 Quản lý đơn bán đối với khách hàng -2 ©52©25+z225+zeccxzezzx 76

4.4 Trang quản lý dữ liệu sàn TMĐT - 5-5552 S+2t2xexexerrxrrerrrree 78

4.5 Trang quản lý nhà cung cẤp ¿ 2:©22++222+22E++eEEEEetrxrrsrxrrsrkrrerrrcee 84

4.6 Trang quản lý khách hang 6-5 ket viec 85

Chương 5 KẾT LUẬN VA HƯỚNG PHAT TRIỀỂN -222zcccczrz 86

5.1 Kết luận

5.2 Hướng phát triÊn ¿+52 về HE T112 10 ren 87

Trang 13

DANH MỤC HÌNH

Hình 3.1: Tình hình sử dụng các phần mềm quản lý qua các năm (Trích “Báo cáo

Thương mại điện tử Việt Nam 20220) - c5 3 3+3 E3*EEEEErrrrrrrkrrxre 18

Hình 3.2: API Lazada 2.0 được ra mắt ngày 06/08/2021 : : : :-s: 20

Hình 3.3: Sơ đồ Usecase Tổng quát -2-2¿2+¿2++2++2Ex+2E++EE+eEx+zrxzrxersrers 24

Hình 3.4: Sơ đồ Usecase đăng nhập 2¿ 2 2SE+2Et2Et2E2EEeExerxrrrrerrerrrree 25 Hình 3.5: Sơ đồ Usecase quản lý đơn hang . 2¿©5¿©5222+22+ccxzx+zzxsrxrree 25

Hình 3.6: Sơ đồ Usecase quản lý sản phẩm -2- 2 2 £+S£+E££E£EE+EE+EzEzEezez 26

Hình 3.7: Sơ đồ Usecase quản lý thông tin cá nhân ¿2 2s 2 x+zz+x+zxe: 26 Hình 3.8: Sơ đồ Usecase quản lý nhân viên 2- 2-2 22s +x+zx+£x+zzzzzezxezee 27 Hình 3.9: Sơ đồ Usecase đồng bộ dit liệu - ¿2 25+ ++E+£++E££E+Erxererrerxee 27 Hình 3.10: Sơ đồ Usecase quản lý phiếu nhập/xuất kho đối với nha cung cấp 28 Hình 3.11: Sơ đồ Usecase quản lý nhà cung cấp/khách hàng - 28 Hình 3.12: Sơ đồ thiết kế hệ thống :- ¿2 ¿22 £+E+E££E£EE+E£EEEEEEEvEerkrrerrereee 40 Hình 3.13: Sơ đồ hoạt động khách đăng nhập 2 + s2 s+sz+x+z++x+zx+2 41 Hình 3.14: Sơ đồ hoạt động kết nối gian hàng 2-2 + xcx+2x+2z+zzxcres 42

Hình 3.15: Sơ đồ hoạt động đồng bộ sản phẩm từ sàn TMĐT . 42

Hình 3.16: Sơ đồ hoạt động đăng bán sản phâm -¿- 2© 5¿22+z2z++cs+ze: 43

Hình 3.17: Sơ đồ hoạt động xử lý đơn hàng 2 ¿5255 xe£x+zs+zzzecxezee 44 Hình 3.18: Sơ đồ hoạt động xem hóa đơn của đơn hang san TMĐT 45

Hình 3.19: Sơ đồ hoạt động liên kết sản phâm bằng thủ công . 45Hình 3.20: So đồ hoạt động liên kết sản phẩm tự động - 2: 2 2+5z+s¿ 46

Hình 3.21: Sơ đồ tuần tự khách đăng nhập - 22 2+ ++£££x+zzxerezxerxee 47 Hình 3.22: Sơ đồ tuần tự đồng bộ dữ liệu 2 - 25+ 2+E+££+E££++Ezxvrzxerxee 48

Hình 3.23: Sơ đồ tuần tự đăng ban sản phẩm 2-5252 tEEeEEEtEzrzreree 49

Hình 3.24: Sơ đồ tuần tự liên kết sản phẩm tự động -5- 5 2 225z+£z>ez 50 Hình 3.25: Sơ đồ thiết kế cơ sở dữ liệu . -5scc+tttittrrrrtirrireieriee 51

Hình 3.26: Mối liên kết bang User c.ccccceccssessssessesessessssessssessesesesssesssseesesesssseeseeess 60

Hình 3.27: Mối liên kết bảng StOrage 2- 2 25222 +E‡2EEEeEEEEEeEkerkrrerrree 61

Trang 14

Hình 3.28: Mối liên kết bảng PrOduct ¿- ¿2 2 5sS£+x+£+Ee£+Eerxexerxererxerees 62

Hình 3.29: Mối liên kết bảng Variant - -2¿52-525+22x2Et2E2ExeExerxrzrxerxerrrree 62

Hình 3.30: Mối liên kết bảng ExportOrder -: 2- +©5+25+2x+zxvzxerxerxervzrvzes 63

Hình 3.31: Mối liên kết bảng RefundExportOrder -. - 2: 5+ ©5+2c+2cxccsz 63 Hình 3.32: Mối liên kết bảng ImportOrder - + - 2s ++£££+£££++£zz++£zzxerxee 64 Hình 3.33: Mối liên kết bảng RefundImportOrder - 5 2s 2+s+£zzs+zs+: 64 Hình 3.34: Dữ liệu category của API Lazada gửi V6 -s- + s+cs+se+x+ce+ 65 Hình 3.35: Tìm kiếm danh mục theo nhánh ¿2 2 s+s+s+E+E+E£E+E+E+EeEeEzezezxzx2 66 Hình 3.36: Hệ thong tự động mapping c.ceccecescecessessssessssesssseesesssessseeseseeseseeseeees 66

Hình 3.37: Tìm kiếm thương hiệu sản phẩm 2-2 2 2S E+EE+£+2£+z£zzxzzez 67

Hình 4.1: Giao diện trang chỦ -¿- 5c St 313211 111911111151 1111111 111111 E1 ket 69

Hình 4.2: Giao diện trang quản lý sản phẩm - 2-2 ¿5£ +S£E+£E+EE+Ezzzzzzez 69 Hình 4.3: Giao điện trang tạo sản phâm 2- 2+ ++5£+E£+E££E££EeEEeEEerkrrerrerreree 70

Hình 4.4: Giao diện trang tạo phiên bản -¿- ¿5c 22+ 3+ 3+ ESeEerxererrresrsee 71

Hình 4.5: Giao diện trang chi tiết sản phame cccccecscscscsssesssessssseessessesseesseesseesses 71

Hình 4.6: Giao diện trang chi tiết phiên bản ¿- 2 2©522s£x+zxezverervzrvzes 72

Hình 4.7: Giao diện trang quan lý đơn nhập hàng 5525252 5+£+<+s+xs+2 73

Hình 4.8: Giao diện tao đơn nhập hàng - - 5 22+ +2*+*£+E+eE+exeereerreerses 73

Hình 4.9: Giao diện trang chi tiết đơn nhập hàng 2 ¿55s +25+25e+sz>s2 74 Hình 4.10: Giao diện trang tạo đơn hoàn hàng cho nhà cung cấp 74 Hình 4.11: Giao diện trang chi tiết đơn hoàn hàng cho nhà cung cấp 75

Hình 4.12: Giao diện trang tạo đơn bản hàng - Sc s3 xxerreersreres 76 Hình 4.13: Giao diện trang quan lý đơn ban hang - 5c 55 2c S+xssccxssxss+ 76

Hình 4.14: Giao diện trang chi tiết đơn bán hàng ¿5 55+ cx+zzxecxei 77

Hình 4.15: Giao diện trang quan lý đơn hoàn hàng tử người mua - 77

Hình 4.16: Giao diện trang chi tiết đơn hoan hang cccccscsscssesessessssesseseeeseeseeees 78

Hình 4.17: Giao diện trang quan ly sản phâm TMĐT -22- 555525522: 79

Hình 4.18: Chọn gian hàng cần cập nhật - 2 - 25+ ++E+£++Eezevrzxererxerxes 79

Hình 4.19: Giao diện tạo sản phẩm nhanhh 52c +13 kxssssvveres 80

Trang 15

Hình 4.20: Giao diện sau khi liên kết sản phẩm - 2 2 2 2+x+£E£+£++zxsred 81Hình 4.21: Giao diện tao sản pham đăng bán lên sàn TMĐT - 82

Hình 4.22: Giao diện cau hình thuộc tinh theo từng sàn TMĐT 83

Hình 4.23: Giao diện trang quản lý nha cung cấp ¿- ¿+ + s+2s+2z+zzxcces 84 Hình 4.24: Giao diện tạo nhà cung cấp - + 2+ 2+ £+E+EE+EeEE£EeEkrErrkererrerees 84 Hình 4.25: Giao diện trang quan lý khách hàng - 5-5 S25 *+e‡+x‡e+exzxse+2 85

Hình 4.26: Giao diện tạo khách hàng - + 2 + 2+ *+E+EEtxerrrrsrrrrrrkree 85

Trang 16

DANH MỤC BẢNG

Bảng 1.1: Cơng cụ và kỹ thuật sử dụng - Sc St St szsrsxeerrrrrrrrererrrererree 4

Bang 3.1: Đặc ta Usecase đăng nhập - - Sc 22323332121 1E2EEEEErrrrekrrre 29

Bang 3.2: Dac ta Usecase quan lý đơn hàng St S+s£vxexexetetrrrrrrree 31

Bảng 3.3: Đặc ta Usecase quản lý sản pham cccccccsesssesssesssecstesseesseesessessseessecsses 33

Bảng 3.4: Dac ta Usecase quan lý thơng tin cả nhân 5+555c+++++sezss+2 34

Bang 3.5: Đặc ta Usecase quan lý nhân viÊn 65:22 se s£vxvxrxetetsrrrrree 36

Bang 3.6: Đặc tả Usecase đồng bộ dữ liệu 2 - 2© + ++E+£+E££E+Ezxererrerxee 37 Bang 3.7: Đặc tả Usecase quản lý phiếu nhập/xuất kho đối với nhà cung cấp 38 Bang 3.8: Đặc tả Usecase quản lý nhà cung cap/khach hang - 39 Bang ch 909)ìì:8.1:86 17 52

Bang 3.10: Quan hệ TOkKen - c2 23c 2232312123 2211 121111515111 11121 11111 cxee 52

Bang 3.11: Quan hệ Rolle c- 20 2 2 221211111121 12123 1111151181181 111111 E1 ket 52

Bang 3.12: Quan hệ SfOTÀ€ - 5c 0 2212112112111 1111 11111111111 1111111 21111111 g1 kết 53

Bang 3.13: Quan hệ PlatformCTredential -¿- + 5+2 *+*+£+‡++eEeexexeeexexssse 53

Bang 3.14: Quan hệ Supplier cccccccssessesesssseseseseeseseeeseseeesesesecseseecseseeeeseseeeeaes 54

Bang 3.15: Quan hỆ Customer c2 2t S*E+E+EEvESE+EEeEeteererrkrrrkerrrrrerke 54

Bang 3.16: Quan hệ Product c.cccececeseseseseseseeeeeseseseseseaeseueeeneeceseeeacaeeeeeeneeeeseaeas 55

Bang 3.17: Quan hé VariaTn 5c c3 2t 2E2E2t 1E EEEEEEEEEEEEEEEEESkErkkrkrkrerekrke 55

Bảng 3.18: Quan hệ VariantAftrTDUte - St St S+‡£sEvxeketeteterrrrerrrerrke 56

Bảng 3.19: Quan hệ Attribuf€ S332 #EEEEEkrkkekrkrkrkrkrrrerrrerrke 56

Bang 3.20: Quan hé Stock 0000101877 Ả 56

Bang 3.21: Quan hệ InventoryTransaction ccccscsecsesseseescsscseesesesseesesseseesesesseees 57

Bang 3.23: Quan hệ ExportOrder cccccccscscssescescsseseesesecseesesecseceeseesecsesessseeesesseees 58

Bang 3.24: Quan hệ RefundExportOrder cccceccccessesesseseeceseeseeseseeseesesesseeeeseeseees 58

Bang 3.25: Quan hệ ImportOrder c.ccccccecssescescsseseesesscseeseseeseescsesseescsesseeseseeseens 59

Bang 3.26: Quan hệ RefundImporfOYrer -¿- 5c 2223 +*£+tE++eEeexererrsresrsre 59

Bang 3.27: Quan hệ OrderIDefaiÌ -¿- ¿- +5 S+ + *‡E+E+tEvEsketEexetrereretrrrxerrrrrrerke 60

Trang 17

Bang 5.1: Bảng so sánh các hệ thông

Trang 19

TOM TAT KHÓA LUẬN

Những năm gần đây, “thương mại điện tử” (TMĐT) đã không còn là kháiniệm xa lạ trong xã hội hay một lĩnh vực mới mẻ tại nước ta Có thể coi năm

2020, đại dịch COVID-19 đã mang đến nhiều biến động đối với nền kinh tế và sự

tăng trưởng bứt phá của TMĐT đã góp phần đưa Việt Nam trở thành một trongnhững thị trường tiềm năng nhất khu vực ASEAN Do đó, nhu cầu về phần mềmquan lý bán hàng ngày một tăng cao Đặc biệt là những phần mềm có thé bán

hàng đa kênh, đa sàn TMĐT.

Nhận thấy rõ nhu cầu này, chúng tôi quyết định tìm hiểu những công nghệ,nghiệp vụ vả quy trình liên quan để xây dựng một trang web quản lý bán hàng

đa sản TMĐT Đồng thời tích hợp kha năng đồng bộ dữ liệu sản phẩm va đơn

hàng trên nhiều sàn TMĐT khác nhau, giúp nhà bán hàng tối ưu hóa thời gian

quản lý Từ đó gia tăng doanh thu, lợi nhuận.

Trong khóa luận này, chúng tôi quyết định sử dụng công nghệ ReactJS đối

với phía Frontend và công nghệ NodeJS cho phía Backend Hai công nghệ nảy

có những ưu điểm phù hợp để xây dựng website quản lý bán hàng Đồng thời,chúng tôi đã khảo sát hiện trạng, tìm hiểu về những phần mềm quản lý hiện có ởtrên thị trường Từ đó có thể phân tích rõ yêu cầu của hệ thống, người dùng cuối,

thiết kế và xây dựng hệ thống phù hợp với nhu cầu người dùng.

Trang 20

Chương 1 GIỚI THIỆU

1.1 Lý do chọn đề tài

Thương mại điện tử là hình thức kinh doanh trực tuyến trên các hệ thống điện

tử như internet và các mạng máy tính dé thực hiện các giao dich mua bán, trao đồi,

thanh toán trực tuyến Là quá trình tiền hành một phan hay toàn bộ hoạt động thương

mại thông qua các phương tiện điện tử hiện đại, theo đó các hoạt động giao dịch, mua

bán, quảng bá được thực hiện nhanh chóng, hiệu quả hơn, giúp tiết kiệm chi phi và

phạm vi kinh doanh.

Trong những năm gần đây, mô hình kinh doanh TMĐT đã có những đóng góplớn cho sự tăng trưởng kinh tế trong bối cảnh thế giới đang bước vào cuộc cách mạng

4.0 Hiện nay, Việt Nam được đánh giá là một trong những thị trường TMĐT phát

triển nhanh nhất ở Đông Nam Á, đưa Việt Nam trở thành một trong những thị trường

tiềm năng nhất khu vực ASEAN Đặc biệt ở năm 2020, tốc độ tăng trưởng ngày càng

được đây mạnh do tình hình dịch bệnh khiến xã hội cách ly, người dân sử dụng các

ứng dụng TMĐT ngày càng thường xuyên hơn Nhận thấy điều này, nhóm chúng tôiquyết định chọn lĩnh vực TMĐT để khai thác và hi vọng đóng góp một phần thúc đâyhơn loại hình kinh tế này tại Việt Nam

Các NBH hiện đang được hưởng rất nhiều lợi ích từ TMĐT như không tốn chiphí thuê mặt bang, chi phí marketing thấp nhưng lại rất hiệu quả, cùng với đó là rấtnhiều ưu đãi, hỗ trợ từ các sàn TMĐT Việc NBH sở hữu nhiều kênh bán hàng trêncùng một sàn hoặc nhiều sàn không còn là chuyện xa lạ Việc bán đa sàn giúp NBH

dễ dàng tiếp cận nhiều khách hàng hơn, xây dựng thương hiệu nhanh chóng đồng thờicũng gặp nhiều khó khăn trong quản lý sản phẩm, đơn hàng và tài chính Với khókhăn này, chúng tôi quyết định chọn và thực hiện đề tài “Xây dựng website quản lý

bán hàng tích hợp đồng bộ đa sàn TMĐT”

Đây là giải pháp hướng đến các NBH tiết kiệm thời gian, tăng khả năng quản

lý và giảm thiểu rủi ro trong quá trình kinh doanh

Trang 21

1.2 Đối tượng nghiên cứu

Đối tượng nghiên cứu chính của chúng tôi là hệ thống quản lý bán hàng tíchhợp khả năng đồng bộ đa sàn TMĐT Tuy không phải là đối tượng nghiên cứu quámới, nhưng vẫn còn nhiều vấn đề xoay quanh việc quản lý bán hàng cần được khai

thác.

Ứng dụng quản lý bán hàng tích hợp khả năng đồng bộ đa sàn TMĐT vẫn tuân

theo một quy trình bán hàng đầy đủ để đáp ứng nhiều sàn khác nhau Với khả năng

quản lý kho hàng, sản phẩm, người dùng có thé kiểm soát số lượng sản phẩm trongkho hàng, sử dụng các tính năng chính như chỉnh sửa sản phẩm, đăng sản phẩm lênnhiều san TMĐT cùng lúc, kiếm soát các đơn hàng đến từ các sàn và xử lý đơn hang,

từ đó kiểm soát trạng thái đơn hàng được thực hiện từ khâu NBH xử lý đơn hàng đến

các giai đoạn của bên đôi tác giao hàng.

1.3 Mục tiêu dé tài

Mục tiêu đầu tiên là tìm hiểu về hệ thống quản lý bán hàng phô biến hiện tạitrên thế giới, giúp cho chúng tôi trang bị kiến thức một cách đầy đủ, biết được quytrình vận hành hệ thống, quy trình xây dựng kho hàng và quy trình đơn hàng Việcnghiên cứu này còn giúp chúng tôi hiểu được cách vận hành của các sàn TMĐT, hiểu

được nhu cầu bán hàng của NBH, năm bắt được ưu nhược điểm của các hệ thống

quản lý trên, giúp cho chúng tôi đưa ra sản phâm hoàn thiện nhất có thê

Mục tiêu tiếp theo là xây dựng được một hệ thống quản lý bán hàng hoànthiện, phù hợp với nhu cầu của các NBH vừa và nhỏ NBH có thé quản lý nhiều gianhàng trên nhiều sàn TMĐT khác nhau ngay tại hệ thống của chúng tôi NBH chỉ cầntạo sản phâm một lần và có thé đăng lên nhiều sàn TMDT, giúp tiết kiệm thời gian.Các đơn hàng mới từ các sàn luôn được đồng bộ tại hệ thống của chúng tôi NBHcũng có thể xác nhận đơn mà không cần phải vào hệ thống của sàn

Mục tiêu cuối cùng là đưa đến cho người dùng một hệ thống hoàn chỉnh nhất,

trải nghiệm người dùng một cách tốt nhất Đề làm được điều đó, chúng tôi cần kiểm

thử hệ thống, kiêm định hệ thống dựa trên gian hàng thật của NBH, phát hiện các lỗi

Trang 22

có thé xảy ra từ giao diện hoặc chức năng Đây cũng là quá trình thu thập các ý kiến

trải nghiệm của người dùng Từ đó đưa ra kết luận, thay đôi trong tương lại dé phù

hợp với nhu cầu thực tế của người dùng

1.4 Phương pháp thực hiện

Đề có thê đạt được sự hoàn chỉnh cho một hệ thống quản lý bán hàng với đầy

đủ các chức năng cũng như xây dựng một giao diện trực quan cho người dùng Chúng

tôi đã quyết định lựa chọn một số công nghệ phô biến, có thể đáp ứng được sự tươngthích trên nhiều trình duyệt cũng như tính ồn định và sự nhanh chóng trong khâu vận

hành.

Công cụ / Kỹ thuật Tên/ Phiên bản

Frontend ReactJS, Ant Design UI

Backend NodeJS, ExpressJS

Công cụ phát triển ứng dụng Visual studio code

Co sở dữ liệu MongoDB, Mongoose

Chương trình quản lý mã nguồn Github

Công cụ xây dung mô hình StarUML 5.0, draw.io

Công cụ viết tài liệu Google Sheet, Microsoft Word

Bảng 1.1: Công cụ và kỹ thuật sử dụng

Do hệ thống sử dụng API được cung cấp từ các sàn có quy mô phức tạp, đòi

hỏi phải trải qua nhiều giai đoạn phân tích, thực hiện và chỉnh sửa Chúng tôi quyếtđịnh lựa chọn Quy trình phát triển phần mềm theo mô hình xoắn ốc (The Boehm’sspiral model) làm quy trình phát triển cho hệ thống của mình

Trang 23

Mô hình xoắn ốc có thể được xem là sự kết hợp giữa mô hình thác nước

(Waterfall model) và mô hình mẫu (Prototype model) và đồng thời thêm phân tích

rủi ro (Risk assessment) Trong từng mô hình xoắn ốc, quy trình phát triển phần mềm

được biéu diễn như một vòng xoắn ốc Các giai đoạn trong quy trình phát triển xoắn

ốc bao gồm:

- Thiết lập mục tiêu: Xác định mục tiêu cho từng giai đoạn của dự án

- Danh giá và giảm thiểu rủi ro: Rủi ro được đánh giá và thực hiện phân

tích dé giảm thiểu rủi ro

- Phát triển và đánh giá: Sau khi đánh giá rủi ro, mô hình xây dựng hệ

thống sẽ được lựa chọn từ những mô hình chung

- Lap kế hoạch: Đánh giá dự án và lên kế hoạch cho giai đoạn tiếp theo

của mô hình xoắn óc

Sau mỗi lần tăng vòng thì có thé chuyển giao kết quả thực hiện cho kháchhàng nên các chức năng của hệ thống có thể nhìn thấy sớm hơn Các vòng trước đóngvai trò là mẫu thử dé giúp tìm hiểu thêm các yêu cầu ở những vòng tiếp theo

1.5 Giới hạn phạm vỉ

Với mục tiêu, nguồn nhân lực hiện có, hệ thống quản lý bán hàng đồng bộ đa

sàn TMĐT sẽ hướng đến các NBH vừa và nhỏ Vì tập khách hàng này có lượng sản

phẩm và đơn hàng không quá cao Nhu cầu đồng bộ cũng không cần phải theo thờigian thực và khối lượng xử lý cũng ở mức trung bình thấp Hệ thống cung cấp khảnăng phân quyền truy cập cho các cấp người dùng như chủ cửa hàng (NBH) và nhânviên Đồng thời tập trung vào xây dựng quy trình đồng bộ sản phẩm, tồn kho, quytrình nhập kho, xuất kho và quy trình đơn hàng Kết hợp với các tính năng báo cáothống kê giúp đáp ứng đầy đủ nhu cầu của người dùng

Vì là bên thứ ba cung cấp dịch vụ nên không phải sàn TMĐT nào cũng chophép sử dụng API của họ Hiện tại, chúng tôi chỉ có thể sử dụng API của sàn Sendo

và Lazada nên việc đông bộ chỉ có thê thực hiện ở hai sàn này Việc đông bộ sẽ thực

Trang 24

hiện sau một khoản thời gian nhất định chứ không phải đồng bộ theo thời gian thực

(real-time).

1.6 Bố cục khóa luận

Khóa luận có 5 chương và có bố cục như sau:

- - Chương 1: Giới thiệu

- _ Chương 2: Cơ sở lý thuyết

- _ Chương 3: Phân tích và thiết kế hệ thống

- _ Chương 4: Kết quả xây dựng hệ thống quản lý bán hàng tích hợp đồng bộ

đa sàn TMĐT

- _ Chương 5: Kết luận và hướng phát triển

Trang 25

Chương 2 CƠ SỞ LÝ THUYET

2.1 Tổng quan về hệ thống quản lý bán hàng đồng bộ đa sàn TMĐT

Một hệ thống quản lý bán hàng có tích hợp đồng bộ đa sàn TMĐT là một hệ

thống tập hợp các chức năng đảm bảo rang nhà bán hàng có thé quản ly được tìnhtrạng kinh doanh của doanh nghiệp và tối đa hóa lợi nhuận Các mục tiêu này baogồm nhiều khía cạnh trong hoạt động của doanh nghiệp, bao gồm quản lý tồn kho,tài chính, kho vận (logistic), mối quan hệ với khách hàng và nhà cung cấp

Dé don giản hóa các khía cạnh chính của hệ thống quan lý bán hàng, Nhóm

sử dụng phương pháp tiếp cận 4 yếu tố: “Kế hoạch, thực hiện, kiểm tra, hành động”.Một hệ thống quản lý bán hàng hoàn chỉnh bao gồm mọi khía cạnh của quản lý vàtập trung vào việc hỗ trợ quản lý hiệu suất dé đạt được mục tiêu Hệ thong quan lyphải có kha năng phát trién liên tục khi nhu cầu của các tô chức tăng cao

Mục tiêu cơ bản của hệ thong quản lý bán hàng tích hợp đồng bộ TMĐT thé

hiện ở chỗ các đơn hàng và tồn kho sản phâm phải được theo dõi đúng với trạng thái,

số lượng thực tế Đảm bảo việc thao tác xử lý của nhà bán hàng được thực hiện nhanh

và hạn chế lỗi nhất có thé và có thé hỗ trợ các hệ thống dự báo trong tương lai

Một số chức năng chính của hệ thống quản lý bán hàng đồng bộ đa kênh

TMDT:

- _ Chức năng quan lý sản pham, đồng bộ từ các kênh TMĐT mà nhà bán hàng

đăng ký, cho phép đăng sản phâm một lần lên nhiều kênh TMDT, giúpgiảm thiểu thời gian thao tác và từ đó, tiếp cận thêm nhiều khách hàng một

các nhanh chóng.

- _ Chức năng xử lý đơn hàng loạt, tăng công suất xử lý don, dé dàng quản lý

các đơn từ nhiều kênh TMĐT giúp quy trình giao hàng đến cho khách hàng

được xử lý nhanh chóng và hạn chế sai sót về đơn hàng

- _ Đồng bộ tồn kho giữa các kênh bán hàng Từ đó, nhà bán hàng có thé tối

đa hóa được doanh thu nhờ việc hạn chế tỉ lệ đơn hủy vì sai số trong tồn

Trang 26

kho thực tế và tồn kho giữa các sàn, cũng như theo dõi số lượng tồn khocủa các sản pham chủ lực trong doanh nghiệp.

- Chức năng quản lý kho vận xuất nhập hàng hóa (logistic), giúp nhà bán

hang theo dõi được khâu xuất nhập của hàng hóa được chi tiết và đầy đủ

Hạn chế tối đa việc thất lạc hàng hóa

Một hệ thống quản lý bán hàng tốt hi vọng một trải nghiệm mới, một sự tin

dùng góp phần tăng doanh thu bán đa kênh, tiết kiệm thời gian mỗi ngày, tăng hiệu

suất và đơn giản vận hành với nhiều công cụ xử lý hàng loạt, nhanh chóng, hiệu quả

trên nhiêu gian hang.

2.2 Tìm hiểu các công nghệ Frontend phổ biến

- VueJS cung cấp tài liệu với các ví dụ thực tiễn và ngắn gọn giúp các lập

trình viên có thé học trong thời gian ngắn

- Cấu trúc cơ bản của VueJS dựa trên các công nghệ đã rất phô biến như

HTML, CSS, JS.

- Cấu tric module hóa và thu viện giúp các nhà lập trình viên linh hoạt trong

VIỆC giai quyết van đề VueJS không hạn chế việc sử dụng nhiều công cụ

Trang 27

Nhược điểm:

Ra mắt sau các framework khác khiến cộng đồng VueJS không quá cạnhtranh Tuy nhiên, cộng đồng sử dụng VueJS vẫn đang phát triển nhanh

Khác với AngularJS và ReactJS, VueJS vẫn chưa có nguồn hỗ trợ tài chính

mạnh mẽ Do vậy, tuy tiềm năng là rất lớn nhưng dé dam bảo tính an toàn,

VueJS chỉ được triển khai ở các dự án vừa và nhỏ

VueJS đặc biệt phổ biến ở Trung Quốc mà chưa quá phố biến ở các nướckhác Điều này đồng nghĩa với một lượng lớn nội dung về các cuộc thảoluận cộng đồng đều băng tiếng Trung Quốc

2.2.2 Công nghệ Angular

Angular là một framework cho front-end và là bản tiếp theo của AngularJS.Angular là mã nguồn mở giúp chúng ta xây dựng một Single Page Applications(SPAs) Angular có nhiều cải tiến làm dễ học và phát triển ứng dụng cho doanhnghiệp Lập trình viên có thể xây dựng một ứng dụng dễ dàng mở rộng, bảo trì và

test Angular thích hợp với các lập trình viên và kỹ sư dày dặn kinh nghiệm làm các

ứng dụng doanh nghiệp, những người cần sự linh hoạt tối đa và sẵn sàng đầu tư thời

gian học tập.

Ưu điểm:

Với khả năng mở rộng tốt đối với các dự án lớn.Angular đang chiếm đượcmột lượng người dùng đáng kẻ

AngularJS cung cấp bộ công cụ gỡ lỗi và sửa lỗi dễ dàng, giúp cho các dự

án dé dàng được nâng cấp về lâu dài

AngularJS hoạt động dựa trên các chức năng bên trong của trình duyệt

khiến cho các lập trình viên không gặp quá nhiều trở ngại trong việc triểnkhai Điều này có nghĩa ứng dụng web có thé tích hợp các tiêu chuan phốbiến của trình duyệt như HTML5, CSS3, JS (ES6, 7)

Trang 28

- Vì đây là một Framework, AngularJS đặt ra các quy tắc dé tạo ra ứng dụng

web, thiết lập các khuôn khổ nhất định Điều này giúp các nhà lập trình

viên giảm bớt thời gian suy nghĩ cho các khuôn mẫu.

- AngularJS cung cấp khả năng mở rộng tốt, các nhà lập trình viên có thé dễ

dàng tích hợp các thư viện bên thứ ba.

Nhược điểm:

- Angular cung cấp rất nhiều quy tắc xây dựng ứng dung web cũng như các

công cụ liên quan dẫn đến việc nghiên cứu sử dụng Angular đòi hỏi một

lượng lớn thời gian.

- _ Các tùy chọn liên quan tới SEO còn hạn chế cung cấp khả năng truy cập

kém cho các trình thu thập thông tin và công cụ tìm kiếm

- Chinh vì sự phức tạp của Angular, đối với việc triển khai một dự án vừa

và nhỏ là không cần thiết vì các nhà lập trình viên cần tốn một lượng côngsức tương đôi dé có thé vận hành được ứng dụng web trước khi có thể triển

khai được các tính năng của ứng dụng web.

2.2.3 Công nghệ ReactJS

ReactJS là một thư viện Javascript được sử dụng dé xây dựng giao diện ngườidùng ReactJS là mã nguồn mở được xây dựng bởi Facebook React giúp việc tạogiao diện tương tác người dùng trở nên dễ dàng, thiết kế các màn hình cho từng trạngthái trong ứng dụng, cập nhật và hiển thị hiệu quả các thành phần phù hợp khi đữ liệuthay đôi Rất nhiều thương hiệu nồi tiếng đang sử dung ReactJS cho giao diện tương

Trang 29

cho việc kiêm thử, gỡ lỗi cho mã.

Thân thiện với SEO React kết hợp trải nghiệm kết xuất từ phía máy chủ

và sau đó kết nối với các trình xử lý sự kiện ở phía người dùng

Cập nhật nhanh chóng React được hỗ trợ bởi đội ngũ của Facebook cũng

như cộng đồng rộng lớn Các đoạn mã mẫu cũng như các lời khuyên có thé

dễ dàng được tìm thấy trên Internet

Sử dung React + ES6/7 (chuẩn Javascript mới 2015/2016), các ứng dụngxây dựng từ ReactJS được tiếp cận với những công nghệ mới và có khảnăng tương thích tốt với những hệ thống yêu cầu tải cao

Nhược điểm:

Thư viện ReactJS không cung cấp quá nhiều tính năng nếu so sánh với các

nền tảng hỗ trợ phát triển trang web như Angular Framework, VueFramework, ReactJS yêu cầu ở nhà phát triên kiến thức chuyên sâu dé

có thể tích hợp các thư viện khác hỗ trợ phát triển giao diện người dùng

ReactJS không sử dụng hướng tiếp cận dang tích (đoạn mã có thé chạy trên

cả phía máy chủ và phía người dùng) có thé khiến các công cụ tìm kiếm

gặp khó khăn trong quá trình lập chỉ mục.

Số lượng lớn các nhà phát triển cho rang các tài liệu về JSX React là khóhiểu đối với người mới học

Thư viện ReactJS có kích thước lớn.

11

Trang 30

2.2.4 Kết luận

Sau quá trình nghiên cứu các công nghệ Frontend phổ biến, chúng tôi quyếtđịnh sử dụng thư viện React cho việc triển khai ứng dụng web vì công nghệ này có

thê đáp ứng được một số yêu cầu sau:

- Tai liệu React cung cấp các giải pháp chi tiết cho các van đề thường gặp

Thiết kế đơn giản và việc tùy chỉnh đoạn mã có thể được thực hiện nhanh

chóng.

- Hiệu suất ứng dụng cao

- _ Dựa trên các công nghệ phổ biến hiện nay như HTML5, CSS3, JS (ES6, 7)

- _ Cộng đồng sử dụng tương đối lớn, các van đề có thê xảy ra trong quá trình

triển khai đều có thé dé dang tìm kiếm trên các trang như Stackoverflow,

Github issues.

2.3 Tim hiểu về các công nghệ Backend phổ biến

2.3.1 Công nghệ Java

Java là một trong những ngôn ngữ lập trình hướng đối tượng Nó được sử dụng

trong phát triển phan mềm, trang web, game hay ứng dụng trên các thiết bi di động

Java được tạo ra với tiêu chí “Viết code một lần, thực thi khắp nơi” (Write

Once, Run Anywhere) Chương trình phần mềm viết bằng Java có thé chạy trên mọi

nền tảng khác nhau thông qua một môi trường thực thi với điều kiện có môi trường

thực thi thích hợp hỗ trợ nền tảng đó

Ưu điểm:

- Hau hết các nền tảng chéo kể từ khi nó được thiết kế cho nó va Sun tạo ra

JRE va JDK cho hau hết các nền tang

- _ Tất cả mọi thứ được truyền bằng tham chiếu ngoại trừ các loại giá trị, theo

mặc định.

- _ Công cụ thu gom rác dọn dep đồ vật một khi chúng không còn được sử

dụng, vì vậy không phải theo dõi mọi thứ.

- _ Chương trình được biên dịch và tôi ưu hóa cho nên tảng, nêu cân thiết.

12

Trang 31

- Dễ đàng tạo nhiều luỗng và có thể khai báo các chức năng được đồng bộ

hóa đề chỉ một luồng có thể có trong một luồng (IIRC)

- Néuchuong trình gặp sự cố, nó sẽ báo cho người dùng biết mã trong đó ở

đâu và tại sao, hiển thị dấu vết ngăn xếp bao gồm số dòng (nếu biéu tượng

gỡ lỗi được bật hoặc một cái gì đó tương tự) hoặc có thé được đồ vào tệp

nhật ký lỗi.

- Cac chương trình có thé được đóng gói thành các tệp jar với các tệp dữ

liệu khác nhau trong các tệp jar khác nhau và được người dùng truy cập

bằng Java WebStart, sẽ tự động cập nhật chương trình va mọi tệp jar cầnthiết khác lên phiên bản mới nhất, chi tải xuống các tệp jar đã thay đối

- Cac tệp được đọc và ghi dưới dang big endian trên tat cả các nền tang (là

thứ tự byte mạng) đảm bảo rằng giao tiếp giữa các chương trình java và tảitệp không bao giờ yêu cầu hoán đổi thứ tự byte (trừ khi nói chuyện vớichương trình không phải java hoặc sử dụng tệp được viết bởi một)

Nhược điểm:

- Trinh thu gom rác sử dụng chu kỳ và bộ nhớ CPU hau như không có

- Java không cho phép người lập chỉ mục hoặc toán tử trên các đối tượng, vi

dụ: nếu bạn sử dụng danh sách có thê thay đôi kích thước, v.v., bạn phải

thực hiện list.get (index) thay vi list [index] và bạn không thể thực hiện

someVector + someOtherVector.

- _ Phải sử dụng java 5 cho generic, 1.4 không có chúng Java 6 mới nhất và

đã được vài năm tuôi, nhưng - Apple phát hành phiên bản java của riêng

họ cho người dùng Mac và vẫn chưa phát hành phiên bản java 6 "ôn định"

cho người dùng.

- _ Không có sự tách biệt đặc điểm kỹ thuật khi triển khai

- Quan lý bộ nhớ, với Java, là khá tốn kém

- Viéc thiểu các template có thể hạn chế khả năng của Java dé tao ra các câu

trúc dữ liệu chất lượng cao

13

Trang 32

2.3.2 Công nghệ PHP

PHP là một từ viết tắt của cụm từ Hypertext Pre Processor Là một ngôn ngữlập trình thường được sử dụng để phát triển ứng dụng Những thứ có liên quan đến

viết máy chủ, mã nguồn mở hay mục đích tổng quát Ngoài ra, nó còn rất thích hợp

dé lập trình web và có thé dé dàng nhúng vào trang HTML Ngày nay, PHP đã chiếm

tới hơn 70% web hiện nay, trang web giới thiệu của các công ty như

influxwebtechnologies, Monamedia đều được xây dựng bang WordPress — một mãnguồn được viết bởi ngôn ngữ PHP Bởi những tính năng như tối ưu hóa cho các ứngdụng web Tốc độ load web nhanh, nhỏ gọn, cú pháp giống C va JAVA Rất dé học

và thời gian xây dựng sản phẩm tương đối ngắn hơn so với các ngôn ngữ khác hiện

nay.

Ngôn ngữ lập trình PHP đã được xây dựng bởi cộng đồng và trong đó có sựđóng góp to lớn tới từ Zend Inc La một công ty do các nhà phát triển cốt lõi của PHPlập nên nhằm tạo ra một môi trường chuyên nghiệp Đưa ngôn ngữ lập trình này vàoquy mô phát triển của các doanh nghiệp, môi trường chuyên nghiệp

Ưu điểm:

- PHP được sử dụng miễn phí Là một lợi thế cực lớn cho ai muốn học lập

trình này Các lập trình viên có thể học và thực hành theo dạng online.

Không cần phải lo đến việc chỉ trả số tiền lớn đề học lập trình

- Cú pháp và cấu trúc của PHP tương đối dé dàng Nếu lập trình viên muốn

học về ngôn ngữ nay, họ sẽ không phải mat quá nhiều thời gian dé hiểu

được Da số các bạn lập trình viên thường ngại với cấu trúc khó Là một ưu

điểm lớn cho mọi người quan tâm và yêu thích hàng đầu về ngôn ngữ lập

trình.

- Khong chỉ với hiện tại mà trong tương lai ngôn ngữ lập trình này sẽ còn

phát triển mạnh me hơn nữa dé khẳng định vị trí của mình luôn là cao nhất

trong các bảng khảo sát ngôn ngữ lập trình.

14

Trang 33

Nhược điểm:

- PHP còn hạn chế về cau trúc ta ngữ pháp Nó không được thiết kế gọn gàng

và không được đẹp mắt như những ngôn ngữ lập trình khác

- PHP chỉ có thé hoạt động và sử dụng được trên các ứng dụng trong web

Đó chính là lý do khiến cho ngôn ngữ này khó có thé cạnh tranh được vớinhững ngôn ngữ lập trình khác Nếu như muốn phát triển và nhân rộng hơn

nữa trong lập trình.

2.3.3 Công nghệ Nodejs

Node.js là một hệ thống phần mềm được thiết kế dé viết các ứng dung internet

có khả năng mở rộng, đặc biệt là máy chủ web Chương trình được viết bằng

JavaScript, sử dụng kỹ thuật điều khiến theo sự kiện, nhập/xuất không đồng bộ dé tối

thiêu tổng chi phí và tối đa khả năng mở rộng Node.js bao gồm có V8 JavaScript

engine của Google, libUV, và vài thư viện khác.

Ưu điểm:

- _ Mã nguồn mở: NodeJS là môi trường thời gian thực mã nguồn mở Vì vậy,

nó được sử dụng miễn phí theo giấy phép MIT NodeJS là nền tảng đa nềntảng có thể chạy trên Windows, Mac và Linux Ngoài ra còn có nhiều

- module mã nguồn mở được hỗ trợ bởi NodeJS.

- _ Ngôn ngữ Javascript: Ngôn ngữ Javascript được sử dụng dé viết mã trong

NodeJS cho ca Frontend và Backend Tối ưu hóa thời gian học ngôn ngữ

lập trình phía máy chủ và máy khách Ngoài ra, tất cả các lớp từ Frontend

đến Backend đều hỗ trợ cùng một định dạng dữ liệu — “JSON” (JavaScript

Object Notation) Lớp giao diện React, tập lệnh phía máy chủ va Backend

MongoDB đều hỗ trợ cùng một định dạng JSON

- NodeJS sử dụng V8 Engine do Google phát triển cho Chrome V8 biên

dịch Javascript thành mã máy gốc trực tiếp dẫn tới tốc độ nhanh hơn và

thực thi mã hiệu quả.

15

Trang 34

- NodeJS sử dụng lập trình không đồng bộ Moi thao tác I/O đều không bị

chặn, lập trình viên có thể thực hiện nhiều thao tác cùng một lúc Người dùng có thé dé dàng gửi nhiều yêu cầu, thao tác cơ sở dữ liệu hoặc đọc tệp

đồng thời.

- Rest API: Nền tảng NodeJS hỗ trợ phát trién Restful Web Services API rat

dé dang.

Nhược điểm:

-_ Tính nhất quán: NodeJS có một số van dé về tính nhất quán khi hầu hết

các lần cập nhật API đều đi kèm với nhiều thay đổi ngược, khi đó các lập trình viên được yêu cau thực hiện các thay đổi trong mã dé làm nó tương

thích.

- Hỗ trợ kém cho các cơ sở dữ liệu quan hệ: NodeJS vẫn còn tồn đọng một

số lỗi khi làm việc với cơ sở dữ liệu quan hệ Các hệ thông NodeJS thường kết hợp với các cơ sở dữ liệu không quan hệ (NoSQL) như MongoDB.

Điều nay đi kèm một khoảng thời gian tìm hiểu cơ sở dữ liệu mới.

2.3.4 Kết luận

Sau quá trình nghiên cứu các công nghệ Backend phô biến, chúng tôi quyết

định sử dụng Nodejs cho việc triển khai ứng dụng web vì công nghệ này có thể đáp

ứng được một sô yêu câu sau:

Sử dụng chung ngôn ngữ Javascript với Frontend giúp tối ưu thời gian học

ngôn ngữ và triển khai hệ thông.

Có nguồn tài liệu và thư viện rộng lớn, cộng đồng hỗ trợ lớn.

Có tốc độ xử lý nhanh nhờ cơ chế xử lý bất đồng bộ (non-blocking) Bạn có thé dé dàng xử lý hàng ngàn kết nói trong khoảng thời gian ngắn nhất.

Nhận và xử lý nhiều kết nói chỉ với một single-thread Nhờ đó, hệ thống xử lý

sẽ sử dụng ít lượng RAM nhất và giúp quá trình xử Nodejs lý nhanh hơn rất nhiêu.

Có kha năng xử lý nhiều Request/s cùng một lúc trong thời gian ngắn nhất.

Có khả năng xử lý hàng ngàn Process cho hiệu suất đạt mức tối ưu nhất.

16

Trang 35

Chương 3 PHAN TÍCH VÀ THIET KE HE THONG

3.1 Mô tả bài toán

Đề xuất một hệ thống quản lý bán hàng với khả năng đồng bộ dữ liệu giữa các sàn TMĐT Hệ thống quản lý bán hàng này sẽ giải quyết được một sé hạn chế mà

các nhà bán hàng đang gặp phải trong quá trình quản lý sản phẩm ở nhiều sàn TMĐT

khác nhau.

Đưa ra một cái nhìn tổng quan, chỉ tiết về tình hình kinh doanh như đơn hàng, tồn kho nhằm nhanh chóng hỗ trợ các nhà bán hàng có thé đưa ra các quyết định kịp

thời Từ đó nâng cao công suất bán hàng, giảm thiểu các công đoạn lặp đi lặp lại như

việc phải đăng một loại sản phẩm giống nhau lên từng sàn, cập nhật đơn hàng ở từng

sàn khác nhau có thé vô tình nhằm lẫn thông tin vận chuyền

Đưa ra được thống kê, báo cáo về tình hình buôn bán ở các mốc thời gian như

hàng tuần, hàng tháng của toàn hệ thống hoặc riêng biệt từng gian hàng.

3.2 Khảo sát hiện trạng

3.2.1 Nhu cầu sử dụng

Hầu hết các nhà bán hàng trực tuyến đều bắt đầu công việc kinh doanh từ một

kênh bán hàng, thiết lập cửa hàng thông qua trang web hoặc sàn TMĐT như Sendo,

Lazada, Shopee, Tiki, Mặt khác, những người mua hàng lại có thể tiếp cận đến

nhu cầu của họ qua nhiều nguồn khác nhau Vì vậy, số lượng các nhà bán hàng sử dụng cùng lúc nhiều kênh bán hàng và sàn TMĐT đang có xu hướng tăng lên trong

các năm gần đây, đi theo đó là nhu cầu sử dụng các phần mềm quản lý hỗ trợ trong

công việc kinh doanh của mình.

17

Trang 36

Quan lý nhân sự Ké toán, tải chính

Hình 3.1: Tình hình sử dụng các phần mềm quản lý qua các năm (Trích “Báo cáo

Thương mại điện tử Việt Nam 2020)

Dễ dàng nhận thấy, nhu cầu thị trường về quản lý kế toán, tài chính của các nhà

bán hàng vẫn đang rất cao, hau như không giảm qua các năm Số liệu trên góp phần

chứng mình tính ứng dụng và cần thiết của phần mềm quản lý bán hàng và hỗ trợ tích

hợp kênh thương mại điện tử.

bán hàng cung cấp đề lấy hàng Kiện hang sẽ được vận chuyền đến khách hang và số

tiền của đơn hàng sẽ được sàn chuyển về tài khoản ngân hàng của nhà bán hàng.

Đối với đơn hàng, mỗi sản TMĐT đều có những chính sách và quy định riêng.

Về thời gian, mỗi sản đều quy định riêng thời gian xác nhận khi có đơn đặt hàng mới.

Hệ thống sẽ hiện thị thời gian còn lại để nhà bán hàng xác nhận đơn và giao hàng cho

18

Trang 37

shipper Kể từ khi nhà bán hang giao hàng cho shipper, san sẽ tự cập nhật trang thai đơn hang, hệ thống chỉ cần đồng bộ trạng thái đơn hàng theo san.

Về thanh toán, đơn hàng có thé được khách hàng thanh toán trước hoặc sau khi nhận hang, số tiền sẽ được sản TMĐT nắm giữ và sẽ chuyên về tài khoản ngân

hàng của nhà bán hàng sau khi đơn đã hoàn tat Hệ thống sẽ đồng bộ trạng thái thanh

toán của đơn hàng Khi trang thái đơn đã hoàn tat, nhà bán hàng sẽ kiểm tra tài khoản

ngân hàng và xác nhận với hệ thống.

Về hóa đơn, mỗi san đều cung cấp API cho việc in hóa đơn Hệ thống có thé

lấy hóa đơn của đơn hàng theo từng sàn, dán lên kiện hàng và giao cho shipper đến lấy hàng.

3.2.3 Hệ thống API của các sàn TMĐT

Hiện nay, tat cả các sàn TMĐT đều cung cấp hệ thống API dé cho bên thứ ba

phát triển ứng dụng của họ Tuy nhiên, muốn sử dụng được hệ thống này cần phải

đăng kí và phải trải qua quá trình xét duyệt và chấp thuận Chúng tôi đã được chấp

thuật sử dụng API của 2 sàn TMĐT là Sendo và Lazada Tuy nhiên, toàn bộ dữ liệu

trả về từ API Lazada hoàn toàn bằng tiếng anh Điều này làm mit tính nhất quán về ngôn ngữ khi sử dụng hệ thống của chúng tôi Do đó, chúng tôi phải xây dựng một

bộ dữ liệu việt hóa từ dữ liệu API Lazada.

Tại thời điểm chúng tôi khảo sát vào khoảng tháng 3/2021, API Lazada đang

trong quá trình phát triển nên chưa cung cấp nhiều về các tính năng cần thiết như xem

các phản hồi về sản phẩm, đánh giá của người dùng Cho đến tháng đầu tháng 8/2021,

API Lazada ra mắt phiên bản 2.0, các tính năng mới được cập nhật trong đó có xem

phản hồi và đánh giá của khách hàng về sản phẩm Vì API cập nhập quá mới, hệ

thống chưa chạy Ôn định, chưa cho ra kết quả chính xác Cũng như thời điểm ra mắt

quá muộn nên chúng tôi chưa thé tích hợp vào hệ thống.

19

Trang 38

Lazada Open Platform LazOP 2.0 Overview

: New API Features Release!

API Best Pract 1 Product Review API

2 Seller API

Hinh 3.2: API Lazada 2.0 duoc ra mat ngay 06/08/2021

Đối với sendo, API chỉ cung cấp chỉ số đánh giá của sản phẩm mà không cungcấp các phản hồi về sản phẩm của khách hàng Chúng tôi quyết định sẽ không tích

hợp vảo hệ thống vì tính nhất quán của giao diện.

3.2.4 Các website quản lý bán hàng hiện có trên thị trường

SapoGo: thuộc công ty SAPO TECHNOLOGY JSC

- Tinh năng chính: Quản lý bán hàng đa kênh (Thương mại điện tử, mạng

xã hội, website bán hàng cá nhân).

- _ Ưu điểm: Giao diện thân thiện, dé sử dụng Day đủ tính năng

- Nhược điểm: Đề đảm bảo tính linh hoạt, chuyên nghiệp dẫn đến việc

SapoGo yêu cầu nhiều công đoạn cần phải nhập liệu thủ công và một

sô công đoạn chưa thực sự cân thiệt với các nhà bán hàng nhỏ lẻ.

Powersell: thuộc công ty Datamart Solution Pte

- Tinh năng chính: Quản lý bán hàng đa kênh (Thương mại điện tử, mạng

xã hội, website bán hàng cá nhân).

- _ Ưu điểm: Giao diện thân thiện, dé sử dung Có tin nhắn tự động mỗi

khi khách vào cửa hàng trên sàn TMĐT và trả lời tự động khi khách

nhắn tin

20

Trang 39

- _ Nhược điểm: Còn nhiều tính năng vẫn đang trong trạng thái đang phát

triển, chưa thé sử dụng Một vài sản phẩm bị lỗi hình ảnh không théhiện thị Kết nối đến sàn còn bị lỗi Không thể đăng bán sản phẩm lên

san Trang chỉ tiết sản phẩm chưa hiển thị day đủ.

3.3 Phan tích yêu cầu

3.3.1 Phân tích yêu cầu người dùng

Giao diện dé sử dụng, dé thao tác đi kèm với tính thâm mĩ cao Người dùng

có thể sử dụng ngay lần đầu tiên mà không cần đảo tạo Ngoài ra, giao diện còn tậptrung vào tính nhất quán về ngôn ngữ, màu sắc, bố cục

Các thao tác của người quản lý cần tối giản, tránh rườm rà dé hạn chế sai sót

trong quá trình quản lý Hạn chế tối đa các lần chuyền trang để xử lý các chức năng

khác nhau với cùng một loại dữ liệu Tối ưu hình tượng hóa các dữ liệu thông quacác biểu đồ, hình ảnh Tạo báo cáo tài chính, kinh doanh chính xác, đầy đủ, trực quan

dé giúp nhà bán hàng tìm ra điểm sai trong mô hình kinh doanh và phát triển doanh

nghiệp.

Tên hành vi và khái niệm trên hệ thong phải tương đồng với các khái niệmtrên sàn TMĐT hoặc thông dụng trên thị trường Tránh gây nhằm lẫn trong quá trìnhthao tác.Đồng bộ được dit liệu nhanh, đủ, chính xác giữa kho hàng thực tế, hệ thống

quản lý và các kênh bán hàng Theo dõi, lọc ra các loại đơn hàng theo ý của nhà bán

hàng dé theo đõi được sát sao các loại đơn hàng đặc thù: đơn hủy, đơn hoàn trả, đơn

nhập kho,

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

Hệ thống phải đảm bảo chạy ôn định, không bị lỗi, bị sập Hệ thống phải phản

hồi các yêu cầu từ người dùng một cách nhanh nhất Người dùng sẽ khó chịu nếu hệ thống chạy chậm, hoặc bị sập dẫn đến họ sẽ rời bỏ và không sử dụng hệ thống nữa.

Hệ thống phải cung cấp kha năng quản lý sản phẩm, tồn kho chính xác, trực

quan Đăng bán sản phâm, xử lý đơn hàng, được đây lên sàn một cách chính xác

21

Trang 40

Theo dõi tình trạng đơn hang và có thé tìm kiếm được đơn hàng theo loại đơn, đồng

bộ tồn kho chính xác giữa nhiều gian hàng, tránh sai tồn kho so với thực tế, không đủhang dé giao hoặc hết hàng trên kênh bán hang nhưng thực tế van còn dẫn đến that

thoát doanh thu.

Hệ thống phải tính toán chính xác các số liệu đề xuất báo cáo cho người dùng

xem Phục vụ cho nhu cầu của người dùng.

3.3.3 Phân tích yêu cầu chức năng

Hệ thống phải cung cấp được các chức năng cơ bản như đăng nhập, quản lý

thông tin cá nhân, quản lý sản phâm, quản lý đơn hàng, phục vụ cho quy trình bán

hàng truyền thong Ngoai ra, còn phải cung cap những chức năng tự động như tự tạo

mã sku, tự tạo mã đơn hàng, tự sinh tô hợp biến thể (sản phẩm con)

Tiếp theo, hệ thống cần phải cung cấp đầy đủ các chức năng thao tác với sản

phẩm va đơn hàng trên các sàn TMĐT như đăng bán sản phẩm, lây danh sách sanpham, đơn hàng, cập nhật tồn kho và giá bán

Cuối cùng, hệ thống phải cung cap chức năng xem báo cáo doanh thu lợi nhuận cua đơn hàng, giúp người dùng có cai nhìn tông quan hơn về cửa hàng của mình.

22

Ngày đăng: 02/10/2024, 05:12