Diosa Lara Indah Musa

A031181324
Summary - SIM A

CHAPTER 13
BUILDING INFORMATION SYSTEMS

2.1 Sistem sebagai Perubahan yang Direncanakan dalam Perusahaan

Membangun sistem informasi baru adalah salah satu jenis perubahan yang
direncanakan dalam organisasi. Ketika kita merancang sistem informasi baru, kita sedang
merancang ulang organisasi tersebut. Pembuat sistem harus mengerti bagaimana sebuah
sistem akan memengaruhi proses bisnis tertentu dan organisasinya secara keseluruhan.

2.1.1 Pengembangan Sistem dan Perubahan dalam Perusahaan

Teknologi informasi dapat mendukung berbagai tingkatan perubahan dalam

perusahaan, mulai dari yang setahap demi setahap, hingga yang jauh ke depan.

Bentuk paling umum dari perubahan organisasionalyang dimungkinkan oleh

teknologi informasi adalah otomatisasi. Penerapan pertama dari teknologi informasi antara
lain adalah membantu para karyawan melakukan tugas-tugas mereka secara lebih efisien dan
efektif.

Bentuk perubahan organisasional yang lebih mendalam – yang langsung mengikuti

otomatisasi awal- adalah rasionalisasi prosedur (rationalization of procedures). Otomatisasi
sering kali mengungkapkan adanya penyempitan (bottleneck) baru dalam produksi dan
membuat rangkaian prosedur yang dan struktur yang sudah ada menjadi sangat menyulitkan.
Rasionalisasi prosedur adalah pemangkasan prosedur-prosedur operasional standar.

Bentuk perubahan organisasional yang lebih kuat adalah rekayasa ulang proses bisnis
(business process reengineering), yang melaluinya, proses-proses bisnis dianalisis,
disederhanakan, dan dirancang ulang. Ini lebih ambisius daripada rasionalisasi prosedur, dan
membutuhkan pandangan baru tentang bagaimana proses-proses harus diorganisasikan.

Sistem Informasi yang baru pada akhirnya dapat memengaruhi rancangan seluruh
perusahaan dengan mengubah cara perusahaan melaksanakan bisnisnya atau bahkan sifat
alamiah dari bisnisnya. Perubahan bisnis yang lebih radikal ini disebut pergeseran paradigma
(paradigm shift). Pergeseran paradigma melibatkan pemikiran ulang sifat dari bisnis,
mendefinisikan model bisnis baru dan sering mengubah sifat perusahaan pada saat ini.
Pergeseran paradigma dan rekayasa ulang sering kali mengalami kegagalan karena perubahan
organisasional yang luas sangat susah dikendalikan. Namun perusahaan-perusahaan tetap
ingin melakukan perubahan radikal karena imbalannya sangat besar, misalnya perusahaan
memperoleh peningkatan ROI (atau produktivitas) yang sangat besar dan berkali-kali lipat.

2.1.2 Rekayasa Ulang Proses Bisnis

Banyak perusahaan saat ini berfokus kepada pembuatan sistem informasi baru yang
akan meningkatkan proses bisnis mereka. Beberapa proyek sistem ini merepresentasikan
restrukturasi ulang yang radikal untuk proses-proses bisnis, sementara yang lainnya
melakukan perubahan secara bertahap.

Jika perusahaan memikirkan kembali dan merancang ulang proses bisnis sebelum
menciptakan sistem informasi, perusahaan dapat memperoleh hasil yang besar dari
investasinya dalam teknologi informasi. Lihat bagaimana industri hipotek rumah di Amerika
Serikat berhasil melakukannya.

Dengan berpikir ulang mengenai pendekatam terhadap proses hipotek, bank-bank

hipotek telah mencapai efisiensi sangat baik. Bank tersebut tidak berfokus pada perancangan
ulang sebuah proses bisnis, melainkan memeriksa ulang seluruh kumpulan proses yang
berhubungan secara logis yang dibutuhkan untuk mendapatkan hipotek.
Untuk mendukung proses permohonan hipotek yang baru, bank-bank telah
mengimplementasikan peranti lunak manajemen dokumen dan aliran kerja. Manajemen aliran
kerja (workflow management) adalah proses penyederhanaan prosedur-prosedur bisnis
sehingga dokumen dapat dipindahkan dengan mudah dan efisien.

2.1.2.a Langkah-langkah Rekayasa Ulang yang Efektif

Salah satu strategi pengambilan keputusan yang terpenting yang dapat dilakukan
oleh perusahaan bukanlah mengenai bagaimana menggunakan sistem informasi untuk
memperbaiki proses-proses bisnis, melainkan untuk memahami proses bisnis mana yang perlu
diperbaiki.

Anda perlu menentukan proses bisnis apa yang paling penting untuk difokuskan
ketika memakai teknologi informasi yang baru dan bagaimana memperbaiki proses-proses ini
akan membantu perusahaan melaksanakan strateginya. Keputusan ini dihasilkan dari dua
pertimbangan :

 Analis strategis : manajer senior mengidentifikasi proses-proses bisnis yang paling

penting untuk kesuksesan perusahaan dan memfokuskan segala upayanya pada proses-
proses ini

 Aspek-aspek yang menyakitkan : manajer senior mengidentifikasi proses-proses yang

menghasilkan keluhan paling banyak dari pemasok, pelanggan atau karyawan dan
memperbaiki proses-proses tersebut terlebih dahulu.

Setelah proses bisnis yang tepat dipilih, perusahaan akan melakukan aktivitas-aktivitas
berikut:

 Mengidentifikasi masukan dan keluaran proses bisnis

 Mengidentifikasi aliran dari produk dan/atau layanan

 Mengidentifikasi jaringan aktivitas dan penyangga dalam proses

 Mengidentifikasi semua sumber daya

 Mengidentifikasi struktur dan aliran informasi

 Mengidentifikasi para pemilik proses

 Mengidentifikasi para pelaku proses dan para pembuat keputusan

Ketika perusahaan dapat mengidentifikasi dan menjelaskan proses yang sudah ada,
langkah selanjutnya adalah memahami berapa yang dihabiskan untuk proses tersebut dan
berapa lama proses tersebut berjalan. Proses bisnis biasanya diukur dalam dimensi-dimensi
berikut :

 Biaya proses : total biaya proses bisnis untuk transaksi yang “pada umumnya”

 Waktu proses : total waktu aktivitaas dan keputusan semua pelaku.

 Kualitas proses : jumlah waktu dan biaya yang dihabiskan untuk mengerjakan kembali
bagian dan layanan yang cacat.

 Flexibilitas proses : kemampuan proses untuk memproduksi keluaran yang bervariasi,

atau berubah di tengah tekanan lingkungan. “Flexibilitas” langsung diartikan menjadi
pemanfaatan pabrik dan peralatan yang lebih baik, dan biaya tenaga kerja yang lebih
rendah.

Ketika proses bisnis yang ada telah dipahami benar, langkah selanjutnya adalah memikirkan
cara memperbaikinya. Berikut beberapa prinsip yang umum digunakan oleh para perancang
proses bisnis :

 Mengganti langkah-langkah sekuensual dalam proses menjadi langkah-langkah paralel

 Memperkaya pekerjaan dengan meningkatkan otoritas keputusan dan memusatkan

informasi

 Memungkinkan informasi dibagikan kepada seluruh peserta

 Menghilangkan penyangga (penudaan keputusan dan persediaan)

 Mengubah pemrosesan dan pengambilan keputusan yang dikelompokkan menjadi proses

yang mengalir kontinu

 Mengotomatisasi tugas-tugas keputusan apabila memungkinkan

Mengikuti langkah-langkah yang telah dijelaskan sebelumnya tidak otomatis akan

menjamin bahwa rekayasa ulang akan selalu berhasil untuk anda dan perusahaan Anda.
Banyak proyek rekayasa ulang tidak mencapai hasil terobosan dalam kinerja bisnis karena
 perubahan-perubahan organisasional seringkali sangat sulit dikelola. Mengelola
perusahaan tidaklah sederhana ataupun intuitif, dan banyak perusahaan yang melakukan
rekayasa ulang membuthkan suatu strategi manajemen perubahan yang baik.

2.1.3 Perbaikan Proses : Manajemen Proses Bisnis, Manajemen Kualitas Total dan
Six Sigma

Rekayasa ulang proses busnis (business process reengineering – BPR) biasanya

merupakan upaya satu kali, berfokus pada identifikasi satu atau dua proses bisnis strategi
yang membutuhkan perubahan yang radikal. Manajemen proses bisnis dan program
peningkatan kualitas menyediakan banyak kesempatan untuk perubahan proses bisnis jenis
bertahap maupun kontinu.

2.1.3.a Manajemen Proses Bisnis

Manajemen proses bisnis (business process management – BPM) adalah upaya untuk
membantu perusahaan mengelola perubahan proses yang dibutuhkan di banyak bidang dalam
bisnis tersebut. Tujuan dari BPM adalah membuat perusahaan mampu menciptakan perbaikan
secara kontinu dalam banyak proses bisnisnya dan menggunakan proses-proses sebagai bahan
dasar dalam membangun sistem informasi perusahaan.

BPM meliputi manajemen aliran kerja, notasi permodelan proses bisnis, pengukuran
dan manajemen kualitas, manajemen prubahan, dan perangkat untuk menata ulang proses-
proses bisnis perusahaan ke dalam bentuk yang terstandardisasi, yang dapat dimanipulasi
secara kontinu.

BPM juga meliputi pemantauan dan analisis proses. Perusahaan harus memastikan
bahwa kinerja bisnis telah meningkat dan mengukur dampak-dampak perubahan proses
terhadap berbagai indikator kinerja kuncinya.

2.1.3.b Manajemen Kualitas dan Six Sigma

Manajemen kualitas adalah bidang lain dari proses perbaikan yang kontinu. Selain
juga meningkatkan efisiensi, perusahaan harus melakukan penyesuaian pada proses bisnisnya
untuk meningkatkan kualitas produk, layanan dan operasionalnya. Banyak yang
menggunakan konsep manajemen kualitas total (total quality management-TQM) untuk
menjadikan kualitas sebagai tanggung jawab semua orang dan fungsi di dalam suatu
organisasi.

Six Sigma adalah ukuran kualitas yang spesifik, merepresentasikan 3,4 cacat persejuta
kesempatan. Semakin awal suatu masalah dalam siklus bisnis dihilangkan, semakin sedikit
kerugian yang ditimbulkannya bagi perusahaan. Dengan demikian, peningkatan kualitas tidak
hanya meningkatkan tingkat kualitas produk dan layanan, tetapi juga dapat menurunkan
biaya.

2.1.3.c Bagaimana Sistem Informasi Mendukung Peningkatan Kualitas

TQM dan six sigma dianggap lebih bertahap daripada rekayasa ualng proses bisnis.
TQM biasanya berfokus pada serangkaian peningkatan yang kontinu, alih-alih ledakan-
ledakan perubahan yang bersifat dramatis. Six sigma menggunakan perangkat analisis statistik
untuk mendeteksi cacat dalam melaksanakan proses yang ada dan membuat penyesuaian
kecil. Sistem informasi dapat membantu perusahaan-perusahaan mencapai sasaran kualitasnya
dengan membantu perusahaan menyederhanakan produk atau proses, meningkatkan kualitas
dan ketelitian rancangan dan produksi dan memenuhi standar benchmarking (penentuan tolok
ukur).

Benchmarking terdiri atas pengaturan standar-standar yang ketat untuk produk,

layanan dan aktivitas lainnya kemudian mengukur kinerja terhadap standar tersebut.
Perusahaan mungkin menggunakan standar industri eksternal, standar yang dibuat oleh
perusahaan lain, standar yang dikembangkan secara internal atau kombinasi dari ketiganya.

2.2 Sekilas Mengenai Pengembangan Sistem

Aktivitas yang mengarah pada pembuatan solusi sistem informasi perusahaan

untuk mengatasi masalah perusahaan atau memanfaatkan kesempatan disebut pengembangan
sistem (systems development). Pengembangan sistem adalah suatu jenis pemecahan masalah
yang terstruktur dengan aktivitas yang jelas. Aktivitas-aktivitas ini terdiri atas analisis sistem,
perancangan sistem, pemrograman, pengujian, konversi serta produksi dan pemeliharaan.
2.2.1 Analisis Sistem

Analisis Sistem (system analisis) adalah analisis masalah yang dicoba diselesaikan
perusahaan dengan sistem informasi. Tahap ini terdiri atas pendefinisian masalah,
indentifikasi penyebab, pencarian solusi dan identifikasi kebutuhan informasi yang harus
dipenuhi oleh suatu solusi sistem.

Berikut tahapan kerja analis sistem :

1. Membuat peta proses (road map) dari perusahaan dan sistem yang sudah ada

2. Mengidentifikasi para pemilik dan pengguna data primer bersama dengan perangkat keras
dan lunak yang sudah ada.

3. Membuat perincian masalah dari sistem yang sudah ada. Identifikasi masalah dapat
dilakukan dengan mempelajari dokumen, lembar kerja dan prosedur, mengamati operasi
sistem dan mewawancarai para pengguna utama dari sistem.

Analis sistem akan meliputi studi kelayakan (feasibility study) untuk menentukan apakah
solusinya layak, atau dapat dicapai, dari sisi finansial, teknis dan organisasional. Studi
kelayakan akan menentukan apakah sistem tersedia dan dapat ditangani oleh spesialis sistem
informasi perusahaan, dan apakah perusahaan dapat menangani perubahan-perubahan yang
dibawa oleh sistem tersebut.

2.2.1.a Menentukan Kebutuhan Informasi

Tugas analis sistem yang dapat dikatakan paling menantang adalah mendefinisikan
kebutuhan-kebutuhan informasi yang spesifik yang harus dipenuhi oleh solusi sistem yang
dipilih. Pada tingkatan paling dasar, kebutuhan informasi (information requirement) dari
sistem baru meliputi identifikasi siapa yang membutuhkan informasi apa, dimana, kapan, dan
bagaimana caranya.

Analis permintaan mendefinisikan dengan cermat sasaran-sasaran dari sistem yang

baru atau yang telah dimodifikasi dan mengembangkan penjelasan terperinci dari fungsi yang
harus dijalankan oleh sistem yang baru. Kesalahan analisis kebutuhan adalah penyebab utama
kegagalan sistem dan tingginya biaya pengembangan sistem.

2.2.2 Perancangan Sistem

Analisis sistem menggambarkan apa yang harus dilaksanakan oleh sistem untuk
memenuhi kebutuhan informasi, dan perancangan sistem (system design) memperlihatkan
bagaimana sistem tersebut akan memenuhi sasaran ini. Perancangan sistem informasi adalah
keseluruhan rencana atau model untuk sistem ini. Seperti cetak biru dari sebuah bangunan
atau rumah, ini terdiri atas semua spesifikasi yang memberikan bentuk dan struktur sistem
tersebut.

Perancangan sistem menjelaskan spesifikasi sistem yang akan melakukan fungsi-fungsi

yang dididentifikasi pada saat analisis sistem. Spesifikasi ini harus menangani semua
komponen manajerial, organisasional, dan teknologi dari solusi sistemnya.

2.2.2.a Peran Pengguna Akhir

Kebutuhan informasi pengguna mengendalikan seluruh upaya pengembangan sistem.

Pengguna harus memiliki kontrol yang cukup atas proses perancangan untuk memastikan
bahwa sistemnya merefleksikan prioritas bisnis dan kebutuhan informasinya, bukan bias dari
staf teknisnya. Kurangnya keterlibatan pengguna dalam upaya perancangan adalah penyebab
utama kegagalan sistem.
2.2.3 Menyempurnakan Proses Pengembangan Sistem

Langkah selanjutnya dalam proses pengembangan sistem adalah menerjemahkan

spesifikasi solusi yang dibuat selama analisis sistem dan merancang sistem informasi yang
operasional sepenuhnya, terdiri atas langkah pemrograman, pengujian, konversi, produksi,
dan pemeliharaan.

2.2.3.a Pemrograman

Selama tahap pemrograman (programming), spesifikasi sistem yang disiapkan selama

perancangan diterjemahkan ke dalam kode program. Sekarang banyak perusahaan membeli
peranti lunak yang memenuhi kebutuhan sistem baru dari sumber luar seperti paket peranti
lunak dari vendor komersial, layanan peranti lunak dari penyedia layanan aplikasi atau
perusahaan alih kontrak yang mengembangkan aplikasi peranti lunak yang disesuaikan
dengan kebutuhan klien.

2.2.3.b Pengujian

Pengujian (testing) yang mendalam dan seksama harus dilakukan untuk mengetahui
apakah sistem memberikan hasil-hasil yang benar. Pengujian memakan waktu yang lama :
data untuk pengujian harus dipersiapkan dengan hati-hati, hasilnya harus ditinjau kembali,
dan koreksi harus dibuat ke dalam sistem.

Pengujian sistem informasi dapat dibagi menjadi tiga jenis aktivitas :

1. Pengujian Unit (unit testing)

Tujuan pengujian adalah menjamin bahwa pogram bebas dari kesalahan atau paling tidak
pengujian harus dipandang sebagai cara untuk mencari kesalahan dalam program,
berfokus dalam mencari segala cara untuk membuat program mengalami kegagalan.
Setelah masalah diketahui, masalah tersebut dapat diperbaiki.

2. Pengujian Sistem (system testing)

Yaitu menguji fungsi sistem informasi secara keseluruhan. Beberapa hal yang diperiksa
adalah waktu kinerja, kapasitas untuk menyimpan file dan menangani beban yang berat,
kapabilitas pemulihan dan kembali ke kondisi semula, dan prosedur-prosedur manual.
3. Uji Penerima (acceptance testing)

Yaitu memberikan sertifikasi akhir bahwa sistem siap digunakan dalam situasi produksi.
Pengujian sistem dievaluasi oleh pengguna dan ditinjau ulang oleh pihak manajemen.
Ketika semua peserta puas karena sistem baru telah sesuai standar, sistemnya akan secara
resmi diterima untuk diimplementasikan.

2.2.3.c Konversi

Konversi (conversion) adalah proses perubahan dari sistem lama ke sistem baru.
Empat strategi konversi yang utama dapat dilakukan :

1. Strategi Paralel (parallel strategy)

Sistem lama dan calon penggantinya dijalankan bersama selama beberapa waktu sampai
setiap orang merasa yakin bahwa fungsi yang baru telah berjalan dengan benar. Ktika
terjadi kesalahan atau gangguan pada proses baru, sistem yang lama masih dapat
digunakan sebagai cadangan.

2. Strategi Pindah Langsung (direct cutover)

Mengganti sistem lama seluruhnya dengan sistem baru pada hari yang telah ditentukan.
Ini adalah pendekatan yang sangat beresiko yang berpotensi menimbulkan kerugian yang
lebih besar daripada menjalankan dua sistem secara paralel jika ditemukan masalah yang
serius dalam sistem barunya.

3. Strategi Studi Percontohan (pilot study)

Menjalankan sistem yang baru hanya dalam area yang terbatas seperti hanya satu
departemen atau satu unit kegiatan. Ketika versi percontohan ini sempurna dan bekerja
dengan lancar, barulah kemudian dipasang di seluruh perusahaan, secara simultan ataupun
bertahap.

4. Strategi Pendekatan Bertahap (phased approach)

Menjalankan sistem baru dalam setahap demi setahap, baik berdasarkan fungsi maupun
unit organisasional.

Perincian dokumentasi (documantation) yang memperlihatkan cara kerja sistem baik dari
sudut pandang teknis maupun dari sudut pandang pengguna akhir diselesaikan selama waktu
konversi, untuk digunakan dalam pelatihan dan kegiatan setiap harinya. Tidak adanya
pelatihan dan dokumentasi yang sepantasnya akan menimbulkan kegagalan sistem.

2.2.3.d Produksi dan Pemeliharaan

Setelah sistem yang baru dipasang dan konversinya selesai dilakukan, sistem tersebut
dikatakan beada dalam kondisi produksi (production). Selama tahap ini, sistem akan ditinjau
ulang oleh para pengguna dan spesialis teknis untuk menentukan seberapa baik sistem ini
mencapai sasarn awalnya, dan memutuskan apakah sistem tersebut perlu direvisi atau
dimodifikasi.

Setelah sistem dikonfigurasi dengan baik, sistem harus dipelihara ketika berada dalam
kondisi produksi untuk memperbaiki kesalahan, memenuhi kebutuhan atau meningkatkan
efisiensi pemrosesan. Perubahan perangkat keras, peranti lunak, dokumentasi atau prosedur
dalam sistem produksi untuk memperbaiki kesalahan, memenuhi kebutuhan baru atau
meningkatkan efisiensi pemrosesan disebut pemeliharaan (maintenance).

2.2.4 Permodelan dan Perancangan Sistem : Metodologi Terstruktur dan

Metodologi Berorientasi Objek

2.2.4.a Metodologi Terstruktur

Metodologi terstruktur telah digunakan untuk mendokumentasi, menganalisis dan

merancang sistem informasi sejak 1970-an. Terstruktur (structured) berarti bahwa tekniknya
adalah selangkah demi selangkah, dengan setiap langkah dibangun diatas langkah
sebelumnya.

Metode pengembangan terstruktur sifatnya berorientasi proses, berfokus terutama

kepada pemodelan proses atau tindakan mengambil, menyimpan, memanipulasi dan
mendistribusikan data seiring data tersebut mengalir melalui suatu sistem.

Perangkat utama untuk merepresentasikan proses-proses komponen sistem dan aliran

data diantaranya adalah diagram aliran data (data flow diagram-DFD). DFD menawarkan
model grafik logis dari aliran informasi, membagi sistem ke dalam mpdul-modul yang
menunjukkan tingkatan perincian yang dapat dikelola.

Perangkat analisis terstruktur yang lain adalah kamus data, yang menyimpan informasi
tentang bagian-bagian data dan pengelompokan data dalam sebuah sistem. Kamus data
mendefinisikan isi dari aliran data dan penyimpanan data sehingga pembuat sistem
memahami benar potongan data mana yang dikandungnya. Spesifikasi proses (process
specification) menjelaskan transformasi yang terjadi di tingkat terendah dari diagram aliran
data. Spesifikasi proses menyatakan logika untuk setiap proses.

Dalam metodologi terstruktur, perancangan peranti lunak dimodelkan menggunakan

diagram struktur yang hierarkis. Diagram struktur (structure chart) adalah diagram atas-
bawah, menunjukkan setiap tingkatan rancangan, hubungannya dengan tingkatan-tingkatan
lainnya, dan tempatnya dalam struktur rancangan keseluruhan.

2.2.4.b Pengembangan Berorientasi Objek

Metode terstruktur berguna untuk proses pemodelan tetapi tidak menangani

pemodelan data dengan baik. Metode terstruktur juga memperlakukan data dan proses sebagai
entitas-entitas yang terpisah secara logis, sementara dalam dunia nyata pemisahan seperti itu
tidak alamiah. Kesepakatan pemodelan yang berbeda digunakan untuk analisis (diagram
aliran data) dan untuk perancangan (diagram struktur).

Pengembangan berorientasi objek (object-oriented development) mengatasi masalah-

masalah ini. Pengembangan berorientasi objek menggunakan objek (object) sebagai dasar dari
analisis dan perancangan sistem. Sebuah objek menggabungkan data dan proses yang spesifik
yang mengoperasikan data tersebut. Data yang dikelompokkan ke dalam suatu objek dapat
diakses dan dimodifikasi hanya oleh operasi, atau metode yang bersesuaian dengan objek
tersebut.

Alih-alih memindahkan data ke prosedur, program mengirimkan sebuah pesan untuk

sebuah objek untuk melakukan sebuah operasi yang telah tersimpan didalamnya. Sistemnya
dimodelkan sebagai kumpulan objek dan hubungan diantaranya. Karena logika
pemrosesannya tersimpan didalam objek alih-alih didalam program peranti lunak yang
terpisah, objek-objek harus berkolaborasi untuk membuat sistemnya berjalan.

Pengembangan berorientasi objek sifatnya lebih iteratif dan bertahap dibandingkan

pengembangan terstruktur yang tradisional. Selama analisis, pembuat sistem
mendokumentasikan persyaratan fungsional dari sistem, menentukan sifat-sifat terpentingnya
dan apa yang harus dilakukan oleh sistem yang disarankan.
 Fase perancangan berorientasi objek menjelaskan bagaimana objek-objek akan
berperilaku dan berinteraksi satu sama lain. Sistem informasi diimplementasikan dengan
mengubah rancangannya menjadi kode program, memakai ulang kelas-kelas yang sudah
tersedia dalam daftar objek peranti lunak yang dapat dipakai kembali dan menambahkan
objek-objek baru yang dibuat selama fase perancangan berorientasi objek. Implementasi juga
dapat mencakup pembuatan basis data berorientasi objek. Sistem yang dihasilkan harus diuji
dan dievaluasi secara mendalam.

2.2.4.c Rekayasa Ulang Peranti Lunak Berbantuan Komputer

Rekayasa ulang peranti lunak berbantuan komputer (computer-aided software

engineering-CASE) terkadang disebut rekayasa ulang sistem berbantuan komputer
menyediakan peralatan peranti lunak untuk mengotomatisasi metodologi yang baru dijelaskan
untuk mengurangi jumlah kerja repetitif yang harus dilakukan oleh programmer. Perangkat
CASE juga memfasilitasi pembuatan dokumentasi yang jelas dan koordinasi upaya tim
programmer.

Perangkat CASE menyediakan fasilitas grafik otomatis untuk membuat grafik dan
diagram, layar dan pembuatan laporan, kamus data, fasilitas pelaporan yang ekstensif,
perangkat analisis dan pemeriksaan, pembuat kode, dan pembuat dokumentasi.

Umumnya perangkat CASE mencoba meningkatkan produktivitas dan kualitas dengan

melakukan hal-hal berikut :

a. Menerapkan metodologi pengembangan dan disiplin perancangan yang standar

b. Meningkatkan komunikasi antara pengguna dan spesialis teknis

c. Mengatur dan mengorelasikan komponen-komponen rancangan dan memberikan akses

cepat kepada mereka yang menggunakan penyimpanan rancangan

d. Mengotomatisasi bagian analisis dan perancangan yang rentan kesalahan dan melelahkan

e. Mengotomatisasi pembuatan kode dan pengujian dan mengendalikan proses implementasi

Supaya penggunaannya efisien, perangkat CASE membutuhkan disiplin organisasional.

Setiap anggota proyek pengembangan harus mematuhi sejumlah aturan penamaan dan standar
dan juga metodologi pengembangan yang disepakati bersama. Perangkat CASE yang paling
baik menerapkan metode dan standar bersama, yang mungkin mempersulit penggunaan
perangkat tersebut dalam situasi tanpa adanya disiplin organisasional.

2.3 Pendekatan Alternatif Pengembangan Sistem

2.3.1 Siklus Hidup Sistem Tradisional

Siklus hidup sistem (system life cycle adalah metode pengembangan system informasi
yang paling tua.Metodologi siklus hidup adalah pendekatan bertahap untuk membangun
system, membagi pengembangan system menjadi tahapan-tahapan yang formal.Para spesialis
pengembangan system mempunyai penpendapat berbeda tentang bagaimana membagi
tahapan pengembangan sitem, tetapi mereka secara umum bersesuaian dengan tahapan-
tahapan pengembangan system yang baru saja dijelaskan.

Siklus hidup system masih digunakan untuk pengembangan system yang besar dan
rumit yang membutuhkan keperluan analisis yang tepat dan formal, spesifikasi yang telah
ditentukan sebelumnya, dan kendali yang ketat atas proses-prosesnya,. Tetapi, pendekatan
siklus hidup system membutuhkan biaya besar, memakan banyak waktu dan tidak fleksibel.

2.3.2 Pembuatan Prototipe

Pembuatan prototype (prototyping) meliputi meliputi pengembangan system uji coba yang
cepat dan murah untuk dievaluasi oleh pengguna akhir.Prototipe (prototype) adalah versi
system informasi atau bagian dari system yang sudah dapat berfungsi, tetapi dimaksudkan
hanya sebagai model awal saja. Setelah beroperasi prototype akan lebih jauh diperhalus
hingga cocok sekali dengan kebutuhan penggunanya. Ketika rancangannya telah difinalisasi,
prototype dapat dikonversi menjadi system produksi yang jauh lebih baik.Proses pembuatan
rancangan awal, mencobanya, memperhalusnya, dan mencobanya kembali disebut proses
pengembangan system yang iterative karena langkah-langkah yang dibutuhkan untuk
membuat system dapat diulangi beberapa kali.

2.3.2.a Langkah – langkah dalam Pembuatan Prototipe

Langkah-langkah dalam pembuatan prototype

Langkah 1 : mengidentifikasi kebutuhan dasar pengguna. Perancang system (biasanya

spesialis system informasi) bekerja cukup lama dengan pengguna untuk
 mendapatkan informasi kebutuhan dasar pengguna.

Langkah 2 : Mengembangkan prototype awal. Perancang sistem dengan cepat membuat

prototype yang fungsional, menggunakan perangkat-perangkat untuk
menciptakan peranti lunak dengan cepat.

Langkah 3 : Menggunakan prototype. Pengguna didorong untuk bekerja dengan sistem

tersebut untuk menetukan seberapa baik prototipe itu memenuhi kebutuhanya,
dan untuk memberikan saran-saran bagaimana memperbaiki prototipe itu.

Lanhkah 4 : Merevisi dan memperbaiki prototipe. Pembuatan sistem mencatat semua

perubahan yang diminta pengguna dan memperhalus prototipe berdasarkan
permintaan terbut. Setelah prototipe direvisi, siklusnya kembali kelangkah 3.
Langkah 3 dan 4 diulangi, terus hingga penggunanya merasa puas.

2.3.2.b Keuntungan dan Kerugian dari Pembuatan Prototipe

Pembuatan prototipe paling bermanfaat ketika terdapat beberapa ketidakpastian

tentang kebutuhan atau solusi rancanganny, dan sering digunakan untuk merancang sistem
informasi antarmuka pengguna akhir (end-user interface), atau bagian dari sistem yang
berinteraksi dengan pengguna, seperti tampilan online dan layar masukan data, laporan atau
halaman web.
Mengidentifikasi kebutuhan Langkah 1:
dasar

Mengembangkan prototipe
yang fungsional Langkah 2:

Menggunakan Prototipe

Langkah 3:

Pengguna
Puas

Prototipe direvisi dan

Prototipe diperbaiki
Operasional
Langkah 4:
2.3.3 Pengembangan oleh Pengguna Akhir

Beberapa jenis sistem informasi dapat dikembangkan oleh pengguna akhir dengan
sedikit bantuan formal dari spesialis teknis, atau bahkan tidak sama sekali. Fenomena ini
disebut pengembangan oleh pengguna akhir (end-user development). Rangkaian peranti lunak
yang dikategorikan sebagai bahasa generasi keempat membuat hal ini mungkin dilakukan
bahasa generasi keempat (fourth-generation language) adalah piranti lunak yang membuat
laporan atau mengembangkan aplikasi peranti lunak dengan sedikit bantuan teknis atau tidak
sama sekali. Secara keseluruhan, sistem pengembangan oleh pengguna akhir dapat
diselesaikanlebih cepat dari pada yang dikembangkan dengan siklus hidup sistem yang
konvensional .dengan memberikan kemampuan kepada para pengguna untuk menentukan
kebutuhan bisnis mereka sendiri, pengumpulan kebutuhan menjadi lebih baik dan tingkat
keterlibatan pengguna menjadi lebih tinggi, dan mereka jadi lebih puas dengan sistemnya.

Namun, perangkat generasi keempat masih tidak dapat mengganti perangkat-

perangkat lama untuk aplikasi bisnis, karena sering kali mengalami kesulitan dalam
menangani pemrosesan jumlah transaksi yang banyak, atau aplikasi dengan logika procedural
yang ekstensif dan kebutuhan pembaruan. Komputasi pengguna akhir juga membawa risiko
bagi perusahaan karena berlangsungnya diluar mekanisme yang tradisional untuk manajemen
dan kontrol sistem informasi. Ketika sistem dibuat dengan cepat, tanpa adanya metodologi
pengembangan yang formal, pengajuan dan dokumentasi mungkin tidak dilakukan dengan
memadai.Untuk membantu perusahaan memaksimalkan keuntungan dari aplikasi
pengembanagan oleh pengguna akhir, manajemen harus mengontrol pengembangan aplikasi
pengguna akhir dengan mengatur pengeluaran biaya untuk pembuatan proyek sistem
informasi pengguna akhir dan menentukan peranti keras, peranti lunak, dan standar kualitas
untuk setiap aplikasi yang dikembangkan oleh pengguna.

2.3.4 Paket Peranti Lunak Aplikasi dan Alih Kontrak

Peranti lunak untuk sebagian besar sistem dewasa ini tidak dikembangkan sendiri ,
melainkan dibeli dari sumber eksternal. Perusahaan dapat menyewa peranti lunak dari
penyedia layanan aplikasi, membeli peranti lunak dari vendor komersial, atau mendapatkan
aplikasi berdasar permintaan yang dikembangakan oleh perusahaan luar secara alih
kontrak(outsourcing).Tidak semua perusahaan diuntungkan dengan adanya alih kontrak,
kerugian dari alih kontrak dapat membawa masalah serius bagi perusahaan jika alih kontrak
tidak dipahami dengan baik.Ketika perusahaan mengalokasikan tanggung jawab untuk
mengembangkan dan mengoperasikan sistem informasinya kepada perusahaan luar,
perusahaan itu dapat kehilangan kontrol atas fungsi sistem informasinya.Jika prusahaan tidak
memiliki keahlian untuk bernegosiasi dengan kontrak yang kuat, ketergantungan perusahaan
terhadap vendor dapat memakan biaya yang sangat tinggi atau bahkan perusahaan dapat
kehilangan kontrol atas arah teknologinya. Perusahaan kemungkinan besar akan diuntungkan
dari alih kontrak jika benar-benar memahami kebutuhannya sendiri, mengerti benar
bagaimana vendor alih kontrak akan memberikan nilai bagi perusahaan, dan
mengidentifikasikan ASP yang kapabilitasnya dan sasarannya paling cocok dengan kebutuhan
spesifik perusahaan.

2.4 Pengembangan Aplikasi untuk Perusahaan Digital

Dalam lingkungan perusahaan digital, perusahaan perlu mampu menambah, mengganti

dan menghentikan kapabilitas teknologi mereka dengan cepat untuk merespon adanya
kesempatan-kesempatan baru.mereka juga lebih banyak sistem yang mengaitkan proses bisnis
perusahaan lebih dekat kepada pelanggan dan pemasok. Selain menggunakan paket peranti
lunak, penyedia layanan aplikasi dan layanan alih kontrak lainnya perusahaan-perusahaan
lebih mengandalkan teknik siklus cepat, seperti perancangan aplikasi bersama, prototipe, dan
komponen peranti lunak yang distandarisasi dan dapat dipakai ulang yang dapat dirakit
menjadi kumpulan layanan yang lengkap untuk e-commerce dan e-business.

2.4.1 Rapid Application Development (RAD)

Istilah pengembangan aplikasi cepat (rapid application development-RAD) digunakan

untuk menggambarkan proses pembuatan sistem yang dapat dilangsungkan dalam waktu
yang sangat singkat. RAD dapat mencakup penggunan pemrograman visual dan perangkat
lainnya untuk membuat antar muka grafis bagi pengguna, pembuatan prototipe iterative dari
elemen-elemen sistem yang terpenting, otomatisasi pembuatan kode program, dan kerjasama
erat antara pengguna akhir dan spesialis sistem informasi. Terkadang teknik yang disebut
desain aplikasi gabungan (joint aplikation design-JAD) digunakan untuk mempercepat
pembuatan kebutuhan informasi dan mengembangkan rancangan sistem awal. Dengan JAD,
pengguna akhir dan spesialis sistem informasi bersama-sama membahas rancangan sistemnya
dalam sebuah sesi interaktif. Jika dipersiapkan dan difasilitasi dengan baik, sesi JAD dapat
sangat mempercepat fase rancangan dan melibatkan pengguna secara intens.
2.4.2 Pengembangan Berbasis Komponen dan Layanan Web

Untuk pembuatan peranti lunak yang lebih cepat, kelompok-kelompok objek telah
dirakit untuk menyediakan kompenen peranti lunak untuk fungsi-fungsi yang umum,
seperti antarmuka grafis bagi pengguna atau fungsi pemesanan online yang dapat
dikombinasikan untuk membuat aplikasi bisnis berskala besar. Pendekatan terhadap
pengembangan peranti lunak ini disebut pengembangan berbasis komponen (component-
based development), yang membuat sistem dapat dibuat dengan merakit dan
mengintegrasikan komponen-komponen peranti lunak yang tersedia .

2.4.2.a Layanan Web dan Komputasi Berorientasi Layanan

Selain untuk mendukung integrasi internal dan eksternal dari sistem informasi
layanan Web dapat digunakan sebagai perangkat pembuatan aplikasi sistem informasi
baru atau perbaikan sistem yang ada. Layanan web dapat membuat komponen-komponen
peranti lunak yang dapat diimplementasikan melalui internet dan menyediakan fungsi-
fungsi baru untuk sistem perusahaan yang sudah ada, atau membuat sistem baru yang
menhubungkan sistem suatu perusahaan dengan sistem lainnya. Layanan Web dapat
melakukan fungsi tertentu sendiridan juga dapat menghubungi layanan Web lainnya
untuk melengkapi transksi- transaksi yang lebih rumit, seperti memeriksa kredit,
pengadaan atau memesan barang. Dengan membuat komponen-komponen peranti lunak
yang dapat berkomunikasi dan berbagi data lintas sistem operasi bahasa pemrograman,
atau perangkat klien, layanan Web menawarkan penghematan biaya yang signifikan
dalam pengembangan sistem sekaligus membuka kesempatan baru untuk berkolaborasi
dengan perusahaan lainnya.