Trace-ability was defined in sectio

Trace-ability was defined in section xx of chapter xx. Our concern here is how to measure a set of requirements in this respect. A requirement is traceable if it maps in a completely clear manner to the design element that accommodates it; the code that implements it; and the unit tests that test it. When the OO (or “class”) organization of requirement writing is used, the mapping to the class within the design and to the code can be completely clear. It requires work and clear thinking to maintain such clarity, however. For example, a Customer paragraph that specifies the rentals that each customer can have could compromise trace-ability: The design would probably have the classes Customer, DVD, DVDRental, and DVDRentals. The requirements organization should be reflect this.

Results (Vietnamese) 1:

Dấu vết-có khả năng được định nghĩa trong phần xx của xx chương. Mối quan tâm của chúng tôi ở đây là làm thế nào để đo lường một tập hợp các yêu cầu trong sự tôn trọng này. Một yêu cầu là theo dõi nếu nó bản đồ một cách hoàn toàn rõ ràng để các yếu tố thiết kế chứa nó; mã thực hiện và các đơn vị xét nghiệm kiểm tra nó. Khi tổ chức OO (hoặc "lớp học") của văn bản yêu cầu được sử dụng, lập bản đồ các lớp học trong thiết kế và mã có thể hoàn toàn rõ ràng. Nó đòi hỏi công việc và rõ ràng suy nghĩ để duy trì như vậy rõ ràng, Tuy nhiên. Ví dụ, một đoạn khách hàng chỉ định thuê mỗi khách hàng có thể đã có thể thỏa hiệp theo dõi khả năng: thiết kế nào có thể có những lớp khách hàng, DVD, DVDRental và DVDRentals. Yêu cầu tổ chức cần phản ánh điều này.

Results (Vietnamese) 2:

Trace-khả năng đã được xác định trong phần xx của chương xx. Mối quan tâm của chúng tôi ở đây là làm thế nào để đo lường một tập các yêu cầu về mặt này. Một yêu cầu có thể truy nguyên nếu nó bản đồ một cách hoàn toàn rõ ràng đối với các yếu tố thiết kế mà chứa nó; mã thực hiện nó; và các bài kiểm tra đơn vị kiểm tra nó. Khi OO (hoặc "class") tổ chức yêu cầu bằng văn bản được sử dụng, các bản đồ cho các lớp trong thiết kế và mã có thể được hoàn toàn rõ ràng. Nó đòi hỏi làm việc và rõ ràng suy nghĩ để duy trì sự rõ ràng như vậy, tuy nhiên. Ví dụ, một đoạn khách hàng mà xác định tiền thuê mà mỗi khách hàng có thể có thể làm tổn hại dấu vết-khả năng: Thiết kế có lẽ sẽ có các lớp khách hàng, DVD, DVDRental, và DVDRentals. Các tổ chức yêu cầu phải được phản ánh điều này.