CẢI TIẾN BẢO TRÌ PHẦN MỀM

Bảo trì là giai đoạn cuối cùng của chu trình phát triển phần mềm, nó chính là hoạt động chỉnh sửa, nâng cấp chương trình sau khi đã được đưa vào sử dụng. Theo thống kê thì bảo trì chiếm đến 70% toàn bộ công sức bỏ ra cho một dự án phần mềm, nó là một hoạt động phức tạp và vô cùng cần thiết trong chu trình sống của sản phẩm phần mềm, để đảm bảo rằng phần mềm luôn phù hợp với người sử dụng. Bảo trì phần mềm là một hoạt động không thể thiếu vì những lý do sau: Phần mềm có lỗi và cần phải sửa chữa. Những yêu cầu mới sẽ xuất hiện khi

CẢI TIẾN BẢO TRÌ PHẦN MỀM Bảo trì phần mềm Bảo trì giai đoạn cuối chu trình phát triển phần mềm, hoạt động chỉnh sửa, nâng cấp chương trình sau đưa vào sử dụng Theo thống kê bảo trì chiếm đến 70% tồn cơng sức bỏ cho dự án phần mềm, hoạt động phức tạp vơ cần thiết chu trình sống sản phẩm phần mềm, để đảm bảo phần mềm phù hợp với người sử dụng Bảo trì phần mềm hoạt động khơng thể thiếu lý sau: - Phần mềm có lỗi cần phải sửa chữa - Những yêu cầu xuất phần mềm đem vào sử dụng - Môi trường nghiệp vụ hệ thống bị thay đổi - Máy tính thiết bị bổ sung vào hệ thống - Hiệu độ tin cậy hệ thống phải nâng cấp, cải thiện Tuy nhiên, vấn đề quan trọng phải thực quản lý thay đổi hệ thống phần mềm tồn Và phải thấy tầm quan trọng việc cải tiến phần mềm: - Các tổ chức thường đầu tư lượng vốn lớn vào hệ thống phần mềm họ, nên họ có quyền đòi hỏi phải sở hữu hệ thống hoàn hảo để bảo trì giá trị sở hữu tổ chức, họ phải thay đổi cải tiến hệ thống - Ngân sách phần mềm cơng ty lớn thường dùng cho việc cải tiến hệ thống tồn để phát triển hệ thống Các hình thái bảo trì phần mềm Bảo trì phần mềm hoạt động phức tạp ta chia hoạt động bảo trì làm bốn hình thái sau: Bảo trì hiệu chỉnh Là loại bảo trì khắc phục khiếm khuyết có phần mềm, khiếm khuyết kiểm thử chương trình khơng kiểm sốt lỗi ẩn chứa bên hệ thống Trong sử dụng chương trình, lỗi người dùng phản hồi lại cho đội ngũ phát triển để phân tích hiệu chỉnh lỗi chương trình Một số nguyên nhân bảo trì hiệu chỉnh gồm: + Kỹ sư phần mềm khách hàng hiểu nhầm ý + Lỗi tiềm ẩn phần mềm sơ ý lập trình viên kiểm thử chưa bao quát hết + Một số chức phần mềm không đáp ứng yêu cầu nhớ, thời gian + Thiếu chuẩn hoá bước phát triển phần mềm trước 2.1 Bảo trì thích nghi Bảo trì thích nghi hoạt động sửa chữa phần mềm để thích ứng với thay đổi môi trường bên ngồi nhằm trì quản lý phần mềm theo vòng đời Một số ngun nhân bảo trì thích nghi gồm: + Thành phần phần cứng thường xuyên thay đổi theo chu trình 24 tháng lần + Những hệ điều hành hay phiên hệ cũ đặn xuất + Thiết bị ngoại vi thành phần hệ thống khác liên tục nâng cấp thay đổi 2.2 Bảo trì hồn thiện Bảo trì hồn thiện hoạt động sửa đổi phần mềm theo yêu cầu ngày hoàn thiện hơn, đầy đủ hợp lý người sử dụng Những nguyên nhân bảo trì hồn thiện gồm: + Mở rộng thêm chức cho hệ thống + Cải tiến phương thức truy cập liệu muốn nâng cao hiệu suất chương trình + Cải tiến quản lý kéo theo cải tiến phương pháp trình tự cơng việc + Thay đổi người dùng thay đổi thao tác thực 2.3 Bảo trì phòng ngừa Bảo trì phòng ngừa hoạt động chỉnh sửa chương trình có tính đến tương lai hệ thống mở rộng thay đổi nào, vấn đề tranh cãi Thay đợi nhận yêu cầu bảo trì, tổ chức phát triển hay bảo trì chọn chương trình mà: + Sẽ sử dụng số năm định trước; + Hiện sử dụng tốt dễ bị thay đổi nâng cấp tương lai gần Thoạt đầu ý kiến đề nghị phát triển lại chương trình lớn phiên làm việc tồn ta thấy dường phung phí Nhưng xem xét điểm sau: + Chi phí để bảo trì dòng mã lệnh lớn 20 tới 40 lần chi phí cho phát triển ban đầu dòng lệnh + Thiết kế lại cấu trúc phần mềm, với sử dụng khái niệm thiết kế làm cho việc bảo hành tương lai dễ dàng + Bởi khn mẫu phần mềm tồn tại, suất phát triển chương trình cao mức trung bình + Người sử dụng làm quen với phần mềm đòi hỏi hướng thay đổi tìm dễ dàng nhiều + Các cơng cụ CASE thực tự động số phần công việc Khi tổ chức phát triển phần mềm bán phần mềm sản phẩm bảo trì phòng ngừa xem phiên chương trình Đặc điểm bảo trì phần mềm Để hiểu chất bảo trì, xem xét vấn đề từ ba góc độ khác nhau: + Các hoạt động cần thiết để hồn thành giai đoạn bảo trì + Chi phí kèm theo giai đoạn bảo trì + Các vấn đề thường gặp phải tiến hành bảo trì phần mềm Bảo trì có cấu trúc bảo trì khơng cấu trúc Nếu thành phần có cấu hình phần mềm mã nguồn hoạt động bảo trì bắt đầu với việc đánh giá chi tiết mã nguồn thường phức tạp Những đặc điểm cấu trúc phần mềm, cấu trúc liệu toàn cục, giao diên hệ thống ràng buộc thiết kế khơng trình bày rõ ràng dễ gây hiểu lầm Các kiểm thử hồi quy - lặp lại kiểm thử trước để đảm bảo thay đổi không tạo lỗi phần mềm hoạt động khơng thể thực khơng có lưu kiểm thử Đây đặc điểm phép bảo trì khơng cấu trúc ta phải trả giá cho việc lãng phí công sức gây tâm trạng thất vọng Sự trả giá kèm với phần mềm không phát triển theo phương pháp đắn Ngược lại có cấu hình phần mềm hồn thiện, nhiệm vụ bảo trì bắt đầu việc đánh giá tài liệu thiết kế, sau xác định đặc điểm hoạt động giao diện Tính tồn vẹn sửa đổi hiệu chỉnh cần thiết đánh giá kế hoạch sửa đổi thiết lập Thiết kế thay đổi, mã nguồn phát triển sau tiến hành kiểm thử hồi quy sử dụng thông tin chứa phần đặc tả kiểm thử phần mềm lại phát hành Các mô tả phép bảo trì cấu trúc, có mặt cấu hình phần mềm khơng đảm bảo vấn đề bảo trì nảy sinh, khối lượng cơng việc giảm bớt chất lượng chung thay đổi hiệu chỉnh cải thiện 3.1 Giá thành bảo trì Theo thống kê, giá thành cho việc bảo trì phần mềm tăng lên cách đặn suốt 20 năm qua Trong năm 70, bảo trì chiếm đến 35 đến 40 % kinh phí phát triển hệ thống phần mềm, tỷ lệ 60% vào năm 80, nhiều công ty chi 80% kinh phí cho việc bảo trì vào năm 90 Các nhân tố ảnh hưởng đến chi phí bảo trì, gồm: - Sự ổn định đội dự án: chi phí bảo trì giảm nhân viên đội dự án không thay đổi - Những trách nhiệm cam kết: người xây dựng hệ thống khơng cam kết trách nhiệm bảo trì khơng có để bắt buộc họ phải thiết kế lại cho thay đổi tương lai - Kỹ nhân viên: nhân viên bảo trì thường khơng có kinh nghiệm hiểu biết miền ứng dụng họ bị hạn chế - Tuổi thọ cấu trúc chương trình: tuổi thọ cấu trúc chương trình bị xuống cấp chúng trở lên khó hiểu thay đổi nhiều sử dụng ngơn chương trình dịch cũ Ngồi yếu tố ảnh hưởng trực tiếp tới chi phí bảo trì, ta có chi phí gián tiếp khác sau: - Một chi phí khó xác định việc bảo trì phần mềm hội phát triển bị bỏ qua tài ngun có sẵn dành cho nhiệm vụ bảo trì - Sự khơng hài lòng người dùng u cầu hợp lý cho việc sửa chữa hay sửa đổi không ý cách hợp lý - Việc suy giảm chất lượng nói chung lỗi tạo thay đổi phần mềm bảo trì - Một yêu cầu bảo trì làm ngắt quãng trình phát triển nhân viên Chi phí cuối cho việc bảo trì giảm sút kinh khủng suất lao động đo theo số dòng lệnh người tháng Sự giảm sút xuất tiến hành bảo trì phần mềm cũ, người ta ghi nhận giảm sút suất lao động theo tỷ lệ 40:1, có nghĩa chi phí cho việc phát triển trị giá $25 dòng lệnh trị giá tới $1000 cho việc bảo trì dòng lệnh Cơng sức cho việc bảo trì phân chia thành thao tác như: phân tích, ước lượng, thay đổi thiết kế, sửa chữa chương trình nguồn thao tác lặp lại: việc cố gắng hiểu chương trình nguồn làm gì, cố gắng sáng tỏ cấu trúc liệu, thuộc tính giao diện, giới hạn việc thực hiện, 3.2 Một số vấn đề khác Hầu hết vấn đề liên quan tới việc bảo trì phần mềm liên quan tới sai lệch cách xây dựng phát triển phần mềm Sự thiếu sót việc điều khiển tổ chức hai giai đoạn chu trình phần mềm gần ln tạo vấn đề giai đoạn cuối Nhiều vấn đề kinh điển liên quan tới việc bảo trì phần mềm gồm: - Rất khó khơng thể theo dõi tiến hóa phần mềm qua phiên thay đổi khơng tư liệu hóa - Khó theo dõi q trình xử lý tạo phần mềm - Thường xuyên gặp nhiều khó khăn việc tìm hiểu chương trình người khác viết Những khó khăn tăng lên số thành phần cấu hình phần mềm giảm Nếu có chương trình nguồn mà khơng có tài liệu hướng dẫn khơng nên tìm hiểu phần mềm - Những người viết phần mềm thường khơng có mặt để giải thích Chúng ta khơng thể trơng cậy vào giải thích cá nhân nhà phát triển phần mềm việc bảo trì u cầu - Các tài liệu xác khơng có hay thiếu trầm trọng Phải thừa nhận phải có tài liệu phần mềm bước đầu tiên, tài liệu phải hiểu phù hợp với chương trình lại chuyện khác - Phần lớn phần mềm khơng thiết kế để thay đổi việc thay đổi phần mềm khó khăn dẫn đến xu hướng sai Công việc bảo trì phần mềm số hiệu ứng Khả bảo trì Khả bảo trì phần mềm coi khả hiểu, hiệu chỉnh, tiếp hợp phát triển chìa khóa để dẫn đến phương pháp thiết kế xây dựng phần mềm Yếu tố kiểm sốt Khả bảo trì bao gồm nhiều yếu tố Sự thiếu cẩn trọng việc thiết kế, viết chương trình nguồn, kiểm thử có ảnh hưởng tiêu cực đến việc bảo trì Cấu hình yếu có tác động tương tự, chí bước kỹ thuật xây dựng phần mềm xem xét cách cẩn thận Thêm vào nhiều yếu tố khác liên quan tới phương pháp phát triển phần mềm, như: + Chất lượng hiệu đội ngũ phát triển phần mềm + Tính dễ hiểu cấu trúc hệ thống + Tính dễ dàng kiểm sốt hệ thống + Dùng ngơn ngữ lập trình chuẩn + Dùng hệ điều hành chuẩn + Dùng cấu trúc tài liệu chuẩn + Dùng phương tiện gỡ rối kèm + Dùng máy tính tốt để thực việc bảo trì Các yếu tố đưa phản ánh đặc điểm phần cứng chương trình nguồn dùng việc phát triển phần mềm Những yếu tố khác cần thiết để có phương pháp chuẩn, chương trình nguồn chuẩn Có thể, yếu tố quan trọng tác động tới khả bảo trì kế hoạch cho khả bảo trì 4.1.1 Đánh giá định lượng Đánh giá chất lượng hay độ tin cậy bảo trì phần mềm khó xác định, nhiên đánh giá khả bảo trì gián tiếp việc xem xét thuộc tính cơng việc bảo trì sau: + Thời gian nhận biết vấn đề + Thời gian trễ công việc hành + Thời gian lựa chọn cơng cụ bảo trì + Thời gian phân tích vấn đề + Thời gian xác định thay đổi + Thời gian hiệu chỉnh (hay sửa đổi) thực + Thời gian chạy thử cục + Thời gian chạy thử tổng thể + Thời gian tổng kết bảo trì + Tổng thời gian cơng việc bảo trì 4.1 Các cơng việc bảo trì Báo cáo Tất yêu cầu việc bảo trì phần mềm cần trình bày theo tiêu chuẩn, người phát triển phần mềm thường cung cấp đơn u cầu bảo trì gọi báo cáo lỗi phần mềm cho khách hàng Báo cáo người sử dụng điền vào yêu cầu bảo trì phần mềm, chương trình xuất lỗi khách hàng phải mơ tả đầy đủ tình dẫn đến lỗi, bao gồm liệu, đoạn chương trình yêu cầu khác vào báo cáo Nếu yêu cầu bảo trì bảo trì thích nghi bảo trì hồn thiện yêu cầu chi tiết thảo Đơn u cầu bảo trì người kiểm sốt bảo trì người quản lý hệ thống xem xét Đây coi sở để đề kế hoạch cơng việc bảo trì Ngồi nội đội ngũ phát triển phần mềm phải tạo báo cáo thay đổi phần mềm, báo cáo vạch rõ: + Các cơng sức đòi hỏi để thực đơn yêu cầu bảo trì + Trạng thái ban đầu yêu cầu sửa đổi + Mức ưu tiên yêu cầu sửa đổi + Các liệu cần cho việc sửa đổi, 4.2.1 Lưu giữ hồ sơ Thường khơng có đầy đủ hồ sơ cho tất giai đoạn chu kỳ sống phần mềm khơng có hồ sơ việc bảo trì phần mềm Do thường khó tiến hành cơng việc bảo trì có hiệu quả, khó xác định giá bảo trì phần mềm khơng có khả xác định tính chất chương trình Các thơng tin cần phải lưu giữ hồ sơ bảo trì thường: + Đơn yêu cầu bảo trì chương trình + Số lượng câu lệnh chương trình nguồn + Ngơn ngữ lập trình sử dụng + Ngày cài đặt chương trình + Số chương trình chạy từ cài đặt + Số lỗi xử lý xảy + Mức dấu hiệu thay đổi chương trình + Số câu lệnh thêm vào chương trình nguồn chương trình thay đổi + Số câu lệnh xóa khỏi chương trình nguồn chương trình thay đổi + Số người sử dụng cho lần sửa đổi + Ngày thay đổi chương trình + Kiểu bảo trì + Ngày bắt đầu kết thúc bảo trì + Tổng số người dùng cho việc bảo trì 4.2.2 Xác định giá bảo trì Việc xác định giá trị bảo trì thường phức tạp thiếu thơng tin Nếu tiến hành việc lưu giữ hồ sơ tiến hành số cách đánh giá việc thực bảo trì Theo chuyên gia đánh giá việc thực bảo trì dựa vào: + Số lượng trung bình lỗi xử lý cho lần chạy chương trình + Tổng số người dùng cho loại bảo trì + Số lượng trung bình thay đổi theo chương trình, theo ngơn ngữ lập trình, theo kiểu bảo trì + Số trung bình người cho dòng lệnh thêm vào xóa + Số trung bình người cho ngơn ngữ lập trình + Thời gian trung bình cho việc bảo trì đơn yêu cầu bảo trì 4.2 Một số hiệu ứng lề cơng việc bảo trì 4.3.1 Hiệu ứng lề việc thay đổi mã nguồn Một thay đổi đơn giản tới câu lệnh đơn đem lại hậu khó lường Mặc dù khơng phải ảnh hưởng tiêu cực, việc sửa lỗi dẫn đến vấn đề phức tạp Mặc dù tất thay đổi mã lệnh chương trình tạo lỗi, tập hợp thay đổi sau gây nhiều lỗi + Một chương trình bị xóa thay đổi + Một dòng nhãn bị xóa thay đổi + Một biến bị xóa thay đổi + Việc mở đóng file bị thay đổi + Các phép toán logic bị thay đổi + Việc thay đổi thiết kế chuyển thành thay đổi lớn chương trình 4.3.2 Hiệu ứng lề việc thay đổi liệu Trong trình bảo trì, việc sửa đổi thường tiến hành phần tử riêng rẽ cấu trúc liệu Khi phần tử bị thay đổi liệu kéo theo việc dl khơng phù hợp với số đoạn chtr khác gây lỗi Hiệu ứng lề liệu xảy kết việc thay đổi cấu trúc liệu Các thay đổi liệu sau thường gây lỗi: + Định nghĩa lại số cục số địa phương + Định nghĩa lại cấu trúc ghi hay cấu trúc file + Tăng giảm kích thước mảng + Thay đổi liệu tổng thể + Định nghĩa lại cờ điều khiển trỏ + Xếp lại tham số vào hay tham số chương trình Hiệu ứng lề liệu hạn chế tài liệu thiết kế mô tả cấu trúc liệu cung cấp lời dẫn tham khảo đến phần tử liệu, ghi, file cấu trúc khác module phần mềm 4.3.3 Hiệu ứng lề việc thay đổi tài liệu Trong trình bảo trì ảnh hưởng tài liệu xảy thay đổi chương trình nguồn mà khơng thay đổi tài liệu thiết kế tài liệu hướng dẫn sử dụng Bất có thay đổi luồng liệu, cấu trúc phần mềm, thủ tục… tài liệu kỹ thuật phải cập nhật tài liệu kỹ thuật phản ánh không trạng thái phần mềm tồi tệ việc khơng có tài liệu Hiệu ứng lề xảy lần bảo trì sau đó, việc nghiên cứu không kỹ tài liệu kỹ thuật, dẫn tới đánh giá sai đặc tính phần mềm Đối với người sử dụng, phần mềm tốt có tài liệu hướng dẫn sử dụng chúng Các hiệu ứng lề tài liệu giảm tồn cấu hình xem xét trước phát hành phiên phần mềm tiếp sau Thực tế vài u cầu bảo trì khơng đòi hỏi việc thay đổi thiết kế phần mềm mã chương trình, mà cần thiếu rõ ràng tài liệu người sử dụng Trong trường hợp cần tập trung bảo trì tài liệu kỹ thuật Chiến lược cải tiến phần mềm Để cải tiến hệ thống có, người ta đề xuất bốn chiến lược bản: - Tách hệ thống chỉnh sửa quy trình nghiệp vụ - Tiếp tục bảo trì hệ thống - Biến đổi hệ thống cách tái kỹ nghệ để nâng cấp khả bảo trì - Thay hệ thống hệ thống Việc lựa chọn chiến lược cải tiến hệ thống phụ thuộc vào chất lượng hệ thống giá trị nghiệp vụ Các loại hệ thống có phân loại dựa tiêu chí chất lượng giá trị nghiệp vụ mà mang lại sau: - Chất lượng thấp giá trị nghiệp vụ thấp: thay thành phần khác - Chất lượng thấp giá trị nghiệp vụ cao: hệ thống có giá trị nghiệp vụ cao chi phí bảo trì lớn, ta nên tái kỹ nghệ thay hệ thống thích hợp - Chất lượng cao giá trị nghiệp vụ thấp: hệ thống nên tách để chỉnh sửa quy trình nghiệp vụ - Chất lượng cao giá trị nghiệp vụ cao: tiếp tục sử dụng bảo trì hệ thống theo cách thông thường Việc đánh giá giá trị nghiệp vụ thực từ nhiều khung nhìn khác nhau, vấn tác nhân khác đối sánh kết thu Các tác nhân thường là: người sử dụng cuối, khách hàng doanh nghiệp, người quản lý dây chuyền sản xuất, người quản lý công nghệ thông tin, người quản lý cao cấp Chất lượng hệ thống đánh giá thông qua yếu tố sau: - Quy trình nghiệp vụ: quy trình nghiệp vụ hỗ trợ cho mục tiêu nghiệp vụ nào? - Môi trường hệ thống: môi trường hệ thống có hiệu chi phí để bảo trì - Khả ứng dụng hệ thống nào? Một số hình thức bảo trì phần mềm Bảo trì mã chương trình xa lạ Các chương trình gọi mã chương trình xa lạ nếu: + Khơng thành viên phòng kỹ thuật tiếp tục phát triển chương trình + Khơng tiếp tục áp dụng lý thuyết phát triển, tồn vấn đề thiết kế nghèo nàn tài liệu + Cấu trúc khối chưa thiết kế theo tiêu chuẩn, khái niệm thiết kế có cấu trúc chưa áp dụng Người ta đưa số đề nghị cho người quản trị hệ thống phải bảo trì chương trình xa lạ sau: + Nghiên cứu chương trình trước bị đặt vào chế độ khẩn cấp, cố gắng thu nhận nhiều thông tin sở tốt + Cố gắng làm quen với toàn luồng điều khiển chương trình, trước hết bỏ qua chi tiết mã chương trình Nên vẽ sơ đồ cấu trúc sơ đồ luồng hoạt động mức cao, chưa có tồn + Đánh giá tình hình hợp lý tài liệu có, bổ sung thêm lời thích thân người quản trị vào chương trình nguồn thấy cần thiết + Sử dụng tốt danh sách dẫn tham khảo, bảng ký hiệu, trợ giúp khác thông thường chương trình dịch cung cấp + Thực sửa đổi chương trình với tập trung lớn nhất, lưu ý tới kiểu dạng chương trình tất chỗ Đánh dấu chương trình lệnh bạn sửa + Đừng loại bỏ đoạn chương trình trừ bạn chắn khơng cần sử dụng + Đừng cố sử dụng chung biến tạm thời vùng nhớ làm việc có sẵn chương trình nên thêm biến riêng bạn để tránh rắc rối + Giữ ghi chép chi tiết hoạt động bảo trì kết + Tránh nóng vội ném chương trình cũ viết lại + Thực kiểm tra lỗi 6.1 Tái kỹ nghệ hệ thống Tái kỹ nghệ hệ thống kỹ thuật cấu trúc lại viết lại phần toàn hệ thống thừa kế mà không thay đổi chức Tái kỹ nghệ giúp giảm rủi ro chi phí xây dựng phần mềm rủi ro xảy cao Tái kỹ nghệ hệ thống bao gồm hai hoạt động là: công nghệ phản hồi Forward-engineering công nghệ tái sử dụng Re-engineering Công nghệ phản hồi phần mềm đơn giản Trong nhiều trường hợp, chương trình phân tích ngược khơng phải nhà cạnh tranh mà thân cơng ty lý khơng giữ lại đặc tả chương trình Phân tích ngược phần mềm q trình phân tích thiết kế chương trình nhằm mục đích biểu diễn lại chương trình mức độ trừu tượng cao mã nguồn Các công cụ công nghệ phản hồi lấy liệu, kiến trúc, thông tin thiết kế thủ tục từ chương trình tồn Công nghệ tái sử dụng không đơn phát thơng tin thiết kế mà dùng thông tin để biến đổi tổ chức lại hệ thống tồn với mục đích cải thiện chất lượng Trong nhiều trường hợp, phần mềm sử dụng lại chức hệ thống tồn nhà phát triển phần mềm phải thêm chức cải thiện xử lý Mơ hình sau giúp phân biệt công nghệ phản hồi công nghệ tái sử dụng: Các nhân tố ảnh hưởng tới chi phí tái kỹ nghệ: - Chất lượng hệ thống tái kỹ nghệ - Các công cụ hỗ trợ tái kỹ nghệ - Mức mở rộng cần thiết việc chuyển đổi liệu - Những nhân viên có kỹ tái kỹ nghệ hệ thống 6.2 Chiến lược phần mềm thành phần Như đặc tính bảo hành phần cứng tháo bỏ phần hỏng thay phụ tùng Một khái niệm gọi nguyên mẫu phần mềm dẫn tới việc phát triển phụ tùng cho chương trình Ngun mẫu phần mềm q trình mơ hình hóa u cầu người dùng với hay nhiều mức chi tiết, bao gồm mơ hình làm việc Các tài nguyên dự án xếp đặt để sản xuất phiên phần mềm mô tả theo yêu cầu phải nhỏ Phiên nguyên mẫu làm cho người dùng, người thiết kế quản trị xem lại phần mềm Nếu mức nguyên mẫu khác phát triển, có phụ tùng phần mềm sử dụng nhận u cầu bảo trì hiệu chỉnh Ví dụ module phân tích thiết kế thực theo hai cách khác có giao diện bên Một phiên module sử dụng phần mềm làm việc, module hỏng, phụ tùng lắp thay Mặc dù chiến lược phụ tùng thay cho phần mềm khác thường khơng có chứng tỏ tốn kém, tính đến chi phí cho tất chu kỳ sống phần mềm Các hệ thống quản lý bảo trì 7.1 Hệ thống bảo trì phòng ngừa (BTPN) BTPN đòi hỏi tổ chức phối hợp hàng ngàn hành động tác vụ trình thực nhằm giải đáp đắn vấn đề: làm gì, làm nào, làm làm Cơ sở hệ thống BTPN quản lý kho phụ tùng, quản lý máy móc, thiết bị cơng ty u cầu bảo trì Cơng việc thực qua phối hợp nhà tư vấn, đốc công, kỹ sư người khác có liên quan đến bảo trì Tất liệu thu thập đưa vào hệ thống BTPN để lập điều độ tổng thể cho tất công việc BTPN phải thực Người quản lý sử dụng điều độ tranh toàn cảnh yêu cầu hoạt động BTPN Có thể lập điều độ tổng thể máy tính, in hiển thị tồn hình Điều độ lựa chọn phần để in hiển thị theo u cầu cụ thể Máy tính lấy thơng tin từ điều độ tổng thể, chuẩn bị danh sách cơng việc bảo trì định kỳ phiếu u cầu bảo trì tuần để cung cấp cho kỹ sư bảo trì danh sách cơng việc phòng ngừa phải thực tuần Ngồi thời gian theo lịch (ngày, tháng,…) cơng việc bảo trì lập kế hoạch theo khoảng đo khác số vận hành, số sản phẩm chế tạo,… Danh sách cơng việc bảo trì định kỳ thường chứa thông tin chi tiết tất công việc BTPN nên phải thực máy chạy hay cơng việc thực mà khơng cần có kế hoạch đặc biệt Danh sách cơng việc bảo trì định kỳ dùng để kiểm tra ngày: in công việc thực hiện, số liệu đo được,… Các cơng việc xếp theo trình tự cho phù hợp với mặt nhà máy Thời gian định mức cho công việc phải xác định Những hoạt động cần có kế hoạch đặc biệt, ví dụ cơng việc thực thời gian ngừng máy, tự động chuyển cho phận lập kế hoạch để phát hành phiếu giao việc Bất kỳ hư hỏng xảy phát triển phải phát đưa vào phận lập kế hoạch để xử lý Hệ thống BTPN phải bao gồm hướng dẫn chi tiết cơng việc bảo trì phải thực Những hướng dẫn in tồn có u cầu nhân viên bảo trì Tóm lại, hệ thống BTPN đảm bảo người thực công việc phương pháp vào thời điểm 7.2 Hệ thống lập kế hoạch Một hệ thống bảo trì có hiệu đòi hỏi phải lập kế hoạch chi tiết công việc sửa chữa, đại tu công việc khác Để công tác bảo trì làm gián đoạn sản xuất tốt, cần lưu ý: · Phối hợp kế hoạch bảo trì kế hoạch sản xuất · Đảm bảo sẵn sàng nhân lực lành nghề (lắp ráp, nguội, khí, điện, điện tử, dụng cụ,…) · Đảm bảo sẵn sàng thiết bị (dụng cụ, xe nâng, cần cẩu,…) · Xác định mức độ ưu tiên cơng việc · Có thể lập lịch điều độ cơng việc có kế hoạch thực ngừng sản xuất Như tận dụng tối đa hội máy ngừng 7.3 Quy trình thực cơng việc bảo trì Cần sử dụng tối ưu nguồn lực Một hệ thống bảo trì làm việc trơn tru tiết kiệm đáng kể nhiều loại chi phí cho phận bảo trì nhờ sử dụng tốt nguồn lực Phối hợp quan trọng Các phiếu yêu cầu bảo trì thường chi tiết Mỗi kỹ sư nhân viên bảo trì tiếp cận thơng tin hệ thống qua đội bảo trì họ Qua đội bảo trì người lập kế hoạch tiếp cận thông tin từ phận khác hệ thống bảo trì phận lưu trữ liệu thiết bị nhà máy, hệ thống kiểm soát kho, hệ thống mua sắm, hệ thống lưu trữ tài liệu hệ thống phân tích kinh tế kỹ thuật Những thông tin nguồn lực sẵn có nguồn lực cam kết phối hợp sở để đảm bảo lịch bảo trì mang tính khả thi Sau kế hoạch chuyển vào điều độ tổng thể, từ lựa chọn số bảng điều độ cụ thể theo tiêu chí cụ thể tương ứng Các bảng điều độ phân phối cho phận bảo trì khác Khi cơng việc bảo trì hồn tất, nhân viên bảo trì phải báo cáo hệ thống thông qua đội để đảm bảo hệ thống cập nhật liệu tình trạng bảo trì thời điểm Cứ ứng với khoảng thời gian đặn người ta lại so sánh để theo dõi khác công việc dự kiến công việc hoàn thành Hệ thống lưu trữ liệu về: – Nhân – Chi phí – Các thời gian biểu – Ngân sách – 7.4 Hệ thống lưu trữ liệu thiết bị nhà máy Phần lớn cơng việc bảo trì phải hoạch định chuẩn bị trước thực Để công việc đạt hiệu quả, cần truy cập thơng tin máy móc, ví dụ chủng loại máy, số hiệu, nhà sản xuất, nhà cung cấp, vật liệu, kích thước, an tồn, tiêu chuẩn, … Tất thông tin cung cấp phận lưu trữ liệu thiết bị nhà máy nằm hệ thống bảo trì Tất thông tin kỹ thuật cần thiết để lập kế hoạch chuẩn bị cho cơng việc bảo trì cung cấp từ phận lưu trữ liệu thiết bị nhà máy Để tránh chậm trễ lãng phí thời gian điều quan trọng người bảo trì thiết bị phải cung cấp thơng tin, dụng cụ phụ tùng dự trữ theo yêu cầu Hệ thống kiểm soát kho phụ tùng cung cấp thông tin phụ tùng kho, vị trí phụ tùng, số lượng giá hệ thống lưu trữ liệu thiết bị nhà máy giúp người bảo trì kiểm tra phụ tùng cần thiết, số lượng an tồn Hệ thống mang lại lợi ích như: – Giảm thời gian sửa chữa, thời gian lập kế hoạch chi phí chuẩn bị – Ít phụ thuộc vào số cá nhân làm cơng tác bảo trì – Cải thiện việc tiêu chuẩn hóa phụ tùng – Tính tốn nhanh chóng chi phí phụ tùng cần đặt mua phí bảo hiểm Hệ thống lưu trữ liệu thiết bị nhà máy chứa tồn thơng tin cần để thực cơng tác bảo trì cách có hiệu nhất, ghi nhận xử lý thông tin nhiều cách Chỉ cần sử dụng lệnh đơn giản nhập vào bàn phím, người bảo trì trả lời tức khắc: – Tất thông tin máy đặc biệt đó, bao gồm chi phí bảo trì cho máy – Máy X đâu? – Những phụ tùng có sẵn cho máy Y chúng đâu? – Chúng ta có loại máy Z? – Ổ bi SKF 5202 có máy nào? – Ai sản xuất cung cấp hệ thống thơng gió phân xưởng sơn? – Hệ thống lưu trữ liệu thiết bị nhà máy chứa thơng tin tài sản cố định để tính tốn chi phí phụ tùng thay thế, bảo hiểm, khấu hao, đặt mua hàng hóa,… Hệ thống lưu trữ liệu thiết bị nhà máy không giúp tiết kiệm thời gian mà quan trọng tiết kiệm đáng kể nhiều loại chi phí 7.5 Hệ thống kiểm sốt phụ tùng tồn kho Vì bảo trì phục hồi khơng tránh hồn tồn nên phải có phụ tùng kho chứa hiệu tốt Dựa vào kinh nghiệm thường nói phụ tùng cần thay hay sửa chữa ngừng máy Những chi tiết phải sẵn sàng cần, nghĩa phải có hệ thống kiểm soát kho phụ tùng Hệ thống kiểm soát kho cần cập nhật liên tục mức tồn kho Nhập xuất kho phải ghi nhận nhanh chóng Một hệ thống đặt hàng cho phép đặt mua trước phụ tùng để đáp ứng nhu cầu sau Hệ thống cung cấp thông tin liên quan đến phụ tùng sửa chữa Một ưu điểm hệ thống có số liệu thống kê xác Nhờ sử dụng thơng tin người ta điều chỉnh mức tồn kho cho không xảy tượng tồn kho dư thừa bị thiếu hụt phụ tùng Dữ liệu thống kê hệ thống giúp nhận diện nhanh chóng chi tiết có giá cao thấp, số lượng lẫn chi phí Hệ thống xác định chi tiết không sẵn sàng cần Nói chung chi phí lưu kho phụ tùng tương đương khoảng 30% giá mua phụ tùng Nếu mức dự trữ phụ tùng giảm mà khơng làm giảm mức tồn kho an toàn hay số khả sẵn sàng tiết kiệm lớn 7.6 Hệ thống mua sắm Hệ thống mua sắm phải liên kết chặt chẽ với hệ thống kiểm soát tồn kho Khi tồn kho đạt mức đặt mua mới, phận mua sắm phải tự động xác định nhu cầu cần mua Quy trình mua sắm bao gồm chức trợ giúp mua sắm cho hợp lý Có mức dự trữ phụ tùng chưa đến mức đặt mua, tương lai gần phải mua, hệ thống cung ứng phải mua Những thủ tục mua hàng hỗ trợ tác vụ in đơn đặt hàng văn xác nhận mua hàng, giám sát giao hàng tự động, kiểm tra hóa đơn giám sát tự động đơn đặt hàng chưa hoàn tất 7.7 Hệ thống lưu trữ tài liệu bảo trì Có thể giảm thời gian chuẩn bị cho cơng việc bảo trì thông qua hệ thống lưu trữ sổ tay, vẽ tài liệu khác Hệ thống truyền thơng phòng bảo trì, phòng thiết kế người cung cấp thiết bị, đơn giản hóa việc nhập, loại thay đổi thông tin Hệ thống cung cấp thông tin mã số vẽ để truy xuất nhanh 7.8 Hệ thống phân tích kỹ thuật kinh tế Một điểm mạnh hệ thống bảo trì sở máy tính hệ thống hình thành cơng cụ trợ giúp mạnh mẽ để cải tiến liên tục Việc phân tích hiệu hoạt động có kế hoạch, thực hiện, kiểm tra,… phần quan trọng cơng việc bảo trì 7.9 Danh sách 10 mục hàng đầu Nhiều hệ thống bảo trì đưa báo cáo tổng số hư hỏng xảy tuần, tỉ lệ BTPN phục hồi, tiêu chí đánh giá thành cơng cơng việc bảo trì Có lẽ trợ giúp quan trọng danh sách 10 mục hàng đầu, so sánh xếp hạng kiện hoạt động Các danh sách có nhiều cấu trúc khác nhau, mục đích ln ln phát máy hoạt động đặc biệt có chi phí q đắt Một danh sách 10 mục hàng đầu quan trọng cho biết phụ tùng thiết bị có chi phí bảo trì cao so với giá trị thay chúng Một danh sách khác cho biết phụ tùng thiết bị đòi hỏi nhiều lần bảo trì khoảng thời gian đó, gây thời gian ngừng máy nhiều Còn nhiều loại danh sách cho biết thông tin có ích cơng tác bảo trì Ngồi để phục vụ việc lập kế hoạch bảo trì có báo cáo kinh tế việc sử dụng vật liệu thời gian, báo cáo phân tích hiệu cơng việc bảo trì tác động đến sản xuất Nhân viên làm xong cơng việc bảo trì điền vào báo cáo hồn thành cơng việc, sau báo cáo nhập vào máy tính Việc cập nhật phải đơn giản tốt chia thành nhiều cấp để phòng ngừa người khơng thẩm quyền vơ tình hủy thay đổi thơng tin Tập tin lưu trữ cơng việc hồn tất sử dụng làm sở để chuẩn bị hoạch định công việc 7.10 Hệ thống quản lý bảo trì máy tính · Thực CMMS để: – Quản lý bảo trì có hiệu nhờ việc hoạch định định hướng sử dụng nguồn lực cách hợp lý nhằm hỗ trợ nhu cầu hoạt động đơn vị – Kiểm soát chặt chẽ máy móc, thiết bị – Cung cấp thơng tin đặc tính kỹ thuật thiết bị tồn hệ thống – Thích nghi hội nhập với quản lý sản xuất đại – Giảm thời gian ngừng máy kế hoạch nhờ việc lập kế hoạch bảo trì nhanh chóng tối ưu – Tận dụng báo cáo CMMS để tăng cường hiệu kiểm sốt bảo trì · Những lợi ích CMMS mang lại: – Lợi ích kỹ thuật Khả sẵn sàng thiết bị gia tăng Các hư hỏng giảm Chất lượng sản phẩm cải thiện An toàn cải thiện Vận hành nhà máy cải thiện Thiết kế thiết bị cải thiện Giảm tồn kho Giảm chi phí mua thiết bị Sử dụng nguồn lực bảo trì tối ưu 10 Số lượng nhân viên bảo trì giảm bớt 11 Giảm thời gian làm việc 12 Năng suất lao động bảo trì cải thiện 13 Sử dụng hợp đồng lao động có hiệu 14 Kiểm soát hoạt động hoạch định khả sử dụng nguồn nhân lực cho cơng việc bảo trì cải thiện 15 Thơng tin nội phòng ban công ty cải thiện 16 Linh hoạt thêm vào, xóa hay sửa đổi thơng tin 17 Bảo đảm kiểm sốt có hiệu – Lợi ích tài chánh 18 Chi phí vận hành giảm đến mức tối thiểu 19 Chi phí đầu tư giảm đến mức tối thiểu 20 Chi phí bảo trì giảm đến mức tối thiểu – Lợi ích quan điểm tổ chức 21 Thỏa mãn khách hàng cải thiện 22 Khả bảo trì cải thiện 23 Khả sẵn sàng cải thiện 24 Năng suất cải thiện – Cấu trúc CMMS Cấu trúc CMMS trình bày H.1 Hình 1: Cấu trúc CMMS – Quy trình vận hành CMMS: trình bày H.2 Hình 2: Quy trình vận hành CMMS - Hệ thống giám sát thiết bị nhờ máy tính: trình bày H.3 Hình 3: Hệ thống giám sát thiết bị nhờ máy tính nhà máy ... giai đoạn bảo trì + Chi phí kèm theo giai đoạn bảo trì + Các vấn đề thường gặp phải tiến hành bảo trì phần mềm Bảo trì có cấu trúc bảo trì khơng cấu trúc Nếu thành phần có cấu hình phần mềm mã nguồn... việc bảo trì 4.1 Các cơng việc bảo trì Báo cáo Tất yêu cầu việc bảo trì phần mềm cần trình bày theo tiêu chuẩn, người phát triển phần mềm thường cung cấp đơn u cầu bảo trì gọi báo cáo lỗi phần mềm. .. việc bảo trì phần mềm số hiệu ứng Khả bảo trì Khả bảo trì phần mềm coi khả hiểu, hiệu chỉnh, tiếp hợp phát triển chìa khóa để dẫn đến phương pháp thiết kế xây dựng phần mềm Yếu tố kiểm sốt Khả bảo