LỜI CẢM ƠN Sau quãng thời gian học tập rèn luyện trường Công nghệ thông tin truyền thông – Thái Nguyên, nỗ lực học tập thân, giúp đỡ bạn bè đặc biệt dìu dắt đầy tâm huyết thầy cô trường, kết thúc chặng đường năm em thấy trưởng thành với kiến thức tích lũy q trình học tập, em cố gắng sống làm việc thật tốt, trở thành người có ích cho gia đình xã hội Với lòng biết ơn sâu sắc nhất, em xin gửi lời cảm ơn chân thành đến Thạc sĩ Nguyễn Quang Hiệp thầy cô khoa Công nghệ thông tin tâm huyết truyền đạt vốn kiến thức quý báu cho em, tận tình giúp đỡ động viên em suốt thời gian thực đồ án tốt nghiệp Sau em xin kính chúc thầy dồi sức khỏe, tràn đầy tâm huyết để tiếp tục vững tay chèo lái thuyền đưa hệ sinh viên cập bến bờ tri thức Trong phạm vi khả cho phép, em cố gắng để hoàn thành đề tài cách tốt Xong, với kiến thức có hạn, chắn khơng tránh khỏi thiếu sót Em kính mong nhận thơng cảm đóng góp ý kiến tích cực từ phía thầy bạn Em xin chân thành cảm ơn! LỜI CAM ĐOAN Em tên là: Đỗ Văn Khang – sinh viên lớp CNTT-K11A, khoa công nghệ thông tin, trường Đại học Công Nghệ Thông Tin Truyền Thông - Đại học Thái Nguyên, khóa 2012-2017 Em xin cam đoan thực trình làm đồ án cách khoa học, xác trung thực Tồn kết trình làm đồ án thành trình học tập, nghiên cứu em, hướng dẫn Thạc sĩ Nguyễn Quang Hiệp Nội dung đồ án có tham khảo, sử dụng tài liệu thông tin từ số nguồn khác trích dẫn phần tài liệu tham khảo Em xin chịu trách nhiệm toàn trước báo cáo mình! Thái Nguyên, Ngày tháng năm 2017 Sinh viên Đỗ Văn Khang MỤC LỤC LỜI CẢM ƠN LỜI CAM ĐOAN MỤC LỤC DANH MỤC HÌNH LỜI MỞ ĐẦU CHƯƠNG : CƠ SỞ LÝ THUYẾT 1.1 Dịch vụ Software as a Service (SaaS) 1.1.1 Giới thiệu SaaS 1.1.2 Làm để chọn SaaS phần mềm on-premise? 1.1.3 SaaS có với người sử dụng? 1.1.4 Liệu tơi tùy chỉnh phần mềm SaaS? 1.1.5 Ai sở hữu liệu tôi? 10 1.1.6 Dữ liệu tơi có an toàn? 10 1.1.7 Điều xảy nhà cung cấp dịch vụ SaaS ngừng kinh doanh? 11 1.1.8 Hạn chế SaaS gì? 11 1.1.9 Đâu khác biệt SaaS điện toán đám mây? 11 1.2 Giới thiệu Affiliate 12 1.2.1 Affiliate ? 12 1.2.2 Lợi ích Affiliate Marketing 12 1.3 Giới thiệu Application Programming Interface(API) 13 1.3.1 API 13 1.3.2 Ứng dụng API 14 1.4 Tìm hiểu Laravel 14 1.4.1 Giới thiệu Laravel 14 1.4.2 Sự phát triển Laravel 15 1.4.3 Các điểm nhấn đặc sắc Laravel 15 1.4.4 Cài đặt Laravel thông qua Composer 17 1.4.5 Cấu trúc Laravel 18 1.4.6 Các thành phần Laravel 20 1.5 Tìm hiểu Bootstrap 28 1.5.1 Giới thiệu Bootstrap 28 1.5.2 Một số ưu điểm Boostrap 29 1.5.3 Cách sử dụng Twitter Bootstrap 30 1.6 PHP & MySQL 32 1.6.1 Hệ quản trị CSDL MySQL 32 1.6.2 PHP 32 1.7 Unified Modeling Language (UML) 33 1.7.1 Giới thiệu UML 33 1.7.2 Kiểu liệu UML 34 1.7.3 Biểu đồ UML 34 CHƯƠNG 2: KHẢO SÁT, PHÂN TÍCH THIẾT KẾ HỆ THỐNG 37 2.1 Khảo sát hệ thống 37 2.1.1 Đặt vấn đề 37 2.1.2 Cách thức hoạt động Lazada Affiliate 38 2.1.3 Yêu cầu toán 38 2.1.4 Các chức 38 2.1.5 Các bước xây dựng hệ thống 39 2.2 Phân tích thiết kế hệ thống 40 2.2.1 Yêu cầu hệ thống 40 2.2.2 Biểu đồ trường hợp sử dụng (Use case) 40 2.2.3 Biểu đồ trình tự (Sequence) 45 CHƯƠNG : THIẾT KẾ GIAO DIỆN CHƯƠNG TRÌNH 49 3.1 Giới thiệu website 49 3.2 Giao diện chương trình 49 KẾT LUẬN 52 TÀI LIỆU THAM KHẢO 53 DANH MỤC HÌNH Hình 1.1 : Tỉ lệ người sử dụng Laravel năm 2015 15 Hình 1.2 : MVC Laravel 16 Hình 1.3 : Cài đặt composer 17 Hình 1.4 : Cấu trúc thư mục Laravel 18 Hình 1.5 : Bootstrap Github 29 Hình 1.6 : Cấu trúc thư mục css framework boostrap 30 Hình 1.7 : minh hóa form boostrap 31 Hình 1.8 : Kết viết form 31 Hình 1.9 : Kết bootstrap responsive 31 Hình 2.1 : Cách thức hoạt động Lazada affiliate 38 Hình 2.2 : Hoạt động hệ thống dk100 39 Hình 2.3 : Cơ sở liệu hệ thống dk100 39 Hình 2.4 : Biểu đồ Use Case hệ thống salevia.com 40 Hình 2.5 : Biểu đồ phân rã usecase xem hiển thị cấu hình cửa hàng 41 Hình 2.6 : Biểu đồ phân rã usecase xem chi tiết sản phẩm 42 Hình 2.7 : Biểu đồ phân rã usecase hệ thống dk100 43 Hình 2.8 : Biểu đồ phân rã usecase lấy chi tiết thông tin sản phẩm 44 Hình 2.9 : Biểu đồ trình tự lấy dự liệu hệ thống dk100 45 Hình 2.10 : Biểu đồ trình tự chức xem trang, hiển thị cấu hình cửa hàng 45 Hình 2.11 : Biểu đồ trình tự chức xem sản phẩm theo danh mục 46 Hình 2.12 : Biểu đồ trình tự chức xem chi tiết sản phẩm 46 Hình 2.13 : Biểu đồ trình tự chức tìm kiếm 47 Hình 2.14 : Biểu đồ trình tự chức mua sản phẩm 47 Hình 2.15 : Biểu đồ trình tự chức chia sẻ sản phẩm 48 Hình 3.1 : Giao diện trang 49 Hình 3.2 : Giao diện trang danh mục sản phẩm 50 Hình 3.3 : Giao diện trang chi tiết sản phẩm 51 LỜI MỞ ĐẦU Trong thời đại ngày nay, mạng internet ứng dụng internet trở nên phổ biến đóng vai trò quan trọng nhiều lĩnh vực sống, kinh tế, xã hội Một ứng dụng thành phần quan trọng mạng internet website Mọi thông tin mạng internet hầu hết xuất cập nhật từ website Các hệ thống website thương mại điện tử từ hình thành nhu cầu tất yếu người dùng, để giúp việc mua sắm trở lên dễ dàng với cú nhấp chuột Affiliate marketing (Tiếp thị liên kết) hình thức quảng bá sản phẩm dịch vụ nhà cung cấp cơng ty có sản phẩm, dịch vụ muốn thông trang mạng đối tác quảng bá sản phẩm, dịch vụ đến người dùng cuối Nó phát triển Việt Nam miếng mồi kiếm bội cho nhà đối tác với phần trăm hoa hồng lớn Vì vậy, với gợi ý giảng viên Thạc sĩ Nguyễn Quang Hiệp, em chọn đề tài:“Xây dựng hệ thống thương mại điện tử SaleVia.com” Trước tiên em xin gửi lời cảm ơn đến thầy giáo Thạc sĩ Nguyễn Quang Hiệp, giảng viên trực tiếp hướng dẫn em suốt trình làm đồ án Cảm ơn thầy tạo cho em điều kiện thuận lợi để em hồn thành tốt đề tài đồ án Bên cạnh kết khiêm tốn mà em đạt được, chắn không tránh khỏi thiếu sót hạn chế nội dung báo cáo chương trình Kính mong nhận ý kiến đóng góp thầy để em hoàn thiện Em xin chân thành cảm ơn! Thái Nguyên, ngày , tháng , năm 2017 Người viết báo cáo Đỗ Văn Khang CHƯƠNG : CƠ SỞ LÝ THUYẾT 1.1 Dịch vụ Software as a Service (SaaS) 1.1.1 Giới thiệu SaaS SaaS (Software as a Service) dạng chuyển giao phần mềm cho phép truy cập liệu từ thiết bị có kết nối internet cài đặt trình duyệt web Trong mơ hình chạy web này, nhà cung cấp phần mềm thực nhiệm vụ lưu trữ bảo trì máy chủ, sở liệu đoạn mã để cấu thành ứng dụng Đây cải tiến đặc biệt so với mơ hình on-premise doanh nghiệp không cần đầu tư vào phần cứng dung lượng lớn để lưu trữ phần mềm Doanh nghiệp chịu trách nhiệm kỹ thuật khắc phục cố bảo trì hệ thống Các nhà cung cấp dịch vụ SaaS lo việc Ngồi việc cho phép truy cập từ xa vào phần mềm ứng dụng liệu thông qua web, SaaS khác với phần mềm on-premise phương diện chi phí Phần mềm on-premise thường mua thơng qua giấy phép vĩnh viễn, nghĩa doanh nghiệp sở hữu phần mềm Ngồi ra, doanh nghiệp phải trả từ 15% đến 20% phí bảo trì phí hỗ trợ hàng tháng Ngược lại, SaaS cho phép người mua trả khoản phí thuê bao hàng năm hàng tháng, chi phí bao gồm giấy phép sử dụng phần mềm, phí hỗ trợ hầu hết chi phí khác Lợi ích SaaS linh hoạt mở rộng quy mô dịch vụ để phù hợp với nhu cầu doanh nghiệp theo thời gian, từ giúp tiết kiệm chi phí 1.1.2 Làm để chọn SaaS phần mềm on-premise? Đầu tiên bạn phải xác định mức độ phức tạp mơ hình kinh doanh doanh nghiệp Chúng thường đề xuất SaaS cho doanh nghiệp vừa nhỏ với với quy trình làm việc đơn giản mong muốn giảm bớt chi phí cố định Tại lại vậy? Các giải pháp SaaS giúp tiết kiệm chi phí xử lý yêu cầu phức tạp doanh nghiệp lớn Nếu muốn theo kịp hệ thống on-premise SaaS cần phát triển chức mạnh mẽ tương tự hệ thống on-premise Trong SaaS dần thu hẹp khoảng cách chức hệ thống nhiều điểm khác biệt Đơn cử xí nghiệp cỡ vừa sản xuất chi tiết hàng không vũ trụ kỹ thuật cao theo đơn đặt hàng phù hợp với hệ thống on- premise, đơn giản hệ thống có tuổi thọ lớn có nhiều chức Mặt khác, nhà máy chuyên sản xuất loại đai ốc bu lơng tìm thấy tất chức cần thiết giải pháp SaaS NetSuite Plex Systems Vì vậy, quan trọng bạn phải hiểu rõ nhu cầu tổ chức giải pháp giúp bạn đáp ứng nhu cầu tương lai gần xa 1.1.3 SaaS có với người sử dụng? Khởi nguồn môi trường chia sẻ tài nguyên điện toán đám mây xuất phát từ năm thập niên 60 Trong phát biểu năm 1961 gửi đến sinh viên Học viện Công nghệ Massachusetts, nhà khoa học máy tính lừng danh John McCarthy, người đạt giải thưởng Turing với tác phẩm Trí Tuệ Nhân Tạo có câu nói tiếng: “Thao tác điện tốn ngày tổ chức dịch vụ cơng cộng.” Nói cách khác, khái niệm điện tốn đám mây cách thức chia sẻ lực tính tốn Trong ý tưởng có từ trước, công nghệ dựa tảng web yêu cầu hỗ trợ SaaS phát triển mạnh mẽ từ cuối năm 1990 Đó cơng ty Salesforce bắt đầu cung cấp giải pháp cho hoạt động kinh doanh truyền thống, chẳng hạn quản lý quan hệ khách hàng thơng qua mơ hình SaaS Lúc đầu, doanh nghiệp phần mềm giới không nhìn nhận SaaS cách nghiêm túc Tuy nhiên, năm trở lại đây, có chuyển biến mạnh mẽ doanh nghiệp SaaS chứng minh họ tăng doanh thu tảng người dùng thơng qua mơ hình cấp giấy phép đăng ký Đồng thời, người mua ngày bị thu hút tính tiết kiệm chi phí quen thuộc giao diện người dùng (UI) giống trình duyệt web mà giải pháp SaaS cung cấp SaaS Chi phí cố định ban đầu Phí thuê bao hàng tháng Phí bảo trì phí hỗ On-premise Có – mua giấy phép Không vĩnh viễn thuộc sở hữu doanh nghiệp Có Khơng Khơng – bao gồm phí Có – Phải trả thêm 15% trợ hàng tháng Mở rộng quy mô dịch vụ thuê bao đến 20%/năm Có thể mở rộng lúc nào, tùy theo nhu cầu sử dụng tăng phí thuê bao Phải mua nâng cấp Trách nhiệm kỹ thuật (khắc phục cố Nhà cung cấp dịch vụ SaaS Doanh nghiệp bảo trì hệ thống) Quy mô doanh nghiệp Doanh nghiệp vừa nhỏ Doanh nghiệp sở hữu, cần quy Quyền sở hữu liệu định rõ ‘Cam kết mức độ dịch vụ’ (SLA) Cập nhật phiên Doanh nghiệp lớn Thuộc quyền sở hữu doanh nghiệp hoàn toàn Nhà cung cấp dịch vụ SaaS tự Cập nhật theo nhu cầu động cập nhật thường xuyên, doanh nghiệp, cần trả không cần trả phí phí 1.1.4 Liệu tơi tùy chỉnh phần mềm SaaS? Khi ứng dụng SaaS lần xuất hiện, tuỳ biến hạn chế Mọi doanh nghiệp có giải pháp phải thay đổi quy trình kinh doanh để phù hợp với phần mềm mà họ nhận Ngày nay, việc tùy chỉnh hệ thống SaaS ngày trở nên dễ dàng phổ biến Có hẳn đội ngũ tư vấn viên chuyên tinh chỉnh ứng dụng SaaS để phù hợp với quy trình kinh doanh bạn Người mua tùy chỉnh giao diện người dùng chương trình, sửa đổi trường liệu cần Một vài tính quy trình kinh doanh tắt bật theo ý muốn Tuy nhiên, khả tương thích phần mềm SaaS điểm cần so sánh với giải pháp on-premise Khi thị trường SaaS tăng trưởng mạnh, nhà cung cấp phần mềm đầu tư nhiều vào việc phát triển để cung cấp nhiều tuỳ chỉnh linh hoạt mà doanh nghiệp vốn quen thuộc với phần mềm on-premise Tất nhiên, tất điều thay đổi tùy thuộc vào loại ứng dụng nhà cung cấp 1.1.5 Ai sở hữu liệu tôi? Rất nhiều khách hàng lo ngại nhà cung cấp SaaS “sở hữu” liệu họ Chắc chắn điều cần nhận biết đàm phán Cam kết mức độ dịch vụ (SLA) với nhà cung cấp SaaS bạn Ngoài tiêu chuẩn hệ thống đáng tin cậy, SLA cần phải giải thích rõ ràng thông số sản phẩm, chẳng hạn quyền sở hữu liệu, yêu cầu bảo mật lịch bảo trì Đây tài liệu quan trọng phức tạp mà nói hết Doanh nghiệp phải đảm bảo chắn chắn SLA có điều khoản quy định quyền sở hữu liệu Hầu hết hợp đồng SaaS lập với điều khoản trả trước dự phòng quy định quyền truy cập vào liệu doanh nghiệp nhà cung cấp ngừng kinh doanh (xem thêm câu hỏi số 7) Điều khoản đảm bảo doanh nghiệp có quyền sở hữu liệu Hơn nữa, hầu hết nhà cung cấp SaaS cho phép bạn truy xuất liệu lưu cục bạn muốn Sẽ bất thường nhà cung cấp khăng khăng giữ quyền sở hữu liệu bạn Nếu bạn nhận thấy điều hợp đồng, đừng đặt bút kí 1.1.6 Dữ liệu tơi có an toàn? Đây điểm then chốt ảnh hưởng đến định doanh nghiệp cân nhắc việc sử dụng SaaS Bảo mật vấn đề cần xem xét kĩ cho phép lưu trữ liệu kinh doanh quan trọng doanh nghiệp, đặc biệt doanh nghiệp có hệ thống liệu lớn Tuy nhiên, ngày nay, với hệ thống ngân hàng hệ thống lương trực tuyến trở thành quy chuẩn, vấn đề an ninh khơng đáng lo Một số thứ quan trọng tài khoản ngân hàng, nhiên hầu hết thấy thoải mái gửi thông tin vào dịch vụ điện toán đám mây Thật vậy, bảo mật liệu không phụ thuộc việc máy chủ đặt cạnh bạn hay thành phố khác Công mà nói, nhà cung cấp SaaS thực đầu tư vào bảo mật, lưu bảo trì nhiều doanh nghiệp nhỏ vừa Vì lẽ đó, hệ thống dựa tảng web thường có mức bảo mật cao hơn hệ thống phần mềm on-premise Ngoài ra, hầu hết nhà cung cấp SaaS trải qua quy trình bảo mật nghiêm ngặt kiểm toán SAS70 Type II để kiểm tra mức độ bảo mật trung tâm liệu 10  Salevia.com Lấy liệu từ API dược tạo sẵn bên hệ thống dk100, để hiển thị liệu cho khách hàng  Salevia.net Lấy liệu từ API để quản lý sản phẩm, cửa hàng, đơn hàng 2.2 Phân tích thiết kế hệ thống 2.2.1 Yêu cầu hệ thống 2.2.1.1 Hệ thống Salevia.com Khi hoạt động, yêu cầu hệ thống phải đảm bảo đáp ứng tốt yêu cầu sau: Xuất liệu : Đầy đủ, xác cho từ sản phẩm danh mục sản phẩm Giao diện thân thiện, chức bố trí thống nhất, khoa học có khả trợ giúp người dùng 2.2.1.2 Hệ thống dk100 - Tạo API cho phép lấy liệu mà applications cần - Hoạt động hiệu - Các hệ thống khác dễ dàng sử dụng 2.2.2 Biểu đồ trường hợp sử dụng (Use case) 2.2.2.1 Hệ thống Salevia.com Hình 2.4 : Biểu đồ Use Case hệ thống salevia.com 40 Số thứ tự Usecase View Website Mô tả Ngay khách hàng truy cập vào website, trang chủ lên cho khách hàng xem Khi khách hàng click vào xem danh mục View product by sản phẩm, khách hàng chuyển tiếp sang category trang danh mục, hiển thị tất sản phẩm có danh mục View product detail Search product simple, advance Buy Product Share on Facebook Print page Show config shop Xem chi tiết tất thơng tin có sản phẩm Hiển tất sản phẩm sau truy vấn từ khóa khách hàng Mua sản phẩm mà khách hàng muốn Khách hàng chia sẻ sản phẩm thích lên mạng xã hội Facebook In trang mà khách hàng dang xem Hiển thị cấu hình cửa hàng : theme, currency  Phân rã thành biểu đồ Usecase - Biểu đồ usecase xem website Hình 2.5 : Biểu đồ phân rã usecase xem hiển thị cấu hình cửa hàng Đặc tả UseCase Mục đích: Usecase cho phép khách hàng sau truy cập website xem sản phẩm Tác nhân: Khách hàng Tiền điều kiện: Khác hàng phải truy cập vào website salevia.com subdomain.saleviacom 41 Luồng kiện chính: 1) Khách hàng truy cập vào website salevia.com subdomain.salevia.com 2) Hệ thống mạng kiểm tra có tên miền có hợp lệ hay khơng? Nếu khơng hợp lệ thực luồng (A1) 3) Hiển thị sản phẩm website có tên miền truy cập Luồng nhánh A1: tên miền không hợp lệ 4) Thông báo tên miền không hợp lệ 5) Trả trang lỗi 404 - Xem chi tiết sản phẩm Hình 2.6 : Biểu đồ phân rã usecase xem chi tiết sản phẩm Đặc tả UseCase Mục đích: Usecase cho phép khách hàng sau click nút xem chi tiết sản phẩm chuyển sang trang hiển thị chi tiết sản phẩm Tác nhân: Khách hàng Tiền điều kiện: Khác hàng phải click vào nút xem chi tiết truy cập vào đường dẫn xem chi tiết sản Luồng kiện chính: 1) Khách hàng truy click vào nút xem chi tiết truy cập đường dẫn xem chi tiết sản phẩm 2) Hệ thống kiểm tra đường dẫn có hợp lệ hay khơng? Nếu khơng hợp lệ thực luồng (A1) 3) Hiển thị trang chi tiết sản phẩm Luồng nhánh A1: đường dẫn không hợp lệ 4) Thông báo tên miền không hợp lệ 5) Trả trang lỗi 404 42 2.2.2.2 Hệ thống dk100 Biểu đồ trường hợp sử dụng (Use case) Hình 2.7 : Biểu đồ phân rã usecase hệ thống dk100 Số thứ tự Usecase Get product detail Get product by category Get shop infomation Search product Mô tả Trả liệu chi tiết sản phẩm hệ thống khác yêu cầu Trả liệu tất sản phẩm có danh mục thuộc cửa hàng mà ứng dụng yêu cầu Trả thơng tin cửa hàng, cấu hình cửa hàng… Trả thông tin sản phẩm mà ứng dụng yêu cầu kèm theo từ khóa 43  Phân rã thành biểu đồ usecase - Lấy chi tiết sản phẩm Hình 2.8 : Biểu đồ phân rã usecase lấy chi tiết thông tin sản phẩm Đặc tả UseCase Mục đích: Usecase cho hệ thống khác lấy thơng tin chi tiết sản Tác nhân: Hệ thống Tiền điều kiện: Hệ thống gửi đường dẫn API kèm theo tham số định danh sản phẩm, định danh cửa hàng Luồng kiện chính: 1) Hệ thống gửi đường dẫn API lấy thông tin chi tiết sản phẩm theo định danh sản phẩm, định danh cửa hàng 2) Hệ thống dk100 kiểm tra đường dẫn tham số kèm theo có hợp lệ hay khơng? Nếu khơng hợp lệ thực luồng (A1) 3) Trả liệu thông tin chi tiết sản phẩm với định danh kèm theo Luồng nhánh A1: đường dẫn tham số không hợp lệ 4) Thông Not Found! 5) Trả liệu rỗng 44 2.2.3 Biểu đồ trình tự (Sequence) 2.2.3.1 Hệ thống dk100 Hình 2.9 : Biểu đồ trình tự lấy dự liệu hệ thống dk100 2.2.3.2 Hệ thống salevia.com  Biểu đồ trình tự chức xem website, hiển thị cấu hình cửa hàng Hình 2.10 : Biểu đồ trình tự chức xem trang, hiển thị cấu hình cửa hàng 45  Biểu đồ trình tự chức xem sản phẩm theo danh mục Hình 2.11 : Biểu đồ trình tự chức xem sản phẩm theo danh mục  Biểu đồ trình tự chức xem chi tiết sản phẩm Hình 2.12 : Biểu đồ trình tự chức xem chi tiết sản phẩm 46  Biểu đồ trình tự chức tìm kiếm Hình 2.13 : Biểu đồ trình tự chức tìm kiếm  Biểu đồ trình tự chức mua sản phẩm Hình 2.14 : Biểu đồ trình tự chức mua sản phẩm 47  Biểu đồ trình tự chức chia sẻ sản phẩm Hình 2.15 : Biểu đồ trình tự chức chia sẻ sản phẩm 48 CHƯƠNG : THIẾT KẾ GIAO DIỆN CHƯƠNG TRÌNH 3.1 Giới thiệu website  Website có giao diện đơn giản, thân thiện, màu sắc hài hoà, thoải mái cho khách hàng  Các chức bố cục rõ ràng, thuận tiện, dễ dàng thao tác xử lý 3.2 Giao diện chương trình Giao diện trang Hình 3.1 : Giao diện trang - Hiển thị cấu hình cửa hàng : slider, logo, ngôn ngữ, đơn vị tiền tệ… - Hiển thị danh mục sản phẩm - Hiển thị dịch vụ cửa hàng - Danh sách sản phẩm danh mục bật 49 Giao diện trang hiển thị danh mục sản phẩm Hình 3.2 : Giao diện trang danh mục sản phẩm - Hiển thị danh mục sản phẩm - Hiển thị sản phẩm theo danh mục - Lọc sản phẩm theo giá - Sắp sếp sản phẩm theo thứ tự bảng chữ ngược lại, theo giá tiền từ cao xuống thấp ngược lại - Hiển thị sản phẩm dạng lưới dạng danh sách - Phân trang sản phẩm có số lượng lớn 50 Giao diện trang chi tiết sản phẩm Hình 3.3 : Giao diện trang chi tiết sản phẩm - Hiển thị thông tin chi tiết sản phẩm: tên sản phẩm, giá cũ, giá giảm, phần trăm giảm giá - In trang - Chia sẻ sang mạng xã hội facebook - Hiển thi đường dẫn đến danh mục mẹ - Hiển thị sản phẩm có liên quan đến sản phẩm xem 51 KẾT LUẬN Đề tài “Xây dựng hệ thống thương mại điện tử SaleVia.com” xuất phát từ thực tế ngày mơ hình tiếp thị liên kết ngày phát triển Việt Nam nhà tiếp thị bội thu với mơ hình Và nhằm tạo tảng sở ban đầu để sau em tìm hiểu chương trình tiếp thị liên kết hệ thống thương mại điện tử lớn giới Ebay, Amazon Mặc dù có nhiều cố gắng, tìm hiểu kiến thức học, kết hợp tra cứu tài liệu chuyên nghành đề tài “Xây dựng hệ thống thương mại điện tử SaleVia.com” hạn chế thời gian, khả kinh nghiệm nên không tránh khỏi thiếu sót định nên đề tài hồn thành mức độ sau: - Nghiên cứu ngôn ngữ lập trình web HTML, PHP& MySQL, framework Laravel, dịch vụ SaaS, API - Áp dụng ngơn ngữ lập trình cơng nghệ tìm hiểu xây dựng ứng dụng thực nghiệm Hướng phát triển : - Nghiên cứu sâu thêm ngơn ngữ lập trình PHP &MySQL, framework Laravel cơng nghệ SaaS, API chương trình Affiliate để xây dựng hệ thống tiếp thị liên kết lớn phục vụ nhu cầu “Đối tác” tiếp thị - Mở rộng nhiều tính hệ thống phục vụ tốt cho khách hàng, tăng khả tương tác giữ người dùng hệ thống - Tối ưu hóa hệ thống - Cải thiện giao diện bắt mắt, phù hợp với nhu cầu người dùng xu hướng - Tích hợp thêm chương trình tiếp thị liên kết hệ thống thương mại điện tử lớn giới : Ebay, Amazon Một lần em xin chân thành cảm ơn thầy giáo hướng dẫn Thạc sĩ Nguyễn Quang Hiệp, thầy cô giáo khoa Công Nghệ Thông Tin giúp em hoàn thành đồ án tốt nghiệp Em xin chân thành cảm ơn ! 52 TÀI LIỆU THAM KHẢO [1] Nguyễn Văn Ban, Phân tích thiết kế hệ thống, NXB KHKT 2005 [2] Nguyễn Văn Ba, Phân tích thiết kế hệ thống thơng tin, NXB KHKT 2002 [3] Steven Holzner, Thiết kế web động với PhP 5, NXB Thống kê 2008 [4] Phạm Hữu Khanh, Hoàng Đức Hải, Xây dựng ứng dụng web PhP MySQL, NXB Phương Đông 2009 [5] http://getbootstrap.com [6] http://laravel.com [7] https://vi.wikipedia.org [6] https://github.com 53 NHẬN XÉT CỦA GIÁO VIÊN HƯỚNG DẪN ……………… ……………… ……………… ……………… ……………… ……………… ……………… ……………… ……………… ……………… ……………… ……………… ……………… ……………… ……………… ……………… ……………… Thái Nguyên, ngày tháng … năm 2017 Giảng viên hướng dẫn 54 ... lớn Vì vậy, với gợi ý giảng viên Thạc sĩ Nguyễn Quang Hiệp, em chọn đề tài: Xây dựng hệ thống thương mại điện tử SaleVia. com Trước tiên em xin gửi lời cảm ơn đến thầy giáo Thạc sĩ Nguyễn Quang... affiliate 38 Hình 2.2 : Hoạt động hệ thống dk100 39 Hình 2.3 : Cơ sở liệu hệ thống dk100 39 Hình 2.4 : Biểu đồ Use Case hệ thống salevia. com 40 Hình 2.5 : Biểu đồ phân... 38 2.1.4 Các chức 38 2.1.5 Các bước xây dựng hệ thống 39 2.2 Phân tích thiết kế hệ thống 40 2.2.1 Yêu cầu hệ thống 40 2.2.2 Biểu đồ trường hợp sử dụng