Projects where the requirements are

Projects where the requirements are pre-specified should be handled
carefully. If the customer has not done a good job of analysis and specification,
the requirements are likely to be poor. For example, the customer may be
proposing a system that is far too large, or that does not address a clear problem
(we will discuss both of these issues later). As a software engineer, you have a
professional responsibility to ensure that the requirements on which you base
your work are of good quality, even when they were developed by others. You
should evaluate such requirements yourself, and work with the customers to
resolve any problems. You should not accept a contract where you are required
to implement requirements with no changes allowed.
In the next few sections, we will largely be assuming that you are working on
a project of type A or C and therefore have to develop your own requirements.
However, the matters we discuss will also be helpful if you are reviewing
requirements produced by others.

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

Dự án nơi các yêu cầu được xác định trước nên được xử lýcẩn thận. Nếu khách hàng không đã làm một công việc tốt của phân tích và đặc điểm kỹ thuật,Các yêu cầu có khả năng được người nghèo. Ví dụ, khách hàng có thểđề xuất một hệ thống mà là quá lớn, hoặc đó không giải quyết một vấn đề rõ ràng(chúng tôi sẽ thảo luận về cả hai của những vấn đề này sau đó). Là một kỹ sư phần mềm, bạn có mộtcác trách nhiệm chuyên nghiệp để đảm bảo rằng các yêu cầu mà trên đó bạn căn cứcông việc của bạn là chất lượng tốt, ngay cả khi chúng được phát triển bởi những người khác. Bạnnên đánh giá các yêu cầu chính mình, và làm việc với khách hànggiải quyết bất kỳ vấn đề. Bạn không nên chấp nhận một hợp đồng mà bạn được yêu cầuđể thực hiện yêu cầu không có thay đổi được cho phép.Trong các phần tiếp theo, chúng tôi sẽ chủ yếu giả định rằng bạn đang làm việc trênmột dự án của loại A hoặc C và do đó cần phải phát triển các yêu cầu riêng của bạn.Tuy nhiên, những vấn đề chúng tôi thảo luận cũng sẽ rất hữu ích nếu bạn xem xétyêu cầu được sản xuất bởi những người khác.

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

Các dự án mà các yêu cầu được xác định trước sẽ được xử lý
một cách cẩn thận. Nếu khách hàng đã không được thực hiện một công việc tốt về phân tích và đặc điểm kỹ thuật,
các yêu cầu có thể sẽ là người nghèo. Ví dụ, khách hàng có thể
đề xuất một hệ thống mà là quá lớn, hoặc không giải quyết một vấn đề rõ ràng
(chúng tôi sẽ thảo luận về cả hai vấn đề này sau). Là một kỹ sư phần mềm, bạn có
trách nhiệm nghề nghiệp để đảm bảo rằng các yêu cầu mà bạn có cơ sở
làm việc của bạn có chất lượng tốt, ngay cả khi chúng được phát triển bởi những người khác. Bạn
nên đánh giá các yêu cầu như vậy chính mình, và làm việc với khách hàng để
giải quyết bất kỳ vấn đề. Bạn không nên chấp nhận một hợp đồng mà bạn được yêu cầu
để thực hiện các yêu cầu không có thay đổi cho phép.
Trong các phần tiếp theo, chúng ta sẽ chủ yếu được giả định rằng bạn đang làm việc trên
một dự án loại A hoặc C và do đó phải phát triển các yêu cầu riêng của bạn.
Tuy nhiên, những vấn đề chúng ta thảo luận cũng sẽ rất hữu ích nếu bạn đang xem xét
yêu cầu được sản xuất bởi những người khác.