Bài giảng Bảo trì phần mềm - Phần 3: Các vấn đề then chốt trong bảo trì phần mềm cung cấp cho người học các kiến thức: Các vấn đề về kỹ thuật, các vấn đề trong quản lý, các vấn đề về dự đoán chi phí bảo trì phần mềm, các vấn đề về phép đo bảo trì phần mềm. Mời các bạn cùng tham khảo.
Nội dung Các vấn đề kỹ thuật Các vấn đề quản lý Các vấn đề dự đốn chi phí bảo trì phần mềm Các vấn đề phép đo bảo trì phần mềm BẢO TRÌ PHẦN MỀM PHẦN III – CÁC VẤN ĐỀ THEN CHỐT TRONG BTPM Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Các vấn đề kỹ thuật Sự hiểu phần mềm Sự hiểu phần mềm Kiểm thử Phân tích tác động Tính bảo trì Bảo trì viên thường bảo trì phần mềm mà họ khơng tham gia phát triển Các nghiên cứu 40% - 60% công sức bảo trì dành để hiểu phần mềm bảo trì Sự hiểu biết trở nên khó khăn hơn: Với dạng biểu diễn theo hướng văn Khi tài liệu không cập nhật bị Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Kiểm thử Kiểm thử Kiểm thử đầy đủ lặp lại phận phần mềm gây tốn đáng kể thời gian tiền bạc Kiểm thử hồi quy, tái kiểm thử lựa chọn phần mềm hay phận phần mềm để đảm bảo sửa đổi khơng gây ảnh hưởng khơng dự tính trước, quan trọng bảo trì Những trở ngại kiểm thử: Khó tìm thời gian để kiểm thử Khơng có liệu kiểm thử tin cậy hay phù hợp cho việc kiểm thử thay đổi tạo Không phải dễ dàng việc dự đoán ảnh hưởng thay đổi mã lệnh thiết kế việc xử lý chúng Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Phân tích tác động Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Phân tích tác động Phân tích tác động quan trọng cho tiến hóa hệ thống phần mềm Việc làm cần thiết để mở rộng thích ứng với yêu cầu thay đổi (cả chức phi chức năng) mà không phá hủy tính tồn vẹn kiến trúc Xem lại nội dung phân tích tác động phần II Để thực tốt việc phân tích tác động, bảo trì viên phải có kiến cấu trúc nội dung phần mềm Những phần mềm thiết kế với tính bảo trì giúp cho việc phân tích tác động thuận lợi Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Tính bảo trì Tính bảo trì Định nghĩa [IEEE] Tính bảo trì (maintainability) dễ dàng việc trì, cải tiến, thích ứng hay hiệu chỉnh phần mềm để thỏa mãn yêu cầu xác định [ISO/IEC] Tính bảo trì đặc điểm chất lượng Các đặc điểm nhỏ tính bảo trì phải xác định, xem xét quản lý suốt hoạt động phát triển phần mềm để giảm chi phí bảo trì Tính bảo trì bị ảnh hưởng bởi: kiến trúc, thiết kế, mã lệnh, ngơn ngữ lập trình, hoạt động kiểm thử Tính bảo trì cải thiện qua: Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Bố trí nhân Bố trí nhân Các vấn đề quy trình Chọn nhóm bảo trì Gia cơng bảo trì phần mềm Sự phân cấp nhu cầu người 11 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ 10 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Các vấn đề quản lý Các quy trình có hệ thống trưởng thành Các kỹ thuật, công cụ 12 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Bố trí nhân Bố trí nhân Những yêu cầu nhân bảo trì Phải xử lý vấn đề mà nhà phát triển chưa nhìn thấy Cần kỹ khơng việc viết mã lệnh mà việc giao tiếp với người dùng, việc đoán trước thay đổi Kiên trì có kỹ cao để lần tới tận gốc vấn đề; để hiểu công việc bên hệ thống lớn; để hiệu chỉnh cấu trúc, mã lệnh tài liệu hệ thống Bố trí nhân nói cách thu hút giữ nhân viên bảo trì phần mềm Những yếu tố ảnh hưởng Áp lực tinh thần Thiếu huấn luyện phù hợp cho bảo trì viên Tốc độ thay nhân bảo trì cao 13 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Các vấn đề quy trình 14 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Các vấn đề quy trình Quy trình phần mềm tập hợp hoạt động, phương pháp, thực tiễn biến đổi mà người sử dụng để phát triển bảo trì phần mềm sản phẩm liên quan Các hoạt động bảo trì phần mềm có nhiều điểm chung với phát triển phần mềm mức quy trình Bảo trì phần mềm có hoạt động riêng, khơng có phát triển phần mềm Một số hoạt động bảo trì khơng có phát triển phần mềm: Chuyển giao phần mềm từ tổ chức phát triển sang tổ chức bảo trì Viết cam kết, hợp đồng bảo trì Chấp nhận hay từ chối yêu cầu thay đổi Phân tích tác động Chúng thách thức quản lý 15 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ 16 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Chọn nhóm bảo trì Chọn nhóm bảo trì Trách nhiệm bảo trì phần mềm giao cho: Nhóm phát triển sản phẩm Một nhóm riêng biệt khơng phải nhóm phát triển Những thuận lợi giao nhiệm vụ bảo trì cho nhóm phát triển Họ có kiến thức tốt hệ thống Họ không cần đến tài liệu soạn thảo tỉ mỉ Họ không cần thiết lập hệ thống giao tiếp thức nhóm phát triển nhóm bảo trì Sự đáp ứng mặt nhân tốt có đa dạng khối lượng cơng việc Người sử dụng cần làm việc với tổ chức phần mềm 17 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Chọn nhóm bảo trì Chọn nhóm bảo trì Những khó khăn giao nhiệm vụ bảo trì cho nhóm phát triển 18 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Nhà phát triển rời khỏi tổ chức hoạt động bảo trì thực Nhân khơng hài lịng với khối lượng cơng việc bảo trì Người có trách nhiệm bảo trì khơng huấn luyện đầy đủ chuyên gia phát triển rời khỏi tổ chức Nhà phát triển thường tốn nhiều thời gian cho việc hoàn thiện hệ thống phát triển Thường nhóm phát triển ban đầu giao dựa án Những thuận lợi giao nhiệm vụ bảo trì cho nhóm bảo trì Các tài liệu tạo tốt Bảo trì viên biết điểm mạnh, yếu hệ thống Các thủ tục thay nhân xây dựng Các thủ tục thực thay đổi thiết lập 19 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ 20 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Chọn nhóm bảo trì Chọn nhóm bảo trì Những khó khăn giao nhiệm vụ bảo trì cho nhóm bảo trì Việc chuyển giao hệ thống bị chậm Cần huấn luyện quan trọng Cần thời gian để hiểu hệ thống Cần thời gian để thiết lập tổ chức bảo trì phương tiện Có thể có vấn đề tài Có thể chất lượng hỗ trợ từ người dùng Nhóm phát triển phần mềm thường khơng cần thiết giao nhiệm vụ bảo trì phần mềm Nhóm bảo trì thường chọn để đảm bảo hệ thống hoạt động xác tiến hóa nhằm đáp ứng yêu cầu thay đổi người dùng Sự định nên đưa sở trường hợp 21 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Gia công bảo trì phần mềm 22 Bộ mơn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Phép đo bảo trì phần mềm Gia cơng bảo trì trở thành ngành cơng nghiệp Những thách thức với người gia cơng: Xác định phạm vi dịch vụ bảo trì yêu cầu chi tiết hợp đồng Mất khoảng thời gian để đánh giá phần mềm trước tiến hành ký kết hợp đồng Gặp thách thức việc tiếp nhận chuyển giao phần mềm Cần khoản đầu tư ban đầu cho sở hạ tầng, thiết lập quy trình, … Các thực thể đo Mục đích việc đo Một số phép đo Kích thước Độ phức tạp Chất lượng Tính dễ hiểu Tính bảo trì 23 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ 24 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Các thực thể đo Các thực thể đo Phép đo BTPM tập trung nhiều vào giải vấn đề quản lý yêu cầu thay đổi Ba thực thể liên quan đến BTPM mà thuộc tính chúng đo là: tạo tuân theo Tài nguyên bảo trì -Nhân cơng -Cơng cụ -Ngân sách -Mơi trường bảo trì Quy trình: hoạt động liên quan đến phần mềm Tài nguyên: đầu vào quy trình Sản phẩm: kết xuất trung gian hay cuối kết quy trình Quy trình bảo trì -Tiền phát hành chuyển giao -Hỗ trợ vận hành -Hiệu chỉnh -Cải tiến -Giám sát thay đổi -Kiểm thử hồi quy -Quản lý cấu hình Sản phẩm bảo trì -Tài liệu kỹ thuật -Tài liệu người dùng -Mã nguồn -Mã đối tượng -Báo cáo phân tích tác động -Cơ sở liệu 25 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ 26 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Ứng dụng (Trước) Các thực thể đo Các thực thể đo Kích thước chức Dịng mã lệnh Đặc điểm mơi trường Ứng dụng (Sau) Các u cầu bảo trì Kích thước chức Dịng mã lệnh Phân loại Đặc điểm mơi trường Đo tài nguyên Kích thước chức Thực ước lượng: công sức, số nhân công ngân sách Hai phương pháp ước lượng phổ biến BTPM là: Dịng mã lệnh Người - Ngày Quy trình bảo trì Các u cầu hồn thành Cơng sức Số lượng Người - Ngày Input khác Các công cụ Các dịch vụ quản lý Số lượng Phân loại Dựa vào kinh nghiệm Dùng mô hình thơng số Đo quy trình bảo trì Xác định hoạt động quy trình Đo đặc trưng hoạt động Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ 27 28 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Các thực thể đo Mục tiêu phép đo phần mềm Đo sản phẩm phần mềm Chất lượng sản phẩm phần mềm đặc biệt quan trọng nhóm bảo trì đặc trưng chất lượng sản phẩm phần mềm xác định chuẩn ISO 2001 Phép đo phần mềm cần đến chúng dùng để: 29 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Đo kích thước Phép đo thường tính theo đơn vị ngàn dòng lệnh (KLOC, KDSI) Trong trình bảo trì, ý dồn vào dịng lệnh “delta”: số dòng lệnh thêm vào hay sửa đổi suốt trình bảo trì Các cách đo kích thước Đếm số dịng lệnh Tính số điểm chức Tính số điểm đặc trưng Tính số trường hợp sử dụng … Bộ mơn CNPM, Khoa CNTT&TT, ĐH Cần Thơ 30 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Đo kích thước (Size) Đánh giá phương pháp, thư viện chương trình, cơng cụ để đưa định phù hợp với cơng việc cụ thể Kiểm sốt quy trình thay đổi phần mềm để đảm bảo yêu cầu thay đổi xử lý phạm vi ngân sách Dự báo khía cạnh khác chi phí, quy trình sản phẩm phần mềm Cải tiến đặc trưng khác quy trình, hệ thống phần mềm (ví dụ: chất lượng, hiệu suất) Ưu điểm: Phép đo dễ xác định có tương quan mạnh với phép đo khác công sức hay mật độ lỗi Hạn chế: Khơng có chuẩn cho phép đo LOC phụ thuộc vào ngơn ngữ lập trình sử dụng Quá đơn giản không phản ánh chi phí hay suất 31 32 Bộ mơn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Đo độ phức tạp Đo độ phức tạp (Complexity) Khơng có thống thuật ngữ “độ phức tạp” Trong bảo trì phần mềm, ta lưu ý xác định độ phức tạp chương trình Độ phức tạp chương trình khó khăn việc trì, thay đổi hiểu chương trình Độ phức tạp chương trình liên quan đến cấu trúc chương trình, nội dung ngữ nghĩa, dịng điều khiển, dòng liệu độ phức tạp giải thuật Chương trình phức tạp bảo trì viên có khả gây lỗi thực thay đổi Giá trị độ phức tạp cao, việc hiểu chương trình khó khả bảo trì thấp Độ phức tạp sử dụng để dự đốn công sức cần để tạo thay đổi cho chương trình Hai phép đo phổ biến đo độ phức tạp mã lệnh: Phép đo McCabe Phép đo Halstead 33 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Đo độ phức tạp Phép đo độ phức tạp McCabe Một chương trình xem đồ thị có hướng với nút dòng lệnh cung dòng điều khiển lệnh Độ phức tạp McCabe tính theo công thức v(F) = e – n + với: e: Tổng số cạnh hay cung n: Tổng số nút Giá trị giúp bảo trì viên: Cân nhắc xem chương trình có cần hiệu chỉnh để làm giảm độ phức tạp hay không Ước lượng thời gian cần để hiểu hiệu chỉnh chương 35 trình Bộ mơn CNPM, Khoa CNTT&TT, ĐH Cần Thơ 34 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Đo độ phức tạp Phép đo độ phức tạp Halstead Phép đo ảnh hưởng đến độ phức tạp: Nỗ lực chương trình E = (n1*N2*(N1+N2)*log(n1+n2)) / (2*n2) Với: n1: Số toán tử sử dụng n2: Số toán hạng sử dụng N1: Tổng số toán tử sử dụng N2: Tổng số tốn hạng sử dụng 36 Bộ mơn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Đo độ phức tạp Đo chất lượng Phép đo độ phức tạp Halstead Phép đo Halstead sử dụng rộng rãi vì: Chất lượng sản phẩm Chúng dễ tính khơng cần phân tích sâu tính lập trình dịng điều khiển Có thể áp dụng cho ngôn ngữ Tuy nhiên phép đo dựa mã lệnh mà khơng dựa vào tài liệu để tính cơng sức hay hiểu biết chương trình Số yêu cầu thay đổi nhận từ người dùng sau hệ thống đưa vào vận hành Phép đo bao gồm yêu cầu mà chúng liên quan với lỗi phát khách hàng, không bao gồm yêu cầu thay đổi nhằm cải tiến tính mà chúng khơng có đặc tả yêu cầu phần mềm Số lượng yêu cầu thay đổi từ người dùng xem số đo hài lòng khách hàng Nó cịn xem số đo cơng sức (nỗ lực) bảo trì 37 Bộ mơn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Đo chất lượng Đo chất lượng Chất lượng sản phẩm 38 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Số lỗi phát sau hệ thống phần mềm vào hoạt động, thường sau năm chuyển giao Các loại lỗi giống phát nhiều người tính lỗi đơn Số lượng người sử dụng báo lỗi dùng phép đo độ quan trọng lỗi => mức ưu tiên nên gán cho lỗi Chất lượng quy trình Kế hoạch Thời gian thực công việc theo kế hoạch - Thời gian thực công việc thực tế để đạt phát hành cho khách hàng Thời gian thực công việc theo kế hoạch Phép đo biểu diễn dạng tỷ lệ phần trăm Số âm có nghĩa có sơ suất q trình bảo trì Số dương có nghĩa phát hành sớm 39 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ 40 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ 10 Đo chất lượng Đo tính dễ hiểu Chất lượng quy trình Năng suất Số dòng mã lệnh thêm vào hay sửa đổi Công sức tạo bổ sung hay sửa đổi Công sức tổng thời gian từ lúc phân tích yêu cầu thay đổi thực thành công thay đổi Tính dễ hiểu chương trình khơng phụ thuộc vào mã nguồn mà phụ thuộc vào yếu tố khác tài liệu sẵn có, quy trình bảo trì nhân bảo trì Tính dễ hiểu thường tỷ lệ nghịch với độ phức tạp 41 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ 42 Bộ mơn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Đo tính bảo trì Đo tính bảo trì Tính bảo trì khơng bị giới mã nguồn mà liên quan tới đặc tả, thiết kế tài liệu kế hoạch kiểm thử Một số phép đo cho đặc điểm tính bảo trì Đo tính phân tích Đo tính ổn định Đo tính dễ thay đổi Đo tính kiểm thử Đo tính phân tích Các phép đo cơng sức bảo trì viên hay tài nguyên phát triển nhằm cố gắng dự đốn thiếu sót hay nguyên nhân lỗi, hay xác định phần hiệu chỉnh Đo tính dễ thay đổi Các phép đo cơng sức bảo trì viên có liên quan tới việc thực hiệu chỉnh xác định Đo tính ổn định Các phép đo hành vi không mong đợi phần mềm, bao gồm vấn đề bắt gặp suốt kiểm thử Đo tính kiểm thử Các phép đo công sức bảo trì viên người sử dụng việc cố gắng kiểm thử phần mềm hiệu chỉnh 43 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ 44 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ 11 Đo chi phí Ước lượng chi phí bảo trì Sẽ trình bày chi tiết phần ước lượng Các mối quan hệ cần lưu ý Các yếu tố kỹ thuật ảnh hưởng đến việc ước lượng Các yếu tố phi kỹ thuật ảnh hưởng đến việc ước lượng Ước lượng chi phí mơ hình điểm chức Ước lượng chi phí mơ hình COCOMO II 45 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Các mối quan hệ cần lưu ý 46 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Các mối quan hệ cần lưu ý Mối quan hệ khối lượng công việc BTPM thời gian ứng dụng Mối quan hệ chi phí bảo trì phần mềm thành phần khung làm việc bảo trì phần mềm 47 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ 48 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ 12 Các yếu tố kỹ thuật ảnh hưởng đến chi phí Các yếu tố phi kỹ thuật ảnh hưởng đến chi phí Ngơn ngữ lập trình Phong cách lập trình Chất lượng tài liệu Sự độc lập thành phần Độ phức tạp chương trình Kiểm thử Các kỹ thuật quản lý cấu hình Lĩnh vực ứng dụng Sự ổn định nhân Tuổi phần mềm Sự phụ thuộc phần mềm vào môi trường Nhu cầu người sử dụng 49 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Ước lượng chi phí bảo trì mơ hình điểm chức Mơ hình điểm chức Các loại điểm chức Các thành phần loại điểm chức Bảng giá trị để tính loại điểm chức Cơng thức tính điểm chức BTPM 51 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ 50 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Các loại điểm chức • Các điểm chức liệu (Data • Các điểm chức xử lý Function Points) đặc trưng (Transaction Function Point) hai yếu tố: đặc trưng ba yếu tố: • ILF (Internal Logical File) • EI (External Inputs) • EIF (External Interface File) • EO (External Outputs) 52 • EQ (External Inquiries) Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ 13 Mơ hình điểm chức Mơ hình điểm chức Các loại điểm chức ILF nhóm liệu có liên quan mặt logic nhận dạng người sử dụng phạm vi ứng dụng cập nhật thông qua EI EIF nhóm liệu có liên quan mặt logic sử dụng cho mục đích tham khảo Dữ liệu nằm bên ngồi phạm vi ứng dụng cập nhật EI ứng dụng khác Nó lưu trữ tập tin EI tiến trình liệu truyền từ bên ngồi vào bên phạm vi ứng dụng Dữ liệu thông tin điều khiển thông tin nghiệp vụ (thơng qua hình nhập liệu từ ứng dụng khác) 53 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ 54 Mơ hình điểm chức Các thành phần Các loại điểm chức EO tiến trình liệu phát sinh truyền từ bên bên ngồi phạm vi ứng dụng Nó báo cáo hay tập tin kết xuất gửi cho ứng dụng khác tạo từ thơng tin có hay nhiều ILF EIF (Dữ liệu phát sinh thường kết giải thuật hay tính tốn.) EQ tiến trình có hai chiều nhập liệu xuất liệu nhằm truy xuất liệu từ hay nhiều ILF/EIF Dữ liệu nhập không cập nhật ILF/EIF liệu xuất liệu phát sinh Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Mơ hình điểm chức FTR (File Type Referenced) loại tập tin tham khảo xử lý FTR phải ILF EIF RET (Record Element Type) nhóm liệu liên quan mặt logic ILF/EIF nhận dạng người sử dụng Hầu hết RET dựa vào mối quan hệ cha – DET (Data Element Type) trường khơng lặp lại, nhận dạng người sử dụng DET thông tin động, khơng phải thơng tin tĩnh Nó trường nhập liệu, thông báo lỗi, trường hiển thị, giá trị tính tốn, nút Tính số điểm chức thơ (chưa cân đối) UFP = a1 x EI + a2 x EO + a3 x EQ + a4 x ILF + a5 x EIF với a1, a2, a3, a4, a5 giá trị điểm chức theo độ phức tạp cho bảng sau 55 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ 56 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ 14 Mơ hình điểm chức Mơ hình điểm chức Tính số điểm chức cân đối Số điểm chức cân đối cho hoạt động thêm 14 hệ số kỹ thuật Giao tiếp liệu Chức phân tán Sự thực thi Cấu hình phụ thuộc Tỷ lệ giao dịch Nhập liệu trực tuyến Hiệu suất người dùng cuối Số điểm chức thô (thêm mới) x (0.65 + 0.01 x Tổng mức độ ảnh hưởng hệ số kỹ thuật ) Số điểm chức cân đối cho hoạt động sửa đổi Số điểm chức thô (hiệu chỉnh) x (0.65 + 0.01 x Tổng mức độ ảnh hưởng hệ số kỹ thuật ) Ước lượng số dòng lệnh LOC LOC = AVC * số điểm chức cân đối (thêm + sửa đổi) với AVC: yếu tố phụ thuộc vào ngôn ngữ lập trình sử dụng 57 Bộ mơn CNPM, Khoa CNTT&TT, ĐH Cần Thơ 10 11 12 13 14 Cập nhật trực tuyến Xử lý phức tạp Tính tái sử dụng Dễ cài đặt Dễ vận hành Đa nơi Thay đổi thuận tiện 14 hệ số kỹ thuật (có mức độ ảnh hưởng nằm phạm vi từ (khơng quan trọng hay khơng thích hợp hay không ảnh hưởng) tới (cực kỳ quan trọng hay cần thiết tuyệt đối hay ảnh hưởng nhất) 58 Bộ mơn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Mơ hình COCOMO II Mơ hình điểm chức Bảng xác định giá trị AVC cho số NNLT Đo kích thước bảo trì phần mềm Trong đó: Base code size: Kích thước mã lệnh sở MCF (Maintenance Change Factor): Hệ số thay đổi bảo trì Nó tính theo cơng thức: 59 Bộ mơn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Size Added: Kích thước mã lệnh thêm vào Size Modified: Kích thước mã lệnh sửa đổi 60 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ 15 Mơ hình COCOMO II Mơ hình COCOMO II MAF (Maintenance Adjustment Factor): Hệ số điều chỉnh bảo trì SU (Software Understanding): Sự hiểu biết phần mềm (theo tỷ lệ %) Trong đó: SU (Software Understanding): Sự hiểu biết phần mềm UNFM (Programmer Unfamiliarity): Sự khơng biết rõ lập trình viên 61 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Mô hình COCOMO II 62 Bộ mơn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Mơ hình COCOMO II UNFM (Programmer Unfamiliarity): Mức độ khơng biết rõ lập trình viên Cơng sức bảo trì phần mềm A: Hệ số cơng sức (có giá trị 2.94) E: Hệ số mũ Nó xác định theo cơng thức B: Hằng số có giá trị 0.91 SF: Hệ số tỷ lệ EM (Effort Multiplier): Bội số công sức 63 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ 64 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ 16 Mô hình COCOMO II Mơ hình COCOMO II Bảng hệ số tỷ lệ SF Bảng bội số công sức EM 65 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ 66 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ ILF Lưu ý Ước lượng chi phí bảo trì kinh nghiệm Tham khảo: Cách tính giá trị loại điểm chức Dưới dạng đánh giá chuyên gia dựa vào tương tự cấu trúc phân chia công việc Là phương pháp sử dụng để hồn chỉnh kết xuất từ mơ hình thơng số nhằm đạt dự đốn Phương pháp tốt cho dự đốn bảo trì phần mềm kết hợp liệu khứ kinh nghiệm EIF EI EO 67 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ EQ 68 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ 17 HẾT PHẦN III 69 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ 18 ... triển bảo trì phần mềm sản phẩm liên quan Các hoạt động bảo trì phần mềm có nhiều điểm chung với phát triển phần mềm mức quy trình Bảo trì phần mềm có hoạt động riêng, khơng có phát triển phần mềm. .. cho bảo trì viên Tốc độ thay nhân bảo trì cao 13 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Các vấn đề quy trình 14 Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Các vấn đề quy trình Quy trình phần mềm. .. lập trình, hoạt động kiểm thử Tính bảo trì cải thiện qua: Bộ môn CNPM, Khoa CNTT&TT, ĐH Cần Thơ Bố trí nhân Bố trí nhân Các vấn đề quy trình Chọn nhóm bảo trì Gia cơng bảo trì phần mềm