Software Requirements - SWR302

Để giúp các nhà phê bình tìm kiếm các loại lỗi thông thường trong sản phẩm họ đánh giá, hãy tạo một danh sách kiểm tra cho mỗi loại tài liệu yêu cầu mà các dự án của bạn tạo ra. Điều này sẽ giúp họ có thể nhanh chóng xác định và khắc phục các lỗi trong sản phẩm. Ví dụ, nếu dự án của bạn tạo ra tài liệu yêu cầu chức năng, thì danh sách kiểm tra có thể bao gồm các lỗi như lỗi logic, lỗi nhập dữ liệu, lỗi giao diện người dùng v.v. Điều này sẽ giúp các nhà phê bình có thể tập trung vào các lỗi cụ thể và đánh giá sản phẩm một cách hiệu quả hơn.

Kỹ thuật thang đo ba mức (Three-level scale technique) là một phương pháp phân loại yêu cầu dựa trên mức độ quan trọng và cấp độ khẩn cấp. Theo kỹ thuật này, các yêu cầu có mức độ quan trọng cao và cấp độ khẩn cấp cao được coi là yêu cầu có mức độ ưu tiên cao. Ngược lại, các yêu cầu có mức độ quan trọng thấp và cấp độ khẩn cấp thấp được coi là yêu cầu có mức độ ưu tiên thấp. Câu trả lời sai về kỹ thuật thang đo ba mức là: 'Yêu cầu có mức độ ưu tiên trung bình là quan trọng (khách hàng cần khả năng này) nhưng không khẩn cấp (họ có thể chờ đợi cho bản phát hành sau).'

Tính chất chất bên ngoài (External quality attributes) mô tả các đặc điểm được quan sát khi phần mềm đang được thực thi. Trong các đặc điểm này, tính toàn vẹn (Integrity) được định nghĩa là khả năng ngăn chặn mất mát thông tin và bảo toàn tính chính xác của dữ liệu được nhập vào hệ thống. Điều này có nghĩa là hệ thống phải đảm bảo rằng dữ liệu được nhập vào và lưu trữ trong hệ thống luôn chính xác và không bị thay đổi hoặc xóa bỏ không mong muốn. Tính toàn vẹn là một trong những đặc điểm quan trọng của phần mềm, giúp đảm bảo rằng hệ thống hoạt động một cách ổn định và đáng tin cậy.

Tính chất xuất sắc của yêu cầu là tính nhất quán. Tính nhất quán trong yêu cầu có nghĩa là các yêu cầu không xung đột với nhau hoặc với các yêu cầu ở cấp cao hơn như yêu cầu kinh doanh, yêu cầu người dùng hoặc yêu cầu hệ thống. Điều này đảm bảo rằng các yêu cầu được thống nhất và không mâu thuẫn với nhau, giúp cho việc triển khai và thực hiện dự án trở nên dễ dàng hơn. Ví dụ, nếu một yêu cầu yêu cầu một chức năng cụ thể, thì các yêu cầu khác không nên yêu cầu chức năng đó. Tính nhất quán giúp đảm bảo rằng các yêu cầu được rõ ràng và dễ hiểu, giảm thiểu khả năng xảy ra sai sót trong quá trình triển khai.

Khi tiến hành thu thập yêu cầu (requirements elicitation), khách hàng cho biết, tiết kiệm X đồng mỗi năm về điện năng do các thiết bị không hiệu quả. Là một nhà phân tích, yêu cầu này thuộc loại yêu cầu nào?

Trong sơ đồ ngữ cảnh, các thực thể bên ngoài được minh họa bằng hình dạng và dữ liệu lưu chuyển được minh họa bằng đường nét.

Câu hỏi này yêu cầu bạn xác định thông tin không đúng về khách hàng phần mềm. Các lựa chọn bao gồm: một phần của các bên liên quan, một cá nhân hoặc tổ chức nhận được lợi ích trực tiếp hoặc gián tiếp từ sản phẩm, họ có thể yêu cầu, trả tiền, chọn, chỉ định, sử dụng hoặc nhận được đầu ra được tạo bởi sản phẩm phần mềm. Tuy nhiên, 'như vậy là nhân viên pháp lý, kiểm toán viên tuân thủ, nhà cung cấp' không phải là khách hàng phần mềm. Khách hàng phần mềm thường là người sử dụng cuối cùng hoặc tổ chức có nhu cầu sử dụng sản phẩm phần mềm. Nhân viên pháp lý, kiểm toán viên tuân thủ, nhà cung cấp có thể là các bên liên quan khác nhau nhưng không phải là khách hàng phần mềm.

Quyền lợi của khách hàng phần mềm được quy định trong yêu cầu hóa đơn bao gồm tất cả các lựa chọn sau, EXCEPT: 'Được nghe ý tưởng và phương án thay thế cho yêu cầu và cho giải pháp của họ'. Điều này là không đúng vì khách hàng phần mềm không có quyền được nghe ý tưởng và phương án thay thế từ nhà cung cấp phần mềm. Thay vào đó, khách hàng phần mềm có quyền được cung cấp thông tin chi tiết và chính xác về yêu cầu và giải pháp phần mềm. Họ cũng có quyền nhận được hệ thống phần mềm đáp ứng nhu cầu chức năng và kỳ vọng chất lượng của họ. Cuối cùng, khách hàng phần mềm có quyền được cung cấp thông tin về đặc điểm của sản phẩm giúp sản phẩm dễ sử dụng.