Membandingkan Empat Paradigma Rekayasa Perangkat Lunak

  ISSN : 2442-8337

Membandingkan Empat Paradigma Rekayasa

Perangkat Lunak

  

Muhammad Rusli1), Mira Ziveria2).

  Sistem Informasi, Institut Teknologi dan Bisnis Kalbis, Jakarta Email:

  Email:

  Abstract: This study aimed to compare the four paradigms of software engineering. Software

became the machine that controls decision-making in the business world, serves as the basis of all

forms of services and modern scientific research. The software is attached to any kind of system:

transportation, medical, telecommunications, military, industrial processes, entertainment, office

products and others. The method used to compare four software paradigm that Waterfall Model,

Prototyping, Spiral Model, and Fourth-Generation. The software really can not escape from

modern life. Therefore, it needs the technology to be used by people who build computer software

and we also have to be able to develop it in a proper way. Technology includes a process, a series

of methods and a series of tools called software engineering.

  Keywords: Waterfall Model, Prototyping, Spiral Model, and Fourth-Generation

Abstrak: Penelitian ini bertujuan untuk membandingkan empat paradigma rekayasa perangkat

  lunak. Perangkat lunak menjadi mesin yang mengendalikan pengambilan keputusan di dalam dunia bisnis, berfungsi sebagai dasar dari semua bentuk pelayanan serta penelitian keilmuan modern. Perangkat lunak dilekatkan dengan segala bentuk sistem: transportasi, medis, telekomunikasi, militer, proses industri, hiburan, produk-produk kantor dan lainnya. Metode yang digunakan dalam membandingkan empat paradigma perangkat lunak yaitu Waterfall Model, Prototyping, Model Spiral, dan Fourth-Generation. Perangkat lunak benar-benar tidak dapat lepas dari kehidupan modern. Oleh karena itu dibutuhkan teknologi yang harus dipakai oleh orang- orang yang membangun perangkat lunak komputer dan kita juga harus dapat mengembangkannya dengan cara yang tepat. Teknologi meliputi sebuah proses, serangkaian metode dan sederetan alat yang disebut dengan software engineering.

  Kata Kunci: Waterfall Model, Prototyping, Model Spiral, dan Fourth-Generation

  penelitian keilmuan modern. Perangkat 1.

   PENDAHULUAN lunak dilekatkan dengan segala bentuk

  sistem: transportasi, medis, telekomunikasi, Perangkat lunak (software) kini sudah militer, proses industri, hiburan, produk- menjadi kekuatan yang menentukan. produk kantor dan lainnya. Perangkat lunak

  Perangkat lunak menjadi mesin yang benar-benar tidak dapat lepas dari mengendalikan pengambilan keputusan di kehidupan modern. Semua itu mengubah dalam dunia bisnis, berfungsi sebagai dasar pandangan masyarakat tentang perangkat dari semua bentuk pelayanan serta Muhammad Rusli, Mira Ziveria Page 31

  Muhammad Rusli, Mira Ziveria Page 32 lunak. Program-program perangkat lunak sudah tersebar luas, dan masyarakat memandangnya sebagai kejayaan teknologi dalam kehidupan. Dalam banyak contoh, orang-orang sudah mulai mempertaruhkan pekerjaan, kenyamanan, keselamatan, hiburan, keputusan dan banyak segi dalam kehidupannya pada teknologi.

  Oleh karena itu dibutuhkan teknologi yang harus dipakai oleh orang-orang yang membangun perangkat lunak komputer dan kita juga harus dapat mengembangkannya dengan cara yang tepat. Teknologi meliputi sebuah proses, serangkaian metode dan sederetan alat yang disebut dengan software engineering. Untuk dapat mengembangkan sebuah perangkat lunak secara tepat, ada 4 paradigma yang akan diuraikan dibawah ini, beserta kelebihan dan kekurangannya serta contoh penggunaannya.

  Permasalahan yang akan dibahas adalah bagaimana perbandingan beberapa paradigma rekayasa perangkat lunak jika dilihat dari definisi, contoh penggunaan, keuntungan, dan kelemahan masing-masing paradigma tersebut? Penelitian ini bertujuan untuk membandingkan empat paradigma rekayasa perangkat lunak yaitu Waterfall Model, Prototyping, Model Spiral, dan Fourth- Generation ditinjau dari definisi, contoh penggunaan, keuntungan, dan kelemahan masing-masing paradigma tersebut.

  Metode yang digunakan dalam membandingkan empat paradigma perangkat lunak yaitu Waterfall Model, Prototyping, Model Spiral, dan Fourth- Generation adalah membandingkan dari sudut pandang:  Definisi yang berisi tahapan pengembangan perangkat lunak setiap paradigma  Contoh penggunaan masing-masing paradigma.  Keuntungan masing-masing paradigma.  Kelemahan masing-masing paradigma.

  3. PEMBAHASAN

  3.1. Perangkat Lunak

  Menurut [1], perangkat lunak dapat didefinisikan sebagai berikut:

  1. Perintah (program komputer) yang bila dieksekusi memberikan fungsi dan unjuk kerja seperti yang diinginkan.

  2. Struktur data yang memungkinkan program memanipulasi informasi secara proporsional.

  3. Dokumen yang menggambarkan informasi dan kegunaan program.

  3.2. Karakteristik Perangkat Lunak

  Untuk memperoleh pemahaman tentang perangkat lunak (serta pemahaman tentang software engineering), penting juga untuk meneliti karakteristik perangkat lunak berbeda dari hal-hal lain yang dibangun oleh manusia. Ketika perangkat lunak dibuat, proses kreatif manusia (analisis, desain, konstruksi, pengujian) diterjemahkan ke dalam bentuk fisik. Jika kita membuat komputer baru, sketsa dasar, penggambaran desain formal, dan prototipe

  bread boarder berkembang ke dalam suatu

  produk fisik (VLSI chip, papan rangkaian, catu daya, dll). Perangkat lunak lebih merupakan elemen logika dan bukan merupakan elemen sistem fisik. Dengan demikian, perangkat lunak memiliki ciri yang berbeda dari perangkat keras: Perangkat lunak dibangun dan dikembangkan, tidak dibuat dalam bentuk yang klasik. Meskipun banyak kesamaan di antara pabrik perangkat keras dan perangkat lunak, aktivitas keduanya secara mendasar sangat berbeda. Dalam keduanya tersebut, kualitas yang tinggi dicapai melalui perancangan yang baik, tetapi di dalam fase pembuat an perangkat keras, selalu saja ditemukan masalah kualitas yang tidak mudah untuk disesuaikan dengan

2. METODE PENELITIAN

  Muhammad Rusli, Mira Ziveria Page 33 perangkat lunak. Kedua aktivitas itu tergantung pada manusia, tetapi hubungan antara penerapan yang dilakukan manusia dengan usaha yang diperoleh sangat berbeda. Kedua aktivitas itu membutuhkan konstruksi sebuah

  “produk” tetapi pendekatan yang dipakai berbeda. Biaya untuk perangkat lunak dikonsentrasikan pada pengembangan. Hal ini berarti proyek perangkat lunak tidak dapat diatur seperti pengaturan proyek pemanufakturan.

  Perangkat lunak tidak pernah usang. Perangkat lunak tidak rentan terhadap pengaruh lingkungan yang merusak yang menyebabkan perangkat keras menjadi usang. Kesalahan-kesalahan yang tidak dapat ditemukan akan menyebabkan tingkat kegagalan menjadi sangat tinggi pada awal hidup program. Tetapi hal itu dapat diperbaiki dan diharapkan tidak lagi ditemukan kesalahan yang lain. Aspek lain dari keusangan menggambarkan perbedaan antara perangkat keras dan perangkat lunak. Bila komponen suatu perangkat telah usang, komponen dapat diganti dengan suku cadangnya. Namun tidak ada suku cadang bagi perangkat lunak. Setiap kegagalan perangkat lunak menggambarkan kesalahan dalam perancangan atau proses di mana rancangan diterjemahkan ke dalam kode mesin yang dapat dieksekusi.

  Demikianlah, pemeliharaan perangkat lunak menjadi lebih kompleks daripada pemeliharaan perangkat keras. Sebagian besar perangkat lunak dibuat secara custom-built, serta tidak dapat dirakit dari komponen yang sudah ada. Saat perangkat keras untuk produk berbasis mikroprosesor dirancang dan dibuat, pengembang desain menggambar sebuah skema sederhana dari rangkaian digital, melakukan serangkaian analisis dasar untuk memastikan bahwa fungsi yang tepat dicapai serta kemudian menyesuaikan ke katalog komponen digital. Setiap

  IC (chip) mempunyai nomor bagian tersendiri, sebuah fungsi yang sudah terdefinisi dan tervalidasi, interface yang didefinisikan dengan baik, serta rangkaian standar tuntutan terintegrasi. Setelah masing-masing komponen diseleksi, perangkat keras dapat dipesan secara terpisah. Sayangnya para perancang perangkat lunak tidak diberi fasilitas seperti yang digambarkan di atas. Dengan sedikit pengecualian, tidak ada katalog komponen perangkat lunak. Memang memungkinkan untuk memesan perangkat lunak secara terpisah, tetapi tetap merupakan satu kesatuan yang lengkap, bukan sebagai komponen yang dapat dipasangkan ke dalam program- program yang baru.

  3.3. Komponen Perangkat Lunak

  Komponen perangkat lunak dibangun dengan bahasa pemrograman yang memiliki kosakata yang terbatas, sebuah tata bahasa yang dibatasi secara eksplisit serta aturan-aturan syntax dan semantik yang dibentuk secara baik. Pada tingkat yang paling rendah, bahasa-bahasa itu mencerminkan serangkaian instruksi perangkat keras. Pada tingkat sedang, bahasa pemrograman seperti Ada 95, C, atau Smalltalk, dipakai untuk membuat deskripsi prosedural dari program. Pada tingkat yang paling tinggi, bahasa-bahasa tersebut menggunakan ikon grafik atau simbol lain untuk mewakili kebutuhan akan sebuah pemecahan. Instruksi-instruksi yang dapat dieksekusi dibuat secara otomatis.

  Bahasa tingkat mesin merupakan perwakilan simbolik dari serangkaian instruksi CPU. Ketika pengembang perangkat lunak yang baik memproduksi sebuah program yang didokumentasikan dengan baik dan juga dapat diperbaharui, maka bahasa tingkat mesin dapat secara ekstrem menggunakan memori dan kecepatan eksekusi program secara efisien. Bila program tidak dirancang dengan baik dan hanya memiliki sedikit dokumentasi, maka bahasa tingkat mesin tidak akan menghasilkan sesuatu yang diharapkan. Bahasa tingkat menengah memungkinkan pengembang perangkat lunak serta program tidak tergantung pada mesin. Ketika digunakan penerjemah yang Muhammad Rusli, Mira Ziveria Page 34 lebih canggih, maka kosakata, tata bahasa,

  syntax dan semantik dari bahasa tingkat

  menengah dapat menjadi lebih canggih dari pada bahasa tingkat mesin. Pada kenyataannya, bahasa tingkat menengah meng-compile dan menginterpretasikan hasil bahasa tingkat mesin sebagai keluaran. Meskipun sekarang ini dipakai ratusan bahasa pemrograman, tetapi bahasa pemrograman tingkat menengah yang masih dipakai secara luas di dalam industri kurang dari 10. Bahasa seperti COBOL dan FORTRAN masih tetap dipakai secara luas lebih dari

  30 tahun setelah masa pengenalannya. Banyak bahasa pemrograman seperti Ada 95, C, C++, Eiffel, Java dan SmallTalk mendapat sambutan yang cukup antusias. Kode mesin, bahasa

  assembly (tingkat mesin), bahasa

  pemrograman tingkat menengah, sering disebut tiga generasi bahasa komputer yang pertama, dengan bahasa-bahasa tersebut, pemrogram harus melihat dengan baik kekhususan struktur informasi maupun kontrol pemrograman itu sendiri. Demikianlah bahasa di dalam tiga generasi yang pertama dimasukkan ke dalam jenis bahasa prosedural. Bahasa generasi keempat, disebut juga Bahasa non-prosedural, menggerakkan pengembang perangkat lunak untuk mengkhususkan pada detail prosedural. Bahasa non-prosedural secara tidak langsung menyatakan sebuah program melalui spesifikasi hasil yang diharapkan. Dan tidak pada aksi yang dibutuhkan untuk mencapai hasil tersebut. Perangkat lunak penopang menerjemahkan spesifikasi hasil ke dalam sebuah program mesin yang dapat dieksekusi.

  Perangkat lunak dapat diaplikasikan ke berbagai situasi di mana serangkaian langkah prosedural (seperti algoritma) telah didefinisikan (pengecualian yang di dapat pada aturan ini adalah sistem pakar dan perangkat lunak jaringan syaraf kecerdasan buatan). Kandungan (content) informasi dam determinasi merupakan faktor penting dalam menentukan sifat aplikasi perangkat lunak. Content mengarah pada arti dan bentuk dari informasi yang masuk dan keluar. Contohnya, banyak aplikasi bisnis memakai data input yang terstruktur secara tinggi (sebuah database) dan menghasilkan laporan yang sudah terformat. Perangkat lunak yang mengontrol sebuah mesin otomatis (misal kontrol numerik) menerima bentuk-bentuk data diskrit dengan struktur yang terbatas dan menghasilkan perintah mesin individual dalam suksesi yang cepat. Memang cukup sulit untuk menentukan kategori umum untuk aplikasi perangkat lunak. Ketika kompleksitas perangkat lunak mulai muncul, maka penggolongan yang rapi menjadi hilang. Area perangkat lunak berikut ini menunjukkan luasnya aplikasi potensial:

  1. Perangkat Lunak Sistem. Perangkat lunak sistem merupakan sekumpulan program yang ditulis untuk melayani program-program yang lain. Banyak perangkat lunak sistem (misal kompiler, editor, dan utilitas pengatur file) memproses struktur-struktur informasi yang lengkap namun tetap. Aplikasi-aplikasi sistem yang lain (komponen sistem operasi,

  driver, prosesor telekomunikasi) memproses

  secara luas data yang bersifat tetap. Di dalam setiap kasus tersebut, area perangkat lunak sistem ditandai dengan eratnya interaksi dengan perangkat keras komputer; penggunaan oleh banyak pemakai; operasi konkuren yang membutuhkan penjadwalan, tukar menukar sumber dan pengaturan proses yang canggih; struktur data yang kompleks, serta interface eksternal ganda.

3.4. Aplikasi Perangkat Lunak

  2. Perangkat Lunak Real-Time. Program-program yang memonitor/meng- analisis/mengontrol kejadian dunia nyata pada saat terjadinya disebut perangkat lunak real-time. Elemen-elemen perangkat lunak real-time mencakup komponen pengumpul data yang mengumpulkan dan memformat informasi dari lingkungan Muhammad Rusli, Mira Ziveria Page 35 eksternal, sebuah komponen analisis yang mentransformasikan informasi pada saat dibutuhkan oleh aplikasi, sebuah komponen kontrol/output yang memberikan respon kepada lingkungan eksternal, serta sebuah komponen monitor yang mengoordinasi semua komponen lain agar respons real-

  time-nya (khususnya untuk jangkauan dari 1 milidetik sampai 1 menit) dapat terjaga.

  dapat melakukan fungsi yang terbatas serta fungsi esoterik (misal keypad control untuk microwave) atau memberikan kemampuan kontrol dan fungsi yang penting (contohnya fungsi digital dalam sebuah automobile seperti kontrol bahan bakar, penampilan dash-

  voice), pembuktian teorema dan permainan

  menggunakan algoritma non-numeris untuk memecahkan masalah kompleks yang tidak sesuai untuk perhitungan atau analisis secara langsung. Area kecerdasan buatan yang aktif adalah sistem pakar, disebut juga sistem berbasis ilmu pengetahuan. Tetapi area aplikasi lainnya untuk perangkat lunak kecerdasan buatan adalah pengakuan pola (image dan

  Intelligent_AI)

  7. Perangkat Lunak Kecerdasan Buatan. Perangkat lunak kecerdasan buatan (Artificial

  hanya merupakan beberapa saja dari ratusan aplikasi yang ada.

  database

  Perangkat Lunak Komputer Personal. Pasar perangkat lunak komputer personal telah berkembang selama dekade terakhir. Pengolah kata, multimedia, hiburan, manajemen database, aplikasi keuangan bisnis personal, jaringan eksternal atau akses

  board, sistem rem, dll) 6.

  Embedded software

  Perlu diingat bahwa real time berbeda dengan interaksi atau timesharing. Sistem

  mengontrol hasil serta sistem untuk keperluan konsumen dan pasar industri.

  read-only memory dan dipakai untuk

  5. Embedded Software. Produk pintar telah menjadi bagian umum bagi hampir semua konsumen dan pasar industri. Embedded software ada dalam

  memiliki jangkauan aplikasi mulai dari astronomi sampai vulkanologi, dari analisis otomotif sampai dinamika orbit pesawat ruang angkasa, dan dari biologi molekuler sampai pabrik yang sudah diotomatisasi. Tetapi aplikasi yang baru di dalam area teknik dan ilmu pengetahuan sedang bergerak menjauhi algoritma numeris yang konvensional. Computer-aided design, simulasi sistem dan aplikasi interaktif yang lain, sudah mulai memakai ciri-ciri perangkat lunak sistem genap dan real-time.

  number crunching. Perangkat lunak ini

  4. Perangkat Lunak Teknik dan Ilmu Pengetahuan. Perangkat lunak teknik dan ilmu pengetahuan ditandai dengan algoritma

  3. Perangkat Lunak Bisnis. Pemrosesan informasi bisnis merupakan area aplikasi perangkat lunak yang paling luas. Sistem diskrit telah mengembangkan perangkat lunak sistem informasi manajemen (MIS) yang mengakses satu atau lebih database besar yang berisi informasi bisnis. Aplikasi dalam area ini menyusun kembali struktur data yang ada dengan suatu cara tertentu untuk memperlancar operasi bisnis atau pengambilan keputusan manajemen. Sebagai tambahan ke dalam aplikasi pengolahan data konvensional, aplikasi perangkat lunak bisnis juga meliputi penghitungan klien/server serta penghitungan interaktif (misal pemrosesan transaksi point-of sale).

  rentang waktu yang tetap. Waktu respons sebuah sistem interaktif (atau timesharing) secara normal dapat diperpanjang tanpa memberikan risiko kerusakan pada hasil.

  real-time harus merespons di dalam suatu

  game. Di tahun-tahun terakhir, cabang perangkat lunak kecerdasan buatan yang baru, yang disebut artificial neural network (jaringan syaraf tiruan), telah berkembang. Jaringan syaraf mensimulasi struktur proses- proses otak (fungsi syaraf biologis) dan kemudian membawanya kepada perangkat

8. Rekayasa Perangkat Lunak.

• Sistem atau rekayasa informasi
• Perencanaan proyek perangkat lunak

  Muhammad Rusli, Mira Ziveria Page 36 lunak kelas baru yang dapat mengenali pola- pola yang kompleks serta belajar dari pengalaman-pengalaman masa lalu.

  Rekayasa perangkat lunak merupakan sebuah teknologi yang dibentangkan. Banyak pendekatan keteknikan (termasuk

  software engineering) yang harus berada

  pada sebuah komitmen dasar menuju kualitas. Manajemen kualitas total serta filosofinya mengangkat budaya pengembangan proses yang terus-menerus, dan budaya itu sendiri membawa kepada pengembangan pendekatan yang semakin matang terhadap rekayasa perangkat lunak. Landasan yang menopang rekayasa perangkat lunak merupakan fokus pada kualitas. Fondasi untuk rekayasa perangkat lunak merupakan bentangan proses. Proses- proses rekayasa perangkat lunak adalah perekat yang menjaga bentangan- bentangan teknologi secara bersama-sama dan memungkinkan perkembangan perangkat lunak komputer yang tepat waktu dan rasional. Proses-proses tersebut membatasi kerangka kerja untuk serangkaian area proses kunci (key process

  area) yang harus dibangun demi keaktifan

  penyampaian teknologi pengembangan perangkat lunak. Area proses kunci ini membentuk dasar bagi kontrol manajemen proyek perangkat lunak serta membangun konteks dimana metode teknis diaplikasikan, produk usaha (model, dokumen, data, laporan, form dan lain-lain) dihasilkan, fondasi dibangun, kualitas dijamin, dan perubahan diatur secara rapi. Metode-metode rekayasa perangkat lunak memberikan teknik untuk membangun perangkat lunak. Metode-metode itu menyangkut serangkaian tugas yang luas yang menyangkut analisis kebutuhan, konstruksi program, desain, pengujian dan pemeliharaan. Rekayasa perangkat lunak mengandalkan pada serangkaian prinsip dasar yang mengatur setiap area teknologi dan menyangkut aktivitas pemodelan serta teknik-teknik deskriptif yang lain. Alat-alat rekayasa perangkat lunak memberikan topangan yang otomatis ataupun semi- otomatis pada proses-proses dan metode- metode yang ada. Ketika alat-alat tersebut diintegrasikan sehingga informasi yang diciptakan oleh satu alat bisa digunakan oleh yang lain, sistem untuk menopang perkembangan perangkat lunak yang disebut computer-aided software

  engineering (CASE). CASE menggabungkan

  perangkat lunak, perangkat keras dan

  database rekayasa perangkat lunak

  (repository yang berisi informasi penting tentang analisis, desain, konstruksi program, serta pengujian) untuk menciptakan lingkungan rekayasa perangkat lunak yang analog dengan CAD/CAE (computer-aided design/engineering) untuk perangkat keras.

  Untuk mengembangkan perangkat lunak secara memadai, proses pengembangan perangkat lunak harus didefinisikan terlebih dahulu. Usaha yang berhubungan dengan rekayasa perangkat lunak dapat dikategorikan ke dalam tiga fase umum dengan tanpa mempedulikan area aplikasi, ukuran proyek atau kompleksitasnya.

  1. Fase Definisi (Definition Phase). Fase ini berfokus pada

  “apa” (what); di mana pada definisi ini pengembang perangkat lunak harus mengidentifikasi informasi apa yang akan diproses, fungsi dan unjuk kerja apa yang dibutuhkan, tingkah laku sistem seperti apa yang diharapkan, interface apa yang akan dibangun, batasan desain apa yang ada, dan kriteria validasi apa yang dibutuhkan untuk mendefinisikan sistem yang sukses. Kebutuhan (requirement) adalah kunci dari sistem dan perangkat lunak yang didefinisikan. Metode yang diaplikasikan selama fase definisi berbeda, tergantung pada paradigma rekayasa perangkat lunak (atau kombinasi paradigma) yang diaplikasikan. Ada tiga tugas utama yang berada dalam bentuk yang sama yaitu:

• Analisis kebutuhan 2.

• Pencegahan. Keadaan perangkat lunak semakin memburuk sehubungan dengan waktu, dan karena itu,
>Kontrol dan pelacakan proyek perangkat lunak
• Review teknis formal
• Jaminan kualitas perangkat lunak
• Penghasilan dan penyiapan dokumen
• Manajemen reusabilitas
• Pengukuran - Manajemen risiko Aktivitas pelindung diaplikasikan ke seluruh proses perangkat lunak. Untuk menyelesaikan masalah aktual di dalam sebuah setting industri, rekayasa perangkat lunak atau tim perekayasaan harus<
• Koreksi. Meskipun dengan jaminan kualitas yang terbaik, sepertinya pelanggan akan tetap menemukan cacat pada perangkat lunak. Pemeliharaan korektif (corrective maintenance) mengubah perangkat lunak, membetulkan cacat atau rusak.
• Adaptasi. Dari waktu ke waktu, lingkungan original (contohnya CPU, sistem operasi, aturan-aturan bisnis, karakterisasi produk eksternal) dimana perangkat lunak dikembangkan akan terus berubah. Pemeliharaan adaptif (adaptive maintenance) menghasilkan modifikasi kepada perangkat lunak untuk mengakomodasi perubahan pada kebutuhan fungsional original.
• Perkembangan (Enhancement). Ketika perangkat lunak dipakai, pemakai/pelanggan akan mengenali fungsi-fungsi tambahan yang memberi mereka keuntungan. Perfective

  software engineering

  activities). Kegiatan-kegiatan khusus di

  Fase dan langkah-langkah yang berhubungan harus diimbangi dengan sejumlah aktivitas pelindung (umbrella

  perubahan pada program komputer sehingga bias menjadi lebih mudah untuk dikoreksi, disesuaikan dan dikembangkan.

  preventive maintenance melakukan

  (rekayasa perangkat lunak), harus dilakukan untuk memungkinkan perangkat lunak melayani kebutuhan para pemakainya. Pada dasarnya

  preventive maintenance yang sering

  juga disebut

  lunak sehingga melampaui kebutuhan fungsi original-nya.

  maintenance memperluas perangkat

• Rancangan perangkat lunak
• Pemunculan kode
• Pengujian perangkat lunak 3.

  Fase Pemeliharaan (Maintenance Phase). Fase ini berfokus pada perubahan (change), yang dihubungkan dengan koreksi kesalahan, penyesuaian yang dibutuhkan ketika lingkungan perangkat lunak berkembang, serta perubahan sehubungan dengan perkembangan yang disebabkan oleh perubahan kebutuhan pelanggan. Fase pemeliharaan mengaplikasikan lagi langkah- langkah pada fase definisi dan fase pengembangan, tetapi semuanya tetap tergantung pada konteks perangkat lunak yang ada. Ada empat tipe perubahan yang terjadi selama masa fase pengembangan yaitu:

  Fase Pengembangan (Development Phase). Fase ini berfokus pada how (bagaimana); di mana selama masa pengembangan perangkat lunak, teknisi harus mendefinisikan bagaimana data dikonstruksikan, bagaimana fungsi-fungsi diimplementasikan sebagai sebuah arsitektur perangkat lunak, bagaimana detail prosedur akan diimplementasikan, bagaimana interface ditandai (dikarakter- isasi), bagaimana rancangan akan diterjemahkan ke dalam bahasa pemrograman (atau bahasa non- prosedural), serta bagaimana pengujian akan dilakukan. Metode-metode yang diaplikasikan selama masa pengembangan program akan bervariasi, tetapi ada tiga tugas teknis yang khusus yang harus selalu ada, yaitu:

  Muhammad Rusli, Mira Ziveria Page 37

  dalam kategori ini menyangkut: Muhammad Rusli, Mira Ziveria Page 38 menggabungkan strategi pengembangan yang melingkupi lapisan proses, metode, dan alat-alat bantu serta fase-fase generik.

  Strategi ini sering diacu sebagai model

  proses atau paradigma rekayasa perangkat lunak. Model proses untuk rekayasa

  perangkat lunak dipilih berdasarkan sifat aplikasi dan proyeknya, metode dan alat- alat bantu yang akan dipakai, dan kontrol serta penyampaian yang dibutuhkan.

  Model proses tersebut harus disesuaikan dahulu sebelum digunakan oleh tim proyek perangkat lunak. Untuk melakukannya telah dikembangkan alat bantu teknologi proses untuk membantu organisasi perangkat lunak menganalisa proses mereka yang sedang berlangsung, mengorganisasikan tugas-tugas kerja, mengontrol dan memonitor kemajuan serta mengatur kualitas teknis. Alat bantu teknologi proses memperbolehkan organisasi perangkat lunak untuk membangun sebuah model kerangka kerja proses umum otomatis, sejumlah tugas dan aktivitas pelindung. Model tersebut, yang biasanya diwakilkan sebagai sebuah jaringan, kemudian dapat dianalisis untuk menentukan aliran kerja khusus dan mengamati struktur proses alternatif yang menyebabkan pengurangan waktu dan biaya pengembangan.

  Sekali sebuah proses yang diterima diciptakan, alat-alat bantu teknologi proses yang lain dapat dipergunakan untuk mengalokasikan, memonitor dan bahkan mengontrol semua tugas rekayasa perangkat lunak yang didefinisikan sebagai bagian dari model proses. Setiap anggota tim proyek perangkat lunak bisa mempergunakan alat bantu tersebut untuk mengembangkan

  checklist dari tugas-tugas kerja yang

  dilakukan, hasil-hasil kerja yang akan diproduksi dan aktivitas penjaminan kualitas yang akan dilakukan. Alat-alat bantu teknologi proses juga dapat dipergunakan untuk mengoordinasi penggunaan alat-alat bantu perangkat lunak komputer bantuan yang sesuai untuk tugas-tugas kerja khusus.

  Untuk dapat mengembangkan sebuah perangkat lunak secara tepat, ada 4 paradigma yang akan diuraikan dibawah ini, beserta kelebihan dan kekurangannya serta contoh penggunaannya.

  3.5. Waterfall Model 1.

  Pendefinisian Pemodelan ini menyangkut aktivitas berikut:  Rekayasa Sistem dan Analysis. Pekerjaan dimulai dari pembentukan kebutuhan dari semua sistem dan mengalokasikan suatu subset kedalam pembentukan perangkat lunak. Rekayasa sistem dan analisis menekankan pada pengumpulan kebutuhan pada level sistem dengan sedikit perancangan dan analisis.

   Analisis Kebutuhan Perangkat Lunak.

  Proses pengumpulan kebutuhan diintensipkan ke dalam perangkat lunak. Harus dapat dibentuk domain informasi, fungsi yang dibutuhkan, performa dan antar muka. Hasilnya didokumentasikan dan di-review ke pelanggan.  Desain. Proses desain mengubah kebutuhan menjadi bentuk karakteristik yang dimengerti perangkat lunak sebelum dimulai penulisan program.

   Penulisan Program. Desain harus diubah menjadi bentuk yang dimengerti mesin maka dilakukan langkah penulisan program.

   Testing. Testing memfokuskan pada logika internal dari perangkat lunak, fungsi eksternal, dan mencari segala kemungkinan kesalahan serta memeriksa apakah sesuai dengan hasil yang diinginkan.

   Pemeliharaan. Setelah diberikan kepada pelanggan, mungkin ditemui error ketika dijalankan. Atau pelanggan meminta penambahan fungsi, yang menyebabkan faktor pemeliharaan penting dalam penggunaan metode ini. Muhammad Rusli, Mira Ziveria Page 39 Gambar 1. Waterfall Model 2.

  Contoh Penggunaan MIL-STD-2167 adalah suatu kasus yang menerapkan model Waterfall. Dasarnya terdiri dari kebutuhan akan pengembangan dan karena mendapatkan kritik dari sistem komputer. Masing-masing dari standar, menetapkan suatu keseragaman proses pengembangan software yang diterapkan berdasarkan model Waterfall.

  3. Keuntungan  Metode ini menjadi template bagi pengembangan teknik analisis, desain, coding, testing dan pemeliharaan.

   Pada project yang sebenarnya, jarang mengikuti urutan sekuensial seperti yang diusulkan. Iterasi sering terjadi menyebabkan masalah baru.

   Prosesnya diperkirakan sangat mahal.  Proses ini tidak kompatibel dengan penggunaan bahasa Ada.

  4. Kelemahan  Prosesnya tidak secara normal melibatkan pemakai dan operator.

   Model ini adalah pengalaman yang nyata dengan prosesnya.  Penerapan yang standar.

   Prosesnya memasukkan review dan dokumen-dokumen, dapat dihubungkan dengan kebutuhan yang unik dari proyek atau produk khusus.

   Proses didokumentasikan dengan baik.  Konteks dokumen kriterianya didefinisikan dengan baik.

  oleh MIL-STD-2167. Fase b.6 berhubungan dengan sistem testing pada klasifikasi sebelumnya. Aspek penting dari MIL-STD- 2167 adalah bahwa masing-masing fase dari siklus software, standarnya memberikan spesifikasi yang detail.

  MIL-STD-2167 membangun sebuah software sebagai suatu fase dalam sistem daur kehidupan yang lebih umum.  konsep eksplorasi  demonstrasi dan validasi  pengembangan secara penuh  produksi Menurut MIL-STD-2167

  computer software configuration item (CSCI)

   konfigurasi software Penyerahan software didesain suatu

  testing

   analisis kebutuhan software  desain preliminary  desain secara detail  coding dan testing modul  pengumpulan komponen software dan

  evaluasi. Pengembangan secara penuh adalah suatu fase dimana sistem, software, fasilitas subsistem personal, training perlu untuk mendukung desain, pengetesan dan pengevaluasi. Fase produksi dikombinasikan dengan periode overlap. Masa produksi dimulai dari persetujuan produksi sampai sistem terakhir diserahkan dan diterima.” Siklus pengembangan software terdiri dari 6 fase

  prototype software komputer dan test serta

  , “konsep fase eksplorasi adalah masa perencanaan awal ketika teknik, strategi, dan ekonomi berdasarkan pada penetapan melalui studi komprehensif, pengembangan eksperimen, dan konsep evaluasi. Fase demonstrasi dan validasi adalah periode ketika karakteristik sistem yang besar ditemukan pada studi, pengembangan sistem, pengembangan dari

   Sulit bagi pelanggan untuk menentukan semua kebutuhan secara eksplisit.  Pelanggan harus sabar, versi yang bekerja dari perangkat lunak yang dimintanya tidak tersedia sebelum sampai pada waktu yang telah ditentukan.

3.6. Prototyping 1.

   Mendapatkan kebutuhan dan aturan yang jelas yang disetujui pelanggan dalam membuat perangkat lunak.

  Bentuk spiral memberikan gambaran bahwa makin membesar iterasinya, menunjukkan

  Model spiral adalah pendekatan yang paling realistik untuk sistem skala besar. Metode ini menggunakan pendekatan evolusioner, sehingga pelanggan dan pengembang dapat mengerti dan bereaksi terhadap suatu risiko yang mungkin terjadi. Model ini membutuhkan konsiderasi langsung terhadap risiko teknis, sehingga diharapkan dapat mengurangi terjadinya risiko yang besar [4].

  feature yang terbaik dari model Waterfall dan Prototyping.

  yang mengendalikan risiko untuk sebuah pembuatan software dan meningkatkan

  prototyping. Model spiral suatu pendekatan

  Pendefinisian Model spiral telah dibangun sebagai akibat kritikan bahwa model Waterfall menghalangi sedikit sekali yang menggunakan

  3.7. Model Spiral 1.

   Pembuat kadang-kadang membuat implementasi sembarangan, karena ingin working version bekerja dengan cepat.

  prototype dibuat terburu-buru dan rancangan tidak tersusun dengan baik.

  4. Kelemahan  Pelanggan yang melihat working version dari model yang dimintanya tidak menyadari, bahwa mungkin saja

  Muhammad Rusli, Mira Ziveria Page 40

  Pendefinisian Prototyping adalah proses yang membantu pengembang perangkat lunak dalam membentuk model dari perangkat lunak yang harus dibuat.

   Evolusi sistem 3.

  Penerapan metode prototyping adalah pada sistem pengontrolan biaya. Setiap perusahaan pasti mempunyai anggaran biaya, yang dilakukan untuk memonitor transaksi penting dan menjaga agar tidak keluar dari rencana semula. Secara umum, transaksi tersebut direncanakan dan tertuang dalam anggaran dasar tahunan. Dalam hal ini studi kasusnya dibagi 2, yaitu:  Pengenalan masalah.

  Gambar 2. Prototyping 2. Contoh Penggunaan

  digunakan untuk mengolah kembali kebutuhan dari perangkat lunak yang dikembangkan. Suatu proses iterasi terjadi, setelah prototype disesuaikan dengan kebutuhan pelanggan.

  Prototype ini dievaluasi oleh pelanggan dan

  kebutuhan. Dengan perencanaan yang cepat akan dibentuk konstruksi dari prototype-nya.

  Prototyping dimulai dari pengumpulan

  mengimplementasikan sebagian dari fungsi yang ditawarkan perangkat lunak.  Program jadi yang melakukan sebagian atau seluruh fungsi yang akan dilakukan, tetapi masih dikembangkan.

  prototype, yang

   Working

  Model dapat berupa tiga bentuk:  Bentuk prototype di atas kertas/model berbasis komputer (PC) yang menggambarkan interaksi manusia yang mungkin terjadi.

  Keuntungan  Metode prototyping cukup efektif sebagai paradigma dalam rekayasa perangkat lunak. semakin lengkap versi perangkat lunak yang dll). Pada kuadran D adalah penilaian digunakan. Selama awal dari sirkuit, objektif, terhadap hasil dan

  engineering

  alternatif dan batasan diidentifikasi dan memungkinkan untuk melanjutkan ke level dianalisis. berikutnya dari model ini. Model ini memiliki 4 aktivitas penting, yaitu: Model spiral dari A ke B, dari B ke C, dari C ke D dan dari D kembali ke A (yang tentu saja penentuan tujuan,

   Perencanaan, pada level yang berbeda) sampai pada suatu alternative, dan batasan. sistem yang kompleks dibangun/dilakukan

   Analisis Risiko, analisis, alternative, dan tanpa pengecualian. identifikasi/pemecahan risiko.

  2. pengembangan level Contoh Penggunaan

   Engineering, berikutnya dari produk.

  Model spiral digunakan dalam pendefinisian  Customer Evaluation, penilaian terhadap dan pengembangan TRW Software hasil engineering.

  Productivity System (TRW-SPS) atau Sistem Gambar dibawah ini melukiskan bagaimana

  Produktivitas Software TRW, sebuah proses pembuatan software pada model kumpulan dari lingkungan pembuatan spiral:

  software. Misi awal pada kesempatan yang

  sama dengan inisiatif untuk memperbaiki produktivitas dalam seluruh operasi dan suatu hipotesis awal bahwa pembuatan

  software adalah sebuah area yang tepat untuk menginvestigasi [5].

  Tabel 1, 2, dan 3 adalah ringkasan dari penggunaan model spiral untuk 3 tahap pertama dari pendefinisian SPS. Feature terbesar dari masing-masing tahap adalah:  Tahap 0: study pengerjaan Gambar 3. Model Spiral  Tahap 1: konsep operasi Pada kuadran A adalah tahap Perencanaan.  Tahap 2: spesifikasi kebutuhan level Pada kuadran B adalah tahap analisis risiko. utama

  Kuadran C pengembangan keragaman produk (konsep desain, spesifikasi, desain,

  Tabel 1: Penggunaan model spiral: Sistem produktivitas software TRW, Tahap 0 Objektif Produktivitas kenaikan software yang signifikan Batasan Pada biaya yang pantas

  Di dalam konteks kultur TRW Kontrak pemerintah, teknologi, orientasi masyarakat,

   keamanan Alternatif Manajemen: organisasi proyek, perencanaan, pengontrolan. Personal: Staff, training

Teknologi: alat-alat, workstation, metode

Fasilitas: kantor, komunikasi Mungkin tidak ada pengaruh kuat dalam perbaikan Risiko

  Muhammad Rusli, Mira Ziveria Page 41

  Muhammad Rusli, Mira Ziveria Page 42

  Solusi risiko Hasil solusi risiko Rencana untuk fase berikutnya Komitmen Perbaikan mungkin melanggar batasan yang telah ditetapkan

  Survey internal Analisis pemodelan biaya Analisis pengecualian proyek Literatur penelitian Beberapa alternatif yang infisible

  

Sistem waktu-andal tunggal

Campuran dari beberapa alternatif dapat menghasilkan produk yang signifikan.

   Faktor dua buah dalam lima tahun Membutuhkan study selanjutnya untuk menentukan campuran yang baik Tugas enam orang yang dapat dilaksanakan dalam waktu enam bulan Survey dan analisis yang lebih baik

  

Internal, eksternal, ekonomi

Pengembangan konsep operasi perbandingan ekonomi Persediaan fase selanjutnya

Tabel 2: Penggunaan model spiral: Sistem produktivitas software TRW, Tahap 1

  Objektif Batasan Alternatif Risiko Solusi risiko Hasil solusi risiko

  Produktivitas software rangkap dalam 5 tahun Penanaman modal $10,000 per orang Dalam konteks kultur TRW

   Kontrak pemerintah, teknologi tinggi, orientasi masyarakat, keamanan Preferensi untuk produk TRW Kantor: private/modular/… Komunikasi: L AN/star/… Terminal: private/shared; smart/dumb Alat-alat: SREM/PSL- PSA/… ; PDL/SADT/… CPU: IBM/DEC/CDC/… Bertemu dengan option pengaruh kuat Harga TRW LAN Harga workstation Survey eksternal ekstensif, kunjungan pemasaran TRW LAN Memproyeksikan harga workstation. Konsep operasi, kantor pribadi, TRW LAN, terminal perorangan, VAX Mulai dengan terminal utama, percobaan dengan workstation yang pintar Memilih alat-alat Membagi usaha kedalam lingkungan pengembangan software (SDE), fasilitas, manajemen

Desain biaya: 15 % tim untuk 1 tahun

   Pengembangan prototype SDE

Menetapkan suatu proyek untuk menggunakan SDE

Rencana untuk fase berikutnya Menetapkan SDE untuk mendukung proyek Komitmen

Tabel 3: Penggunaan model spiral: Sistem produktivitas software TRW, Tahap 2

  Objektif Sistem pemakai yang ramah Pengumpulan software, alat-alat kantor Mendukung semua proyek personel Mendukung semua fase daur kehidupan

  Batasan Pelanggan, penyerahan SDE Layanan yang dapat dipercaya Alternatif OS: VMS/AT&amp;T Unix/ Berkeley Unix/ISC Host-target/kumpulan alat yang dapat dibawa.

  Workstation: Zenith/LSI- 11/… Risiko Kesalahan untuk proyek pemakai yang dibutuhkan, prioritas Sistem pemakai yang tak ramah

   Solusi risiko 12 language syndrome Penampilan Unix, mendukung Workstation Survey proyek pemakai, kebutuhan partisipasi Survey organisasi pemakaian Unix Study workstation Spesifikasi kebutuhan level-pertama Hasil solusi risiko Host target dengan Unix host Membangun pemakai yang ramah untuk Unix Fokus permulaan pada alt-alat untuk mendukung fase yang jelas Rencana pengembangan untuk alat-alat: SREM, RTT. PDL, alat-alat kantor

    Rencana untuk untuk front end: menyediakan alat-alat fase berikutnya

   untuk LAN: fasilitas Komitmen Berjalan terus dengan sejumlah rencana

  Muhammad Rusli, Mira Ziveria Page 43 menjelaskan kebutuhan, yang akan langsung 3. Keuntungan ditranslasikan ke prototipe operasional.

  Prototipe ini tidak bekerja. Pelanggan  Dapat digunakan dengan efektif untuk mungkin tidak pasti akan hal yang penambahan sistem pada sebuah dibutuhkannya, atau tidak dapat ditangani pembuatan software.

  4GT tool.  Kebanyakan model yang lama dapat dipertimbangkan lagi sebagai suatu Metode 4GT dapat dilihat pada gambar kasus yang khusus dari model spiral. dibawah ini:  Dengan adanya analisis risiko pada model ini membangun sebuah model yang menghindarkan banyak perbedaan  yang timbul pada model-model yang lain.

4. Kelemahan

   Agak sulit meyakinkan pelanggan besar bahwa pendekatan evolusioner ini dapat Gambar 4. Metode 4GT diatur. Hal ini membutuhkan keahlian 2.

  Keuntungan tersendiri. Jika risiko utama tidak ditemukan, maka masalah bisa muncul.

• Untuk aplikasi yang kecil, adalah mungkin untuk langsung berpindah dari
• – 3.8. Fourth-Generation Technique (4th

  pengumpulan kebutuhan ke

  GT)

  implementasi menggunakan bahasa 1. non prosedural (Fourth Generation

  Pendefinisian Language-4GL)

  Istilah Generasi keempat, mengarah ke 3.

  Kelemahan perangkat lunak yang umum yaitu, tiap pengembang perangkat lunak menentukan

• Untuk usaha yang besar, dibutuhkan beberapa karakteristik perangkat lunak pada pengembangan strategi desain untuk level yang tinggi. Tool akan otomatis sistem, walau digunakan bahasa 4GL menghasilkan program sumber berdasarkan
• Penggunaan 4GL tanpa perencanaan spesifikasi tersebut. Teknik 4GT menekankan matang (untuk proyek besar), akan pada kemampuan menentukan perangkat menyebabkan kesulitan yang sama lunak pada level mesin dengan bahasa yang

  (kualitas dan pemeliharaan yang jelek, lebih alami [2]. ketidakpuasan pelanggan)

  Pengembangan perangkat lunak yang

• Tool 4GT yang sudah ada tidak cukup mendukung 4GT berisi tool-tool berikut: canggih untuk mengakomodasikan bahasa alami.

   Bahasa non prosedural untuk query

• Pelanggan-pengembang yang ada pada basis data.

  paradigma sebelumnya tetap menjadi  Report generation bagian penting dari teknik 4GT.

   Data manipulation  Interaksi layar dan definisi 4.

   KESIMPULAN

   Code generation

• Perangkat lunak dapat menjadi elemen

   Kemampuan grafik level tinggi kunci bagi evolusi sistem dan produk  Kemampuan spreadsheet yang berbasis komputer. Perangkat Metode 4GT dimulai dari pengumpulan lunak dirancang dari program-program, kebutuhan. Idealnya pelanggan akan data, dan dokumen. Masing-masing dari Muhammad Rusli, Mira Ziveria Page 44 item-item tersebut terdiri dari sebuah

DAFTAR PUSTAKA

  konfigurasi yang diciptakan sebagai Loudon, J.P. and Loudon, K. C., (2013).

  [1]

  bagian dari proses pengembangan Management Information System, perangkat lunak Managing the Digital Firm. Twelfth

• Rekayasa perangkat lunak adalah edition. England: Pearson Education.

  sebuah disiplin yang mengintegralkan

  [2] Sutabri, T., (2012). Analisa Sistem

  proses, metode dan alat-alat bantu bagi Informasi. Yogyakarta: Andi. pengembangan proses perangkat lunak [3] Raghu.R and Johanes. G., (2003). komputer.

  Sistem Managemen

• Tujuan rekayasa perangkat lunak adalah

  Database.Yogyakarta:

  Andi and menyediakan sebuah kerangka kerja McGraw-Hill Education. guna membangun perangkat lunak Kroenke, D.M. and Auer, D.J., (2014).

  [4] dengan kualitas yang lebih tinggi.

  Database Processing, Fundamentals,

• Spesifikasi kebutuhan perangkat lunak