MAKALAH

MEMBANGUN SISTEM INFORMASI

Penulisan makalah ini digunakan sebagai salah satu tugas Mata Kuliah Sistem Informasi
Manajemen yang diampu oleh Bapak Abi Hanif Dzulquarnain, S.KM., M.SM

NAMA KELOMPOK:
1. VIKRY AGUNG PRASETYO (210301111)
2. DEVANDRA RADYA PUTRA H (210301115)
3. KRISNA ISLAMEY ARIFIN (210301120)
4. AINUR RIFQI AZIZI (210301130)
5. M BAGUS ARDIANSYAH (210301135)
6. ZAKARIA ARIZONDA (210301141)

PROGRAM STUDI MANAJEMEN

FAKULTAS EKONOMI BISNIS
UNIVERSITAS MUHAMMADIYAH GRESIK
2023
 KATA PENGANTAR
Puji syukur kami panjatkan kehadirat Tuhan Yang Maha Esa, karena dengan rahmat,
karunia, serta hidayah-Nya kami dapat menyelesaikan makalah mengenai “membangun sistem
informasi” ini. Kami juga berterima kasih kepada Bapak Abi Hanif Dzulquarnain,
S.KM.,M.SM selaku dosen mata kuliah sistem informasi manajemen yang telah memberikan
ilmu dan pengajaran kepada kami.

Kami sangat berharap makalah ini dapat berguna dalam menambah wawasan kita
mengenai mata kuliah sistem informasi manajemen, khususnya mengenai materi “membangun
sistem informasi”. Kami sudah berusaha semaksimal mungkin untuk membuat makalah ini
sebaik mungkin, namun tidak ada gading yang tak retak. Untuk itu, kami berharap adanya
kritik, saran dan usulan demi perbaikan di masa yang akan datang, mengingat tidak ada yang
sempurna tanpa adanya sarana yang membangun.

Semoga makalah sederhana ini dapat dipahami bagi siapa pun yang membacanya,
sekiranya makalah yang telah disusun ini dapat berguna bagi kami sendiri maupun bagi siapa
pun yang membacanya. Akhir kata, kami mohon maaf apabila terdapat kesalahan kata – kata
yang kurang berkenan kami mohon maaf.

Gresik, 03 desember 2023

Penulis

i
 DAFTAR ISI

KATA PENGANTAR ....................................................................................................................... i

DAFTAR ISI .....................................................................................................................................ii
DAFTAR GAMBAR........................................................................................................................ iv
LEMBAR PENGESAHAN ..............................................................................................................v
BAB I ............................................................................................................................................... vi
PENDAHULUAN ............................................................................................................................ vi
1.1 LATAR BELAKANG ........................................................................................................ vi
1.2 RUMUSAN MASALAH ................................................................................................... vi
1.3 TUJUAN MASALAH ....................................................................................................... vii
BAB II .............................................................................................................................................. 1
PEMBAHASAN .............................................................................................................................. 1
2.1 Pengembangan sistem dan perubahan organisasional .......................................................... 1
2.1.1 Diagram perubahan organisasional yang membawa risiko dan imbalan ....................... 1
2.2 Perancangan ulang proses bisnis ......................................................................................... 5
2.2.1 Mengidentifikasi proses .............................................................................................. 5
2.2.2 Menganalisis proses yang ada ..................................................................................... 6
2.2.3 Merancang proses yang baru....................................................................................... 7
2.2.4 Mengimplementasikan proses yang baru ..................................................................... 9
2.2.5 Pengukuran terus menerus .......................................................................................... 9
2.3 Proses pengembangan sistem............................................................................................ 12
2.3.1 Analisa sistem .......................................................................................................... 14
2.3.2 Desain sistem ........................................................................................................... 16
2.3.3 Proses pengembangan sistem .................................................................................... 17
2.3.4 Pengujian ................................................................................................................. 18
2.3.5 Konversi ................................................................................................................... 20
2.3.6 Produksi dan pemeliharaan ....................................................................................... 22
2.4 Pemodelan dan sistem perancangan .................................................................................. 23
2.4.1 Metodologi terstruktur .............................................................................................. 23
2.4.2 Pengembangan berorientasi objek ............................................................................. 27
2.4.3 Rekayasa ulang menggunakan bantuan komputer...................................................... 31
BAB III .......................................................................................................................................... 33
STUDI KASUS DALAM PENGEMBANGAN SISTEM INFORMASI MANAJEMEN PADA
PERUSAHAAN XYZ .................................................................................................................... 33

ii
 A. Ringkasan Pendahuluan .................................................................................................... 33
B. Identifikasi Masalah .......................................................................................................... 33
C. Strategi atau Pendektan Solusi .......................................................................................... 33
D. Implementasi ...................................................................................................................... 33
E. Hasil.................................................................................................................................... 33
F. Kesimpulan ........................................................................................................................ 34
BAB IV .......................................................................................................................................... 35
PENUTUP...................................................................................................................................... 35
3.1 Kesimpulan.......................................................................................................................... 35
3.2 Saran................................................................................................................................ 35
DAFTAR PUSTAKA ..................................................................................................................... 37

iii
 DAFTAR GAMBAR

Gambar 2. 1perubahan organisasional yang membawa risiko dan imbalan ........................................ 2

Gambar 2. 2proses bisnis apa adanya ketika membeli buku dari toko fisik.......................................... 7
Gambar 2. 3 proses merancang ulang untuk membeli buku secara online .......................................... 8
Gambar 2. 4 proses pengembangan sistem ...................................................................................... 14
Gambar 2. 5 spesifikasi desain ......................................................................................................... 18
Gambar 2. 6 sampel rencana pengujian untuk menguji perubahan pencatatan ................................ 21
Gambar 2. 7 pengembangan sistem ................................................................................................. 25
Gambar 2. 8 diagram alur data bagi sistem pendaftaran universitas bentuk mail.............................. 27
Gambar 2. 9 diagram struktur tingkat tinggi untuk sistem penggajian .............................................. 29
Gambar 2. 10 kelas dan satuan ........................................................................................................ 31

iv
 LEMBAR PENGESAHAN
Kami yang bertanda tangan dibawah ini, menyatakan bahwa makalah yang telah kami
buat ini adalah sah dan hasil diskusi yang kami kerjakan sebaik baiknya. Dengan ini kami
kelompok 2 kelas Manajemen 5C – pagi angkatan 2021menyerahkan makalah ini pada:
Hari/tanggal : Senin, 11 Desember 2023
Oleh : Bapak Abi Hanif Dzulquarnain, S.KM.,M.SM
Gresik, 11 desember 2023
Mengetahui dan menyetujui,
Dosen mata kuliah
Sistem Informasi Manajemen

Abi Hanif Dzulquarnain, S.KM.,M.SM

NIP: 03111906241

Anggota I Anggota II

Vikry Agung Prasetya Devandra Radya Putra H

NIM: 210301111 NIM: 210301115

Anggota IV Anggota III

Krisna Islamey Arifin Ainur Rifqi Aziziz

NIM: 210301120 NIM: 210301130

Anggota V Anggota VI

M Bagus Ardiansyah Zakaria Arizonda

NIM: 210301135 NIM: 210301141

v
 BAB I
PENDAHULUAN
1.1 LATAR BELAKANG
Membangun suatu sistem informasi yang baru merupakan salah satu jenis dari
perubahan organisasional yang direncanakan. Pengenalan diri suatu sistem informasi yang
baru melibatkan jauh lebih banyak dari pada perangkat keras dan perangkat lunak yang
baru. Ini juga meliputi perubahan dalam pekerjaan, keahlian, manajemen, dan organisasi.
Ketika kita merancang suatu sistem informasi yang baru, maka kita akan merancang ulang
organisasi. Para pembangun sistem harus memahami bagaimana suatu sistem akan
mempengaruhi proses bisnis yang spesifik dan organisasi sebagai suatu keseluruhan.

Bentuk yang paling umum dari perubahan organisasional yang dimungkinkan dengan
TI adalah otomatisasi (automotion). Suatu bentuk yang lebih mendalam dari perubahan
organisasional - salah satu yang mengikuti dengan cepat dari otomatisasi awal-adalah
rasionalisasi prosedur (rationalization of producers). Tipe perubahan organisasional yang
lebih ampuh adalah merancang ulang proses bisnis (business process redesign) yang mana
proses bisnis akan dianalisis, disederhanakan, dan dirancang ulang. Pergeseran paradigma
dan rekayasa teknik sering kali mengalami kegagalan karena perubahan organisasional
secara ekstensif sangat sulit untuk mengaturnya.

Untuk menangani perubahan-perubahan tersebut, maka organisasi beralih pada

manajemen proses bisnis. Manajemen proses bisnis (business process management-BPM)
menyediakan berbagai macam alat bantu dan metodologi untuk menganalisis proses yang
telah ada, merancang proses yang baru, dan mengoptimalkan proses-proses tersebut. BPM
tidak pernah dimasukkan karena proses peningkatan memerlukan perubahan yang terus-
menerus. Perusahaan yang menjalankan manajemen proses bisnis

Perkembangan peradaban manusia diiringi dengan perkembangan cara berevolusi

Informasi (yang selanjutnya dikenal dengan istilah Teknologi Informasi) sudah ada sejak
zaman sebelinya. Mulai dan gambar-gambar yang tak bermakna di dinding dingin gua,
peletakkan tonggak sejarah dalam bentuk prasasti sampai dimulainya dunia arus informasi
yang kemuchan dikenal dengannama internet, Sistem Informasi dari setiap zaman akan
selalu mengalami perubahan dan pengembangan sistem informasi.

1.2 RUMUSAN MASALAH

1.2.1 Apa yang dimaksud Pengembangan sistem dan perubahan organisasional
1.2.1.1 Diagram perubahan organisasional yang membawa risiko dan imbalan
1.2.2 Bagaimana Perancangan ulang proses bisnis
1.2.2.1 Mengidentifikasi proses
1.2.2.2 Menganalisis proses yang ada
1.2.2.3 Merancang proses yang baru
1.2.2.4 Mengimplementasikan proses yang baru

vi
 1.2.2.5 Pengukuran terus menerus
1.2.3 Bagaimana Proses pengembangan sistem?
1.2.3.1 Analisa sistem
1.2.3.2 Desain sistem
1.2.3.3 Proses pengembangan sistem
1.2.3.4 Pengujian
1.2.3.5 Konversi
1.2.3.6 Produksi dan pemeliharaan
1.2.4 Pemodelan dan sistem perancangan
1.2.4.1 Metodologi terstruktur
1.2.4.2 Pengembangan berorientasi objek
1.2.4.3 Rekayasa ulang menggunakan bantuan komputer

1.3 TUJUAN MASALAH

1.3.1 Pengembangan sistem dan perubahan organisasional
1.3.1.1 Diagram perubahan organisasional yang membawa risiko dan imbalan
1.3.2 Perancangan ulang proses bisnis
1.3.2.1 Mengidentifikasi proses
1.3.2.2 Menganalisis proses yang ada
1.3.2.3 Merancang proses yang baru
1.3.2.4 Mengimplementasikan proses yang baru
1.3.2.5 Pengukuran terus menerus
1.3.3 Proses pengembangan sistem
1.3.3.1 Analisa sistem
1.3.3.2 Desain sistem
1.3.3.3 Proses pengembangan sistem
1.3.3.4 Pengujian
1.3.3.5 Konversi
1.3.3.6 Produksi dan pemeliharaan
1.3.4 Pemodelan dan sistem perancangan
1.3.4.1 Metodologi terstruktur
1.3.4.2 Pengembangan berorientasi objek
1.3.4.3 Rekayasa ulang menggunakan bantuan komputer

vii
 BAB II
PEMBAHASAN
2.1 Pengembangan sistem dan perubahan organisasional
Suatu sistem yang baik harus mempunyai tujuan dan sasaran yang tepat karena
hal ini akan menentukan dalam mendefinisikan masukan yang dibutuhkan sistem
dan juga keluaran yang dihasilkan. Dengan Sistem Informasi berbasis komputer
dapat mempermudah dalam pengelolaan data atau informasi yang dibutuhkan,
sehingga informasi yang dihasilkan lebih cepat dan lebih baik daripada informasi
yang dihasilkan sistem informasi yang dikelola secara manual.

Melalui permasalahan-permasalahan yang telah dikemukan di atas, penulis

dapat memperkirakan permasalahan-permasalahan tersebut timbul karena sistem
yang ada masih manual atau telah usang serta sudah tidak layak pakai. Namun,
untuk memastikan permasalahan-permasalahan tersebut perlu diadakan penelitian
yang lebih lanjut serta analisa sistem yang sedang berjalan.

Membangun suatu sistem informasi yang baru merupakan salah satu jenis dari
perubahan organisasional yang direncanakan. Pengenalan diri suatu sistem
informasi yang baru melibatkan jauh lebih banyak dari pada perangkat keras dan
perangkat lunak yang baru. Ini juga meliputi perubahan dalam pekerjaan, keahlian,
manajemen, dan organisasi. Ketika kita merancang suatu sistem informasi yang
baru, maka kita akan merancang ulang organisasi. Para pembangun sistem harus
memahami bagaimana suatu sistem akan mempengaruhi proses bisnis yang spesifik
dan organisasi sebagai suatu keseluruhan.

2.1.1 Diagram perubahan organisasional yang membawa risiko dan imbalan

Teknologi informasi dapat mempromosikan variasi dari derajat
perubahan organisasional, yang berkisar dari penambahan bertahap hingga
pencapaian lebih jauh. Pada gambar 13.1 menunjukkan satu jenis dari
perubahan struktural organisasional yang dimungkinkan dengan teknologi
informasi seperti:
a. Otomatisasi

1
 b. Rasionalisasi
c. Merancang ulang proses bisnis
d. Pergeseran paradigma

Gambar 2. 1perubahan organisasional yang membawa risiko dan imbalan

Masing – masing membawa risiko dan imbalan yang berbeda. Bentuk

yang paling umum dari perubahan organisasional yang dimungkinkan
dengan TI adalah otomatisasi (automotion). Penerapan yang pertama dari
teknologi informasi yang melibatkan penugasan para karyawan untuk
mengerjakan tugas mereka dengan lebih efisien dan efektif.

Menghitung pencatatan slip gaji dan penggajian, memberikan kasir

(teller) bank akses yang lebih cepat atas catatan tabungan konsumen, dan
mengembangkan jaringan reservasi nasional bagi para agen ticket pesawat
terbang, semuanya merupakan contoh contoh dari otomatisasi pada masa
awal.

Suatu bentuk yang lebih mendalam dari perubahan organisasional - salah

satu yang mengikuti dengan cepat dari otomatisasi awal-adalah rasionalisasi

2
prosedur (rationalization of producers). Otomatisasi sering kali
mengungkapkan kemacetan-kemacetan yang baru dalam produksi dan
membuat pengaturan prosedur dan struktur yang telah ada menjadi semakin
merepotkan. Rasionalisasi prosedur adalah pelurusan prosedur operasional
yang standar. Sebagai contoh, sistem MoneyGram untuk menangani
pengiriman uang secara global yang efektif bukan hanya karena mengunakan
teknologi komputer semata, tetapi juga karena perusahaan menyederhanakan
proses bisnis bagi kegiatan operasional administrasinya. Langkah-langkah
secara manual yang semakin sedikit diperlukan.

Rasionalisasi atas prosedur sering kali ditemukan dalam program-

program untuk membuat serangkaian peningkatan kualitas yang terus-
menerus dalam produk, jasa, dan operasional, seperti misalnya manajemen
totak kualitas (TQM) dan six sigma. Manajemen kualitas total (total quality
management-TQM) membuat pencapaian kualitas tujuan itu sendiri dan
tanggung jawab dari semua orang dan fungsi-fungsi dalam suatu organisasi.
TQM berasal dari konsep-konsep yang dikembangkan oleh para ahli mutu dari
Amerika seperti misalnya W. Edwards Deming dan Joseph Juran, tetapi
dipopulerkan oleh orang Jepang. Six sigma (six sigma) merupakan suatu
ukuran tertentu atas mutu, merepresentasikan 3,4 kecacatan per jutaan
peluang. Sebagian besar perusahaan tidak dapat mencapai level kualitas ini,
tetapi dengan menggunakan six sigma sebagai suatu tujuan untuk mendorong
program peningkatan kualitas yang sedang berlangsung.

Tipe perubahan organisasional yang lebih ampuh adalah merancang

ulang proses bisnis (business process redesign) yang mana proses bisnis akan
dianalisis, disederhanakan, dan dirancang ulang. Merancang ulang proses
bisnis akan mengorganisasi kembali alur kerja, menggabungkan langkah-
langkah untuk memangkas tugas yang sia-sia, dan menghilangkan
pengulangan, tugas yang lebih memerlukan banyak kertas. (Sering kali desain
yang baru menghilangkan pekerjaan pula.) Jauh lebih ambisius daripada
merasionalisasi prosedur, memerlukan suatu visi yang baru mengenai
bagaimana proses akan diorganisasi.

3
 Contoh yang paling banyak dikutip mengenai merancang ulang proses
bisnis adalah pemrosesan tanpa faktur pada Ford Motor Company, yang mana
mengurangi jumlah karyawan dalam organisasi North American Accounts
Payable Ford yang terdiri atas 500 orang menjadi sebesar 75%. Para pegawai
bagian utang terbiasa menghabiskan sebagian besar dari waktu mereka untuk
menyelesaikan kesenjangan di antara order pembelian, penerimaan dokumen,
dan faktur tagihan.

Ford merancang ulang proses utangnya sehingga dapat diperiksa oleh

departemen penerimaan ketika barang yang dipesan telah sampai. Jika barang
yang diterima sesuai dengan order pembelian, maka sistem akan secara
otomatis menghasilkan pemeriksaan atas jumlah utang untuk kemudian
dikirimkan kepada para pemasok. Tidak perlu bagi para pemasok untuk
mengirim faktur tagihan.

Merasionalisasi prosedur dan merancang ulang proses bisnis terbatas

pada bagian tertentu dari bisnis. Sistem informasi yang baru pada akhirnya
dapat memengaruhi desain dari keseluruhan organisasi dengan mengubah
bagaimana organisasi menjalankan bisnisnya atau bahkan sifat dari bisnis.
Sebagai contoh, perusahaan penyedia truck haul yang panjang dan
transportasi Schneider National menggunakan sistem informasi yang baru
untuk mengubah model bisnisnya. Schneider menciptakan suatu bisnis yang
baru yang mengelola logistik bagi perusahaan lainnya. Bentuk yang radikal
dari perubahan bisnis ini disebut dengan pergeseran paradigma (paradigma
shift). Pergeseran paradigma melibatkan pemikiran kembali sifat bisnis dan
sifat dari organisasi.

Pergeseran paradigma dan rekayasa teknik sering kali mengalami

kegagalan karena perubahan organisasional secara ekstensif sangat sulit untuk
mengaturnya (lihat Bab 14). Kalau begitu, mengapa perusahaan-perusahaan
ingin melakukan perubahan radikal? Karena imbalan sama besarnya (lihat
Gambar 13.1). Dalam banyak contoh, perusahaan berupaya untuk menggeser
paradigma dan mengejar strategi rekayasa teknik akan mencapai kenaikan

4
 yang mengagumkan, begitu besarnya dalam tingkat pengembalian atas
investasi (atau produktivitas). Beberapa dari kisah keberhasilan tersebut, dan
beberapa kisah kegagalan, dimasukkan dalam keseluruhan buku ini.

2.2 Perancangan ulang proses bisnis

Seperti halnya MoneyGram, yang digambarkan pada kasus pembuka bab,
banyak bisnis saat ini mencoba untuk memanfaatkan teknologi informasi untuk
meningkatkan proses bisnis mereka. Beberapa dari sistem-sistem tersebut
memerlukan proses perubahan secara bertahap, tetapi yang lainnya memerlukan
lebih banyak merancang kembali proses bisnis yang luas.

Untuk menangani perubahan-perubahan tersebut, maka organisasi beralih

pada manajemen proses bisnis. Manajemen proses bisnis (business process
management-BPM) menyediakan berbagai macam alat bantu dan metodologi untuk
menganalisis proses yang telah ada, merancang proses yang baru, dan
mengoptimalkan proses-proses tersebut. BPM tidak pernah dimasukkan karena
proses peningkatan memerlukan perubahan yang terus-menerus. Perusahaan yang
menjalankan manajemen proses bisnis harus melalui langkah-langkah berikut ini:

2.2.1 Mengidentifikasi proses

Salah satu dari strategi keputusan yang paling penting yang dapat
dilakukan oleh suatu perusahaan adalah bukan memutuskan bagaimana
menggunakan komputer-komputer untuk meningkatkan proses bisnis, tetapi
memahami proses bisnis apakah yang memerlukan peningkatan. Ketika
sistem-sistem digunakan untuk memperkuat model bisnis atau proses bisnis
yang salah, maka bisnis dapat menjadi lebih efisien ketika melakukan apa
yang seharusnya tidak dilakukan.

Sebagai hasilnya, perusahaan menjadi rentan terhadap para pesaingnya

yang telah menemukan model bisnis yang tepat. Biaya dan waktu yang cukup
besar juga dapat dikeluarkan untuk meningkatkan proses bisnis yang memiliki
dampak yang kecil terhadap keseluruhan kinerja dan pendapatan perusahaan.

5
 Para manajer perlu menentukan proses bisnis apakah yang paling penting dan
bagaimana meningkatkan proses ini akan membantu kinerja bisnis.

2.2.2 Menganalisis proses yang ada

Proses bisnis yang telah ada akan dibuat model dan didokumentasikan,
mencatat input, output, sumber daya, dan urutan aktivitas. Tim yang
merancang proses akan mengidentifikasi langkah-langkah yang redundan,
tugas-tugas yang memerlukan banyak kertas, kemacetan, dan ketidakefisienan
lainnya.

Gambar 13.2 menggambarkan proses "as-is" untuk membeli sebuah

buku dari sebuah toko. Bayangkan yang terjadi ketika seorang pelanggan
mengunjungi sebuah toko dan mencari sebuah buku sendiri. Jika ia
menemukannya maka ia kemudian memberikannya kepada petugas kasir dan
membayarnya dengan kartu kredit, uang tunai, atau cek. Jika konsumen tidak
dapat menemukan lokasi dari buku, maka dia harus bertanya kepada petugas
toko buku tersebut untuk melakukan pencarian rak buku atau memeriksa
catatan persediaan toko buku untuk melihat apakah masih ada persediaan atau
tidak. Jika petugas menemukan buku tersebut, maka konsumen akan
membelinya dan kemudian meninggalkan toko buku.

Jika buku tidak tersedia di toko buku tersebut, maka petugas akan
bertanya mengenai memesan buku tersebut untuk konsumen, dari gudang toko
buku atau dari distributor buku atau penerbit. Ketika buku yang dipesan telah
sampai di toko buku, maka karyawan toko buku akan menelepon konsumen
untuk memberitahukan informasi tersebut. Kemudian konsumen akan datang
ke toko buku lagi untuk mengambil buku dan membayarnya. Jika toko buku
tidak dapat memesankan buku tersebut untuk konsumen, maka konsumen
akan mencoba pergi ke toko buku lainnya. Anda dapat mellihat bahwa proses
ini memiliki banyak langkah dan konsumen akan memerlukan banyak
perjalanan ke toko buku.

6
 Gambar 2. 2proses bisnis apa adanya ketika membeli buku dari toko fisik

2.2.3 Merancang proses yang baru

Ketika proses yang ada dipetakan dan diukur dalam hal waktu dan biaya,
maka tim yang merancang proses akan berusaha untuk meningkatkan proses
dengan merancang yang baru. Proses baru yang "menjadi" lebih efisien akan
didokumentasikan dan dibuat model untuk perbandingan dengan proses yang
lama.

Gambar 13.3 mengilustrasikan bagaimana proses membeli buku dapat

dirancang ulang dengan memanfaatkan internet. Konsumen dapat mengakses
toko buku secara online di internet dari komputernya. Dia dapat mencari
katalog toko buku online untuk buku-buku yang ia inginkan. Jika buku
tersedia, konsumen dapat melakukan pemesanan buku secara online,
memasukkan informasi kartu kredit dan alamat pengiriman, dan buku akan
dikirimkan ke alamat rumah konsumen.

Jika toko buku online tidak memiliki buku yang diinginkan, maka
konsumen dapat memilih toko buku online lainnya dan mencari buku tersebut
kembali. Proses ini memiliki jauh lebih sedikit langkah daripada membeli

7
buku tersebut di toko buku fisik, yang memerlukan lebih sedikit upaya dari
pihak konsumen, dan memerlukan sedikit staf penjualan pada layanan
konsumen. Proses baru ini, oleh karenanya jauh lebih efisien dan menghemat
waktu.

Desain proses yang baru perlu disesuaikan dengan menunjukkan berapa

banyak dapat mengurangi waktu dan biaya atau mendorong layanan
konsumen dan nilai. Pertama-tama manajemen akan mengukur waktu dan
biaya dari proses yang lama sebagai patokan dasarnya.

Dalam contoh kami, waktu yang diperlukan untuk membeli sebuah buku
dari toko buku fisik akan berkisar dari 15 menit (jika konsumen dengan segera
menemukan apa yang dia inginkan) hingga 30 menit jika buku masih memiliki
persediaan, tetapi harus dibantu mencari oleh staf penjualan. Jika buku harus
dipesan dari sumber lainnya, maka proses akan mengambil satu atau dua
minggu dan perjalanan lainnya ke toko buku bagi konsumen. Jika konsumen
bertempat tinggal agak jauh dari toko buku, maka waktu untuk perjalanan ke
toko buku harus dipertimbangkan. Toko buku harus membayar biaya untuk
memelihara kondisi fisik toko dan tetap mempertahankan ketersediaan buku,
untuk menyiagakan staf penjualan di tempatnya, dan untuk biaya pengiriman
jika buku. harus diperoleh dari lokasi lainnya.

Gambar 2. 3 proses merancang ulang untuk membeli buku secara online

8
 Proses yang baru untuk membeli sebuah buku secara online hanya
memerlukan waktu beberapa menit, meskipun konsumen harus menunggu
beberapa hari atau minggu untuk menerima buku yang telah dipesannya dan
harus membayar ongkos pengiriman. Namun, konsumen dapat menghemat
waktu dan uang dengan tidak harus bepergian ke toko buku atau melakukan
kunjungan tambahan untuk mengambil buku. Biaya bagi para penjual buku
juga menjadi lebih rendah karena mereka tidak perlu membayar untuk lokasi
fisik toko atau untuk persediaan setempat.

2.2.4 Mengimplementasikan proses yang baru

Ketika proses yang baru telah seluruhnya dimodelkan dan dianalisis,
maka harus diterjemahkan ke dalam suatu rangkaian prosedur yang baru dan
aturan kerja. Sistem informasi yang baru atau peningkatan dari sistem yang
telah ada harus diimplementasikan untuk mendukung proses perancangan
ulang. Proses yang baru dan sistem pendukung akan diluncurkan ke dalam
organisasi bisnis. Sebagaimana bisnis mulai menggunakan proses tersebut,
maka permasalahan menjadi terselesaikan dan teratasi. Para karyawan bekerja
dengan proses yang merekomendasikan peningkatan.

2.2.5 Pengukuran terus menerus

Ketika suatu proses telah diimplementasikan dan dioptimalkan, maka
perlu diukur secara terus-menerus. Mengapa? Karena proses dapat memburuk
dari waktu ke waktu seiring dengan para karyawan menerapkan metode yang
lama, atau mereka akan kehilangan keefektifan ketika bisnis mengalami
perubahan lainnya.

Meskipun banyak peningkatan, proses bisnis dilakukan secara bertahap

dan sedang berlangsung, tetapi terdapat peluang ketika perubahan yang lebih
radikal harus dilakukan.

Contoh kami mengenai toko buku fisik yang merancang ulang proses
pembelian buku sehingga dapat dilaksanakan secara online merupakan contoh

9
dari tipe perubahan yang radikal, dan besar pengaruhnya. Ketika
diimplementasikan dengan tepat, maka perancangan ulang proses bisnis akan
menghasilkan keuntungan yang dramatis dalam produktivitas dan efisiensi,
dan bahkan mengubah cara dalam menjalankan bisnisnya. Dalam beberapa
contoh, hal ini mendorong "pergeseran paradigma" yang mengubah sifat
bisnis itu sendiri.

Hal ini sebenarnya terjadi dalam pengeceran buku ketika Amazon

menantang toko buku fisik tradisional dengan model ritel online-nya. Dengan
pemikiran ulang secara radikal terhadap cara suatu buku dapat dibeli dan
dijual, maka Amazon dan toko buku online lainnya telah mencapai efisiensi
yang luar biasa, pengurangan harga, dan keseluruhan cara yang baru dalam
menjalankan bisnis.

BPM merupakan tantangan. Para eksekutif melaporkan bahwa hambatan

tunggal yang terbesar untuk melakukan perubahan proses bisnis dengan
berhasil adalah budaya organisasional. Para karyawan tidak menyukai
rutinitas yang tidak dikenalnya dan sering kali berusaha melawan perubahan.
Hal ini merupakan proyek yang sangat nyata di mana perubahan
organisasional sangat ambisius dan besar pengaruhnya. Mengelola perubahan
tidaklah sesederhana itu atau bukan pula berdasarkan intuisi, dan perusahaan
berkomitmen untuk meningkatkan proses secara ekstensif yang memerlukan
suatu strategi manajemen perubahan yang tepat (lihat Bab 14).

Alat Bantu bagi Manajemen Proses Bisnis, Lebih dari 100 perusahaan
perangkat lunak yang menyediakan alat bantu bagi aspek BPM yang
bervariasi, meliputi IBM, Oracle, dan TIBCO.

Alat bantu tersebut membantu bisnis dalam mengidentifikasi dan

mendokumentasikan proses yang memerlukan peningkatan, menciptakan
model untuk meningkatkan proses, menangkap dan menegakkan aturan bisnis
untuk menjalankan proses, dan mengintegrasikan sistem-sistem yang telah
ada untuk mendukung proses yang baru atau yang dirancang ulang. Alat bantu
perangkat lunak BPM juga menyediakan analitis untuk memverifikasi bahwa

10
kinerja dari proses telah ditingkatkan dan untuk mengukur dampak dari
perubahan proses terhadap indikator-indikator kunci dari kinerja bisnis.

Beberapa alat bantu BPM mendokumentasikan dan memonitor proses

bisnis untuk membantu perusahaan dalam mengidentifikasi ketidakefisienan,
dengan menggunakan perangkat lunak untuk menghubungkan dengan tiap-
tiap sistem yang digunakan untuk proses tertentu oleh perusahaan untuk
mengidentifikasi titik-titik yang bermasalah. Perusahaan reksa dana di Canada
AIC menggunakan perangkat lunak pemantauan Sajus BPM untuk memeriksa
ketidakkonsistenan prosesnya dalam memperbarui akun setelah transaksi
klien. Sajus mengkhususkan diri dalam manajemen proses yang berbasis pada
tujuan, yang mana menitikberatkan pada menemukan penyebab dari
permasalahan organisasional melalui pemantauan proses sebelum
menerapkan alat bantu tersebut untuk menangani permasalahan-permasalahan
tersebut.

Kategori alat bantu lainnya yang mengotomatisasi beberapa bagian dari

suatu proses bisnis dan menegakkan aturan bisnis sehingga para karyawan
akan melaksanakan proses tersebut dengan lebih konsisten dan efisien.

Kategori alat bantu yang ketiga membantu bisnis dalam

mengintegrasikan sistem yang telah mereka miliki untuk mendukung
peningkatan proses. Mereka secara otomatis mengelola proses di seluruh
bisnis, mengekstrak data dari berbagai macam sumber dan database, dan
menghasilkan transaksi dalam banyak sistem yang terkait.

Sebagai contoh, Star Alliance dari 15 maskapai penerbangan, meliputi

United dan Lufthansa, menggunakan BPM untuk menciptakan proses yang
sama yang akan dibagikan oleh semua anggotanya dengan mengintegrasikan
sistem mereka yang telah ada. Salah satu proyek yang menciptakan layanan
yang baru bagi penerbangan rutin dari anggota maskapai penerbangan dengan
mengonsolidasi 90 proses bisnis yang terpisah-pisah di seluruh 9 maskapai
penerbangan dan 27 sistem yang lama.

11
 Perangkat lunak BPM mendokumentasikan bagaimana setiap maskapai
penerbangan akan memproses informasi penerbangan rutin untuk membantu
para manajer maskapai penerbangan membuat model suatu proses bisnis yang
baru yang menunjukkan bagaimana membagi data di antara sistem-sistem
yang bervariasi.

2.3 Proses pengembangan sistem

Perkembangan peradaban manusia diiringi dengan perkembangan cara
berevolusi Informasi (yang selanjutnya dikenal dengan istilah Teknologi Informasi)
sudah ada sejak zaman sebelinya. Mulai dan gambar-gambar yang tak bermakna di
dinding dingin gua, peletakkan tonggak sejarah dalam bentuk prasasti sampai
dimulainya dunia arus informasi yang kemuchan dikenal dengannama internet,
Sistem Informasi dari setiap zaman akan selalu mengalami perubahan dan
pengembangan sistem informasi.

Proses pengembangan system yaitu seperangkat aktivitas, metode, dan praktik

dan alat-alat terotomatisasi yang digunakan untuk meningkatkan dalam
pengembangan sistem dan software.

Pada awal berkembangnya system informasi, pengembangan system

informasi dilakukan oleh programmer. Manajemen perusahaan (user) meminta
kepada programmer untuk membuatkan program tertentu yang bisa membantu
aktivitasnya. Deangan permintaan tersebut programmer akan meminta data yang
harus dimasukkan dan laporan atau informasi yang ingin dikeluarkan, berdasarkan
data dan laporan inilah programmer mulai dan bekerja. Hasil akhir dari pekerjaan
ini ternyata informasi yang dihasilkan tidak memuaskan dan saat itulah muncul
pemikiran perlu adanya analisis sebelum sistem informasi dirancang, dan lahirlah
satu metode pengembangan sistem informasi.

Dan tahun ketahun sistem informasi semakin besar kamu, semakin modern
dan semakin uas cakupannya informasinya. Pengembangan sistem informasi
dimulai dari tingkat kebutuhan masyarakat. Dengan tingginya kebutuhan
masyarakat akan menginformasikan maka akan semakin cepat pula sistem

12
informasi mengalami Pengembangan, Informasi yang disampaikan pun
berkembang. Dari sekedar menggambarkan keadaan sampai taktik berperang.

Sistem informasi yang baru merupakan suatu hasil dari proses pemecahan
permasalahan organisasional. Suatu sistem informasi yang baru dibangun sebagai
suatu pemecahan bagi beberapa tipe permasalahan atau serangkaian permasalahan
yang organisasi pandang sedang mereka hadapi. Permasalahan dapat merupakan
salah satu yang mana para manajer dan para karyawan menyadari bahwa organisasi
tidak berjalan sebaik yang diharapkan, atau bahwa organisasi harus memanfaatkan
keuntungan dari peluang yang baru untuk dapat mengerjakan dengan lebih berhasil.

Sistem informasi mempunyai peran yang sangat penting, semakin pesat

perkembangan suatu perusahaan maka sistem informasinya juga mempunyai
peranan yang semakin penting. Tuntutan keberadaan sistem informasi yang semakin
baiklah akibatnya adanya tuntutan perkembangan perusahaan, perkembangan
teknologi, kebijakan pemerintah, perubahan prosedur serta tuntutan kebutuhan
informasi.

Pengembangan sistem informasi dilakukan melalui beberapa tahap, dimana

masing- masing langkah menghasilkan suatu yang lebih rinci dari tahap
sebelumnya. Tahap awal dari pengembangan sistem umumnya dimulai dengan
mendeskripsikan kebutuhan pengguna dari sisi pendekatan sistem rencana strategi
yang bersifat makro, diikuti dengan penjabaran rencana strategi dan kebutuhan
organisasi jangka menengah dan jangka panjang, lazimnya untuk periode 3(tiga)
sampai 5 (lima) tahun.

Aktivitas-aktivitas yang masuk ke dalam menghasilkan suatu pemecahan

sistem informasi terhadap permasalahan atau peluang organisasional dinamakan
pengembangan sistem (systems development). Pengembangan sistem merupakan
jenis permasalahan yang terstruktur yang dipecahkan dengan aktivitas-aktivitas
yang berbeda. Aktivitas tersebut terdiri atas analisis sistem, desain sistem,
pemrograman, pengujian, konversi, serta produksi dan pemeliharaan.

13
 Gambar 13.4 mengilustrasikan proses pengembangan sistem. Aktivitas-
aktivitas pengembangan sistem yang digambarkan biasanya dilakukan dalam order
yang berurutan. Namun, beberapa aktivitas perlu diulang atau beberapa akan
dilakukan secara bersamaan, bergantung pada pendekatan pada membangun sistem
yang sedang dikerjakan (lihat Bagian 13.4).

6. produksi dan
1 analisa sistem
pemeliharaan

5. konversi 2 desain sistem

3 proses
4 pengujian pengembangan
sistem

Gambar 2. 4 proses pengembangan sistem

2.3.1 Analisa sistem

Analisis sistem (systems analysis) adalah analisis suatu permasalahan
yang mana suatu perusahaan berusaha untuk memecahkannya dengan sistem
informasi. Analis sistem terdiri atas menentukan permasalahan,
mengidentifikasi penyebab-penyebabnya, menentukan solusi, dan
mengidentifikasi kebutuhan informasi yang harus dipenuhi oleh suatu solusi
sistem.

Analis sistem menciptakan sebuah peta penunjuk jalan dari organisasi

yang telah ada dan sistem, mengidentifikasi para pemilik dan para pengguna
data yang utama sejalan dengan perangkat keras dan perangkat lunak yang

14
dimiliki. Analis sistem kemudian memerinci permasalahan dari sistem yang
telah ada. Dengan memeriksa dokumen-dokumen, kertas kerja, dan prosedur,
mengamati operasional sistem, dan mewawancarai para pengguna sistem yang
utama, maka analis dapat mengidentifikasi area permasalahan dan tujuan solusi
yang akan dicapai. Sering kali, solusi tersebut memerlukan pembangunan suatu
sistem informasi yang baru atau meningkatkan sistem yang telah ada.

Analisis sistem juga meliputi studi kelayakan (feasibility study) untuk

menentukan apakah suatu solusi layak ataukah tidak, atau dapat dicapai, dari
sudut pandang finansial, teknikal, dan organisasional. Studi kelayakan
menentukan apakah sistem yang diusulkan diharapkan dapat menjadi suatu
investasi yang tepat atau tidak, apakah teknologi yang diperlukan bagi sistem
tersebut tersedia atau tidak dan dapat ditangani oleh para spesialis sistem
informasi perusahaan atau tidak, dan apakah organisasi dapat menangani
perubahan yang diperkenalkan oleh sistem atau tidak.

Normalnya, proses analisis sistem akan mengidentifikasi beberapa

alternatif solusi yang mana organisasi dapat mengejar dan menilai kelayakan
dari masing-masing. Laporan proposal sistem yang tertulis menggambarkan
biaya dan manfaat, serta keuntungan dan kerugian dari tiap-tiap alternatif. Ini
bergantung pada manajemen untuk menentukan yang mana bauran dari biaya,
manfaat, fitur teknikal, dan dampak organisasional yang merepresentasikan
alternatif yang paling diinginkan.

Menentukan Kebutuhan Informasi

Barangkali tugas yang paling menantang dari analis sistem adalah
menentukan kebutuhan informasi secara spesifik yang harus dipenuhi oleh
pemecahan sistem yang dipilih. Pada tingkat yang paling dasar, kebutuhan
informasi (information requirements) dari suatu sistem yang baru melibatkan
mengidentifikasi siapa yang memerlukan informasi, di mana, kapan, dan
bagaimana. Analisis kebutuhan secara hati-hati menentukan sasaran dari sistem
yang baru atau sistem yang dimodifikasi dan mengembangkan gambaran
fungsi secara terperinci yang mana sistem yang baru harus mengerjakannya.

15
 Analisis kebutuhan yang gagal merupakan sumber penyebab dari
kegagalan sistem dan biaya pengembangan sistem yang besar (lihat Bab 14).
Suatu sistem yang dirancang di sekitar penetapan kebutuhan yang salah maka
harus dibuang karena kinerja yang buruk atau yang memerlukan untuk
menjalani modifikasi yang besar. Bagian 13.3 menggambarkan alternatif
pendekatan untuk memperoleh kebutuhan yang dapat membantu dalam
meminimalkan permasalahan tersebut.

Beberapa permasalahan tidak memerlukan solusi sistem tambahan,

tetapi justru membutuhkan penyesuaian dalam manajemen, pelatihan
tambahan, atau perbaikan dari prosedur organisasional yang telah ada. Jika
permasalahan adalah yang terkait dengan informasi, maka analisis sistem akan
diperlukan untuk mendiagnosis permasalahan dan sampai pada suatu solusi
yang tepat.

2.3.2 Desain sistem

Analisis sistem menggambarkan apakah yang harus dilakukan oleh
suatu sistem untuk memenuhi kebutuhan informasi, dan desain sistem (systems
design) memperlihatkan bagaimana sistem akan memenuhi sasaran ini. Desain
dari suatu sistem adalah keseluruhan rencana atau model bagi sistem tersebut.
Seperti denah gedung atau rumah, ini terdiri atas semua spesifikasi yang
memberikan bentuk dan struktur dari sistem tersebut.

Perancang sistem memerincikan spesifikasi sistem yang akan

menjalankan fungsi yang diidentifikasikan dalam analisis sistem. Spesifikasi-
spesifikasi tersebut akan menangani semua komponen manajerial,
organisasional, dan teknologikal dari solusi sistem. Tabel 13.1 memberikan
daftar mengenai tipe-tipe spesifikasi yang dihasilkan dalam desain sistem.

Seperti rumah atau gedung, maka sistem informasi memiliki banyak

kemungkinan desain. Masing-masing desain merepresentasikan campuran
yang unik dari seluruh komponen teknikal dan organisasional. Apa yang
membuat salah satu desain menjadi lebih unggul dibandingkan yang lainnya
adalah kemudahan dan efisiensi yang mana memenuhi kebutuhan dari

16
 penggunanya di dalam suatu rangkaian kendala teknikal, organisasional,
finansial, dan waktu yang spesifik.

Peranan dari Para Pengguna Akhir

Kebutuhan informasi pengguna mendorong upaya untuk membangun
sistem secara keseluruhan. Para pengguna harus memiliki kendali yang
memadai atas proses desain untuk memastikan bahwa sistem akan
mencerminkan prioritas bisnis mereka dan kebutuhan informasi, bukan bias
dari staf teknikal.

Dalam mengerjakan desain akan meningkatkan pemahaman dari para

pengguna dan penerimaan sistem. Seperti yang kita gambarkan dalam Bab 14,
keterlibatan pengguna yang tidak memadai dalam upaya desain merupakan
penyebab utama dari kegagalan sistem. Namun, beberapa sistem memerlukan
lebih banyak peran serta pengguna dalam desain dibandingkan yang lainnya.
dan Bagian 13.3 akan memperlihatkan bagaimana alternatif metode
pengembangan sistem akan menangani permasalahan peran serta pengguna.

2.3.3 Proses pengembangan sistem

Langkah-langkah yang tersisa dalam proses pengembangan sistem akan
menerjemahkan spesifikasi solusi yang ditetapkan dalam analisis sistem dan
merancangnya ke dalam sistem informasi yang dapat beroperasional dengan
sepenuhnya. Hal ini mencakup langkah-langkah yang terdiri atas pemrogaman,
pengujian, konversi, produksi, dan pemeliharaan.

Pemrograman
Dalam tahap pemrograman (programming) spesifikasi sistem
dipersiapkan, selama tahap perancangan diterjemahkan ke dalam perangkat
lunak kode program. Saat ini, banyak organisasi yang tidak lagi mengerjakan
pemrogaman mereka sendiri untuk sistem-sistem yang baru. Malahan, mereka
membeli perangkat lunak yang memenuhi kebutuhan akan suatu sistem yang
baru dari sumber-sumber eksternal seperti misalnya paket perangkat lunak dari
pemasok perangkat lunak komersial, layanan perangkat lunak dari penyedia

17
 layanan aplikasi, atau melakukan perusahaan alih daya yang mengembangkan
aplikasi perangkat lunak khusus bagi para klien mereka (lihat Bagian 13.3).

Gambar 2. 5 spesifikasi desain

2.3.4 Pengujian
Pengujian (testing) yang mendalam dan teliti harus dilaksanakan untuk
memastikan apakah sistem memberikan hasil yang tepat atau tidak. Pengujian
akan menjawab pertanyaan-pertanyaan, "Akankah sistem memberikan hasil
yang diinginkan berdasarkan kondisi-kondisi yang diketahui"? Seperti yang
dicatat dalam Bab 5, beberapa perusahaan mulai menggunakan layanan cloud
computing untuk pekerjaan ini.

Jumlah waktu yang diperlukan untuk menjawab pertanyaan ini telah

meremehkan secara tradisional dalam perencanaan proyek sistem (lihat Bab
14). Pengujian akan menghabiskan banyak waktu: Menguji data harus
dipersiapkan dengan hati-hati, meninjau ulang hasil, dan perbaikan akan
dilakukan dalam sistern. Dalam beberapa contoh, bagian-bagian dari sistem
harus dirancang ulang. Risiko yang dihasilkan dari pengulasan langkah ini
sangat besar.

18
 Pengujian sistem informasi dapat dibagi ke dalam 3 tipe aktivitas:
pengujian unit, pengujian sistem, dan pengujian penerimaan. Pengujian unit
(unit testing) atau pengujian program, terdiri atas menguji tiap-tiap program
secara terpisah dalam sistem. Sangat diyakini bahwa tujuan dari pengujian
seperti ini adalah untuk menjamin bahwa program-program telah bebas dari
kesalahan, tetapi tujuan ini secara realistis adalah mustahil. Pengujian harus
dipandang bukannya sebagai sarana untuk menempatkan kesalahan-kesalahan
dalam program-program, tetapi menitikberatkan pada menemukan semua cara
untuk membuat suatu program gagal. Ketika mereka menunjuk dengan tepat,
maka permasalahan dapat diperbaiki.

Pengujian sistem (system testing) akan menguji fungsi dari sistem

informasi sebagai suatu keseluruhan. Ini mencoba untuk menentukan apakah
modul-modul yang berlainan akan berfungsi bersama-sama seperti yang
direncanakan dan apakah kesenjangan yang terjadi di antara cara sistem benar-
benar bekerja dan cara yang dipahami. Di antara area-area yang diperiksa
adalah kinerja waktu, kapasitas untuk penyimpanan file dan menangani beban
puncak, kapabilitas untuk memulihkan dan mengawali kembali, dan prosedur-
prosedur manual.

Pengujian penerimaan (acceptance testing) menyediakan sertifikasi final

yang mana sistern siap untuk digunakan dalam suatu pengaturan produksi.
Pengujian sistem dievaluasi oleh para pengguna dan dikaji ulang oleh
manajemen. Ketika semua pihak dipuaskan bahwa sistem yang baru memenuhi
standar-standar mereka, maka sistem akan diterima secara formal untuk
instalasi.

Tim pengembangan sistem bekerja sama dengan para pengguna untuk

merancang suatu rencana pengujian yang sistematis. Rencana pengujian (test
plan) meliputi semua persiapan untuk serangkaian pengujian yang baru saja
telah kita bahas.

Gambar 13.5 memperlihatkan sebuah contoh dari rencana pengujian.

Kondisi yang umum yang diujikan adalah perubahan catatan. Dokumentasi

19
 terdiri atas serangkaian rencana pengujian layar yang dipelihara dalam suatu
database (barangkali suatu database PC) yang sangat ideal disesuaikan dengan
jenis aplikasi ini.

2.3.5 Konversi
Konversi (conversion) merupakan suatu proses perubahan dari sistem
yang lama menuju sistem yang baru. Empat strategi utama konversi yang dapat
dilakukan: strategi paralel, strategi pemangkasan langsung, strategi penelitian
percobaan, dan strategi pendekatan secara bertahap.

Dalam suatu strategi paralel (parallel strategy) baik sistem yang lama
maupun penggantiannya yang potensial dijalankan bersama-sama pada suatu
waktu hingga setiap orang meyakini salah satu fungsi yang baru dengan benar.
Hal ini merupakan pendekatan konversi yang paling aman karena, dalam hal
terjadinya kesalahan atau gangguan dalam pemrosesan, maka sistem yang lama
masih dapat digunakan sebagai cadangan. Namun, pendekatan ini sangat
mahal, dan staf tambahan atau sumber daya akan diperlukan untuk
menjalankan sistem tambahan.

Strategi pemangkasan secara langsung (direct cutover strategy)

menggantikan sistem yang lama secara keseluruhan dengan sistem yang baru
pada hari yang telah ditunjuk. Merupakan suatu pendekatan yang berisiko yang
dapat berpotensial lebih mahal daripada menjalankan dua sistem yang sejajar
jika permasalahan yang serius dengan sistem yang baru ditemukan. Tidak
terdapat sistem lainnya sebagai cadangan. Dislokasi, gangguan, dan biaya
perbaikan akan menjadi sangat besar.

20
 Gambar 2. 6 sampel rencana pengujian untuk menguji perubahan pencatatan

Strategi penelitian percobaan (pilot study strategy) memperkenalkan

suatu sistern yang baru kepada hanya area yang terbatas dari organisasi, seperti
misalnya sebuah departemen tunggal atau unit operasional. Ketika versi
percobaan ini telah selesai dan dapat bekerja dengan lancar, maka akan
dipasang di seluruh bagian lainnya dari organisasi, baik secara bersamaan atau
secara bertahap.

Strategi pendekatan bertahap (phased approach strategy)

memperkenalkan suatu sistem yang baru secara bertahap, baik dengan fungsi
atau dengan unit organisasional. Jika, sebagai contoh, sistem diperkenalkan
dengan fungsi, suatu sistem penggajian akan dimulai dengan para pekerja
dalam jam yang digaji mingguan, diikuti 6 bulan kemudian dengan
menambahkan para karyawan penerima gaji (yang dibayar bulanan) pada
sistem. Jika sistem diperkenalkan dengan unit organisasional, maka kantor

21
 pusat korporat yang terlebih dahulu akan diubah, diikuti dengan unit
operasional terkecil 4 bulan kemudian.

Berpindah dari suatu sistem yang lama menjadi suatu sistem yang baru
mensyaratkan para pengguna akhir dilatih untuk menggunakan sistem yang
baru. Dokumentasi (documentation) yang terperinci memperlihatkan
bagaimana sistem bekerja baik dari sud (laudon & laudon, 2014)ut pandang
teknikal maupun pengguna akhir yang diselesaikan selama masa konversi
untuk digunakan dalam pelatihan dan kegiatan operasional setiap hari.
Kurangnya pelatihan yang layak dan dokumentasi memberikan kontribusi
terhadap kegagalan sistem sehingga bagian dari proses pengembangan sistem
ini sangat penting.

2.3.6 Produksi dan pemeliharaan

Setelah sistem yang baru dipasang dan konversi telah terselesaikan,
maka sistem dikatakan berada dalam produksi (production). Dalam tahap ini,
sistem akan dikaji ulang oleh para pengguna dan para spesialis teknikal untuk
menentukan seberapa baik ini telah memenuhi tujuan awalnya dan untuk
memutuskan apakah terdapat perbaikan atau modifikasi yang diperintahkan.

Dalam beberapa contoh, dokumen audit pasca-implementasi

(postimplementation audit) yang formal dipersiapkan. Setelah sistem telah
terpasang dengan baik, maka harus dipelihara sementara itu berada dalam
produksi untuk memperbaiki kesalahan, memenuhi persyaratan, atau
meningkatkan efisiensi pemrosesan. Perubahan dalam perangkat keras,
perangkat lunak, dokumentasi, atau prosedur pada sistem produksi untuk
memperbaiki kesalahan, memenuhi persyaratan yang baru, atau meningkatkan
efisiensi pemrosesan, diistilahkan dengan pemeliharaan (maintenance).

Kira-kira, 20% waktu yang ditujukan untuk pemerliharaan digunakan

untuk melakukan debug-usaha menemukan dan memperbaiki kesalahan
program atau memperbaiki permasalahan. darurat dalam produksi. Dua puluh
persen lainnya berkaitan dengan perubahan dalam data, file, laporan, perangkat
keras, atau perangkat lunak sistem. Namun, 60% dari semua kerja

22
 pemeliharaan terdiri atas melakukan perbaikan terhadap pengguna,
meningkatkan dokumentasi, dan pengodean ulang komponen sistem untuk
efisiensi pemrosesan yang lebih tinggi. Jumlah pekerjaan dalam kategori yang
ketiga dari permasalahan pemeliharaan dapat diturunkan secara signifikan
melalui analisis sistem yang lebih baik dan pelaksanaan desain. Tabel 13.2.
meringkas aktivitas-aktivitas dalam pengembangan sistem.

2.4 Pemodelan dan sistem perancangan

Pemodelan secara umum, dimengerti sebagai proses
merepresentasikan objek nyata atau realita sebagai seperangkat persamaan
matematika, grafis ataupun bagan agar mudah dipahami oleh pihak yang
berkepentingan . Lebih khusus lagi, istilah ini sering digunakan untuk proses
menggambarkan konsep yang mewakili obyek-obyek dalam pengembangan sistem
informasi. Pemodelan dalam pengembangan sistem informasi, berevolusi selaras
perkembangan teknologi dan metodologi pengembangannya. Kesamaan pandang
diperlukan dalam pemodelan, yang akhirnya menuntut adanya keseragaman atau
standar.

Terdapat metodologi alternatif untuk membuat model dan merancang sistem.

Metodologi yang terstruktur dan pengembangan yang berorientasi pada objek
merupakan yang paling penting.

2.4.1 Metodologi terstruktur

Metodologi terstruktur telah digunakan untuk mendokumentasi,
menganalisis, dan merancang sistem informasi sejak tahun 1970-an. Terstruktur
(structured) mengacu pada kenyataan bahwa teknik-teknik yang dilakukan
adalah tahap demi tahap, dengan tiap tahap dibangun pada tahap yang
sebelumnya. Metodologi yang terstruktur arahnya dari atas ke bawah, maju dari
yang tertinggi, level yang paling abstrak menuju level rincian yang terendah-
dari yang umum menjadi yang spesifik.

Metode pengembangan terstruktur sifatnya berorientasi proses, berfokus

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

23
suatu sistem. Metode-metode ini memisahkan data dari proses-proses. Prosedur
pemrograman yang tersendiri harus ditulis setiap kali seseorang ingin
melakukan tindakan atas data tertentu. Prosedur-prosedurnya bertindak pada
data yang disanıpaikan oleh program. Perangkat utama untuk
merepresentasikan proses dari komponen data dan alur data di antara mereka
adalah diagram alur data (data flow diagram-DFD).

Diagram alur data menawarkan suatu model grafik logis atas alur
informasi, membagi-bagi sistem ke dalam modul-modul yang menunjukkan
level rincian yang dapat dikendalikan. Ini menentukan dengan ketat proses atau
transformasi yang terjadi di dalam tiap-tiap modul dan antar muka yang terjadi
di antara mereka.

Gambar 13.6 menunjukkan suatu diagram alur data yang sederhana bagi
sistem pendaftaran program universitas dalam bentuk mail. Kotak yang
berbentuk lingkaran merepresetansikan proses, yang mana menggambarkan
transformasi data. Kotak yang berbentuk persegi merepresentasikan. suatu
entitas eksternal, yang mana merupakan pencetus atau penerima informasi yang
ditempatkan di luar cakupan sistem yang dibuat model. Persegi panjang yang
terbuka merepresentasikan penyimpanan data, yang mana baik persediaan data
secara manual atau otomatisasi. Anak panah merepresentasikan alur data, yang
mana menunjukkan pergerakan di antara proses, entitas eksternal, dan
penyimpanan data. Mereka terdiri atas paket data dengan nama atau konten dari
tiap-tiap alur data yang terdaftar di samping anak panah.

Diagram alur data ini memperlihatkan bahwa mahasiswa memasukkan

formulir pendaftaran dengan nama, nomor identifikasi, dan jumlah mata kuliah
yang ingin mereka ambil. Dalam proses 1.0, sistemnya memastikan bahwa
setiap mata kuliah yang dipilih masih terbuka, dengan merujuk file kuliah dari
universitas tersebut. File ini membedakan mata kuliah yang masih terbuka dari
yang telah dibatalkan atau penuh (ditutup). Proses 1.0 kemudian menentukan
pilihan mana saja yang dapat diterima atau ditolak. Proses 2.0 mendaftarkan
mahasiswa ke dalam mata kuliah yang telah diambilnya.

24
Proses ini memperbarui file kuliah universitas tersebut dengan nama mahasiswa
dan nomor identifikasi dan menghitung ulang jumlah anggota setiap mata
kuliah. Jika jumlahnya telah mencapai maksimum, mata kuliah tersebut ditutup.
Proses 2.0 juga memperbarui file master mahasiswa milik universitas dengan
informasi mahasiswa baru atau perubahan alamat mahasiswa. Proses 3.0
mengirimkan surat konfirmasi pendaftaran yang menyertakan daftar mata
kuliah yang telah diambil oleh mahasiswa tersebut, dan memberitahukan pilihan
mata kuliah yang tidak dapat diambilnya. Diagram ini dapat digunakan untuk
menggambarkan proses tingkat tinggi dan juga tingkat rendah.

Gambar 2. 7 pengembangan sistem

Melalui diagram alur data yang bertingkat, proses yang rumit dapat
dipecah-pecah menjadi tingkatan-tingkatan perincian yang lebih lanjut. Seluruh
sistem dapat dibagi ke dalam beberapa subsistem dengan diagram alur data
tingkat tinggi. Setiap subsistem selanjutnya dapat dibagi lagi menjadi subsistem
tambahan dengan diagram alur data tingkat dua, dan subsistem di tingkat ini
dapat dipecah-pecah lagi sampai ke tingkatan perincian yang paling rendah.

25
 Alat bantu lainnya bagi analisis terstruktur adalah kamus data (data
dictionary), yang mana berisi informasi mengenai bagian data individual dan
pengelompokan data di dalam suatu sistem (lihat Bab 6). Kamus data
merupakan konten alur data dan penyimpanan data sehingga para pembangun
sistem memahami dengan tepat bagian dari data yang mereka isi. Spesifikasi
proses (process specifications) menggambarkan transformasi yang terjadi di
dalam level diagram alur data yang terendah. Mereka mengekspresikan logika
bagi tiap-tiap proses.

Dalam metodologi terstruktur, desain perangkat lunak akan dibuat

model dengan menggunakan diagram struktur dengan hierarki. Diagram
struktur (structured chart) adalah diagram dari atas ke bawah, memperlihatkan
tiap-tiap level desain, hubungannya dengan level-level lainnya, dan tempatnya
dalam keseluruhan struktur desain.

Desain yang pertama mempertimbangkan fungsi utama dari program

atau sistem, kemudian memecahkan fungsi ini ke dalam subfungsi, dan
menguraikan tiap-tiap subfungsi hingga level rincian yang terendah telah
tercapai. Gambar 13.7 memperlihatkan level diagram struktur yang tinggi bagi
suatu sistem penggajian. Jika desain memiliki terlalu banyak level untuk
dimasukkan ke dalam satu diagram struktur, maka dapat dibagi-bagi lebih lanjut
dengan diagram struktur yang lebih terperinci. Suatu diagram struktur dapat
mendokumentasikan satu program, satu sistem (serangkaian program), atau
bagian dari salah satu program.

26
 Gambar 2. 8 diagram alur data bagi sistem pendaftaran universitas bentuk mail

2.4.2 Pengembangan berorientasi objek

Metode terstruktur yang bermanfaat bagi proses permodelan, tetapi tidak
dapat menangani permodelan data dengan baik. Mereka juga memperlakukan
data dan proses sebagai entitas yang terpisah secara logis, sedangkan dalam
dunia nyata pemisahan tersebut terlihat tidak lazim. Konvensi permodelan yang
berbeda digunakan untuk analisis (diagram alur data) dan untuk desain (diagram
struktur).

Pengembangan berorientasi objek (object-oriented development)

menangani permasalahan tersebut. Pengembangan yang berorientasi pada objek
(object) menggunakan objek sebagai unit dasar dari analisis sistem dan desain.
Suatu objek yang menggabungkan data dan proses tertentu yang beroperasional
dengan data tersebut. Data dikemas dalam suatu objek yang dapat diakses dan
dimodifikasi hanya dengan mengoperasionalkan, atau metode, yang terkait

27
dengan objek tersebut. Ketimbang melewatkan data pada prosedur, program
akan mengirimkan suatu pesan bagi objek untuk mengerjakan operasional yang
telah tertanam di dalamnya. Sistem dimodelkan sebagai suatu kumpulan dari
objek-objek dan hubungan di antara mereka. Karena pemrosesan yang logis
yang terletak di dalam objek daripada dalam perangkat lunak program yang
terpisah, maka objek harus bekerja sama satu sama lain untuk membuat sistem
dapat bekerja.

Teknik ini bertujuan untuk mempelajari objek yang ada dan

mempertimbangkan apakah objek tersebut masih dapat digunakan lagi atau
diambil lagi untuk penggunaan yang baru, juga digunakan untuk mendefinisikan
objek – objek yang baru atau objek – objek yang sudah dimodifikasi yang akan
digabungkan dengan objek – objek yang sudah ada menjadi aplikasi komputasi
yang berguna bagi bisnis. Objek adalah segala sesuatu yang memiliki atribut
dan perilaku.

Sedangkan perancangan berorientasi objek adalah mendefinisikan

seluruh tipe objek – objek yang penting untuk berkomunikasi dengan manusia
dan peralatan salam sistem dan menunjukkan bagaimana objek – objek saling
berinteraksi untuk menyelesaikan pekerjaan tertentu dan memperbaiki definisi
masing – masing tipe objek sehingga dapat diimplementasikan dengan bahasa
khusus atau lingkaran khusus.

Pemodelan berorientasi objek berdasarkan pada konsep kelas dan

turunan. Objek yang dimiliki oleh kelas tertentu, atau kategori umum dari objek
– objek yang serupa, memiliki ciri-ciri dari kelas tersebut. Kelas-kelas kemudian
dapat mewarisi semua struktur dan perilaku dari kelas yang lebih umum dan
kemudian menambahkan variabel dan perilaku yang unik kepada setiap objek.
Kelas – kelas baru dibuat dengan memilih kelas yang sudah ada dan menentukan
apa perbedaan kelas yang baru dengan kelas yang sudah ada, alih-alih mulai dari
nol setiap kalinya.

28
 Kita dapat melihat bagaimana kelas dan turunan pekerjaan dalam
Gambar 13.8, yang mana mengilustrasikan hubungan di antara kelas-kelas
mengenai para karyawan dan bagaimana mereka dibayar. Karyawan merupakan
common ancestor, atau super kelas, bagi 3 kelas lainnya. Bergaji, Per Jam, dan
Sementara merupakan subkelas dari Karyawan. Nama kelas berada pada bagian
atas dari kotak, atribut untuk tiap-tiap kelas berada di bagian tengah dari tiap-
tiap kotak, dan daftar kegiatan operasional berada pada bagian bawah dari
masing-masing kotak.

Tampilan-tampilan ini dibagikan oleh semua karyawan (id, nama,

alamat, tanggal direkrut, posisi, gaji) disimpan dalam super kelas Karyawan,
sedangkan tiap-tiap subkelas menyimpan tampilan yang spesifik terhadap tipe
karyawan tertentu. Spesifik bagi para karyawan per jam, sebagai contoh, tingkat
per jam dan tingkat lembur mereka. Lini yang kuat dari subkelas kepada super
kelas merupakan jalur generalisasi yang menunjukkan bahwa subkelas Bergaji,
Per Jam, dan Sementara memiliki tampilan umum yang dapat digeneralisasikan
ke dalam super kelas Karyawan.

Gambar 2. 9 diagram struktur tingkat tinggi untuk sistem penggajian

29
 Pengembangan berorientasi objek lebih berulang dan bertahap daripada
pengembangan terstruktur tradisional. Selama analisis, para pembangun sistem
akan mendokumentasikan persyaratan fungsional dari sistem, menentukan sifat-
sifatnya yang paling penting dan apakah yang harus dilakukan oleh sistem yang
diusulkan. Interaksi di antara sistem dan penggunanya dianalisis untuk
mengidentifikasi objek-objek, yang mana meliputi data dan proses.

Fase desain yang berorientasi pada objek akan menggambarkan

bagaimana objek akan bersikap dan bagaimana mereka akan berinteraksi satu
sama lain. Objek-objek yang hampir sama dikelompokkan bersama untuk
membentuk suatu kelas, dan kelas-kelas akan dikelompokkan ke dalam hierarki
yang mana subkelas akan menurunkan atribut dan metode dari super kelasnya.

Sistem informasi diimplementasikan dengan menerjemahkan desain ke

dalam kode program, menggunakan kembali kelas yang siap tersedia dalam
perpustakaan objek perangkat lunak yang dapat digunakan, dan menambahkan
yang baru diciptakan dalam database yang berorientasi pada objek.

Sistem yang menghasilkan harus diuji dan dievaluasi sepenuhnya.

Karena objek-objek dapat dipakai ulang, pengembangan berorientasi objek
berpotensi menghemat waktu dan biaya pembuatan perangkat lunak karena
perusahaan dapat memakai ulang objek perangkat lunak yang telah dibuat
sebagai bahan untuk aplikasi lainnya. Sistem baru dapat dibuat dengan
menggunakan beberapa objek yang ada, mengubah beberapa objek lainnya, dan
menambahkan beberapa objek yang baru. Kerangka kerja berorientasi objek
telah dikembangkan untuk menyediakan aplikasi setengah jadi yang dapat
dipakai ulang, yang dapat dimodifikasi lebih jauh oleh perusahaan menjadi
aplikasi siap pakai.

30
 Gambar 2. 10 kelas dan satuan

2.4.3 Rekayasa ulang menggunakan bantuan komputer

Rekayasa ulang perangkat lunak berbantuan komputer (computer-aided
software engineering- CASE)-kadangkala disebut dengan rekayasan ulang
sistem berbantuan komputer-menyediakan peralatan perangkat lunak untuk
mengotomatisasi metodologi yang baru dijelaskan untuk mengurangi jumlah
kerja repetitif yang harus dilakukan oleh pemrogram.

Perangkat CASE juga memfasilitasi pembuatan dokumentasi yang jelas

dan koordinasi upaya tim pemrogram. Anggota tim dapat berbagi beban kerja
mereka dengan mudah dengan cara mengakses file untuk meninjau atau
memodifikasi apa yang telah diselesaikan. Sedikit manfaat dari segi
produktivitas juga dapat diperoleh jika perangkatnya digunakan dengan benar.

31
 Perangkat CASE menyediakan fasilitas grafik otomatis untuk membuat
grafik dan diagram, layar dan pembuat 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:
 Menerapkan metodologi pengembangan dan disiplin perancangan yang
standar
 Meningkatkan komunikasi di antara para pengguna dengan para
spesialis teknis
 Mengorganisasi dan menghubungkan komponen desain dan
menyediakan akses yang cepat kepada mereka dengan menggunakan
tempat penyimpanan desain
 Mengotomatisasi bagian analisis dan desain yang membosankan dan
rentan terhadap kesalahan
 Mengotomatisasi pembuatan kode dan pengujian dan mengendalikan
proses implementasi

Perangkat CASE mengandung fitur-fitur untuk memvalidasi diagram

dan spesifikasi rancangan. Perangkat CASE mendukung rancangan iteratif
dengan mengotomatisasi revisi dan perubahan dan menyediakan fasilitas
pembuatan prototipe. Penyimpanan informasi CASE menyimpan semua
informasi yang didefinisikan oleh analis selama proyek berjalan. Penyimpanan
ini mencakup diagram alur data, diagram struktur, diagram hubungan entitas,
definisi data, spesifikasi proses, format layar dan laporan, catatan dan komentar,
serta hasil ujian.

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.

32
 BAB III
STUDI KASUS DALAM PENGEMBANGAN SISTEM
INFORMASI MANAJEMEN PADA PERUSAHAAN XYZ

A. Ringkasan Pendahuluan
Perkembangan dunia bisnis pendidikan yang sangat pesat mendorong para
pengelola Lembaga pendidikan berjuan untuk membuktikan, mempertahankan atau
bahkan meningkatkan nilai organisasi yang kompetitif. Dalam kondisi ini, ICT muncul
sebagai sebuah disiplin penting untuk menyelesaikan masalah, menjadi solusi sekaligus
media pengembangan bisnis. Sejalan dengan dinamika perubahan yang terjadi sekarang,
model pemanfaatan I.C.T. telah menjadi kebutuhan bahkan tuntutan bagi setiap
organisasi untuk tetap mampu bertahan dan berkompetisi. Perushaan XTZ sebuah
perusahaan manufaktur besar mengalami tantangan dalam manajemen inventaris dan
produksi yang tidak efisisen. Mereka memutuskan untuk mengembangkan system
informasi manajemen untuk meningkatkan pengelolaan invenaris memperbaiki proses
produks, dan meningkatkaan efisiensi operasional. Perusahaan XYZ menghadapi esulitan
inventaris secara real time memerkiranakan kebutuhan bahan baku serta mengoptimalisasi
proses produksi. Hal ini menyebabkan keterlambatan pengiriman biaya produksi yang
meningkat.

B. Identifikasi Masalah
1. System manajemen inventaris yang manual menyebabkan ketidakakurata dat
inventaris.
2. Tidak adanya prediksi yang tepat untuk kebutuhan bahan baku dan pengelolaan
stok.
3. Proses produksi yang tidak terkoodinir dan sering mengalami gangguan.
C. Strategi atau Pendektan Solusi
Perusahaan memutuskan untuk mengembangkan sisstem informasi terpadu yang
mencakup modul manajemen inventaris, peramalan permintaan, dan pemantauan
produksi realtie. Mereka memilih untuk menggunakan perangkat lunak terkini dan
mengintegrasikannya dengan system yang sudah ada.
D. Implementasi
Tim pengembang bekerja sama dengan departemen terakit untuk merancang dan
mengimplementasikan SIM. Proses ini mencakup pengumpulan kebutuhan user,
pemodelan basis data, pengembangan antar muka pengguna yang intuitif, serta integrasi
dengan perangkat keras produksi.
E. Hasil
1. Akurasi data inventaris meningkat sebesar 30% mengurangi kekurangan bahan
baku.
2. Prediksi permintaan yyang lebih akurat menghasilkan pengolahan stok yang
lebih efisien, mengurangi biaya penyimpanan sebesar 20%..

33
 3. Proses produksi menjadi lebih terkoordinir, mengurangi waktu tunggu dan
meningkatkan output sebesar 25%
F. Kesimpulan
Pengembangan SIM membuktikan bahwqa integrasi teknologi dala manajemen
operasional dapat memberikan keuntungan signifikan dalam manjemen operasional
produksi yang lebih efisien , dan pengurangan biaya opperasional. Pembelajaran dari
implemenasi adalah pentingnya melibatkan pemangk kepentingan dan pemahaman
mendalam tentang proses bisnis dalam pengembangan informasi manajemen

34
 BAB IV
PENUTUP
3.1 Kesimpulan
Membangun suatu sistem informasi yang baru merupakan salah satu jenis dari
perubahan organisasional yang direncanakan. Pengenalan diri suatu sistem informasi
yang baru melibatkan jauh lebih banyak dari pada perangkat keras dan perangkat lunak
yang baru. Ini juga meliputi perubahan dalam pekerjaan, keahlian, manajemen, dan
organisasi. Ketika kita merancang suatu sistem informasi yang baru, maka kita akan
merancang ulang organisasi. Para pembangun sistem harus memahami bagaimana suatu
sistem akan mempengaruhi proses bisnis yang spesifik dan organisasi sebagai suatu
keseluruhan.

Teknologi informasi dapat mempromosikan variasi dari derajat perubahan

organisasional, yang berkisar dari penambahan bertahap hingga pencapaian lebih jauh.
Pada gambar 13.1 menunjukkan satu jenis dari perubahan struktural organisasional
yang dimungkinkan dengan teknologi informasi seperti otomatisasi, rasionalisasi,
merancang ulang proses bisnis, pergeseran paradigma. Sistem informasi yang baru
merupakan suatu hasil dari proses pemecahan permasalahan organisasional. Suatu
sistem informasi yang baru dibangun sebagai suatu pemecahan bagi beberapa tipe
permasalahan atau serangkaian permasalahan yang organisasi pandang sedang mereka
hadapi. Permasalahan dapat merupakan salah satu yang mana para manajer dan para
karyawan menyadari bahwa organisasi tidak berjalan sebaik yang diharapkan, atau
bahwa organisasi harus memanfaatkan keuntungan dari peluang yang baru untuk dapat
mengerjakan dengan lebih berhasil.

Terdapat metodologi alternatif untuk membuat model dan merancang sistem.

Metodologi yang terstruktur dan pengembangan yang berorientasi pada objek
merupakan yang paling penting. Metodologi terstruktur telah digunakan untuk
mendokumentasi, menganalisis, dan merancang sistem informasi sejak tahun 1970-an.
Terstruktur (structured) mengacu pada kenyataan bahwa teknik-teknik yang dilakukan
adalah tahap demi tahap, dengan tiap tahap dibangun pada tahap yang sebelumnya.

Pengembangan berorientasi objek (object-oriented development) menangani

permasalahan tersebut. Pengembangan yang berorientasi pada objek (object)
menggunakan objek sebagai unit dasar dari analisis sistem dan desain. Suatu objek yang
menggabungkan data dan proses tertentu yang beroperasional dengan data tersebut.
Rekayasa ulang perangkat lunak berbantuan komputer (computer-aided software
engineering- CASE)-kadangkala disebut dengan rekayasan ulang sistem berbantuan
komputer-menyediakan peralatan perangkat lunak untuk mengotomatisasi metodologi
yang baru dijelaskan untuk mengurangi jumlah kerja repetitif yang harus dilakukan oleh
pemrogram.

3.2 Saran

35
Demikianlah makalah yang kami buat ini, semoga bermanfaat dan menambah pengetahuan
para pembaca. Kami mohon maaf apabila ada kesalahan ejaan dalam penulisan kata dan
kalimat yang kurang jelas. Kami hanyalah manusia biasa yang tak luput dari kesalahan dan
kami juga sangat mengharapkan saran dan kritik dari para pembaca demi kesempurnaan
makalah ini. Sekian penutup dari kami semoga dapat diterima di hati dan kami ucapkan
terima kasih yang sebesar-besarnya.

36
 DAFTAR PUSTAKA

laudon, k. c., & laudon, j. p. (2014). sistem informasi manajemen mengelola perusahaan digital edisi
13. jl raya lentang jakarta selatan 12610: salemba empat.

37