METODOLOGI SIKLUS HIDUP
Metode digunakan untuk
PERKEMBANGAN SISTEM
Proses siklus hidup sistem : Definisi, Konstruksi,
dan Implementasi.
Langkah-langkah SDLC
Metodologi SDLC generik mencakup tiga fase
dan delapan langkah. Fase definisi ini
membenarkan pekerjaan pengembangan sistem
dan mendefinisikan secara tepat apa yang harus
dilakukan sistem dengan cukup detail untuk SI
spesialis untuk membangun sistem yang tepat.
Fase konstruksi, spesialis IS menghasilkan
sistem kerja sesuai dengan spesifikasi yang
ditetapkan pada fase sebelumnya. Fase
implementasi, sistem baru dipasang, dapat
dioperasikan dalam organisasi, dan sudah siap
dipertahankan (dimodifikasi) sesuai kebutuhan
sehingga terus mencerminkan perubahan
kebutuhan organisasi.
Memulai Proyek Sistem Baru
Organisasi menggunakan sejumlah pendekatan
untuk memutuskan aplikasi baru mana yang
akan diinvestasikan. Pendekatan peninjauan
program setelah setiap fase atau langkah, dengan
pilihan untuk melanjutkan, melanjutkan
perubahan, atau menghentikan proyek, disebut
komitmen tambahan.
Fase Definisi
ANALISIS KELAYAKAN → Ada tiga jenis
kelayakan yaitu ekonomi, operasional, dan
teknis. Analis IS bertanggung jawab menilai
kelayakan teknis sistem, berdasarkan
pengetahuan terkini dan solusi teknologi baru,
keahlian TI dari personel internal, dan
infrastruktur yang diperlukan untuk
mengembangkan dan mendukung sistem yang
diusulkan.
DEFINISI PERSYARATAN → Definisi
persyaratan adalah dokumen persyaratan sistem
komprehensif yang berisi penjelasan rinci
tentang masukan dan keluaran sistem serta
proses yang digunakan untuk mengubah data
masukan menjadi keluaran. Dokumen
persyaratan sistem adalah hasil utama dari fase
definisi SDLC.
memperoleh persyaratan yaitu wawancara
personel kunci.
Tahap Konstruksi
DESAIN SISTEM → Spesialis IS merancang
sistem fisik, atau teknis, berdasarkan dokumen
persyaratan fungsional dari tahap definisi. Hasil
dari desain sistem adalah dokumen desain rinci
yang akan diberikan kepada pemrogram dan staf
teknis lainnya.
PENGEMBANGAN SISTEM → Ada 2
aktivitas yang terlibat dalam pembangunan
sistem : memproduksi program komputer dan
mengembangkan/meningkatkan database yang
akan digunakan sistem.
PENGUJIAN SISTEM → Pengujian adalah
upaya besar yang mungkin memerlukan waktu
yang sama banyaknya dengan penulisan kode
untuk sistem. Dokumentasi sistem juga
merupakan hal utama mekanisme komunikasi
antara berbagai anggota tim proyek selama
proses pengembangan.
Tahap Implementasi
INSTALASI → Langkah ini mencakup
pembuatan file dan database serta konversi data
yang relevan, dari satu atau lebih sistem lama ke
sistem baru. Selain itu ada pelatihan pengguna
akhir sistem terhadap sistem baru. Terdapat 4
strategi implementasi yaitu strategi paralel,
strategi percontohan, strategi pentahapan, dan
strategi peralihan.
OPERASI → IS mempertahankan 3 hal dalam
mengoperasikan aplikasi yaitu versi
pengembangan (kondisi penyelesaian sebagian
karena kemampuan baru ditambahkan), versi
pengujian (rilis aplikasi baru sementara yang
telah melalui proses pengujian yang dijelaskan
sebelumnya), dan versi produksi (versi
sebenarnya dijalankan). Pada langkah ini,
tanggung jawab SI diserahkan pada operasi
komputer dan personel dukungan teknis.
PEMELIHARAAN → Proses melakukan
perubahan sistem setelah dimasukkan ke mode
produksi. Pemeliharaan dilakukan untuk
memperbaiki kesalahan pada perangkat lunak
yang tidak ditemukan dan diperbaiki sebelum
implementasi awal. Selain itu juga untuk
meningkatkan sistem.
Tim Proyek SDLC
Manajer proyek harus menentukan tugas SDLC
yang harus dilakukan dan keterampilan yang
serta perkirakan berapa lama waktu yang
dibutuhkan untuk setiap tugas.
Mengelola Proyek SDLC
Proyek sistem diukur berdasarkan tiga kriteria
keberhasilan utama: (1) pengiriman SI yang
tepat waktu, (2) berkualitas tinggi dan memenuhi
persyaratan bisnis, dan (3) sesuai anggaran
proyek.
UKURAN PROYEK YANG DAPAT
DIKELOLA → Sistem yang besar harus
dipecah menjadi modul-modul yang relatif
independen dan dibangun sebagai rangkaian
proyek-proyek kecil yang dapat dikelola, bukan
sebagai proyek raksasa tunggal.
DEFINISI PERSYARATAN YANG AKURAT
→ SDLC didasarkan pada premis bahwa
persyaratan untuk sistem baru dapat dan harus
didefinisikan secara rinci di awal proses.
SPONSOR EKSEKUTIF → Intensitas dan
lamanya waktu dalam proyek SDLC berarti
bahwa sponsorship tingkat eksekutif sangat
penting untuk keberhasilan serta memerlukan
pengelolaan perubahan organisasi.
Kelebihan dan Kekurangan SDLC
● Kelebihan → 1) proses terstruktur dan
sistematis 2) pengendalian cermat terhadap
proses 3) definisi kebutuhan menyeluruh 4)
pencapaian yang jelas dengan
penandatanganan manajemen
● Kekurangan → 1) persyaratan yang
berkembang dalam proyek tidak
diperhitungkan dengan baik 2) proses lama
3) adanya komitmen dari atas ke bawah 4)
penolakan terhadap umpan balik 5) peran
pengguna sistem didefinisikan secara sempit
6) tetapkan tonggak sejarah dan tanggal
penyelesaian
METODOLOGI PROTOTIPE
Sistem awal dapat direvisi berdasarkan
pengalaman dan pemahaman pengguna yang
diperoleh dari versi sebelumnya, ini disebut
pembuatan prototipe.
Langkah-Langkah Pembuatan Prototipe
Tim Proyek Pembuatan Prototipe
Interaksi antara spesialis IS dan pengguna
berpusat pada solusi pengembangan kreatif dan
reaksi pribadi terhadap antarmuka dan keluaran
sistem pengguna. Selain itu, metodologi
pembuatan prototipe juga memerlukan peran
pengguna bisnis khusus.
Mengelola Proyek Pembuatan Prototipe
Manajer proyek IS dan pembuat sistem perlu
melakukan pendekatan proyek secara berbeda.
Tujuannya adalah untuk merespons permintaan
pengguna dengan cepat dengan prototipe yang
“cukup baik” berkali-kali daripada menghasilkan
sistem aktual yang direkayasa secara ketat di
awal proyek.
Pembuatan Prototipe Dalam Proses SDLC
Terdapat dua cara pembuatan prototipe yang
dimasukkan ke dalam proses SDLC. Pertama,
prototyping digunakan dalam fase Definisi untuk
membantu pengguna menentukan persyaratan
sistem, khususnya untuk antarmuka pengguna
(layar komputer dan navigasi). Cara pembuatan
prototipe kedua yang digunakan lebih kompleks
dan mencakup implementasi percontohan dari
prototipe yang berfungsi. Jenis prototipe ini
biasanya merupakan jenis sistem percontohan
pertama dalam seri.
PENDEKATAN BARU
Pengembangan Aplikasi Cepat (RAD)
Pengembangan aplikasi cepat (RAD) adalah
metodologi hybrid yang menggabungkan aspek
metodologi SDLC dan pembuatan prototipe.
Mirip dengan metodologi SDLC, beberapa
varian RAD ada dalam organisasi dan konsultan.
Tujuannya adalah untuk menghasilkan sistem
dalam waktu kurang dari satu tahun. Siklus
hidup RAD yang dikembangkan oleh guru James
Martin mencakup empat langkah, yaitu
Perencanaan Persyaratan, Desain Pengguna,
Konstruksi, dan Peralihan.
Pendekatan prototyping/piloting dalam
SDLC sangat berguna untuk proyek-proyek
besar dan berisiko yang melibatkan risiko
teknologi atau risiko organisasi, atau keduanya.
Metodologi Agile
Metode agile adalah perubahan radikal dalam
pengembangan sistem dan dapat ditentang oleh
staf pengembangan sistem (Wailgum, 2007).
PEMROGRAMAN EKSTRIM → Dalam satu
pendekatan Agile, yang disebut eXtreme
Programming (XP), pemrogram menulis kode
produksi secara berpasangan.
SCRUM → Scrum menekankan tim proyek
yang independen, koordinasi dan komunikasi
antar dan di dalam tim, pemantauan pekerjaan
yang berulang dan berkelanjutan, serta metode
kerja yang sangat efisien.
Mengelola Proyek Perangkat Lunak
Menggunakan Staf Outsourcing
Keuntungan → menekan biaya pengembangan
perangkat lunak, membantu atau menggantikan
staf internal dalam pekerjaan pengembangan,
untuk memberikan kebebasan kepada staf
internal untuk mengerjakan proyek-proyek yang
lebih strategis atau eksklusif yang harus dikelola
sendiri, dan untuk dapat menyelesaikan proyek
tersebut dengan lebih cepat
MENDUKUNG PENGEMBANGAN
APLIKASI PENGGUNA (UAD)
Saat ini, tantangan keseluruhan dalam mengelola
pengembangan aplikasi pengguna adalah
menemukan cara terbaik untuk memaksimalkan
potensi manfaat pengembangan aplikasi oleh
pengguna tanpa menimbulkan tingkat risiko
yang tidak dapat diterima bagi organisasi karena
menggunakan aplikasi yang dikembangkan oleh
pengguna yang kurang terlatih.
Keuntungan dan Kerugian Aplikasi yang
Dikembangkan Pengguna
● Keuntungan → Pengguna (1) tidak harus
menjelaskan kebutuhan informasi mereka
kepada analis yang tidak memahami konteks
bisnis dan (2) tidak harus menunggu sumber
daya TI ditugaskan untuk mengerjakan
proyek mereka.
● Kelemahan → (1) Kurangnya kontrol
aplikasi untuk keamanan dan kualitas data,
(2) hilangnya peluang untuk integrasi TI dan
bisnis, dan (3) peningkatan operasional.
risiko karena pergantian pengembang.
Mengkaji Risiko dari UAD
KARAKTERISTIK APLIKASI → Ruang
lingkup (pribadi, departemen, organisasi),
kekritisan/dampak (paparan risiko), ukuran dan
penggunaan (satu kali, berkala, berkelanjutan),
kompleksitas masalah bisnis (kesamaan tugas,
struktur masalah)
KARAKTERISTIK ALAT →
Kecanggihan/kompleksitas alat, keterhubungan
KARAKTERISTIK PENGEMBANG →
Keterampilan, pengalaman, dan ketersediaan
pengembang pengguna, keterampilan
pengalaman, dan ketersediaan spesialis IS
Pedoman untuk Pengembang Pengguna
Panko (1988) menyatakan bahwa metodologi
yang paling tepat untuk aplikasi yang
dikembangkan pengguna bergantung pada tiga
karakteristik aplikasi: ruang lingkup
(penggunaan pribadi atau departemen), ukuran
(kecil hingga besar), dan sifat masalah bisnis
yang didukung oleh aplikasi tersebut. aplikasi
(sederhana hingga kompleks).