Ứng dụng kỹ thuật lập trình hướng ASPECT vào mô hình định hướng phát triển các ứng dụng WEB phổ biến

1 HỌC VIỆN CƠNG NGHỆ BƯU CHÍNH VIỄN THƠNG - NGUYỄN HỮU DƯƠNG ỨNG DỤNG KỸ THUẬT LẬP TRÌNH HƯỚNG ASPECT VÀO MƠ HÌNH ĐỊNH HƯỚNG PHÁT TRIỂN CÁC ỨNG DỤNG WEB PHỔ BIẾN Chuyên ngành: Truyền liệu mạng máy tính Mã số: 60.48.15 - 0009 TĨM TẮT LUẬN VĂN THẠC SĨ Người hướng dẫn khoa học: GS.TSKH Nguyễn Ngọc San HÀ NỘI 2012 TÓM TẮT LUẬN VĂN Như trình bày tồn văn, luận án trình bày tuân theo phương pháp luận Sau phần tóm tắt luận văn CHƯƠNG TỔNG QUAN 1.1 Động lực nghiên cứu 1.1.1 Ứng dụng Web Phổ biến Trong thời kỳ đầu của World Wide Web vào năm 1989, trang Web hướng tài liệu sử dụng, người truy cập đọc thông tin tĩnh Dần dần, theo thời gian, ứng dụng Web, bao gồm ứng dụng Web tương tác dựa luồng công việc cổng thông tin tăng độ phức tạp hỗ trợ người dùng làm nhiều công việc khác Với xuất thiết bị di động với tư cách kênh truy cập Internet làm độ phức tạp ứng dụng Web ngày tăng, tạo khó khăn trở ngại sản sinh nhóm ứng dụng Web mới, có tên gọi ứng dụng Web phổ biến UWA UWA đặc trưng mô thức lúc nào/bất kỳ nơi đâu/bất kỳ loại media nào, có tính đến dịch vụ khơng hồn tồn truy cập qua máy tính để bàn truyền thống mà cịn thơng qua thiết bị di dộng với khả khác nhau, người dùng với nhiều sở thích khác vào lúc nơi đâu giới Trong trường hợp, người dùng phải tương tác với ứng dụng Web cách hiệu Do đó, dịch vụ ứng dụng Web yêu cầu thông tin người dùng, địa điểm, thiết bị, mạng thời gian điều kiện tiên để ứng dụng đưa thích ứng thích hợp dịch vụ để tương tác lại lọc thông tin theo nhu cầu người dùng, chọn hình ảnh theo độ phân giải hình 3 Trong thuật ngữ tùy biến để ánh xạ thích ứng cần thiết dịch vụ ứng dụng Web với bối cảnh sử dụng ứng dụng Web 1.1.2 Phát triển ứng dụng Web Phổ biến theo hướng mơ hình Khi tìm hiểu phát triển UWA, cần phải tránh phương thức tiếp cận truyền thống ”vừa cho tất cả” việc phát triển ứng dụng Web mục tiêu UWA cung cấp thông tin dịch vụ lúc Theo hướng này, vai trị mơ hình phát triển UWA nhu cầu giải tùy biến theo mơ hình Tùy biến tập trung vào ứng dụng Web gọi ứng dụng Web lõi theo hướng tình sử dụng, mơ tả Hình 1.1 Mơ hình bối cảnh nắm bắt thông tin bối cảnh mà ứng dụng Web truy cập theo thời gian Ánh xạ thường mơ hình nhờ sử dụng ngun lý hình thức luận mơ hình hóa, phát sinh từ lĩnh vực hệ thống sở liệu chủ động Theo đó, mơ hình hóa tùy biến cho phép tạo biến đổi với ứng dụng Web Ứng dụng Web lõi Bối cảnh Tùy biến Ánhxạ Sự thích ứng Các ứng dụng Web phổ biến Hình 1.1: Các vấn đề liên quan đến tùy biến 1.2 Các vấn đề đan xen với phương pháp hướng khía cạnh Khi xét tới UWA, tùy biến xem vấn đề đan xen hướng khía cạnh Phần bên trái Hình 1.2 cho thấy tùy biến ảnh hưởng tới mơ hình ứng dụng Web thay phận kết cấu hành vi đặc trưng cấp độ nội dung, siêu văn trình diễn Theo đó, tùy biến đóng gói nhiều khía cạnh mơ tả phía bên phải Hình 1.2 Phần bên trái Hình 1.2 mơ hình tổ hợp ứng dụng Web, khía cạnh tùy biến lần liên kết rải rác theo phần cịn lại mơ hình ứng dụng Web Nội dung Ứng dụng Web Văn Trình diễn Tùy biến hướng khía cạnh Cá thể hóa Nhận biết vị trí Đa vận chuyển … … Chức n … … Chức Chức Chức Đan xen chức Chức Cấu trúc hành vi Các chức Hình 1.2: Tùy biến với tư cách vấn đề đan xen Để đạt mục tiêu tối đa hình thức hướng khía cạnh, luận văn nêu “Phương pháp luận - Lộ trình tới aspectWebML”, phương pháp luận mơ hình hóa khía cạnh tùy biến tách biệt khỏi cấp độ cung cấp phương tiện để tổ hợp khía cạnh với mơ hình ứng dụng Web Do loại ứng dụng Web phát triển theo thời gian, nên giải pháp mơ hình hóa Web xuất với khái niệm phù hợp với loại ứng dụng Chính thế, ngày có nhiều giải pháp mơ hình hóa Web hỗ trợ cho phát triển UWA cách cung cấp khái niệm mơ hình hóa bắt kịp chức tùy biến Thêm vào đó, xuất Kỹ thuật theo mơ hình (MDE) có tác động lên ngơn ngữ mơ hình hóa Web Do đó, lúc, số giải pháp hỗ trợ cơng cụ mơ hình hóa, thiết bị tạo mã nhằm cung cấp cho phát triển theo mơ hình dựa kỹ thuật cơng nghệ MDE bao gồm siêu mơ hình dạng chuyển đổi mơ hình CHƯƠNG CÁC MƠ HÌNH ĐỊNH HƯỚNG KHÍA CẠNH 2.1 Mơ hình Tham chiếu Khái niệm (CRM) dùng cho Mơ hình hóa hướng Khía cạnh (AOM) Khi xét tới thuật ngữ đa dạng khái niệm hướng khía cạnh đánh giá cách tiếp cận AOM, CRM cho phép lý giải thành phần mơ hình hóa hướng khía cạnh mối liên hệ chúng biểu diễn dạng biểu đồ lớp UML với thuật ngữ đưa biểu đồ lớp Hơn nữa, CRM mô tả chi tiết khái niệm ngôn ngữ AOM tương ứng cho chế tổ hợp cách riêng biệt, giúp cho việc đưa tiêu chí chi tiết cho chế tổ hợp Các chế tổ hợp là: 2.1.1 Tổ hợp vấn đề Gói Tổ hợp Vấn đề hệ trừ tượng hóa có từ chế tổ hợp khác Gói đề cập tới mơđun hóa phân chia vấn đề hệ thống thành khối, mối liên hệ chúng sau tổ hợp chúng dựa quy tắc phù hợp, gồm tiêu chí chi tiết sau: - Vấn đề 6 - Môđun Vấn đề - Kế hoạch Tổ hợp - Quy tắc Tổ hợp Vấn đề - Tương tác Môđun - Tương tác Quy tắc - Tác động 2.1.2 Tổ hợp Vấn đề Bất đối xứng Trong cách tổ hợp vấn đề bất đối xứng, quy tắc tổ hợp vấn đề dùng cho chế tổ hợp điểm ngắt-thông báo lớp mở Gói chia làm hai gói nhỏ đối tượng khía cạnh kiểu hướng khía cạnh dựa hai vai trò chuyên biệt thành phần vấn đề tổ hợp bất đối xứng Gói đối tượng khía cạnh mơ tả khái niệm cần thiết để xác định vị trí bổ sung giới hạn mơđun vấn đề khác Gói kiểu hướng khía cạnh gồm khái niệm mô tả cách thêm hay hạn chế mô đun vấn đề khác Gồm tiêu chí sau: - Quy tắc Tổ hợp Bất đối xứng - Đối tượng hướng khía cạnh: * Điểm liên kết * Điểm liên kết cấu trúc * Điểm liên kết hành vi * Mơ hình Điểm Liên kết * Điểm ngắt * Điểm ngắt đơn * Điểm ngắt phức hợp * Phương pháp định lượng 7 * Vị trí tương đối - Kiểu hướng khía cạnh * Thơng báo * Thông báo cấu trúc * Thông báo hành vi * Thông báo phức hợp 2.1.3 Tổ hợp Vấn đề Đối xứng (SymmetricConcernComposition) Trong cách tổ hợp vấn đề đối xứng gồm tiêu chí sau: - Quy tắc Tổ hợp Đối xứng - Thành phần tổ hợp - Thành phần cấu trúc tổ hợp - Thành phần Hành vi tổ hợp - Cách thức khớp - Cách tích hợp - Hợp - Ghi đè - Kết nối 2.1.4 Ngôn ngữ Cuối phận gói Ngơn ngữ mơ tả phương tiện chủ yếu đặc tả vấn đề - Ngôn ngữ - Thành phần 8 - Thành phần cấu trúc - Thành phần hành vi 2.2 Các định nghĩa loại văn (DTDs) tiếp cận vắn tắt ngôn ngữ Ecore: Để hướng tới kết nối từ WebML sang MDE, phần xây dựng biểu cảm DTD, khái niệm sử dụng để miêu tả ngôn ngữ WebML, với liên hệ tới MOF 2.3 Siêu mô Sơ đồ Resulting WebML 2.3.1 Cấu trúc gói tổng thể Các nhà thiết kế WebML sử dụng thực thể tham số chế để cấu trúc đặc tả ngôn ngữ WebML Như vậy, định nghĩa ngôn ngữ WebML bao gồm nhiều DTD với ngôn ngữ WebML.dtd DTD gốc liên quan đến định dạng khác Sơ đồ 2.1 thể cách nhìn tổng thể siêu mơ Sơ đồ WebML Gói Navigation bao gồm khái niệm mơ Sơ đồ hóa cấp siêu văn tự động tạo từ Navigation.dtd Gói Navigation lớn tự tổ chức lại thành bốn gói con, đặt tên HypertextOrganization, Hypertext, ContentManagement, AsscessControl Ngồi ra, gói Basic khái niệm trừu tượng ModelElement NamedElement, tất khái niệm WebML khác xuất phát từ Các gói tơ màu xám bổ sung tạo từ DTD công cụ liên quan 9 Sơ đồ 2.1 Gói ngơn ngữ WebML 2.3.2 Gói cấu trúc (Structure) Gói cấu trúc chứa khái niệm mơ Sơ đồ cho phép mơ Sơ đồ hóa lớp nội dung ứng dụng Web, mô tả tính thơng thường Thuộc tính tập đối tượng kiểu định trước, ví dụ String, Interger, float, date, time, boolean,… loại userType 2.3.3 Gói tổ chức siêu văn (HypertextOrganization) Gói tổ chức siêu văn bao gồm khái niệm cho cấu siêu văn bản, nghĩa cung cấp khái niệm mơ Sơ đồ tổ chức từ gói siêu văn Các khái niệm Page sử dụng để tổ chức cấu trúc thông tin từ cấp nội dung Các 10 Siteview Area vào nhóm Page hoạt động liệu từ cấp nội dung, ví dụ OperationUnit từ gói quản lý nội dung ContentManagement 2.3.4 Gói siêu văn (Hypertext) Các lớp siêu văn đại diện cho lớp nội dung ứng dụng Web, gói siêu văn sử dụng lại khái niệm từ gói cấu trúc Gói siêu văn tóm tắt đơn vị nội dung sử dụng, ví dụ để hiển thị thơng tin từ lớp nội dung, kết nối liên kết cách định Trong WebML, Page chứa loại khác đơn vị nội dung 2.3.5 Gói quản lý nội dung (ContentManagment) Gói quản lý nội dung chứa khái niệm mô Sơ đồ cho phép việc sửa đổi liệu từ lớp nội dung Tương tự hệ thống phân cấp khái quát gói siêu văn bản, lớp trừu tượng bổ sung giới thiệu với gói quản lý nội dung 2.3.6 Gói kiểm sốt truy cập (AccessControl) Gói Kiểm sốt truy cập nhóm khái niệm cho việc kiểm soát truy cập vào trang hiển thị đơn vị đăng nhập LoginUnit, đơn vị đăng xuất LogoutUnit đơn vị nhóm thay đổi ChangeGroupUnit 2.3.7 Gói Cơ sở (Basic) Các gói sở bao gồm ba khái niệm trừu tượng, bao gồm số tính cần thiết phần lớn cấu trúc mô Sơ đồ WebML 2.4 Tùy biến vào siêu mô Sơ đồ ngôn ngữ WebML 2.4.1 Thiết kế ứng dụng Web phổ biến Tùy biến WebML ta thường dựa Page, Area, Siteview nhận biết ngữ cảnh Một đơn vị nội dung, số hành động thích ứng có liên quan với Page, Area, Siteview tương ứng Những hành động thích ứng 11 phải đánh giá trước tính tốn chúng gây nội dung trang dòng điều hướng để áp dụng cho bối cảnh định 2.4.2 Siêu mô Sơ đồ WebML cuối Các mở rộng siêu mô Sơ đồ ngôn ngữ WebML bán tự động tạo với khái niệm cho mô Sơ đồ tùy biến Nó tích hợp tất khái niệm WebML thông qua việc kế thừa siêu mô Sơ đồ WebML CHƯƠNG ASPECTWEBML – ÁP DỤNG ASPECTUWA VÀO WEBML 3.1 Sử dụng mô hình tham chiếu khái niệm CRM để nối WebML sang mơ hình hóa hướng khái niệm AOM Phần dành riêng cho mơ tả ngơn ngữ mơ hình hóa WebML nối với AOM sở CRM Các mục tiêu việc thiết kế CRM chương thiết lập hiểu biết chung khái niệm định hướng khía cạnh mơ hình hóa AOM Sơ đồ 3.1 trình bày cách thức ngơn ngữ WebML nối với AOM Sơ đồ cho thấy gói aspectWebML đại diện cho siêu mơ hình aspectWebML Từ CRM, gói tổ hợp vấn đề, tổ hợp vấn đề bất đối xứng, tổ hợp vấn đề đối xứng tái sử dụng, gói ngơn ngữ thay gói WebML đại diện cho siêu mơ hình aspectWebML Như trình bày Sơ đồ 3.1, phần mở rộng siêu mơ hình WebML với khái niệm AOM CRM đạt thông qua điểm mở rộng điểm nối, mã thực thi đơn giản, phần tử thành phần Môđun vấn đề Do mục tiêu cụ thể việc tùy chỉnh mơ hình hóa riêng biệt UWAs, nội dung trọng tâm chế thành phần bất đối xứng Tùy chỉnh chức vốn mối quan tâm xuyên suốt, đại diện cho mối quan tâm tự 12 khơng thể tồn tại, có nghĩa phải áp dụng cho chức ứng dụng Web Kết chế thành phần bất đối xứng phân biệt mối quan tâm cốt lõi mối quan tâm xuyên suốt để hỗ trợ cho mơ hình hóa tuỳ chỉnh phát triển UWAs phù hợp so với chế thành phần đối xứng Tuy nhiên, hỗ trợ hai chế thành phần không đối xứng đối xứng cho phép tạo nên ngơn ngữ mạnh Do đó, hỗ trợ kỹ thuật cho hai loại chế thành phần đưa việc mở rộng siêu mơ hình WebML với khái niệm định hướng khía cạnh cho hai chế 3.2 Siêu mơ hình aspectWebML Trong tiểu mục đây, siêu mơ hình aspectWebML mơ tả theo lược đồ tương tự với lược đồ sử dụng đặc tả kỹ thuật tiêu chuẩn UML, từ cung cấp cho người lập mơ hình tham chiếu cấu trúc tốt Các siêu mơ hình aspectWebML trình bày với gói 13 3.2.1 Gói Tổ hợp vấn đề (ConcernComposition) Gói Tổ hợp vấn đề tóm tắt theo chế thành phần khác hỗ trợ CRM thông qua khái niệm tương tác môđun tương tác theo quy luật, chưa xem xét (một cách đầy đủ) aspectWebML Điều có nghĩa người lập mơ hình khơng thể rõ ràng tương tác môđun vấn đề mơ hình họ 3.2.2 Mơ hình aspectWebML Siêu lớp aspectWebML giới thiệu cho mục đích hỗ trợ cơng cụ Nó đại diện cho phần tử mơ hình hóa gốc dự án aspectWebML bao gồm: Kho chứa môđun, Kho chứa quy tắc, Kho chứa tập hợp điểm nối Kế hoạch tổ hợp a) Môđun vấn đề Trong ngôn ngữ aspectWebML, khái niệm vấn đề CRM không hợp thành siêu lớp riêng biệt, khái niệm lý thuyết mà người lập mơ hình xác định rõ ràng mơ hình aspectWebML Hơn nữa, khái niệm môđun vấn đề định nghĩa để thêm vào khái niệm khía cạnh sở Để hỗ trợ chế thành phần bất đối xứng đối xứng ngôn ngữ aspectWebML, khái niệm môđun vấn đề cần phải chuyên môn hóa b) Quy tắc tổ hợp vấn đề Quy tắc tổ hợp vấn định nghĩa cụ thể cách mà phần tử vấn đề khác soạn thảo Theo CRM, khái niệm chung quy tắc thành phần vấn đề chuyển hóa thành lớp hỗ trợ chế thành phần khác nhau, quy tắc thành phần bất đối xứng đối xứng c) Kế hoạch tổ hợp 14 Kế hoạch tổ hợp quy định cụ thể cách thức tích hợp tập hợp môđun vấn đề theo tập hợp quy tắc tổ hợp vấn Việc thi hành kế hoạch thành phần dẫn đến kết mô hình tạo lập mơ hình WebML d) Trình tự quy tắc tổ hợp vấn đề Siêu lớp trình tự quy tắc tổ hợp vấn đề giới thiệu với ngơn ngữ aspectWebML để chi tiết trình tự tái sử dụng quy tắc vấn đề thành phần sử dụng kế hoạch thành phần e) Trình tự mơđun vấn đề Mục đích siêu lớp trình tự mơđun vấn đề tương tự mục đích trình tự quy tắc tổ hợp vấn đề Nó giới thiệu với ngơn ngữ aspectWebML để xác định trật tự đề liên quan tế hoạch tổ hợp g) Kho chứa môđun Một số siêu lớp đưa phép hỗ trợ cơng cụ mơ hình hóa tốt Siêu lớp kho chứa môđun chứa tất mơđun vấn đề trình tự mơđun vấn đề định nghĩa dự án sử dụng aspectWebML h) Kho chứa quy tắc Tương tự siêu lớp kho chứa môđun, siêu lớp kho chứa quy tắc bao gồm tất quy tắc tổ hợp vấn đề trình tự quy tắc tổ hợp vấn đề định nghĩa dự án sử dụng aspectWebML 3.2.3 Gói Tổ hợp vấn đề bất đối xứng Trong gói tổ hợp vấn đề bất đối xứng, tắc tổ hợp vấn đề chuyên môn hóa cho việc bao quát chế thành phần bất đối xứng Tương tự CRM, gói xếp Ngồi siêu lớp khía cạnh, siêu lớp kho chứa điểm ngắt giới thiệu 15 a) Quy tắc tổ hợp bất đối xứng Quy tắc thành phần bất đối xứng phần chun mơn hóa quy tắc tổ hợp vấn đề dành cho chế thành phần bất đối xứng Siêu lớp quy tắc tổ hợp bất đối xứng có tham chiếu đến điểm ngắt mã thực thi thông báo Ngược lại với CRM, siêu lớp riêng biệt cho khái niệm vị trí liên quan CRM khơng cung cấp Một lần nữa, mục tiêu không đặt cho người lập mơ hình q nhiều khái niệm mơ hình hóa b) Khía cạnh Siêu lớp khía cạnh giới thiệu lớp môđun vấn đề để hỗ trợ chế thành phần bất đối xứng Các khía cạnh sử dụng để chứa đựng tập hợp mã thực thi mà đóng góp vào mối vấn đề, yêu cầu cụ thể định c) Kho chứa điểm ngắt Để tái sử dụng điểm ngắt dự án aspectWebML, chúng không định nghĩa phận khía cạnh, phận kho chứa điểm ngắt chung dự án Điều chí cho phép số loại điểm ngắt kết xuất từ kho chứa dự án sử dụng aspectWebML khác 3.2.4 Gói đối tượng khía cạnh Gói đối tượng khía cạnh gồm khái niệm yêu cầu để xác định nơi áp dụng mã thực thi Trong suốt trình ứng dụng CRM ngôn ngữ WebML, số khái niệm gói khơng đưa vào ngôn ngữ aspectWebML bao gồm điểm nối cấu trức điểm nối hành vi Hơn độ chênh lệch định CRM thấy mơ tả lớp a) Điểm nối 16 Trong aspectWebML, điểm nối một nơi định nghĩa môđun vấn đề, hay khái niệm mơ hình thuộc ngơn ngữ WebML Điều có nghĩa rằng, trường hợp phần tử mơ hình hóa từ ngơn ngữ WebML, định nghĩa mơ hình WebML mã thực thi, phục vụ điểm nối số điểm kế hoạch tổ hợp Ngược lại, thông báo hay khái niệm hướng khía cạnh khác từ CRM khơng thể phục vụ điểm nối Điều đảm bảo aspectWebML cách cho phép phần tử mơ hình hóa gốc WebML b) Tập hợp điểm nối Điểm ngắt mô tả tập hợp điểm nối chọn cho mục đích giới thiệu tăng thêm hạn chế định Các siêu lớp điểm ngắt trừu tượng cụ thể hóa thành siêu lớp điểm ngắt đơn siêu lớp điểm ngắt phức hợp Điều quan trọng, người lập mơ hình xác định điểm ngắt theo cách họ sử dụng với thông báo quy tắc tổ hợp bất đối xứng c) Điểm ngắt đơn Trong CRM, khái niệm điểm ngắt đơn định nghĩa để đại diện cho tập hợp điểm nối lựa chọn theo phương pháp định lượng định (xem chương 2) Lưu ý khái niệm phương pháp định lượng đưa siêu thuộc tính siêu lớp điểm ngắt đơn thay đặt cho người lập mơ hình siêu lớp riêng biệt đề xuất CRM Trong mục tiêu CRM rõ việc mơ hình hóa tất khái niệm hướng khía cạnh đối tượng lớp, điều không cần thiết siêu mơ hình aspectWebML d) Điểm ngắt phức hợp Với mục đích tái sử dụng, người lập mơ hình phép định nghĩa điểm ngắt phức hợp mà chúng bao gồm điểm ngắt đơn khác /hoặc điểm ngắt 17 phức hợp công cụ tốn tử hành lơgic, ví dụ, AND, OR, NOT Bởi vì, ngơn ngữ Ecore khơng hỗ trợ lớp liên kết, nên toán tử sử dụng định nghĩa thuộc tính siêu lớp điểm ngắt phức hợp thay lớp liên kết CRM 3.2.5 Gói kiểu khía cạnh Gói kiểu khía cạnh gồm cần có khái niệm để miêu tả để tăng thêm gói mơđun vấn đề khác So với CRM, aspectWebML, thông báo đơn không khác xa so với thông báo cấu trúc thông báo hành vi, phân biệt khơng hỗ trợ ngô ngữ WebML a) Mã thực thi Mã thực thi quy định cụ thể cách thức để tăng thêm hạn chế môđun vấn đề khác điểm nối kết nối điểm ngắt Tương tự điểm ngắt gói đối tượng khía cạnh, thơng báo cụ thể hóa thành thơng báo đơn thông báo phức hợp b) Mã thực thi đơn Tùy thuộc vào người lập mơ hình mong muốn, có ba cách khác quy định thông báo đơn, cụ thể để "thay đổi" phần tử mơ hình, thuộc tính chúng, tham chiếu chúng: - Các mơ hình ứng dụng Web mở rộng với tập hợp phẩn tử mơ hình hóa - Người lập mơ hình muốn thay đổi đặc tính phần tử mơ hình hóa, thuộc tính biểu siêu lớp thông báo đơn cần phải sử dụng - Cuối cùng, thay đổi tham chiếu của phần tử mơ hình hóa c) Mã thực thi phức hợp 18 Với mục đích tái sử dụng, thơng báo thiết lập bao gồm tập hợp thông báo đơn để tạo thành thông báo phức hợp Trong aspectWebML, thông báo phức hợp giải thích tổng hợp phần tử mơ hình hóa quy định cụ thể lớp Do đó, tập hợp thông báo đơn, chúng phải áp dụng cho điểm ngắt 3.2.6 Gói thành phần vấn đề đối xứng Như giải thích trước đây, thành phần vấn đề đối xứng trọng tâm luận án Tuy nhiên, hỗ trợ đầy đủ thành phần vấn đề đối xứng lên kế hoạch cho aspectWebML hướng nghiên cứu thêm tương lai CHƯƠNG KẾT LUẬN 4.1 Kết đạt luận văn  Việc khảo sát mô hình UWAs xuất nhiều điểm yếu phương pháp tiếp cận mơ hình Web tại, việc xem xét chưa đầy đủ chất xuyên suốt tùy biến ngơn ngữ mơ hình Web Như giải pháp cho vấn đề này, luận án có trình bày “AspectWebML – áp dụng aspectUWA vào WebML” từ mơ hình tham chiếu CRM Các phương pháp tiếp cận aspectUWA đề xuất việc sử dụng đầy đủ mô hình tùy biến tồn diện cho mơ hình ứng dụng Web, tất mức độ (nội dụng, siêu văn bản, trình bày) AspectUWA đề xuất ý tưởng chung việc mở rộng ngơn ngữ mơ hình Web có với mơ hình định hướng khía cạnh (AOM) để tùy chỉnh chức riêng biệt giảm phức tạp, khả bảo trì, khả tái sử dụng  Như trình bày luận văn ứng dụng CRM sở 19 phương pháp tiếp cận aspectUWA AOM, mô hình tùy biến đại diện cho điểm mở rộng phương pháp Mặt khác, CRM sở để thu danh mục tiêu chuẩn sử dụng cho việc đánh giá cấu trúc phương pháp tiếp cận AOM  Bên cạnh việc cần thiết đưa siêu mơ sơ đồ WebML điều kiện tiên đó, bước đầu hướng tới sử dụng kỹ thuật MDE phương pháp tiếp cận WebML nói chung Nó cho phép khả tương tác với công cụ khác MDE tài liệu tham khảo cho ngơn ngữ mơ hình Web phổ biến 4.2 Hạn chế hướng nghiên cứu  Các vấn đề hỗ trợ CRM thông qua tương tác môđun khái niệm tương tác không xem xét cách đầy đủ Điều có nghĩa người lập mơ hình khơng thể thấy tương tác mối quan tâm mô hình họ Tuy nhiên, trình phát triển mơ hình định hướng khía cạnh mà "thành phần" khác để cấu thành mơ hình phụ thuộc tương tác với quan trọng Đây hướng nghiên cứu tương lai, để tìm loại tương tác (ví dụ: phụ thuộc, xung đột, loại trừ lẫn nhau) liên quan cho ngơn ngữ aspectWebML cần phải hỗ trợ  Cơ chế thành phần bất đối xứng mối quan tâm cốt lõi xuyên suốt phù hợp để hỗ trợ mơ hình tùy biến việc phát triển UWAs Tuy nhiên, khái niệm cho thành phần đối xứng phải tinh chế ngữ nghĩa cho thành phần đối xứng cần quy định Và cuối cùng, nghiên cứu thêm cần thiết để làm hai loại chế thành phần sử dụng song song  Phát triển kịch tùy biến aspectWebML từ đầu nhiệm vụ khó khăn lập mơ hình aspectWebML có kinh 20 nghiệm Vì công việc nghiên cứu thêm bao gồm phần mở rộng thiết lập có để giúp người lập mơ hình nhanh chóng tiếp thu mơ hình hội nhập với trình phát triển WebML  Các ký hiệu đề xuất aspectWebML chưa đánh giá  Chưa có cơng cụ hỗ trợ kèm môi trường phát triển đồ họa tích hợp cho ngơn ngữ aspectWebML Đây việc cần nghiên cứu thêm sau  Cần mở rộng thêm việc ứng dụng aspectUWA với phương pháp tiếp cận mơ hình hóa Web khác 21 ... ánh xạ thích ứng cần thiết dịch vụ ứng dụng Web với bối cảnh sử dụng ứng dụng Web 1.1.2 Phát triển ứng dụng Web Phổ biến theo hướng mơ hình Khi tìm hiểu phát triển UWA, cần phải tránh phương thức... phát triển ứng dụng Web mục tiêu UWA cung cấp thông tin dịch vụ lúc Theo hướng này, vai trị mơ hình phát triển UWA nhu cầu giải tùy biến theo mơ hình Tùy biến tập trung vào ứng dụng Web gọi ứng. .. mơ hình hóa, phát sinh từ lĩnh vực hệ thống sở liệu chủ động Theo đó, mơ hình hóa tùy biến cho phép tạo biến đổi với ứng dụng Web Ứng dụng Web lõi Bối cảnh Tùy biến Ánhxạ Sự thích ứng Các ứng dụng