We were careful not to put any unit

We were careful not to put any units on the “productivity” Precedented ComponentUnprece-dented based COTS VHLL System ofSystems Estimation Error Relative ProductivityTime, Domain Understanding Figure 2. Productivity and Estimation Accuracy Trends
scale in Figure 2. Measuring software productivity has
been a difficult and controversial topic for a long time.
Great debates have been held on whether source lines of
code or function points are better for measuring
productivity per person-month. Basically, if your
organization has the option of developing software at
different language levels (assembly language, 3GL, 4GL),
function points will be preferable for measuring
productivity gains, as they are insensitive to the extra work
required to produce the same product in a lower-level
language. (However, for the same reason, source lines of
code will be preferable for estimating software costs.) If
your organization develops all its software at the same
language level, either is equally effective

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

Chúng tôi đã được cẩn thận không để bất kỳ đơn vị lên "sản xuất" Precedented ComponentUnprece-dented dựa cũi trẻ em VHLL hệ thống ofSystems dự toán lỗi tương đối ProductivityTime, tên miền sự hiểu biết hình 2. Năng suất và dự toán chính xác xu hướngquy mô trong hình 2. Đo năng suất phần mềm cólà một chủ đề khó khăn và gây tranh cãi trong một thời gian dài.Cuộc tranh luận lớn đã được tổ chức ngày cho dù nguồn dòngđiểm mã hoặc chức năng là tốt hơn để đonăng suất cho mỗi person-month. Về cơ bản, nếu bạntổ chức có thể chọn phát triển phần mềmcấp độ khác nhau ngôn ngữ (ngôn ngữ hội, 3GL, 4GL),chức năng điểm sẽ được thích hợp hơn để đonăng suất tăng, vì họ là không nhạy cảm với công việc phụcần thiết để sản xuất sản phẩm tương tự ở một mức độ thấp hơnngôn ngữ. (Tuy nhiên, vì lý do tương tự, nguồn dòngMã sẽ được thích hợp hơn cho ước tính chi phí phần mềm.) Nếutổ chức của bạn phát triển tất cả các phần mềm của nó đồngngôn ngữ cấp, hoặc là hiệu quả như nhau

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

Chúng tôi đã cẩn thận không đặt bất kỳ đơn vị trên "năng suất" tiền lệ ComponentUnprece-móp dựa COTS VHLL Hệ thống ofSystems Estimation Lỗi ProductivityTime tương đối, Domain Hiểu Hình 2. Năng suất và dự toán chính xác xu hướng
quy mô trong Hình 2. Đo sản xuất phần mềm đã
được một khó khăn và chủ đề gây tranh cãi trong một thời gian dài.
lớn cuộc tranh luận đã được tổ chức vào việc dòng nguồn của
mã hoặc chức năng điểm là tốt hơn để đo lường
năng suất mỗi người-tháng. Về cơ bản, nếu bạn
tổ chức có quyền lựa chọn phát triển phần mềm ở
mức ngôn ngữ khác nhau (ngôn ngữ lắp ráp, 3GL, 4GL),
điểm chức năng sẽ là thích hợp hơn để đo lường
năng suất, vì họ là không nhạy cảm với việc phụ
cần thiết để sản xuất ra các sản phẩm tương tự trong một cấp dưới
ngôn ngữ. (Tuy nhiên, với cùng lý do, dòng nguồn của
mã sẽ là thích hợp hơn để ước lượng chi phí phần mềm). Nếu
tổ chức của bạn phát triển tất cả các phần mềm của mình tại cùng một
cấp độ ngôn ngữ, hoặc là hiệu quả như nhau