Luận văn: Nghiên cứu các độ đo phần mềm và một số triển khai đánh giá

Tổng quan các độ đo phần mềm và ứng dụng trong đánh giá chất lượng. Luận văn đi sâu vào phương pháp, mẫu thiết kế và các triển khai thực tế.

• Tác giả: Lương Thanh Bình
• Trường học: Trường Đại Học Bách Khoa Hà Nội
• Chuyên ngành: Công Nghệ Thông Tin
• Đề tài: Độ Đo Phần Mềm: Tổng Quan & Ứng Dụng Đánh Giá Chất Lượng
• Loại tài liệu: Luận Văn Thạc Sĩ Khoa Học
• Năm xuất bản: 2007
• Địa điểm: Hà Nội

Tóm tắt

I. Khái niệm cơ bản về độ đo phần mềm

Độ đo phần mềm là một khái niệm quan trọng trong công nghệ phần mềm hiện đại. Nó được định nghĩa là các chỉ số định lượng được sử dụng để đánh giá các đặc tính của phần mềm, bao gồm quy mô, độ phức tạp và chất lượng. Độ đo phần mềm giúp các nhà phát triển và quản lý dự án có cơ sở khoa học để ra quyết định. Việc áp dụng độ đo phần mềm một cách hiệu quả đòi hỏi sự hiểu biết sâu sắc về các loại độ đo khác nhau và cách sử dụng chúng. Những độ đo phần mềm phổ biến bao gồm số dòng mã (LOC), điểm hàm (FP) và các chỉ số độ phức tạp. Mục tiêu của độ đo phần mềm là cung cấp thông tin đáng tin cậy để cải thiện quy trình phát triển.

1.1. Định nghĩa và tầm quan trọng

Độ đo phần mềm là quá trình thu thập dữ liệu định lượng về các thuộc tính của sản phẩm phần mềm và quá trình phát triển. Tầm quan trọng của độ đo phần mềm nằm ở khả năng cung cấp dữ liệu khách quan để đánh giá hiệu suất. Các nhà quản lý sử dụng độ đo phần mềm để dự đoán chi phí, thời gian và rủi ro dự án. Độ đo phần mềm còn giúp xác định các vùng có vấn đề trong mã nguồn và kiến trúc phần mềm.

1.2. Phân loại các loại độ đo

Có ba loại chính của độ đo phần mềm: độ đo sản phẩm, độ đo quá trình và độ đo dự án. Độ đo sản phẩm đánh giá các đặc tính của code như độ phức tạp, kích thước và số lỗi. Độ đo quá trình đo lường hiệu quả của quá trình phát triển. Độ đo dự án theo dõi tiến độ, chi phí và nguồn lực. Mỗi loại độ đo phần mềm có vai trò riêng trong quản lý chất lượng phần mềm.

II. Ứng dụng độ đo trong đánh giá chất lượng

Đánh giá chất lượng phần mềm là một quy trình phức tạp đòi hỏi việc sử dụng độ đo phần mềm một cách chiến lược. Chất lượng phần mềm được xác định bởi nhiều yếu tố như độ tin cậy, hiệu năng, bảo mật và khả năng bảo trì. Độ đo phần mềm cung cấp các công cụ để đo lường những yếu tố này một cách khách quan. Việc sử dụng độ đo phần mềm trong quản lý chất lượng giúp phát hiện vấn đề sớm trong chu kỳ phát triển. Các tiêu chuẩn chất lượng như ISO 9001 và IEEE 1061 đều nhấn mạnh tầm quan trọng của độ đo phần mềm. Sự kết hợp giữa độ đo phần mềm và kiến trúc phần mềm tạo nên nền tảng vững chắc cho đánh giá chất lượng.

2.1. Độ đo cho kiến trúc phần mềm

Kiến trúc phần mềm là khung cơ bản của bất kỳ hệ thống phần mềm nào. Độ đo phần mềm liên quan đến kiến trúc bao gồm độ ghép gặp (coupling), độ gắn kết (cohesion) và độ sâu thừa kế (DIT). Độ ghép gặp thấp cho biết các thành phần độc lập tốt hơn. Độ gắn kết cao chỉ ra rằng các phương thức trong một lớp có liên quan chặt chẽ. Các độ đo này giúp đánh giá tính bảo trì và mở rộng của kiến trúc phần mềm.

2.2. Độ đo dựa trên mẫu thiết kế

Mẫu thiết kế là các giải pháp tái sử dụng cho các vấn đề phổ biến trong phát triển phần mềm. Độ đo phần mềm có thể được áp dụng để đánh giá mẫu thiết kế một cách có hệ thống. Các độ đo như WMC (trọng số phương thức trên lớp) và RFC (tập hợp phản hồi) giúp đo độ phức tạp của các lớp. Sử dụng độ đo phần mềm với mẫu thiết kế giúp xác định các mẫu thiết kế chất lượng cao.

III. Các tiêu chuẩn và chuẩn mực độ đo

Các tiêu chuẩn độ đo phần mềm được phát triển bởi các tổ chức quốc tế như IEEE và ISO để đảm bảo tính nhất quán và độ tin cậy. Tiêu chuẩn IEEE 1061 định nghĩa một khung công việc cho đánh giá chất lượng phần mềm sử dụng độ đo. ISO/IEC 9126 cung cấp các mô hình chất lượng phần mềm toàn diện. Tiêu chuẩn CMMI (Capability Maturity Model Integration) nhấn mạnh tầm quan trọng của đo lường quá trình trong cải tiến liên tục. Các công ty phần mềm lớn như NASA đã phát triển các hệ thống độ đo riêng để theo dõi chất lượng dự án. Việc tuân thủ các tiêu chuẩn này giúp các tổ chức thực hiện quản lý chất lượng phần mềm một cách hiệu quả.

3.1. Các tiêu chuẩn quốc tế

Tiêu chuẩn ISO/IEC cung cấp hướng dẫn toàn cầu cho chất lượng phần mềm và độ đo. IEEE 1061 tập trung vào việc thiết lập các chỉ số chất lượng phần mềm cụ thể. ISO/IEC 25010 (thay thế ISO/IEC 9126) xác định mô hình chất lượng sản phẩm với các đặc tính như độ tin cậy, bảo mật và khả năng bảo trì. Các tiêu chuẩn này được công nhận rộng rãi và giúp các tổ chức chuẩn hóa quá trình đánh giá chất lượng.

3.2. Các mô hình đánh giá chất lượng

Mô hình GQM (Goal/Question/Metric) là một phương pháp đánh giá chất lượng được sử dụng rộng rãi. Mô hình TQM (Total Quality Management) tập trung vào cải tiến liên tục và sự hài lòng khách hàng. CMMI cung cấp năm cấp độ trưởng thành để đánh giá khả năng quản lý và phát triển. Mô hình SPC (Software Process Control) sử dụng thống kê để kiểm soát quá trình. Các mô hình này giúp các tổ chức xác định vùng cần cải thiện và theo dõi tiến độ.

IV. Thực tiễn áp dụng và phát triển tương lai

Việc áp dụng độ đo phần mềm trong thực tiễn đòi hỏi sự chuẩn bị kỹ lưỡng và cam kết từ toàn tổ chức. Các công ty phần mềm hiện nay đang sử dụng độ đo phần mềm để tối ưu hóa quy trình phát triển và cải thiện chất lượng sản phẩm. Phần mềm độc lập và công cụ đánh giá được phát triển để hỗ trợ thu thập và phân tích dữ liệu độ đo. Tại Việt Nam, việc sử dụng độ đo phần mềm vẫn còn hạn chế, nhưng đang dần được chú ý hơn. Tương lai của độ đo phần mềm sẽ hướng tới tự động hóa và tích hợp với công cụ phát triển hiện đại. Machine learning và AI sẽ mở ra các khả năng mới cho phân tích dữ liệu độ đo và dự đoán chất lượng.

4.1. Thực tiễn hiện tại ở Việt Nam

Hiện trạng sử dụng độ đo phần mềm ở Việt Nam cho thấy rằng nhiều công ty phần mềm vẫn chưa áp dụng đo lường chất lượng một cách hệ thống. Các doanh nghiệp nhỏ và vừa thường thiếu kiến thức và tài nguyên để triển khai hệ thống độ đo. Tuy nhiên, các công ty lớn như FPT Software, Viet Nam Mobile, TMA Solutions đã bắt đầu áp dụng các tiêu chuẩn quốc tế như CMMI và ISO. Cần có đầu tư nhiều hơn vào đào tạo và nâng cao nhận thức về tầm quan trọng của độ đo phần mềm.

4.2. Hướng phát triển tương lai

Tương lai của độ đo phần mềm sẽ tập trung vào tự động hóa quá trình thu thập và phân tích dữ liệu. Công nghệ DevOps tích hợp độ đo vào quy trình liên tục, cho phép giám sát chất lượng theo thời gian thực. AI và machine learning sẽ hỗ trợ dự đoán các vấn đề chất lượng sớm hơn. Big data analytics cho phép phân tích mẫu phức tạp trong dữ liệu độ đo. Các công cụ mới sẽ hỗ trợ đánh giá chất lượng trên các kiến trúc phần mềm hiện đại như microservices và cloud computing.

Trích đoạn nội dung tài liệu

CHƯƠNG 1: TONG QUAN VE CHAT LUGNG PHAN MEM VA DO DO CHAT LUGNG PHAN MEM - ¬- 11. Chất lượng phần mễm M 13 1. Chất lượng những quan điểm chung. Dánh giá kiến trúc phần mềm.

Các chuẩn chất lượng phan mém 19 1. 'Tại sao cần độ đo phần mễm. Bédo phần mềm - BS 1. Định nghĩa độ đo phần mềm ¬-- 1.

Phân loại các thang đo. co HH He. Hướng nghiên cứu trong tương lai. Khảo sát hiện trạng sử dụng độ đo phần mềm ở Việt Nam.

- 33 CIIVONG 2: BO BO CIO MAU TIIET KE. Công nghệ phần mễm dựa theo thành phần 34 2. Mẫu thiết kế Luong Thank Bink i thuận văn tốt nghiệp (NI2005-2007 3 2. Mẫu thiết kế trong kiến trúc phần mém.

Các mẫu thiết kế cơ sở của Gok 46 2. Các độ đo hướng đối Lượng gốc 63 2. Các dé do hướng đổi tượng cơ sở. Các độ đo dựa theo thành phần.

Kết chương, 68 CHUONG 3 : DANH GIA KIEN TRUC PHAN MEM DUA TREN MAU THIET KE. Một số nghiên cứu về dộ do cho mẫu thiết kế 69 3. Nhu cầu sử dụng các mẫu phức hợp. Nền tăng và những nghiên cứu Hên quan 3.

Phương pháp được để xuẤt 3. Kết chương CHƯƠNG 4. THỦ NGHIÊM VÀ ĐÁNH GIÁ 4. Giới thiệu chung 4.

Thử nghiệm công cụ. 101 AA, K@t WONG o ccsssesesseesssssssssessosssssessnesssessssssssasssnneeceescessnevsesvvasenceeenee 103 CHUONG5: KAT LUAN 105 5. Banh gia kết quả đạt được của luận văn. Hướng phát triển của luận văn .106 Danh mục tham khảo.

" 108 Luong Thank Bink 3 thuận văn tốt nghiệp (NI2005-2007 § Danh mục từ viết tắt STT | Từ viết tắt Từ đầy đủ Giải thích 1 |BoE Bill of Material Factory Mau thiét kế của người thử nghiêm 2 | CBO Coupling between object classes | Tỉnh ghép gặp giữa hai lớp đối tượng 3 |DIU Depth of inheritance Tree Độ sâu cây thừa kế 4 |EXTCHO | Coupling between object classes | Tính phép cặp mở rộng, External giữa hai lớp đối tượng 4$ |JIP Function Point Điểm hảm 6 |Gelr Gang of Four Nhóm tác giả 23 mẫu thiết kế phần mềm cơ Sở 7 |GQM Geal/Question/Metric Mục đíchCâu hó/Độ đo 8 |IEE Institute of Electrical and Viện kỹ thuật điện va Hlectronic Engineers diện tử Hoa Kỳ 9 |TSO Tniermafional Standard Tổ chức Chuẩn hóa Organization qué. c tế 10 |LCOM Lack of cohesion in methods Thiéu độ gắn kết giữa các phương thức 11 |LOC Line of Cade Số dòng mã nguẫn 12 |MVC Madel View Controller Mẫu thiết kế phần mềm tương tác Luong Thank Bink thuận văn tốt nghiệp (NI2005-2007 ? 13. | NASA National Aeronautics and Space Co quan Hang khéng Adminstration va Vũ trụ Hoa Kỷ 14 [NG Number of Classes Số lớp 15 [NOC Number of Children Số thành phần con 16 | NOM Number af methods Số Phương thức 17 [OMT Object Madeling Technique Kỹ thuật Mô hình hóa 18 | RFC Response for a class Dap tng cia mot kop 19 |RFCOM — | Response Set for a Component Tập đấp ứng cúa một thành phần 20 |RLI Runtimeldentifier Thời gian thực thi a. [spc Software Development Cost Mô hình đánh giá chỉ phí phát triển phẩn mềm 22 | SEL Software Engineering laboratory | Phong thi nghiệm Công nghé phan mém 23 | SLOG Source Line of Code Số dòng mã nguồn 24 [TQM Total Quality Management Quân lý Chất lượng toàn cục 25 |UML Unified Modeling Language Ngôn ngữ Mô hình hóa 26 |WCC Weighted classes per component |Lép cé trong sé cho mỗi thánh phần 27 |WMC Weigthed methods per class Phương thức có trọng số cho mỗi lớp Luong Thank Bink thuận văn tốt nghiệp (NI2005-2007 3 Danh mục hình vẽ Tinh 1.1: Quan hệ giữa yêu cầu và các đặc tính chất lượng.2: Thể nào là độ do phần mềm 25 Hình 2.1: Hai mẫu thiết kế cửa ra vảo.

khen reo 35 Tinh 2.2: Các thành phần trong kiến trúc nhân mềm.3: Quan hé tinh trong OMT" 39 Hình 2.4: Khung nhin trong kién tric phan m4 ccceecssseseesssesscesseeseesenseee 39 Hinh 2.5: Mé hinh Abstracl Factory Pattern, AT Hinh 2.6: M6 hinh Builder pattern. nh HH Hee 48 TTình 2.7: Mé hinh Factory Method Pattem.8: M6 hinh Prototype Pattem 50 Tình 2.9: Mô hình Singleton Pattern. sen uc $1 Hinh 2. Mé hinh Adapter Pattern, 42 Hình 2.11: Xô hinh Bridge Pattern.12: Mô hình ComposiLe Pattern .13: Mô hinh Facade Pattern.14: Mô hinh Proxy Pattem.15: M6 hinh Decorator Palle, SS Hình 2.16: Mé hinh Flyweight.17: Mô hình State Pattern.18: Mé hinh Strategy Pattern 57 Tĩnh 2.19: Mô hình Template Method Pattern.20: Mé hinh Visistor Pattern 58 Hình 2.21: Mô hinh Chain of Responsibility Pattern.

59 Luong Thank Bink 5 thuận văn tốt nghiệp (NI2005-2007 4 PHỤ LỤC: QUY TRÌNH ĐỘ ĐO. Ý nghĩa của quy trình độ do 113 2. Quy trình độ đo 8 bước [SPC05].113 Luong Thank Bink 4 thuận văn tốt nghiệp (NI2005-2007 ? 13. | NASA National Aeronautics and Space Co quan Hang khéng Adminstration va Vũ trụ Hoa Kỷ 14 [NG Number of Classes Số lớp 15 [NOC Number of Children Số thành phần con 16 | NOM Number af methods Số Phương thức 17 [OMT Object Madeling Technique Kỹ thuật Mô hình hóa 18 | RFC Response for a class Dap tng cia mot kop 19 |RFCOM — | Response Set for a Component Tập đấp ứng cúa một thành phần 20 |RLI Runtimeldentifier Thời gian thực thi a.

[spc Software Development Cost Mô hình đánh giá chỉ phí phát triển phẩn mềm 22 | SEL Software Engineering laboratory | Phong thi nghiệm Công nghé phan mém 23 | SLOG Source Line of Code Số dòng mã nguồn 24 [TQM Total Quality Management Quân lý Chất lượng toàn cục 25 |UML Unified Modeling Language Ngôn ngữ Mô hình hóa 26 |WCC Weighted classes per component |Lép cé trong sé cho mỗi thánh phần 27 |WMC Weigthed methods per class Phương thức có trọng số cho mỗi lớp Luong Thank Bink thuận văn tốt nghiệp (NI2005-2007 6 Tỉnh 2.22: Mô hình Iterator Pafiern. chen Hàn 60 Hinh 2.23: Mé hinh Mediator Pattern 60 Tỉnh 2.24: Mô hình Mfementor Pattern.25: Mô hinh Observer Pattern 61 Hinh 2.26: Mé hinh Command Pattern.27: Mé hinh Command Pattern 63 Hình 3.1: Các pha trong quá trình xác định một mẫu phức hợp.2: Thiết kế mẫu (MVC).3: Biểu diễn dỗ họa của các mức chẳng mẫu.1: Mé hinh hoat động của PM14J.2: Giao điện PM41.3: Chức năng phan tich trong PM4J.4: Các độ đo hướng đối tượng cho class.5: Các độ đo hướng đối tượng cho thành phần 98 Hình 4.6: Chức năng đo cho mẫu thiết kể.7: Cac dé do độ phủ mẫu 100 Hinh 4.8: Cac độ do độ chồng mẫu.9: Thiết kế thử nghiệm BoE.10: Phan tich cac thanh phan trong BoF 102 Bảng 4.4: Giá trị phủ mẫu cho BoF .4: Giá trị phủ mẫu cho DoE. c0 2t ren re, 103 Luong Thank Bink 6 thuận văn tốt nghiệp (NI2005-2007 4 PHỤ LỤC: QUY TRÌNH ĐỘ ĐO. Ý nghĩa của quy trình độ do 113 2.

Quy trình độ đo 8 bước [SPC05].113 Luong Thank Bink 4 thuận văn tốt nghiệp (NI2005-2007 § Danh mục từ viết tắt STT | Từ viết tắt Từ đầy đủ Giải thích 1 |BoE Bill of Material Factory Mau thiét kế của người thử nghiêm 2 | CBO Coupling between object classes | Tỉnh ghép gặp giữa hai lớp đối tượng 3 |DIU Depth of inheritance Tree Độ sâu cây thừa kế 4 |EXTCHO | Coupling between object classes | Tính phép cặp mở rộng, External giữa hai lớp đối tượng 4$ |JIP Function Point Điểm hảm 6 |Gelr Gang of Four Nhóm tác giả 23 mẫu thiết kế phần mềm cơ Sở 7 |GQM Geal/Question/Metric Mục đíchCâu hó/Độ đo 8 |IEE Institute of Electrical and Viện kỹ thuật điện va Hlectronic Engineers diện tử Hoa Kỳ 9 |TSO Tniermafional Standard Tổ chức Chuẩn hóa Organization qué. c tế 10 |LCOM Lack of cohesion in methods Thiéu độ gắn kết giữa các phương thức 11 |LOC Line of Cade Số dòng mã nguẫn 12 |MVC Madel View Controller Mẫu thiết kế phần mềm tương tác Luong Thank Bink thuận văn tốt nghiệp (NI2005-2007 7 Danh mục bảng Bảng 3.1: Các giá trị độ phủ.2: Các giá trị độ chẳng mẫu cho thiết kế mẫu.3: Các thành tổ chẳng mẫu 87 Luong Thank Bink thuận văn tốt nghiệp (NI2005-2007 6 Tỉnh 2.22: Mô hình Iterator Pafiern. chen Hàn 60 Hinh 2.23: Mé hinh Mediator Pattern 60 Tỉnh 2.24: Mô hình Mfementor Pattern.25: Mô hinh Observer Pattern 61 Hinh 2.26: Mé hinh Command Pattern.27: Mé hinh Command Pattern 63 Hình 3.1: Các pha trong quá trình xác định một mẫu phức hợp.2: Thiết kế mẫu (MVC).3: Biểu diễn dỗ họa của các mức chẳng mẫu.1: Mé hinh hoat động của PM14J.2: Giao điện PM41.3: Chức năng phan tich trong PM4J.4: Các độ đo hướng đối tượng cho class.5: Các độ đo hướng đối tượng cho thành phần 98 Hình 4.6: Chức năng đo cho mẫu thiết kể.7: Cac dé do độ phủ mẫu 100 Hinh 4.8: Cac độ do độ chồng mẫu.9: Thiết kế thử nghiệm BoE.10: Phan tich cac thanh phan trong BoF 102 Bảng 4.4: Giá trị phủ mẫu cho BoF .4: Giá trị phủ mẫu cho DoE. c0 2t ren re, 103 Luong Thank Bink 6 thuận văn tốt nghiệp (NI2005-2007 6 Tỉnh 2.22: Mô hình Iterator Pafiern.

chen Hàn 60 Hinh 2.23: Mé hinh Mediator Pattern 60 Tỉnh 2.24: Mô hình Mfementor Pattern.25: Mô hinh Observer Pattern 61 Hinh 2.26: Mé hinh Command Pattern.27: Mé hinh Command Pattern 63 Hình 3.1: Các pha trong quá trình xác định một mẫu phức hợp.2: Thiết kế mẫu (MVC).3: Biểu diễn dỗ họa của các mức chẳng mẫu.1: Mé hinh hoat động của PM14J.2: Giao điện PM41.3: Chức năng phan tich trong PM4J.4: Các độ đo hướng đối tượng cho class.5: Các độ đo hướng đối tượng cho thành phần 98 Hình 4.6: Chức năng đo cho mẫu thiết kể.7: Cac dé do độ phủ mẫu 100 Hinh 4.8: Cac độ do độ chồng mẫu.9: Thiết kế thử nghiệm BoE.10: Phan tich cac thanh phan trong BoF 102 Bảng 4.4: Giá trị phủ mẫu cho BoF .4: Giá trị phủ mẫu cho DoE. c0 2t ren re, 103 Luong Thank Bink 6 thuận văn tốt nghiệp (NI2005-2007 6 Tỉnh 2.22: Mô hình Iterator Pafiern. chen Hàn 60 Hinh 2.23: Mé hinh Mediator Pattern 60 Tỉnh 2.24: Mô hình Mfementor Pattern.25: Mô hinh Observer Pattern 61 Hinh 2.26: Mé hinh Command Pattern.27: Mé hinh Command Pattern 63 Hình 3.1: Các pha trong quá trình xác định một mẫu phức hợp.2: Thiết kế mẫu (MVC).3: Biểu diễn dỗ họa của các mức chẳng mẫu.1: Mé hinh hoat động của PM14J.2: Giao điện PM41.3: Chức năng phan tich trong PM4J.4: Các độ đo hướng đối tượng cho class.5: Các độ đo hướng đối tượng cho thành phần 98 Hình 4.6: Chức năng đo cho mẫu thiết kể.7: Cac dé do độ phủ mẫu 100 Hinh 4.8: Cac độ do độ chồng mẫu.9: Thiết kế thử nghiệm BoE.10: Phan tich cac thanh phan trong BoF 102 Bảng 4.4: Giá trị phủ mẫu cho BoF .4: Giá trị phủ mẫu cho DoE. c0 2t ren re, 103 Luong Thank Bink 6 thuận văn tốt nghiệp (NI2005-2007 3 Danh mục hình vẽ Tinh 1.1: Quan hệ giữa yêu cầu và các đặc tính chất lượng.2: Thể nào là độ do phần mềm 25 Hình 2.1: Hai mẫu thiết kế cửa ra vảo.

khen reo 35 Tinh 2.2: Các thành phần trong kiến trúc nhân mềm.