00:00:00
Halo
00:00:00
[Musik]
00:00:07
[Musik]
00:00:19
assalamualaikum warahmatullah
00:00:21
wabarakatuh
00:00:22
Di pertemuan kali ini mata kuliah
00:00:25
rekayasa perangkat lunak kita akan bahas
00:00:28
mengenai metodologi pengembangan sistem
00:00:30
informasi
00:00:32
kita akan mulai dari definisi metode itu
00:00:35
apa jadi metode itu berasal dari bahasa
00:00:38
Yunani
00:00:39
methodos yang berarti cara atau jalan
00:00:42
yang ditempuh nah sedangkan metodologi
00:00:46
ini tersusun dari cara-cara yang
00:00:49
terstruktur untuk memperoleh ilmu
00:00:52
metodologi terdapat havard tahapan yaitu
00:00:56
metode teknik dan alat atau tools dan
00:01:00
bisa digunakan nah secara umum
00:01:03
metodologi adalah ilmu-ilmu atau cara
00:01:07
yang digunakan untuk memperoleh
00:01:09
kebenaran menggunakan penelusuran dengan
00:01:13
tata syarat tertentu Dalam menemukan
00:01:15
kebenaran tergantung dari realitas yang
00:01:18
sedang dikaji berikutnya ada beberapa
00:01:21
metodologi pengembangan sistem informasi
00:01:24
yang akan kita bahas yaitu Waterfall
00:01:28
inkremental Prototype dan skrub Oke kita
00:01:32
akan bahas satu persatu mulai dari
00:01:34
metodologi pengembangan sistem informasi
00:01:37
menggunakan Waterfall
00:01:39
nah Waterfall ini dimulai di tahun
00:01:43
1970-an dan sekarang ini lebih dikenal
00:01:47
dengan sekuensial linier model ini
00:01:50
melakukan pendekatan secara sistematis
00:01:54
dan dimulai dari analysis design coding
00:01:58
testing dan dan disebut dengan Waterfall
00:02:01
karena fase berikutnya tidak boleh
00:02:05
dimulai sebelum fase sebelumnya selesai
00:02:07
ada beberapa kelebihan dan kekurangan
00:02:10
menggunakan model water for ini yang
00:02:13
pertama untuk kelebihannya proses
00:02:15
menjadi teratur estimasi proses menjadi
00:02:18
lebih baik jadwal menjadi lebih menentu
00:02:21
dan progres untuk setiap tahap dapat
00:02:23
dilihat secara pasti sedangkan
00:02:26
kekurangannya komitmen harus dilakukan
00:02:28
pada tahap awal proses nah ini akan
00:02:30
sulit bagi perekayasa untuk menanggapi
00:02:33
perubahan kebutuhan pelanggan Berikut
00:02:36
ini adalah tahapan proses dari model
00:02:39
Waterfall yaitu requirement definition
00:02:42
kemudian system and software Design
00:02:45
implementation and unit testing
00:02:46
integration and system testing dan
00:02:50
Operation and maintenance
00:02:51
Oke berikutnya kita akan lanjut ke model
00:02:55
incremental model inkremental ini adalah
00:02:58
proses penambahan sedikit demi sedikit
00:03:01
atau inkremental yang berfokus pada
00:03:04
pengiriman produk yang bersifat
00:03:06
operasional pada setiap tahapan jadi
00:03:09
dalam hal ini proses inkremental ini
00:03:12
berfokus pada pengiriman produk
00:03:14
operasional disetiap tahapan produk
00:03:17
versi awal seringkali merupakan versi
00:03:19
yang relatif sederhana dari produk final
00:03:22
namun produk ini langsung dapat
00:03:24
digunakan untuk melayani kebutuhan
00:03:27
pengguna dan juga untuk dilakukan
00:03:29
evaluasi oleh pengguna sistem yang tidak
00:03:32
bisa di modul risasi tidak cocok untuk
00:03:34
model inkremental ini untuk kelebihan
00:03:38
model inkremental ini pengguna dapat
00:03:40
langsung menggunakan dulu bagian-bagian
00:03:43
yang telah selesai dibangun kemudian
00:03:45
pengguna dibiasakan perlahan-lahan
00:03:48
menggunakan produknya bagian perbagian
00:03:51
selanjutnya risiko untuk kegagalan
00:03:54
proyek secara keseluruhan lebih rendah
00:03:57
untuk kekurangan dari model inkremental
00:04:00
tambahan yang dibangun harus dimasukkan
00:04:02
kedalam struktur yang ada tanpa
00:04:04
menurunkan kualitas dari sistem yang
00:04:06
telah dibangun sampai saat ini yang
00:04:10
kedua kemungkinan tiap bagian tidak
00:04:12
dapat diintegrasikan dan yang ketiga
00:04:15
mungkin terjadi kesulitan untuk
00:04:17
memetakan kebutuhan pengguna ke dalam
00:04:20
rencana spesifikasi masing-masing
00:04:22
inkremen Ok Berikut ini adalah tahapan
00:04:25
proses dari model inkremental
00:04:28
berdasarkan gambar ini kita bisa lihat
00:04:30
ada beberapa tahapan yaitu communication
00:04:35
planning modelling construction dan
00:04:37
deployment yang masing-masingnya itu
00:04:39
terdiri dari pigment pertama increment
00:04:42
kedua dan instrumen berikutnya
00:04:44
berikutnya kita akan lanjut ke model
00:04:47
prototype nah Prototype adalah bentuk
00:04:51
dasar atau model awal dari suatu sistem
00:04:54
atau bagian dari suatu sistem menurut
00:04:57
jogiyanto di tahun 2003 setelah
00:05:00
operasikan Prototype ditingkatkan terus
00:05:03
sesuai dengan kebutuhan pemakai sistem
00:05:05
yang juga meningkat kelebihan dari
00:05:07
penggunaan model prototype yang pertama
00:05:09
adanya komunikasi yang baik antara
00:05:11
pengembang dan pelanggan yang kedua
00:05:14
pengembang dapat bekerja lebih baik
00:05:15
dalam menentukan kebutuhan pelanggan
00:05:18
yang ketiga penerapan menjadi lebih
00:05:21
mudah karena pemakai mengetahui apa yang
00:05:24
diharapkannya Jin yang keempat user
00:05:27
dapat berpartisipasi aktif dalam
00:05:29
pengembangan sistem untuk kekurangan
00:05:32
model prototype yang pertama proses
00:05:35
analisis dan perancangan terlalu singkat
00:05:37
yang kedua walaupun pemakai melihat
00:05:40
berbagai perbaikan dari setiap versi
00:05:42
Prototype tetapi pemakai mungkin tidak
00:05:45
menyadari bahwa versi tersebut dibuat
00:05:47
tanpa memperhatikan kualitas dan
00:05:49
pemeliharaan jangka panjang kekurangan
00:05:52
yang ketiga pengembang biasanya ingin
00:05:54
cepat menyelesaikan proyek sehingga
00:05:57
menggunakan algoritma dan bahasa rekaman
00:06:00
yang sederhana untuk membuat prototyping
00:06:03
lebih cepat selesai tanpa memikirkan
00:06:05
bahwa program tersebut hanya merupakan
00:06:07
cetak biru sistem atau blueprint sistem
00:06:11
Berikut ini merupakan tahapan proses
00:06:14
dari model prototype seperti yang tampak
00:06:16
mislead ini oleh dari communication atau
00:06:19
komunikasi kemudian goodplant atau
00:06:22
perencanaan cepat lanjut ke mode Liquid
00:06:26
desain atau model perencanaan cepat
00:06:29
selanjutnya construction of Prototype
00:06:31
atau pembangunan Prototype kemudian
00:06:33
lanjut ke di playmen delivery and
00:06:36
feedback atau pengiriman dan penyebaran
00:06:38
dan tanggapan Oke kita lanjut ke Model
00:06:42
kram-kram pertama kali diperkenalkan
00:06:45
oleh Jeff Sutherland di tahun awal
00:06:49
1990-an dan dikembangkan selanjutnya
00:06:52
oleh skober dan bidel pada dasarnya
00:06:55
schramm ini merupakan salah satu
00:06:57
komponen dari metodologi
00:07:00
ngene jail yang dalam menjalankan
00:07:02
kerjasama antara anggota tim kram
00:07:05
menekankan lokasi fisik yang sama atau
00:07:08
saran online yang akrab antara semua
00:07:11
member atau anggota tim dan juga
00:07:13
pertemuan tatap muka setiap hari antara
00:07:16
semua anggota Tim Nas kram ini bisa
00:07:19
didefinisikan sebagai model yang
00:07:21
fleksibel strategi pengembangan yang
00:07:23
menyeluruh dimana seluruh tim bekerja
00:07:26
sebagai satu unit dalam mencapai sebuah
00:07:29
gol yang sama prinsip dari sekrup adalah
00:07:32
memahami bahwa dalam Project yang tengah
00:07:35
berlangsung klien mungkin mengubah apa
00:07:37
yang menjadi kebutuhan dan keinginannya
00:07:39
nah perubahan itu biasanya sulit
00:07:41
diadaptasi oleh Framework atau model
00:07:44
pengembangan aplikasi yang bersifat
00:07:46
tradisional namun schramm justru
00:07:49
menerima perubahan dan memaksimalkan
00:07:51
seluruh anggota timnya untuk
00:07:53
menyesuaikan perubahan yang bisa
00:07:55
dibilang mendadak dan cepat ini Berikut
00:07:58
ini merupakan Kerangka kerja Sam atau
00:08:00
scrub Framework yang terdiri dari rolls
00:08:04
artifacts dan ceremony is untuk Rose ini
00:08:08
terdiri dari produk owner schramm Master
00:08:10
dan development team tapi vetsin terdiri
00:08:13
dari produk big screen backlog dan
00:08:15
berendam chord kemudian Sere manis ini
00:08:18
terdiri dari sprint planning sprint
00:08:21
review sprint retrospektif dan daily
00:08:24
scrub meeting Oke kita akan bahas secara
00:08:26
detail satu persatu mulai dari rolls
00:08:29
product owner proses produk owner ini
00:08:32
maksudnya adalah orang yang menentukan
00:08:34
spesifikasi atau fitur dari software
00:08:37
yang akan dibangun kemudian rolls
00:08:39
pramaster ini adalah orang yang
00:08:42
bertanggung jawab untuk mengatur schramm
00:08:45
proses lama proyek berjalan berikut
00:08:48
untuk rolls atau peran development team
00:08:50
ini adalah semua pihak yang
00:08:52
mengembangkan produk yang diminta oleh
00:08:55
product owner seperti bisnis analysis
00:08:58
software arsitek default software tester
00:09:00
dan lain sebagainya berikut untuk artis
00:09:03
produk develop product blog ini
00:09:06
bertujuan untuk menentukan prioritas apa
00:09:09
saja yang harus dilakukan selama
00:09:12
pengerjaan sprint yaitu rapat
00:09:14
perencanaan pembuatan perangkat lunak
00:09:16
yang dilakukan sesuai dengan durasi yang
00:09:18
telah disepakati nah produk backlog ini
00:09:21
melibatkan seluruh tim terkait dari
00:09:24
mulai produk owner seamaster hingga
00:09:27
timpengembang berikutnya untuk Arti Fat
00:09:29
print backdrop jadi sprint backlog
00:09:32
adalah pukulan item produk baglog yang
00:09:36
dipilih untuk sprint ditambah sebuah
00:09:38
rencana Untuk mengantarkan produk
00:09:40
tersebut dan mewujudkan tujuan sprint
00:09:43
dan sprint backlog ini bisa dikatakan
00:09:45
sebagai perkiraan oleh tim tentang
00:09:49
fungsi apa yang akan tersedia pada
00:09:51
update berikutnya sekaligus pekerjaan
00:09:54
yang dibutuhkan untuk memberikan
00:09:56
fungsionalitas sebagai update produk
00:09:59
kedepannya Hai Nah tim ini bisa
00:10:02
memodifikasi sprint backlog sepanjang
00:10:04
sprint dan sprint backlog ini muncul
00:10:07
Selama sprint kemunculan ini terjadi
00:10:10
saat tim bekerja melalui rencana dan
00:10:13
belajar lebih banyak tentang pekerjaan
00:10:15
yang dibutuhkan untuk mencapai tujuan
00:10:17
dari sprint berikutnya untuk artissek
00:10:21
berendam cat jadi benda loncat ini
00:10:24
adalah pengukur visual yang menunjukkan
00:10:27
hasil kerja yang selesai perharinya
00:10:29
terhadap tingkat penyelesaian yang
00:10:32
diproyeksikan untuk rilis proyek saat
00:10:34
ini nah tujuannya untuk memungkinkan
00:10:37
agar proyek berada di jalur untuk
00:10:40
memberikan solusi yang diharapkan Sesuai
00:10:42
dengan jadwal yang diinginkan Oke
00:10:45
berikutnya ceremony sprint planning
00:10:47
print planning ini merupakan proses yang
00:10:50
paling penting dan dilakukan setiap kali
00:10:52
akan memulai sprint yang baru dalam
00:10:55
proses ini seluruh tim berkumpul untuk
00:10:58
merumuskan tugas apa saja yang ingin
00:11:00
dikerjakan dan dirilis dalam beberapa
00:11:03
waktu kedepan
00:11:05
berikutnya ceremony sprint preview nah
00:11:08
sprint review adalah waktunya bagi
00:11:11
anggota tim untuk mendemonstrasikan apa
00:11:13
saja yang berhasil diselesaikan dalam
00:11:16
satu sprint sprint review dilakukan
00:11:19
setelah satu kali pengerjaan sprint
00:11:21
selesai berikutnya ceremony sprint
00:11:24
retrospektif sprint retrospektif ini
00:11:27
dilakukan di akhir setiap sprint Dalam
00:11:30
meeting ini masing-masing anggota tim
00:11:32
termasuk skrub Master dan produk owner
00:11:35
ini mengutarakan pendapat terkait
00:11:37
kinerja tim selama penerapan strum tanpa
00:11:41
membahas Sisi teknis dari proyek yang
00:11:43
telah dikerjakan
00:11:44
Nah selanjutnya untuk ceremony is daily
00:11:47
Scrub di Fase ini masing-masing anggota
00:11:50
tim saling berbagi apa saja yang telah
00:11:53
dikerjakan dan apa yang akan dikerjakan
00:11:56
di hari tersebut para anggota tim ini
00:11:58
juga bisa
00:12:00
dan hambatan apa yang ditemui selama
00:12:02
pengerjaan nah Delis kram dilakukan
00:12:05
setiap hari Selama sprint berlangsung
00:12:08
Oke kita lanjut ke kelebihan dan
00:12:10
kekurangan dari penggunaan model scam
00:12:13
yang pertama untuk kelebihannya
00:12:15
keperluan berubah dengan cepat kemudian
00:12:18
tim berukuran kecil sehingga melancarkan
00:12:21
komunikasi
00:12:22
mengurangi biaya dan memberdayakan satu
00:12:24
sama lain berikutnya pekerjaan
00:12:27
terbagi-bagi sehingga dapat diselesaikan
00:12:29
dengan cepat
00:12:31
dokumentasi dan pengujian terus-menerus
00:12:33
dakukan setelah software dibangun
00:12:36
berikutnya proses kram ini mampu
00:12:38
menyatakan bahwa produk selesai kapanpun
00:12:41
diperlukan nah selain Beberapa kelebihan
00:12:43
dari penggunaan model seram ada juga
00:12:46
kekurangannya yaitu developer harus
00:12:48
selalu siap dengan perubahan karena
00:12:51
perubahan yang akan selalu diterima
00:12:53
Hai Nah dari tahapan proses model
00:12:55
scrubnya kita bisa lihat dari sprint
00:12:58
backlog sampai menghasilkan
00:13:00
fungsionalitas baru ini ada beberapa
00:13:02
tahapan dan proses yang harus dilalui di
00:13:06
setiap 30 hari atau satu bulan dan 24
00:13:09
jamnya itu rutin dilakukan deliska
00:13:11
meeting ini untuk membahas solusi
00:13:14
permasalahan sesuai kebutuhan atau
00:13:16
permintaan klien dan juga untuk
00:13:19
merencanakan kira-kira Apa yang harus
00:13:21
dilakukan kedepannya sehingga di dalam
00:13:24
model scream ini semua Tim memang harus
00:13:28
memiliki kemampuan untuk bisa
00:13:29
beradaptasi atau merespon apapun
00:13:32
kebutuhan klien dengan cepat untuk
00:13:35
tahapan proses secara detail spemuda and
00:13:38
models cream bisa kita lihat di slet ini
00:13:40
jadi product owner yang sudah merilis
00:13:43
produk b-club atau daftar Apa saja
00:13:46
kebutuhan fitur dan sebagainya melalui
00:13:50
tim ini bertugas sesuai dengan daftar
00:13:53
Tuhan fungsional yang harus dilakukan di
00:13:56
Pengembangan sistem dengan siap tanggap
00:13:58
dengan melakukan yang namanya tadi
00:14:00
delistar meeting untuk menyelesaikan
00:14:03
pekerjaan sesuai dengan permintaan klien
00:14:07
oke itu saja pembahasan kita untuk
00:14:10
metodologi pengembangan sistem informasi
00:14:12
jadi ada empat model yang kita bahas di
00:14:15
dalam pertemuan ini yaitu model
00:14:17
Waterfall model incremental model
00:14:19
prototype dan model stream berikutnya
00:14:23
kita akan eksplorasi dengan cara
00:14:25
menganalisis metodologi pengembangan
00:14:27
sistem yang sudah kita bahas tadi yang
00:14:29
pertama Jelaskan fungsi utama metodologi
00:14:33
pengembangan perangkat lunak yang kedua
00:14:36
setiap metodologi pengembangan atau
00:14:38
model proses perangkat lunak ini
00:14:41
mempunyai karakteristik masing-masing
00:14:43
namun secara umum terdapat persamaan
00:14:45
dari metodologi metodologi pengembangan
00:14:48
nah sebutkan dan jelaskan Apa
00:14:50
persamaannya yang ketiga
00:14:53
Jelaskan kondisi yang tepat penerapan
00:14:56
metodologi Waterfall incremental
00:14:58
Prototype dan Stream yang keempat
00:15:01
Berikan contoh tools atau alat yang
00:15:04
digunakan pada setiap tahap dalam
00:15:06
metodologi Waterfall inkremental
00:15:09
Prototype dan Stream yang kelima Apakah
00:15:12
anda setuju dengan pendapat bahwa tidak
00:15:15
ada metodologi yang paling cocok untuk
00:15:17
semua studi kasus perangkat lunak nah
00:15:19
ini dijelaskan ya alasannya yang keenam
00:15:22
Jelaskan dasar-dasar pertimbangan dalam
00:15:25
memutuskan penggunaan suatu metodologi
00:15:27
pengembangan perangkat lunak nah ini
00:15:30
akan jadi bahan analisis terkait
00:15:32
metodologi pengembangan sistem
00:15:34
berikutnya yang akan kita bahas di dalam
00:15:37
diskusi forum Oke sampai sini penjelasan
00:15:40
tentang metodologi pengembangan sistem
00:15:42
informasi semoga bermanfaat sampai jumpa
00:15:45
di video selanjutnya
00:15:47
assalamualaikum warahmatullah
00:15:49
wabarakatuh
