5 Lỗi Phổ Biến Khi Viết Đặc Tả Yêu Cầu Phần Mềm (SRS)

Viết SRS (Software Requirement Specification) không chỉ là làm bài tập SWR302 cho xong, mà còn là kỹ năng cực quan trọng khi bước vào dự án thực tế. Nhưng thật lòng, nhiều bạn (trong đó có mình trước đây) thường mắc những lỗi cơ bản khi viết đặc tả yêu cầu phần mềm , khiến tài liệu dễ gây hiểu nhầm cho dev, tester và cả khách hàng. Trong bài viết này trên TruongDevs , mình chia sẻ 5 lỗi phổ biến khi viết SRS mà sinh viên IT hay gặp phải, cùng vài mẹo nhỏ để bạn tránh lặp lại “vết xe đổ”. Lỗi 1: Yêu cầu mơ hồ, không cụ thể Một trong những lỗi “kinh điển” khi viết đặc tả yêu cầu phần mềm (SRS) là diễn đạt mơ hồ , khiến người đọc hiểu mỗi người một kiểu. Ví dụ: “Hệ thống phải chạy nhanh” – nhanh là bao nhiêu giây? “Giao diện thân thiện” – thân thiện theo ai đánh giá? “Đáp ứng nhu cầu người dùng” – nhu cầu nào, ưu tiên ra sao? Những câu này nghe thì hợp lý, nhưng khi dev đọc để code hay tester đọc để test, không có tiêu chí rõ ràng để kiểm chứng . Kết quả là sản phẩm cuối cùng có thể khác xa mong đợi…