Tôi đang cố gắng để hiểu sự khác biệt tốt hơn một chút vì có vẻ như chúng là cùng một thứ.
Tôi có công việc trong các dự án không sử dụng các yêu cầu và mọi thứ đều là tiêu chí chấp nhận và trên các dự án có cả hai.
Tôi đang cố gắng để hiểu sự khác biệt tốt hơn một chút vì có vẻ như chúng là cùng một thứ.
Tôi có công việc trong các dự án không sử dụng các yêu cầu và mọi thứ đều là tiêu chí chấp nhận và trên các dự án có cả hai.
Câu trả lời:
Các tiêu chí chấp nhận xác định khi ứng dụng kết thúc. Hoặc để đặt nó theo một cách khác, khi bạn có thể gửi nó. Nó bao gồm danh sách các yêu cầu mà nó has tođáp ứng. Điều này có nghĩa là một số yêu cầu (thường là yêu cầu "tốt để có") có thể rơi ra và được thực hiện trong phiên bản tiếp theo.
Để mở rộng hơn nữa (lấy từ đây ):
Microsoft Press định nghĩa Tiêu chí chấp nhận là Điều kiện mà một sản phẩm phần mềm phải đáp ứng để được người dùng, khách hàng hoặc các bên liên quan khác chấp nhận. Google định nghĩa chúng là các tiêu chuẩn hoặc yêu cầu được thiết lập trước mà sản phẩm hoặc dự án phải đáp ứng.
và
Tiêu chí chấp nhận là một tập hợp các câu lệnh, mỗi câu có kết quả đạt / không rõ ràng, chỉ định cả các yêu cầu chức năng (ví dụ: chức năng thị trường tối thiểu) và các yêu cầu phi chức năng (ví dụ: chất lượng tối thiểu) áp dụng ở giai đoạn tích hợp dự án hiện tại. Những yêu cầu này thể hiện điều kiện của sự hài lòng. Không có sự chấp nhận một phần: hoặc một tiêu chí được đáp ứng hoặc không.
Một yêu cầu mô tả một chức năng nhất định của ứng dụng.
Hoặc, như wiki đã nêu rõ:
một yêu cầu là một nhu cầu vật lý và chức năng đơn lẻ mà một thiết kế, sản phẩm hoặc quy trình cụ thể phải có thể thực hiện được.
Sự khác biệt giữa các tiêu chí chấp nhận và các yêu cầu ứng dụng là gì?
Với định nghĩa trên, sự khác biệt là khá rõ ràng.
Yêu cầu là những gì khách hàng / khách hàng đã yêu cầu.
Tiêu chí chấp nhận, thường được thể hiện dưới dạng thử nghiệm, được sử dụng để minh họa các Yêu cầu và để cho biết, khi các thử nghiệm vượt qua, các Yêu cầu đã được đáp ứng.
Nó thường là vấn đề thời gian
Yêu cầu là trước thời hạn. Tiêu chí chấp nhận là tại điểm giao hàng phần mềm.
Đây là như những người khác đã trả lời ...
Có một vấn đề sâu sắc hơn và có lẽ bạn đang nhìn thấy nó:
Trong một thế giới 'lý tưởng', những thứ này sẽ phù hợp. Tuy nhiên, trong thế giới thực, có rất nhiều điều xảy ra giữa hai sự kiện này, thường bao gồm một số điều sau đây:
Đây thường là vấn đề 'mức độ chi tiết', với các yêu cầu ở mức cao, ví dụ: "mô-đun xử lý hoàn trả" và tiêu chí chấp nhận ở mức thấp hơn và chi tiết hơn như "hoàn trả yêu cầu phải được hoàn thành trong vòng 3 ngày và thông báo gửi qua email cho khách hàng "
Yêu cầu thuộc về xác minh mà trả lời câu hỏi:
Sản phẩm được xây dựng chính xác? (từ dưới lên theo yêu cầu)
Tiêu chí chấp nhận thuộc phạm vi xác nhận trả lời câu hỏi:
Là sản phẩm chính xác được xây dựng? (từ trên xuống như được chứng minh bằng cách vượt qua các bài kiểm tra chấp nhận)
Yêu cầu thường được thúc đẩy bởi khách hàng. Trong mô hình phát triển thác nước, đây là danh sách các kết quả mong đợi từ khi hoàn thành một dự án. Trong đó, hầu hết các yêu cầu mô tả cơ bản không có gì khác hơn là phải làm cho một dự án.
Tiêu chí chấp nhận thường được thúc đẩy bởi mối quan hệ giữa hai bên. Họ có thể độc lập với các yêu cầu và / hoặc liên quan đến các yêu cầu. Điều đó không làm cho chúng giống nhau, nhưng chỉ liên quan. Không giống như tiêu chí chấp nhận yêu cầu không phải là một danh sách việc cần làm. Đó là một danh sách các điều kiện phải được đáp ứng để thỏa thuận được coi là kết thúc.
Một số câu trả lời đã nêu các bài kiểm tra đơn vị, lập ngân sách và quản lý dự án làm ví dụ nhưng đó chỉ là những ví dụ về các điều kiện được đưa ra theo thỏa thuận như một tiêu chí chấp nhận .
Nhà phát triển có thể hoàn thành bất kỳ yêu cầu nào và vẫn đáp ứng các tiêu chí chấp nhận để hoàn thành dự án.
Ví dụ;
Yêu cầu cập nhật điểm của hệ thống bán hàng với những thay đổi luật thuế mới. Tiêu chí chấp nhận giữa nhà phát triển và khách hàng nhà phát triển đồng ý hoàn thành 40 giờ làm việc để thực hiện cập nhật. Nếu công việc không được hoàn thành trong thời gian đó, sẽ không có bản cập nhật nào cho hệ thống vì đây là giới hạn ngân sách của khách hàng.
Nhà phát triển tham gia vào thỏa thuận và sau 40 giờ làm việc, anh ta báo cáo rằng sự thay đổi là rất quan trọng dẫn đến hơn 40 giờ để kết thúc. Khách hàng chấp nhận kết quả này, trả cho nhà phát triển tiền lương của họ và thỏa thuận của họ đã kết thúc.