13.

1 Merencanakan dan Membenarkan Aplikasi IT

Organisasi harus menganalisis kebutuhan akan aplikasi dan kemudian membenarkan

setiap pembelian dalam hal biaya dan manfaat. Kebutuhan akan sistem informasi biasanya
terkait dengan perencanaan organisasi dan analisis kinerjanya terhadap pesaingnya.
Pembenaran biaya-manfaat harus mempertimbangkan kearifan berinvestasi dalam aplikasi TI
tertentu versus menghabiskan dana untuk proyek alternatif.

1. Perencanaan TI
Proses perencanaan untuk aplikasi TI baru dimulai dengan analisis rencana strategis
organisasi, yang diilustrasikan pada Gambar 13.1. Rencana strategis organisasi
mengidentifikasi keseluruhan misi perusahaan, tujuan yang mengikuti dari misi tersebut,
dan langkah-langkah luas yang diperlukan untuk mencapai tujuan ini. Proses
perencanaan strategis mengubah tujuan dan sumber daya organisasi agar sesuai dengan
perubahan pasar dan peluangnya.
Rencana strategis organisasi dan arsitektur TI yang ada memberikan masukan dalam
mengembangkan rencana strategis TI. Arsitektur TI menggambarkan bagaimana sebuah
organisasi harus memanfaatkan sumber informasinya untuk mencapai misinya. Ini
mencakup aspek teknis dan manajerial sumber informasi. Aspek teknis meliputi
perangkat keras dan sistem operasi, jaringan, sistem pengelolaan data, dan perangkat
lunak aplikasi. Aspek manajerial menentukan bagaimana departemen TI akan dikelola,
bagaimana manajer area fungsional akan dilibatkan, dan bagaimana keputusan TI akan
dibuat.

Rencana strategis TI adalah seperangkat tujuan jangka panjang yang

menggambarkan infrastruktur TI dan mengidentifikasi prakarsa TI utama yang
diperlukan untuk mencapai tujuan organisasi. Rencana strategis TI harus memenuhi tiga
tujuan:

1
a) Rencana strategis TI harus selaras dengan rencana strategis organisasi. Penyelarasan
ini sangat penting karena sistem informasi organisasi harus mendukung strategi
organisasi.
b) Rencana strategis TI harus menyediakan arsitektur TI yang secara mulus menjaring
pengguna, aplikasi, dan database.
c) Rencana strategis TI harus efisien mengalokasikan sumber daya pengembangan IS di
antara proyek-proyek yang bersaing sehingga proyek dapat selesai tepat waktu dan
sesuai anggaran dan masih memiliki fungsi yang dibutuhkan.
Arsitektur TI yang ada merupakan masukan yang diperlukan dalam rencana strategis
TI karena hal tersebut merupakan kendala dalam upaya pengembangan masa depan. Ini
bukan kendala mutlak, bagaimanapun, karena organisasi tersebut dapat beralih ke
arsitektur TI yang baru. Perusahaan lebih memilih untuk menghindari strategi ini,
bagaimanapun, karena harganya mahal dan menyita waktu.
Salah satu komponen penting dalam pengembangan dan implementasi rencana
strategis TI adalah komite pengarah TI. Komite ini, terdiri dari sekelompok manajer dan
staf yang mewakili berbagai unit organisasi, dibuat untuk menetapkan prioritas TI dan
untuk memastikan bahwa fungsi MIS memenuhi kebutuhan organisasi. Tugas utama
komite adalah menghubungkan strategi perusahaan dengan strategi TI, untuk menyetujui
alokasi sumber daya untuk fungsi MIS, dan untuk menetapkan ukuran kinerja untuk
fungsi MIS dan memastikan hal tersebut terpenuhi. Komite pengarah TI sangat penting
bagi Anda karena memastikan Anda mendapatkan sistem informasi dan aplikasi yang
Anda butuhkan untuk melakukan pekerjaan Anda.
Setelah sebuah perusahaan menyetujui rencana strategis TI, selanjutnya akan
dikembangkan rencana operasional SI. Rencana ini terdiri dari serangkaian proyek yang
jelas yang akan dilakukan oleh departemen SI dan pengelola area fungsional untuk
mendukung rencana strategis TI. Rencana operasional SI yang khas berisi elemen
berikut:
 Misi: Misi atas fungsi SI (berasal dari strategi TI)
 Lingkungan SI: Ringkasan kebutuhan informasi dari area fungsional dan organisasi
secara keseluruhan
 Tujuan fungsi SI: Perkiraan saat terbaik dari tujuan fungsi SI
 Hambatan pada fungsi SI: Ketahanan teknologi, keuangan, personil, dan sumber
daya lainnya pada fungsi SI
 Portofolio aplikasi: Inventaris yang diprioritaskan dari aplikasi sekarang dan rencana
rinci proyek untuk dikembangkan atau dilanjutkan selama tahun berjalan
 Alokasi sumber daya dan manajemen proyek: Daftar bagaimana dan kapan siapa
yang akan melakukan apa

2. Mengevaluasi dan Membenarkan Investasi TI: Manfaat, Biaya, dan Isu

Mengembangkan rencana TI merupakan langkah awal dalam proses akuisisi. Karena
semua perusahaan memiliki sumber daya yang terbatas, mereka harus membenarkan
investasi di beberapa wilayah, termasuk TI, dan bukan di tempat lain. Intinya,
membenarkan investasi TI melibatkan penghitungan biaya, menilai manfaat (nilai), dan

2
membandingkan keduanya. Perbandingan ini sering disebut sebagai analisis biaya-
manfaat. Analisis biaya-manfaat bukanlah tugas yang sederhana.

Menilai Biaya.
Menghitung nilai dolar investasi TI tidaklah sesederhana kelihatannya. Salah satu
tantangan utama yang dihadapi perusahaan adalah mengalokasikan biaya tetap di antara
berbagai proyek TI. Biaya TI tetap mencakup biaya infrastruktur dan biaya yang terkait
dengan layanan TI dan manajemen TI.
Komplikasi lain adalah biaya sistem tidak berakhir saat sistem terpasang.
Sebaliknya, biaya untuk pemeliharaan, debugging, dan perbaikan sistem dapat
terakumulasi selama bertahun-tahun. Ini adalah titik kritis karena organisasi terkadang
gagal mengantisipasi biaya ini saat mereka melakukan investasi.

Menilai Manfaatnya.
Mengevaluasi manfaat proyek TI biasanya lebih kompleks daripada menghitung
biaya mereka. Manfaat mungkin lebih sulit untuk diukur, terutama karena banyak di
antaranya tidak berwujud. Kenyataan bahwa organisasi menggunakan TI untuk berbagai
tujuan akan mempersulit analisis keuntungan. Selain itu, untuk mendapatkan
pengembalian dari investasi TI, perusahaan harus menerapkan teknologi dengan baik.
Pada kenyataannya, banyak sistem tidak dilaksanakan tepat waktu, sesuai anggaran, atau
dengan semua fitur yang awalnya dibayangkan untuk mereka.

Melakukan Analisis Biaya-Manfaat.

Setelah perusahaan menilai biaya dan manfaat investasi TI, perusahaan harus
membandingkannya. Tidak ada strategi seragam untuk melakukan analisis biaya-
manfaat. Sebaliknya, sebuah organisasi dapat melakukan tugas ini dalam beberapa cara.
Berikut ini adalah empat pendekatan umum untuk analisis biaya-manfaat, antara lain
sebagai berikut:
a. Analisis menggunakan metode net present value (NPV) untuk mengkonversikan
nilai manfaat masa depan ke nilai sekarang setara dengan "mendiskontokan" biaya
organisasi. Mereka kemudian dapat membandingkan nilai sekarang dari manfaat
masa depan dengan biaya yang dibutuhkan untuk mencapai manfaat tersebut dimana
akan dapat menentukan apakah manfaat melebihi biaya.
b. Return on investment (ROI) mengukur keefektifan manajemen dalam menghasilkan
keuntungan dengan aset yang ada. ROI dihitung dengan membagi laba bersih yang
dihasilkan oleh sebuah proyek dengan rata-rata aset yang diinvestasikan dalam
proyek. ROI adalah persentase, dan semakin tinggi persentase return, semakin baik.
c. Breakeven analysis menentukan titik di mana nilai dolar kumulatif dari keuntungan
dari sebuah proyek sama dengan investasi yang dibuat dalam proyek.
d. Dalam business case approach, pengembang sistem menulis sebuah kasus bisnis
untuk membenarkan satu atau beberapa aplikasi spesifik atau proyek. Profesional
akan menjadi sumber utama masukan saat kasus bisnis dikembangkan karena kasus-
kasus ini menggambarkan apa yang Anda lakukan, bagaimana Anda melakukannya,
dan bagaimana sistem baru dapat mendukung Anda dengan lebih baik.

3
13.2 Strategi untuk Memperoleh Aplikasi TI
Setelah perusahaan membenarkan investasi TI, perusahaan kemudian harus
memutuskan bagaimana cara mencapainya. Seperti analisis biaya manfaat, ada beberapa
pilihan untuk memperoleh aplikasi IT. Untuk memilih pilihan terbaik, perusahaan harus
membuat serangkaian keputusan bisnis. Keputusan dasarnya adalah:
 Sebuah perusahaan dapat memilih untuk menggunakan aplikasi yang benar-benar
prewritten (untuk tidak menulis kode komputer), untuk mengkustomisasi aplikasi
yang telah ditulis ulang (untuk menulis beberapa kode komputer), atau untuk menulis
secara custom seluruh aplikasi (tulis semua kode komputer baru).
 Begitu perusahaan telah memutuskan berapa banyak kode komputer untuk menulis, ia
harus memutuskan bagaimana membayarnya. Dengan aplikasi yang telah ditulis ulang
atau aplikasi prewritten yang disesuaikan, perusahaan dapat membelinya atau
menyewanya. Dengan aplikasi yang benar-benar custom, perusahaan menggunakan
dana internal.
 Keputusan selanjutnya adalah apakah akan menjalankan aplikasi di platform
perusahaan atau di platform orang lain. Dengan kata lain, perusahaan dapat
menggunakan perangkat lunak sebagai vendor layanan atau penyedia layanan
aplikasi.
 Aplikasi yang bisa ditulis ulang bisa menjadi perangkat lunak open-source atau bisa
berasal dari vendor. Perusahaan dapat memilih untuk menyesuaikan aplikasi open-
source prewritten atau aplikasi berpemilik prewritten dari vendor. Selanjutnya,
aplikasi dapat menyesuaikan aplikasi in-house atau melakukan penyesuaian
outsourcing. Akhirnya, bisa menulis aplikasi custom secara keseluruhan secara in-
house atau outsource pada proses ini.

Aturan praktis yang baik adalah bahwa sebuah organisasi harus mempertimbangkan
semua metode akuisisi yang layak sehubungan dengan kebutuhan bisnisnya. Beberapa
metode akuisisi berikut ini:
 Membeli aplikasi yang telah ditulis ulang.
 Sesuaikan aplikasi yang telah ditulis ulang.
 Sewa aplikasi.
 Gunakan Application Service Provider dan Software-as-a-service.
 Gunakan perangkat lunak open-source.
 Gunakan outsourcing.
 Mempekerjakan pengembangan khusus.

1. Beli Aplikasi yang Terdaftar

Banyak paket perangkat lunak komersial berisi fitur standar yang dibutuhkan oleh
aplikasi TI. Oleh karena itu, membeli paket yang ada bisa menjadi strategi hemat biaya
dan hemat waktu dibandingkan dengan aplikasi pengembangan custom in-house. Namun
demikian, perusahaan harus mempertimbangkan dan merencanakan opsi beli dengan hati-
hati untuk memastikan bahwa paket yang dipilih berisi semua fitur yang diperlukan untuk
memenuhi kebutuhan perusahaan saat ini dan masa depan. Jika tidak, paket ini bisa

4
dengan cepat menjadi usang. Sebelum perusahaan dapat melakukan proses ini,
perusahaan harus memutuskan fitur mana yang harus disertakan oleh paket yang sesuai.

2. Sesuaikan Aplikasi yang Terdaftar

Menyesuaikan perangkat lunak yang ada merupakan pilihan yang sangat menarik jika
vendor perangkat lunak mengizinkan perusahaan memodifikasi aplikasi untuk memenuhi
kebutuhannya. Namun, pilihan ini mungkin tidak menarik jika kustomisasi adalah satu-
satunya metode untuk memberikan fleksibilitas yang diperlukan untuk menjawab
kebutuhan perusahaan. Ini juga bukan strategi terbaik saat perangkat lunak itu sangat
mahal atau cenderung menjadi usang dalam waktu singkat. Selanjutnya, menyesuaikan
aplikasi yang telah ditulis sebelumnya bisa sangat berbeda, terutama untuk aplikasi besar
dan kompleks.

3. Sewa Aplikasi
Dibandingkan dengan opsi beli dan pilihan untuk mengembangkan aplikasi in-house,
opsi sewa dapat menyelamatkan perusahaan baik waktu maupun uang. Tentu saja, paket
sewa (seperti paket yang dibeli) mungkin tidak sesuai dengan persyaratan aplikasi
perusahaan. Namun, perlu dicatat, perangkat lunak vendor umumnya mencakup fitur
yang paling sering dibutuhkan oleh organisasi dalam industri tertentu. Sekali lagi,
perusahaan akan menentukan fitur mana yang diperlukan.
Perusahaan yang berminat biasanya menerapkan peraturan 80/20 saat mereka
mengevaluasi perangkat lunak vendor. Sederhananya, jika perangkat lunak tersebut
memenuhi 80 persen kebutuhan perusahaan, maka perusahaan harus secara serius
mempertimbangkan untuk memodifikasi proses bisnisnya sehingga bisa memanfaatkan
20 persen sisanya. Seringkali ini adalah solusi jangka panjang yang lebih baik daripada
memodifikasi perangkat lunak vendor. Jika tidak, perusahaan harus menyesuaikan
perangkat lunak setiap kali vendor merilis versi update.
Leasing dapat sangat menarik bagi usaha kecil dan menengah (UKM) yang tidak
dapat membeli investasi besar dalam perangkat lunak TI. Perusahaan besar juga dapat
memilih untuk menyewakan paket untuk menguji solusi TI potensial sebelum melakukan
investasi besar. Selain itu, perusahaan yang tidak mempekerjakan personil TI yang
memadai dengan keterampilan yang sesuai untuk mengembangkan aplikasi TI khusus
dapat memilih untuk menyewa alih-alih mengembangkan perangkat lunak secara internal.

4. Application Service Provider dan Software-as-a-service

Application Service Provider (ASP) adalah agen atau vendor yang merakit perangkat
lunak yang dibutuhkan oleh perusahaan dan kemudian mengemasnya dengan layanan
seperti pengembangan, operasi, dan pemeliharaan. Pelanggan kemudian mengakses
aplikasi ini melalui internet
Software-as-a-service (SaaS) adalah metode penyampaian perangkat lunak di mana
vendor menghosting aplikasi dan menyediakannya sebagai layanan kepada pelanggan
melalui jaringan, biasanya Internet. Pelanggan tidak memiliki perangkat lunak;
Sebaliknya, mereka membayar untuk menggunakannya. SaaS menghilangkan kebutuhan
pelanggan untuk menginstal dan menjalankan aplikasi di komputer mereka sendiri. Oleh

5
karena itu, pelanggan SaaS menghemat biaya (uang, waktu, staf TI) untuk membeli,
mengoperasikan, dan memelihara perangkat lunak. Misalnya, Salesforce
(www.salesforce.com), penyedia SaaS yang terkenal untuk solusi perangkat lunak
manajemen hubungan pelanggan (CRM), memberikan keuntungan bagi pelanggannya.

5. Gunakan Perangkat Lunak Open-Source

Organisasi mendapatkan lisensi untuk menerapkan produk perangkat lunakopen-
source dan menggunakannya seperti, menyesuaikannya, atau mengembangkan aplikasi
dengannya. Kecuali perusahaan adalah satu dari sedikit yang ingin bermain-main dengan
kode sumbernya, aplikasi open-source pada dasarnya sama dengan aplikasi proprietary
kecuali untuk lisensi, pembayaran, dan dukungan. Open-source benar-benar merupakan
sumber alternatif aplikasi daripada pilihan pengembangan yang berbeda secara konseptual.

6. Outsourcing
Mendapatkan aplikasi TI dari kontraktor luar atau organisasi eksternal disebut
outsourcing. Perusahaan bisa memanfaatkan outsourcing dalam banyak situasi. Misalnya,
mereka mungkin ingin bereksperimen dengan teknologi TI baru tanpa menghasilkan
investasi di muka yang besar. Mereka juga mungkin menggunakan outsourcing untuk
mendapatkan akses ke pakar dari luar. Salah satu kelemahan dari outsourcing adalah
perusahaan seringkali harus menempatkan data perusahaan mereka yang berharga di
bawah kendali vendor outsourcing.
Beberapa jenis vendor menawarkan layanan untuk menciptakan dan
mengoperasikan sistem TI, termasuk aplikasi e-commerce. Banyak perusahaan perangkat
lunak, dari IBM hingga Oracle, menawarkan berbagai layanan outsourcing untuk
pengembangan, pengoperasian, dan pemeliharaan aplikasi TI. TI outsourcers, seperti
EDS, menawarkan berbagai layanan. Juga, perusahaan BPA dan konsultan manajemen
agung-misalnya, Accenture-menawarkan layanan outsourcing. Seiring tren untuk
melakukan outsourcing meningkat, begitu juga kecenderungan untuk merelokasi operasi-
operasi ini di luar negeri, terutama di India dan China.

7. Mempekerjakan Custom Development

Perusahaan juga dapat memutuskan untuk membuat aplikasi secara custom. Mereka
dapat melakukan operasi in-house ini atau melakukan proses outsourcing. Meskipun
pengembangan khusus biasanya lebih memakan waktu dan mahal daripada membeli atau
menyewa, namun seringkali menghasilkan produk yang lebih baik sesuai dengan
kebutuhan spesifik organisas
Proses pembangunan dimulai saat komite pengarah TI, setelah menerima saran untuk
sebuah sistem baru, memutuskan bahwa perlu ditelusuri. Saran ini berasal dari pengguna.
Memahami proses ini akan membantu untuk mendapatkan sistem yang dibutuhkan.
Sebaliknya, tidak memahami proses ini akan mengurangi peluang, karena orang lain
yang memahaminya lebih baik akan membuat saran yang menggunakan sumber daya
yang ada.

6
 Seiring perusahaan melewati proses pengembangan, perubahan mindset-nya. Dalam
penyelidikan sistem (tahap pertama dari siklus pengembangan sistem tradisional),
organisasi tersebut mencoba untuk memutuskan apakah akan membangun sesuatu.
Semua orang tahu itu mungkin atau mungkin tidak dibangun. Pada tahap selanjutnya dari
proses pengembangan, organisasi berkomitmen untuk membangun aplikasi. Meski
sebuah proyek bisa dibatalkan setiap saat, perubahan sikap ini masih penting.

13.3 Siklus Hidup Pengembangan Sistem (SDLC) Tradisional

Siklus Hidup Pengembangan Sistem (SDLC) adalah metode pengembangan sistem

tradisional yang digunakan organisasi untuk proyek TI skala besar. SDLC adalah kerangka
kerja terstruktur yang terdiri dari proses yang berurutan dimana sistem informasi
dikembangkan. Untuk tujuan kita kita mengidentifikasi enam proses, yang masing-masing
terdiri dari tugas-tugas yang jelas:
a. Penyelidikan sistem
b. Analisis sistem
c. Perancangan sistem
d. Pemrograman dan pengujian sistem
e. Implementasi sistem
f. Operasi dan pemeliharaan sistem
Proyek pengembangan sistem menghasilkan hasil yang diinginkan melalui usaha tim.
Tim pengembangan biasanya mencakup pengguna, analis sistem, pemrogram, dan spesialis
teknis. Pengguna adalah karyawan dari semua area fungsional dan tingkat organisasi yang
berinteraksi dengan sistem, baik secara langsung maupun tidak langsung. Analis sistem
adalah profesional IS yang mengkhususkan diri dalam menganalisa dan merancang sistem
informasi. Pemrogram adalah profesional IS yang memodifikasi program komputer yang
sudah ada atau menulis program baru untuk memenuhi kebutuhan pengguna. Spesialis teknis
adalah spesialis pada jenis teknologi tertentu, seperti database atau telekomunikasi.
Pemangku sistem mencakup semua orang yang terpengaruh oleh perubahan dalam sistem
informasi perusahaan-misalnya, pengguna dan manajer.

7
1. Investigasi Sistem
Tahap awal dalam SDLC tradisional adalah investigasi sistem. Profesional
pengembangan sistem setuju bahwa semakin banyak waktu yang mereka investasikan
untuk (1) memahami masalah bisnis yang harus dipecahkan, (2) menentukan pilihan
teknis untuk sistem, dan (3) mengantisipasi masalah yang mungkin mereka hadapi selama
pembangunan, maka semakin besar peluang untuk sukses. Untuk alasan ini, investigasi
sistem membahas masalah bisnis (atau peluang bisnis) melalui studi kelayakan. Tugas
utama dalam tahap investigasi sistem adalah studi kelayakan. Organisasi memiliki tiga
solusi dasar untuk setiap masalah bisnis yang berkaitan dengan sistem informasi: (1) tidak
melakukan apapun dan terus menggunakan sistem yang ada yang tidak berubah, (2)
memodifikasi atau meningkatkan sistem yang ada, dan (3) mengembangkan sistem baru.
Studi kelayakan menganalisa dimana dari ketiga solusi ini paling sesuai dengan masalah
bisnis tertentu. Ini juga memberikan penilaian kasar terhadap kelayakan teknis, ekonomi,
dan perilaku proyek tersebut.
Setelah analisis kelayakan selesai, keputusan "go / no-go" dicapai oleh stering
committee jika ada satu atau oleh manajemen puncak tanpa komite. Jika keputusannya
“no-go”, maka proyek tersebut disimpan sampai kondisinya lebih baik atau dibuang. Jika
keputusannya “go”, maka proyek akan dilanjutkan, dan fase analisis sistem dimulai.

2. Analisis Sistem
Analisis sistem adalah proses dimana analis sistem memeriksa masalah bisnis yang
akan dipecahkan oleh organisasi dengan sistem informasi. Tujuan utama dari tahap
analisis sistem adalah untuk mengumpulkan informasi tentang sistem yang sudah ada
untuk menentukan persyaratan atas sistem yang ditingkatkan atau sistem baru. Produk
akhir tahap ini, yang dikenal sebagai deliverable, adalah seperangkat persyaratan sistem.

3. Perancangan Sistem

8
 Perancangan sistem menggambarkan bagaimana sistem akan menyelesaikan masalah
bisnis. Penyampaian dari tahap perancangan sistem adalah seperangkat spesifikasi sistem
teknis, yang mencantumkan informasi berikut:
 Output sistem, input, dan user interface
 Perangkat keras, perangkat lunak, database, telekomunikasi, personalia, dan
prosedur
 Blueprint bagaimana komponen ini terintegrasi

4. Pemrograman dan Pengujian Sistem

Jika organisasi memutuskan untuk membangun perangkat lunak in-house, maka
pemrograman dimulai. Pemrograman melibatkan penerjemahan spesifikasi desain ke
dalam kode komputer. Proses ini bisa panjang dan memakan waktu yang lama, karena
menulis kode komputer seperti sebanyak seni sebagai ilmu.

5. Implementasi Sistem
Implementasi (atau penyebaran) adalah proses konversi dari sistem komputer lama
menjadi yang baru. Proses konversi ini melibatkan perubahan organisasi. Hanya
pengguna akhir yang dapat mengelola perubahan organisasi, bukan departemen MIS.
Departemen MIS biasanya tidak memiliki kredibilitas yang cukup dengan pengguna
bisnis untuk mengelola proses perubahan. Organisasi menggunakan tiga strategi konversi
utama: langsung, paralel, dan bertahap.
Dalam konversi langsung, sistem lama terputus, dan sistem yang baru dinyalakan
pada titik waktu tertentu; sedangkan dalam konversi paralel masih menggunakan sistem
lama dan memperkenalkan sistem baru di salah satu bagian dari organisasi, seperti dalam
satu pabrik atau satu area fungsional; dan dalam konversi bertahap memperkenalkan
komponen sistem baru atau menggantikan suatu bagian dari sistem lama dengan sistem
baru, seperti modul individual, secara bertahap.

6. Operasi dan Pemeliharaan Sistem

Setelah sistem baru diimplementasikan, akan beroperasi untuk jangka waktu tertentu,
sampai (seperti sistem lama diganti) tidak lagi sesuai dengan tujuannya. Setelah operasi
sistem baru distabilkan, perusahaan melakukan audit untuk menilai kemampuan sistem
dan menentukan apakah produk tersebut digunakan dengan benar.
Sistem membutuhkan beberapa jenis perawatan. Jenis yang pertama adalah debugging
program, sebuah proses yang berlanjut sepanjang masa sistem. Jenis yang kedua adalah
memperbarui sistem untuk mengakomodasi perubahan kondisi bisnis.

13.4 Metode Alternatif dan Alat untuk Pengembangan Sistem

Metode alternatif untuk pengembangan sistem meliputi joint application design, rapid
application development, agile development, and end-user development.

9
1. Joint Application Design
Joint application design (JAD) adalah alat berbasis kelompok untuk mengumpulkan
kebutuhan pengguna dan membuat desain sistem. Hal ini paling sering digunakan dalam
analisis sistem dan tahap perancangan sistem SDLC. JAD melibatkan rapat kelompok
yang dihadiri oleh para analis dan semua pengguna yang bisa dilakukan secara manual
atau melalui komputer. Selama pertemuan ini, semua pengguna bersama-sama
mendefinisikan dan menyetujui persyaratan sistem. Proses ini menghemat banyak waktu.

2. Rapid Application Development

Rapid Application Development (RAD) adalah metode pengembangan sistem yang
dapat menggabungkan perangkat lunak JAD, prototyping, dan alat bantu teknik
perangkat lunak dengan bantuan komputer terpadu (ICASE) untuk menghasilkan sistem
berkualitas tinggi dengan cepat. Pada tahap RAD pertama, pengembang menggunakan
sesi JAD untuk mengumpulkan persyaratan sistem. Strategi ini memastikan pengguna
secara intensif terlibat sejak dini. Proses pembangunan di RAD bersifat iteratif; yaitu,
persyaratan, desain, dan sistem itu sendiri dikembangkan dan kemudian mengalami
serangkaian, atau urutan, perbaikan. RAD menggunakan alat ICASE untuk menyusun
persyaratan dan mengembangkan prototypes dengan cepat. Saat prototypes
dikembangkan dan disempurnakan, pengguna meninjaunya kembali dalam sesi JAD
tambahan. RAD menghasilkan komponen fungsional dari sistem akhir, bukan prototypes.

3. Agile Development
Agile Development adalah metodologi pengembangan perangkat lunak yang
memberikan fungsionalitas dalam iterasi cepat, yang biasanya diukur dalam beberapa
minggu. Agar sukses, metodologi ini membutuhkan komunikasi, pengembangan,
pengujian, dan pengiriman yang sering. Agile Development berfokus pada
perkembangan pesat dan seringnya kontak pengguna untuk menciptakan perangkat lunak
yang memenuhi kebutuhan pengguna bisnis. Prinsip utama Agile Development adalah
hanya melakukan apa yang harus Anda lakukan agar berhasil saat ini.

Salah satu jenis Agile Development menggunakan pendekatan scrum. Prinsip utama
scrum adalah bahwa selama pengguna proyek dapat mengubah pemikiran mereka
tentang apa yang mereka inginkan dan butuhkan. Scrum berfokus untuk memaksimalkan
kemampuan tim pengembangan untuk mengirimkan iterasi dengan cepat dan untuk
merespons secara efektif persyaratan pengguna tambahan saat muncul.

10
 Scrum berisi seperangkat praktik dan peran yang telah ditentukan. Peran utamanya
adalah:
 Master Scrum: memelihara proses (biasanya menggantikan manajer proyek)
 Pemilik Produk: mewakili pengguna bisnis dan pemangku kepentingan lainnya
dalam proyek ini
 Tim: kelompok fungsional lintas sekitar tujuh orang yang melakukan analisis aktual,
desain, pengkodean, implementasi, pengujian, dan sebagainya.

4. Pengembangan Pengguna Akhir

Pengembangan pengguna akhir adalah pendekatan di mana pengguna akhir
organisasi mengembangkan aplikasi mereka sendiri dengan sedikit atau tanpa bantuan
formal dari departemen TI.

5. Alat untuk Pengembangan Sistem

Beberapa alat dapat digunakan dengan berbagai metode pengembangan sistem. Alat-
alat ini termasuk prototyping, integrated software computer-assisted engineering
(ICASE), pengembangan berbasis komponen, dan pengembangan berorientasi objek.

 Prototyping
Pendekatan prototyping mendefinisikan daftar awal persyaratan pengguna,
membangun model sistem, dan kemudian memperbaiki sistem dalam beberapa iterasi
berdasarkan umpan balik pengguna. Pengembang tidak mencoba untuk mendapatkan
satu set lengkap spesifikasi pengguna untuk sistem sejak awal, dan mereka tidak
berencana untuk mengembangkan sistem sekaligus. Sebagai gantinya, mereka dengan
cepat mengembangkan versi sistem yang lebih kecil yang dikenal sebagai prototipe.
Sebuah prototipe bisa mengambil dua bentuk. Dalam beberapa kasus, hanya berisi
komponen sistem baru yang paling diminati pengguna. Dalam kasus lain, ini adalah
model kerja skala kecil dari keseluruhan sistem.
Para pengembang kemudian meninjau prototipe tersebut dengan pengguna dan
memanfaatkan saran mereka untuk memperbaiki prototipe. Proses ini berlanjut melalui
beberapa iterasi baik sampai pengguna menyetujui sistem atau menjadi jelas bahwa
sistem tidak dapat memenuhi kebutuhan pengguna. Jika sistemnya layak, maka
pengembang bisa menggunakan prototipe untuk membangun sistem penuh. Salah satu
tipikal penggunaan prototyping adalah mengembangkan layar yang akan dilihat dan
berinteraksi dengan pengguna.
Masalah praktis dengan prototyping adalah prototipe biasanya terlihat lebih lengkap
dari pada prototipe. Artinya, mungkin tidak menggunakan database sebenarnya, biasanya
tidak ada pemeriksaan kesalahan yang diperlukan, dan hampir tidak pernah mencakup
fitur keamanan yang diperlukan. Pengguna yang meninjau prototipe yang menyerupai
sistem selesai mungkin tidak mengenali masalah ini. Akibatnya, mereka mungkin
memiliki harapan yang tidak realistis tentang seberapa dekat sistem sebenarnya selesai.

 Peralatan Computer-aided software engineering Terintegrasi.

11
 Computer-aided software engineering (CASE) mengacu pada sekelompok alat yang
mengotomatisasi banyak tugas di SDLC. Alat yang digunakan untuk mengotomatisasi
tahap awal SDLC (penyidikan, analisis, dan desain sistem) disebut alat CASE yang
paling atas. Alat yang digunakan untuk mengotomatisasi tahap selanjutnya di SDLC
(pemrograman, pengujian, operasi, dan perawatan) disebut alat CASE yang lebih rendah.
Alat CASE yang menyediakan tautan antara CASE yang paling atas dan alat CASE yang
lebih rendah disebut alat CASE terintegrasi (ICASE).

 Pengembangan Berbasis Komponen

Pengembangan berbasis komponen menggunakan komponen standar untuk
membangun aplikasi. Komponen adalah aplikasi yang dapat digunakan kembali yang
umumnya memiliki satu fungsi khusus, seperti otentikasi pengguna, atau katalog.
Dibandingkan dengan pendekatan lainnya, pengembangan berbasis komponen umumnya
kurang melibatkan pemrograman dan perakitan. Pengembangan berbasis komponen
terkait erat dengan gagasan layanan Web dan arsitektur berorientasi layanan.

 Pengembangan Berorientasi Objek

Pengembangan berorientasi objek didasarkan pada pandangan yang berbeda atas
sistem komputer dari persepsi yang menjadi ciri pendekatan pembangunan tradisional.
Pendekatan tradisional dapat menghasilkan sistem yang melakukan tugas asli namun
mungkin tidak sesuai untuk menangani tugas lainnya. Keterbatasan ini berlaku bahkan
saat tugas-tugas lain ini melibatkan entitas dunia nyata yang sama.
Proses pengembangan sistem berorientasi objek dimulai dengan studi kelayakan dan
analisis sistem yang ada. Pengembang sistem mengidentifikasi objek dalam sistem baru -
elemen fundamental dalam analisis dan perancangan OO. Setiap objek merupakan entitas
yang nyata, di dunia nyata, seperti pelanggan, rekening bank, mahasiswa, atau kursus.
Objek memiliki sifat, atau nilai data. Pendekatan ini memungkinkan analisis OO untuk
menentukan semua objek relevan yang diperlukan untuk sistem baru, termasuk properti
dan operasinya.

Referensi:
Rainer, Prince, & Cegielce. 2015. Introduction to Information Systems, 5th ed, John Wiley.

12