■ ■ At the end of the project, the

■ ■ At the end of the project, the specification was satisfied but the customer or the business objectives were not. Software requirements defined When a group of people begin discussing requirements, they often start with a terminology problem. Different observers might describe a single statement as being a user requirement, software requirement, business requirement, functional requirement, system requirement, product requirement, project requirement, user story, feature, or constraint. The names they use for various requirements deliverables also vary. A customer’s definition of requirements might sound like a high-level product concept to the developer. The developer’s notion of requirements might sound like a detailed user interface design to the user. This diversity of understanding leads to confusion and frustration.

Kết quả (Việt) 2:

■ ■ Vào cuối của dự án, các đặc điểm kỹ thuật đã được hài lòng nhưng khách hàng hoặc các mục tiêu kinh doanh là không. Yêu cầu phần mềm được xác định khi một nhóm người bắt đầu thảo luận về yêu cầu, họ thường bắt đầu với một vấn đề thuật ngữ. Quan sát khác nhau có thể mô tả một câu lệnh như là một yêu cầu người sử dụng, yêu cầu phần mềm, yêu cầu kinh doanh, yêu cầu chức năng, yêu cầu hệ thống, yêu cầu sản phẩm, yêu cầu dự án, câu chuyện người dùng, tính năng, hoặc hạn chế. Những cái tên mà họ sử dụng cho các yêu cầu khác nhau phân phôi cũng khác nhau. Một định nghĩa của khách hàng về các yêu cầu có thể âm thanh như một khái niệm sản phẩm cao cấp cho các nhà phát triển. Khái niệm của nhà phát triển các yêu cầu có thể âm thanh như một thiết kế giao diện người sử dụng chi tiết cho người dùng. Tính đa dạng của sự hiểu biết dẫn đến nhầm lẫn và thất vọng.