Thiết Kế Ứng Dụng Di Động và Trang Web Quản Lý Chuỗi Cửa Hàng Bán Điện Thoại

Khám phá thiết kế trang web và ứng dụng di động hiệu quả cho quản lý chuỗi cửa hàng bán điện thoại, tối ưu hóa trải nghiệm người dùng.

• Trường học: Trường Đại Học Công Nghệ Thông Tin
• Chuyên ngành: Thiết Kế Ứng Dụng Di Động
• Đề tài: Thiết Kế Ứng Dụng Di Động và Trang Web Quản Lý Chuỗi Cửa Hàng Điện Thoại
• Loại tài liệu: Đồ Án Tốt Nghiệp
• Năm xuất bản: 2023
• Địa điểm: Thành Phố Hồ Chí Minh

Mục lục chi tiết

• LỜI NÓI ĐẦU
• 1. CHƯƠNG 1: TỔNG QUAN HỆ THỐNG VÀ GIỚI THIỆU VỀ CÁC CÔNG NGHỆ SỬ DỤNG
• 1.1. Tổng quan hệ thống
• 1.2. Các công nghệ sử dụng
• 1.2.1. Phía server backend
• 1.2.2. Phía client web
• 1.2.3. Phía client app mobile
• 1.3. Phần triển khai hệ thống
• 2. CHƯƠNG 2: PHÂN TÍCH VÀ THIẾT KẾ HỆ THỐNG
• 2.1. Yêu cầu
• 2.2. Kịch bản hệ thống
• 2.3. Phân tích hệ thống
• 2.4. Yêu cầu nghiệp vụ
• 2.5. Ca sử dụng
• 2.6. Thiết kế hệ thống
• 2.7. Kết luận chương
• 3. CHƯƠNG 3: TRIỂN KHAI HỆ THỐNG
• 3.1. Ý tưởng thực hiện
• 3.2. Các bước thực hiện
• 3.2.1. Thuê môi trường và cài đặt lên máy chủ
• 3.2.2. Thuê tên miền
• 3.2.3. Đăng ký chứng chỉ SSL cho tên miền
• 3.2.4. Thiết lập CI/CD
• 3.2.5. Cấu hình Nginx và trỏ tên miền tới máy chủ
• 3.2.6. Cấu hình để chạy ứng dụng di động
• 3.3. Kết luận chương
• PHẦN KẾT LUẬN
• TÀI LIỆU THAM KHẢO

Tóm tắt

I. Giải pháp quản lý chuỗi cửa hàng điện thoại thời 4

Trong bối cảnh cuộc cách mạng công nghiệp 4.0, chuyển đổi số chuỗi bán lẻ không còn là lựa chọn mà là yêu cầu bắt buộc để tồn tại và phát triển. Các chuỗi cửa hàng kinh doanh điện thoại di động, với đặc thù sản phẩm công nghệ cao và vòng đời ngắn, phải đối mặt với áp lực cạnh tranh khốc liệt. Việc quản lý thủ công không chỉ gây lãng phí nguồn lực mà còn dẫn đến sai sót trong vận hành, ảnh hưởng trực tiếp đến doanh thu và trải nghiệm khách hàng. Đồ án “Thiết Kế Trang Web và Ứng Dụng Di Động Để Quản Lý Chuỗi Cửa Hàng Bán Điện Thoại” của tác giả Nguyễn Đức Hiếu (PTIT, 2021) đã đưa ra một giải pháp công nghệ cho chuỗi bán lẻ toàn diện. Sáng kiến này tập trung vào việc xây dựng một hệ sinh thái đồng bộ bao gồm ứng dụng di động (app mobile) cho nhân viên và một trang web quản lý (web admin) cho cấp quản lý. Mục tiêu cốt lõi là tự động hóa các quy trình nghiệp vụ, từ quản lý kho, bán hàng, nhân sự đến chăm sóc khách hàng. Hệ thống này không chỉ giúp tối ưu vận hành cửa hàng mà còn cung cấp dữ liệu phân tích kinh doanh chính xác, giúp ban lãnh đạo đưa ra quyết định chiến lược kịp thời. Việc ứng dụng một phần mềm quản lý chuỗi cửa hàng chuyên biệt như vậy giúp doanh nghiệp nâng cao năng lực cạnh tranh, chuẩn hóa quy trình trên toàn hệ thống và tạo ra nền tảng vững chắc cho việc mở rộng quy mô trong tương lai.

1.1. Tầm quan trọng của chuyển đổi số chuỗi bán lẻ

Ngành bán lẻ điện thoại di động yêu cầu sự chính xác và tốc độ. Việc quản lý hàng hóa theo số IMEI/Serial, chính sách bảo hành, và các chương trình khuyến mãi phức tạp đòi hỏi một hệ thống mạnh mẽ. Chuyển đổi số giúp giải quyết vấn đề này bằng cách số hóa toàn bộ quy trình, từ nhập hàng đến khi sản phẩm đến tay người tiêu dùng. Một hệ thống quản lý bán lẻ hiện đại cho phép đồng bộ dữ liệu real-time giữa các chi nhánh, đảm bảo thông tin về tồn kho, giá bán, và chương trình khuyến mãi luôn nhất quán. Điều này loại bỏ hoàn toàn tình trạng một chi nhánh hết hàng nhưng hệ thống tổng vẫn ghi nhận còn hàng, hoặc áp dụng sai chương trình khuyến mãi. Hơn nữa, việc thu thập và phân tích dữ liệu khách hàng giúp doanh nghiệp xây dựng các chiến dịch marketing cá nhân hóa, tăng tỷ lệ chuyển đổi và giữ chân khách hàng trung thành.

1.2. Tổng quan hệ thống quản lý theo đề tài nghiên cứu

Đề tài nghiên cứu của Nguyễn Đức Hiếu đề xuất một hệ thống hai thành phần chính: phát triển web admin và xây dựng app mobile. Trang web quản trị đóng vai trò là trung tâm điều hành, nơi cấp quản lý và kế toán thực hiện các tác vụ như quản lý sản phẩm, quản lý nhân viên, cấu hình chi nhánh, và xem báo cáo doanh thu tự động. Trong khi đó, ứng dụng di động được thiết kế cho nhân viên bán hàng và quản lý kho, tối ưu cho các thao tác nhanh gọn tại cửa hàng như bán hàng (POS), nhập hàng, kiểm kho, và tra cứu thông tin sản phẩm qua mã QR. Sự kết hợp này tạo ra một luồng công việc liền mạch, giúp tối ưu hóa hiệu suất làm việc của từng bộ phận và đảm bảo dữ liệu được cập nhật liên tục trên toàn hệ thống.

II. Thách thức vận hành chuỗi cửa hàng điện thoại thủ công

Mô hình quản lý chuỗi cửa hàng điện thoại truyền thống dựa trên sổ sách, Excel hoặc các phần mềm đơn lẻ bộc lộ nhiều yếu điểm chí mạng khi quy mô kinh doanh mở rộng. Thách thức lớn nhất là việc thiếu khả năng đồng bộ dữ liệu real-time giữa các chi nhánh và trụ sở chính. Điều này dẫn đến tình trạng “độ trễ” thông tin, gây khó khăn cho việc điều phối hàng hóa, quản lý tồn kho và ra quyết định. Sai sót trong việc kiểm đếm thủ công khi nhập và bán hàng, đặc biệt với các sản phẩm cần quản lý sản phẩm IMEI/Serial, là rất phổ biến, gây thất thoát và ảnh hưởng đến dịch vụ bảo hành. Việc quản lý thông tin khách hàng phân mảnh, mỗi cửa hàng một tệp riêng, khiến doanh nghiệp không có cái nhìn tổng thể về hành vi mua sắm của khách hàng, bỏ lỡ cơ hội bán thêm và bán chéo. Hơn nữa, quy trình tổng hợp báo cáo doanh thu, lợi nhuận từ nhiều chi nhánh tốn nhiều thời gian và công sức, dễ xảy ra sai sót, làm chậm quá trình phân tích và hoạch định chiến lược. Những vấn đề này tạo ra rào cản lớn, ngăn cản sự phát triển và làm giảm năng lực cạnh tranh của chuỗi cửa hàng trong một thị trường năng động.

2.1. Khó khăn trong quản lý kho hàng đa chi nhánh

Quản lý kho là bài toán đau đầu nhất. Với phương pháp thủ công, việc kiểm soát số lượng tồn kho chính xác tại từng chi nhánh gần như là không thể. Nhân viên phải gọi điện hoặc gửi báo cáo thủ công để xác nhận hàng tồn, dẫn đến việc điều chuyển hàng hóa chậm trễ, gây ra tình trạng nơi thừa nơi thiếu. Việc không có một hệ thống quản lý kho hàng đa chi nhánh tập trung khiến doanh nghiệp không thể theo dõi lịch sử nhập, xuất, tồn của từng mã sản phẩm cụ thể (theo IMEI). Điều này gây khó khăn trong việc truy xuất nguồn gốc sản phẩm khi có vấn đề về bảo hành hoặc khiếu nại, làm giảm uy tín của thương hiệu.

2.2. Hạn chế trong việc quản lý và chăm sóc khách hàng

Khi không có một hệ thống CRM cho cửa hàng điện thoại tích hợp, dữ liệu khách hàng trở nên rời rạc. Lịch sử mua hàng, thông tin bảo hành, sở thích của khách hàng không được lưu trữ tập trung. Điều này khiến các chương trình khách hàng thân thiết (loyalty) kém hiệu quả. Nhân viên tại một chi nhánh không thể truy cập thông tin của khách hàng đã mua ở chi nhánh khác, làm giảm chất lượng dịch vụ. Việc chăm sóc khách hàng đa kênh (omnichannel) trở nên bất khả thi, doanh nghiệp không thể tạo ra trải nghiệm mua sắm liền mạch và đồng nhất cho khách hàng trên toàn hệ thống.

III. Top 5 module cốt lõi trong app quản lý bán hàng điện thoại

Một app quản lý bán hàng điện thoại hiệu quả phải được xây dựng trên một cấu trúc module hóa, mỗi module đảm nhận một chức năng nghiệp vụ chuyên biệt nhưng vẫn có sự liên kết chặt chẽ với nhau. Dựa trên phân tích từ tài liệu nghiên cứu, hệ thống được thiết kế bao gồm các module cốt lõi sau: Quản lý Sản phẩm, Quản lý Kho, Bán hàng (POS), Quản lý Nhân sự, và Báo cáo & Thống kê. Module Quản lý Sản phẩm cho phép tạo, cập nhật và quản lý toàn bộ danh mục sản phẩm của chuỗi cửa hàng, bao gồm thông tin chi tiết, hình ảnh, giá bán và các thuộc tính đặc thù như IMEI. Module Quản lý Kho hàng đa chi nhánh là trái tim của hệ thống, giúp theo dõi hoạt động nhập, xuất, tồn và điều chuyển hàng hóa giữa các chi nhánh. Module Bán hàng (POS) được tối ưu hóa cho ứng dụng di động, giúp nhân viên thực hiện giao dịch nhanh chóng, tích hợp cổng thanh toán và tự động cập nhật tồn kho. Module Quản lý Nhân sự cho phép quản lý thông tin nhân viên, phân quyền truy cập và quản lý nhân viên và chấm công. Cuối cùng, module Báo cáo cung cấp các biểu đồ và số liệu trực quan về doanh thu, lợi nhuận, hiệu suất bán hàng, giúp nhà quản lý nắm bắt tình hình kinh doanh một cách nhanh chóng và chính xác.

3.1. Module Bán hàng POS và tích hợp cổng thanh toán

Giao diện POS trên ứng dụng di động được thiết kế đơn giản, trực quan, cho phép nhân viên bán hàng tìm kiếm sản phẩm nhanh bằng tên, mã vạch hoặc mã QR. Khi một giao dịch được thực hiện, hệ thống tự động trừ tồn kho tương ứng trong thời gian thực. Một tính năng quan trọng là khả năng tích hợp cổng thanh toán điện tử (VNPAY, Momo) và thanh toán thẻ, mang lại sự tiện lợi cho khách hàng và giảm thiểu rủi ro khi quản lý tiền mặt. Mọi giao dịch đều được ghi nhận lại, liên kết với thông tin khách hàng, tạo cơ sở dữ liệu cho các hoạt động marketing và chăm sóc sau bán hàng.

3.2. Module Quản lý Nhân sự và phân quyền truy cập

Hệ thống cho phép tạo các vai trò người dùng khác nhau (Admin, Kế toán, Nhân viên bán hàng) với các quyền truy cập chức năng tương ứng. Ví dụ, chỉ Admin và Kế toán mới có quyền truy cập chức năng nhập hàng hoặc xem báo cáo tài chính, trong khi nhân viên bán hàng chỉ có thể sử dụng chức năng POS. Việc này đảm bảo tính bảo mật dữ liệu, ngăn chặn các truy cập trái phép và sai sót không đáng có. Chức năng quản lý nhân viên và chấm công có thể được tích hợp để theo dõi hiệu suất làm việc và tự động tính lương, thưởng dựa trên doanh số bán hàng của từng cá nhân.

3.3. Module Báo cáo doanh thu tự động và phân tích

Đây là module quan trọng dành cho cấp quản lý. Hệ thống tự động tổng hợp dữ liệu từ tất cả các chi nhánh và tạo ra các báo cáo doanh thu tự động theo ngày, tháng, quý. Các báo cáo không chỉ dừng lại ở tổng doanh thu mà còn phân tích sâu hơn về hiệu suất của từng chi nhánh, từng nhân viên, và xu hướng bán chạy của từng dòng sản phẩm. Các biểu đồ trực quan giúp nhà quản lý dễ dàng nhận diện các điểm mạnh, điểm yếu trong hoạt động kinh doanh để đưa ra các điều chỉnh kịp thời, chẳng hạn như thay đổi chiến lược giá, đẩy mạnh marketing cho sản phẩm tiềm năng, hoặc tổ chức đào tạo cho nhân viên có hiệu suất thấp.

IV. Phân tích công nghệ thiết kế ứng dụng di động và web

Việc lựa chọn công nghệ phù hợp là yếu tố quyết định đến hiệu suất, khả năng mở rộng và chi phí bảo trì của toàn bộ hệ thống quản lý bán lẻ. Đồ án đã lựa chọn một ngăn xếp công nghệ (tech stack) hiện đại và phổ biến. Đối với backend, hệ thống sử dụng Node.js với framework NestJS. Lựa chọn này mang lại hiệu năng cao, khả năng xử lý đồng thời nhiều yêu cầu và một cấu trúc module hóa rõ ràng, dễ dàng cho việc phát triển và bảo trì. Cơ sở dữ liệu được sử dụng là MySQL, một hệ quản trị CSDL quan hệ mạnh mẽ, ổn định và phổ biến. Phía client, trang web quản trị được phát triển web admin bằng ReactJS, một thư viện JavaScript mạnh mẽ của Facebook, giúp xây dựng giao diện người dùng tương tác cao và linh hoạt. Đối với ứng dụng di động, React Native được lựa chọn để xây dựng app mobile cho cả hai nền tảng iOS và Android từ một mã nguồn duy nhất, giúp tiết kiệm thời gian và chi phí phát triển. Toàn bộ hệ thống được đóng gói và triển khai bằng Docker, đảm bảo tính nhất quán giữa các môi trường phát triển và sản phẩm. Đây là một lựa chọn công nghệ tối ưu, cân bằng giữa hiệu suất, tốc độ phát triển và khả năng mở rộng trong tương lai.

4.1. Công nghệ Backend NestJS và cơ sở dữ liệu MySQL

NestJS được xây dựng trên nền tảng Node.js, cung cấp một kiến trúc ứng dụng có tổ chức, lấy cảm hứng từ Angular. Nó giúp các nhà phát triển xây dựng các ứng dụng phía máy chủ hiệu quả và có khả năng mở rộng cao. Việc sử dụng TypeScript trong NestJS cũng giúp giảm thiểu lỗi và tăng cường khả năng bảo trì mã nguồn. MySQL được chọn vì sự ổn định, hiệu năng cao và cộng đồng hỗ trợ lớn. Lược đồ CSDL được thiết kế chuẩn hóa, đảm bảo tính toàn vẹn dữ liệu và tối ưu cho các truy vấn phức tạp, đặc biệt là các truy vấn liên quan đến thống kê và báo cáo.

4.2. Công nghệ Frontend ReactJS và React Native

ReactJS cho phép xây dựng giao diện người dùng dựa trên các thành phần (components) có thể tái sử dụng, giúp quá trình phát triển web admin trở nên nhanh chóng và nhất quán. Trong khi đó, React Native cho phép lập trình viên sử dụng kiến thức về React để xây dựng ứng dụng di động có hiệu năng gần như ứng dụng gốc (native). Việc sử dụng chung một ngôn ngữ (JavaScript) và triết lý phát triển cho cả web và mobile giúp đội ngũ phát triển dễ dàng phối hợp và chia sẻ logic nghiệp vụ, giảm đáng kể thời gian đưa sản phẩm ra thị trường.

V. Quy trình triển khai hệ thống quản lý bán lẻ thực tiễn

Việc triển khai một phần mềm quản lý chuỗi cửa hàng không chỉ dừng lại ở việc viết mã. Theo tài liệu nghiên cứu, quy trình triển khai được thực hiện một cách chuyên nghiệp và bài bản. Đầu tiên là việc thuê và cấu hình máy chủ ảo (VM instance) trên nền tảng đám mây như Google Cloud. Tiếp theo, hệ thống được "container hóa" bằng Docker, giúp đóng gói ứng dụng và tất cả các phụ thuộc của nó vào một container duy nhất. Điều này đảm bảo ứng dụng chạy nhất quán trên mọi môi trường. Nginx được sử dụng làm reverse proxy, giúp điều phối các yêu cầu từ người dùng đến các dịch vụ backend và frontend tương ứng, đồng thời xử lý việc cân bằng tải và mã hóa SSL. Một yếu tố quan trọng trong quy trình là thiết lập CI/CD (Tích hợp liên tục/Triển khai liên tục) sử dụng GitHub Actions. Quy trình CI/CD tự động hóa việc kiểm thử và triển khai mã nguồn mới lên máy chủ mỗi khi có sự thay đổi, giúp giảm thiểu lỗi do con người và tăng tốc độ cập nhật hệ thống. Quy trình này thể hiện một phương pháp tiếp cận hiện đại trong phát triển phần mềm, đảm bảo hệ thống luôn ổn định, an toàn và dễ dàng nâng cấp.

5.1. Triển khai hạ tầng với Docker và Google Cloud

Google Cloud cung cấp một hạ tầng đám mây mạnh mẽ và linh hoạt. Việc sử dụng máy chủ ảo cho phép tùy chỉnh cấu hình phần cứng theo nhu cầu thực tế của hệ thống. Docker đóng vai trò then chốt trong việc đơn giản hóa quá trình triển khai. Thay vì phải cài đặt thủ công Node.js, MySQL, Nginx trên máy chủ, nhà phát triển chỉ cần định nghĩa các dịch vụ này trong một tệp docker-compose.yml. Khi triển khai, chỉ cần một lệnh duy nhất để khởi chạy toàn bộ hệ thống, đảm bảo môi trường hoạt động luôn đồng nhất và giảm thiểu các vấn đề tương thích.

5.2. Tự động hóa quy trình với CI CD và GitHub Actions

CI/CD là một thực hành DevOps giúp tự động hóa các giai đoạn của vòng đời phát triển phần mềm. Trong đồ án này, khi lập trình viên đẩy mã nguồn mới lên kho chứa GitHub, một quy trình tự động (workflow) của GitHub Actions sẽ được kích hoạt. Quy trình này sẽ thực hiện các bước như xây dựng (build) mã nguồn, chạy các bài kiểm thử tự động (automated tests), và nếu thành công, nó sẽ tự động đăng nhập vào máy chủ sản phẩm và triển khai phiên bản mới nhất. Điều này giúp loại bỏ các bước triển khai thủ công tốn thời gian và rủi ro, đảm bảo các tính năng mới và bản vá lỗi được đưa đến người dùng một cách nhanh chóng và an toàn.

VI. Hướng phát triển cho phần mềm quản lý chuỗi cửa hàng

Hệ thống thiết kế ứng dụng di động và trang web quản lý chuỗi cửa hàng điện thoại được trình bày trong đồ án là một nền tảng vững chắc, tuy nhiên, vẫn còn nhiều tiềm năng để phát triển và hoàn thiện. Một trong những hướng đi quan trọng là tích hợp sâu hơn các công nghệ trí tuệ nhân tạo (AI) và học máy (Machine Learning). AI có thể được sử dụng để phân tích dữ liệu bán hàng và dự báo nhu cầu thị trường, từ đó đưa ra gợi ý nhập hàng tối ưu, giúp giảm thiểu tồn kho và tối đa hóa lợi nhuận. Chatbot thông minh tích hợp vào hệ thống chat nội bộ hoặc trang web có thể tự động trả lời các câu hỏi thường gặp của nhân viên và khách hàng, giúp giảm tải cho bộ phận hỗ trợ. Một hướng phát triển khác là mở rộng hệ thống thành một nền tảng bán hàng đa kênh (omnichannel) hoàn chỉnh, tích hợp với các sàn thương mại điện tử lớn như Shopee, Lazada, và các mạng xã hội. Điều này cho phép doanh nghiệp quản lý tất cả các kênh bán hàng từ một giao diện duy nhất, đồng bộ sản phẩm, đơn hàng và thông tin khách hàng một cách liền mạch. Việc tìm đến một công ty thiết kế app uy tín hoặc một đơn vị cung cấp dịch vụ phát triển phần mềm theo yêu cầu để hiện thực hóa các tính năng nâng cao này sẽ là bước đi chiến lược, giúp doanh nghiệp tạo ra lợi thế cạnh tranh bền vững.

6.1. Tích hợp AI để dự báo và tối ưu hóa kinh doanh

Dữ liệu bán hàng là một mỏ vàng. Bằng cách áp dụng các thuật toán học máy, hệ thống có thể phân tích các mẫu mua sắm trong quá khứ để dự báo sản phẩm nào sẽ bán chạy trong tương lai, nên nhập về số lượng bao nhiêu và vào thời điểm nào. AI cũng có thể phân tích hành vi của khách hàng để đề xuất các sản phẩm liên quan (cross-sell) hoặc sản phẩm cao cấp hơn (up-sell) ngay tại quầy POS, giúp tăng giá trị trung bình của mỗi đơn hàng.

6.2. Mở rộng thành giải pháp bán hàng đa kênh Omnichannel

Tương lai của ngành bán lẻ là đa kênh. Việc tích hợp hệ thống quản lý với các kênh bán hàng online sẽ tạo ra một trải nghiệm liền mạch cho khách hàng. Khách hàng có thể xem sản phẩm online và đến cửa hàng nhận (Click & Collect), hoặc đặt hàng tại cửa hàng và yêu cầu giao về nhà. Để làm được điều này, việc đồng bộ dữ liệu real-time về kho hàng và đơn hàng giữa các kênh là yếu tố sống còn. Một nền tảng quản lý đa kênh hợp nhất sẽ giúp tối ưu vận hành cửa hàng và nâng cao sự hài lòng của khách hàng lên một tầm cao mới.

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

Chương 1. Tổng quan hệ thống và giới thiệu về các công nghệ sử dụng g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly huoi 10, Cua Hang Ban Dien 20248:50:03  MySQL: ThoaiThiet PM8:50:03 Ke Trang Web Va PM78Monday, Ung10, June Dung Di Dong De PM8:50:03 20248:50:03 Quan Ly Chuoi Cua Hang Ban Dien PM78Monday, JuneThoai 10, 20248:50:0 782410068:50:02 PM8:50:02 PM782410068:50:02 PM8:50:02 PM782410068:50:02 PM8:50:02 PM 10, 20248:50:04 PM8:50:04 PM78Monday, June 10, 20248:50:04 PM8:50:04 PM78Monday, June 10, 20248:50:0 g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly 10, 20248:50:02 PM8:50:02 PM78Monday, June 10, 20248:50:02 PM8:50:02 PM78Monday, June 10, 20248:50:0 g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly Hình 1-3 Dịch vụ MySQL g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly Một hệ thống backend thì không thể nào thiếu Database. Vậy nên em đã sử dụng MySql để triển khai lưu những dữ liệu cần thiết. MySql là một hệ thống quản lý database vô cùng phổ biến mà hầu như lập trình viên nào cũng biết đến.

Quan trọng nhất là MySql là mã nguồn mở, nó miễn phí mà những tính năng nó đem lại thì không cần phải bàn cãi. MySql cũng được biết đến là một hệ thống rất mạnh, linh hoạt và là g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly hệ thống mã nguồn mở phổ biến nhất trên thế giới để quản lý database. g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly Phiên bản sử dụng: MySQL:8.0 g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly Va Ung Dung  Minio: Di Dong De Quan Ly Chuoi Cua Hang Ban Dien Thoai g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly 10, 20248:50:02 PM8:50:02 PM78Monday, June 10, 20248:50:02 PM8:50:02 PM78Monday, June 10, 20248:50:0 Hình 1-4 Dịch vụ Minio Thiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiT Nguyễn Đức Hiếu - B17DCCN231 5 Đồ án tốt nghiệp Đại học Chương 1. Tổng quan hệ thống và giới thiệu về các công nghệ sử dụng g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly huoi 10, Cua Hang Ban Dien 20248:50:03 Tiếp theo ThoaiThiet PM8:50:03 mộtTrang Ke dịchWeb PM78Monday, vụ Va cũng rất Ung10, June cầnDithiết Dung Dongkhác 20248:50:03 đó Ly là Chuoi dịchPM78Monday, De PM8:50:03 Quan vụ Cualưu trữBan Hang tệpDien tin Thoai June phía 10, 20248:50:0 782410068:50:02 PM8:50:02 PM782410068:50:02 PM8:50:02 PM782410068:50:02 PM8:50:02 PM 10, 20248:50:04server.

Có rất PM8:50:04 nhiều ông lớn PM78Monday, Junecung cấp dịch vụ PM8:50:04 10, 20248:50:04 này phải kể đến như Google PM78Monday, June hay 10, 20248:50:0 Amazon. Với em thấy thì dịch vụ S3 của AWS được sử dụng rất nhiều. Vì quy mô của dự án chỉ dừng lại ở mức đồ án và không thành sản phẩm để triển khai sử dụng nên g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly mức chi phí cũng vì vậy mà rất eo hẹp và cần được tối ưu hết mức có thể. Vậy nên em g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly sử dụng dịch vụ Minio để thay thế S3 của AWS.

Minio là một dịch vụ phía server lưu 10, 20248:50:02trữ đối tượngPM78Monday, PM8:50:02 dạng phân tánJune với hiệu năng cao. Nói 10, 20248:50:02 dể hiểu hơn PM8:50:02 thì Minio làJune PM78Monday, một 10, file 20248:50:0 server g Di Dong De Quan Ly giúp Chuoichúng ta cóBan Cua Hang thểDien dễ dàng uploadKehay ThoaiThiet download Trang Web Vafile Ungnhư Amazon Dung hay Di Dong De Quan Ly Google. Điều đặc biệt ở đây là Minio cũng cấp các api giống hệt như S3 của AWS. Do g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly đó nếu muốn chuyển đổi từ Minio sang S3 trở nên cực kỳ dễ.

Có phần khác là để triển g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly khai Minio phía server thì hơi phức tạp một chút để có thể sử dụng trơn chu. Đó là đối với đồ g Di Dong De Quan Ly án này,Cua Chuoi cònHang trongBan thựcDien tế thìThoaiThiet Minio đượcKe triển Trangkhai Web phía Va môi Ungtrường local. Dung Di Dong Khi De Quan Ly triển khai lên Development, Staging hay Production thì việc cài đặt chuyển đổi từ Minio sang S3 vô cùng dễ dàng. Phiên bản sử dụng: Minio version RELEASE.2021-08-05T22-01-19Z  Docker: g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly Va Ung Dung Di Dong De Quan Ly Chuoi Cua Hang Ban Dien Thoai g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly Hình 1-5 Nền tảng Docker g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly Còn một nền tảng mà em muốn nhắc đến ở đây, đó là Docker.

Một vấn đề được đặt ra g Di Dong De Quan LylàChuoi khi muốn triển khai Cua Hang hệ thống Ban Dien lên mộtKemôi ThoaiThiet trường Trang Webhoàn toàn Dung Va Ung mới thì Di việc Dongtạo De Quan Ly 10, 20248:50:02môi trường trở PM8:50:02 nên rất vất vả PM78Monday, và 10, June ngốn của lập trình 20248:50:02 viên rất nhiều PM8:50:02 thời gian. June PM78Monday, Chưa10, kể 20248:50:0 đến vấn đề không tương thích giữa các phiên bản phần mềm khiến cho hệ thống xảy ra những Thiet lỗi không mongWeb Ke Trang muốn. Va Giải Ung quyết Dung vấn đề này Di Dong Dethì trước Quan Lyđó có VirualBox Chuoi Cua Hangra đờiDien ThoaiT Ban Nguyễn Đức Hiếu - B17DCCN231 6 Đồ án tốt nghiệp Đại học Chương 1. Tổng quan hệ thống và giới thiệu về các công nghệ sử dụng g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly huoi 10, Cua 20248:50:03 và sau Hang Ban Dien này thì ThoaiThiet PM8:50:03 chúng Ke TrangtaWeb PM78Monday, có Docker.

Va Nhưng Ung10, June Dung Docker Di Dong có gìLymà De PM8:50:03 20248:50:03 Quan lạiPM78Monday, Chuoi giải quyếtBan Cua Hang được vấn Dien June đề 20248:50:0 Thoai 10, 782410068:50:02 PM8:50:02 PM782410068:50:02 PM8:50:02 PM782410068:50:02 PM8:50:02 PM 10, 20248:50:04nam giải như PM8:50:04 vậy? Docker June PM78Monday, là một 10,nền tảng cung PM8:50:04 20248:50:04 cấp cách đểPM78Monday, building, deploying và 20248:50:0 June 10, running rất dễ dàng bằng cách sử dụng các containers(trên nền ảo hoá). Ban đầu viết bằng Python, hiện tại đã chuyển sang Golang. Nền tảng này cho phép ta đóng gọi mọi g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly thứ cần thiết cho hệ thống của mình. Chỉ cần một lệnh chạy, tất cả môi trường hay các g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly dịch vụ được tự động kéo về và chạy một cách nhanh chóng như Nodejs, MySQL hay 10, 20248:50:02Minio.

PM8:50:02Có Docker việc triển PM78Monday, khai10, June hệ20248:50:02 thống lên server rất nhanh PM8:50:02 chóng. PM78Monday, June 10, 20248:50:0  Các g Di Dong De Quan công Cua Ly Chuoi nghệHang khác:Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly Hình 1-6 Thư viện socket.io Socket: Socket là một điểm cuối(end-point) của liên kết giao tiếp hai chiều giữa g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly hai chương trình chạy trên mạng. Nghĩa là một socket được sử dụng để cho phép một tiến Ly g Di Dong De Quan trình nói chuyện Chuoi vớiBan Cua Hang mộtDien tiến trình khác. Ke ThoaiThiet CácTrang lớp socket Web Vađược UngsửDung dụng Di đểDong kết nối De Quan Ly giữaLy g Di Dong De Quan client ChuoivàCua server.

HangNóBan được ràng Dien buộc vớiKe ThoaiThiet một cổngWeb Trang portVa để Ung các tầng DungTCP có thể Di Dong De Quan Ly Va Ung Dung Di Dong De Quan Ly Chuoi Cua Hang Ban Dien Thoai địnhLy g Di Dong De Quan danh ứngCua Chuoi dụng mà Ban Hang dữ liệu DiensẽThoaiThiet được gửi Ke tới.Trang Áp dụng Webđiều đó, Dung Va Ung hệ thống này có Di Dong De Quan Ly chức năng chat giữa mọi người với nhau, vì vậy cần hiển thị tin nhắn theo thời gian thực. Lúc này giao thức WebSocket tỏ ta rất hữu dụng khi xử lý bắt sự kiện người dùng gửi tin nhắn qua lại. g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly g Di Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiThiet Ke Trang Web Va Ung Dung Di Dong De Quan Ly 10, 20248:50:02 PM8:50:02 PM78Monday, June 10, 20248:50:02 PM8:50:02 PM78Monday, June 10, 20248:50:0 Hình Thiet Ke Trang Web Va 1-7Dung Ung J WTDiAuthentication Dong De Quan Ly Chuoi Cua Hang Ban Dien ThoaiT Nguyễn Đức Hiếu - B17DCCN231 7 Đồ án tốt nghiệp Đại học Chương 1.