Pengembangan perangkat lunak (juga disebut pengembangan aplikasi, desain perangkat lunak, merancang perangkat lunak, pengembangan aplikasi perangkat lunak, pengembangan aplikasi perusahaan, atau pengembangan platform)[1] adalah pengembangan suatu produk perangkat lunak. Istilah "pengembangan perangkat lunak" bisa dipakai untuk menyebut aktivitas pemrograman komputer, yaitu proses menulis dan mengelola kode sumber, namun dalam artian luas istilah ini mencakup semua hal yang terlibat antara penciptaan perangkat lunak yang diinginkan melalui pewujudan akhir perangkat lunak, idealnya dalam proses yang terencana dan terstruktur.[2] Karena itu, pengembangan perangkat lunak bisa mencakup penelitian, pengembangan baru, purwarupa, modifikasi, pemakaian kembali, rekayasa ulang, pengelolaan, atau aktivitas lain yang menghasilkan produk perangkat lunak.[3]
Perangkat lunak bisa dikembangkan untuk berbagai tujuan, tiga tujuan paling umum adalah memenuhi kebutuhan klien/bisnis tertentu (perangkat lunak kustom), memenuhi persepsi kebutuhan sejumlah pengguna potensial (perangkat lunak komersial dan terbuka), atau memenuhi kebutuhan pribadi (misalnya seorang ilmuwan menulis perangkat lunak untuk mengotomasikan sebuah tugas yang rumit). Pengembangan perangkat lunak tertanam adalah pengembangan perangkat lunak tertanam seperti yang dipakai untuk mengontrol produk konsumen, membutuhkan proses pengembangan yang terintegrasikan dengan pengembangan produk fisik yang dikontrol.
Perlunya pengawasan kualitas yang lebih baik pada proses pengembangan perangkat lunak menciptakan disiplin teknik perangkat lunak, yang bertujuan menerapkan pendekatan sistematis yang tercantum dalam paradigma teknik hingga proses pengembangan perangkat lunak.
Proses bisnis dan pemodelan data
Representasi grafik dari keadaan informasi saat ini memberikan sarana yang sangat efektif untuk menyajikan informasi kepada pengguna dan pengembang sistem.
Contoh interaksi antara proses bisnis dan model data.[4]
Sebuah model bisnis mengilustrasikan fungsi yang saling berkaitan dengan dengan proses bisnis yang sedang dimodelkan pengorganisasian yang melaksanakan fungsi-fungsi ini. Dengan menggambarkan aktivitas dan arus informasi, sebuah fondasi dibuat untuk memvisualisasikan, menentukan, memahami, dan memvalidasi sifat suatu proses.
Sebuah model data menyediakan detail dari informasi yang ingin disimpan dan penggunaan utama ketika produk akhir adalah pembuatan kode perangkat lunak komputer untuk aplikasi atau persiapan spesifikasi fungsional untuk membantu keputusan membuat atau membeli perangkat lunak komputer. Lihat gambar di sebelah kanan untuk contoh interaksi antara proses bisnis dan model data.[4]
Biasanya, sebuah model dibuat setelah melakukan sebuah wawancara, disebut sebagai analisis bisnis. Wawancara terdiri dari fasilitator yang mengajukan serangkaian pertanyaan yang dirancang untuk mengekstraksi informasi yang diperlukan yang menggambarkan suatu proses. Pewawancara disebut sebagai fasilitator untuk menekankan bahwa partisipan yang memberikan informasi. Fasilitator harus memiliki pengetahuan tentang proses yang diinginkan, tetapi hal ini tidak sepenting memiliki metodologi terstruktur yang digunakan untuk mengajukan pertanyaan kepada pakar proses. Metodologinya sangat penting karena biasanya sebuah tim dari fasilitator sedang mengumpulkan informasi di sepanjang bangunan dan hasil dari informasi dari semua pewawancara harus cocok dengan satu sama lain setelah selesai.[5]
Satu proses pengembangan perangkat lunak tidak selalu cocok untuk digunakan untuk semua projek. Masing-masing metodologi yang tersedia paling cocok untuk jenis proyek tertentu, berdasarkan berbagai pertimbangan teknis, organisasi, proyek, dan tim.[6]
Aktivitas
Proses perencanaan
Sebuah tugas penting dalam membuat perangkat lunak adalah menganalisis kebutuhan. Pelanggan pada umumnya mempunyai ide abstrak dari apa yang mereka inginkan tetapi mereka tidak tahu apa kegunaan perangkat lunaknya. Insinyur perangkat lunak yang terampil dan berpengalaman mengenali persyaratan yang tidak lengkap, ambigu, atau bahkan bertentangan pada saat ini. Sering mendemonstrasikan kode langsung dapat membantu mengurangi risiko kesalahan persyaratan.
"Walaupun banyak usaha yang diperlukan untuk memenuhi dalam fase persyaratan untuk memastikan bahwa persyaratan lengkap dan konsisten, jarang sekali hal ini terjadi; meninggalkan fase desain perangkat lunak sebagai fase yang paling berpengaruh dalam meminimalkan dampak persyaratan baru atau perubahan. Volatilitas persyaratan merupakan hal yang menantang karena berdampak pada upaya pembangunan di masa depan atau yang sudah berjalan."[7]
CASE
Computer-aided software engineering (CASE) adalah aplikasi ilmiah dari sebuah seperangkat alat dan metode perangkat lunak untuk pengembangan perangkat lunak untuk membantu mencapai kualitas tinggi, produk perangkat lunak bebas cacat dan dapat dipelihara.[8] Ini juga merujuk pada metode pengembangan dari sistem informasi bersama dengan alat otomatis yang dapat digunakan dalam proses pengembangan perangkat lunak.[9] Istilah "computer-aided software engineering" (CASE) dapat merujuk pada perangkat lunak yang digunakan untuk pengembangan secara otomatis dari perangkat lunak sistem, yaitu, kode komputer. Fungsi CASE meliputi analisis, desain, dan pemrograman. Alat CASE mengotomatiskan metode untuk merancang, mendokumentasikan, dan membuat kode komputer terstruktur dalam bahasa pemrograman yang diinginkan.[10]
Dua kunci ide dari Computer-aided Software System Engineering (CASE) adalah:[11]
Anjuta, sebuah IDE C dan C++ untuk lingkungan GNOME.
Bahasa pemodelan
Sebuah bahasa pemodelan adalah bahasa artifisial yang dapat digunakan untuk mengekspresikan informasi atau pengetahuan atau sistem di dalam sebuah struktur yang ditentukan oleh seperangkat aturan yang konsisten. Aturan ini digunakan untuk interpretasi makna komponen-komponen dalam struktur. Bahasa pemodelan dapat berupa grafis atau tekstual.[12]
Kegunaan dari sudut pandang dan pandangan untuk memungkinkan insinyur manusia memahami sistem yang sangat kompleks dan mengorganisir elemen dari suatu permasalahan di sekitar lingkup pakar. Dalam rekayasa sistem intensif fisik, sudut pandang sering kali sesuai dengan kemampuan dan tanggung jawab dalam organisasi teknik.[13]
Paradigma pemrograman
Sebuah paradigma pemrograman adalah sebuah gaya dasar pemrograman komputer, yang umumnya tidak ditentukan oleh metodologi manajemen proyek (seperti waterfall atau agile). Paradigma berbeda dalam konsep dan abstraksi yang digunakan untuk mewakili elemen suatu program (seperti objek, fungsi, variabel, constraint) dan langkah-langkah yang meliputi sebuah komputasi (seperti penugasan, evaluasi, kelanjutan, aliran data). Terkadang konsep yang dinyatakan oleh paradigma digunakan secara kooperatif dalam desain arsitektur sistem tingkat tinggi; dalam kasus lainnya, ruang lingkup paradigma pemrograman terbatas pada struktur internal program atau modul tertentu. Contohnya: object-oriented design (OOD) Grady Booch, juga dikenal sebagai object-oriented analysis and design (OOAD). Model Booch model termasuk enam diagram: class, objek, transisi keadaan, interaksi, modul, dan proses.[14]
Angkatan kerja
Pengembang perangkat lunak adalah orang atau perusahaan yang terlibat dalam proses pengembangan perangkat lunak, termasuk penelitian, desain, pemrograman, pengujian, dan aspek-aspek lain dalam menciptakan perangkat lunak. Gelar pekerjaan lain untuk orang yang memiliki arti yang sama termasuk pemrogram, analis perangkat lunak, atau insinyur perangkat lunak. Perusahaan yang berspesialisasi dalam perangkat lunak dapat disebut rumah perangkat lunak. Di perusahaan besar, mungkin ada karyawan yang tanggung jawabnya hanya terdiri dari salah satu disiplin ilmu. Dalam lingkungan pengembangan yang lebih kecil, beberapa orang atau satu orang mungkin menangani seluruh proses. Lingkungan kolaboratif, seperti perangkat lunak sumber terbuka, dapat menyatukan banyak pengembang.
^Kesalahan pengutipan: Tag <ref> tidak sah;
tidak ditemukan teks untuk ref bernama SS932
^System Development Methodologies for Web-Enabled E-Business: A Customization Framework Linda V. Knight (DePaul University, USA), Theresa A. Steinbach (DePaul University, USA) and Vince Kellen (Blue Wolf, USA)
^Otero, Carlos. "Software Design Challenges". IT Performance Improvement. Taylor & Francis LLC. Diarsipkan dari versi asli tanggal 28 October 2017. Diakses tanggal 19 October 2017.Parameter |url-status= yang tidak diketahui akan diabaikan (bantuan)
^Kuhn, D.L (1989). "Selecting and effectively using a computer-aided software engineering tool". Annual Westinghouse computer symposium; 6–7 Nov 1989; Pittsburgh, PA (USA); DOE Project.
^P. Loucopoulos and V. Karakostas (1995). System Requirements Engineering. McGraw-Hill.
Davis, A. M. (2005). Just enough requirements management: Where software development meets marketing. Dorset House Publishing Company, Incorporated. ISBN0932633641.
