Today, a huge software industry has

Today, a huge software industry has become a dominant factor in the economies
of the industrialized world. Teams of software specialists, each focusing on one part
of the technology required to deliver a complex application, have replaced the lone
programmer of an earlier era. And yet, the questions that were asked of the lone programmer are the same questions that are asked when modern computer-based
systems are built:1

1 In an excellent book of essays on the software business, Tom DeMarco [DeM95] argues the counterpoint.
He states: “Instead of asking why software costs so much, we need to begin asking ‘What
have we done to make it possible for today’s software to cost so little?’ The answer to that question
will help us continue the extraordinary level of achievement that has always distinguished the
software industry.”
• Why does it take so long to get software finished?
• Why are development costs so high?
• Why can’t we find all errors before we give the software to our customers?
• Why do we spend so much time and effort maintaining existing
programs?
• Why do we continue to have difficulty in measuring progress as software is
being developed and maintained?
These, and many other questions, are a manifestation of the concern about
software and the manner in which it is developed—a concern that has lead to the
adoption of software engineering practice.

Hasil (Bahasa Indonesia) 1:

Hari ini, industri software besar telah menjadi faktor dominan dalam ekonomidunia industri. Tim spesialis perangkat lunak, masing-masing berfokus pada salah satu bagianteknologi yang diperlukan untuk memberikan aplikasi yang kompleks, telah menggantikan satu-satunyaprogrammer dari era sebelumnya. Dan belum, pertanyaan yang diajukan programmer satu-satunya pertanyaan yang sama yang ditanyakan ketika modern berbasis komputersistem dibangun: 11 dalam buku yang bagus esai bisnis perangkat lunak, Tom DeMarco [DeM95] berpendapat tandingan.Dia menyatakan: "bukannya bertanya mengapa perangkat lunak biaya begitu banyak, kita perlu mulai bertanya ' apayang kita lakukan untuk membuatnya mungkin untuk hari ini perangkat lunak untuk biaya begitu sedikit?' Jawaban untuk pertanyaan ituakan membantu kita melanjutkan luar biasa tingkat pencapaian yang selalu telah membedakanindustri perangkat lunak."• Mengapa waktu begitu lama untuk mendapatkan perangkat lunak selesai?• Mengapa yang biaya pengembangan begitu tinggi?• Mengapa kami tidak dapat menemukan semua kesalahan sebelum kami memberikan perangkat lunak kepada pelanggan kami?• Mengapa kita menghabiskan begitu banyak waktu dan usaha mempertahankan yang sudah adaprogram?• Mengapa kita terus mengalami kesulitan dalam mengukur kemajuan sebagai perangkat lunak adalahsedang dikembangkan dan dipelihara?Ini dan banyak pertanyaan lain, adalah manifestasi dari keprihatinan tentangperangkat lunak dan cara di mana itu dikembangkan — kekhawatiran bahwa telah menyebabkanadopsi praktek rekayasa perangkat lunak.

Hasil (Bahasa Indonesia) 2:

Hari ini, industri software besar telah menjadi faktor dominan dalam ekonomi
dari dunia industri. Tim spesialis software, masing-masing berfokus pada salah satu bagian
dari teknologi yang dibutuhkan untuk memberikan aplikasi yang kompleks, telah menggantikan tunggal
programmer dari era sebelumnya. Namun, pertanyaan-pertanyaan yang diminta dari programmer tunggal adalah pertanyaan yang sama yang diminta saat berbasis komputer modern
sistem yang dibangun: 1 1 Dalam sebuah buku yang sangat bagus dari esai pada bisnis software, Tom DeMarco [DeM95] berpendapat tandingan tersebut. dia menyatakan: "Alih-alih bertanya mengapa perangkat lunak biaya begitu banyak, kita perlu mulai bertanya 'Apa yang telah kita lakukan untuk memungkinkan untuk perangkat lunak saat ini untuk begitu sedikit biaya?' Jawaban untuk pertanyaan itu akan membantu kami terus tingkat yang luar biasa dari prestasi yang selalu membedakan industri perangkat lunak. " • Mengapa begitu lama waktu untuk mendapatkan software selesai? • Mengapa biaya pembangunan begitu tinggi? • Mengapa kita tidak bisa menemukan semua kesalahan sebelum kita memberikan perangkat lunak untuk pelanggan kami? • Mengapa kita menghabiskan begitu banyak waktu dan usaha mempertahankan yang sudah ada program? • Mengapa kita terus mengalami kesulitan dalam mengukur kemajuan sebagai perangkat lunak yang sedang dikembangkan dan dipelihara? ini, dan banyak pertanyaan lainnya , adalah manifestasi dari kekhawatiran tentang software dan cara yang dikembangkan-kekhawatiran yang mengarah pada adopsi praktek rekayasa perangkat lunak.