Figure 1. The SAGE Software Develop

Figure 1. The SAGE Software Development Process (1956)
Another software difference was that software did not wear out.
Thus, software reliability could only imperfectly be estimated by
hardware reliability models, and “software maintenance” was a
much different activity than hardware maintenance. Software was
invisible, it didn’t weigh anything, but it cost a lot. It was hard to tell
whether it was on schedule or not, and if you added more people to
bring it back on schedule, it just got later, as Fred Brooks explained
in the Mythical Man-Month [42]. Software generally had many
more states, modes, and paths to test, making its specifications much
more difficult. Winston Royce, in his classic 1970 paper, said, “In
order to procure a $5 million hardware device, I would expect a 30-
page specification would provide adequate detail to control the
procurement. In order to procure $5 million worth of software, a
1500 page specification is about right in order to achieve
comparable control.”[132].
Another problem with the hardware engineering approach was that
the rapid expansion of demand for software outstripped the supply
of engineers and mathematicians. The SAGE program began hiring
and training humanities, social sciences, foreign language, and fine
arts majors to develop software. Similar non-engineering people
flooded into software development positions for business,
government, and services data processing.
These people were much more comfortable with the code-and-fix
approach. They were often very creative, but their fixes often led to
heavily patched spaghetti code. Many of them were heavily
influenced by 1960’s “question authority” attitudes and tended to
march to their own drummers rather than those of the organization
employing them

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

Hình 1. Phát triển cây xô thơm phần mềm xử lý (1956)Một phần mềm khác biệt là rằng phần mềm đã không mòn dần.Do đó, độ tin cậy phần mềm có thể chỉ imperfectly được ước tính củaMô hình phần cứng độ tin cậy, và "phần mềm bảo trì" là mộtnhiều hoạt động khác nhau hơn phần cứng bảo trì. Phần mềmvô hình, nó không cân nhắc bất cứ điều gì, nhưng chi phí rất nhiều. Đó là khó có thể nóicho dù đó là ngày lịch trình hay không, và nếu bạn thêm nhiều ngườimang lại cho nó trở lại trên lịch trình, nó chỉ có sau đó, như được diễn tả Fred Brooksở Mythical Man-Month [42]. Phần mềm thường có nhiềuThêm Kỳ, chế độ và đường dẫn đến kiểm tra, làm cho chi tiết kỹ thuật của nó nhiềukhó khăn hơn. Winston Royce, trong bài báo năm 1970 cổ điển của mình, nói: "trongđể mua một thiết bị phần cứng $5 triệu, tôi mong đợi một 30-đặc điểm kỹ thuật trang nào cung cấp đầy đủ chi tiết để kiểm soát cácMua sắm. Để mua $5 triệu có giá trị của phần mềm, một1500 trang đặc điểm kỹ thuật là về bên phải để đạt đượckiểm soát so sánh." [132].Các vấn đề khác với phương pháp tiếp cận kỹ thuật phần cứng làviệc mở rộng nhanh chóng của nhu cầu về phần mềm outstripped cung cấpkỹ sư và nhà toán học. Chương trình SAGE bắt đầu tuyển dụngvà đào tạo nhân văn, khoa học xã hội, ngoại ngữ, và Mỹnghệ thuật các chuyên ngành để phát triển phần mềm. Tương tự như kỹ thuật phòng không ngườibị ngập nước vào các vị trí phát triển phần mềm cho doanh nghiệp,chính phủ, và xử lý dữ liệu dịch vụ.Những người này đã nhiều hơn nữa thoải mái với mã-và-sửa chữacách tiếp cận. Họ đã thường rất sáng tạo, nhưng sửa chữa của họ thường dẫn đếnrất nhiều vá spaghetti mã. Nhiều người trong số họ đã rất nhiềuchịu ảnh hưởng của 1960's "câu hỏi quyền" Thái độ và có xu hướngđến đánh trống mình chứ không phải là những người tổ chứcsử dụng chúng

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

Hình 1. Quá trình phát triển phần mềm SAGE (1956)
Một sự khác biệt phần mềm là phần mềm không mang ra ngoài.
Vì vậy, độ tin cậy phần mềm chỉ có thể không hoàn hảo được ước lượng bằng
mô hình độ tin cậy phần cứng, và "bảo trì phần mềm" là một
hoạt động khác nhau nhiều so với bảo trì phần cứng. Phần mềm là
vô hình, nó đã không cân nhắc bất cứ điều gì, nhưng chi phí rất nhiều. Thật khó để nói
cho dù đó là đúng tiến độ hay không, và nếu bạn có thêm nhiều người để
đưa nó trở lại đúng tiến độ, nó chỉ có sau, khi Fred Brooks giải thích
trong Mythical Man-Month [42]. Phần mềm nói chung đã có nhiều
hơn các quốc gia, chế độ, và con đường để kiểm tra, làm cho thông số kỹ thuật của nó nhiều
khó khăn hơn. Winston Royce, trong bài báo kinh điển năm 1970 của mình, cho biết, "Trong
Để mua sắm các thiết bị phần cứng $ 5 triệu, tôi mong chờ một 30-
đặc điểm kỹ thuật Trang sẽ cung cấp đầy đủ chi tiết để kiểm soát việc
mua sắm. Để mua sắm trị giá 5.000.000 $ của phần mềm, một
đặc điểm kỹ thuật trang 1500 là về bên phải để đạt được
kiểm soát có thể so sánh. "[132].
Một vấn đề khác với các phương pháp kỹ thuật phần cứng là
sự mở rộng nhanh chóng của nhu cầu về phần mềm vượt xa nguồn cung
của các kỹ sư và toán học. Các chương trình SAGE bắt đầu thuê
và đào tạo nhân văn, khoa học xã hội, ngoại ngữ, và tốt
chuyên ngành nghệ thuật để phát triển phần mềm. Tương tự như người phi công
bị ngập lụt vào vị trí phát triển phần mềm cho doanh nghiệp,
chính phủ, và các dịch vụ xử lý dữ liệu.
Những người này đã thoải mái hơn nhiều với các mã và sửa chữa
phương pháp tiếp cận. Họ thường rất sáng tạo, nhưng bản sửa lỗi của họ thường dẫn đến
mã spaghetti nặng nề vá. Nhiều người trong số họ đã được rất nhiều
ảnh hưởng bởi "quyền câu hỏi" thái độ năm 1960 và có xu hướng
hành quân đến đánh trống của riêng mình chứ không phải là những người của tổ chức
sử dụng chúng