tugas rpl_model pengembangan perangkat lunak

7/25/2019 Tugas RPL_Model Pengembangan Perangkat Lunak

1/19

Model Pengembangan Perangkat Lunak

Proses Pengembangan Perangkat Lunak (Software Development Process) adalah suatu

penerapan struktur pada pengembangan suatu Perangkat Lunak (Software), yang bertujuan untuk

mengembangkan sistem dan memberikan panduan untuk menyukseskan proyek pengembangan

sistem melalui tahapantahapan tertentu! "ekayasa perangkat lunak adalah teknologi berlapis!

#al itu dapat ditunjukan pada gambar berikut

Dari gambar di atas dapat diartikan bahwa setiap pendekatan rekayasa (termasuk rekayasa

perangkat lunak) harus menekankan pada kualitas!

Dasar untuk rekayasa perangkat lunak adalah lapisan proses! Proses rekayasa perangkat lunak

adalah proses yang terus berulang, karena karakteristik perangkat lunak yang membutuhkan

pemeliharaan dan pengembangan berkelanjutan agar perangkat lunak tidak kadarluasa! Dalam

proses pemeliharaan dilakukan koreksi kesalahan, adaptasi kebutuhan, peningkatan kemampuan

atau fungsi dan bentuk pencegahan lainnya agar perangkat lunak tersebut tidak kadarluasa!

Dalam prosesnya, terdapat beberapa paradigma model pengembangan sistem perangkat lunak,

diantaranya$

%! &odel Sekuensial Linier atau 'aterfall Development &odel

&odel Sekuensial Linier atau sering disebut &odel Pengembangan ir erjun, merupakan

paradigma model pengembangan perangkat lunak paling tua, dan paling banyak dipakai! &odel

ini mengusulkan sebuah pendekatan perkembangan perangkat lunak yang sistematik dan

sekunsial yang dimulai pada tingkat dan kemajuan sistem pada seluruh tahapan analisis, desain ,

kode, pengujian, dan pemeliharaan!


2/19

*erikut &erupakan ahapan + tahapan Pengembangan &odel Sekuensial Linear 'aterfall

Development &odel $

Rekayasa dan pemodelan sistem/informasi

Langkah pertama dimulai dengan membangun keseluruhan elemen sistem dan memilah

bagianbagian mana yang akan dijadikan bahan pengembangan perangkat lunak, dengan

memperhatikan hubungannya dengan #ardware, -ser, dan Database!

Analisis kebutuhan perangkat lunak

Pada proses ini, dilakukan penganalisaan dan pengumpulan kebutuhan sistem yang

meliputi Domain informasi, fungsi yang dibutuhkan unjuk kerjaperformansi dan

antarmuka! #asil penganalisaan dan pengumpulan tersebut didokumentasikan dan

diperlihatkan kembali kepada pelanggan!

Desain

Pada proses Desain, dilakukan penerjemahan syarat kebutuhan sebuah perancangan

perangkat lunak yang dapat diperkirakan sebelum dibuatnya proses pengkodean (coding)!

Proses ini berfokus pada struktur data, arsitektur perangkat lunak, representasi interface,

dan detail algoritma prosedural!

PengkodeanPengkodean merupakan proses menterjemahkan perancangan desain ke bentuk yang

dapat dimengerti oleh mesin, dengan menggunakan bahasa pemrograman!

Pengujian


3/19

Setelah Proses Pengkodean selesai, dilanjutkan dengan proses pengujian pada program

perangkat lunak, baik Pengujian logika internal, maupun Pengujian eksternal fungsional

untuk memeriksa segala kemungkinan terjadinya kesalahan dan memeriksa apakah hasil

dari pengembangan tersebut sesuai dengan hasil yang diinginkan!

Pemeliharaan

Proses Pemeliharaan erupakan bagian paling akhir dari siklus pengembangan dan

dilakukan setelah perangkat lunak dipergunakan! .egiatan yang dilakukan pada proses

pemeliharaan antara lain $

Corrective Maintenance $ yaitu mengoreksi apabila terdapat kesalahan pada perangkat

lunak, yang baru terdeteksi pada saat perangkat lunak dipergunakan!

Adaptive Maintenance $ yaitu dilakukannya penyesuaianperubahan sesuai dengan

lingkungan yang baru, misalnya hardware, periperal, sistem operasi baru, atau sebagai

tuntutan atas perkembangan sistem komputer, misalnya penambahan driver, dll!Perfektive Maintenance $ *ila perangkat lunak sukses dipergunakan oleh pemakai!

Pemeliharaan ditujukan untuk menambah kemampuannya seperti memberikan fungsi

fungsi tambahan, peningkatan kinerja dan sebagainya!

Contoh Penerapan dari Pengembangan Model ekuensial Linear / !aterfall

Development Model

/ontoh dari penerapan model pengembangan ini adalah pembuatan program pendaftaran online

ke suatu 0nstansi Pendidikan! Program ini akan sangat membantu dalam proses pendaftaran,

karena dapat mengefektifkan waktu serta pendaftar tidak perlu repotrepot langsung mendatangi

0nstansi Pendidikan! eknisnya adalah sebagai berikut $

Sistem program untuk pendaftaran dibuat menggunakan bahasa pemrograman P#P,

dengan Sistem Database yang dibuat menggunakan &yS1L, dan diterapkan


4/19

(diaplikasikan) pada P/ (personal computer) dengan sistem operasi berbasis &icrosoft

'indows, Linu2, dan sebagainya!

Setelah program selesai dibuat dan kemudian dipergunakan oleh user, programmer akan

memelihara serta menambah atau menyesuaikan program dengan kebutuhan serta kondisi

user!

"elebihan Model ekuensial Linear / !aterfall Development Model #

o ahapan proses pengembangannya tetap (pasti), mudah diaplikasikan, dan prosesnya

teratur!

o /ocok digunakan untuk produk softwareprogram yang sudah jelas kebutuhannya di

awal, sehingga minim kesalahannya!

o Software yang dikembangkan dengan metode ini biasanya menghasilkan kualitas yang

baik!

o Documen pengembangan sistem sangat terorganisir, karena setiap fase harus

terselesaikan dengan lengkap sebelum melangkah ke fase berikutnya!

"ekurangan Model ekuensial Linear / !aterfall Development Model #

o Proyek yang sebenarnya jarang mengikuti alur sekuensial seperti diusulkan, sehingga

perubahan yang terjadi dapat menyebabkan hasil yang sudah didapatkan tim pengembang

harus diubah kembaliiterasi sering menyebabkan masalah baru!

o erjadinya pembagian proyek menjadi tahaptahap yang tidak fleksibel, karena komitmen

harus dilakukan pada tahap awal proses!

o Sulit untuk mengalami perubahan kebutuhan yang diinginkan oleh customerpelanggan!

o Pelanggan harus sabar untuk menanti produk selesai, karena dikerjakan tahap per tahap,

dan proses pengerjaanya akan berlanjut ke setiap tahapan bila tahap sebelumnya sudah

benarbenar selesai!

o Perubahan ditengahtengah pengerjaan produk akan membuat bingung tim pengembang

yang sedang membuat produk!

o danya waktu kosong (menganggur) bagi pengembang, karena harus menunggu anggota

tim proyek lainnya menuntaskan pekerjaannya!

$% Model Prototype

&etode Prototype merupakan suatu paradigma baru dalam metode pengembangan perangkat

lunak dimana metode ini tidak hanya sekedar evolusi dalam dunia pengembangan perangkat

lunak, tetapi juga merevolusi metode pengembangan perangkat lunak yang lama yaitu sistem

sekuensial yang biasa dikenal dengan nama SDL/ atau waterfall development model!


5/19

Dalam &odel Prototype, prototype dari perangkat lunak yang dihasilkan kemudian

dipresentasikan kepada pelanggan, dan pelanggan tersebut diberikan kesempatan untuk

memberikan masukan sehingga perangkat lunak yang dihasilkan nantinya betulbetul sesuai

dengan keinginan dan kebutuhan pelanggan! perangkat lunak yang akan dikembangkan!

eknik + teknik Prototyping &eliputi $

Perancangan &odel

Perancangan Dialog

Simulasi

*erikut adalah 3 langkah yang menjadi karakteristik dalam proses pengembangan pada metode

prototype, yaitu $

Pemilihan fungsi

Penyusunan Sistem 0nformasi

4valuasi

Penggunaan Selanjutnya

&etode ini menyajikan gambaran yang lengkap dari suatu sistem perangkat lunak, terdiri atas

model kertas, model kerja dan program! Pihak pengembang akan melakukan identifikasikebutuhan pemakai, menganalisa sistem dan melakukan studi kelayakan serta studi terhadap

kebutuhan pemakai, meliputi model interface, teknik prosedural dan teknologi yang akan

dimanfaatkan!


6/19

*erikut adalah ahapan + tahapan Proses Pengembangan dalam &odel Prototype, yaitu $

Pengumpulan kebutuhan

Pelanggan dan pengembang bersamasama mendefinisikan format seluruh perangkat

lunak, mengidentifikasikan semua kebutuhan, dan garis besar sistem yang akan dibuat!

Membangun prototyping

&embangun prototyping dengan membuat perancangan sementara yang berfokus pada

penyajian kepada pelanggan (misalnya dengan membuat input dan format output)!

&valuasi protoptyping4valuasi ini dilakukan oleh pelanggan, apakah prototyping yang sudah dibangun sudah

sesuai dengan keinginan pelanggan atau belum! 5ika sudah sesuai, maka langkah

selanjutnya akan diambil! 6amun jika tidak, prototyping direvisi dengan mengulang

langkahlangkah sebelumnya!

Mengkodekan sistem

Dalam tahap ini prototyping yang sudah di sepakati diterjemahkan ke dalam bahasa

pemrograman yang sesuai!

Menguji sistem

Setelah sistem sudah menjadi suatu perangkat lunak yang siap pakai, kemudian dilakukan

proses Pengujian! Pengujian ini dilakukan dengan 'hite *o2, *lack *o2, *asis Path,

pengujian arsitektur, dan yang lainnya!

&valuasi istem

Pelanggan mengevaluasi apakah perangkat lunak yang sudah jadi sudah sesuai dengan

yang diharapkan ! 5ika ya, maka proses akan dilanjutkan ke tahap selanjutnya, namun jika


7/19

perangkat lunak yang sudah jadi tidakbelum sesuai dengan apa yang diharapkan, maka

tahapan sebelumnya akan diulang!

Menggunakan sistem

Perangkat lunak yang telah diuji dan diterima pelanggan siap untuk digunakan!

&odel Prototyping ini sangat sesuai diterapkan untuk kondisi yang beresiko tinggi di

mana masalahmasalah tidak terstruktur dengan baik, terdapat fluktuasi kebutuhan

pemakai yang berubah dari waktu ke waktu atau yang tidak terduga, bila interaksi dengan

pemakai menjadi syarat mutlak dan waktu yang tersedia sangat terbatas sehingga butuh

penyelesaian yang segera! &odel ini juga dapat berjalan dengan maksimal pada situasi di

mana sistem yang diharapkan adalah yang inovatif dan mutakhir sementara tahap

penggunaan sistemnya relatif singkat!

*erikut merupakan 5enis + jenis dari Prototyping $ 'easibility prototyping

digunakan untuk menguji kelayakan dari teknologi yang akan digunakan untuk system

informasi yang akan disusun!

Re(uirement prototyping

digunakan untuk mengetahui kebutuhan aktivitas bisnis user!

Desain Prototyping

digunakan untuk mendorong perancangan sistem informasi yang akan digunakan!

)mplementation prototyping

merupakan lanjutan dari rancangan prototype, prototype ini langsung disusun sebagai

suatu sistem informasi yang akan digunakan!

Contoh Penerapan Metode Prototype%

Sebuah rumah sakit ingin membuat aplikasi sistem database untuk pendataan pasiennya!

Seorang atau sekelompok programmer akan melakukan identifikasi mengenai apa saja

yang dibutuhkan oleh pelanggan, dan bagaimana model kerja program tersebut!

.emudian dilakukan rancangan program yang diujikan kepada pelanggan!

#asilpenilaian dari pelanggan dievaluasi, dan analisis kebutuhan pemakai kembali di

lakukan!

"elebihan Model Prototype #

o Pelanggan berpartisipasi aktif dalam pengembangan sistem, sehingga hasil produk

pengembangan akan semakin mudah disesuaikan dengan keinginan dan

kebutuhan pelanggan!

o Penentuan kebutuhan lebih mudah diwujudkan!

o &empersingkat waktu pengembangan produk perangkat lunak!


8/19

o danya komunikasi yang baik antara pengembang dan pelanggan!

o Pengembang dapat bekerja lebih baik dalam menentukan kebutuhan pelanggan!

o Lebih menghemat waktu dalam pengembangan sistem!

o Penerapan menjadi lebih mudah karena pelanggan mengetahui apa yang

diharapkannya!

"ekurangan Model Prototype #

o Proses analisis dan perancangan terlalu singkat!

o *iasanya kurang fleksibel dalam mengahadapi perubahan!

o 'alaupun pemakai melihat berbagai perbaikan dari setiap versi prototype, tetapi

pemakai mungkin tidak menyadari bahwa versi tersebut dibuat tanpa

memperhatikan kualitas dan pemeliharaan jangka panjang!

o Pengembang kadangkadang membuat kompromi implementasi dengan

menggunakan sistem operasi yang tidak relevan dan algoritma yang tidak efisien!

7! Model Rapid Application Development *RAD+

"apid plication Development ("D) adalah sebuah model proses perkembanganperangkat

lunak sekuensial linier yang menekankan siklus perkembangan yang sangat pendek (kirakira 89

sampai :9 hari)! &odel "D ini merupakan sebuah adaptasi ;kecepatan tinggi< dari model

sekuensial linier dimana perkembangan cepat dicapai dengan menggunakan pendekatan

konstruksi berbasis komponen!


9/19

*erikut adalah ahapan + tahapan Proses Pengembangan dalam &odel "apid pplication

Development ("D), yaitu $

,ussiness Modeling

=ase ini untuk mencari aliran informasi yang dapat menjawab pertanyaan berikut$

0nformasi apa yang menegndalikan proses bisnis> 0nformasi apa yang dimunculkan>

Di mana informasi digunakan >

Siapa yang memprosenya >

DataModeling

liran informasi yang didefinisikan sebagai bagian dari fase bussiness modeling disaring ke

dalam serangkaian objek data yang dibutuhkan untuk menopang bisnis tersebut! .arakteristik

(atribut) masingmasing objek diidentifikasi dan hubungan antar objekobjek tersebut

didefinisikan!

ProsesModeling

liran informasi yang didefinisikan di dalam fase data modeling ditransformasikan untuk

mencapai aliran informasi yang perlu bagi implementasi sebuah fungsi bisnis! ?ambaran


10/19

pemrosesan diciptakan untuk menambah, memodifikasi, menghapus, atau mendapatkan kembali

sebuah objek data!

Aplication-eneration

Selain menggunakan bahasa pemrograman generasi ketiga, "D juga memakai komponen

program yang telah ada atau menciptakan komponen yang bisa dipakai lagi! laalat bantu bisa

dipakai untuk memfasilitasi konstruksi perangkat lunak!

.esting dan .urnover

.arena proses "D menekankan pada pemakaian kembali, banyak komponen program telah

diuji! #al ini mengurangi keseluruhan waktu pengujian! etapi komponen baru harus diuji dan

semua interface harus dilatih secara penuh!

"elebihan Model RAD #

o Lebih efektif dari Pengembangan &odel waterfallse@uential linear dalam menghasilkan

sistem yang memenuhi kebutuhan langsung dari pelanggan!

o /ocok untuk proyek yang memerlukan waktu yang singkat!

o &odel "D mengikuti tahap pengembangan sistem seperti pada umumnya, tetapi

mempunyai kemampuan untuk menggunakan kembali komponen yang ada sehingga

pengembang tidak perlu membuatnya dari awal lagi sehingga waktu pengembangan

menjadi lebih singkat dan efisien! "ekurangan Model RAD #

o &odel "D menuntut pengembangan dan pelanggan memiliki komitmen di dalam

aktivitas rapidfire yang diperlukan untuk melengkapi sebuah sistem, di dalam kerangka

waktu yang sangat diperpendek! 5ika komitmen tersebut tidak ada, proyek "D akan

gagal!

o idak semua aplikasi sesuai untuk "D, bila system tidak dapat dimodulkan dengan

teratur, pembangunan komponen penting pada "D akan menjadi sangat bermasalah!

o "D tidak cocok digunakan untuk sistem yang mempunyai resiko teknik yang tinggi!

o &embutuhkan enaga kerja yang banyak untuk menyelesaikan sebuah proyek dalam

skala besar!

o 5ika ada perubahan di tengahtengah pengerjaan maka harus membuat kontrak baru

antara pengembang dan pelanggan!


11/19

3! Model )ncremental

&odel 0ncremental merupakan hasil kombinasi elemenelemen dari model waterfall yang

diaplikasikan secara berulang, atau bisa disebut gabungan dari &odel linear sekuensial

(waterfall) dengan &odel Prototype! 4lemenelemen tersebut dikerjakan hingga menghasilkan

produk dengan spesifikasi tertentu kemudian proses dimulai dari awal kembali hingga muncul

hasil yang spesifikasinya lebih lengkap dari sebelumnya dan tentunya memenuhi kebutuhan

pemakai!

&odel ini berfokus pada penyampaian produk operasional dalam Setiap pertambahanya!

Pertambahan awal ada di versi stripped down dari produk akhir, tetapi memberikan kemampuan

untuk melayani pemakai dan juga menyediakan platform untuk evaluasi oleh pemakai! &odel ini

cocok dipakai untuk proyek kecil dengan anggota tim yang sedikit dan ketersediaan waktu yang

terbatas!


12/19

Pada proses Pengembangan dengan &odel 0ncremental, perangkat lunak dibagi menjadi

serangkaian increment yang dikembangkan secara bergantian!

Contoh Penerapan Model )ncremental

Perangkat lunak pengolah kata yang dikembangkan dengan menggunakan paradigma

pertambahan akan menyampaikan manajemen file, editing, serta fungsi penghasilan dokumen

pada pertambahan pertama, dan selanjutnya! Pertambahan pertama dapat disebut sebagai produk

inti (core product)! Dan pada pertambahan selanjutnya, produk inti akan dikembangkan terus

hingga menghasilkan produk jadi yang siap untuk digunakandipasarkan!

"elebihan Model )ncremental #

o Personil bekerja optimal!

o

mampu mengakomodasi perubahan secara fleksibel, dengan waktu yang relatif singkatdan tidak dibutuhkan anggotatim kerja yang banyak untuk menjalankannya!

o Pihak konsumen dapat langsung menggunakan dahulu bagianbagian yang telah selesai

dibangun! /ontohnya pemasukan data karyawan!

o &engurangi trauma karena perubahan sistem! .lien dibiasakan perlahanlahan

menggunakan produknya setiap bagian demi bagian!

o &emaksimalkan pengembalian modal investasi konsumen!

"ekurangan Model )ncremental #

o idak cocok untuk proyek berukuran besar (lebih dari A99!999 baris coding)!

o Sulit untuk memetakan kebutuhan pemakai ke dalam rencana spesifikasi tiaptiap hasil

dari increament!

B! Model piral / Model ,oehm

&odel ini mengadaptasi dua model perangkat lunak yang ada yaitu model prototyping

dengan pengulangannya dan model waterfall dengan pengendalian dan sistematikanya! &odel

ini dikenal dengan sebutan Spiral *oehm! Pengembang dalam model ini memadupadankan

beberapa model umum tersebut untuk menghasilkan produk khusus atau untuk menjawab

persoalanpersoalan tertentu selama proses pengerjaan proyek!


13/19

ahaptahap model ini dapat dijelaskan secara ringkas sebagai berikut $

.ahap Liason#pada tahap ini dibangun komunikasi yang baik dengan calon

penggunapemakai!

.ahap Planning *perencanaan+#pada tahap ini ditentukan sumbersumber informasi,

batas waktu dan informasiinformasi yang dapat menjelaskan proyek!

.ahap Analisis Resiko#mendefinisikan resiko, menentukan apa saja yang menjadi resiko

baik teknis maupun manajemen!

.ahap Rekayasa *engineering+ #pembuatan prototipe!

.ahap "onstruksi dan Pelepasan *release+ # pada tahap ini dilakukan pembangunanperangkat lunak yang dimaksud, diuji, diinstal dan diberikan sokongansokongan

tambahan untuk keberhasilan proyek!

.ahap &valuasi # Pelangganpemakaipengguna biasanya memberikan masukan

berdasarkan hasil yang didapat dari tahap engineering dan instalasi!

"elebihan model ini adalah sangat mempertimbangkan resiko kemungkinan munculnya

kesalahan sehingga sangat dapat diandalkan untuk pengembangan perangkat lunak skala

besar! Pendekatan model ini dilakukan melalui tahapantahapan yang sangat baik dengan

menggabungkan model waterfall ditambah dengan pengulanganpengulangan sehingga

lebih realistis untuk mencerminkan keadaan sebenarnya! *aik pengembang maupun

pemakai dapat cepat mengetahui letak kekurangan dan kesalahan dari sistem karena

prosesprosesnya dapat diamati dengan baik!

"ekurangan model ini adalah waktu yang dibutuhkan untuk mengembangkan perangkat

lunak cukup panjang demikian juga biaya yang besar! Selain itu, sangat tergantung


14/19

kepada tenaga ahli yang dapat memperkirakan resiko! erdapat pula kesulitan untuk

mengontrol proses! Sampai saat ini, karena masih relatif baru, belum ada bukti apakah

metode ini cukup handal untuk diterapkan!

&odel Spiral*oehm sangat cocok diterapkan untuk pengembangan sistem dan perangkat lunakskala besar di mana pengembang dan pemakai dapat lebih mudah memahami kondisi pada setiap

tahapan dan bereaksi terhadap kemungkinan terjadinya kesalahan! Selain itu, diharapkan juga

waktu dan dana yang tersedia cukup memadai!

% .ransformasi 'ormal

&etode ini berbasiskan pada transformasi spesifikasi secara matematik melalui representasi yangberbeda untuk suatu program yang dapat dieksekusi! rasformasi menyatakan spesifikasi

program &enggunakan pendekatan C/leanroom untuk pengembangan PL

&etode ini mempunyai keterbatasan dalam pemakaiannya! .eunggulannya adalah mengurangi

jumlah kesalahan pada sistem sehingga penggunaan utamanya adalah pada sistem yang kritis!

#al ini menjadi efektif dari segi biaya! Pemakaian model pengembangan formal memerlukan

tingkat kerahasian sebelum digunakan! Permasalahan dalam model pengembangan metode

formal$

&emerlukan keahlian khusus dan pelatihan untuk mengaplikasikannya

Sulit menentukan beberapa aspek dari suatu sistem seperti user interface

0% Component1based Development Model


15/19

/omponentbased development sangat berkaitan dengan teknologi berorientasi objek! Pada

pemrograman berorientasi objek, banyak class yang dibangun dan menjadi komponen dalam

suatu software! /lassclass tersebut bersifat reusable artinya bisa digunakan kembali! &odel ini

bersifat iteratif atau berulangulang prosesnya!

Secara umum proses yang terjadi dalam model ini adalah$

0dentifikasi classclass yang akan digunakan kembali dengan menguji class tersebut dengan data

yang akan dimanipulasi dengan aplikasisoftware dan algoritma yang baru!

/lass yang dibuat pada proyek sebelumnya disimpan dalam class library, sehingga bisa langsung

diambil dari library yang sudah ada! 5ika ternyata ada kebutuhan class baru, maka class baru

dibuat dengan metode berorientasi objek! *angun software dengan classclass yang sudah

ditentukan atau class baru yang dibuat, integrasikan!

Penggunaan kembali komponen software yang sudah ada menguntungkan dari segi$

Siklus waktu pengembangan software, karena mampu mengurangi waktu E9F

*iaya produksi berkurang sampai G3F arena pembangunan komponen berkurang

Pembangunan software dengan menggunakan komponen yang sudah tersedia dapat

menggunakan komponen /HS (/ommercial offtheshelf) + yang bisa didapatkan dengan

membeli atau komponen yang sudah dibangun sebelumnya secara internal! /omponent*ased

Software 4ngineering (/*S4) adalah proses yang menekankan perancangan dan pembangunan

software dengan menggunakan komponen software yang sudah ada! /*S4 terdiri dari dua

bagian yang terjadi secara paralel yaitu software engineering (componentbased development)

dan domain engineering seperti yang digambarkan pada gambar dibawah ini!


16/19

Domain engineering menciptakan model domain bagi aplikasi yang akan

digunakan untuk menganalisis kebutuhan pengguna. Identifkasi,

pembangunan, pengelompokan dan pengalokasikan komponen-komponen

sotware supaya bisa digunakan pada sistem yang ada dan yang akan

datang.

Sotware engineering (component-based development melakukan analisis

terhadap domain model yang sudah ditetapkan kemudian menentukan

spesifkasi dan merancang berdasarkan model struktur dan spesifkasisistem, kemudian melakukan pembangunan sotware dengan menggunakan

komponen-komponen yang sudah ditetapkan berdasarkan analisis dan

rancangan yang dihasilkan sebelumnya hingga akhirnya menghasilkan

sotware.


17/19

2% 'ourth -eneration .eni(ues/Model .eknik -enerasi ke13/3-.

Istilah generasi ke empat, mengarah ke perangkat lunak yang umum yaitutiap pengembang perangkat lunak menentukan beberapa karakteristik

perangkat lunak pada level tinggi. Saat ini pengembangan perangkat lunak

yang mendukung !"#, berisi tool-tool berikut $ i %ahasa non prosedural

untuk &uery basis data' ii Report generation; iii) Data manipulation ; iv)

Interaksi layar ' v emampuan grafk level tinggi ' vi emampuan

spreadsheet . #iap tool ini ada tapi hanya untuk sauatu aplikasi khusus.)enggunakan perangkat bantu (tools yang akan membuat kode sumber

secara otomatis berdasarkan spesifkasi dari pengembang perangkat lunak.

*anya digunakan untuk menggunakan perangkat lunak yang menggunakan

bahasa khusus atau notasi grafk yang diselesaikan dengan syarat yangdimengerti pemakai. +akupan aktivitas !"# $

Pengumpulan kebutuhan, idealnya pelanggan akan menjelaskan kebutuhan yang akan

ditranslasikan ke prototype operasional!

ranslasi kebutuhan menjadi prototype operasional, atau langsung melakukan implementasi

secara langsung dengan menggunakan bahasa generasi keempat (3?L) jika aplikasi relatif

kecil!

-ntuk aplikasi yang cukup besar, dibutuhkan strategi perancangan sistem walaupun 3?L

akan digunakan!

Pengujian!

&embuat dokumentasi!

&elaksanakan seluruh aktivitas untuk mengintegrasikan solusisolusi yang membutuhkan

paradigma rekayasa perangkat lunak lainnya!

Salah satu keuntungan penggunaan model !"# adalah pengurangan

waktu dan peningkatan produktivitas secara besar, sementara

kekurangannya terletak pada kesulitan penggunaan perangkat bantu (tools


18/19

dibandingkan dengan bahsa pemrograman, dan uga kode sumber yang

dihasilkannya tidak efsien.ntuk aplikasi yang yang kecil, adalah mungkin untuk langsung berpindah

dari pengumpulan kebutuhan ke implementasi dengan menggunakan !".

#api untuk aplikasi yang besar, dibutuhkan pengembangan strategi desain

untuk sistem, walau digunakan !". /enggunaan !"# tanpa perencanaanyang matang (untuk proyek skala besar akan meyebabkan kesulitan yang

sama (kualitas dan pemeliharaan yang elek, ketidakpuasan pelanggan

seperti dengan metode konvensional.


19/19

Daftar Pustaka

https$murtri!wordpress!comA9%39GABmodelmodelpengembanganperangkatlunakbeserta

contohpenerapannya

http$komandankempong!blogspot!co!idA9%%9:modelprosesrekayasaperangkatlunak!html

http$nunikr!blog!upi!eduA9%B9A%3pengertiandanmodelprosesrekayasaperangkatlunak

file$/$-sersasusDownloadsmetodeIIpengembanganIIperangkatIIlunakFA9(%)!doc2
https://murtri.wordpress.com/2014/08/25/model-model-pengembangan-perangkat-lunak-beserta-contoh-penerapannya/https://murtri.wordpress.com/2014/08/25/model-model-pengembangan-perangkat-lunak-beserta-contoh-penerapannya/http://komandankempong.blogspot.co.id/2011/09/model-proses-rekayasa-perangkat-lunak.htmlhttp://nunikr.blog.upi.edu/2015/02/14/pengertian-dan-model-proses-rekayasa-perangkat-lunak/http://c/Users/asus/Downloads/metode__pengembangan__perangkat__lunak%20(1).docxhttp://komandankempong.blogspot.co.id/2011/09/model-proses-rekayasa-perangkat-lunak.htmlhttp://nunikr.blog.upi.edu/2015/02/14/pengertian-dan-model-proses-rekayasa-perangkat-lunak/http://c/Users/asus/Downloads/metode__pengembangan__perangkat__lunak%20(1).docxhttps://murtri.wordpress.com/2014/08/25/model-model-pengembangan-perangkat-lunak-beserta-contoh-penerapannya/https://murtri.wordpress.com/2014/08/25/model-model-pengembangan-perangkat-lunak-beserta-contoh-penerapannya/

tugas rpl_model pengembangan perangkat lunak

Documents