Hướng dẫn đánh giá phần mềm của khóa luận hoặc thực tập dự án tốt nghiệp

Tài liệu mô tả một số tiêu chí có thể dùng để tự đánh giá phần mềm của khóa luận hoặc dự án tốt nghiệp do giảng viên Ngô Huy Biên hướng dẫn.

1. Tại sao cần đánh giá phần mềm?

Logo phần mềm đã có chưa?
Giao diện đã tương tự với giao diện của một phần mềm mẫu được chọn hay chưa? Nếu có, hãy cho biết tên phần mềm được dùng để so sánh.
Paddings, font chữ, color, headers/titles trên giao diện đã phù hợp với các nguyên lý chưa? Sinh viên có thể kiểm tra tự động bằng Access Scan và Accessibility Checker.
Phần mềm đã loại bỏ việc phải kéo (scroll) thanh ngang khi sử dụng chưa?
Validation messages, error messages đã có chưa?
Phần mềm đã loại bỏ các incomplete/unavailable features, broken links hay chưa?

Nghiệp vụ có tương đương hoặc tốt hơn giải pháp thủ công (trivial solution) hay không?
Nghiệp vụ đã giải quyết trọn vẹn một bài toán cụ thể hay chưa?
Nghiệp vụ có tương đương hoặc tốt hơn giải pháp của một phần mềm sẵn có hay không? Nếu có, hãy cho biết tên phần mềm được dùng để so sánh.

Các test cases thủ công đã được thực hiện hay chưa?
Các test cases, test data, test reports đã được đưa vào thư mục SOURCE/Testing hay chưa?
Các unit tests đã được chạy hay chưa?
Tốc độ phần mềm đã được kiểm thử bằng các dịch vụ đám mây hay chưa?
Các API đã đòi hỏi phải có chứng thực khi gọi hay chưa?
Bảo mật phần mềm đã được kiểm thử bằng công cụ quét lỗi tự động hay chưa?
Khả năng mở rộng của phần mềm đã được kiểm thử hay chưa?

Sinh viên tham khảo một số tài liệu kỹ thuật của các khóa trước ở đây.
Tài liệu kỹ thuật đã mô tả phiên bản của các công cụ được sử dụng hay chưa?
Tài liệu kỹ thuật đã hỗ trợ phiên bản LTS gần nhất của các công cụ được sử dụng hay chưa?
Các bước của tài liệu kỹ thuật đã được sắp xếp để có thể thực hiện tuần tự, có sự logic, liên kết giữa các bước hay chưa?
Các bước và hình ảnh tương ứng cài đặt cơ sở dữ liệu, chạy script, import built-in data đã có hay chưa? (Nếu hard-code các script và data trong mã nguồn thì cần bổ sung mô tả vào trong tài liệu biên dịch và tài liệu triển khai.)
Các bước và hình ảnh tương ứng run hệ thống thành công trên local cho từng service và cho toàn hệ thống đã có hay chưa?
Các bước và hình ảnh tương ứng run hệ thống thành công trên production cho từng service và cho toàn hệ thống đã có hay chưa?
Sinh viên đã chạy các bước của tài liệu biên dịch trên máy ảo vừa mới cài hệ điều hành chưa?
Sinh viên đã chạy các bước của tài liệu triển khai trên máy ảo vừa mới cài hệ điều hành chưa?
Sinh viên đã chạy các bước của tài liệu triển khai trên môi trường thực (ví dụ AWS, Azure, Google Cloud) hay chưa?

Tài liệu biên dịch và tài liệu triển khai đã bao gồm các bước để tạo và nhận các thông tin cấu hình, ví dụ như thông tin truy cập cơ sở dữ liệu, các API keys, các tài khoản online, hay chưa?
Vị trí thông tin cấu hình cần thay đổi trong các file mã nguồn, để biên dịch hoặc triển khai, đã được tài liệu hóa trong tài liệu biên dịch và tài liệu triển khai hay chưa?

Sinh viên tạo một file Excel với tên gọi Software_Evaluation.xlsx, và liệt kê tất cả các tiêu chí ở trên.
Sinh viên có thể đề xuất thêm các tiêu chí khác vào cuối file, nếu có, để phần mềm của mình được đánh giá toàn diện hơn.
Sinh viên đánh dấu chọn ( ☑ ) vào những tiêu chí nào phần mềm đạt được.