SRS

SRS là viết tắt của Software Requirements Specification và thường được gọi là tài liệu đặc tả yêu cầu phần mềm.

SRS mô tả chi tiết hệ thống cần làm gì các chức năng hoạt động ra sao dữ liệu nào được sử dụng người dùng nào được phép thực hiện từng hành động và những điều kiện mà phần mềm phải đáp ứng.

Một SRS tốt thường bao gồm phạm vi hệ thống yêu cầu chức năng yêu cầu phi chức năng business rule luồng xử lý dữ liệu giao diện tích hợp phân quyền validation exception và tiêu chí nghiệm thu.

Ví dụ yêu cầu “hệ thống cho phép khách hàng đặt sân” vẫn còn quá rộng để lập trình. SRS cần làm rõ khách chọn sân như thế nào khung giờ nào được phép đặt cách kiểm tra trùng lịch khi nào giữ chỗ thanh toán ra sao và hệ thống xử lý thế nào nếu giao dịch thất bại.

SRS giúp giảm khoảng cách giữa người đưa ra yêu cầu và người xây dựng phần mềm. BA có cơ sở để mô tả nghiệp vụ. Developer hiểu chính xác cần xây gì. Tester có căn cứ viết test case. Người nghiệm thu cũng biết hệ thống phải đáp ứng điều kiện nào.

Một tài liệu SRS không nên chỉ mô tả giao diện. Hai màn hình giống nhau vẫn có thể chứa logic nghiệp vụ hoàn toàn khác nhau. Phần quan trọng thường nằm ở rule trạng thái dữ liệu điều kiện biên quyền truy cập và cách xử lý những trường hợp bất thường.

SRS cũng cần đủ chi tiết nhưng không nên biến thành tài liệu mô tả từng dòng code. Tài liệu nên nói rõ hệ thống cần đáp ứng điều gì còn quyết định kỹ thuật cụ thể có thể được thể hiện trong tài liệu kiến trúc hoặc thiết kế kỹ thuật.

Khi yêu cầu thay đổi SRS cũng cần được cập nhật và quản lý phiên bản. Nếu tài liệu một kiểu code một kiểu còn người dùng nhớ một kiểu khác thì đến ngày nghiệm thu gần như chắc chắn sẽ có tranh luận.

Tag SRS tổng hợp các bài viết hướng dẫn mẫu tài liệu và kinh nghiệm về Software Requirements Specification functional requirement non-functional requirement business rule use case acceptance criteria traceability và cách đặc tả yêu cầu phần mềm rõ ràng hơn.