Ứng dụng SAAS xây dựng hệ thống API cho cổng tiếp thị liên kết salevia

MỤC LỤC MỤC LỤC DANH MỤC HÌNH LỜI CẢM ƠN 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? 1.1.6 Dữ liệu tơi có an toàn? 1.1.7 Điều xảy nhà cung cấp dịch vụ SaaS ngừng kinh doanh?10 1.1.8 Hạn chế SaaS gì? 10 1.1.9 Đâu khác biệt SaaS điện toán đám mây? 11 1.2 Giới thiệu Application Programming Interface(API) 11 1.2.1 API 11 1.2.2 Ứng dụng API 12 1.3 Tìm hiểu Laravel 13 1.3.1 Sự phát triển Laravel 13 1.3.2 Các điểm nhấn đặc sắc Laravel 14 1.3.3 Giới thiệu Laravel 16 1.3.4 Cài đặt Laravel thông qua Composer 16 1.3.5 Cấu trúc Laravel 18 1.3.6 Các thành phần Laravel 20 1.4 Tìm hiểu Bootstrap 29 1.4.1 Giới thiệu Bootstrap 29 1.4.2 Một số ưu điểm Boostrap 30 1.4.3 Cách sử dụng Twitter Bootstrap 31 1.5 PHP & MySQL 33 1.5.1 Hệ quản trị CSDL MySQL 33 1.5.2 PHP 33 CHƯƠNG 2: KHẢO SÁT, PHÂN TÍCH THIẾT KẾ HỆ THỐNG 35 2.1 Khảo sát 35 2.2 Giới thiệu đề tài 36 2.2.1 Yêu cầu toán 36 2.2.2 Các chức 36 2.3 Phân tích thiết kế hệ thống 36 2.3.1 Yêu cầu hệ thống 36 2.3.2 Các biểu đồ 37 CHƯƠNG : THIẾT KẾ GIAO DIỆN CHƯƠNG TRÌNH 48 3.1 Giới thiệu website 48 3.2 Giao diện chương trình 48 KẾT LUẬN 50 TÀI LIỆU THAM KHẢO 51 NHẬN XÉT, ĐÁNH GIÁ CỦA GIÁO VIÊN HƯỚNG DẪN 52 DANH MỤC HÌNH ẢNH Hình 1.1: Tỉ lệ người sử dụng Laravel năm 2013 13 Hình 1.2: Tỉ lệ người sử dụng Laravel năm 2015 14 Hình 1.3: MVC Laravel 15 Hình 1.4: Cài đặt composer 17 Hình 1.5: Cấu trúc thư mục Laravel 18 Hình 1.6: Bootstrap Github 30 Hình 1.7: Cấu trúc thư mục css framework boostrap 31 Hình 1.8: Minh hóa form boostrap 32 Hình 1.9: Kết viết form 32 Hình 1.10: Kết bootstrap responsive 32 Hình 2.1: Biểu đồ UseCase quản lý tài khoản 39 Hình 2.2 : Biểu đồ UseCase quản lý cửa hàng 40 Hình 2.3 : Biểu đồ UseCase chức khác 42 Hình 2.4 : Biểu đồ trình tự chức đăng ký 43 Hình 2.5 : Biểu đồ trình tự chức đăng nhập 44 Hình 2.6 : Biểu đồ trình tự chức tạo cửa hàng 45 Hình 2.7 : Biểu đồ trình tự thêm/xóa sản phẩm 46 Hình 2.8 : Biểu đồ trình tự cấu hình cửa hàng 47 Hình 3.1 : Giao diện trang 48 Hình 3.2 : Giao diện trang quản lý cửa hàng 48 Hình 3.3 : Giao diện trang quản lý sản phẩm 49 LỜI CẢM ƠN Em xin chân thành cảm ơn giúp đỡ nhiệt tình giảng viên, Thạc sĩ Nguyễn Quang Hiệp, người giúp đỡ em suốt trình thực đồ án để em hồn thành tốt đề tài Em xin gửi lời cảm ơn đến thầy cô giáo, giảng viên Khoa Công Nghệ Thông Tin – Trường Đại Học Công Nghệ Thông Tin Truyền Thông Thái Nguyên – Đại học Thái Nguyên thầy cô giảng dạy em suốt trình em học tập trường Con xin gửi lời cảm ơn chân thành đến gia đình, bố mẹ bạn bè nguồn động viên to lớn giúp đỡ vượt qua khó khăn suốt trình học tập Mặc dù cố gắng hoàn thiện đồ án với tất nỗ lực thân, tránh khỏi thiếu sót Kính mong q thầy đóng góp ý kiến để em hồn thiện kiến thức thân! Là sinh viên công nghệ thông tin, em tự hào ngồi trường mà theo học, tự hào tất thầy cô mình! Em xin chân thành cảm ơn! Thái Nguyên, ngày tháng Người viết báo cáo Trần Mạnh Ninh năm 2017 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 Chính phát triển mạnh mẽ công nghệ mạng viễn thong ứng dụng khai thác thông tin mạng internet ngày phát triển nhiều, phong phú đa dạng 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 Đây nguồn tài ngun thơng tin vơ lớn, quý giá quốc gia, tổ chức hay cá nhân Chỉ thời gian ngắn Laravel trở thành tượng kỳ lạ giống với kiện mà bạn nhận thấy gần "Flappy Bird", "Gangnam style" làm say mê không bạn trẻ Khi mà lập trình viên dưng quay lưng với framework đình đám Zend, Cakephp, Yii chọn lựa Laravel Framework Vì vậy, với gợi ý giảng viên Thạc sĩ Nguyễn Quang Hiệp, em chọn đề tài:“Ứng dụng SAAS xây dựng hệ thống API cho cổng tiếp thị liên kết Salevia ” 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 tơi 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 On-premise Chi phí cố định ban đầu Khơng Có – mua giấy phép vĩnh viễn thuộc sở hữu doanh nghiệp Phí th bao hàng Có Khơng tháng Phí bảo trì phí hỗ trợ Khơng – bao gồm Có – Phải trả thêm 15% hàng tháng phí th bao đến 20%/năm Mở rộng quy mơ dịch Có thể mở rộng lúc Phải mua nâng cấp vụ nào, tùy theo nhu cầu sử dụng tăng phí thuê bao Trách nhiệm kỹ thuật Nhà cung cấp dịch vụ SaaS Doanh nghiệp (khắc phục cố bảo trì hệ thống) Quy mơ doanh nghiệp Doanh nghiệp vừa nhỏ Doanh nghiệp lớn Quyền sở hữu liệu Doanh nghiệp sở hữu, cần Thuộc quyền sở hữu quy định rõ ‘Cam kết doanh nghiệp hoàn toàn mức độ dịch vụ’ (SLA) Cập nhật phiên Nhà cung cấp dịch vụ SaaS Cập nhật theo nhu cầu tự động cập nhật thường doanh nghiệp, cần trả phí xun, khơng cần trả 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à chúng tơi khơng thể 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 tồ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 tố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 1.1.7 Điều xảy nhà cung cấp dịch vụ SaaS ngừng kinh doanh? Đây thắc mắc hợp lí giới phần mềm Các nhà cung cấp liên tục đời phá sản thực việc hợp doanh nghiệp kinh doanh thất bại Tuy nhiên, liệu bạn Hầu hết nhà cung cấp SaaS trả trước cho công ty lưu trữ liệu trung tâm để lưu trữ liệu vĩnh viễn Lệ phí trả trước dùng để bảo vệ doanh nghiệp, đảm bảo liệu họ truy cập trường hợp nhà cung cấp gặp chuyện Điều quan trọng phải đảm bảo SLA bạn có điều khoản quy định rõ ràng việc bạn xuất liệu từ nhà cung cấp Điều khoản nên quy định mức độ thường xuyên bạn truy cập vào liệu thơng qua loại định dạng Thông thường, SLAs quy định việc nhà cung cấp giúp di dời liệu bạn với mức phí thích hợp 1.1.8 Hạn chế SaaS gì? Nhược điểm SaaS phụ thuộc vào đường truyền kết nối Internet Trong nhiều người tin hệ thống on-premise đáng tin cậy thực tế khơng có hệ thống hồn tồn khơng chịu ảnh hưởng “downtime” Phần mềm on-premise dễ bị điện, lỗi phần cứng loạt rủi ro khác Một số nhà cung cấp SaaS phát triển chức “offline” cho phép người tiếp tục làm việc trường hợp rớt mạng biện pháp dự phòng Khi internet kết nối lại, tất liệu đồng hóa với hệ thống 10 Danh sách chức STT UseCase Mơ tả Authenticate Chức dùng để xác thực tài khoản Gồm có (Xác thực) Manage account (Quản lý tài khoản) Manage shops (Quản lý cửa hàng) Search (Tìm kiếm) Order Statistic chức đăng ký đăng nhập Chức dùng để quản lý tài khoản Gồm có chức thay đổi thơng tin, thay đổi mật nâng cấp tài khoản Chức dùng để quản lý cửa hàng người dùng Gồm có chức năng: tạo cửa hàng, cấu hình cửa hàng quản lý thêm xóa sản phẩm Chức dùng để tìm kiếm giúp người dùng dễ dàng truy cập vào chức khác Chức dùng để thống kê hóa đơn sản (Thống kê hóa đơn) phẩm bán trang web người dùng 38  Biểu đồ chức quản lý tài khoản Hình 2.1: Biểu đồ UseCase quản lý tài khoản Đặc tả UseCase Mục đích: Usecase cho phép người dùng quản lý tài khoản cá nhân Tác nhân: Người dùng Tiền điều kiện: Người dùng phải thực đăng nhập đăng ký vào hệ thống trước hệ thống xác thực có đủ quyền để thực chức Luồng kiện chính: Người dùng thực chọn chức năng: - Cập nhật thông tin: Chức cho phép người dùng thay đổi thông tin - Nâng cấp tài khoản: Chức để người dùng nâng cấp tài khoản( yêu cầu muốn tạo cửa hàng) - Thay đổi mật khẩu: Chức thay đổi mật 39  Biểu đồ chức quản lý cửa hàng Hình 2.2 : Biểu đồ UseCase quản lý cửa hàng Đặc tả UseCase Mục đích: Usecase cho phép người dùng quản lý cửa hàng Tác nhân: Người dùng Tiền điều kiện: Người dùng phải thực đăng nhập đăng ký vào hệ thống trước hệ thống xác thực có đủ quyền để thực chức Luồng kiện chính: Người dùng thực chọn chức năng: - Tạo cửa hàng: Chức cho phép người dùng tạo thêm cửa hàng với subdomain - Quản lý cửa hàng + Cấu hình cửa hàng: 40 o Cấu hình bản: Chức cho phép người dùng cập nhật thông số cửa hàng tiêu đề, logo, icon o Cấu hình giao diện: Chức cho phép người dùng lựa chọn giao diện cho trang web o Cấu hình slider: Chức cấu hình slider ngồi trang chủ trang web + Quản lý sản phẩm: o Thêm sản phẩm: Chức cho phép người dùng thêm sản phẩm mà họ muốn hiển thị trang web o Xóa sản phẩm: Chức cho phép người dùng xóa sản phẩm mà họ muốn hiển thị trang web 41  Biểu đồ chức khác Hình 2.3 : Biểu đồ UseCase chức khác Đặc tả UseCase Mục đích: Usecase cho phép người dùng tìm kiếm thống kê Tác nhân: Người dùng Tiền điều kiện: Người dùng phải thực đăng nhập đăng ký vào hệ thống trước hệ thống xác thực có đủ quyền để thực chức Luồng kiện chính: Người dùng thực chọn chức năng: Thống kê order, tìm kiếm 42 2.3.2.2 Biểu đồ trình tự  Biểu đồ trình tự chức đăng ký Hình 2.4 : Biểu đồ trình tự chức đăng ký 43  Biểu đồ trình tự chức đăng nhập Hình 2.5 : Biểu đồ trình tự chức đăng nhập 44  Biểu đồ trình tự chức tạo cửa hàng Hình 2.6 : Biểu đồ trình tự chức tạo cửa hàng 45  Biểu đồ trình tự chức quản lý sản phẩm Hình 2.7 : Biểu đồ trình tự thêm/xóa sản phẩm 46  Biểu đồ trình tự chức cấu hình cửa hàng Hình 2.8 : Biểu đồ trình tự cấu hình cửa hàng 47 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 người sử dụng  Website có tầm sử dụng lớn  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 Giao diện trang quản lý cửa hàng Hình 3.2 : Giao diện trang quản lý cửa hàng 48 Giao diện trang quản lý sản phẩm Hình 3.3 : Giao diện trang quản lý sản phẩm 49 KẾT LUẬN “Xây dựng website” khơng phải vấn đề mẻ, mang tính thực tế cao, giai đoạn Khi Việt Nam tiến hành sách cơng nghiệp hố, đại hố đất nước, nhu cầu mở cửa hàng mua sắm online phát triển mạnh.Vì vậy, em làm đề tài nhằm đưa giải pháp giúp người dùng mở cửa hàng online giúp kiếm thêm thu nhập cho thân, gia đình Trong thời gian ngắn, em vừa tìm hiểu kĩ thuật, tìm hiểu ngơn ngữ, nên chắn nhiều thiếu sót Nhưng thời gian tới, em hoàn thiện kĩ thuật đưa hệ thống website hồn hảo Mong thầy châm chước cho em Em xin chân thành cảm ơn thầy hướng dẫn giúp đỡ chúng em hoàn tất đề tài Định hướng phát triển:  Trau chuốt đồ họa khiến website trở nên đơn giản cho việc sử dụng, khoa học hợp lý  Tìm hiểu chi tiết ngơn ngữ lập trình PHP & MySQL, framework laravel để cấu trúc lại trang web rõ ràng hơn, tìm hiểu thêm bảo mật để đảm bảo hệ thống an tồn đưa vào sử dụng  Hoàn thiện chức đưa vào sử dụng 50 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 51 NHẬN XÉT, ĐÁNH GIÁ CỦA GIÁO VIÊN HƯỚNG DẪN ……………………………………………………………………………………… ……………………………………………………………………………………… ……………………………………………………………………………………… ……………………………………………………………………………………… ……………………………………………………………………………………… ……………………………………………………………………………………… ……………………………………………………………………………………… ……………………………………………………………………………………… ……………………………………………………………………………………… ……………………………………………………………………………………… ……………………………………………………………………………………… ……………………………………………………………………………………… ……………………………………………………………………………………… ……………………………………………………………………………………… Thái Nguyên, ngày tháng năm 2017 Giáo viên hướng dẫn 52 ... em chọn đề tài: Ứng dụng SAAS xây dựng hệ thống API cho cổng tiếp thị liên kết Salevia ” 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... Postgres, SQL Server SQLite - Đáp ứng nhiều loại ứng dụng, từ ứng dụng dành cho Enterprise, hay ứng dụng hỗ trợ RESTful, ứng dụng web đơn giản - Laravel xây dựng số thành phần Symphony, lập trình... qua API cho sẵn, phải thực API Trong nhiều tình huống, API thường phần SDK, hay software development kit Một SDK bao gồm API cơng cụ/phần cứng, hai thuật ngữ không thay cho 1.2.2 Ứng dụng API