Tugas Mandiri 1 MPPL - DBC 117 033
Tugas Mandiri 1 MPPL - DBC 117 033
1. Requirement Analysis
Tahap ini pengembang sistem diperlukan komunikasi yang
bertujuan untuk memahami perangkat lunak yang diharapkan
oleh pengguna dan batasan perangkat lunak tersebut. Informasi
ini biasanya dapat diperoleh melalui wawancara, diskusi atau
survei langsung. Informasi dianalisis untuk mendapatkan data
yang dibutuhkan oleh pengguna.
2. System Design
Spesifikasi kebutuhan dari tahap sebelumnya akan dipelajari
dalam fase ini dan desain sistem disiapkan. Desain Sistem
membantu dalam menentukan perangkat keras(hardware) dan
sistem persyaratan dan juga membantu dalam mendefinisikan
arsitektur sistem secara keseluruhan.
3. Implementation
Pada tahap ini, sistem pertama kali dikembangkan di program
kecil yang disebut unit, yang terintegrasi dalam tahap
selanjutnya. Setiap unit dikembangkan dan diuji untuk
fungsionalitas yang disebut sebagai unit testing.
B. Metode Prototype
a. Definisi Metode Prototype
Prototyping merupakan salah satu metode pengembangan perangat
lunak yang banyak digunakan. Dengan metode prototyping ini
pengembang dan pelanggan dapat saling berinteraksi selama proses
pembuatan sistem. Sering terjadi seorang pelanggan hanya
mendefinisikan secara umum apa yang dikehendakinya tanpa
menyebutkan secara detail output apa saja yang dibutuhkan, pemrosesan
dan data-data apa saja yang dibutuhkan. Sebaliknya disisi pengembang
kurang memperhatikan efesiensi algoritma, kemampuan sistem operasi
dan interface yang menghubungkan manusia dan komputer.
Untuk mengatasi ketidakserasian antara pelanggan dan
pengembang , maka harus dibutuhkan kerjasama yang baik diantara
keduanya sehingga pengembang akan mengetahui dengan benar apa yang
diinginkan pelanggan dengan tidak mengesampingkan segi-segi teknis
dan pelanggan akan mengetahui proses-proses dalam menyelesaikan
system yang diinginkan. Solusinya adalah dengan melakukan simulasi
perancangan dengan biaya yang kecil, salah satunya dengan membuat
model (prototype). Untuk itu kita dapat menerapkan UCD (User Centered
Design) dalam pembuatan prototype tersebut.UCD adalah mengenai
perancangan teknologi yang interaktif untuk memenuhi kebutuhan user.
b. Tahapan Metode Prototype
Tahapan-tahapan dalam Prototyping adalah sebagai berikut:
1. Pengumpulan Kebutuhan
Pelanggan dan pengembang bersama-sama mendefinisikan format
seluruh perangkat lunak, mengidentifikasikan semua kebutuhan, dan
garis besar sistem yang akan dibuat.
2. Membangun Prototyping
Membangun prototyping dengan membuat perancangan sementara
yang berfokus pada penyajian kepada pelanggan (misalnya dengan
membuat input dan format output).
3. Evaluasi Prototyping
Evaluasi ini dilakukan oleh pelanggan apakah prototyping yang sudah
dibangun sudah sesuai dengan keinginann pelanggan. Jika sudah
sesuai maka langkah 4 akan diambil. Jika tidak prototyping direvisi
dengan mengulangi langkah 1, 2 , dan 3.
4. Mengkodekan Sistem
Dalam tahap ini prototyping yang sudah di sepakati diterjemahkan ke
dalam bahasa pemrograman yang sesuai.
5. Menguji Sistem
Setelah sistem sudah menjadi suatu perangkat lunak yang siap pakai,
harus dites dahulu sebelum digunakan. Pengujian ini dilakukan
dengan White Box, Black Box, Basis Path, pengujian arsitektur dan
lain-lain.
6. Evaluasi Sistem
Pelanggan mengevaluasi apakah sistem yang sudah jadi sudah sesuai
dengan yang diharapkan . Jika ya, langkah 7 dilakukan; jika tidak,
ulangi langkah 4 dan 5.
7. Menggunakan Sistem
Perangkat lunak yang telah diuji dan diterima pelanggan siap untuk
digunakan .
1. Tahap Liason
Tahap ini berhubungan dengan komunikasi antara pihak-pihak yang
terlibat dalam pengembangan softaware (seperti: system analyst)
dengan pelanggan (user). Tujuannya adalah memperbaiki dan
mengembangan software sesuai kebutuhan dan keinginan hingga
memuaskan pelanggan.
2. Tahap Planning
Tahap perencanaan meliputi estimasi biaya yang digunakan, batas
waktu, pengaturan jadwal, identifikasi lingkungan kerja, sumber-
sumber informasi untuk melakukan iterasi (Teknik perulangan). Hasil
dari tahapan ini adalah dokumen spesifikasi kebutuhan sistem dan
bisnis.
5. Tahap Evaluasi
Pada tahap evaluasi, system analyst membutuhkan masukan dan
tanggapan dari para user dalam mengevaluasi perangkat/produk yang
diuji dan memastikan bahwa produk dibutuhkan sesuai ketentuan
yang telah dibicarakan diawal dengan user. System analyst
memastikan pelanggan puas dengan produk yang akan dihasilkan
untuk menjawab persoalan bisnis mereka. Selain itu, system analyst
harus tetap memantau resiko yang akan terjadi seperti faktor-faktor
yang dapat menyebabkan cost overrun (pembengkakan biaya).
c. Kelebihan Metode Spiral
1. Pembangunan dan perubahan perangkat lunak yang terjadi dapat
diselesaikan secara sistematis
2. Mudah dalam mengestimasi biaya karena proses pembuatan prototype
yang jelas dan terencana dalam tahapan yang sistematis
3. Manajemen dan analisa risiko yang lebih cepat dan mudah
4. Mudah dalam melakukan perubahan kebutuhan dan dokumentasi
5. Produksi software bisa terjadi lebih cepat
D. Metode RAD
a. Definisi Metode RAD
Rapid Aplication Development (RAD) adalah sebuah model proses
perkembangan perangkat lunak sekuensial linier yang menekankan siklus
perkembangan yang sangat pendek (kira-kira 60 sampai 90 hari). Model
RAD ini merupakan sebuah adaptasi “kecepatan tinggi” dari model
sekuensial linier dimana perkembangan cepat dicapai dengan
menggunakan pendekatan konstruksi berbasis komponen.
b. Tahapan Metode RAD
1. Business Modeling
Fase ini untuk mencari aliran informasi yang dapat menjawab
pertanyaan berikut:
Informasi apa yang menegndalikan proses bisnis?
Informasi apa yang dimunculkan?
Di mana informasi digunakan ?
Siapa yang memprosenya ?
2. Data Modeling
Aliran informasi yang didefinisikan sebagai bagian dari fase bussiness
modeling disaring ke dalam serangkaian objek data yang dibutuhkan
untuk menopang bisnis tersebut. Karakteristik (atribut) masing-
masing objek diidentifikasi dan hubungan antar objek-objek tersebut
didefinisikan.
3. Proses Modeling
Aliran informasi yang didefinisikan di dalam fase data modeling
ditransformasikan untuk mencapai aliran informasi yang perlu bagi
implementasi sebuah fungsi bisnis. Gambaran pemrosesan diciptakan
untuk menambah, memodifikasi, menghapus, atau mendapatkan
kembali sebuah objek data.
4. Application Generation
Selain menggunakan bahasa pemrograman generasi ketiga, RAD juga
memakai komponen program yang telah ada atau menciptakan
komponen yang bisa dipakai lagi. Ala-alat bantu bisa dipakai untuk
memfasilitasi konstruksi perangkat lunak.
5. Testing dan Turnover
Karena proses RAD menekankan pada pemakaian kembali, banyak
komponen program telah diuji. Hal ini mengurangi keseluruhan waktu
pengujian. Tetapi komponen baru harus diuji dan semua interface
harus dilatih secara penuh.
E. Metode Agile
a. Definisi Metode Agile
Agile Development Methods adalah sekelompok metodologi
pengembangan perangkat lunak yang didasarkan pada prinsip-prinsip
yang sama atau pengembangan sistem jangka pendek yang memerlukan
adaptasi cepat dari pengembang terhadap perubahan dalam bentuk
apapun. Agile development methods merupakan salah satu dari
Metodologi pengembangan perangkat lunak yang digunakan dalam
pengembangan perangkat lunak.
2. Implementasi
Bagian dari proses dimana programmer melakukan pengkodean
perangkat lunak.
4. Dokumentasi
Setelah dilakukan tes perangkat lunak langkah selanjutnya yaitu
proses dokumentasi perangkat lunak untuk mempermudah proses
maintenanance kedepannya.
5. Deployment
Proses yang dilakukan oleh penjamin kualitas untuk menguji kualitas
sistem. Setelah sistem memenuhi syarat maka perangkat lunak siap
dideployment.
6. Pemeliharaan
Langkah terakhir yaitu pemeliharaan. Tidak ada perangkat lunak yang
100% bebas dari bug, oleh karena itu sangatlah penting agar perangkat
lunak dipelihara secara berkala.
c. Kelebihan Metode Agile
1. Meningkatkan kepuasan kepada klien.
2. Dapat melakukan review pelanggan mengenai software yang dibuat
lebih awal.
3. Pembangunan system dibuat lebih cepat.
4. Mengurangi resiko kegagalan implementasi software dari segi non-
teknis.
5. Jika pada saat pembangunan system terjadi kegagalan kerugian dari
segi materi relatif kecil.
Binus. 2019. " Mengenal Metode pembuatan sistem informasi Waterfall ".
https://binus.ac.id/bandung/2019/11/mengenal-metode-pembuatan-sistem-
informasi-waterfall/.