HOC VIEN CONG NGHE BUU CHINH VIEN THONG
NGUYEN HUU DUONG
UNG DUNG KY THUAT LAP TRINH HUONG ASPECT VAO MO HINH DINH HUONG PHAT TRIEN CAC
UNG DUNG WEB PHO BIEN
Chuyên ngành: Truyền dữ liệu và 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
Trang 2TOM TAT LUAN VAN
Như đã trình bày ở cuốn toàn văn, luận án này được trình bày tuân theo phương pháp luận Sau đây là phân tóm tắt của luận văn
CHUONG 1 TONG QUAN 1.1 Động lực nghiên cứu
1.1.1 Ung dung Web Phé bién
Trong thời kỳ đầu của của World Wide Web vào năm 1989, khi các trang Web hướng tài liệu được sử dụng, người truy cập chỉ có thể đọc thông tin tinh Dan dân, theo thời gian, các ứng dụng Web, bao gồm các ứng dụng Web tương tác và dựa trên luông công việc và cả cổng thông tin đã tăng độ phức tạp và hỗ trợ người
dùng làm được nhiều công việc khác nhau Với sự xuất hiện của các thiết bị di động
với tư cách là một kênh truy cập Internet mới đã làm độ phức tạp của ứng dụng Web ngày càng tăng, tạo ra các khó khăn và trở ngại mới và sản sinh ra một nhóm ứng dụng Web mới, có tên gọi là ứng dụng Web phô biến UWA UWA được đặc
trưng bởi một mô thức bất kỳ lúc nào/bất kỳ nơi đâu/bất kỳ loại media nào, có tính
đến cả các dịch vụ khơng chỉ được hồn toàn truy cập qua máy tính để bàn truyền
thống mà còn thông qua các thiết bị di động với các khả năng khác nhau, bởi người dùng với nhiều sở thích khác nhau vào bất cứ lúc nảo và nơi đâu trên thế giới
Trong mọi trường hợp, người dùng phải có thể tương tác với ứng dụng Web
một cách hiệu quả Do đó, các dịch vụ ứng dụng Web được yêu cầu như thông tin
về người dùng, địa điểm, thiết bị, mạng và thời gian là điều kiện tiên quyết đề một
ứng dụng có thể đưa ra sự thích ứng thích hợp của các dịch vụ dé tương tác lại như
Trang 3Trong đó thuật ngữ tùy biến để chỉ ánh xạ giữa sự thích ứng cân thiết của các 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 sự phát triển của 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ả” trong việc phát triển ứng dụng Web vì mục tiêu của UWA là cung cấp đúng thông tin và dịch vụ đúng lúc Theo hướng này, vai trò của mô hình khi phát triển UWA và nhu câu giải quyết tùy biến theo mô hình
Tùy biến tập trung vào một ứng dụng Web được gọi là ứng dụng Web lõi
theo hướng tình huống sử dụng, như được mô tả trong Hình 1.1 Mô hình bối cảnh
này năm bắt thông tin về bối cảnh mà ứng dụng Web được truy cập theo thời gian Ánh xạ đó thường được mô hình nhờ sử dụng các nguyên lý hình thức luận mô hình
hóa, phát sinh từ lĩnh vực hệ thống cơ sở đữ liệu chủ động Theo đó, mô hình hóa
tùy biến cho phép tạo ra các biến đối với một ứng dụng Web Ứng dụng Web lõi Ũ Bôi cảnh Tùy biến | | Anhxa Su thich img Ù 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
Trang 4Khi xét tới UWA, tùy biến có thể được xem là một vân đề đan xen trong 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ột mô hình ứng
dụng Web như thế nào thay vì các bộ phận kết cầu và hành vi đặc trưng của các cấp độ nội dung, siêu văn bản và trình diễn Theo đó, tùy biến có thể được đóng gói trong một hoặc nhiều khía cạnh như được mô tả ở phía bên phải Hình 1.2 Phân bên trái Hình 1.2 cũng chỉ ra mô hình tô hợp của ứng dụng Web, tại đó các khía cạnh tùy biến một lần nữa được liên kết và rải rác theo phân còn lại của mô hình ứng dụng Web
Ung dung Web
Nội dung Văn bản Trình diễn
Tùy biến hướng khía LL LL LL canh Cấu trúc hành vi NN IN * es & te = Chức năng l Chức năng 2 Chức năng 3 Chức năng 4 Chức năng n Các chức năng
Hình 1.2: Tùy biến với tư cách là một vấn đề đan xen
Đề đạt được mục tiêu tôi đa hình thức hướng khía cạnh, luận văn đã nêu ra
một “Phương pháp luận - Lộ trình tới aspecfWebML”, 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ác cấp độ và cung cấp một phương tiện
để tổ hợp khía cạnh với mô hình ứng dụng Web
Trang 5ứng dụng này Chính vì thế, ngày càng có nhiều giải pháp mô hình hóa Web hỗ trợ cho sự phát triển của các UWA băng cách cung cấp các khái niệm mô hình hóa mới bắt kịp chức năng tùy biến Thêm vảo đó, sự xuất hiện của Kỹ thuật theo mô hình (MDE) đã có tác động lên các ngôn ngữ mô hình hóa Web hiện tại Do đó, cùng lúc, một số giải pháp được hỗ trợ bằng một công cụ mô
hình hóa, cũng có thể là thiết bị tạo mã nhằm cung cấp cho sự phát triển theo
mô hình dựa trên các kỹ thuật và công nghệ MDE bao gồm cả các siêu mô hình và các dạng chuyên đôi mô hình
CHƯƠNG 2 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 Khia canh (AOM)
Khi xét tới các thuật ngữ đa dạng cũng như các khái niệm hướng khía cạnh
và có thể đánh giá các cách tiếp cận AOM, CRM này cho phép lý giải các thành phần cơ bản của mô hình hóa hướng khía cạnh và các mối liên hệ giữa chúng được
biểu diễn dưới dạng biểu đồ lớp UML cùng với thuật ngữ được đưa ra trong biểu
đô lớp Hơn nữa, CRM sẽ mô tả chỉ tiết các khái niệm ngôn ngữ AOM tương ứng
cho mỗi cơ chế tổ hợp một cách riêng biệt, giúp cho việc đưa ra một bộ tiêu chí chi tiết cho mỗi cơ chế tô hợp Các cơ chế tổ hợp đó là:
2.1.1 Tổ hợp van dé
Gói Tô hợp Vân đê hệ trừ tượng hóa có được từ các cơ chê tô hợp khác nhau
Gói này đề cập tới sự môđun hóa và phân chia các vân đê của một hệ thông thành các khôi, tiêp theo là các môi liên hệ g1ữa chúng và sau cùng là sự tô hợp của chúng
dựa trên các quy tắc phù hợp, gồm các tiêu chí chỉ tiết như sau:
Trang 6- Mé6dun Van dé - Kéhoach T6 hop - Quy tac Té hop Van dé - - Tương tác Môđun - _ Tương tác Quy tắc - Tac dong 2.1.2 Tổ hợp Vấn dé 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 đề được dùng cho
các cơ chế tổ hợp điểm ngắt-thông báo và lớp mở Gói này được chia làm hai gói nhỏ hơn là đối tượng khía cạnh và kiểu hướng khía cạnh dựa trên hai vai trò chuyên biệt của các thành phân vấn đề trong tổ hợp bất đối xứng Gói đối tượng khía cạnh
mô tả các khái niệm cần thiết để xác định vị trí bổ sung hoặc giới hạn các môdun
vấn đề khác Gói kiểu hướng khía cạnh gồm các khái niệm mô tả cách thêm hay han
chế các mô đun vấn đề khác Gồm các tiêu chí sau:
- Quy tac Té hop 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
Trang 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 Van dé Đối xứng (SymưnetricConcernComposition)
Trong cách tổ hợp vân đề đối xứng gồm các tiêu chí sau: - Quy tac Té hợp Đối xứng
Trang 8- Thanh phan cau tric - Thanh phan hanh vi
2.2 Các định nghĩa loại văn bản (DTDs) và tiếp cận vắn tắt ngôn ngữ Ecorc:
Đề hướng tới kết nối từ WebML sang MDE, phân này được xây dựng trên sự
biểu cảm của các DTD, trong đó là các khái niệm được sử dụng để miêu tả ngôn
ngữ WebML, với sự 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 các thực thể tham số như là một cơ chế
để câu trúc đặc tả ngôn ngữ của WebML Như vậy, định nghĩa ngôn ngữ WebML bao gém rất nhiều các DTD với ngôn ngữ WebML.did là DTD gốc liên quan đến
những định dạng khác
Sơ đồ 2.1 thể hiện cách nhìn tổng thé của siêu mô Sơ đồ WebML Gói
Navigarion chính bao gồm các khái niệm mô Sơ đồ hóa đối với cấp siêu văn bản và
đã được tự động tạo ra từ các Navigation.dtd G6i Navigation 16n hon da dugc tu tô
chức lại thành bốn gói con, được đặt tên là HypertextOrganization, Hypertext,
ContentManagement, và AsscessConfrol Ngoài ra, gói Basic đã các khái niệm trừu trong ModelElement va NamedElement, va tất cả các khái niệm WebML khác
Trang 9WebML Presentation | Auxiliary Navigation ge 2 et Ps ee _—+ Access Hypertext | . ") Control Organization 7 ya Hvpertext |< > Management Content Sa sau Structure Re Mapping v RDBMS Mapping Basic
Sơ đồ 2.1 Gói ngôn ngữ WebML
2.3.2 Géi cau tric (Structure)
Gói cấu trúc chứa các khái niệm mô Sơ đồ cho phép mô Sơ đồ hóa các lớp
nội dung của một ứng dụng Web, mô tả các tính năng thông thường như Thuộc tính
của một tập các đối tượng hoặc là một kiểu định trước, ví dụ S/ring, Imterger, float,
date, time, boolean, hoac mot loai userType
2.3.3 Gói tổ chức siêu văn bản (HypertextOrganization)
Trang 1010
Siteview va Area vao trong nhém các Page cũng như các hoạt động trên dữ liệu từ cấp nội dung, ví dụ OperafionUmir từ gói quản lý nội dung ContentManagement
2.3.4 Gói siêu văn ban (Hypertext)
Các lớp siêu văn bản chỉ đại diện cho một lớp nội dung của một ứng dụng
Web, và do đó gói siêu văn bản sử dụng lại khái niệm từ gói cấu trúc Gói siêu văn
bản tóm tắt các đơn vị nội dung sử dụng, ví dụ để hiển thị thông tin từ các lớp nội dung, có thể được kết nối bởi các liên kết trong một cách nhất định Trong WebML,
các Page chứa các loại khác nhau của các đơn vị nội dung
2.3.5 Gói quản lý noi dung (ContentManagment)
Gói quản lý nội dung chứa các khái niệm mô Sơ đồ cho phép việc sửa đối các dữ liệu từ các lớp nội dung Tương tự như hệ thống phân cấp khái quát trong gói
siêu văn bản, các lớp trừu tượng bồ sung cũng được giới thiệu với các gói quản lý nội dung
2.3.6 Gói kiểm soát truy cập (AccessComfrol)
Gói Kiểm soát truy cập nhóm các khái niệm cho việc kiểm soát các truy cập
vào trang hiển thị là đơn vị đăng nhập LoginDUnir, đơn vị đăng xuất LogoufUni và một đơn vị nhóm thay d6i ChangeGroupUnit
2.3.7 Gói Cơ sở (Basic)
Các gói cơ sở bao gôm ba khái niệm trừu tượng, trong đó bao gôm một sô tính năng cần thiết của phần lớn các câu trúc mô Sơ đồ của WebML
2.4 Tùy biến vào trong siêu mô Sơ đồ ngôn ngữ WebML 2.4.1 Thiết kế các ứng dụng Web phổ biến
Tùy biến trong WebML thì ta thường dựa trên các Page, Area, và Sifeview
nhận biết ngữ cảnh Một đơn vị nội dung, chỉ ra một số hành động thích ứng có liên
Trang 11II
phải được đánh giá trước khi tính toán vì chúng có thể gây ra các nội dung trang
hoặc dòng điều hướng đề áp dụng cho một bối cảnh nhất định
2.4.2 Siêu mô Sơ đồ WebML cuối cùng
Các mở rộng của siêu mô Sơ đô ngôn ngữ WebML bán tự động tạo ra với các khái niệm cho mô Sơ đô tùy biên Nó đã có thê tích hợp tât cả các khái niệm
mới trong các WebML thông qua việc kế thừa siêu mô Sơ đồ WebML
CHƯƠNG 3 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 này dành riêng cho mô tả ngôn ngữ mô hình hóa WebML được nối với AOM trên cơ sở của CRM Các mục tiêu chính trong việc thiết kế CRM trong
chương 2 là thiết lập một sự hiểu biết chung về các khái niệm định hướng khía cạnh
trong mô hình hóa AOM
Sơ đồ 3.1 trình bày cách thức ngôn ngữ WebML được nối với AOM Sơ đồ
này cho thấy gói aspectWebML đại diện cho siêu mô hình aspectWebML Tir CRM, các gói /ổ hợp các vấn đề, tổ hợp vấn đề bất đối xứng, và tổ hợp vấn đề đối xứng được tái sử dụng, trong khi các gói ngôn ngữ được thay thế băng các gói WebML đại diện cho siêu mô hình aspectWebML Như được trình bày trong Sơ đồ
3.1, phần mở rộng của siêu mô hình WebML với các khái niệm về AOM của CRM
đạt được là thông qua các điểm mở rộng điểm nối, mã thực thi đơn giản, phần tử thanh phan va Médun van dé
Do mục tiêu cụ thể của việc tùy chỉnh mô hình hóa riêng biệt trong UWAs,
nội dung trọng tâm sẽ là cơ chế thành phân bát đối xứng Tùy chỉnh các chức năng
Trang 1212
không thể tôn tại, có nghĩa là nó phải được áp dụng cho các chức năng của một ứng dụng Web Kết quả là các cơ chế thành phân bát đối xứng phân biệt giữa các mối quan tâm cốt lõi và các mối quan tâm xuyên suốt để hỗ trợ cho mô hình hóa tuỳ chỉnh trong sự phát triển của UWAs là phù hợp hơn so với các cơ chế thành phân
đối xứng Tuy nhiên, hỗ trợ cả hai cơ chế thành phần không đối xứng và đối xứng
cho phép tạo nên một ngôn ngữ mạnh Do đó, sự hỗ trợ kỹ thuật cho cả hai loại cơ
chế thành phần được đưa ra trong việc mở rộng các siêu mô hình WebML với các
khái niệm định hướng khía cạnh cho cả hai cơ chế aspectWebML Tổ hợp Van dé Médun van dé Thông báo Thành phản tỏ hợp Mô hình t.phản “` 3.2 Siêu mô hình aspectWebML,
Trong các tiểu mục dưới đây, các siêu mô hình aspectWebML sé duoc m6 ta
theo một lược đô tương tự với lược đồ được sử dụng trong đặc tả kỹ thuật của tiêu
chuẩn UML, từ đó cung cấp cho người lập một mô hình tham chiếu cấu trúc tốt
Trang 1313
3.2.1 Gói Tổ hợp vẫn dé (ConcernComposition)
Gói Tổ hợp vấn đề tóm tắt theo các cơ chế thành phần khác nhau được hỗ trợ
bởi CRM thông qua các khái niệm về tương tác môđun và tương tác theo quy luật, hiện tại chưa được xem xét (một cách đây đủ) trong aspectWebML Điều này có nghĩa là những người lập mô hình không thể chỉ ra rõ ràng sự tương tác giữa các môđun van dé trong các mô hình của họ
3.2.2 Mô hình aspectWebML
Siêu lớp aspectWebML da dugc giới thiệu cho các mục đích hỗ trợ công cụ
Nó đại điện cho phân tử mô hình hóa gốc trong một dự án zspecfWebML bao gồm:
một Kho chứa môđun, một Kho chứa các quy tắc, một Kho chứa tập hợp các điểm nối cũng như một bộ các Kế hoạch tô hợp
a) Môđun vẫn đề
Trong ngôn ngữ aspectWebML, khái niệm vấn đề của CRM đã không được hợp thành như là một siêu lớp riêng biệt, vì nó chỉ là một khái niệm lý thuyết hơn là một cái gì đó mà người lập mô hình xác định rõ ràng trong mô hình aspectWebML
Hơn nữa, khái niệm môẩun vấn đề đã được định nghĩa để thêm vào khái niệm về khía cạnh và cơ sở Đề hỗ trợ cơ chế thành phần bất đối xứng và đối xứng trong
ngôn ngữ aspectWebML, khái niệm môđwn vấn đề cần phải được chuyên môn hóa
b) Quy tắc tổ hợp vấn đề
Quy tac t6 hop vấn định nghĩa cụ thê cách mà các phần tử vân đề khác nhau sẽ được soạn thảo Theo CRM, khái niệm chung về quy tắc thành phần vấn đề được
chuyên hóa thành các lớp con hỗ trợ các cơ chế thành phân khác nhau, như là øuy
tắc thành phân bất đối xứng và đối xứng
Trang 1414
Kế hoạch tô hợp quy dinh cu thé cach thirc tich hop mét tap hop cdc médun
vấn đề theo một tập hợp quy tắc tổ hợp vấn Việc thi hành một kế hoạch thành phần sẽ dẫn đến kết quả trong một mô hình tạo lập như là một mô hình WebML
d) Trình tự quy tắc tổ hợp vấn đề
Siêu lớp rrình tw quy tắc tổ hợp vấn đề được giới thiệu với ngôn ngữ
aspectWebML để chỉ tiết trình tự tái sử dụng của các quy tắc ấn đề thành phan
được sử dụng trong các kế hoạch thành phần
e) Trình tự môđun vẫn đề
Mục đích của siêu lớp ífrình tự médun vấn đề tương tự như mục đích
của các /rình tự quy tắc tổ hợp vấn đề Nó được giới thiệu với ngôn ngữ
aspectWebML dé xác định trật tự của các ấn đề liên quan trong một tế hoạch
tổ họp
ø) Kho chứa môđun
Một số siêu lớp đã được đưa ra để cho phép hỗ trợ công cụ mô hình hóa tốt hơn Siêu lớp kho chứa môẩun chứa tất cả các môấun vấn đề cũng như các trình tự
môđun vân dé đã được định nghĩa trong một dự án sử dụng aspectWebML
h) Kho chứa quy tắc
Tương tự như siêu lớp kho chứa môẩưn siêu lớp kho chứa quy tắc bao gồm tất cả các quy tắc tổ hợp vấn đề cũng như các trình tự quy tắc tổ hợp vấn
đề được định nghĩa trong một dự án sử dụng aspectWebML
3.2.3 Gói Tổ hợp vẫn đê bất đối xứng
Trong gói ứố hợp vấn đề bất đối xứng, tuy tắc tô hợp vấn đề được chuyên môn
hóa cho việc bao quát cơ chế thành phân bất đối xứng Tương tự như trong CRM, gói này cũng được sắp xếp Ngoài siêu lớp khía cạnh, siêu lớp kho chứa điểm ngất cũng
Trang 1515
a) Quy tắc tổ hợp bất đối xứng
Quy tắc thành phần bát đối xứng là một phần chuyên môn hóa của guy fắc fỗ
hợp vấn đề dành cho cơ chế thành phần bất đối xứng Siêu lớp quy tac t6 hop bat
đối xứng có một tham chiếu đến một điểm ngắt và một mã thực thi /hông báo Ngược lại với CRM, một siêu lớp riêng biệt cho khái niệm vj tri lién quan cua CRM
không được cung cấp Một lần nữa, mục tiêu là không đặt ra cho người lập mô hình quá nhiều các khái niệm mô hình hóa mới
b) Khía cạnh
Siêu lớp khía cạnh được giới thiệu là một lớp con của môđun vấn đề đề hỗ trợ cơ chế thành phần bắt đối xứng Các khía cạnh được sử dụng để chứa đựng một
tập hợp mã thực thi mà nó cùng đóng góp vào một mối vấn đề, một yêu cầu cụ thể
nhất định
c) Kho chứa điểm ngắt
Để có thể tái sử dụng các điểm ngắt trong một đự án aspectWebML, chúng
không được định nghĩa là các bộ phận của các khía cạnh, nhưng là các bộ phận của
một kho chứa điểm ngắt chung trong dự án Điều này thậm chí cho phép một số loại điểm ngắt được kết xuất từ các kho chứa trong các 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 các khái niệm được yêu câu để xác định nơi áp
dụng mã thực thi Trong suốt quá trình ứng dụng của CRM đối với ngôn ngữ WebML, một số khái niệm về gói không được đưa vảo trong ngôn ngữ aspectWebML bao gồm điểm nối cấu trức và điểm nối hành vi Hơn nữa độ chênh lệch nhất định trong CRM có thể được thây trong các mô tả các lớp
Trang 1616
Trong aspectWebML, điểm nối một là một noi được định nghĩa trong một
médun van dé, hay ding hon là một khái niệm mô hình thuộc ngôn ngữ WebML Điều này có nghĩa răng, bất kỳ một trường hợp nào của một phần tử mô hình hóa từ
ngôn ngữ WebML, hoặc là nó được định nghĩa trong một mô hình WebML hoặc một mã thực thi, có thể phục vụ như là một điểm nối tại một số điểm trong kế hoạch
fồ hợp Ngược lại, một théng bdo hay bất cứ khái niệm hướng khía cạnh khác từ
CRM không thể phục vụ như là một điểm nối Điều này duoc dam bao trong
aspectWebML băng cách cho phép phần tử mô hình hóa gốc cla WebML
b) Tập hợp điểm nối
Điểm ngắt mô tả một tập hợp các điểm nối được chọn cho các mục đích g101
thiệu sự tăng thêm hoặc hạn chế nhất định Các siêu lớp diém ngắt là trừu tượng và được cụ thể hóa thành siêu lớp điểm ngắt ẩơn và siêu lớp điểm ngắt phức hợp
Điều quan trọng, đó là người lập mô hình xác định các đ/ểm ngất theo một cách như
là họ có thể được sử dụng cùng với một /hông báo trong một quy ắ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 đã được định nghĩa để đại diện cho một tập hợp các điểm nối được lựa chọn theo một phương pháp định lượng nhất
định (xem chương 2) Lưu ý rằng khái niệm phương pháp định lượng đã được đưa ra như là một siêu thuộc tính trong siêu lớp điểm ngắt đơn thay vì đặt ra cho người
lập mô hình một siêu lớp riêng biệt như được để xuất trong CRM Trong khi mục
tiêu của CRM đã chỉ rõ bằng việc mô hình hóa tất cả các khái niệm hướng khía
cạnh như những đối tượng lớp, điều này là không cần thiết trong siêu mô hình aspectWebML
d) Điểm ngắt phức hợp
Trang 1717
phic hop bang cac cong cu toan tir hanh légic, vi du, AND, OR, NOT Bởi vì, ngôn
ngữ Ecore không hỗ trợ các lớp liên kết, nên các toán tử được sử dụng hiện nay
được định nghĩa như là một thuộc tính trong siêu lớp điểm ngắt phức hợp thay vì lớp liên kết của CRM
3.2.5 Gói kiểu khía cạnh
Gói kiếu khía cạnh gom cần có các khái niệm để miêu tả làm sao để tăng
thêm gói øôđun vấn đề khác So với CRM, trong aspectWebML, hông báo
đơn không khác xa so với thông báo cấu trúc và thông báo hành vi, vì vậy sự phân
biệt đã không được hỗ trợ ở ngô net WebML a) Mã thực thi
Mã thực thi quy định cụ thể cách thức để tăng thêm hoặc hạn chế các médun
van đề khác tại các điểm nối được kết nỗi bởi một điểm ngắt Tương tự như điểm
ngắt cua g01 đối tượng khía cạnh, thông báo được cụ thể hóa thành thông báo đơn
va thông báo phức họp b) Mã thực thi đơn
Tùy thuộc vào những gì người lập mô hình mong muốn, có ba cách khác
nhau quy định một thông báo đơn, cụ thể là để "thay đối" các phần tử mô hình, các
thuộc tính của chúng, hoặc các tham chiếu của chúng:
- _ Các mô hình ứng dụng Web sẽ được mở rộng với một tập hợp các phân
tử mô hình hóa
- _ Người lập mô hình muốn thay đồi đặc tính của một phần tử mô hình hóa, các thuộc tính biểu hiện của siêu lớp thông báo đơn cần phải được sử
dụng
- - Cuôi cùng, có thê thay đôi các tham chiêu của của một phân tử mô hình
hóa
Trang 1818
Với mục đích tái sử dụng, một /hông báo có thể được thiết lập bao gồm
một tập hợp của fhông báo đơn để tạo thành một fhông báo phức hợp Trong aspectWebML, một hông báo phức hợp sẽ được giải thích là tổng hợp của các
phần tử mô hình hóa được quy định cụ thể trong lớp con của nó Do đó, một
tập hợp các thóng báo đơn cùng nhau chúng phải được áp dụng cho một điểm
ngối
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 van dé đối xứng không phải là
trọng tâm của luận án này Tuy nhiên, hỗ trợ đầy đú của thành phan van đề đói xứng được lên kế hoạch cho aspectWebML là hướng nghiên cứu thêm trong tương lai
CHUONG 4 KET LUAN
4.1 Kết qua dat được của luận văn
° Việc khảo sát mô hình UWAs đã xuất hiện nhiều điểm yếu trong phương pháp tiếp cận mô hình Web hiện tại, cũng như việc xem xét chưa đây đủ về bản chất xuyên suốt tùy biến bằng các ngôn ngữ mô hình Web Như một
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 aspec(UWA để 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 cả mức độ (nội dụng, siêu văn bản, và trình
bày) AspectUWA để xuất ý tưởng chung của việc mở rộng bắt kỳ ngôn ngữ mô hình Web hiện có với mô hình định hướng khía cạnh (AOM) để tùy chỉnh chức năng riêng biệt như giảm phức tạp, khả năng bảo trì, cũng như khả năng tái sử dụng
Trang 1919
phương pháp tiếp cận aspec(UWA băng AOM hơn nữa mô hình tùy biến dai diện cho các điểm mở rộng của phương pháp này Mặt khác, CRM còn là một
cơ sở để thu được một danh mục các tiêu chuẩn được sử dụng cho việc đánh
giá câu trúc của phương pháp tiếp can AOM
° Bên cạnh đó việc cần thiết đưa ra một siêu mô sơ đồ WebML là
điều kiện tiên quyết và do đó, bước đầu đã hướng tới sử dụng các kỹ thuật
MDE trong cac phương pháp tiếp cận WebML nói chung Nó cũng cho phép
khả năng tương tác với các công cụ khác MIDE và là một tài liệu tham khảo
cho các ngôn ngữ mô hình Web phô biến
4.2 Hạn chế và hướng nghiên cứu tiếp theo
° Các vấn đề hỗ trợ bởi CRM thông qua sự tương tác môđun và các
khái niệm tương tác hiện đang không được xem xét một cách đây đủ Điều này có nghĩa răng người lập mô hình không thể thấy tương tác giữa các mối quan tâm trong mô hình của họ Tuy nhiên, quá trình phát triển một mô hình định
hướng khía cạnh mà "thành phần" khác nhau để có thể cấu thành một mô hình
phụ thuộc và tương tác với nhau là rất quan trọng Đây sẽ là hướng nghiên cứu trong tương lai, để tìm ra những 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 và do đó cần
phải được hỗ trợ
° Cơ chế thành phan bat đối xứng là mối quan tâm cốt lõi và xuyên
suốt là phù hợp để hỗ trợ mô hình tùy biến trong việc phát triển UWAs Tuy
nhiên, các khái niệm cho các thành phần đối xứng phải được tinh chế và ngữ nghĩa cho các thành phần đối xứng cần được quy định Và cuối cùng, nghiên
cứu thêm là cần thiết đề làm thế nào cả hai loại cơ chế thành phan này có thể
sử dụng song song
° Phát triển một kịch bản tùy biến trong aspectWebML từ đầu là
Trang 2020
nghiệm Vì vậy công việc nghiên cứu thêm sẽ bao gôm các phân mở rộng của các thiệt lập hiện có đê giúp người lập mô hình nhanh chóng tiêp thu các
mô hình mới cũng như hội nhập với quá trình phát triển của WebMIL
° Các ký hiệu được đề xuất trong aspectWebML chưa được
đánh gia
° Chưa có công cụ hỗ trợ đi kèm và môi trường phát triển đỗ họa tích hợp cho ngôn ngữ aspectWebML Đây cũng là việc cần nghiên cứu thêm sau này
° Cần mở rộng thêm việc ứng dụng aspectUWA với phương
