During 203 inspections of Jet Propu

During 203 inspections of Jet Propulsion Laboratory software for the NASA unmanned interplanetary space program, on average, about 1.9 faults were detected per page of a specifi cation document, 0.9 faults per page of a design,
but only 0.3 faults per page of code [ Kelly, Sherif, and Hops, 1992].
Therefore it is important that we improve our requirements, analysis, and design techniques, not only so that faults can be found as early as possible but also because requirements, analysis, and design faults constitute such a large proportion of all faults. Just as the
example in Section 1.3 showed that reducing postdelivery maintenance costs by 10 percent
reduces overall costs by about 7.5 percent, reducing requirements, analysis, and design
faults by 10 percent reduces the overall number of faults by 6–7 percent.
That so many faults are introduced early in the software life cycle highlights another
important aspect of software engineering: techniques that yield better requirements, specifications, and designs. Most software is produced by a team of software engineers rather
than by a single individual responsible for every aspect of the development and maintenance life cycle. We now consider the implications of this.

Results (Vietnamese) 1:

Trong các kiểm tra 203 của Jet Propulsion Phòng thí nghiệm phần mềm cho chương trình vũ trụ không người lái liên hành NASA, Trung bình, khoảng cách 1.9 lỗi được phát hiện mỗi trang của một tài liệu cation thuật, cách 0.9 lỗi trên mỗi trang của một thiết kế,nhưng chỉ 0.3 lỗi mỗi trang của mã [Kelly, Sherif và hoa bia, 1992].Do đó điều quan trọng là chúng tôi cải thiện của chúng tôi yêu cầu, phân tích và thiết kế kỹ thuật, không chỉ vì vậy mà những lỗi có thể được tìm thấy càng sớm càng tốt mà còn bởi vì yêu cầu, phân tích và thiết kế lỗi chiếm một tỷ lệ lớn của tất cả những lỗi. Cũng giống như cácVí dụ trong phần 1.3 cho thấy rằng việc giảm postdelivery duy trì chi phí 10 phần trămlàm giảm chi phí tổng thể khoảng 7,5%, giảm thiểu các yêu cầu, phân tích, thiết kếlỗi 10 phần trăm giảm số lỗi, tổng thể của 6-7 phần trăm.Rất nhiều lỗi được giới thiệu sớm trong vòng đời của phần mềm nổi bật khácCác khía cạnh quan trọng của công nghệ phần mềm: kỹ thuật mang lại tốt hơn các yêu cầu, thông số kỹ thuật và thiết kế. Hầu hết các phần mềm được sản xuất bởi một nhóm kỹ sư phần mềm thay vìhơn bởi một cá nhân duy nhất chịu trách nhiệm về mọi khía cạnh của cuộc sống phát triển và bảo trì chu kỳ. Chúng tôi bây giờ xem xét tác động của điều này.

Results (Vietnamese) 2:

Trong 203 cuộc thanh tra của phần mềm Phòng thí nghiệm Sức đẩy phản lực cho các chương trình không gian liên hành tinh không người lái của NASA, trên trung bình, khoảng 1,9 lỗi đã được phát hiện trên trang của một tài liệu cation specifi, 0,9 lỗi trên mỗi trang của một thiết kế,
nhưng chỉ có 0,3 lỗi trên mỗi trang của mã [Kelly , Sherif, và Hops, 1992].
Vì vậy điều quan trọng là chúng ta cải thiện các yêu cầu của chúng tôi, phân tích, và kỹ thuật thiết kế, không chỉ như vậy mà lỗi có thể được tìm thấy càng sớm càng tốt nhưng cũng vì yêu cầu, phân tích, và lỗi thiết kế cấu thành như một tỷ lệ lớn của tất cả các lỗi. Cũng như các
ví dụ trong phần 1.3 cho thấy rằng việc giảm thiểu chi phí bảo trì postdelivery bằng 10 phần trăm
làm giảm tổng chi phí khoảng 7,5 phần trăm, giảm yêu cầu, phân tích, thiết kế và
lỗi lầm của 10 phần trăm giảm số lượng tổng thể của các đứt gãy từ 6-7 phần trăm.
Điều đó rất nhiều lỗi được giới thiệu sớm trong vòng đời phần mềm nổi bật khác
khía cạnh quan trọng của công nghệ phần mềm: kỹ thuật mà năng suất yêu cầu tốt hơn, thông số kỹ thuật, và thiết kế. Hầu hết các phần mềm được sản xuất bởi đội ngũ kỹ sư phần mềm chứ không phải
vì một cá nhân duy nhất chịu trách nhiệm về mọi khía cạnh của vòng đời phát triển và bảo trì. Bây giờ chúng ta xem xét các tác động của việc này.