00:00:00
Hai hehehe Assalamualaikum warahmatullah
00:00:20
wabarakatuh kembali lagi di channel Romi
00:00:23
Aulia jadi di video kali ini kita akan
00:00:27
membahas mengenai system development
00:00:30
life cycle atau disingkat dengan sdlc
00:00:38
sagat hati ya Jadi pada awal
00:00:43
pengembangan sebuah perangkat lunak ya
00:00:45
para programmer itu dulunya langsung
00:00:49
melakukan pengkodingan untuk membuat
00:00:52
perangkat lunak itu mereka enggak pakai
00:00:55
prosedur dulunya atau enggak pakai
00:00:57
tahapan dalam pengembangan dari sebuah
00:01:00
perangkat lunak eh terus karena langsung
00:01:03
begitu saja melakukan coding
00:01:05
pengkodingan ditemui beberapa kendala
00:01:08
seiring dengan perkembangan skala dari
00:01:10
sistem-sistem perangkat lunak yang
00:01:12
semakin lama itu semakin besar jadi
00:01:15
pengembangan sistem informasi yang biasa
00:01:18
kita sebut dengan sistem development ya
00:01:21
Eh jadi pengembangan sistem itu
00:01:25
didefinisikan sebagai meujeuh usaha
00:01:28
untuk menyusun sebuah sistem sebuah
00:01:31
sistem yang baru untuk menggantikan
00:01:33
sistem yang lama secara keseluruhan atau
00:01:36
memperbaiki sistem yang sudah ada
00:01:38
sebelumnya
00:01:38
ia Mencetuskan harus kita lihat alasan
00:01:42
pengembangan sebuah sistem itu yang
00:01:44
pertama karena terjadinya permasalahan
00:01:46
Ya baik itu permasalahannya mengenai
00:01:49
ketidakberesan dari sistem atau
00:01:52
pertumbuhan organisasi atau perusahaan
00:01:54
yang semakin lama itu semakin besar
00:01:57
terus eh alasan kedua Kenapa dilakukan
00:02:00
pengembangan sistem itu karena untuk
00:02:02
meraih kesempatan-kesempatan yang
00:02:04
sebelumnya tidak bisa didapat sewaktu
00:02:07
perusahaan itu Argo atau organisasi itu
00:02:10
masih memakai sistem manual ya atau cara
00:02:13
manual tanpa menggunakan sistem yang
00:02:15
terkomputerisasi terus yang ketiga
00:02:18
alasan kenapa dilakukan pengembangan
00:02:20
sistem itu biasanya karena ada instruksi
00:02:22
dari atasan atau pimpinan sebuah
00:02:24
perusahaan Jadi sebenarnya untuk
00:02:27
menghasilkan sebuah sistem itu sendiri
00:02:30
kegiatan yang terjal kegiatan dasarnya
00:02:33
itu terdiri dari dua sebenarnya yang
00:02:35
pertama melakukan analisa dari sistem
00:02:38
ini maksudnya adalah usaha atau upaya
00:02:41
untuk mendapatkan gambaran Bagaimana sih
00:02:44
caranya sebuah sistem itu bekerja Terus
00:02:47
masalah-masalah apa aja yang ada pada
00:02:49
sistem terus kegiatan yang kedua yaitu
00:02:53
sebenarnya adalah system development di
00:02:55
mana langkah-langkah pengembangan sistem
00:02:57
informasi yang baru itu berdasarkan
00:03:00
gambaran cara kerja sistem atau
00:03:02
permasalahan yang sudah ada sebelumnya
00:03:05
banyak metode pengembangan sistem yang
00:03:09
bisa dipakai ya sebenarnya alternatifnya
00:03:13
seperti cash tool terus join application
00:03:16
design atau jad ada rap it application
00:03:19
developmen atau er ADB Extreme
00:03:22
programming dan lain sebagainya tapi
00:03:25
metode yang paling terkenal yang paling
00:03:27
dikenal adalah sdlc atau system
00:03:30
development life cycle ya Atau biasa
00:03:33
juga disebut dengan Waterfall metode
00:03:36
Hai jadi sdlc itu dimulai tahun 1960 an
00:03:42
digunakan untuk mengembangkan sistem
00:03:44
skala usaha yang ukurannya itu besar Ya
00:03:47
baik itu secara love you fungsional
00:03:50
terutama di tahun 1960 itu digunakan
00:03:54
oleh konglomerat kolongmerat pada zaman
00:03:56
tersebut jadi sistem yang dibangun untuk
00:03:58
mengelola informasi kegiatan dan
00:04:01
rutinitas dari perusahaan-perusahaan
00:04:02
besar itu berpotensi memiliki data yang
00:04:05
volumenya besar dalam perkembangan
00:04:07
kegiatan perusahaan tersebut ya Jadi
00:04:11
bisa diartikan sdlc ini merupakan metode
00:04:14
pengembangan sistem yang paling tua ya
00:04:16
jadi sesuai atau cocok untuk
00:04:19
pengembangan sistem yang skalanya itu
00:04:22
masif atau besar tapi tidak cocok atau
00:04:26
tidak disarankan untuk yang Project
00:04:28
yaitu skalanya kecil ya karena di sdlc
00:04:32
itu banyak memerlukan sumberdaya terus
00:04:35
Oh kurang fleksibel
00:04:36
dan sulit untuk melakukan perubahan
00:04:38
aplikasi dengan pengambilan keputusan
00:04:40
yang cepat jadi sdlc itu lebih dari
00:04:46
sekadar sebuah fase dimana didalamnya
00:04:48
terdapat prinsip dari manajemen
00:04:50
perusahaan terus controlling dan
00:04:53
perencanaan terus ada pengorganisasian
00:04:56
dan penjadwalan dan bagaimana cara kita
00:05:00
untuk menyelesaikan masalah jadi lebih
00:05:02
dari sekedar fase-fase pengembangan dari
00:05:04
sebuah sistem
00:05:06
hai oh jadi sdlc itu ya tadi udah
00:05:11
disuruh bisa diartikan software
00:05:13
development life cycle atau daur hidup
00:05:15
pengembangan dari sebuah sistem ya Jadi
00:05:18
bisa diartikan adalah bagaimana cara
00:05:21
mengembangkan atau mengubah suatu sistem
00:05:23
perangkat lunak dengan menggunakan
00:05:25
beberapa model-model tertentu untuk
00:05:28
mengembang digunakan untuk mengembangkan
00:05:30
sistem perangkat lunak sebelumnya ada
00:05:33
beberapa tahapan yang ada di dalam sdlc
00:05:36
namun secara global tahapannya adalah
00:05:39
sebagai berikut Jadi yang pertama itu di
00:05:42
tahap inisiasi atau ini section ya jadi
00:05:45
di tahap ini biasanya ditandai dengan
00:05:49
pembuatan proposal untuk proyek sebuah
00:05:51
perangkat lunak yang akan dibuat atau
00:05:53
dikembangkan terus di tahapan Global
00:05:56
yang kedua adalah sistem konsep
00:05:58
development atau pengembangan konsep
00:06:00
sistem jadi kegiatannya itu
00:06:03
mendefinisikan ruang lingkup konsep
00:06:05
termasuk dokumen lingkup
00:06:06
tim terus analisa manfaat dan biayanya
00:06:10
apa saja berapa saja terus manajemen
00:06:13
perencanaan dan pembelajaran kemudahan
00:06:16
penggunaan sebuah sistem terus Oh
00:06:19
tahapan yang ketiga sdlc secara global
00:06:22
itu adalah openingnya jadi kegiatannya
00:06:25
adalah mengembangkan rencana manajemen
00:06:27
proyek dan dokumen sumber daya atau
00:06:29
resource yang dibutuhkan untuk
00:06:30
memperoleh jalan keluar atau solusi
00:06:33
terus tahapan selanjutnya yaitu Edi
00:06:38
analisa kebutuhan atau requirements
00:06:40
analysis ya jadi kegiatannya adalah
00:06:42
melakukan proses analisa terkait dengan
00:06:45
kebutuhan-kebutuhan dari si pemakai
00:06:47
perangkat lunak ini nantinya atau bisa
00:06:50
diartikan sebagai user ya dan membagi
00:06:53
mana cara mengembangkan kebutuhan user
00:06:55
tadi dan membuat dokumen dalam untuk
00:06:57
kebutuhan fungsional dari si user terus
00:07:00
tahapan selanjutnya adalah analisa
00:07:02
desain di tahapan desain
00:07:06
ini adalah kegiatannya yaitu
00:07:08
mentransformasikan atau menyalurkan
00:07:10
kebutuhan detail tadi menjadi kebutuhan
00:07:12
yang sudah lengkap ya dimana
00:07:14
dokumen-dokumen design Yaitu fokus Epa
00:07:19
ke Bagaimana sih caranya memenuhi
00:07:22
fungsi-fungsi yang dibutuhkan terus
00:07:25
ditahap selanjutnya masuk ke tahap
00:07:27
development atau tahap pengembangan jadi
00:07:29
pada tahap ini kegiatannya adalah
00:07:33
mengkonversi design kedalam sistem
00:07:36
informasi yang lengkap ya jadi di
00:07:39
dalamnya juga termasuk Bagaimana cara
00:07:41
kita memperoleh dan melakukan instalasi
00:07:43
lingkungan sistem yang dibutuhkan Bruce
00:07:46
Bagaimana cara membuat basis datanya dan
00:07:48
mempersiapkan prosedur kasus pengujian
00:07:51
terus juga eh kegiatannya adalah
00:07:55
mempersiapkan berkas-berkas atau file
00:07:57
untuk pengujian terus melakukan
00:07:59
pengkodingan terus meng-compile dan
00:08:02
memperbaiki atau membersihkan program
00:08:04
lalu melakukan peninjauan atau
00:08:06
pengujian Kembali terus di tahapan
00:08:09
selanjutnya adalah cointegration entes
00:08:12
ya atau integrasi dan pengujian Jadi apa
00:08:15
yang apa yang dilakukan disini adalah
00:08:17
yaitu mendemonstrasikan perangkat lunak
00:08:21
kita telah memenuhi kebutuhan yang
00:08:23
dispesifikasikan pada dokumen kebutuhan
00:08:26
fungsional jadi dengan begitu diarahkan
00:08:31
oleh staf eh yang menjamin quality and
00:08:34
suratnya dan user ya Sehingga
00:08:36
menghasilkan laporan analisa dalam
00:08:38
pengujian terus tahapan selanjutnya
00:08:40
adalah implementasinya yaitu kegiatannya
00:08:44
adalah termasuk pada persiapan
00:08:46
implementasi Yap sebelum
00:08:49
diimplementasikan dipersiapkan dulu dan
00:08:52
setelah itu baru diimplementasikan
00:08:53
perangkat lunaknya pada lingkungan
00:08:55
produksi atau lingkungan dari si user
00:08:58
etrust tahapan selanjutnya tahapan
00:09:03
selanjutnya adalah di bagian operasi dan
00:09:06
pemeliharaan
00:09:06
atau Operation and maintenance jadi
00:09:09
disini adalah kegiatannya melakukan
00:09:11
mendeskripsikan pekerjaan yang akan
00:09:14
dilakukan untuk mengoperasikan dan
00:09:16
memelihara sistem informasi pada
00:09:18
lingkungan produksi atau dari lingkungan
00:09:20
you share-nya termasuk didalamnya
00:09:22
implementasi akhir dan masuk pada proses
00:09:25
peninjauan terus yang terakhir baru
00:09:28
disposition ya atau disposisi artinya
00:09:31
adalah bagaimana cara mendeskripsikan
00:09:33
aktivitas terakhir dari pengembangan
00:09:36
sistem dan membangun data yang
00:09:38
sebenarnya sesuai dengan aktivitas dari
00:09:40
user jadi analisa dan desain itu sering
00:09:47
dikelompokkan sebagai proses sistem atau
00:09:49
rekayasa informasi ya karena pada tahap
00:09:52
ini informasi mengenai kebutuhan
00:09:54
perangkat lunak itu banyak dikumpulkan
00:09:56
dan diintegrasikan ada beberapa model
00:10:00
sdlc yang dapat digunakan ya semuanya
00:10:03
punya kelemahan dan kelebihan
00:10:05
masing-masing yang
00:10:06
Hai penting disini adalah Bagaimana
00:10:08
mengenali tipe pelanggan atau si user
00:10:11
atau Sikas towernya dan memilih
00:10:13
menggunakan model sdlc yang sesuai
00:10:15
dengan karakter dari si pelanggan ada
00:10:18
beberapa keuntungan yang didapat dari
00:10:20
penggunaan sdlc antara lain adalah
00:10:23
keuntungannya itu dengan memakai sdlc
00:10:27
itu bisa laporan setiap akhir fasenya
00:10:30
memudahkan kita untuk melakukan
00:10:32
pengawasan atau kontrol link terus
00:10:35
keuntungan kedua seperti mudah untuk
00:10:37
melakukan atau membuat bentuk
00:10:39
dokumentasinya terus keuntungan yang
00:10:42
ketiga dokumentasinya tadi yang secara
00:10:45
formal tadc dokumentasi yang dibuat tadi
00:10:48
bisa dibuat secara formal sehingga
00:10:50
memudahkan penelusuran kembali terhadap
00:10:53
kebutuhan bisnisnya namun dibalik
00:10:56
keuntungannya juga ada beberapa
00:10:57
kelemahan seperti kelemahannya itu
00:11:00
adalah penggunaannya mendapatkan produk
00:11:03
sesuai dengan pemahaman pengembang ya
00:11:05
yang belum tentu
00:11:06
dan kebutuhan dari si user terus
00:11:09
kelemahan kedua antara lain seperti
00:11:11
dokumentasinya itu mahal dan
00:11:13
menghabiskan waktu dalam pembuatan dan
00:11:16
selalu saja bisa berubah-rubah atau
00:11:17
mengalami perbaikan Terus sekarang kita
00:11:22
lihat model beberapa model dari sistem
00:11:25
development lifecycle
00:11:28
Hai yang pertama kita lihat dulu model
00:11:31
dengan nama Waterfall ya Jadi pada
00:11:35
modern model Waterfall ini nah bentuknya
00:11:39
seperti ini jadi model Waterfall ini
00:11:42
adalah bisa diartikan ya air terjunnya
00:11:44
artinya Waterfall jadi sering juga
00:11:47
disebut dengan model sekuens linier ya
00:11:50
atau alur hidup yang plastik jadi model
00:11:53
yang paling umum dan paling tua ya dari
00:11:56
sdlc jadi model air air terjun ini
00:11:59
menyediakan pendekatan alur hidup
00:12:02
perangkat lunak secara sekuensial atau
00:12:04
terurut yang dimulai dari kegiatan
00:12:07
analisa terus design terus pengkodean
00:12:11
terus pengujian dan tahap pesak pore
00:12:14
atau dukungan Nah jadi ini dia search
00:12:18
bentuk dari gambar model Waterfall
00:12:21
selain itu juga bisa bentuknya seperti
00:12:23
ini ya Mulai dari urutan yang pertama
00:12:27
itu di paling atas dan
00:12:28
ke bawah Ya ada di kue analis system
00:12:33
design terus implementasi terus ke turun
00:12:36
ke system testing system development
00:12:39
department dan yang terakhir itu system
00:12:41
maintenance yang bentuk pertama ini ya
00:12:45
yang pertama analisa kebutuhan di situ
00:12:47
terus ada design Bruce pengkodingan
00:12:50
disitu ada pengujian atau testing dan
00:12:52
support atau bentuk yang ketiga seperti
00:12:56
ini ya sama request requirements
00:12:59
analysis analisis maksudnya terus turun
00:13:02
ke design eh system design terus turun
00:13:06
lagi ke implementasi testing deployment
00:13:09
dan maintence diterapkan terakhir jadi
00:13:12
tahapan model Waterpark itu beat kita
00:13:15
Jelaskan satu persatu yang pertama itu
00:13:17
analisa kebutuhan perangkat lunaknya
00:13:20
atau recruitment analyst analisis ya Oh
00:13:23
jadi Pada tahapan ini proses yang
00:13:26
dilakukan adalah proses mengumpulkan
00:13:28
wutuhan yang dilakukan secara intensif
00:13:30
untuk menspesifikasikan kebutuhan
00:13:34
perangkat lunak agar dipahami oleh si
00:13:37
usernya spesifikasi kebutuhan perangkat
00:13:40
lunak Pada tahap ini perlu untuk
00:13:42
didokumentasikan terus Oh turun ke
00:13:46
tahapan yang ke bawahnya yang kedua
00:13:49
yaitu tahapan system design ya jadi
00:13:54
desain perangkat eh di tahapan ini
00:13:57
adalah proses multi langkah atau banyak
00:13:59
Langkah yang fokus pada desain pembuatan
00:14:02
program dari perangkat lunaknya termasuk
00:14:05
didalamnya itu adalah struktur datanya
00:14:08
Arsitektur perangkat lunaknya
00:14:10
representasi interfacenya dan prosedur
00:14:14
untuk pengkodingan nya jadi di tahapan
00:14:16
ini di yang dilakukan adalah
00:14:18
mengkonversi kebutuhan perangkat lunak
00:14:20
dari tahapan alis ke kebutuhan
00:14:23
representasi designer Tujuannya adalah
00:14:26
untuk program a
00:14:28
tujuannya adalah agar si programnya atau
00:14:32
si perangkat lunak yang dihasilkan nanti
00:14:34
itu bisa didokumentasikan terus eh masuk
00:14:39
ketahap selanjutnya adalah pembuatan
00:14:41
coding program ya pembuatan coding
00:14:44
program jadi desain yang tadi harus
00:14:47
dikonversikan kedalam program perangkat
00:14:50
lunaknya jadi setiap hasil dari tahap
00:14:53
ini adalah program komputer atau biasa
00:14:55
disebut dengan software sesuai dengan
00:14:57
desain yang telah dibuat pada tahap
00:14:59
desain
00:15:01
Hai atrust masuk ke pengujian Yadi
00:15:05
pengujian itu yang dilakukan adalah
00:15:07
harus fokus kepada perangkat lunaknya
00:15:10
dari segi logikal dan fungsionalnya
00:15:13
serta memastikan bahwa semua bagian itu
00:15:16
sudah di ujian Jangan sampai ada yang
00:15:18
terlewatkan untuk diuji jadi Tujuannya
00:15:21
adalah untuk meminimalisir kesalahan
00:15:23
atau terjadinya sebuah error terus
00:15:26
supportnya support di bagian support eh
00:15:32
adsafe itu juga termasuk didalamnya
00:15:34
pemeliharaannya jadi eh sistem yang kita
00:15:38
buat itu harus disupport dan dipelihara
00:15:39
karena tidak menutup kemungkinan sebuah
00:15:42
perangkat lunak itu terjadi
00:15:44
perubahan-perubahan ketika akan dikirim
00:15:47
ke user ini perubahan yang terjadi itu
00:15:50
karena biasanya itu karena kesalahan
00:15:52
yang muncul dan tidak terdeteksi saat
00:15:54
dilakukannya sebuah pengujian atau
00:15:57
perangkat lunak itu harus beradaptasi
00:15:59
dengan lingkungan di
00:16:01
besarnya nanti lingkungan baru tapi
00:16:04
kenyataannya jarang model Waterfall ini
00:16:08
dilakukan sesuai dengan alurnya karena
00:16:11
ada beberapa pertimbangan seperti
00:16:13
terjadinya perubahan spesifikasi
00:16:15
perangkat lunak yang terjadi di
00:16:17
tengah-tengah alur pengembangan terus
00:16:19
kadang-kadang sulit bagi si pelanggan
00:16:22
untuk mendefinisikan semua spesifikasi
00:16:24
diawal alur pengembangan pelanggan
00:16:27
seringkali butuh contoh atau prototec
00:16:30
dari sebuah perangkat lunak untuk
00:16:32
menjabarkan kebutuhan sistem lebih
00:16:35
lanjut terus sekarang kadang nggak
00:16:37
sesuai dengan alur ya karena yang ketiga
00:16:41
itu biasanya karena pelanggan itu enggak
00:16:43
mungkin bersabar untuk mengakomodasi
00:16:46
perubahan yang diperlukan di akhir alur
00:16:49
pengembangan jadi dengan berbagai
00:16:51
kelemahan yang dimiliki model Waterfall
00:16:55
tetap ada saja tetap banyak juga
00:16:59
[Musik]
00:17:01
dipilih metode ini untuk mengembangkan
00:17:03
sebuah perangkat lunak ya karena Model
00:17:06
ini bisa dikatakan sebagai model Daster
00:17:08
ya Model dasar dan yang paling sederhana
00:17:11
hal positif dari model Waterfall adalah
00:17:14
struktur tahap pengembangannya itu jelas
00:17:16
m terus dokumentasi yang dihasilkan di
00:17:19
setiap tahap pengembangan dan seluruh
00:17:21
tahap yaitu dijalankan secara bertahap
00:17:23
sesuai maksudnya adalah a step-by-step
00:17:27
ya Jadi tidak loncat antara satu tahap
00:17:30
dengan tahap
00:17:33
nah ini dia bentuk lain dari model motor
00:17:36
Fals Terus yang kedua sdlc dalam model
00:17:40
prototype jadi seiring dengan pelanggan
00:17:44
itu membayangkan banyaknya kebutuhan
00:17:47
mereka dan Keinginan mereka Tapi tidak
00:17:50
terspesifikasi secara detail dan secara
00:17:52
baik ya dari segi input dari segi proses
00:17:56
maupun dari segi output makanya muncul
00:17:58
model kedua yaitu model prototype di
00:18:01
sisi lain seorang pengembang perangkat
00:18:03
lunak itu harus mampu menjelaskan sebuah
00:18:05
kebutuhan secara detail dari segi
00:18:07
teknisnya terus dimana pelanggannya tadi
00:18:11
sering kurang paham atau sering gak
00:18:13
ngerti ya mengenai hal teknis tersebut
00:18:16
model prototype dapat digunakan untuk
00:18:19
menyambungkan kiri ketidakpahaman dari
00:18:21
si user atau si pelanggan mengenai hal
00:18:24
teknis dan memperjelas spesifikasi
00:18:26
kebutuhan yang diinginkan pelanggan eh
00:18:29
kepada pengembang dari sisi perangkat
00:18:32
lunaknya
00:18:33
Hai Nah jadi ini bentuk dari model
00:18:36
prototypenya jadi mendengarkan keluhan
00:18:39
atau kebutuhan dari customer terus
00:18:42
dibuatkan ke dalam bentuk muka aa
00:18:44
mock-up terus dites oleh customer ada
00:18:48
juga bentuk modelnya seperti ini ya
00:18:51
inisial rekrutmen dulu terus didisain
00:18:54
dibuatkan prototypenya terus dievaluasi
00:18:57
oleh customer di review dan di-update
00:19:00
kalau mau dilakukan perubahan kalau sih
00:19:03
customer yang sudah satisfied atau wasya
00:19:06
baru dikembangkan lebih lanjut lebih
00:19:09
rinci dan lebih lengkap terus dites dan
00:19:11
di Tahap terakhir yaitu dimintain ini
00:19:16
juga bentuk dari pemodelan prototipe ya
00:19:18
jadi model prototipe ini dimulai dari
00:19:21
mengumpulkan kebutuhan si pelanggannya
00:19:23
terhadap perangkat lunak yang akan kita
00:19:25
buat Terus eh di kalau udah dibuat
00:19:29
prototipenya agar pelanggannya itu lebih
00:19:32
terbayang apa yang
00:19:33
dan dia inginkan selanjutnya program
00:19:37
Prototype itu biasanya merupakan program
00:19:40
yang belum jadi ya Jadi bisa diartikan
00:19:42
mentah bahwa Sparrow jadi jadi program
00:19:45
ini biasanya menyediakan tampilan dengan
00:19:48
simulasi alur perangkat lunak sehingga
00:19:51
tampak seperti perangkat lunak yang udah
00:19:53
jadi jadi ada simulation nya ya Andaikan
00:19:56
bisa dibayangkan oleh customer bentuk
00:19:58
jadinya seperti Apa diprogram prototype
00:20:01
ini dievaluasi oleh pelanggan atau user
00:20:03
sampai ditemukan spesifikasi yang sesuai
00:20:06
dengan keinginan user itu terus sendiri
00:20:10
Sementara mock-up tadi bisa diartikan
00:20:14
sebagai model desain yang digunakan
00:20:16
untuk mengajarnya atau mendemonstrasikan
00:20:20
dan mengevaluasi dari desain ya atau
00:20:23
mempromosikan dan keperluan lainnya jadi
00:20:25
sebuah moab disebut sebagai prototipe
00:20:28
perangkat lunak jika menyediakan atau
00:20:31
mampu mendemonstrasikan sebagian besar
00:20:33
fungsi dari sistem perangkat lunaknya
00:20:36
jadi seiring dengan pengembangan
00:20:37
Prototype maka sistem perangkat lunak
00:20:40
yang sebenarnya dikembangkan juga sesuai
00:20:43
dengan kebutuhan pelanggan namun
00:20:47
kelemahannya ada beberapa kelemahan dari
00:20:50
model prototipe Ya seperti pelanggan itu
00:20:53
eh dapat sering berubah-ubah
00:20:56
permintaannya atau menambah-nambah
00:20:58
permintaannya karena menganggap aplikasi
00:21:02
sudah dengan cepet apa ya cepat
00:21:05
dikembangkan dan karena adanya interaksi
00:21:07
ini dapat menyebabkan pengembang banyak
00:21:11
mengalah dan pelanggan itu ke banyak
00:21:15
mendapatkan perubahan-perubahan dari
00:21:17
perangkat lunaknya terus kelemahan
00:21:19
selanjutnya seperti pengembang
00:21:22
pengembangnya lebih sering mengambil
00:21:24
kompromi dengan si user atau dengan si
00:21:27
pelanggan untuk mendapatkan Prototype
00:21:29
dengan waktu yang cepat sehingga
00:21:31
pengembang lebih sering melakukan segala
00:21:33
saya ya di luar cara-cara yang idealis
00:21:36
guna menghasilkan Prototype untuk
00:21:38
didemonstrasikan jadi model prototipe
00:21:42
ini cocok digunakan untuk menjabarkan
00:21:44
kebutuhan pelanggan secara lebih detail
00:21:46
karena pelanggan seringkali kesulitan
00:21:48
menyampaikan kebutuhannya secara detail
00:21:50
tanpa melihat gambaran yang jelas atau
00:21:53
dalam bentuk simulasi terus model sdlc
00:21:58
yang ketiga
00:22:00
Hai ah disebut dengan model rad atau
00:22:03
rapid application development ya jadi di
00:22:06
Model ini bisa diartikan sebagai model
00:22:09
pengembangan perangkat lunak yang
00:22:11
sifatnya inkremental terutama untuk
00:22:14
waktu pengerjaan yang singkat atau
00:22:17
pendek ya Jadi jika dibutuhkan dan
00:22:20
lingkup perangkat lunak dipahami dengan
00:22:23
baik bye biasanya tim itu bisa
00:22:26
menyelesaikan pembuatan perangkat
00:22:28
lunaknya dalam waktu yang singkat ini
00:22:31
dia bentuk dari model rapid application
00:22:34
development ya jadi Pada tahapan er ad
00:22:38
itu biasanya yang pertama ada pemodelan
00:22:41
bisnis dimana pemodelan ini dilakukan
00:22:45
untuk memodelkan fungsi bisnis dan untuk
00:22:47
mengetahui informasi apa yang terkait
00:22:49
dengan proses bisnis dari sih customer
00:22:52
terus Informasi apa saja yang harus
00:22:55
dibuat through dan siapa yang harus
00:22:57
membuat informasi itu dan bagaimana awal
00:23:00
informasinya terus masuk ke tahapan
00:23:03
selanjutnya adalah pemodelan data dimana
00:23:06
di tahapan di ini yang ditentukan yang
00:23:09
atau yang dimodelkan telah data Abah
00:23:11
saja yang dibutuhkan berdasarkan
00:23:13
pemodelan bisnis dan atribut beserta
00:23:18
relasi dari data-data yang lain terus
00:23:21
masuk ke pemodelan proses ya Jadi bisa
00:23:25
diartikan adalah kegiatan untuk
00:23:28
mengimplementasikan fungsi bisnis yang
00:23:30
sudah didefinisikan terkait dengan
00:23:32
pendefinisian data baru masuk ke
00:23:36
pembuatan aplikasi bisa diartikan
00:23:39
sebagai kegiatan mengimplementasikan
00:23:42
pemodelan proses dan data menjadi sebuah
00:23:45
program ya jadi model rata moderat ini
00:23:49
sangat dianjurkan pemakaiannya eh
00:23:52
pemakaian komponennya jika sudah
00:23:55
dimungkinkan ya terus baru masuk ke
00:23:58
tahap yang terakhir yaitu pengujian dan
00:24:00
gantian eh pengujian komponen komponen
00:24:06
ini harus diuji setelah dilakukan
00:24:08
pembuatan aplikasi ya Jadi jika sudah
00:24:11
teruji maka tim pengembang komponen
00:24:13
dapat beranjak untuk mengembangkan
00:24:14
komponen berikutnya untuk model rad ini
00:24:19
cocok diterapkan apabila memenuhi
00:24:21
kriteria Project ya antara lain anggota
00:24:24
timnya sudah berpengalaman untuk membuat
00:24:27
er Ade ini diharapkan anggota tim
00:24:29
pengembang yaitu sudah orang-orang yang
00:24:31
Bos udah memiliki pengalaman Terus yang
00:24:34
kedua pengembangnya juga sudah memiliki
00:24:36
komponen-komponen sistem yang bisa
00:24:38
digunakan kembali dalam projek tersebut
00:24:41
Namun eh dibalik itu juga mempunyai
00:24:44
beberapa kelemahan ya Model rad ini
00:24:47
seperti untuk pembuatan sistem perangkat
00:24:50
lunak dengan skala besar modeler Ade ini
00:24:53
memerlukan sumberdaya manusia yang cukup
00:24:55
besar juga terus OJK steam perangkat
00:24:58
lunak yang akan dibuat itu tidak bisa
00:25:00
modul Khan maka model rad ini tidak
00:25:02
dapat digunakan untuk membuat sistem
00:25:04
perangkat lunak ya karena terlalu banyak
00:25:07
campur tangan antara anggota tim Terus
00:25:09
yang kelemahan selanjutnya itu nggak
00:25:13
cocok ya Eh modeler Ade ini digunakan
00:25:16
untuk sistem perangkat lunak yang punya
00:25:18
risiko bisnis yang sangat tinggi
00:25:20
contohnya menggunakan teknologi baru
00:25:24
yang belum banyak dikenal oleh sih oleh
00:25:27
beberapa pengembang terus masuk ke yang
00:25:31
keempat model interaktif ya jadi model
00:25:34
interaktif ini yaitu mengkombinasikan
00:25:37
kan proses-proses pada model Waterfall
00:25:41
dan model prototype ya kombinasi antara
00:25:44
Waterfall dengan yang si Prototype jadi
00:25:47
model ini dibuat untuk mengatasi
00:25:49
kelemahan dari model Waterfall dan model
00:25:51
prototype ya jadi seperti ini bentuknya
00:25:54
bentuk dari model kita kreatif ya jadi
00:25:57
model ini sangat cocok digunakan
00:26:00
nastar pengembang aplikasi atau
00:26:03
sistemnya memiliki pergantian yang cukup
00:26:07
tinggi yang jadi ceng-ceng atau
00:26:08
pertukaran pertukaran staf itu
00:26:10
frekuensinya cukup tinggi sehingga staf
00:26:13
ya stafnya tidak dapat terus ikut dalam
00:26:16
pengembangan perangkat lunaknya dari
00:26:18
awal sampai selesai untuk mekanisme
00:26:21
tahapan model ini perlu direncanakan
00:26:22
agar hasil produk dan pengerjaan setiap
00:26:25
tahapan ngwenya menjadi lebih baik terus
00:26:29
yang kelima itu model sdlc disebut
00:26:32
dengan model spiral ya jadi model ini
00:26:35
memasangkan iterative Oh pada model
00:26:39
prototype dengan kontrol dan aspek
00:26:41
sistematik yang diambil dari model
00:26:43
terval model spiral juga menyediakan
00:26:46
pengembangan dengan cara cepat eh dengan
00:26:49
perangkat lunak yang memiliki versi yang
00:26:51
terus berkembang bertambah fungsinya
00:26:52
jadi semakin dilengkapi teratau semakin
00:26:56
bertambah fungsi-fungsi dari perangkat
00:26:58
lunaknya pada
00:27:00
masih awal dihasilkan pada iterasi awal
00:27:04
itu Oh yang dihasilkan adalah Prototype
00:27:06
sedangkan pada iterasi akhir itu yang
00:27:09
dihasilkan adalah perangkat lunak atau
00:27:10
software yang udah jadi itu udah lengkap
00:27:12
fungsinya eh model spiral ini dibagi
00:27:17
lagi menjadi beberapa kerangka atau
00:27:19
wilayah kerja ya Atau biasa disebut
00:27:21
dengan tas regionnya ya Ada juga yang
00:27:25
buat gambarnya seperti ini pemodelannya
00:27:29
Hai atau bentuk yang ketiga seperti ini
00:27:32
jadi eh eh
00:27:35
Hai moyang pertama dia biasanya itu
00:27:39
dibagi menjadi tiga sampai enam Wilayah
00:27:42
kerja atau tas region ya ini contohnya 4
00:27:46
terus ini 1234566 ini juga atuh 23456 ya
00:27:54
biasanya ditetapkan pertama itu tahapan
00:27:57
komunikasi dengan si customer atau
00:27:59
dimensi pelanggan terus masuk ke tahapan
00:28:02
kedua of planning ya atau perencanaan
00:28:05
aktivitas yang ada di sini adalah
00:28:08
mendefinisikan sumberdayanya Terus waktu
00:28:11
yang diperlukan dan informasi terkait
00:28:13
dengan Project perangkat lunaknya terus
00:28:16
masuk ke analisa risiko atau risk
00:28:19
analysis analisis misalnya aktivitasnya
00:28:22
internal antara lain adalah
00:28:23
memperkirakan resiko dari segi teknis
00:28:26
maupun segi manajemennya terus baru di
00:28:30
engineering nya atau rekayasanya
00:28:33
biasanya aktivitas
00:28:35
di sini adalah membangun satu atau lebih
00:28:39
representasi dari aplikasi dari
00:28:41
perangkat lunaknya terus masuk ke
00:28:44
konstruksi dan peluncuran atau kontrakan
00:28:46
rilis ya di sini aktivitasnya adalah
00:28:49
untuk mengkonstruksikan atau menguji
00:28:52
lalu melakukan instalasi dan menjadi
00:28:55
akan dokumen terhadap usernya atau
00:28:57
Sapporo ke usernya dan selanjutnya itu
00:29:00
ada tahapan evaluasi pelanggannya atau
00:29:03
customer evaluasi dimana kegiatannya
00:29:07
adalah untuk mendapatkan feedback dari
00:29:09
si pelanggan terkait dengan perangkat
00:29:12
lunak yang sudah dibuat tadi pada model
00:29:18
spiral ini dilakukan tahapannya itu
00:29:21
dilakukan searah jarum jam ya dimulai
00:29:23
dari sumbu projectnya
00:29:26
Hai menjadi sumbu Project itu dapat
00:29:28
digunakan sebagai awal atau starnya
00:29:30
disitu Star interaksinya ataupun
00:29:33
evaluasi dari iterasi yang sudah
00:29:35
dilakukan daripada gambar-gambar model
00:29:38
spiral ini setiap Wilayah kerja
00:29:41
dibedakan dengan warna wilayah yang
00:29:43
berbeda-beda dimana setiap wilayahnya
00:29:46
itu berputar sesuai urutan jarum jam di
00:29:50
setiap wilayah kerjanya itu terdiri dari
00:29:52
kumpulan pekerjaan yang tergantung pada
00:29:54
karakteristik Project yang akan dibuat
00:29:56
hasil akhir dan evaluasi dari wilayah
00:29:59
kerja itu nantinya menjadi inisiasi dari
00:30:02
wilayah kerja yang dilakukan di tahap
00:30:04
berikutnya pada model spiral ini sangat
00:30:09
sesuai digunakan untuk mengembangkan
00:30:11
sistem perangkat lunak yang skalanya
00:30:12
cukup besar karena memiliki proses
00:30:15
analisa risiko yang dapat sangat
00:30:17
meminimalisir Resiko yang nantinya
00:30:19
Mungkin aja kejadian jadi model spiral
00:30:22
ini memungkinkan si pengembangnya untuk
00:30:25
menggunakan
00:30:26
tag pada setiap tahap dan berusaha
00:30:30
meminimalisir kemungkinan terjadinya
00:30:32
resiko ke aja di bodoh siswa yang dengan
00:30:36
nama spiral ini cocok digunakan untuk
00:30:38
suatu proyek yang punya target waktu dan
00:30:41
biaya yang tidak terlalu ketat nih atau
00:30:43
bisa disebut dengan Project yang skala
00:30:45
besar
00:30:47
Hai keskin saja video penjelasan dari
00:30:52
pengenalan sdlc dengan beberapa metode
00:30:56
yang bisa digunakan Oke jika ada kritik
00:30:59
dan saran atau pertanyaan silahkan
00:31:01
tinggalkan di kolom komentar semoga
00:31:03
video ini bermanfaat jangan lupa like
00:31:06
comment subscribe assalamualaikum
00:31:08
warahmatullah wabarakatuh saya
![SUBNETTING IP Address Untuk Nembak Wifi dan Topologi Jaringan [ PASTI BISA ]](https://ruhnrawpgxrzdrgaohnf.supabase.co/storage/v1/object/public/images/video/l5vLxYrZAgA/thumbnail.jpg)
