c. Các test case cho chức năng thống kê phòng theo doanh thu
10.1.2 Người lập trình bảo trì sau khi chuyển giao yêu cầu những gì?
• Ít nhất 67 % tổng số chi phí của phần mềm được dồn lại trong suốt quá trình bảo trì sau khi chuyển giao
• Bảo trì là một nguồn thu nhập chính
• Tuy nhiên, ngày nay nhiều tổ chức chỉ định việc bảo trì cho
o Những người bắt đầu không bị giám sát và (Unsupervised beginners)
o Ít người lập trình thành thạo
• Bảo trì sau khi chuyển giao là một trong những khía cạnh khó của sản phẩm phần mềm bởi vì
o Bảo trì sau khi chuyển giao kết hợp các khía cạnh của các luồng công việc khác • Cho rằng một bản ghi khuyết điểm được chuyển giao cho người lập trình bảo trì
o Nhớ là “khuyết điểm” là một thuật ngữ chung của lỗi, thất bại • Nguyên nhân là gì?
o Không có cái gì sai
o Sổ tay người dùng có thể bị sai, khổng phải ở mã lệnh
o Tuy nhiên, thường có một lỗi nằm trong mã lệnh a- Bảo trì sửa lỗi
• Công cụ nào mà người lập trình bảo trì phải dùng để tìm ra lỗi?
o Bản ghi khuyết điểm được đưa ra bởi người dùng
o Mã nguồn
o Thuờng không còn gì khác
• Do đó người lập trình bảo trì phải có kỹ năng gỡ lỗi xuất sắc
o Nguyên nhân đầu tiên của lỗi có thể nằm ở đặc tả không tồn tại hoặc tài liệu thiết kế
• Giả sử rằng người lập trình bảo trì đã định vị được lỗi • Vấn đề:
o Cách cố định lỗi mà không đưa ra lỗi hồi quy • Cách cực tiểu lỗi hồi quy
o Tham khảo tài liệu chi tiết của tòan bộ sản phẩm
o Tham khảo tài liệu chi tiết của mỗi mô đun riêng lẻ • Cái gì thường xuyên xảy ra
o Không có tài liệu nào, hoặc
o Tài liệu không hoàn thiện, hoặc
o Tài liệu bị lỗi
• Người lập trình phải xem xét lại mã nguồn để tránh đưa ra lỗi hồi quy • Người lập trình thay đổi mã nguồn
• Kiểm thử để thấy phần chỉnh sửa làm việc một cách chính xác
o Đặc biệt, việc sử dụng những trường hợp kiểm thử cấu trúc • Người lập trình phải
o Kiểm tra đối với các lỗi hồi quy
Sử dụng dữ liệu kiểm thử đã lưu trữ
o Thêm các trường hợp kiểm thử đã xây dựng một cách đặc biệt vào dữ liệu kiểm thử đã lưu trữ để cho việc kiểm thử hồi quy trong tương lai
o Viết tài liệu tất cả các thay đổi
• Những kỹ năng chính được yêu cầu cho bảo trì sửa lỗi
o Kỹ năng chuẩn đoán giỏi
o Kỹ nưng kiểm thử giỏi
o Kỹ năng viết tài liệu giỏi b- Bảo trì hoàn thiện và bảo trì thích ứng
• Người lập trình bảo trì phải đi xuyên suốt các luồng công việc
o Xác định các yêu cầu
o Viết các đặc tả
o Thiết kế
o Cài đặt và tích hợp
• Việc sử dụng các phần mềm có sẵn từ ban đầu • Khi người lập trình đã phát triển
o Các đặc tả được đưa ra bởi những chuyên gia phân tích
o Thiết kế được đưa ra bởi các chuyên gia thiết kế
o Mã nguồn được viết bởi các chuyên viên lập trình
o Nhưng những người lập trình bảo trì phải là chuyên gia ở cả ba lĩnh vực trên và cả lĩnh vực kiểm thử và viết tài liệu
Kết luận
• Không có khuôn mẫu cho bảo trì
o Có phải đó là một công việc cho những người bắt đầu không bị giám sát hoặc
c- Phần thưởng của bảo trì
• Bảo trì là một công việc bạc bẽo theo mọi cách
o Người bảo trì thương lượng với những người dùng không hài lòng về phần mềm
o Nếu người dùng vui, thì phần mềm sẽ không cần bảo trì
o Vấn đề của người dùng thường bắt nguồn từ những cá nhân đã phát triển sản phẩm phần mềm, không phải người bảo trì
o Bản thân mã lệnh có thể được viết rất tồi
o Bảo trì sau khi chuyển giao bị nhiều người phát triển phần mềm xem thường
o Trừ khi dịch vụ bảo trì tốt được đưa ra thì khách hàng sẽ thực hiện những giao dịch phát triển trong tương lai ở một nơi khác
o Bảo trì sau khi chuyển giao là một khía cạnh thử thách nhất của phần mềm và bạc bẽo nhất
• Những người quản lý phải chỉ định công việc bảo trì cho những người lập trình giỏi nhất và
• Trả lương cho họ phù hợp