In Section 2 we discussed several s

In Section 2 we discussed several software cost estimation
models, and indicated that each had at least passed a market
test for value by remaining economically viable over at
least a decade. Their relative accuracy remains a difficult
question to answer, as data on software cost, schedule, and
quality is far from uniformly defined. A significant step
forward was made with the core software metric definitions
developed in [67], but there is still about a ±15% range of
variation between projects and organizations due to the
counting rules for data. Example sources of variation are
the job classifications considered to be directly charging to
a software project, the way an organization counts
overtime, and the rules for distinguishing a defect from a
feature.

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

Trong phần 2, chúng tôi đã thảo luận một số phần mềm chi phí dự toánMô hình, và chỉ ra rằng mỗi người có ít thông qua một thị trườngkiểm tra đối với giá trị bằng cách còn lại về kinh tế khả thi hơn lúcít nhất một thập kỷ. Độ chính xác tương đối của họ vẫn là một khó khănCác câu hỏi để trả lời, như dữ liệu về chi phí phần mềm, lịch trình, vàchất lượng xa từ thống nhất được xác định. Một bước tiến quan trọngchuyển tiếp đã được thực hiện với các phần mềm lõi số liệu định nghĩaphát triển trong [67], nhưng đó là vẫn về ±15% nhiềuCác biến thể giữa dự án và các tổ chức do nhữngđếm các quy tắc cho dữ liệu. Ví dụ nguồn của biến thểphân loại công việc coi là trực tiếp tính phí đểmột dự án phần mềm, cách tổ chức một đếmlàm thêm giờ, và các quy tắc để phân biệt một khiếm khuyết từ mộttính năng.

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

Trong phần 2, chúng tôi đã thảo luận một số dự toán chi phí phần mềm
mô hình, và chỉ ra rằng mỗi người đều có ít nhất thông qua một thị trường
thử nghiệm cho giá trị còn lại của hiệu quả kinh tế qua tại
ít nhất một thập kỷ. Độ chính xác tương đối của họ vẫn là một khó khăn
để trả lời câu hỏi, như số liệu về chi phí phần mềm, lịch trình, và
chất lượng là xa ấn định thống nhất. Một bước tiến đáng kể
về phía trước đã được thực hiện với các định nghĩa số liệu phần mềm cốt lõi
trong phát triển [67], nhưng vẫn có khoảng một phạm vi ± 15% của
sự biến đổi giữa các dự án và các tổ chức do các
quy tắc đếm cho dữ liệu. Nguồn ví dụ về biến thiên là
những phân loại công việc được coi là trực tiếp thu phí để
một dự án phần mềm, cách một tổ chức đếm
thêm giờ, và các quy tắc để phân biệt một khiếm khuyết từ một
tính năng.