The claim that building software is

The claim that building software is similar to other engineering tasks was endorsed by the 1968 NATO Software Engineering Conference held in Garmisch, Germany [ Naur, Randell, and Buxton, 1976]. This endorsement is not too surprising; the very name of the conference reflected the belief that software production should be an engineering-like activity (but see Just in Case You Wanted to Know Box 1.2). A conclusion of the conferees was that software engineering should use the philosophies and paradigms of established engineering disciplines to solve what they termed the software crisis, namely, that the quality of software generally was unacceptably low and that deadlines and budgets were not being met.

Results (Vietnamese) 1:

Yêu cầu bồi thường xây dựng phần mềm là tương tự như các nhiệm vụ kỹ thuật đã được xác nhận bởi 1968 NATO công nghệ phần mềm hội nghị được tổ chức tại Garmisch, Đức [Naur, Randell, và Buxton, 1976]. Chứng thực này không phải là quá đáng ngạc nhiên; Tên hội nghị, rất phản ánh niềm tin rằng sản xuất phần mềm nên có một hoạt động kỹ thuật giống như (nhưng xem chỉ cần trong trường hợp bạn muốn biết hộp 1.2). Một kết luận của các conferees là rằng kỹ thuật phần mềm nên sử dụng các triết lý và paradigms của ngành kỹ thuật được thành lập để giải quyết những gì họ gọi là phần mềm khủng hoảng, cụ thể là, rằng chất lượng của phần mềm nói chung là chạy quá thấp và rằng thời hạn và ngân sách đã không được đáp ứng.

Results (Vietnamese) 2:

Những tuyên bố rằng việc xây dựng các phần mềm tương tự như nhiệm vụ kỹ thuật khác đã được xác nhận bởi các phần mềm NATO Engineering Conference 1968 tổ chức tại Garmisch, Đức [Naur, Randell, và Buxton, 1976]. Xác nhận này không phải là quá đáng ngạc nhiên; tên rất của hội nghị phản ánh niềm tin rằng sản xuất phần mềm nên là một hoạt động kỹ thuật giống như (nhưng xem Chỉ trong trường hợp bạn muốn biết Hộp 1.2). Một kết luận của các hội thảo viên là kỹ sư phần mềm nên sử dụng các triết lý và mô hình của ngành kỹ thuật được thành lập để giải quyết những gì họ gọi là cuộc khủng hoảng phần mềm, cụ thể là chất lượng của phần mềm nói chung là không chấp nhận được thấp và thời hạn và ngân sách đã không được đáp ứng.