Bối cảnh và vấn đề nghiên cứu
Sự phát triển nhanh chóng của mạng Internet tại Việt Nam đã thúc đẩy nhu cầu tìm kiếm thông tin và mua sắm trực tuyến của người tiêu dùng. Tuy nhiên, việc tìm kiếm sản phẩm thông qua các công cụ tìm kiếm phổ biến như Google thường trả về kết quả phân tán từ nhiều nguồn khác nhau, khiến người mua tốn nhiều thời gian đối chiếu, so sánh giá cả và xác thực độ tin cậy của nhà cung cấp. Cùng với đó, sự bùng nổ của mạng xã hội Facebook tạo ra thói quen truy cập thường xuyên của cộng đồng, dẫn đến xu hướng người bán tự tạo trang cá nhân, đăng hình ảnh và gắn thẻ (tag) danh sách bạn bè để quảng bá sản phẩm. Cách tiếp cận thủ công này khiến người bán mất nhiều thời gian cập nhật thông tin giữa các nền tảng thương mại điện tử độc lập và mạng xã hội, đồng thời chưa tối ưu hóa quy tắc tiếp thị hướng đúng khách hàng mục tiêu.
Nhằm giải quyết các bất cập trên, đề tài đồ án tốt nghiệp khóa QL071 (tháng 12/2010) tại Khoa Khoa học và Công nghệ, Trường Đại học Hoa Sen đã thực hiện xây dựng hệ thống website thương mại điện tử "OpenShop" theo mô hình B2C (Business-to-Consumer). Đồ án hướng đến mục tiêu thiết lập một kênh mua bán kết hợp chia sẻ thông tin cộng đồng, tối ưu hóa thời gian lựa chọn sản phẩm, so sánh giá và đánh giá độ tin cậy của nhà cung cấp.
Hệ thống đặt ra 4 nhiệm vụ nghiên cứu và phát triển cụ thể:
- Xây dựng mô hình lập trình kiến trúc 3 lớp kết hợp công nghệ LINQ to SQL và kỹ thuật giao diện bất đồng bộ AJAX/jQuery nhằm tối ưu hóa hiệu suất truyền tải dữ liệu.
- Áp dụng phương pháp mô hình hóa dữ liệu bán cấu trúc (Semi-structured Data) để thiết kế cơ sở dữ liệu linh hoạt, giải quyết tình trạng lãng phí bộ nhớ do các thuộc tính sản phẩm không đồng nhất giữa các ngành hàng.
- Tích hợp các giao diện lập trình ứng dụng (API) ngoại vi gồm Flickr API, Google Image API, Facebook API và Shopping API (Amazon, Best Buy) để tự động hóa thu thập hình ảnh, thông tin giá tham khảo và quảng bá mạng xã hội.
- Hiện thực hóa các quy trình nghiệp vụ thương mại điện tử B2C: quản lý gian hàng độc lập, quy trình yêu cầu và chào giá cạnh tranh (Bid Request - Bid), so sánh đặc tính kỹ thuật sản phẩm và hệ thống đánh giá đa tiêu chí.
Phạm vi nghiên cứu tập trung vào hệ thống phần mềm web B2C, phục vụ 4 nhóm tác nhân chính: Khách hàng/Người mua (Buyer/Customer), Chủ cửa hàng (Seller), Quản lý dòng sản phẩm (Blogger) và Quản trị hệ thống (Admin).
Cơ sở lý thuyết và phương pháp
Đồ án ứng dụng các nền tảng lý thuyết và công nghệ kỹ thuật phần mềm để phân tích, thiết kế và hiện thực hệ thống:
- Kiến trúc 3 lớp (Three-Layer Architecture): Phân chia logic hệ thống thành 3 tầng độc lập nhằm nâng cao khả năng quản lý, bảo trì và phân công công việc:
- Tầng biểu diễn (Presentation Layer - PL): Tiếp nhận thông tin từ người dùng và hiển thị kết quả thông qua các thành phần User Interface Components và User Interface Process Components.
- Tầng nghiệp vụ (Business Logic Layer - BLL): Thực hiện các nghiệp vụ chính thông qua Service Interface, Business Entities và Business Components.
- Tầng truy xuất dữ liệu (Data Access Layer - DAL): Giao tiếp trực tiếp với hệ quản trị cơ sở dữ liệu SQL Server để thực hiện truy vấn và cập nhật.
- Công nghệ LINQ to SQL (Language Integrated Query): Sử dụng cơ chế ánh xạ quan hệ - đối tượng (ORM) của Microsoft để chuyển đổi bảng dữ liệu quan hệ sang lớp đối tượng nghiệp vụ, cung cấp các phương thức thao tác dữ liệu (
Select,First,InsertOnSubmit,DeleteOnSubmit,SubmitChanges). - Mô hình quá trình mua sắm (Purchase Process Model): Ứng dụng lý thuyết hành vi người tiêu dùng của Philip Kotler để xây dựng các tính năng hỗ trợ người mua từ bước tìm kiếm thông tin, đánh giá phương án đến quyết định mua sắm.
- Mô hình dữ liệu bán cấu trúc (Semi-structured Data): Thiết kế cấu trúc bảng động cho phép nhóm các thực thể cùng loại mà không bắt buộc phải có cùng tập thuộc tính cố định, loại bỏ các giá trị
NULLdư thừa. - Kỹ thuật xử lý bất đồng bộ: Kết hợp Update Controls của Visual Studio 2008, thư viện Ajax Control Toolkit (ACT) và thư viện jQuery để cập nhật cục bộ giao diện người dùng mà không cần tải lại toàn bộ trang web.
- Tích hợp API dịch vụ ngoài:
- Flickr API: Kết hợp thư viện Flickr .NET để lưu trữ và quản lý kho hình ảnh sản phẩm.
- Google Image API: Tích hợp tìm kiếm hình ảnh bất đồng bộ tự động theo thời gian thực khi người bán nhập tên sản phẩm.
- Facebook API: Sử dụng thư viện Facebook .NET để đăng bài viết và đồng bộ nhận xét lên tường (Wall) của từng dòng sản phẩm.
- Shopping API: Kết nối dữ liệu giá từ Amazon và Best Buy để cung cấp mức giá tham khảo quốc tế.
Quy trình phát triển hệ thống được thực hiện theo mô hình lặp 6 bước: Tiếp nhận yêu cầu $\rightarrow$ Phân tích yêu cầu $\rightarrow$ Dựng bố cục giao diện (Layout) $\rightarrow$ Thiết kế cơ sở dữ liệu $\rightarrow$ Hiện thực chức năng (Coding) $\rightarrow$ Kiểm thử liên tục (Testing).
Thiết kế và triển khai hệ thống
1. Kiến trúc phân tầng và phân quyền người dùng
Hệ thống OpenShop được tổ chức theo kiến trúc 3 tầng với các tệp hiện thực cụ thể:
- Presentation Layer: Hiện thực qua các trang
.aspx, mã xử lý.cs(Code Behind), định dạng.cssvà các đối tượng ViewModel (ProductShort,GioHang,MatHang,AttributeControl,BidControl,UserControl). - Business Logic Layer: Hiện thực qua các lớp điều khiển nghiệp vụ (
ProductControl,CategoryControl,ManufactoryControl...) trả về các đối tượng thực thể hoặc danh sách dữ liệu. - Data Access Layer: Hiện thực thông qua các lớp kiểu bảng (
Table<T>) do LINQ tự động sinh từ Microsoft SQL Server 2008 (Products,Categories,Manufactories,ProductLines...).
Mô hình phân quyền người dùng được thiết kế thành 3 cấp độ truy cập (Access Rules):
- Level 1 (Admin Zone): Toàn quyền quản trị tài khoản, phân quyền, cấu trúc danh mục và duyệt gian hàng.
- Level 2 (Blogger & Seller Zone): Quản lý bài viết blog theo dòng sản phẩm liên kết tài khoản Facebook (Blogger) và quản lý sản phẩm, đơn hàng, phản hồi chào giá của gian hàng (Seller).
- Level 3 (Customer/User Zone): Tìm kiếm, duyệt hàng, so sánh thông số, gửi yêu cầu chào giá, mua hàng và đánh giá chất lượng (Buyer).
2. Thiết kế Cơ sở dữ liệu
Cơ sở dữ liệu của hệ thống được xây dựng trên Microsoft SQL Server 2008, chia thành 6 nhóm bảng chính với 23 bảng chi tiết:
| STT | Nhóm bảng | Các bảng dữ liệu thành phần | Mục đích và vai trò chính trong hệ thống |
|---|---|---|---|
| 1 | Nhóm bảng sản phẩm | ProductStore, ProductImage, RelatedProduct, Manufactory |
Lưu trữ thông tin chi tiết từng mặt hàng của từng cửa hàng riêng biệt, hình ảnh đính kèm, danh sách sản phẩm liên quan và nhà sản xuất. |
| 2 | Nhóm bảng người dùng | Bảng phân quyền, tài khoản và thông tin người dùng | Quản lý thông tin đăng nhập, vai trò truy cập và dữ liệu định danh 4 nhóm tác nhân. |
| 3 | Nhóm bảng danh mục và thuộc tính bán cấu trúc | Category, StoreCategory, Attribute, CategoryAttribute, ProductAttribute, RateTemplate, RateCategory, RateProduct |
Xây dựng danh mục phân cấp đa tầng, lưu trữ các cặp thuộc tính kỹ thuật động và các tiêu chí đánh giá cho từng loại mặt hàng. |
| 4 | Nhóm bảng chương trình khuyến mãi | PromotionType, PromotionProgram, PromotionDetail |
Thiết lập các chương trình khuyến mãi linh hoạt theo thời gian, hỗ trợ giảm giá theo số tiền, giảm theo phần trăm hoặc tặng quà kèm theo. |
| 5 | Nhóm bảng hóa đơn và chào giá | Order, OrderDetail, BidRequest, BidRequestDetail, Bid, BidDetail |
Xử lý quy trình đặt mua hàng trực tuyến và quy trình người mua phát lệnh yêu cầu báo giá cạnh tranh cho các cửa hàng. |
| 6 | Nhóm bảng Blog và Mạng xã hội | ProductLine, Blog |
Quản lý thông tin dòng sản phẩm, liên kết tài khoản Facebook tương ứng và quản lý nội dung bài viết, mã định danh bài viết trên Facebook. |
3. Quy trình nghiệp vụ nổi bật
- Quy trình quản lý dữ liệu sản phẩm bán cấu trúc: Một loại sản phẩm (ví dụ: Laptop) liên kết với nhiều thuộc tính trong bảng
Attribute(Chip, RAM, Màn hình...) thông qua bảng trung gianCategoryAttribute. Khi cửa hàng nhập sản phẩm, giá trị cụ thể được ghi vào bảngProductAttributevới khóa chính phức hợp (ProductID,AttributeID). Cách thiết kế này giúp hệ thống mở rộng không giới hạn các đặc tính kỹ thuật mà không phải thay đổi cấu trúc bảngProductStore. - Quy trình chào giá (Bidding Process): Người mua tạo đơn yêu cầu chào giá (
BidRequest) và chi tiết mặt hàng cần mua (BidRequestDetail) với trạng thái ban đầu là "Đang yêu cầu". Các cửa hàng phù hợp sẽ xem xét và gửi đơn chào giá (Bid) kèm mức giá đề xuất (BidDetail) ở trạng thái "Đang chào giá". Khi người mua chấp nhận một đơn chào giá, đơn yêu cầu và đơn chào giá trúng tuyển sẽ chuyển trạng thái "Kết thúc", các đơn chào giá còn lại tự động chuyển trạng thái "Từ chối". - Quy trình đồng bộ và tương tác mạng xã hội: Mỗi dòng sản phẩm (
ProductLineIDkết hợp giữaCategoryIDvàManufactoryID) được cấu hình một tài khoản Facebook riêng biệt (FacebookUserName,FacebookPassWord,FacebookID). Người phụ trách (Blogger) soạn thảo và quản lý bài viết trực tiếp trên giao diện OpenShop; hệ thống tự động đồng bộ bài viết và liên kết nhận xét qua lại giữa Facebook và website.
Nội dung chính theo từng chương
Chương 1: Nhập đề
Chương 1 trình bày bối cảnh thương mại điện tử và thói quen mua sắm trực tuyến của người dùng tại Việt Nam. Tác giả chỉ ra hạn chế của việc tìm kiếm thông tin qua Google khi kết quả phân tán, tốn nhiều thời gian so sánh giá cả và độ tin cậy của nhà bán hàng. Đồng thời, chương này phân tích thực trạng sử dụng Facebook để bán hàng trực tuyến còn mang tính tự phát, việc đăng ảnh và gắn thẻ bạn bè gây phiền hà và tốn công cập nhật. Từ đó, nhóm tác giả xác định mục tiêu xây dựng hệ thống OpenShop nhằm kết nối kênh mua sắm với cộng đồng mạng xã hội.
Chương 2: Tổng quan / Lý thuyết
Chương 2 tập trung trình bày cơ sở lý thuyết và các công nghệ cốt lõi phục vụ xây dựng hệ thống:
- Chi tiết cấu trúc mô hình 3 lớp (Presentation, Business Logic, Data Access Layer) và quy trình giao tiếp dữ liệu giữa các tầng.
- Cơ chế hoạt động của LINQ to SQL và 5 phân nhóm LINQ (
LINQ to Objects,LINQ to XML,LINQ to Datasets,LINQ to SQL,LINQ to Entities), nêu rõ khả năng ánh xạ đối tượng bảng trong cơ sở dữ liệu. - Phân tích ưu nhược điểm của các kỹ thuật xử lý bất đồng bộ AJAX: Update Controls (dễ sử dụng nhưng dữ liệu truyền nhận lớn), Ajax Control Toolkit (tiện lợi nhưng khả năng tùy biến thấp), jQuery (linh hoạt, tối ưu khi thao tác DOM và gọi AJAX cập nhật dữ liệu nhỏ).
- Giới thiệu các giao diện lập trình ứng dụng tích hợp gồm Flickr API (thư viện Flickr .NET), Google Image API (tìm kiếm ảnh tức thời), Facebook API (thư viện Facebook .NET) và Shopping API (Amazon, Best Buy).
Chương 4: Phương pháp phân tích, thiết kế
Chương 4 mô tả chi tiết phương pháp luận phân tích và thiết kế hệ thống:
- Phân tích nguyên lý dữ liệu bán cấu trúc (Semi-structured Data), so sánh sự khác biệt với dữ liệu cấu trúc truyền thống và minh họa ứng dụng trong quản lý thuộc tính sản phẩm và tiêu chí đánh giá.
- Sơ đồ quy trình làm việc 6 bước từ tiếp nhận yêu cầu, dựng giao diện, thiết kế CSDL đến lập trình và kiểm thử.
- Vận dụng mô hình quá trình mua sắm (Purchase Process Model) của Philip Kotler để định hình luồng tương tác người dùng.
- Định nghĩa 4 nhóm tác nhân (Buyer, Seller, Blogger, Admin) và các sơ đồ Use Case tương ứng.
- Phân tích cấu trúc các trang web cần thiết trong hệ thống (
Default.aspx,ProductBrowse.aspx,ProductDetail.aspx,ShoppingCart.aspx,SoSanhSanPham.aspx,GianHang.aspx,NewBlog.aspx...) và bố cục giao diện cho từng nhóm người dùng.
Chương 5: Thiết kế CSDL và chức năng
Chương 5 là nội dung trọng tâm về mặt kỹ thuật của đồ án:
- Trình bày chi tiết cấu trúc 23 bảng cơ sở dữ liệu thuộc 6 nhóm (nhóm bảng sản phẩm, nhóm bảng người dùng, nhóm bảng danh mục, nhóm bảng khuyến mãi, nhóm bảng hóa đơn và nhóm bảng blog), bao gồm tên cột, kiểu dữ liệu, khóa chính/khóa ngoại và ràng buộc mặc định.
- Thiết kế chi tiết các phân hệ chức năng: cơ chế phân quyền 3 cấp độ (Admin, Blogger/Seller, Customer), quy trình đăng ký thành viên, đăng nhập, quy trình đăng tải hình ảnh sản phẩm, chức năng mua hàng, đăng ký gian hàng và quy trình tiếp nhận/xử lý đơn chào giá.
Chương 6: Kết quả và đánh giá kết quả
Chương 6 tổng kết các kết quả hiện thực của hệ thống phần mềm:
- Giao diện và hoạt động của các phân hệ người dùng: xem chi tiết sản phẩm, công cụ tìm kiếm sản phẩm, chức năng so sánh sản phẩm trực quan (tô màu nhận diện các thuộc tính kỹ thuật có giá trị khác biệt), hệ thống quản lý tài khoản người dùng.
- Giao diện và chức năng của phân hệ quản trị: quản lý danh mục sản phẩm phân cấp, quản lý nhà sản xuất, quản lý thuộc tính sản phẩm động, quản lý tiêu chí đánh giá sản phẩm, quản lý người dùng và kiểm soát thông tin sản phẩm.
Chương 7: Kết luận và đề nghị
Chương 7 tổng kết mức độ hoàn thành của đề tài so với mục tiêu đặt ra ban đầu, đánh giá khả năng vận hành của website OpenShop và đưa ra các đề xuất cải tiến hệ thống trong tương lai.
Kết quả và đóng góp
1. Kết quả chính
- Xây dựng hoàn chỉnh kiến trúc hệ thống 3 lớp kết hợp LINQ to SQL: Tách biệt rõ ràng các tầng giao tiếp giao diện, xử lý nghiệp vụ và truy xuất dữ liệu, giúp mã nguồn có tính module hóa cao và thuận tiện mở rộng.
- Hiện thực cơ sở dữ liệu 23 bảng chuẩn hóa: Thiết lập cấu trúc dữ liệu toàn diện hỗ trợ đầy đủ các phân hệ thương mại điện tử phức tạp như danh mục phân cấp đa tầng, hệ thống khuyến mãi đa hình thức (giảm tiền mặt, giảm phần trăm, tặng quà), quy trình chào giá cạnh tranh và quản lý hóa đơn.
- Tích hợp thành công các API dịch vụ ngoại vi:
- Ứng dụng Google Image API giúp người bán tự động nhận diện và chọn ảnh ngay khi nhập tên sản phẩm mà không cần tải ảnh thủ công.
- Sử dụng Flickr API để giảm tải lưu trữ tài nguyên đa phương tiện cho máy chủ OpenShop.
- Ứng dụng Facebook API để tự động hóa đăng bài viết giới thiệu sản phẩm và đồng bộ phản hồi đánh giá của cộng đồng mạng.
- Tích hợp Shopping API của Amazon và Best Buy cung cấp giá tham khảo trực quan.
- Hiện thực tính năng so sánh và đánh giá đa tiêu chí: Xây dựng công cụ so sánh tự động làm nổi bật (tô màu) các thông số kỹ thuật khác biệt giữa các sản phẩm cùng loại; áp dụng thang điểm đánh giá linh hoạt (từ 1 đến 5 sao hoặc thang điểm 10 trong cơ sở dữ liệu) theo từng tiêu chí riêng của từng ngành hàng.
2. Đóng góp và điểm mới so với các hệ thống trước
- Mô hình định danh sản phẩm độc lập theo từng cửa hàng: Khác với các website rao vặt cho phép đăng bài chung chung, OpenShop quy định mỗi sản phẩm gắn liền với một mã định danh duy nhất tại từng cửa hàng (ví dụ: Nokia N82 tại cửa hàng A có mã
001, tại cửa hàng B có mã002), cho phép người mua gộp các mặt hàng từ nhiều nhà cung cấp khác nhau vào cùng một đơn đặt hàng. - Giải pháp dữ liệu bán cấu trúc cho sản phẩm đa ngành hàng: Khắc phục triệt để bài toán lãng phí dữ liệu thuộc tính rỗng (
NULL) của các thiết kế bảng phẳng truyền thống, cho phép quản trị viên thêm hoặc bớt thuộc tính kỹ thuật mà không ảnh hưởng đến cấu trúc CSDL hiện hữu. - Quản lý tiếp thị mạng xã hội theo dòng sản phẩm chuyên biệt: Phân quyền vai trò Blogger quản lý từng tài khoản Facebook đại diện cho một dòng sản phẩm cụ thể (
ProductLine), giúp hoạt động quảng bá tiếp cận chính xác đối tượng khách hàng mục tiêu.
Hạn chế và hướng nghiên cứu tiếp
- Hạn chế:
- Phương pháp thiết kế dữ liệu bán cấu trúc (Semi-structured Data) dù mang lại tính linh hoạt cao nhưng tạo ra độ phức tạp lớn trong việc đồng bộ hóa và tối ưu hóa hiệu năng truy vấn khi khối lượng dữ liệu thuộc tính tăng cao.
- Việc tích hợp nhiều API từ các dịch vụ bên thứ ba (Facebook, Google, Flickr, Amazon, Best Buy) khiến hệ thống chịu sự phụ thuộc lớn vào tính ổn định, chính sách bảo mật và hạn mức truy vấn của các nhà cung cấp nền tảng.
- Đồ án chưa công bố số liệu đo lường kiểm thử tải trọng lớn (stress test) và đánh giá định lượng hiệu năng thực tế của hệ thống khi có lượng người dùng truy cập đồng thời cao.
- Hướng nghiên cứu tiếp:
- Nghiên cứu tối ưu hóa thuật toán đồng bộ hóa và chỉ mục dữ liệu bán cấu trúc nhằm giảm thiểu độ trễ truy vấn CSDL.
- Mở rộng các cổng thanh toán trực tuyến và hoàn thiện các dịch vụ hỗ trợ giao dịch thương mại điện tử chuyên sâu.
Giá trị tham khảo
Đồ án tốt nghiệp "Website thương mại theo mô hình B2C" là tài liệu học thuật và kỹ thuật hữu ích cho:
- Sinh viên ngành Công nghệ thông tin, Kỹ thuật phần mềm và Hệ thống thông tin: Cung cấp tài liệu tham khảo thực tế về việc áp dụng kiến trúc 3 lớp kết hợp LINQ to SQL trên nền tảng ASP.NET (C#) và Microsoft SQL Server 2008.
- Lập trình viên và người nghiên cứu phát triển web thương mại điện tử: Cung cấp giải pháp mẫu mực về thiết kế cơ sở dữ liệu bán cấu trúc (Semi-structured Data) để quản lý danh mục hàng hóa đa dạng thuộc tính, hệ thống khuyến mãi phức hợp và cơ chế chào giá cạnh tranh.
- Phần đáng tham khảo nhất: Cấu trúc chi tiết 23 bảng CSDL tại Chương 5 (đặc biệt là nhóm bảng
Attribute-ProductAttributevàPromotionDetail), cùng giải pháp kiến trúc tích hợp các API dịch vụ ngoài (Google Image, Flickr, Facebook API) vào quy trình xử lý nghiệp vụ.
Câu hỏi thường gặp
1. Kiến trúc 3 lớp của OpenShop được phân chia cụ thể như thế nào và LINQ to SQL đóng vai trò gì trong từng tầng?
Hệ thống phân chia thành Presentation Layer (hiện thực qua các tệp .aspx, .cs, .css và ViewModel), Business Logic Layer (các lớp Control như ProductControl, CategoryControl và Service Interface) và Data Access Layer. LINQ to SQL đóng vai trò ORM, tự động tạo các lớp bảng trong DAL (Products, Categories...) và hỗ trợ các thao tác CRUD thông qua các phương thức Select, InsertOnSubmit, DeleteOnSubmit, SubmitChanges, giúp ánh xạ cơ sở dữ liệu quan hệ sang mô hình hướng đối tượng cho tầng BLL sử dụng.
2. OpenShop giải quyết tình trạng lãng phí bộ nhớ do các thuộc tính sản phẩm không đồng nhất bằng cách nào?
Thay vì tạo bảng Product phẳng chứa toàn bộ thuộc tính của mọi loại mặt hàng (khiến sản phẩm này có nhiều thuộc tính NULL của sản phẩm khác), hệ thống áp dụng mô hình Semi-structured Data. Thuộc tính được tách riêng thành bảng Attribute, loại sản phẩm được gán danh sách thuộc tính qua bảng CategoryAttribute, và giá trị cụ thể của từng sản phẩm được lưu độc lập tại bảng ProductAttribute với khóa chính phức hợp (ProductID, AttributeID).
3. Quy trình chào giá (Bidding) giữa người mua và các cửa hàng diễn ra như thế nào?
Người mua tạo đơn yêu cầu chào giá (BidRequest và BidRequestDetail) chỉ với tên sản phẩm mong muốn và số lượng. Các chủ cửa hàng (Seller) xem danh sách yêu cầu và gửi đơn chào giá (Bid và BidDetail) kèm mức giá cụ thể. Khi người mua duyệt chọn một đơn chào giá, hệ thống sẽ chuyển trạng thái đơn yêu cầu và đơn chào giá đó thành "Kết thúc", đồng thời các đơn chào giá từ các cửa hàng khác tự động chuyển sang trạng thái "Từ chối".
4. Vai trò của Blogger và cơ chế liên kết Facebook API trong hệ thống được thiết lập ra sao?
Blogger là người chịu trách nhiệm quản lý nội dung cho một hoặc nhiều dòng sản phẩm (ProductLine - kết hợp giữa loại sản phẩm và nhà sản xuất). Mỗi dòng sản phẩm được cấp một tài khoản Facebook riêng. Blogger soạn thảo, đăng bài viết và quản lý phản hồi trực tiếp trên giao diện OpenShop; hệ thống thông qua thư viện Facebook .NET sẽ tự động đồng bộ bài viết và liên kết nhận xét giữa website và tường Facebook của dòng sản phẩm tương ứng.
5. Chức năng so sánh sản phẩm hỗ trợ người mua đưa ra quyết định như thế nào? Khi người mua chọn các sản phẩm cùng loại để so sánh, hệ thống sẽ truy xuất toàn bộ giá trị thuộc tính kỹ thuật từ cơ sở dữ liệu và liệt kê thành bảng đối chiếu. Các thuộc tính có giá trị khác nhau giữa các sản phẩm sẽ được hệ thống tự động tô màu nổi bật, giúp người dùng nhận biết tức thì điểm khác biệt về cấu hình và thông số kỹ thuật.
Kết luận
Đồ án tốt nghiệp "Website thương mại theo mô hình B2C" của nhóm sinh viên Trường Đại học Hoa Sen đã thiết kế và hiện thực thành công hệ thống thương mại điện tử OpenShop trên nền tảng .NET và SQL Server 2008. Bằng việc ứng dụng kiến trúc 3 lớp, công nghệ LINQ to SQL và mô hình dữ liệu bán cấu trúc, đề tài đã giải quyết hiệu quả bài toán quản lý thuộc tính sản phẩm linh hoạt và tối ưu hóa truyền tải dữ liệu. Ngoài ra, việc tích hợp đồng bộ các API ngoại vi như Google Image, Flickr và Facebook đã tạo nên một mô hình mua sắm kết hợp tương tác mạng xã hội, mang lại giá trị tham khảo kỹ thuật rõ nét cho các đồ án phát triển phần mềm thương mại điện tử.