Ôn tập công nghệ phần mềm chương 10

Page of 20 PHẦN MỀM TIẾN HÓA Các chủ đề : - q trình tiến hóa o Thay đổi quy trình cho hệ thống phần mềm Động lực phát triển chương trình o Sự hiểu biết tiến hóa phần mềm bảo trì phần mềm o Làm thay đổi hệ thống phần mềm hoạt động Quản lý hệ thống di sản o Quyết định thay đổi phần mềm Tóm tắt: - Phát triển phần mềm tiến hóa nhóm lại một, q trình lặp lặp lại biểu diễn sử dụng mơ hình xoắn ốc Đối với hệ thống tùy chỉnh, chi phí bảo trì phần mềm thường vượt q chi phí phát triển phần mềm Q trình tiến hóa phần mềm điều khiển yêu cầu thay đổi bao gồm phân tích tác động thay đổi, phát hành lập kế hoạch thực thay đổi Định luật Lehman, có quan điểm cho thay đổi liên tục, mô tả số hiểu biết bắt nguồn từ nghiên cứu lâu dài trình phát triển hệ thống Có loại bảo trì phần mềm, cụ thể là: lỗi sửa chữa, thay đổi phần mềm để làm việc môi trường mới, thực yêu cầu thay đổi Phần mềm tái kỹ thuật liên quan đến tái cấu tái lập tài liệu phần mềm để làm cho dễ dàng để hiểu thay đổi Tái cấu trúc, làm cho chương trình thay đổi bảo đảm chức năng, hình thức bảo trì Giá trị kinh doanh hệ thống di sản chất lượng ứng dụng cần đánh giá để giúp định hệ thống nên thay thế, chuyển đổi, trì Mục lục: Thay đổi phần mềm…………………………………………………………………………………………………………3 Tầm quan trọng phát triển…………………………………………………………………………………… Một mơ hình xoắn ốc phát triển tiến hóa……………………………………………………………………….3 Sự tiến hóa bảo trì……………………………………………………………………………………………………….4 Q trình tiến hóa…………………………………………………………………………………………………………….5 Thay đổi nhận dạng tiến hóa quy trình………………………………………………………………………… Q trình tiến hóa phần mềm…………………………………………………………………………………………….5 Thay đổi thực hiện……………………………………………………………………………………………………………6 u cầu thay đổi khẩn cấp……………………………………………………………………………………………… Page of 20 Quá trình sửa chữa khẩn cấp………………………………………………………………………………………… Vấn đề bàn giao…………………………………………………………………………………………………………… Động lực phát triển chương trình…………………………………………………………………………………… Thay đổi tránh khỏi………………………………………………………………………………………7 Định luật Lehman……………………………………………………………………………………………………………7 Áp dụng định luật Lehman……………………………………………………………………………………………….8 Bảo trì phần mềm………………………………………………………………………………………………………… Loại bảo trì……………………………………………………………………………………………………………………9 Hình 9.8 Bảo trì phân phối nỗ lực……………………………………………………………………………………9 Chi phí bảo trì……………………………………………………………………………………………………………… Hình 9.9 Phát triển chi phí bảo trì………………………………………………………………………………10 Các yếu tố chi phí bảo trì………………………………………………………………………………………………10 Dự đốn bảo trì……………………………………………………………………………………………………………10 Thay đổi dự đốn…………………………………………………………………………………………………………11 Số liệu phức tạp……………………………………………………………………………………………………………11 Số liệu q trình……………………………………………………………………………………………………………11 Ví dụ bảo trì Yêu cầu & TÁC ĐỘNG ALANYSIS………………………………………………………………12 Tác động MR # 162…………………………………………………………………………………………………12 Hệ thống lại kỹ thuật………………………………………………………………………………………………………12 Ưu điểm tái cấu trúc…………………………………………………………………………………………………12 Quá trình tái cấu trúc………………………………………………………………………………………………………13 Hoạt động trình tái cấu trúc………………………………………………………………………………………13 Hình 9.12 Tái cấu trúc phương pháp tiếp cận……………………………………………………………………13 Yếu tố chi phí tái cấu trúc………………………………………………………………………………………………14 Bảo trì tái cấu trúc…………………………………………………………………………………………………14 Sắp xếp tái cấu trúc……………………………………………………………………………………………………14 ' Bad smells ' mã chương trình…………………………………………………………………………………14 Quản lý hệ thống di sản…………………………………………………………………………………………………15 Hình 9.13 Một ví dụ di sản đánh giá hệ thống……………………………………………………… 15 Loại hệ thống di sản………………………………………………………………………………………………………16 Đánh giá giá trị kinh doanh……………………………………………………………………………………………16 Page of 20 Các vấn đề đánh giá giá trị kinh doanh……………………………………………………………………16 Đánh giá chất lượng hệ thống…………………………………………………………………………………………17 Đánh giá trình kinh doanh…………………………………………………………………………………………17 Yếu tố sử dụng đánh giá môi trường………………………………………………………………17 Đo lường hệ thống…………………………………………………………………………………………………………19 Một bảo trì điển hình dịng chảy………………………………………………………………………………………19 Bảo trì & Patching………………………………………………………………………………………………………… 19 Patches bảo trì………………………………………………………………………………………………………………20 Thay đổi phần mềm - - Thay đổi phần mềm khơng thể tránh khỏi o Khi có u cầu xuất phần mềm sử dụng; o Những thay đổi môi trường kinh doanh ; o số lỗi phát sinh cần sửa chữa ; o Máy tính thiết bị thêm vào hệ thống; o Hiệu suất độ tin cậy hệ thống cải thiện Một vấn đề quan trọng tất tổ chức thực quản lý thay đổi hệ thống phần mềm có họ Tầm quan trọng phát triển - Các tổ chức có đầu tư lớn hệ thống phần mềm họ - tài sản kinh doanh quan trọng Để trì giá trị tài sản cho doanh nghiệp, phần mềm phải thay đổi cập nhật Phần lớn ngân sách phần mềm công ty lớn dành cho thay đổi phát triển phần mềm có hơn phát triển phần mềm Một mơ hình xoắn ốc phát triển tiến hóa Page of 20 Sự tiến hóa bảo trì - - - Sự tiến hóa o Giai đoạn vịng đời hệ thống phần mềm hoạt động sử dụng phát triểu theoyêu cầu đề xuất thực hệ thống Bảo trì o Ở giai đoạn này, phần mềm cịn hữu ích thay đổi thực yêu cầu để giữ cho sửa lỗi, tức hoạt động thay đổi để phản ánh thay đổi mơi trường phần mềm Khơng có chức thêm vào Giai đoại Page of 20 o Phần mềm sử dụng khơng thực thay đổi Q trình tiến hóa Q trình tiến hóa phần mềm phụ thuộc vào: - Các loại phần mềm trì ; Quá trình phát triển sử dụng; Các kỹ kinh nghiệm người liên quan Đề xuất thay đổi định hướng cho phát triển hệ thống - Nên liên kết với thành phần bị ảnh hưởng thay đổi, chi phí tác động thay đổi phải ước tính Thay đổi nhận dạng phát triển tiếp tục suốt tuổi thọ hệ thống Thay đổi nhận dạng tiến hóa quy trình Q trình tiến hóa phần mềm Page of 20 Thay đổi thực - - Lặp lặp lại trình phát triển, nơi phiên vào hệ thống thiết kế, thực thử nghiệm Một khác biệt quan trọng giai đoạn thay đổi thực liên quan đến hiểu biết chương trình, đặc biệt nhà phát triển hệ thống ban đầu không chịu trách nhiệm việc thực thay đổi Trong giai đoạn hiểu biết chương trình, bạn phải hiểu làm chương trình có cấu trúc, làm cung cấp chức làm thay đổi đề xuất ảnh hưởng đến chương trình Yêu cầu thay đổi khẩn cấp - Thay đổi khẩn cấp thực mà khơng qua tất giai đoạn công nghệ phần mềm trình o Nếu lỗi hệ thống nghiêm trọng sửa chữa phép bình thường hoạt động để tiếp tục; o Nếu thay đổi môi trường hệ thống (ví dụ nâng cấp hệ điều hành ) có hiệu ứng bất ngờ ; o Nếu có thay đổi kinh doanh địi hỏi phải có phản ứng nhanh (ví dụ việc phát hành sản phẩm cạnh tranh) Quá trình sửa chữa khẩn cấp Page of 20 Vấn đề bàn giao - - Trường hợp đội ngũphát triển sử dụng cách tiếp cận nhanhnhưng nhóm nghiên cứu trình tiến hóa lại khơng quen với phương pháp nhanh nhẹn thích cách tiếp cận dựa kế hoạch o Nhóm nghiên cứu tiến hóa mong đợi tài liệu chi tiết để hỗ trợ phát triển điều khơng thiết kế q trình nhanh nhẹn Nơi cách tiếp cận dựa kế hoạch sử dụng phát triển nhóm nghiên cứu q trình tiến hóa thích sử dụng phương phápnhanh o Nhóm nghiên cứu tiến hóa phải đầu phát triển kiểm tra tự động mã hệ thống khơng có tái cấu trúc đơn giản dự kiến phát triển nhanh Động lực phát triển chương trình -Program evolution dynamics(Động lực phát triển chương trình): nghiên cứu trình thay đổi hệ thống - Sau số nghiên cứu thực nghiệm lớn, Lehman Belady đề xuất có số ' định luật ' áp dụng cho tất hệ thống chúng tiến hóa - Có quan sát hợp lý c phát triển tổ chức lớn áp dụng cho hệ thống lớn Nó khơng rõ ràng áp dụng cho loại phần mềm hệ thống Thay đổi tránh khỏi - Yêu cầu hệ thống có khả thay đổi hệ thống phát triển mơi trường thay đổi Do đó, hệ thống cung cấp khơng đáp ứng u cầu mình! Hệ thống kết hợp chặt chẽ với môi trường họ Khi hệ thống cài đặt mơi trường thay đổi mơi trường Do đó, thay đổi yêu cầu hệ thống Hệ thống phải thay đổi cịn hữu ích môi trường Định luật Lehman Định luật Mô tả tiếp tụ Một chương trình sử dụng môi trường thực tếnhất thiết Page of 20 phải thay đổi, không trở nên hữu ích mơi trường Tăng phức tạp Khi tiến hố, độ phức tạp phần mềm ln tăng, khơng bỏ cơng sức để làm giảm xuống chương trình tiến hóa lớn Phát triển chương trình trình tự điều tiết Hệ thống thuộc tính kích thước, thời gian phiên bản, số lượng lỗi báo cáo khoảng bất biến cho hệ thống phát hành tổ chức ổn định Độổn đị nh số quan trọng hệ thống điều khiển Để đảm bảo độ tiến hoá ổn đị nh, nhân cần ổn đị nh qua thời gian bảo tồn quen thuộc Qua cácphiên mới, thay đổi gia tăng phát hành khoảng không đổi tiếp tục tăng trưởng Các chức cung cấp hệ thống phải liên tục tăng để trì hài lịng cho người sử dụng chất lượng giảm sút Chất lượng hệ thống giảm trừ họ sửa đổi để phản ánh thay đổi hoạt động môi trường họ hệ thống thơng tin phản hồi Q trình tiến hóa kết hợp nhiều nguyên nhân, hệ thống thông tin phản hồi đa vịng bạn phải xem hệ thống điều khiển để cải thiện hệ thống Áp dụng định luật Lehman - - Định luật Lehman dường áp dụng cho hệ thống lớn, hệ thống phù hợp phát triển tổ chức lớn o Xác nhận vào đầu năm 2000 công việc Lehman vào ngày lễ dự án Nó khơng phải rõ ràng làm họ nên sửa đổi cho o Thu nhỏ sản phẩm phần mềm ; o Hệ thống kết hợp số lượng đáng kể COTS thành phần ; o Các tổ chức nhỏ ; o Hệ thống Kích thước trung bình Bảo trì phần mềm - Sửa đổi chương trình sau đưa vào sử dụng Thuật ngữ sử dụng chủ yếu cho việc thay đổi phần mềm tùy chỉnh Sản phẩm phần mềm chung chung cho phát triển để tạo phiên Bảo dưỡng không thường liên quan đến thay đổi lớn kiến trúc hệ thống Thay đổi thực cách thay đổi thành phần thêm thành phần vào hệ thống Loại bảo trì Page of 20 - - - Bảo trì sửa chữa lỗi phần mềm o Thay đổi hệ thống để sửa chữa thiếu sót cách đáp ứng yêu cầu khách hàng Bảo trì để phần mềm thích nghi với mơi trường nhiều hệ điều hành o Thay đổi hệ thống để hoạt động mơi trường khác (máy tính, hệ điều hành, vv) từ thực ban đầu Bảo trì để thêm vào thay đổi chức hệ thống o Sửa đổi hệ thống để đáp ứng yêu cầu Hình 9.8 Bảo trì phân phối nỗ lực Chi phí bảo trì - Thường lớn chi phí phát triển (2 * đến 100 * tùy thuộc vào ứng dụng) Bị ảnh hưởng hai yếu tố kỹ thuật phi kỹ thuật Page 10 of 20 - Tăng lên phần mềm trì Bảo trì cấu trúc phần mềm bị sửa đổi làm cho bảo trì thêm khó khăn Phần mềm q cũ có chi phí hỗ trợ cao (ví dụ ngơn ngữ lập trình cũ, trình biên dịch , vv.) Hình 9.9 Phát triển chi phí bảo trì Các yếu tố chi phí bảo trì - - - nhóm ổn định o Chi phí bảo trì giảm nhân viên tham gia với họ thời gian trách nhiệm theo hợp đồng o Các nhà phát triển hệ thống khơng có hợp đồng trách nhiệm bảo trì, khơng có động để thiết kế cho thay đổi tương lai kỹ nhân viên o Nhân viên bảo trì thường thiếu kinh nghiệm có giới hạn kiến thức tên miền Tuổi tác cấu trúc chương trình o Như chương trình có tuổi, cấu trúc chúng suy thối trở thành khó hiểu khó thay đổi Dự đốn bảo trì - Dự báo bảo trì quan tâm đến đánh giá phần hệ thống gây vấn đề có chi phí bảo dưỡng cao o Thay đổi chấp nhận phụ thuộc vào khả bảo trì thành phần bị ảnh hưởng thay đổi ; o Thực thay đổi làm giảm hệ thống làm giảm trình bảo trì ; o Chi phí bảo dưỡng phụ thuộc vào số lượng thay đổi chi phí thay đổi phụ thuộc vào bảo trì Page 11 of 20 Thay đổi dự đốn - Dự đoán số yêu cầuthay đổi hiểu biết mối quan hệ hệ thống môi trường Hệ thống chặt chẽ yêu cầu thay đổi môi trường thay đổi Yếu tố ảnh hưởng mối quan hệ o Số lượng phức tạp giao diện hệ thống ; o Số yêu cầu hệ thống vốn không ổn định ; o Các quy trình kinh doanh mà hệ thống sử dụng Số liệu phức tạp - Dự đốn bảo trì thực cách đánh giá phức tạp thành phần hệ thống Các nghiên cứu nỗ lực bảo trì số lượng tương đối nhỏ thành phần hệ thống Phức tạp phụ thuộc vào o Phức tạp cấu trúc điều khiển ; o Phức tạp cấu trúc liệu ; o Đối tượng, phương pháp (thủ tục) kích thước mơ-đun Số liệu q trình - - Số liệu q trình sử dụng để đánh giá khả bảo trì o Số lượng yêu cầu để bảo trì khắc phục; o Thời gian trung bình cần thiết để phân tích tác động ; o Thời gian trung bình thực để thực yêu cầu thay đổi ; o Số lượng yêu cầu thay đổi bật Nếu tất tăng, điều khả bảo trì giảm Page 12 of 20 Ví dụ bảo trì u cầu &TÁC ĐỘNG ALANYSIS - - Yêu cầu bảo trì 78 ( bảo trì khắc phục yêu cầu ) o Các tính tốn xảy sau người chơi thay đổi giá trị chất lượng, đề nghị giữ tổng số bất biến, họ không thực Ví dụ, phẩm chất sức mạnh = 10, kiên nhẫn = 0,8 độ bền = 0,8 (tổng = 11,6 ) , người chơi điều chỉnh sức mạnh để 11 , sau kết sức mạnh = 11, kiên nhẫn = sức chịu đựng = , tổng không 11,6 Yêu cầu bảo dưỡng 162 ( Bảo trì bảo trì hồn hảo ) o Sửa đổi gặp để trò chơi bắt đầu với khu vực kết nối phong cách phối hợp Khi người chơi đạt cấp độ trạng thái, tất khu vực kết nối hiển thị phong cáchnâng cao phối hợp , mà đặc biệt đến cấp , vv.Ban đồ họa cung cấp hình ảnh Tác động MR # 162 Hệ thống lại kỹ thuật - Tái cấu phần viết lại tất hệ thống di sản mà khơng thay đổi chức Áp dụng số nơi tất hệ thống phụ hệ thống lớn yêu cầu thường xuyên bảo trì Tái kỹ thuật bao gồm việc thêm nỗ lực để làm họ dễ dàng để trì Hệ thống tái cấu trúc tái tài liệu Ưu điểm tái cấu trúc - giảm nguy o Có nguy cao phát triển phần mềm Có thể có vấn đề phát triển, đặc điểmvấn đề nhân vấn đề kỹ thuật Page 13 of 20 - chi phí giảm o Chi phí tái cấu thường so với chi phí đáng kể phát triển phần mềm Quá trình tái cấu trúc Hoạt động trình tái cấu trúc - Dịch mã nguồn o Chuyển đổi mã sang ngôn ngữ kỹ thuật đảo ngược o Phân tích chương trình để hiểu ; Cải thiện cấu trúc chương trình o Tái cấu tự động cho dễ hiểu ; chương trình modularisation o Sắp xếp lại cấu trúc chương trình ; tái cấu trúc liệu o Làm tái cấu liệu hệ thống Hình 9.12 Tái cấu trúc phương pháp tiếp cận Page 14 of 20 Yếu tố chi phí tái cấu trúc - Chất lượng phần mềm thiết kế lại Công cụ hỗ trợ dành cho tái cấu trúc Mức độ chuyển đổi liệu cần thiết Sự sẵn có đội ngũ nhân viên chuyên gia cho tái cấu trúc o Điều vấn đề với hệ thống cũ dựa cơng nghệ khơng cịn sử dụng rộng rãi Bảo trì tái cấu trúc - Tái cấu trúc trình làm cho cải tiến cho chương trình để làm chậm suy thối thơng qua thay đổi Bạn nghĩ xếp ' bảo trì ' làm giảm vấn đề thay đổi tương lai Tái cấu trúc liên quan đến việc sửa đổi chương trình để cải thiện cấu trúc, giảm độ phức tạp làm cho dễ hiểu Khi bạn cấu trúc lại chương trình, bạn khơng nên thêm chức mà tập trung vào cải thiệnchương trình Sắp xếp tái cấu trúc Tái kỹ thuật diễn sau hệ thống trì thời gian chi phí bảo dưỡng ngày tăng.Bạn sử dụng công cụ tự động để xử lý kĩ sư dùng hệ thống cũ để tạo hệ thống bảo trì tốt - Tái cấu trúc trình liên tục cải thiện suốt trình phát triển tiến hóa Nónhằm tránh cấu trúc mã phân hủy làm tăng chi phí khó khăn việc trì hệ thống ' Bad smells ' mã chương trình - lặp lại Page 15 of 20 Cùng mã tương tự bao gồm địa điểm khác chương trình Điều loại bỏ thực phương phápđơn chức gọi theo yêu cầu phương pháp dài o Nếu phương pháp dài, cần thiết kế lại số phương pháp ngắn Chuyển đổi ( trường hợp ) báo cáo o Thường liên quan đến trùng lặp, chuyển đổi phụ thuộc vào loại giá trị Các báo cáo chuyển đổi phân tán xung quanh chương trình Trong ngơn ngữ hướng đối tượng, bạn thường sử dụng đa hình để đạt điều tương tự vón cục liệu o Khối liệu xảy nhóm liệu (các lĩnh vực lớp học, thông số phương pháp) lại xảy vài nơi chương trình Chúng thay đối tượng đóng gói tất liệu Lý thuyết chung o Điều xảy nhà phát triển bao gồm tổng quát chương trình trường hợp cần thiết tương lai Điều thường đơn giản gỡ bỏ o - - - - Quản lý hệ thống di sản - - Các tổ chức dựa vào hệ thống di sản phải chọn chiến lược phát triển hệ thống o Loại bỏ hoàn toàn hệ thống sửa đổi quy trình kinh doanh khơng cịn cần thiết ; o Tiếp tục trì hệ thống; o Chuyển đổi hệ thống cách tái cấu để cải thiện vàbảo trì nó; o Thay hệ thống với hệ thống Chiến lược lựa chọn nên phụ thuộc vào chất lượng hệ thống giá trị kinh doanh Hình 9.13 Một ví dụ di sản đánh giá hệ thống Page 16 of 20 Loại hệ thống di sản - - Chất lượng thấp , giá trị kinh doanh thấp o Các hệ thống cần phải loại bỏ Chất lượng thấp , giá trị kinh doanh cao o Những đóng góp phần kinh doanh quan trọng đắt tiền để trì Nên tái thiết kế thay thích hợp hệ thống có sẵn Chất lượng cao, giá trị kinh doanh thấp o Thay với COTS, bỏ hồn tồn trì Chất lượng cao, giá trị kinh doanh cao o Tiếp tục hoạt động sử dụng bảo trì hệ thống bình thường Đánh giá giá trị kinh doanh - - Đánh giá nên quan điểm khác vào tài khoản o Hệ thống người dùng cuối ; o Khách hàng doanh nghiệp ; o Cán chuyên môn ; o quản lý CNTT ; o Lãnh đạo cao cấp Phỏng vấn bên liên quan khác đối chiếu kết Các vấn đề đánh giá giá trị kinh doanh - Việc sử dụng hệ thống Page 17 of 20 Nếu hệ thống sử dụng thường xun số người, họ có giá trị kinh doanh thấp Các quy trình kinh doanh hỗ trợ o Một hệ thống có giá trị kinh doanh thấp, việc sử dụng quy trình kinh doanh khơng hiệu hệ thống tin cậy o Nếu hệ thống đáng tin cậy vấn đề ảnh hưởng trực tiếp khách hàng doanh nghiệp, hệ thống có giá trị kinh doanh thấp Kết đầu hệ thống o Nếu doanh nghiệp phụ thuộc vào kết đầu hệ thống, hệ thống có giá trị kinh doanh cao o - - - Đánh giá chất lượng hệ thống - - Đánh giá trình kinh doanh o Như trình kinh doanh hỗ trợ mục tiêu việc kinh doanh? đánh giá môi trường o Làm có mơi trườnghiệu hệ thống đắt tiền trì hệ thống? đánh giá ứng dụng o Chất lượng hệ thống phần mềm ứng dụng gì? Đánh giá trình kinh doanh - - Sử dụng cách tiếp cận quan điểm định hướng tìm câu trả lời bên liên quan hệ thống o Có mơ hình q trình xác định theosau? o Làm phần khác tổ chức sử dụng trình khác cho chức năng? o Làm có q trình điều chỉnh? o Các mối quan hệ với trình kinh doanh khác cần thiết? o Là q trình hỗ trợ có hiệu ứng dụng di sản phần mềm? Ví dụ - hệ thống du lịch đặt hàng có thấp giá trị kinh doanh việc sử dụng rộng rãi đặt hàng dựa web Yếu tố sử dụng đánh giá môi trường Yếu tố Câu hỏi ổn định nhà cung cấp tỉ suất hư hỏng Là nhà cung cấp tồn tại? Là nhà cung cấp tài ổn định khả tiếp tục tồn tại? Nếu nhà cung cấp khơng cịn kinh doanh, khơng khác trì hệ thống? Khơng phần cứng có tỷ lệ cao thất bại báo cáo? Hiện phần mềm hỗ trợ vụ tai nạn hệ thống lực lượng khởi động lại? Page 18 of 20 Tuổi thọ Làm cũ phần cứng phần mềm? Cũ phần cứng phần mềm hỗ trợ, lỗi thời Nó hoạt động xác có ý nghĩa kinh tế kinh doanh lợi ích cho di chuyển đến hệ thống đại Hiệu suất Là hiệu suất hệ thống đầy đủ? làm hiệu suấtcác vấn đề có ảnh hưởng đáng kể hệ thống người yêu cầu hỗ trợ Những hỗ trợ địa phương yêu cầu phần cứng phần mềm? Nếu có chi phí cao liên quan với điều hỗ trợ, giá trị xem xét thay hệ thống chi phí bảo trì Các chi phí bảo trì phần cứng hỗ trợ giấy phép phần mềm? Phần cứng cũ cao chi phí bảo trì hệ thống đại Phần mềm hỗ trợ có chi phí quyền hàng năm cao Khả tương tác Có vấn đề interfacing hệ thống để hệ thống khác? Có thể trình biên dịch, ví dụ, sử dụng với phiên hành hệ điều hành? Được mô phần cứng cần thiết? Yếu tố sử dụng đánh giá ứng dụng Yếu tố Hiểu biết Tài liệu Dữ liệu Hiệu suất Ngơn ngữ lập trình cấu hình quản lý Câu hỏi Làm biết khó khăn để hiểu mã nguồn hệ thống? Làm cấu trúc điều khiển phức tạp sử dụng? Biến có chức j hàm nó? Hệ thống tài liệu có sẵn? Là tài liệu hoàn chỉnh, quán, tại? Nó có phải mơ hình liệu rõ ràng cho hệ thống? Đánh giá cho liệu tập tin trùng lặp? Các liệu sử dụng hệ thốngtrongthời điểm phù hợp? Là hiệu suất ứng dụng đầy đủ? làm hiệu suất vấn đề có ảnh hưởng đáng kể hệ thống người Trình biên dịch đại có sẵn cho lập trìnhngơn ngữ sử dụng để phát triển hệ thống? Là lập trình ngơn ngữ sử dụng để phát triển hệ thống mới? Có phải tất phiên tất phận hệ thống cách quản lý hệ thống quản lý cấu hình? Là có rõ rang Mơ tả phiên thành phần sử dụng hệ thống tại? kiểm tra liệu Không kiểm tra liệu cho hệ thống tồn tại? Là có kỷ lục kiểm tra hồi quy thực tính thêm vào hệ thống? kỹ nhân viên Có người có sẵn người có kỹ để trì Page 19 of 20 ứng dụng? Có người có sẵn người có kinh nghiệm với hệ thống? Đo lường hệ thống - Bạn có o o o thể thu thập liệu định lượng để đánh giá chất lượng hệ thống ứng dụng Số lượng yêu cầu thay đổi hệ thống ; Số lượng giao diện người dùng khác sử dụng hệ thống; Khối lượng liệu sử dụng hệ thống Một bảo trì điển hình dịng chảy Bảo trì & Patching Page 20 of 20 Patches bảo trì Thuận lợi Khơng thuận lợi • Giữ khách hàng hài lịng ngắn hạn • Cho phép tiếp tụchoạt động thử nghiệm mà khơng lặp lặp lại lỗi • Tránh lỗi khác • Cho phép sửa chữa thử nghiệm • • • • • • • Bản làm việc vá sửa chữa cuối hai thực Đơi khơng bao giờthay sửa chữa thích hợp hoãn lại mãi! sửa chữa phức tạp phải loại bỏ tài liệu trình phức tạp ... doanh nghiệp, phần mềm phải thay đổi cập nhật Phần lớn ngân sách phần mềm công ty lớn dành cho thay đổi phát triển phần mềm có hơn phát triển phần mềm Một mơ hình xoắn ốc phát triển tiến hóa Page... đổi môi trường phần mềm Khơng có chức thêm vào Giai đoại Page of 20 o Phần mềm sử dụng khơng thực thay đổi Q trình tiến hóa Q trình tiến hóa phần mềm phụ thuộc vào: - Các loại phần mềm trì ; Quá... trì phần mềm - Sửa đổi chương trình sau đưa vào sử dụng Thuật ngữ sử dụng chủ yếu cho việc thay đổi phần mềm tùy chỉnh Sản phẩm phần mềm chung chung cho phát triển để tạo phiên Bảo dưỡng không