SOFTWARE CONSTRUCTION

Nama Kelompok 2

1. Adi Chandra winata

2. Dwi Purnomo
3. Imron syafa’at

Pengertian “SOFTWARE CONSTRUCTION”

sendiri kurang lebih berarti tahapan-tahapan fase kerja berbeda yang digunakan system engineers
dan system developers untuk membuat sebuah perangkat lunak dapat digunakan.  Dalam
pemahaman secara umum, konstruksi mengacu pada proses membangun. Lebih jelasnya jika
dianalogikan dalam proses pengembangan sebuah gedung, konstruksi adalah pekerjaan yang
dilakukan oleh tukang bangunan/pekerja bangunan. Dalam perspektif perangkat lunak, konstruksi
adalah kebanyakan proses coding  dan debugging  namun juga melibatkan detailed design,
construction planning, unit testing, integration, integration testing  dan aktivitas-aktivitas lain.

Pengetahuan software construction terhubung dengan dengan pengetahuan yang lain:

1. Software Design
2. Software Testing
3. Software Engineering
4. Software Project
5. Software Quality

Alasan SC terhubung dengan software lain

Proses Software Construction melibatkan desain software yang signifikan dan aktivitas testing
software.Software Consntruction juga menggunakan output design dan menghasilkan salah satu
input untuk testing,baik dalam aktivitas desain dan testing.

batasan antara desain,konstruksi dan testing akan bervariasi tergantung dalam proses software life
cycle yang di gunakan dalam proyek.

Kenapa Software Construction itu penting

Konstruksi adalah bagian besar dari pengembangan perangkat lunak. Tergantung dengan ukuran
proyek, konstruksi biasanya membutuhkan 30 hingga 80 persen dari total waktu yang di habiskan
untuk suatu proyek. Apapun itu yang menghabiskan banyak waktu pasti akan memengaruhi
keberhasilan proyek.
Konstruksi adalah kegiatan utama dalam pengembangan proyek perangkat lunak. Persyaratan dan
arsitektur dilakukan sebelum konstruksi sehingga anda dapat melakukan 120 konstruksi secara
efektif. Pengujian sistem dilakukan setelah konstruksi untuk memverifikasi bahwa konstruksi telah di
lakukan dengan benar. Konstruksi berada di pusat proses pengembangan perangkat lunak.
Dengan fokus pada konstruksi, produktivitas masing – masing programer dapat meningkat secara
drastis. Sebuah studi klasik oleh sacman, Erikson dan grant menunjukan bahwa produktivitas
programer berbeda-beda dengan faktor 110- 20 selama konstruksi. Sejak studi mereka, hasil mereka
telah dikonfirmasi oleh banyak studi lainya ( curtis, mills, mc garry).
Konstruksi adalah satu-satunya kegiatan yang dijamin akan dilakukan. Proyek perangkat lunak yang
ideal melewati perkembangan persyaratan yang cermat dan desain arsitektur sebelum konstruksi
dimulai. Proyek yang ideal menjalani pengujian sistem yang komprehensif, terkendali secara statistik
setelah konstruksi. Proyek proyek dunia nyata yang tidak sempurna bagaimana pun sering
melompati persyaratan dan pengujian desain.
Pendekatan Metaphors Untuk perkembangan software
Perkembangan penting sering muncul dari analogi dengan membandingkan suatu topik yang kurang
Anda pahami dengan sesuatu yang serupa dengan yang Anda pahami lebih baik anda bisa
memunculkan wawasan yang menghasilkan pemahaman yang lebih baik tentang topik yang kurang
dikenal penggunaan metafora ini disebut pemodelan secara umum kekuatan model adalah bahwa
mereka jelas dan dapat dipahami sebagai keseluruhan konseptual mereka menyarankan properti
hubungan dan bidang penyelidikan tambahan kadang-kadang sebuah model menyarankan bidang-
bidang penyelidikan yang metaforanya telah diperluas.
Beberapa metafora lebih baik daripada yang lain metafora yang baik adalah sederhana berhubungan
baik dengan metafora lain yang relevan dan menjelaskan banyak dari bukti eksperimental dan
fenomena yang diamati lainnya pengembangan perangkat lunak adalah bidang yang lebih mudah
daripada kebanyakan ilmu lainnya belum cukup dewasa untuk memiliki seperangkat metafora
standar akibatnya ia memiliki banyak metafora yang saling melengkapi dan saling bertentangan
beberapa lebih baik dari lainnya beberapa lebih buruk seberapa baik anda memahami metafora
menentukan beberapa baik anda memahami pengembangan perangkat lunak.
Bagaimana menggunakan software untuk pemodelan
Metafora perangkat lunak lebih seperti lampu sorot daripada peta jalan itu tidak memberitahu anda
di mana menemukan jawabannya ini membantu Anda bagaimana mencarinya metafora berfungsi
lebih sebagai heuristik daripada sebagai algoritma algoritma adalah seperangkat instruksi yang
terdefinisi sebagai dengan baik untuk melaksanakan tugas tertentu algoritma dapat diprediksi
deterministik dan tidak tunduk pada peluang algoritma memberitahu anda cara beralih dari titik a ke
titik b tanpa jalan memutar tidak ada sisi perjalanan ke titik d, e, dan f dan tidak berhenti.
Heuristik adalah teknik yang membantu anda mencari jawaban. Hasilnya adalah kemungkinan
karena heuristik memberi tahu anda hanya bagaimana melihat, bukan apa yang ditemukan. Itu tidak
memberi tahu anda bagaimana untuk langsung dari titik A ke titik B; bahkan mungkin tidak tahu
dimana titik A dan titik B berada. Efeknya, heuristik adalah algoritma dalam setelan badut.
Perbedaan antara algoritma dan heuristik adalah halus dan 2 istilah agak tumpang tindih untuk
tujuan penjelasan ini perbedaan utama antara keduanya adalah tingkat tipuan dari solusi algoritma
memberi tanda penduduk petunjuk secara langsung sedangkan heuristik memberitahu anda cara
menemukan interupsi untuk anda sendiri atau setidaknya di mana harus mencarinya.

Referensi
1.    Bourque, P & Fairley, RE, Guide to the Software Engineering Body of Knowledge Version
3.0, IEEE Computer Society, 2014.
2. S. McConnell, Code Complete, 2nd ed., Microsoft Press, 2004.

3. Buku Software Engineering Roger S Pressman