Mục đích của gđ phân tích và đặc tả yêu cầu trong SDLC là: hiểu yêu cầu của khách hàng và tổ chức thành các tài liệu phi hình thức
Đặc tính không trông đợi cho một tài liệu SRS: Mơ hồ(Ambigous)
Phương án không có trong tài liệu SRS: hướng dẫn sử dụng
Việc định nghĩa phần mềm như 1 hệ thống gồm nhiều thành phần tương tác với các thành phần khác gọi là: thiết kế kiến trúc
Phương án không phải là 1 bước của kỹ nghệ yêu cầu: thiết kế yêu cầu.
Các phương án của kỹ nghệ yêu cầu: thu thập yêu cầu, phân tích yêu cầu, tài liệu hóa yêu cầu
IEEE 830 – 1993 là 1 chuẩn được khuyến nghị bởi IEEE cho: đặc tả yêu cầu phần mềm
Quy trình kỹ nghệ yêu cầu bao gồm các bước: Nghiên cứu khả thi, thu thập yêu cầu, đặc tả và thẩm định yêu cầu phần mềm
Trong thẩm định yêu cầu, các yêu cầu có thể được kiểm tra theo các điều kiện: nó có đầy đủ hay k? có bất kỳ sự mơ hồ nào k? nó có thể thực hiện được k? nó có hợp lệ và đúng các chức năng và miền vấn đề của phần mềm k?