KIỂM CHỨNG mô HÌNH ASPECT UML BẰNG ALLOY

ĐẠI HỌC QUỐC GIA HÀ NỘI TRƯỜNG ĐẠI HỌC CÔNG NGHỆ Bùi Duy Hải KIỂM CHỨNG MƠ HÌNH ASPECT-UML BẰNG ALLOY KHỐ LUẬN TỐT NGHIỆP ĐẠI HỌC HỆ CHÍNH QUY Ngành: Công nghệ thông tin HÀ NỘI - 2010 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com ĐẠI HỌC QUỐC GIA HÀ NỘI TRƯỜNG ĐẠI HỌC CÔNG NGHỆ Bùi Duy Hải KIỂM CHỨNG MƠ HÌNH ASPECT-UML BẰNG ALLOY KHỐ LUẬN TỐT NGHIỆP ĐẠI HỌC HỆ CHÍNH QUY Ngành: Cơng nghệ thông tin Cán hướng dẫn: Phạm Thị Kim Dung HÀ NỘI - 2010 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com LỜI CÁM ƠN Đầu tiên xin gửi lời cảm ơn sâu sắc tới cô giáo Ths.Phạm Thị Kim Dung, môn công nghệ phần mềm, khoa công nghệ thông tin, trường đại học công nghệ, đại học Quốc Gia Hà Nội – người định hướng đề tài tận tình hướng dẫn bảo tơi suốt q trình thực khóa luận tốt nghiệp Tôi xin trân trọng cảm ơn quý thầy cô Khoa Công nghệ thông tin trường Đại học Công nghệ, Đai học Quốc Gia Hà Nội tận tình giảng dạy, truyền đạt kiến thức quý báu suốt bốn năm học làm tảng cho thực khóa luận tốt nghiệp Con xin cảm ơn cha mẹ gia đình sinh nuôi dạy khôn lớn, bên cạnh động viên ủng hộ đường mà yêu thích lựa chọn Cám ơn bạn sinh viên Khoa cơng nghệ thơng tin khóa 2006-2010 Các bạn giúp đỡ ủng hộ nhiều đóng góp nhiều ý kiến quý báu, qua đó, giúp tơi hồn thiện khóa luận tốt Mặc dù nỗ lực, cố gắng hẳn khóa luận tơi cịn nhiều thiếu sót Tơi mong nhận nhiều ý kiến đánh giá quý, phê bình q thầy cơ, anh chị bạn Một lần xin chân thành cảm ơn! Hà Nội, tháng năm 2010 Bùi Duy Hải LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com Mục Lục Chương : MỞ ĐẦU 1.1 Đặt vấn đề 1.2 Cấu trúc khóa luận Chương 2: Giới thiệu mơ hình UML lập trình hướng Aspect 2.1 2.1.1 Lịch sử phát triển UML 2.1.2 Ứng dụng mơ hình UML 2.1.3 Các loại biểu đồ UML .12 2.2 Ngôn ngữ ràng buộc đối tượng (OCL) 13 2.3 Lập trình hướng khía cạnh (Aspect Oriented Programming) .15 2.3.1 Phương pháp lập trình hướng khía cạnh 15 2.3.2 Các khái niệm Aspect 21 Chương 3: Kiểm chứng mơ hình Aspect-UML .23 3.1 Giới thiệu Alloy 23 3.1.1 Alloy gì? 23 3.1.2 Tính chất ngôn ngữ alloy 23 3.1.3 Cấu trúc chương trình Alloy 24 3.1.4 Khai báo alloy 24 3.2 Mơ hình UML (Unifined Model Language) Đặc tả mơ hình Aspect-UML Alloy 28 3.2.1 Mơ hình Aspect UML 28 3.2.2 Mơ hình viễn thơng 30 3.2.3 Đặc tả mơ hình Aspect UML Alloy 32 3.2.4 Kiểm chứng mơ hình Aspect UML sử dụng Alloy 37 Chương : Kết luận 40 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com DANH MỤC HÌNH VẼ Hình 1: Hợp phương pháp thiết kế UML Error! Bookmark not defined Hình 2: Mơ hình UML khơng biểu diễn hết đặc tả Error! Bookmark not defined Hình 3:OPP Error! Bookmark not defined Hình 4: Sơ đồ lớp tốn vẽ hình 16 Hình 5: Dùng AOP giải tốn vẽ hình Error! Bookmark not defined Hình 6: Mơ hình class cho hệ thống viễn thơng .Error! Bookmark not defined DANH MỤC BẢNG BIỂU Bảng 1: Ánh xạ loại join point pointcut tương ứng .Error! Bookmark not defined Bảng 2: Chuyển đổi thành phần cấu trúc mơ hình Aspect UML sang Alloy Error! Bookmark not defined DANH MỤC NHỨNG TỪ VIẾT TẮT OOP Object Oriented Programming UML Unifined Model Language OCL Object Contraint Language AOP Aspect Oriented Programming LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com Chương : MỞ ĐẦU 1.1 Đặt vấn đề Ngày nay, công nghệ thông tin ngày phát triển ứng dụng vào tất lĩnh vực sống xã hội Nó tạo diện mạo cho xã hội nhờ văn minh nhân loại nâng lên tầm cao Công nghệ phần mềm phần tách rời công nghệ thông tin Hiện ngành công nghệ phần mềm giới phát triển vũ bão Những tiến khoa học kĩ thuật phần cứng tạo điều kiện thuận lợi cho công nghệ phần mềm ngày phát triển không ngừng Phần mềm coi sản phẩm cơng nghệ phần mềm.Q trình phát triển phần mềm gồm nhiều giai đoạn: thu thập yêu cầu, phân tích, thiết kế,xây dựng, kiểm chứng , triển khai bảo trì Trong việc kiểm chứng phần mềm quan trọng để đảm bảo chất lượng phần mềm Kiểm chứng mơ hình UML đóng góp vào việc kiểm chứng phần mềm.Việc kiểm chứng mơ hình UML + OCL giải [2] Vấn đề đặt kiểm chứng mơ hình Aspect-UML(là mơ hình UML đơn giản mở rộng với việc sử dụng Aspect) Nhờ Aspect ràng buộc mà mơ hình Aspect UML cung cấp thêm thơng tin Mơ hình Aspect UML kiểm chứng từ xung đột tương tác Aspect, để làm tự động công việc kiểm chứng mơ hình Aspect UML chuyển đổi mơ hình Aspect UML sang ngôn ngữ đặc tả Alloy Alloy cung cấp ngơn ngữ đặc tả mơ hình đơn giản dựa logic công cụ mô phỏng[] Trong phạm vi khóa luận tơi quy tắc chuyển đổi mơ hình Aspect UML sang ngơn ngữ Alloy 1.2 Cấu trúc khóa luận Chương 1: Phần mở đầu Chương 2: Giới thiệu mơ hình UML lập trình hướng Aspect Chương 3: Kiểm chứng mơ hình Aspect- UML Alloy Chương 4: Kết luận hướng nghiên cứu tương lai LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com Chương 2: Giới thiệu mô hình UML lập trình hướng Aspect 2.1 Mơ hình UML (Unifined Model Language) 2.1.1 Lịch sử phát triển UML Theo [1] năm đầu thập kỷ 90 có nhiều phương pháp phân tích, thiết kế hệ thống hướng đối tượng với chúng ký hiệu riêng cho phương pháp Số lượng phương pháp khoảng từ 10 lên đến gần 50 năm từ 1989 đến 1994 Ba phương pháp phổ biến OMT (Object Modeling Technique) [James Rumbaugh], Booch91 [Grady Booch] OOSE (Object-Oriented Software Enginering) [Ivar Jacobson] Mỗi phương pháp có điểm mạnh yếu Như OMT mạnh phân tích yếu khâu thiết kế, Booch91 mạnh thiết kế yếu phân tích OOSE mạnh phân tích ứng xử, đáp ứng hệ thống mà yếu khâu khác Do phương pháp chưa hoàn thiện nên người dùng phân vân việc chọn phương pháp phù hợp để giải toán họ Hơn nữa, việc ký hiệu khác phương pháp gây mập mờ, nhầm lẫn mà ký hiệu mang ý nghĩa khác phương pháp Ví dụ hình trịn tơ đen biểu multiplicity OMT lại aggregation Booch) Thời kỳ biết đến với tên gọi chiến phương pháp Khoảng đầu năm 94, Booch cải tiến phương pháp có ứng dụng ưu điểm phương pháp Rumbaugh Jacobson Tương tự Rumbaugh cho đăng loạt báo biết đến với tên gọi phương pháp OMT-2 sử dụng nhiều ưu điểm phương pháp Booch Các phương pháp bắt đầu hợp nhất, kí hiệu sử dụng phương pháp nhiều điểm khác biệt LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com Cuộc chiến kết thúc có đời UML – ngơn ngữ mơ hình hóa hợp Tại lại hợp nhất? Đó có hợp cách kí hiệu Booch, OMT Objectory ý tưởng tốt số phương pháp khác hình vẽ sau: Hình 1:Hợp phương pháp thiết kế UML Bằng cách hợp kí hiệu sử dụng phân tích, thiết kế phương pháp đó, UML cung cấp tảng chuẩn việc phân tích thiết kế Có nghĩa nhà phát triển tiến hành theo phương pháp mà họ sử dụng tiến hành theo phương pháp tổng hợp hơn( thêm vào bước ưu điểm phương pháp) Nhưng điều quan trọng ký hiệu thống ký hiệu chuẩn tổ chức OMG (Object Management Group) vào tháng 7-1997 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com 2.1.2 Ứng dụng mơ hình UML UML ngôn ngữ dùng để:  Trực quan hóa  Cụ thể hóa  Sinh mã dạng nguyên mẫu  Lập cung cấp tài liệu UML ngôn ngữ bao gồm bảng từ vựng quy tắc để kết hợp từ vựng phục vụ cho mục đích giao tiếp Một ngơn ngữ dùng cho việc lập mơ hình ngơn ngữ mà bảng từ vựng( ký hiệu) quy tắc tập trung vào việc thể mặt khái niệm vật lý hệ thống Mơ hình hóa mang lại hiểu biết hệ thống Một mơ hình khơng thể giúp hiểu rõ hệ thống, thường phải xây dựng số mơ hình xét từ góc độ khác Các mơ hình có quan hệ với UML cho ta biết cách tạo đọc hiểu mơ hình đươc cấu trúc tốt, khơng cho ta biết mơ hình nên tạo tạo chúng Đó nhiệm vụ quy trình phát triển phần mềm 2.1.2.1 UML ngôn ngữ dùng để trực quan hóa Đối với nhiều lập trình viên, khơng có khoảng cách ý tưởng để giải vấn đề việc thể điều thơng qua đoạn mã Họ nghĩ họ viết mã Trên thực tế, điều gặp số vấn đề Thứ nhất, việc trao đổi ý tưởng người lập trình gặp khó khăn, trừ tất nói ngơn ngữ Thậm chí khơng gặp trở ngại ngơn ngữ cơng ty, nhóm có “ngôn ngữ” riêng họ Điều gây trở ngại cho người vào để hiểu việc tiến hành Hơn nữa, lĩnh vực phần mềm, nhiều khó hiểu xem xét đoạn mã lệnh Ví dụ phân cấp lớp, ta phải duyệt nhiều đoạn lệnh để hiểu LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com phân cấp lớp Và người lập trình khơng mô tả ý tưởng mà xây dựng thành mã lệnh nhiều cách tốt xây dựng lại trường hợp người khác đảm nhận tiếp nhiệm vụ rời khỏi nhóm Đối với nhiều lập trình viên, khơng có khoảng cách ý tưởng để giải vấn đề việc thể điều thơng qua đoạn mã Họ nghĩ họ viết mã Trên thực tế, điều gặp số vấn đề Thứ nhất, việc trao đổi ý tưởng người lập trình gặp khó khăn, trừ tất nói ngơn ngữ Thậm chí khơng gặp trở ngại ngơn ngữ cơng ty, nhóm có “ngôn ngữ” riêng họ Điều gây trở ngại cho người vào để hiểu việc tiến hành Hơn nữa, lĩnh vực phần mềm, nhiều khó hiểu xem xét đoạn mã lệnh Ví dụ phân cấp lớp, ta phải duyệt nhiều đoạn lệnh để hiểu phân cấp lớp Và người lập trình khơng mơ tả ý tưởng mà xây dựng thành mã lệnh nhiều cách tốt xây dựng lại trường hợp người khác đảm nhận tiếp nhiệm vụ rời khỏi nhóm Xây dựng mơ hình sử dụng ngơn ngữ UML giải khó khăn trên.Khi trở thành chuẩn việc lập mơ hình, kí hiệu mang ý nghĩa rõ rang nhất, nhà phát triển đọc mơ hình xây dựng UML người khác viết.Những cấu trúc mà việc nắm bắt thông qua đọc mã lệnh khó khăn thực trực quan.Một mơ hình rõ ràng, sáng sủa làm tăng khả giao tiếp, trao đổi nhà phát triển 2.1.2.2 UML ngơn ngữ để chi tiết hóa Có nghĩa xây dựng mơ hình tỉ mỉ, rõ ràng, đầy đủ mức độ chi tiết khác Đặc biệt UML thực việc chi tiết hoá tất định quan trọng phân tích, thiết kế thực thi hệ thống phần mềm LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com  -: hiệu số fact dirinothers { all d: Directory - Root | some contents.d }  in : tập sibling = (brother + sister) sister in sibling  =: o Relational operators:  : dot (phép nối)  ->: mũi tên (product)  ^ : transitive closure  *: reflexive- transitive closure  ~: đảo vế  [] : box (join)  : range restriction  ++ : override o Toán tử logic  ! : negation  && : conjunction (and)  || : disjunction (OR)  => : implication  else : alternative LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com  : bi-implication (IFF) o Logic Cardinalities  = equals  < less than  > greater than  =< less than or equal to  >= greater than or equal to  #r number of tuples in r  0,1, integer literal  + plus  - minus 3.1.4.7 Predicates - Một pred tên ràng buộc - Không nhiều khai báo cho lí luận - Có thể sử dụng để đại diện cho trình thực thi - Chỉ dùng gọi (khơng fact) 3.2 Đặc tả mơ hình Aspect-UML Alloy 3.2.1 Mơ hình Aspect UML Vì việc đặc tả mơ hình UML+ OCL nghiên cứu hồn thành xem xét đến mô hình Aspect- UML Phương pháp đặc tả luận xem xét cách phân tích tương tác aspect mơ hình A-O viết Aspect UML [5,6] Aspect-UML mơ hình đơn giản mở rộng UML sử dụng khái niệm AOP (aspect, advice, point cut, joint point LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com crosscutting) Nó cho phép thích hình thức ví dụ pre , post conditions, để đặc tả xác trạng thái thành phần join points advices context pointcut Nhờ có thích này, mơ hình Aspect UML cung cấp thêm thơng tin để phân tích tương tác aspect từ điểm ngữ nghĩa khung nhìn Cơng việc bước xa phương pháp truyển thống dựa phân tích chương trình tĩnh mà thường quên việc giải ngữ nghĩa gây xung đột aspect Mơ hình Aspect-UML kiểm tra từ xung đột tương tác aspect Một cách để tự động trình kiểm chứng chuyển đổi mơ hình Aspect- UML sang ngơn ngữ đặc tả Alloy Alloy cung cấp ngôn ngữ đặc tả mơ hình đơn giản dựa logic phân tích mơ hình cơng cụ mơ phỏng[] Một mơ hình Alloy soạn thảo từ tập hợp signature xác đinh tập hợp đối tượng mối quan hệ chúng Mơ hình thêm rang buộc predicates assertions Một mơ hình trừu tượng mà thực xác định tập hợp vơ hạn mơ hình hữu hạn Alloy thực thi đặc tả mơ hình cách tìm kiếm mơ hình cá biệt đáp ứng số đặc điểm đặc tả Một mơ hình kiểm tra có giá trị thỏa mãn bên ràng buộc mơ hình cá biệt Thật vậy, phân tích Alloy giới hạn việc tìm kiếm mơ hình cá biệt mà kích cỡ(về đối tượng) thấp cho số ràng buộc cố đinh bời người sử dụng Alloy khẳng định hướng tiếp cận đặc tả việc đề xuất giả thuyết phạm vi nhỏ mà theo counterexample phế bỏ mơ hình có khuynh hướng xảy ví dụ mơ hình nhỏ Để kiểm chứng mơ hình Aspect UML, trước hết giả định hệ thống Aspect chứng minh Bằng việc chuyển đổi mơ hình Aspect UML sang Alloy, trình đặc tả hình thức có mục đích biểu lộ loại vấn để tương tác aspect sau đây: (1) vi phạm tài nguyên địa phương, pre/post condition adive point cut vi phạm kết hợp aspect; (2) vi phạm lớp, aspect bất biến hệ thống thêm vào aspect LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com 3.2.2 Mơ hình viễn thơng Để minh họa cho việc đặc tả mơ hình Aspect UML alloy ta sử dụng ví dụ ứng dụng điện thoại Ứng dụng đơn giản hệ thống điện thoại, khách bắt đầu chấp nhận, thả hợp gọi nội đường dài Hệ thống cung cấp chức lõi để mô tả kết nối khách hàng Trong chức bản, người thêm giờ, tốn ngắt tính mơ tả đây:  Tính thời gian liên quan tới thời gian kết nối giữ thời gian kết nối tổng số cho khách hàng Nó xảy khoảng đầu đến cuối kết nối  Tính tốn có liên quan tới việc tính phí khách hàng cho gọi họ Một tính phí cho mõi kết nối tính tốn chấm dứt kết nơi bổ sung vào hóa đơn khách hàng phù hợp  Tính ngắt sử dụng để xử lý đường truyền bận cách ngắt gọi Nó can thiệp vào lúc bắt dầu kết nối cách kiểm tra đích bận , trường hợp gọi bị gián đoạn LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com Hình 6: Mơ hình class cho hệ thống viễn thơng Hình thể cách viêc tính giờ, tốn u cầu ngắt gọi tích hợp vào biểu đồ lớp UML, sử dụng Aspect UML thích hợp Những yêu cầu crosscutting bắt tương ứng aspect Timing, Billing Interrupting mà mô tả lớp UML mô tả với stereotype Những aspect cắt ngang ứng dụng thông qua point cut mơ interface đặc biệt có tên OpComplete OpDrop Một quan hệ phụ thuộc thường sử dụng để liên kết join point mà biểu Interface pointcut OpComplete chứa biểu thức trừu tượng đặt tên opComplete(c:Connection) thực thi joinpoint đạt Tương tự interface OpDrop chức biểu thức trừu tượng opDrop(c:Connection) Hãy xem xét ví dụ aspect Timing( aspect Billing aspect LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com Interrupting tương tự) Nó thực thi interface ponitcut OpComplete OpDrop cung cấp số advice tương ứng để thực chúng 3.2.3 Đặc tả mô hình Aspect UML Alloy Phần giải thích cách mà mơ hình Aspect UML chuyển đổi sang đặc tả Alloy để chúng sau phân tích Alloy Analyzed Bảng 2: Chuyển đổi thành phần cấu trúc mơ hình Aspect UML sang Alloy Các class aspect chuyển thành khai báo signature Alloy Các thuộc tính lớp aspect chuyển thành mối quan hệ signature tương đồng Tương tự liên kết class aspect dịch thành mối quan hệ Đối với kiểu người dùng tự định nghĩa kiểu liệu tập hợp , mà tập hợp giá trị khơng có mặt UML( ví dụ kết nối hay ngắt kết nối trường hợp nghiên cứu), enumeration chuyển đổi thành signature kế thừa từ signature định nghĩa kiểu enumeration Ví dụ, đoạn code Alloy sau đặc tả lớp Connection xuất mơ hình lớp ứng dụng viễn thơng (hình 5) Sig Connection{ status: Status, origin, destination: Device } abstract sig Status{} sig connected, disconnected extends Status{} Đối với aspect Timing, xác định bời đoạn code Alloy sau: sig Timing{ LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com effectiveConnections: set Connection, getTimer: effectiveConnections → some Timer } sig Timer{ startTime, connectionTime: Int, c : Connection } Chuyển đổi ngữ pháp thích Aspect UML sang Alloy Để giải ngữ nghĩa tương tác aspect join point, mơ hình UML mở rộng với thích xác định giao ước riêng lẻ mà phương thức / biểu thức advice (thực thi join point) phải lưu ý Những giao ước khai báo điều kiện trước sau (post/pre condition) May mắn thay Alloy cho đặc tả ràng buộc mà biểu thức(phương thức advice join point) phải thỏa mãn thơng qua việc sử dụng predicate Ví dụ: xét phương thức op() với tham số s thuộc kiểu T có hành vi xác định điều kiện trước s>0 điều kiện sau thực thi s0 // postcondition s′ = 0) && (b.useBill[c.origin.owner].charge ≤ b′.useBill[c.origin.owner].charge) } LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com Hầu hết ta thấy aspect Billing ngầm đòi hỏi dịch vụ aspect Timing Cách xây dựng không khuyến cáo, aspect nên định nghĩa độc lập với nhau.Tuy nhiên aspect Timing thu lại, phân tích chung tơi phát lỗi aspect Billing join point drop (3) Khi nhiều advice loại(tức trước sau) thực join point, advice cần đồng thời biên soạn trước đan kết lại join point Các advice đồng thời có ưu tiên để biên soạn ngang theo sau yêu cầu xác định ràng buộc cấp cao Tuần tự điều kiện tác động đến điều kiện sau hàm nối tiếp đến điều kiện trước hàm sau Nếu advice đồng thời không ưu tiên, chúng biên soạn liên tục trật tự xác định Do tất yêu cầu cần phải kiểm tra Một lần điều kiện sau mộ hàm ràng buộc tới điều kiện trước hàm Ví dụ Timing Billing không aspect đồng thời tương tác join point drop Advice onDrop tương ứng chúng cần biên soạn trật tự khó mà xác định Để tác động đến Alloy qua tất advice yêu cầu, định nghĩa predicate gọi executeOpDrop mà cho phép Alloy có lựa chọn thoải mái phép điều kiện sau predicate opDropBilling điều kiện trước predicateOpDropTiming ngược lại Vậy kiểm tra tính hợp lệ assertion, phân tích alloy qua tất thực thi predicate, cố gắng tất yêu cầu hai advice pre post constraint pred executeOpDrop(t,t′:Timing, b,b′:Billing,c:Connection){ OpDropTiming(t,t′,c) && OpDropBilling(b,b′,t′,c) || OpDropBilling(b,b′,t,c) && OpDropTiming(t,t′,c) } LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com (4) Cuối việc tổng hợp kết advice từ thành phần OpDropTiming OpDropBilling xảy sau thực join point drop() Predicate weaveAtOpDrop định nghĩa ràng buộc cưỡng việc kết hợp Predicate rõ ràng tác động đến hoàn cảnh thỏa mãn ràng buộc c weaveAtOpDrop(t,t′, b,b′, c,c′) } Nếu khẳng định khơng hợp lệ xuất counterexample sinh cơng cụ phân tích Alloy 3.2.4.2 Kiểm chứng vi phạm thuộc tính tồn cục Các ràng buộc hệ thống dễ dàng kiểm chứng predicate thêm vào mơ hình Alloy.Trong ứng dụng viễn thơng, hai ràng buộc quan trọng kiểm chững : - Với trạng thái hệ thống số lượng kết nối nhỏ 50 - Trạng thái tất thiết bị ( nguồn đích ) tham gia vào kết nối khơng nhàn rỗi Những bất biến kiểm chứng bời predicate sau: pred limitedConnectedConnections { #{allc:Connection | c.status=connected}≤ 50 } pred deviceIdle { alld:Device,somec:Connection | (dinc.(origin+destination))&&(c.status=connected) LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com => (d.d−status!=idle) } LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com Chương : Kết luận Trong trình thực khóa luận tơi tìm hiểu kiến thức kiểm chứng, công đoạn vô quan trọng giúp phát sửa lỗi phần mềm nhằm đảm bảo chất lượng phần mềm.Ngoài khóa luận tơi cịn xậy dựng phương pháp kiểm chứng mơ hình Aspect UML Alloy Cùng với việc kiểm chứng mơ hình UML+ OCL có sẵn từ trước việc kiểm chứng mơ hình UML trở lên toàn diện hơn, kiểm chứng nhiều phương diện Do thời gian chưa cho phép chưa hồn thành cơng cụ tự động đặc tả mơ hình UML +OCL + ASPECT Alloy Những kiến thức luận kết hợp với kiếm thức đặc tả mơ hình UML+ OCL có sẵn giúp tơi hồn thành cơng cụ tương lai LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com TÀI LIỆU THAM KHẢO [1] http://www.cs.bham.ac.uk/~bxb/UML2Alloy/ [2] http://mobilesprogramming.wordpress.com/ [3] Farida Mostefaoui DIRO,Julie Vachon , University of Monreal Quebec, Canada Verification of Aspect –UML models using alloy, 2007 [4] Daniel Jackson , Solfware Abstraction: Logic, Language, and Analysis, [5] J.VachonandF.Mostefaoui.Achieving supplementary equirements using aspectoriented development.In ICEIS, pages584–587, 2004 [6] F.MostefaouiandJ.Vachon.Approche basee sur les r´ eseaux de Petripourla v´erification de la composition danslessyst` emesparaspects RSTI-L’Objet, 12(2-3):157– 182,September2006 LUAN VAN CHAT LUONG download : add luanvanchat@agmail.com ... tả mơ hình Aspect- UML Alloy 28 3.2.1 Mơ hình Aspect UML 28 3.2.2 Mơ hình viễn thông 30 3.2.3 Đặc tả mơ hình Aspect UML Alloy 32 3.2.4 Kiểm chứng mơ hình Aspect UML. .. đề đặt kiểm chứng mơ hình Aspect- UML( là mơ hình UML đơn giản mở rộng với việc sử dụng Aspect) Nhờ Aspect ràng buộc mà mơ hình Aspect UML cung cấp thêm thơng tin Mơ hình Aspect UML kiểm chứng từ... kiểm chứng , triển khai bảo trì Trong việc kiểm chứng phần mềm quan trọng để đảm bảo chất lượng phần mềm Kiểm chứng mô hình UML đóng góp vào việc kiểm chứng phần mềm.Việc kiểm chứng mơ hình UML