Nama : M.

Fadil Hidayat
Nim : 1810131310009
Kelas : A1
Matkul: Basis Data

Rangkuman SDLD DLC

 System Development Life Cycle

Siklus hidup pengembangan sistem (SDLC) adalah model manajemen proyek terstruktur
yang menguraikan fase-fase yang diperlukan untuk membangun sistem TI, dari awal hingga
hasil akhir. Tujuan dari siklus hidup pengembangan sistem adalah untuk memungkinkan
produksi yang efektif dari solusi berkualitas tinggi yang akan memenuhi atau melampaui
harapan klien di semua tahapannya, dalam anggaran dan jadwal yang diberikan.

7 Tahapan Siklus Hidup Pengembangan Sistem

Siklus hidup pengembangan sistem adalah proses konseptual yang secara eksplisit
memecah tahapan yang diperlukan untuk mengembangkan dan mengimplementasikan
sistem. Setiap tahap memainkan peran penting dalam pengembangan dan berbeda dari yang
lain dalam kompleksitas, aset yang diperlukan, dan fungsionalitas yang diharapkan.

Fase Siklus Hidup Pengembangan Sistem Ada tujuh fase dalam siklus hidup pengembangan
sistem:
1. Siklus Hidup Pengembangan Sistem: Perencanaan

Perencanaan adalah tahap paling penting dari proses SDLC. Ini melibatkan
mengidentifikasi dan mendefinisikan ruang lingkup proyek untuk menentukan rencana aksi
yang komprehensif untuk proyek tersebut, dan menunjukkan dengan tepat masalah solusi
yang akan diselesaikannya. Fase ini menguraikan apa yang akan terjadi di seluruh siklus
hidup, dan menentukan keberhasilan seluruh proyek. Struktur tim, kerangka waktu,
anggaran, keamanan, dan faktor fundamental lainnya harus diperhitungkan pada tahap ini.

2. Siklus Hidup Pengembangan Sistem: Analisis

Perencanaan selesai dan tim sudah siap. Sekarang, tim perlu melakukan analisis
persyaratan fungsional sistem untuk memastikannya memenuhi harapan audiens
target. Harapan tersebut kemudian diselesaikan dan didokumentasikan. Langkah selanjutnya
adalah melakukan studi kelayakan untuk memastikan bahwa sistem masuk akal dari sudut
pandang keuangan, teknologi, dan organisasi.

3. Siklus Hidup Pengembangan Sistem: Desain

Setelah analisis selesai dan persyaratan ditetapkan, fase desain dimulai. Fase ini
menjelaskan bagaimana mendekati desain arsitektur sistem, antarmuka pengguna, jaringan,
database, dan keamanan sehingga mereka akan memenuhi persyaratan dan memungkinkan
pembaruan di masa mendatang.

4. Siklus Hidup Pengembangan Sistem: Pengembangan

Pengembangan menandai akhir dari bagian awal dari proses dan menandakan awal dari
produksi. Kemudian, insinyur perangkat lunak menulis kode dan menyempurnakan teknologi
yang terlibat dalam proyek (ini juga dapat mencakup perangkat keras, misalnya jika proyek
IoT dipertanyakan). Ini mungkin tahap tersibuk dari siklus hidup, karena melibatkan banyak
kerja keras dari semua ahli yang terlibat di dalamnya.

5. Siklus Hidup Pengembangan Sistem: Pengujian Dan Integrasi

 Fase ini melibatkan pengujian dan integrasi sistem dan semua prosedur terkait untuk
menilai apakah sistem berjalan seperti yang diharapkan dan sepenuhnya memenuhi
persyaratan. Tim jaminan kualitas (QA) bertanggung jawab untuk fase ini.

6. Siklus Hidup Pengembangan Sistem: Implementasi Dan Rilis

Pada tahap ini, sistem baru diluncurkan ke lingkungan produksi, menggantikan yang
lama. Tahap ini dilakukan dengan memindahkan data dan komponen baru ke tempat sistem
lama berada. Setelah implementasi, sistem tersedia untuk pengguna akhir.

7. Siklus Hidup Pengembangan Sistem: Pemeliharaan

Setelah rilis, sistem perangkat lunak apa pun memasuki tahap pemeliharaan
berkelanjutan. Saat ini, setiap produk perangkat lunak perlu sering diperiksa untuk bug dan
diperbarui dengan fitur besar dan kecil. Memang, produk Anda mungkin berkinerja baik
setelah dirilis, tetapi bug dapat muncul kapan saja. Untuk pembaruan, solusi perangkat lunak
Anda perlu beradaptasi dengan kebutuhan pengguna akhirnya yang berubah dengan cepat.

Model Siklus Hidup Pengembangan Sistem

Selanjutnya, kita akan melihat dua model SDLC yang berbeda dan paling populer, dan satu sub-
model — Waterfall, Agile, dan siklus hidup pengembangan sistem data, masing-
masing. Masing-masing dilengkapi dengan pro dan kontra yang harus dipertimbangkan untuk
membuat keputusan yang solid.

Siklus Hidup Pengembangan Sistem Model Waterfall

Salah satu model SDLC tertua, model Waterfall adalah pendekatan linier, sekuensial yang
populer dalam pengembangan produk TI; itu menekankan perlunya maju secara konsisten dari
satu tahap ke tahap berikutnya. Setiap tahap harus diselesaikan sepenuhnya sebelum melanjutkan
ke tahap berikutnya; setelah tahap selesai, itu tidak dapat ditinjau kembali.
Kelebihan:

1) Sederhana untuk dipahami dan diikuti

2) Tonggak dan tenggat waktu yang jelas
3) Hapus dokumentasi
4) Memperkuat kebiasaan pengkodean yang baik
5) Menyediakan struktur yang kokoh

Kelemahan:

1) Tidak cocok untuk proyek yang kompleks atau berorientasi objek

2) Sangat tidak fleksibel terhadap perubahan ruang lingkup
3) Sulit memperkirakan waktu dan anggaran dengan tepat
4) Produk yang berfungsi hanya muncul pada tahap selanjutnya dari siklus
 5) Metodologi Siklus Hidup Pengembangan Sistem Agile

Menjadi kerangka kerja yang dinamis dan interaktif, Agile telah menggantikan metodologi
siklus hidup pengembangan sistem Waterfall dan menjadi kekuatan pendorong yang signifikan
di balik pengembangan perangkat lunak di sebagian besar perusahaan di seluruh
industri. Pendekatan ini menghasilkan banyak siklus rilis di mana setiap iterasi diuji, masalah
ditangani, dan umpan balik diperoleh dari pemangku kepentingan selama proses. Ini melibatkan
pengembangan evolusioner, perbaikan terus-menerus, dan fleksibel dalam menghadapi
perubahan apa pun.

Kelebihan:

1) Memungkinkan pengembangan dan pengujian cepat

2) Masalah terdeteksi dan diperbaiki dengan cepat
3) Mengakomodasi perubahan atau peningkatan
4) Komunikasi tatap muka dan umpan balik berkelanjutan
 5) Kurang menekankan pada desain dan dokumentasi
6) Skalabilitas

Kelemahan:

1) Karyawan membutuhkan pengalaman sebelumnya dalam pengembangan perangkat lunak

yang gesit
2) Kurang menekankan pada desain dan dokumentasi (ini mungkin merugikan bagi sebagian
orang)
3) Seorang manajer proyek dengan pengalaman dalam pengembangan perangkat lunak
tangkas diperlukan
4) Tidak ada perspektif tentang bagaimana produk akhir akan terbentuk pada awal
pengembangan
5) Siklus Hidup Pengembangan Sistem Basis Data

Sistem basis data merupakan komponen integral dari sistem TI organisasi besar. Siklus
hidup pengembangan basis data melibatkan perencanaan, perancangan, penerapan, dan
pemeliharaan sistem basis data sehingga akan memenuhi persyaratan fungsional perusahaan. Ini
terkait erat dengan siklus hidup pengembangan sistem; proses pengembangan basis data dimulai
tepat pada fase Persyaratan SDLC.

Diagram Siklus Hidup Pengembangan Sistem Basis Data

Inilah yang terjadi pada tahapan-tahapan dari diagram di atas:

1) Perencanaan basis data — merencanakan bagaimana melewati tahapan siklus hidup

dengan lebih efektif.
2) Definisi sistem — menentukan batasan sistem basis data, seperti jumlah pengguna dan
area aplikasi.
3) Pengumpulan dan analisis persyaratan – mengumpulkan dan menganalisis persyaratan
untuk sistem basis data.
4) Desain basis data – proses merancang basis data sesuai dengan semua persyaratan.
5) Pilihan DMBS – memilih sistem manajemen basis data/DMBS yang tepat untuk basis
data Anda.
6) Desain aplikasi – mendesain perangkat lunak yang memungkinkan penggunaan dan
pemrosesan database.
7) Prototyping – membuat model kerja dari sistem database Anda yang memungkinkan
untuk mengevaluasi bagaimana sistem akan terlihat dan bekerja.
8) Pengembangan dan implementasi – membangun basis data dan perangkat lunak terkait
basis data dan mengimplementasikannya ke dalam infrastruktur TI.

Keuntungan Dan Kerugian Siklus Hidup Pengembangan Sistem

Siklus Hidup Pengembangan Sistem adalah model konseptual yang dapat diterapkan pada
perangkat lunak dan sistem non-digital. Mengetahui keuntungan dan kerugian dari siklus hidup
pengembangan sistem akan membantu Anda membuat pilihan yang tepat untuk sistem Anda.

Berikut adalah keuntungan dan kerugian utama dari SDLC terstruktur/non-Agile/standar:

Keuntungan dari SDLC Terstruktur:

1) Memberikan pandangan yang pasti tentang keseluruhan sistem, sumber daya, garis waktu,
dan tujuan Tinjauan desain membantu memastikan keandalan dan kualitas produk akhir
2) Kontrol yang ditingkatkan atas proyek besar atau kompleks Melibatkan langkah-langkah
yang komprehensif dan eksplisit
Memberikan tujuan dan hasil yang memenuhi standar masing-masing pihak yang terlibat dalam
proyek, memerlukan dokumentasi terperinci di seluruh proses Evaluasi biaya dan pertumbuhan
sistem yang dikembangkan dengan mudah

Kekurangan SDLC Terstruktur:

1) Peningkatan waktu dan biaya pengembangan

2) Detail sistem harus ditentukan sebelumnya
3) Volume dokumentasi meningkat seiring waktu
4) Tidak fleksibel dalam hal perubahan Proses usang
5) Pengujian mungkin tidak cocok untuk semua tim pengembangan
6) Pentingnya Siklus Hidup Pengembangan Sistem

Siklus hidup pengembangan sistem membantu menurunkan kompleksitas pengembangan sistem

dari awal. Penting untuk memiliki SDLC karena membantu mengubah ide proyek menjadi
struktur fungsional dan operasional sepenuhnya. Selain mencakup aspek teknis pengembangan
sistem, SDLC membantu pengembangan proses, manajemen perubahan, pengalaman pengguna,
dan kebijakan. Manfaat lain dari SDLC adalah memungkinkan perencanaan sebelumnya,
menentukan biaya dan keputusan staf, menentukan tujuan, mengukur kinerja, dan memvalidasi
poin pada setiap fase siklus untuk meningkatkan kualitas produk akhir.

Implementasi Siklus Hidup Pengembangan Sistem

Jika model Waterfall adalah pilihan yang tepat untuk proyek Anda, Anda hanya
memerlukan manajer proyek yang berpengalaman (atau karyawan dalam peran yang sama) yang
akan memastikan bahwa setiap tahap diselesaikan dengan sukses dan tepat waktu dengan bekerja
sama dengan tim internal atau tim mitra outsourcing. Segala sesuatu yang lain dipetakan dalam
struktur model ini, langkah demi langkah.

Jika Agile adalah pilihan Anda, Anda perlu menemukan manajer proyek dengan
pengalaman dalam pengembangan perangkat lunak tangkas, atau pakar khusus, misalnya master
Scrum. Pengembangan perangkat lunak tangkas adalah seluruh bidang, jadi memiliki ahli di sini
adalah suatu keharusan. Anda dapat mengetahui lebih lanjut tentang Agile di pos kami dengan
wawasan tentang metodologi dan metriknya.
Ringkasan Singkat

Setiap kali seseorang mulai mengembangkan produk baru, penting untuk mengikuti siklus
hidup pengembangan sistem. Dengan cara ini, tim diaktifkan untuk bekerja sesuai dengan
pendekatan terstruktur untuk pengembangan solusi baru dalam lingkungan yang terkendali dan
terorganisir dengan baik. Sebelum pekerjaan pada sistem baru dimulai, penting untuk
mempelajari bagaimana SDLC akan memenuhi persyaratan keseluruhan, sehingga akan
membantu memberikan hasil terbaik. Memilih SDLC yang tepat akan membantu Anda membuat
sistem yang Anda butuhkan dengan cepat dan efektif.

 Database Life Cycle

Siklus hidup database adalah siklus yang menelusuri sejarah database dalam sebuah
sistem informasi. Siklus hidup database menggabungkan langkah-langkah yang diperlukan
yang terlibat dalam pengembangan database, dimulai dengan analisis kebutuhan dan diakhiri
dengan pemantauan dan modifikasi. DBLC tidak pernah berakhir karena pemantauan,
peningkatan, dan pemeliharaan basis data adalah bagian dari siklus hidup, dan aktivitas ini
 Analisis kebutuhan . Persyaratan database ditentukan dengan mewawancarai
produsen dan pengguna data dan menggunakan informasi untuk menghasilkan spesifikasi
persyaratan formal. Spesifikasi itu mencakup data yang diperlukan untuk pemrosesan,
hubungan data alami, dan platform perangkat lunak untuk implementasi basis
data. Sebagai contoh, Gambar 1.2 (Langkah I) menunjukkan konsep produk, pelanggan,
tenaga penjualan, dan pesanan yang dirumuskan dalam benak pengguna akhir selama
proses wawancara.
 II. Desain logis . Skema global , diagram model data konseptual yang menunjukkan
semua data dan hubungannya, dikembangkan menggunakan teknik seperti hubungan entitas
(ER) atau UML . Konstruksi model data pada akhirnya harus diubah menjadi tabel.

a) Pemodelan data konseptual . Persyaratan data dianalisis dan dimodelkan dengan

menggunakan diagram ER atau UML yang mencakup banyak fitur yang akan kita
pelajari di Bab 2 dan 3 , misalnya, semantik untuk hubungan opsional, hubungan ternary ,
supertipe, dan subtipe (kategori). Persyaratan pemrosesan biasanya ditentukan
menggunakan ekspresi bahasa alami atau perintah SQL bersama dengan frekuensi
kemunculannya. Gambar 1.2 (Langkah II.a) menunjukkan kemungkinan
representasi model ER dari database produk/pelanggan di benak pengguna akhir.
b) Lihat integrasi. Biasanya, ketika desain besar dan lebih dari satu orang terlibat dalam
analisis kebutuhan, beberapa pandangan data dan hubungan terjadi, menghasilkan
inkonsistensi karena perbedaan dalam taksonomi, konteks, atau persepsi. Untuk
menghilangkan redundansi dan inkonsistensi dari model, pandangan ini harus
"dirasionalkan" dan dikonsolidasikan ke dalam satu pandangan global. Integrasi tampilan
memerlukan penggunaan alat semantik ER seperti identifikasi sinonim, agregasi,
dan generalisasi . Pada Gambar 1.2(Langkah II.b), dua kemungkinan tampilan database
produk/pelanggan digabungkan menjadi satu tampilan global berdasarkan data umum
untuk pelanggan dan pesanan. Integrasi tampilan juga penting ketika aplikasi harus
diintegrasikan, dan masing-masing dapat ditulis dengan tampilan databasenya sendiri.
c) Transformasi model data konseptual ke tabel SQL . Berdasarkan kategorisasi konstruksi
pemodelan data dan seperangkat aturan pemetaan, setiap hubungan dan entitas yang
terkait ditransformasikan menjadi satu set tabel relasional kandidat khusus DBMS . Kami
akan menunjukkan transformasi ini dalam SQL standar di Bab 5 . Tabel yang berlebihan
dihilangkan sebagai bagian dari proses ini. Dalam contoh kita, tabel pada Langkah II.c
pada Gambar 1.2 adalah hasil transformasi model ER terintegrasi pada Langkah II.b.
d) Normalisasi tabel. Diberikan sebuah tabel (R), satu set atribut (B) secara fungsional
bergantung pada set atribut lain (A) jika, pada setiap waktu, setiap nilai A dikaitkan
dengan tepat satu nilai B. Ketergantungan fungsional (FD) berasal dari diagram model
data konseptual dan semantik hubungan data dalam analisis kebutuhan. Mereka mewakili
ketergantungan di antara elemen data yang merupakan pengidentifikasi unik (kunci)
 entitas. FD tambahan, yang mewakili dependensi antara atribut kunci dan bukan kunci
dalam entitas, dapat diturunkan dari spesifikasi persyaratan. Kandidat tabel relasional
yang terkait dengan semua FD turunan dinormalisasi (yaitu, dimodifikasi dengan
mendekomposisi atau memisahkan tabel menjadi tabel yang lebih kecil) menggunakan
teknik normalisasi standar. Akhirnya, redundansi dalam data yang terjadi pada tabel
kandidat yang dinormalisasi dianalisis lebih lanjut untuk kemungkinan eliminasi, dengan
batasan bahwa integritas data harus dipertahankan.Gambar 1.2 dari Langkah II.c ke
Langkah II.d.

Kami mencatat di sini bahwa vendor alat database cenderung menggunakan istilah model
logis untuk merujuk pada model data konseptual, dan mereka menggunakan istilah model
fisik untuk merujuk ke model implementasi khusus DBMS (misalnya, tabel SQL). Kami juga
mencatat bahwa banyak model data konseptual diperoleh bukan dari awal, tetapi dari
proses rekayasa balik dari skema spesifik DBMS yang ada ( Silberschatz et al., 2010 ).

Desain fisik . Langkah desain fisik melibatkan pemilihan indeks (metode akses), partisi,
dan pengelompokan data. Metodologi desain logis pada Langkah II menyederhanakan
pendekatan untuk merancang database relasional yang besar dengan mengurangi
jumlah dependensi data yang perlu dianalisis. Hal ini dicapai dengan memasukkan pemodelan
data konseptual dan langkah-langkah integrasi (Langkah II.a dan II.b Gambar 1.2 ) ke dalam
pendekatan desain relasional tradisional. Tujuan dari langkah-langkah ini adalah representasi
akurat dari realitas. Integritas data dipertahankan melalui normalisasi tabel kandidat yang dibuat
ketika model data konseptual diubah menjadi model relasional. Tujuan dari desain fisik adalah
untuk kemudian mengoptimalkan kinerja.

Sebagai bagian dari desain fisik, skema global terkadang dapat disempurnakan dengan
cara yang terbatas untuk mencerminkan persyaratan pemrosesan (permintaan dan transaksi) jika
ada keuntungan besar yang jelas dapat dibuat dalam efisiensi. Ini disebut denormalisasi . Ini
terdiri dari memilih proses dominan berdasarkan frekuensi tinggi, volume tinggi, atau prioritas
eksplisit; mendefinisikan ekstensi sederhana ke tabel yang akan meningkatkan kinerja
kueri ; mengevaluasi total biaya untuk kueri, pembaruan, dan penyimpanan; dan
mempertimbangkan efek sampingnya, seperti kemungkinan hilangnya integritas. Ini sangat
penting untuk aplikasi pemrosesan analitik online (OLAP).
IV. Implementasi, pemantauan, dan modifikasi basis data. Setelah desain selesai, database dapat
dibuat melalui implementasi skema formal menggunakan bahasa definisi data (DDL)
dari DBMS . Kemudian bahasa manipulasi data (DML) dapat digunakan untuk melakukan kueri
dan memperbarui database, serta untuk menyiapkan indeks dan menetapkan batasan,
seperti integritas referensial . Bahasa SQL berisi konstruksi DDL dan DML; misalnya,
perintah buat tabel mewakili DDL, dan perintah pilih mewakili DML.
 Referensi

https://www.xgeneit.com/blog/what-is-system-development-life-
cycle#:~:text=Database%20System%20Development%20Life%20Cycle%20A%20database%20
system,so%20it%20would%20fulfill%20an%20enterprise%E2%80%99s%20functional%20requ
irements.

https://medium.com/informatics/the-database-life-cycle-4151969ca57d

https://www.sciencedirect.com/topics/computer-science/database-life-cycle