It is clear that far too little sof

It is clear that far too little software is delivered on time, within budget, fault free, and
meeting its client’s needs. To achieve these goals, a software engineer has to acquire a
broad range of skills, both technical and managerial. These skills have to be applied not just
to programming but to every step of software production, from requirements to postdelivery maintenance.
That the software crisis still is with us, some 40 years later, tells us two things. First, the
software production process, while resembling traditional engineering in many respects,
has its own unique properties and problems. Second, the software crisis perhaps should be
renamed the software depression, in view of its long duration and poor prognosis.
We now consider economic aspects of software engineering.

Results (Vietnamese) 1:

Nó là rõ ràng rằng đến nay quá ít phần mềm được gửi về thời gian, trong ngân sách, lỗi miễn phí, vàđáp ứng nhu cầu của khách hàng của mình. Để đạt được các mục tiêu này, một kỹ sư phần mềm đã có được mộtloạt các kỹ năng, kỹ thuật và quản lý. Những kỹ năng này phải được áp dụng không chỉđể lập trình nhưng để từng bước sản xuất phần mềm, từ các yêu cầu để bảo trì postdelivery.Rằng cuộc khủng hoảng phần mềm vẫn là với chúng tôi, một số 40 năm sau đó, cho chúng ta hai điều. Đầu tiên, cácquy trình sản xuất phần mềm, trong khi tương tự như các kỹ thuật truyền thống trong nhiều khía cạnh,có tính chất độc đáo và các vấn đề riêng của mình. Thứ hai, cuộc khủng hoảng phần mềm có lẽ nênđổi tên thành cuộc khủng hoảng phần mềm, theo quan điểm của thời gian dài và nghèo tiên lượng của nó.Chúng tôi bây giờ xem xét các khía cạnh kinh tế của công nghệ phần mềm.

Results (Vietnamese) 2:

Rõ ràng là quá ít phần mềm được giao đúng thời gian, trong ngân sách, lỗi miễn phí, và
đáp ứng nhu cầu khách hàng của hãng. Để đạt được những mục tiêu này, một kỹ sư phần mềm có để có được một
loạt các kỹ năng, cả về kỹ thuật và quản lý. Những kỹ năng này phải được áp dụng không chỉ
để lập trình nhưng để từng bước sản xuất phần mềm, từ yêu cầu để postdelivery bảo trì.
Đó là cuộc khủng hoảng phần mềm vẫn còn ở với chúng ta, khoảng 40 năm sau đó, cho chúng ta hai điều. Thứ nhất,
quy trình sản xuất phần mềm, trong khi giống như kỹ thuật truyền thống ở nhiều khía cạnh,
có tính độc đáo riêng của mình và các vấn đề. Thứ hai, cuộc khủng hoảng phần mềm có lẽ nên được
đổi tên thành trầm cảm phần mềm, theo quan điểm của thời gian dài và tiên lượng xấu.
Bây giờ chúng ta xem xét các khía cạnh kinh tế của công nghệ phần mềm.