Alasan Mengapa Software Harus di Engineering (Rekayasa)

  • Nama : Lailatul Maghfiroh

    NIM    : 23102017

    Prodi  : S1 Informatika

    Tugas : RPL 1


  • Ditanya  = 
           1. kenapa software itu harus di-engineering (rekayasa) bukan di-manufaktur (produksi)?
  • Dijawab =  

Software harus direkayasa (di-engineering) daripada diproduksi (di-manufaktur) karena                     sifat dasar software berbeda secara fundamental dari produk fisik.Berikut adalah                                beberapa alasan utamanya:

1. Tidak Berwujud (Intangible)

Software adalah entitas logis, bukan fisik. Tidak ada proses produksi fisik seperti pencetakan, perakitan, atau transportasi yang terkait dengan software. Sebaliknya, proses pengembangannya lebih menekankan pada desain, implementasi logis, dan pengujian.

2. Sifat yang Fleksibel dan Berubah-ubah

Software sering kali harus disesuaikan, dimodifikasi, atau diperbarui setelah dirilis untuk memenuhi kebutuhan pengguna yang terus berkembang atau untuk memperbaiki bug. Rekayasa perangkat lunak melibatkan pendekatan sistematis untuk memastikan fleksibilitas ini tanpa mengorbankan kualitas.

3. Tidak Ada Keusangan Material

Tidak seperti produk manufaktur yang materialnya dapat aus atau rusak, software tidak mengalami keusangan fisik. Namun, software bisa menjadi "usang" jika tidak memenuhi kebutuhan teknologi atau bisnis yang terus berubah, yang membutuhkan pendekatan rekayasa untuk pemeliharaan.

4. Kompleksitas dan Abstraksi Tinggi

Pengembangan software sering kali melibatkan pemodelan sistem yang kompleks, algoritma, dan arsitektur. Rekayasa software memberikan metodologi dan alat untuk menangani kompleksitas ini, seperti desain modular, rekayasa sistem, dan pengujian otomatisasi.

5. Proses Iteratif dan Evolusi

Dalam manufaktur tradisional, produk umumnya dirancang, diproduksi, dan didistribusikan dalam proses linier. Sebaliknya, software sering dikembangkan secara iteratif melalui pendekatan seperti Agile atau DevOps, memungkinkan pembaruan dan peningkatan berkelanjutan berdasarkan umpan balik pengguna.

6. Kebutuhan untuk Kualitas dan Keandalan

Kesalahan dalam software dapat memiliki dampak yang jauh lebih besar dibandingkan produk fisik, karena software sering kali menjadi inti dari sistem kritis (misalnya, sistem keuangan, kesehatan, atau penerbangan). Rekayasa software memastikan penggunaan teknik untuk meningkatkan keandalan, seperti analisis risiko, pengujian menyeluruh, dan validasi.

7. Reproduksi yang Hampir Gratis

Setelah software selesai dikembangkan, mendistribusikannya ke pengguna lain hanya membutuhkan salinan digital yang dapat dibuat dengan biaya mendekati nol. Tidak ada proses manufaktur tambahan yang signifikan seperti dalam produk fisik.

Analogi: Rekayasa vs. Manufaktur

    • Manufaktur lebih cocok untuk produk fisik dengan sifat berulang dan proses produksi yang dapat distandardisasi.
    • Rekayasa lebih cocok untuk menciptakan solusi yang unik, kompleks, dan membutuhkan inovasi serta pengembangan logis yang mendalam.

Oleh karena itu, software dikembangkan melalui rekayasa karena pendekatan ini memungkinkan fleksibilitas, kualitas, dan skalabilitas yang dibutuhkan dalam ekosistem teknologi modern.

Komentar

Posting Komentar

Postingan populer dari blog ini

Contoh Use case Diagram untuk sistem ATM Bank

Gambar
  Nama : Lailatul Maghfiroh NIM    : 23102017 Prodi   : S1 Informatika Tugas : RPL 4 DITANYA = Berikan Contoh Use case Diagram untuk sistem ATM Bank DIJAWAB = Komponen Use Case Diagram Aktor (Actors): Entitas yang berinteraksi dengan sistem, seperti pengguna (nasabah) atau sistem lain. Nasabah: Orang yang menggunakan ATM untuk melakukan transaksi. Sistem Bank: Sistem backend yang memproses data dan transaksi. Use Case: Fungsi atau layanan yang disediakan oleh sistem kepada aktor. Contoh: Penarikan uang, cek saldo, transfer dana, dll. Hubungan (Relationships): Koneksi antara aktor dan use case, seperti asosiasi, perluasan (extends), atau generalisasi. Use Case Diagram untuk Sistem ATM Bank Berikut adalah gambaran use case diagram untuk sistem ATM Bank: Aktor Utama: Nasabah Sistem Bank Use Case Utama: Masuk ke Sistem (Login) Cek Saldo Penarikan Uang Transfer Dana Ganti PIN Keluar (Logout) Hubungan Antar Use Case: "Masuk ke Sistem" adalah prasyarat untuk s...
Baca selengkapnya

PENGENALAN KOMPONEN ARDUINO

Gambar
NAMA : Lailatul Maghfiroh NIM       : 23102017 TUGAS : lOT dalam kehidupan sehari hari     PENGENALAN KOMPONEN ARDUINO 1. USB 2.0 type A to type B USB 2.0 tipe A ke tipe B kabel dapat digunakan untuk menghubungkan PC ke Arduino. 2. Arduino UNO   Arduino Uno  merupakan salah satu papan kontroler mikro ( mikrokontroler)  berbasis dataseheet Atmega328. Papan kontroler ini bersifat sumber terbuka yang paling populer karena dirancang untuk memudahkan pengendalian elektronik di segala bidang. Fungsi Arduino UNO adalah papan mikrokontroler sumber terbuka yang dapat diprogram dan berbiaya rendah, fleksibel, dan mudah digunakan yang dapat diintegrasikan ke dalam berbagai proyek elektronik. Papan ini dapat dihubungkan dengan papan Arduino lainnya, pelindung Arduino, papan Raspberry Pi dan dapat  mengontrol relay,LED,servo,dan motor sebagai outputnya. Kelebihan dan Kekurangan Arduino Uno  Penggunaan Arduino serie pertama sangat fleksibel...
Baca selengkapnya

Kebutuhan Fungsional dan Kebutuhan Non - Fungsional dalam Rekayasa Perangkat Lunak

  Nama : Lailatul Maghfiroh NIM       : 23102017 Prodi     : S1 Informatika Tugas    : RPL 3 DITANYA = Berikan Penjelasan tentang Kebutuhan Fungsional dan Kebutuhan Non  - Fungsional dalam Rekayasa Perangkat Lunak DIJAWAB = Dalam rekayasa perangkat lunak, kebutuhan perangkat lunak dikelompokkan menjadi dua kategori utama:  kebutuhan fungsional  dan  kebutuhan non-fungsional . Keduanya merupakan elemen penting dalam menentukan bagaimana sebuah sistem dirancang, dikembangkan, dan dioperasikan. 1. Kebutuhan Fungsional Definisi Kebutuhan fungsional menggambarkan apa yang harus dilakukan oleh sistem perangkat lunak. Ini adalah fungsi-fungsi atau layanan spesifik yang harus disediakan sistem untuk memenuhi tujuan bisnis atau pengguna. Karakteristik Berhubungan langsung dengan operasi sistem. Memperinci perilaku sistem dalam berbagai skenario. Biasanya dijabarkan dalam bentuk kas...
Baca selengkapnya