Một số phương pháp kiểm chứng tái cấu trúc phần mềm luận án ts máy tính 624801
Luận án giới thiệu phương pháp kiểm chứng hiệu quả tái cấu trúc phần mềm, đảm bảo chất lượng và tính đúng đắn. Khám phá kỹ thuật thực tiễn và ứng dụng.
Năm xuất bản
Số trang
132
Thời gian đọc
20 phút
Lượt xem
0
Lượt tải
0
Phí lưu trữ
40 Point
Tổng quan nhanh
- Chủ đề:
- Phương pháp kiểm chứng tái cấu trúc phần mềm an toàn
- Số trang:
- 132 trang
- Trường:
- Trường Đại học Công nghệ, Đại học Quốc gia Hà Nội
- Chuyên ngành:
- Công nghệ thông tin
- Tác giả:
- Đào Thị Hường
- Năm:
- 2018
Tóm tắt nội dung luận án
I.Phương pháp kiểm chứng tái cấu trúc phần mềm an toàn
Tái cấu trúc phần mềm là quá trình cải thiện cấu trúc nội bộ hệ thống. Mục tiêu là không thay đổi hành vi bên ngoài. Tuy nhiên, hoạt động này tiềm ẩn nhiều rủi ro. Lỗi dễ phát sinh nếu không tuân thủ quy trình. Kiểm soát chặt chẽ quá trình tái cấu trúc là cần thiết. Cần đánh giá ảnh hưởng lên đặc trưng chất lượng. Đảm bảo các đặc tính quan trọng của hệ thống được bảo toàn. Luận án này đề xuất các phương pháp bảo toàn ràng buộc hệ thống. Các phương pháp tập trung vào hệ thống hướng đối tượng. Chú trọng đến bất biến và hành vi của hệ thống. Đây là đóng góp quan trọng cho tái cấu trúc phần mềm an toàn. Các nhà phát triển có thể áp dụng để giảm thiểu lỗi. Góp phần nâng cao độ tin cậy của phần mềm. Quá trình kiểm chứng là then chốt. Nó đảm bảo các cải tiến không làm suy yếu hệ thống. Từ đó, xây dựng nền tảng vững chắc cho kiểm định phần mềm.
1.1. Tái cấu trúc phần mềm và rủi ro tiềm ẩn
Tái cấu trúc (refactoring) là hoạt động cải tiến cấu trúc nội bộ của phần mềm. Mục đích là nâng cao khả năng bảo trì, dễ đọc, và hiệu quả. Tuy nhiên, quá trình này không phải lúc nào cũng suôn sẻ. Nguy cơ phát sinh lỗi là rất cao. Đặc biệt, khi các nhà phát triển bỏ qua quy trình chuẩn. Những lỗi này có thể làm thay đổi hành vi bên ngoài hệ thống. Điều này trái ngược với nguyên tắc cơ bản của tái cấu trúc. Vì vậy, tái cấu trúc phần mềm đòi hỏi sự cẩn trọng. Kiểm soát chặt chẽ từng bước là yếu tố sống còn. Hoạt động này cần được xem xét kỹ lưỡng. Đảm bảo an toàn và tính đúng đắn của hệ thống sau cải tiến. Nó giúp duy trì chất lượng tổng thể của phần mềm. Giảm thiểu chi phí sửa chữa trong tương lai.
1.2. Nhu cầu xác minh tính đúng đắn của tái cấu trúc
Kiểm chứng là bước thiết yếu trong tái cấu trúc. Nó giúp xác minh rằng các thay đổi không phá vỡ hệ thống. Cụ thể, các đặc tính quan trọng cần được bảo toàn. Điều này bao gồm bất biến và hành vi của phần mềm. Xác minh tái cấu trúc đảm bảo tính toàn vẹn của mã nguồn. Nó là nền tảng cho kiểm thử hồi quy hiệu quả. Việc không xác minh có thể dẫn đến hệ thống không ổn định. Phát sinh lỗi khó phát hiện, ảnh hưởng trải nghiệm người dùng. Luận án tập trung vào việc đề xuất phương pháp bảo toàn. Các phương pháp này giúp kiểm soát chặt chẽ quá trình. Từ đó, mang lại sự tự tin cho các nhà phát triển. Họ có thể thực hiện tái cấu trúc một cách an toàn. Đảm bảo chất lượng phần mềm sau mọi thay đổi.
II.Đề xuất phương pháp bảo toàn bất biến trong tái cấu trúc UML
Luận án trình bày phương pháp bảo toàn bất biến. Phương pháp này áp dụng cho tái cấu trúc biểu đồ lớp UML. Các phần tử của biểu đồ lớp được hình thức hóa. Ràng buộc bất biến cũng được biểu diễn bằng ký pháp toán học. Đây là cách tiếp cận hình thức. Nó mang lại sự chặt chẽ và chính xác. Tái cấu trúc trên biểu đồ lớp thực hiện qua nhiều phép toán. Bao gồm Folding, Abstraction, Composition, Factoring, và Unfolding. Mỗi phép toán đều có luật tái cấu trúc riêng. Các luật này được đề xuất và chứng minh đúng đắn. Việc chứng minh sử dụng phương pháp toán học nghiêm ngặt. Điều này khẳng định sự bảo toàn bất biến của các lớp. Mô hình ban đầu và mô hình tái cấu trúc duy trì các đặc tính này. Đây là đóng góp cốt lõi cho xác minh tái cấu trúc. Nó giúp nâng cao độ tin cậy của các mô hình thiết kế phần mềm.
2.1. Hình thức hóa biểu đồ lớp và các bất biến
Việc hình thức hóa là bước quan trọng đầu tiên. Các phần tử của biểu đồ lớp UML được chuyển sang ký pháp toán học. Điều này bao gồm các lớp, mối quan hệ, và thuộc tính. Các ràng buộc bất biến cũng được biểu diễn rõ ràng. Bất biến là các điều kiện luôn đúng trong mọi trạng thái hợp lệ. Ví dụ: một thuộc tính luôn dương, hoặc một mối quan hệ có cardinality nhất định. Quá trình hình thức hóa này tạo ra một mô hình chính xác. Mô hình này có thể được phân tích một cách toán học. Nó là cơ sở để áp dụng phương pháp hình thức trong kiểm chứng. Đảm bảo mọi thay đổi trong tái cấu trúc đều giữ nguyên các bất biến cốt lõi. Đây là yếu tố then chốt cho sự ổn định của hệ thống.
2.2. Quy tắc và chứng minh luật tái cấu trúc đúng đắn
Luận án đề xuất các luật tái cấu trúc cụ thể. Các luật này áp dụng cho các phép toán trên biểu đồ lớp. Ví dụ: Folding gộp các lớp tương tự. Abstraction tạo lớp cha chung. Composition kết hợp các thành phần. Factoring tách các thuộc tính chung. Unfolding làm rõ cấu trúc phức tạp. Mỗi luật được chứng minh tính đúng đắn bằng toán học. Chứng minh này đảm bảo rằng các phép toán này không phá vỡ bất biến. Mọi thay đổi về cấu trúc đều được kiểm soát chặt chẽ. Kết quả là mô hình tái cấu trúc vẫn bảo toàn bất biến. Điều này cung cấp sự đảm bảo về tính đúng đắn. Nó giúp tăng cường chất lượng của thiết kế phần mềm. Đồng thời, giảm thiểu rủi ro khi tái cấu trúc.
III.Kiểm chứng bảo toàn hành vi trong tái cấu trúc phần mềm
Bên cạnh bất biến, bảo toàn hành vi là yếu tố sống còn. Luận án đề xuất phương pháp kiểm chứng hành vi. Phương pháp này áp dụng trong tái cấu trúc hệ thống phần mềm. Đặc biệt là khi sử dụng mẫu thiết kế. Phần mềm ban đầu được hình thức hóa kỹ lưỡng. Các ràng buộc về hành vi cũng được biểu diễn. Điều này bao gồm các tiền điều kiện (pre-conditions) và hậu điều kiện (post-conditions). Chúng được định nghĩa cho từng kịch bản (scenarios) tham gia tái cấu trúc. Hoạt động tái cấu trúc trực tiếp ảnh hưởng đến các thành phần. Nó cũng tác động đến các ràng buộc hành vi hiện có. Do đó, cần tính toán lại các ràng buộc này. Sau đó, so sánh chúng với hệ thống ban đầu. Mục tiêu là đảm bảo không có sự thay đổi hành vi ngoài ý muốn. Đây là phương pháp hiệu quả để xác minh tái cấu trúc. Nó giúp duy trì chức năng cốt lõi của phần mềm.
3.1. Hình thức hóa hành vi và ràng buộc tiền hậu điều kiện
Hình thức hóa hành vi là bước quan trọng. Nó bắt đầu bằng việc mô tả chi tiết phần mềm ban đầu. Các ràng buộc về hành vi được xác định rõ ràng. Tiền điều kiện là các điều kiện phải đúng trước khi một hoạt động diễn ra. Hậu điều kiện là các điều kiện phải đúng sau khi hoạt động kết thúc. Các ràng buộc này được gắn với từng kịch bản. Các kịch bản này là những luồng hoạt động cụ thể. Chúng tham gia trực tiếp vào quá trình tái cấu trúc. Việc hình thức hóa giúp định lượng và phân tích hành vi. Nó tạo cơ sở vững chắc cho việc kiểm chứng. Đảm bảo mọi chức năng của hệ thống vẫn hoạt động đúng. Đây là bước cần thiết để đảm bảo tính đúng đắn.
3.2. Đánh giá tác động và so sánh ràng buộc hành vi
Sau khi tái cấu trúc, cần đánh giá tác động. Hoạt động tái cấu trúc có thể thay đổi cấu trúc bên trong. Điều này có thể ảnh hưởng gián tiếp đến hành vi. Các thành phần mới được thêm, hoặc cấu trúc cũ được sửa đổi. Các ràng buộc hành vi (tiền/hậu điều kiện) cần được tính toán lại. Quá trình này giúp xác định những thay đổi. Các ràng buộc mới sau đó được so sánh với ràng buộc ban đầu. Mục đích là để tìm kiếm sự khác biệt. Bất kỳ sự khác biệt nào cũng cần được phân tích. Điều này giúp đảm bảo rằng hành vi cốt lõi không thay đổi. Việc này tập trung vào các kịch bản bị ảnh hưởng. Nó là một phương pháp kiểm định phần mềm hiệu quả. Đảm bảo tái cấu trúc không làm hỏng chức năng hiện có.
IV.Đảm bảo chất lượng phần mềm qua xác minh tái cấu trúc
Việc kiểm chứng tái cấu trúc không chỉ là ngăn ngừa lỗi. Nó còn là yếu tố quan trọng để đảm bảo chất lượng phần mềm toàn diện. Bằng cách áp dụng các phương pháp hình thức, hệ thống trở nên mạnh mẽ hơn. Các thay đổi cấu trúc được thực hiện một cách có kiểm soát. Rủi ro về sự cố và lỗi được giảm thiểu đáng kể. Các phương pháp đề xuất trong luận án đóng góp lớn. Chúng giúp tích hợp xác minh vào từng giai đoạn tái cấu trúc. Điều này nâng cao độ tin cậy và sự ổn định của sản phẩm. Một phần mềm được tái cấu trúc an toàn sẽ dễ bảo trì hơn. Nó cũng dễ dàng phát triển và mở rộng trong tương lai. Điều này tạo ra giá trị bền vững cho hệ thống. Nó thúc đẩy sự phát triển của công cụ tái cấu trúc thông minh hơn. Những công cụ này sẽ tự động kiểm chứng các thay đổi. Từ đó, tối ưu hóa quy trình phát triển.
4.1. Tích hợp xác minh vào quy trình tái cấu trúc phần mềm
Các phương pháp kiểm chứng cần được tích hợp sớm. Chúng nên là một phần không thể thiếu của quy trình tái cấu trúc. Việc này không chỉ là kiểm tra sau cùng. Thay vào đó, nó là một quá trình liên tục. Xác minh bắt đầu từ giai đoạn phân tích mô hình. Nó tiếp tục xuyên suốt quá trình thực hiện thay đổi. Điều này giúp phát hiện lỗi sớm. Sửa chữa lỗi ở giai đoạn sớm luôn hiệu quả hơn. Nó giảm đáng kể chi phí và thời gian phát triển. Tích hợp xác minh cũng thúc đẩy văn hóa chất lượng. Các nhà phát triển sẽ chú trọng hơn đến tính đúng đắn. Từ đó, xây dựng các hệ thống phần mềm an toàn hơn. Góp phần vào đảm bảo chất lượng phần mềm tổng thể.
4.2. Tương lai và ứng dụng của công cụ tái cấu trúc an toàn
Những đóng góp này mở ra hướng phát triển mới. Chúng thúc đẩy việc tạo ra các công cụ tái cấu trúc thông minh. Các công cụ này sẽ tích hợp khả năng xác minh tự động. Chúng có thể phân tích tĩnh mã nguồn để tìm bất biến. Hoặc phân tích động phần mềm để kiểm chứng hành vi. Điều này sẽ cách mạng hóa cách chúng ta tái cấu trúc. Nó giúp các nhà phát triển tự tin hơn. Họ có thể thực hiện những thay đổi phức tạp. Mà không lo lắng về việc phá vỡ chức năng hiện có. Tái cấu trúc an toàn sẽ trở thành tiêu chuẩn. Nó không còn là một hoạt động rủi ro. Công cụ tái cấu trúc thông minh sẽ là tài sản quý giá. Chúng hỗ trợ mạnh mẽ cho kiểm thử đơn vị và kiểm thử hồi quy. Đảm bảo chất lượng phần mềm ở mức cao nhất.
Mục lục chi tiết luận án
Tải xuống file đầy đủ để xem toàn bộ nội dung
Tải đầy đủ (132 trang)Trích đoạn nội dung luận án
Tải xuống để đọc toàn bộĐẠI HỌC QUỐC GIA HÀ NỘI TRƯỜNG ĐẠI HỌC CÔNG NGHỆ Đào Thị Hường MỘT SỐ PHƯƠNG PHÁP KIỂM CHỨNG TÁI CẤU TRÚC PHẦN MỀM LUẬN ÁN TIẾN SỸ CÔNG NGHỆ THÔNG TIN Hà Nội - 2018 LỜI CAM ĐOAN Tôi xin cam đoan luận án “Một số phương pháp kiểm chứng tái cấu trúc phần mềm” là công trình nghiên cứu của riêng tôi. Các số liệu, kết quả được trình bày trong luận án là hoàn toàn trung thực và chưa từng được công bố trong bất kỳ một công trình nào khác. Tôi đã trích dẫn đầy đủ các tài liệu tham khảo, công trình nghiên cứu liên quan ở trong nước và quốc tế. Ngoại trừ các tài liệu tham khảo này, luận án hoàn toàn là công việc của riêng tôi.
Trong các công trình khoa học được công bố trong luận án, tôi đã thể hiện rõ ràng và chính xác đóng góp của các đồng tác giả và những gì do tôi đã đóng góp. Luận án được hoàn thành trong thời gian tôi làm Nghiên cứu sinh tại Bộ 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. Tác giả: Hà Nội: i ii LỜI CẢM ƠN Trước hết, tôi muốn bày tỏ sự biết ơn đến PGS.TS Trương Ninh Thuận, cán bộ hướng dẫn, người đã trực tiếp giảng dạy và định hướng tôi trong suốt thời gian học cao học, thực hiện luận văn thạc sĩ cũng như luận án này. Thầy không chỉ hướng dẫn cho tôi những kiến thức về học thuật mà còn chỉ bảo cho tôi những kinh nghiệm quý báu trong cuộc sống.
Một vinh dự lớn cho tôi được học tập, nghiên cứu dưới sự hướng dẫn của Thầy. Tôi xin bày tỏ sự biết ơn sâu sắc đến các Thầy Cô trong Bộ môn Công nghệ phần mềm vì sự giúp đỡ của các Thầy Cô về các đóng góp rất hữu ích cho luận án. Tôi xin trân trọng cảm ơn Khoa Công nghệ thông tin, Phòng Đào tạo và Ban giám hiệu trường Đại học Công nghệ đã tạo điều kiện thuận lợi cho tôi trong suốt quá trình thực hiện luận án. Tôi cũng bày tỏ sự biết ơn đến Ban giám hiệu Trường Đại học Hải Phòng đã tạo điều kiện về thời gian và tài chính cho tôi thực hiện luận án này.
Tôi muốn cảm ơn đến Ban chủ nhiệm, các cán bộ, giảng viên Khoa Công nghệ thông tin - Trường Đại học Hải Phòng đã cổ vũ động viên và sát cánh bên tôi trong suốt quá trình nghiên cứu. Một phần của nghiên cứu này được thực hiện trong khuôn khổ đề tài nghiên cứu khoa học số 102. Xin cảm ơn các trao đổi và trợ giúp của các thành viên đề tài. Tôi muốn cảm ơn đến tất cả những người bạn của tôi, đến toàn thể Anh/Chị/Em NCS những người luôn chia sẻ, động viên tôi bất cứ khi nào tôi cần và tôi luôn ghi nhớ điều đó.
Cuối cùng, tôi xin bày tỏ lòng biết ơn vô hạn đối với cha mẹ, chồng, con và gia đình đã luôn ủng hộ và yêu thương tôi một cách vô điều kiện. Nếu không có sự ủng hộ của gia đình và chồng con tôi không thể hoàn thành được luận án này. Một lần nữa xin được trân trọng cảm ơn vì tất cả. Đào Thị Hường iii TÓM TẮT Trong qúa trình phát triển của hệ thống phần mềm, tái cấu trúc (refac- toring) được biết đến “như tiến trình cải thiện cấu trúc bên trong (internal structure) mà không làm ảnh hưởng đến hành vi bên ngoài (external beha- viour) của hệ thống”.
Tuy nhiên, hoạt động tái cấu trúc thực hiện trên các hệ thống phần mềm rất dễ phát sinh lỗi đặc biệt trong trường hợp người phát triển không tuân thủ một cách nghiêm ngặt các quy trình và tiêu chuẩn phát triển phần mềm. Bởi vậy, tiến trình tái cấu trúc cần được kiểm soát một cách chặt chẽ đồng thời phải đánh giá ảnh hưởng của tiến trình này trên các đặc trưng về chất lượng và xem xét sự bảo toàn các đặc tính quan trọng của hệ thống phần mềm. Luận án đề xuất một số phương pháp bảo toàn các ràng buộc của hệ thống phần sau tiến trình tái cấu trúc. Cụ thể, luận án quan tâm đến các tiến trình tái cấu trúc áp dụng trên các hệ thống hướng đối tượng với các đặc trưng về bất biến (invariants) và hành vi (behaviors).
Các đóng góp chính của luận án được tóm tắt như sau: (i) Đề xuất phương pháp bảo toàn bất biến trong tái cấu trúc biểu đồ lớp của UML. Các phần tử của biểu đồ lớp cùng với các ràng buộc bất biến được hình thức hóa bằng các ký pháp toán học. Tái cấu trúc trên biểu đồ lớp được thực hiện thông qua các phép toán Folding, Abstraction, Composition, Factoring và Unfolding. Luận án đề xuất luật tái cấu trúc (refactoring rules) cho các phép toán đồng thời cũng chứng minh sự đúng đắn của các luật này bằng phương pháp toán học.
Tiến trình tái cấu trúc áp dụng các phép toán trên được khẳng định là bảo toàn bất biến của các lớp của mô hình ban đầu trên mô hình tái cấu trúc. (ii) Đề xuất phương pháp kiểm chứng sự bảo toàn hành vi trong tái cấu trúc hệ thống phần mềm bằng cách áp dụng mẫu thiết kế. Phần mềm ban đầu cùng với các ràng buộc về hành vi (pre/post-conditions) của các kịch bản (scenarios) tham gia vào tiến trình tái cấu trúc được hình thức hóa. Hoạt động tái cấu trúc được thực thi sẽ gây ảnh hưởng trực tiếp đến các thành phần cấu tạo cũng như các ràng buộc hành vi này.
iv Bởi vậy, các ràng buộc hành vi được tính toán lại và so sánh với với các ràng buộc của hệ thống ban đầu. Chú ý rằng, đối tượng được quan tâm đến khía cạnh bảo toàn hành vi là các kịch bản tham gia vào tiến trình tái cấu trúc. Đóng góp chủ yếu của luận án trong giải quyết bài toán bảo toàn hành vi là việc xây dựng các định nghĩa biểu diễn hình thức các khái niệm trong kịch bản và sử dụng các định nghĩa này trong quy trình kiểm chứng được đề xuất. Bài toán bảo toàn hành vi đã được giải quyết tại các giai đoạn thiết kế và cài đặt trong vòng đời phát triển phần mềm.
(iii) Xây dựng công cụ CVT (Consistency Validator Tool) hỗ trợ cho quá trình kiểm chứng tính nhất quán trong tái cấu trúc mô hình phần mềm. CVT nhận dữ liệu đầu vào là mô hình cùng với các ràng buộc hành vi của các hệ thống trước và sau khi tái cấu trúc. Sau quá trình thực thi, CVT sẽ trả lại kết luận về khả năng nhất quán giữa các mô hình này. Từ khóa: tái cấu trúc, bảo toàn bất biến, bảo toàn hành vi, kiểm chứng tính nhất quán.
Mục lục Lời cam đoan i Lời cảm ơn ii Tóm tắt iii Mục lục v Danh mục các từ viết tắt viii Danh mục các bảng ix Danh mục các hình vẽ x Danh mục các đặc tả xii Chương 1.2 Nội dung nghiên cứu .3 Cấu trúc luận án. KIẾN THỨC CƠ SỞ 9 2.2 Mô hình hướng đối tượng .3 Ngôn ngữ mô hình hóa thống nhất UML .2 Biểu đồ tuần tự .4 Mẫu thiết kế .5 Ngôn ngữ ràng buộc đối tượng OCL (Object Constraint Lan- guage) .6 Ngôn ngữ đặc tả cho Java (Java Modeling Language - JML) .7 Logic vị từ bậc 1 (First-Order Logic - FOL) .8 Kết chương. 27 v Contents vi Chương 3. PHƯƠNG PHÁP BẢO TOÀN BẤT BIẾN TRONG TÁI CẤU TRÚC 28 3.2 Các nghiên cứu liên quan .3 Tái cấu trúc trên biểu đồ lớp của UML .1 Tái cấu trúc các lớp với mối quan hệ phân cấp .2 Tái cấu trúc các liên kết trong biểu đồ lớp .4 Phương pháp bảo toàn bất biến trong tái cấu trúc biểu đồ lớp của UML .1 Quy trình kiểm tra sự bảo toàn bất biến trong tái cấu trúc biểu đồ lớp của UML .2 Mô hình hóa biểu đồ lớp trong UML .3 Khuôn mẫu biễu diễn các phép toán tái cấu trúc .4 Xây dựng các luật tái cấu trúc .5 Chứng minh tính đúng đắn của các luật tái cấu trúc .6 Kiểm chứng sự bảo toàn các ràng buộc bất biến sau tái cấu trúc .5 Kết chương.
PHƯƠNG PHÁP KIỂM CHỨNG SỰ BẢO TOÀN HÀNH VI TRONG TÁI CẤU TRÚC 62 4.2 Các nghiên cứu liên quan .3 Phương pháp kiểm chứng sự bảo toàn hành vi trong tái cấu trúc hệ thống phần mềm .1 Quy trình kiểm chứng sự bảo toàn hành vi trong tái cấu trúc hệ thống phần mềm .2 Phương pháp kiểm chứng tính nhất quán trong tái cấu trúc mô hình phần mềm .3 Phương pháp kiểm chứng tính nhất quán trong tái cấu trúc chương trình phần mềm .4 Áp dụng phương pháp kiểm chứng sự bảo toàn hành vi trên hệ thống điều khiển lưu lượng giao thông đường bộ (ARTC).1 Mô tả hệ thống ARTC .2 Một số hạn chế của hệ thống ARTC trước tái cấu trúc 82 4.3 Xác định các hành vi cần bảo toàn .4 Kiểm chứng tính nhất quán trong tái cấu trúc mô hình hệ thống ARTC.5 Kiểm chứng tính nhất quán trong tái cấu trúc chương trình phần mềm ARTC.5 Kết chương. CÔNG CỤ KIỂM CHỨNG 93 5.2 Xây dựng công cụ kiểm chứng CVT .1 Kiến trúc của công cụ kiểm chứng CVT .2 Chuyển đổi biểu thức OCL sang công thức FOL .3 Cài đặt và thực nghiệm .4 Kết chương. KẾT LUẬN VÀ HƯỚNG PHÁT TRIỂN 107 6.1 Các đóng góp của luận án .2 Hướng phát triển. 109 DANH MỤC CÁC CÔNG TRÌNH KHOA HỌC 113 TÀI LIỆU THAM KHẢO 114 DANH MỤC CÁC TỪ VIẾT TẮT Từ viết tắt Dạng đầy đủ Diễn giải/Tạm dịch ATM Automated Teller Machine Hệ thống rút tiền tự động ARTC Adaptive Road Traffic Control Hệ thống điều khiển giao thông AST Abstract Syntax Tree Cây cú pháp trừu tượng CVT Consistency Validator Tool Công cụ kiểm chứng tính nhất quán CD Class Diagram Biểu đồ lớp FOL First-Order Logic Logic vị từ bậc 1 JML Java Modeling Language Ngôn ngữ đặc tả cho Java OCL Object Constraint Language Ngôn ngữ ràng buộc đối tượng OOM Object Oriented Modeling Mô hình hóa hướng đối tượng SD Sequence Diagram Biểu đồ tuần tự SMT Satisfiability Modulo Theories Tính khả thỏa của lý thuyết môđun UML Unified Modeling Language Ngôn ngữ mô hình hóa thống nhất XML eXtensible Markup Language Ngôn ngữ đánh dấu mở rộng viii DANH MỤC CÁC BẢNG 3.1 Khuôn mẫu biểu diễn phép toán tái cấu trúc .1 Biểu thức OCL và công thức FOL tương ứng .2 Các luật sản xuất R của văn phạm phi ngữ cảnh G .3 Tập các luật xây dựng cây AST từ văn phạm phi ngữ cảnh G 100 ix DANH MỤC CÁC HÌNH VẼ 1.1 Cấu trúc luận án .1 Tổng quan về các loại biểu đồ trong UML 2.2 Minh họa biểu đồ lớp trong UML .3 Minh họa biểu đồ tuần tự trong UML .4 Một số mẫu thiết kế .
Nội dung được bảo vệ bản quyền — Tải xuống đầy đủ
Trích dẫn luận án này
Đào Thị Hường (2018). Một số phương pháp kiểm chứng tái cấu trúc phần mềm luận án [Luận án tiến sĩ, Trường Đại học Công nghệ, Đại học Quốc gia Hà Nội]. LuanAn.net. https://luanan.net/tai-lieu-khac/mot-so-phuong-phap-kiem-chung-tai-cau-truc-phan-mem-luan-an-ts-may-tinh-624801
Câu hỏi thường gặp
Luận án "Một số phương pháp kiểm chứng tái cấu trúc phần mềm luận án" nghiên cứu về vấn đề gì?
Luận án giới thiệu phương pháp kiểm chứng hiệu quả tái cấu trúc phần mềm, đảm bảo chất lượng và tính đúng đắn. Khám phá kỹ thuật thực tiễn và ứng dụng.
Luận án "Một số phương pháp kiểm chứng tái cấu trúc phần mềm luận án" được bảo vệ tại trường nào?
Luận án này được bảo vệ tại Trường Đại học Công nghệ, Đại học Quốc gia Hà Nội. Năm bảo vệ: 2018.
Luận án "Một số phương pháp kiểm chứng tái cấu trúc phần mềm luận án" thuộc chuyên ngành gì?
Luận án "Một số phương pháp kiểm chứng tái cấu trúc phần mềm luận án" thuộc chuyên ngành Công nghệ thông tin. Danh mục: Tài liệu khác.
Luận án "Một số phương pháp kiểm chứng tái cấu trúc phần mềm luận án" có bao nhiêu trang?
Luận án "Một số phương pháp kiểm chứng tái cấu trúc phần mềm luận án" có 132 trang. Bạn có thể xem trước một phần tài liệu ngay trên trang web trước khi tải về.
Cách tải luận án "Một số phương pháp kiểm chứng tái cấu trúc phần mềm luận án" về máy như thế nào?
Để tải luận án về máy, bạn nhấn nút "Tải xuống ngay" trên trang này, sau đó hoàn tất thanh toán phí lưu trữ. File sẽ được tải xuống ngay sau khi thanh toán thành công. Hỗ trợ qua Zalo: 0559 297 239.