CHAPTER 13

A. Siklus Hidup Pengembangan Sistem

Perusahaan moderat dan perusahaan besar dengan kebutuhan informasi unik sering
mengembangkan sistem informasi di rumah. Sejumlah besar perusahaan kecil dan
perusahaan besar dengan informasi yang relatif standar perlu memilih untuk membeli
sistem informasi formulir vendor perangkat lunak.

 Sistem Strategi
Langkah pertama dalam SDLC adalah untuk mengembangkan sebuah sistem strategi, yang
memerlukan pemahaman bisnis strategis kebutuhan organisasi. Hal ini dapat berasal dari
pernyataan misi organisasi, analisis tekanan kompetitif pada perusahaan, dan sifat kondisi
pasar saat ini dan diantisipasi.
 Inisiasi Proyek
Inisiasi proyek adalah proses di mana proposal sistem dinilai untuk konsistensi dengan
rencana sistem strategis dan dievaluasi dalam hal kelayakan mereka dan karakteristik
manfaat biaya.
 Pembangunan Rumah
Langkah pembangunan rumah mencakup menganalisis kebutuhan pengguna, merancang
proses dan basis data, membuat tampilan pengguna, memprogram aplikasi, dan menguji
dan mengimplementasikan sistem yang telah selesai.
 Paket Komersial
Organisasi yang dapat menerapkan perangkat lunak komersial memperoleh sejumlah
keuntungan. ini termasuk biaya awal yang lebih rendah, waktu implementasi yang lebih
singkat, kontrol yang lebih baik, dan pengujian vendor yang ketat. Semua manfaat ini
diterjemahkan ke dalam penghematan biaya bagi pengguna.
 Pemeliharaan dan Dukungan
Pemeliharaan melibatkan baik memperoleh dan menerapkan versi perangkat lunak terbaru
dari paket komersial dan membuat modifikasi rumah ke sistem yang ada untuk
mengakomodasi kebutuhan pengguna yang berubah. Pemeliharaan mungkin relatif sepele,
seperti memodifikasi aplikasi untuk menghasilkan laporan baru, atau lebih luas, seperti
pemrograman fungsi baru ke dalam sistem.

Peserta Adalah Pengembangan Sistem

 Profesional Sistem adalah analisis sistem, perancang sistem dan pemrogram. individu ini
sebenarnya membangun sistem. Mereka mengumpulkan fakta tentang masalah dengan
sistem saat ini, menganalisa fakta ini, dan merumuskan solusi untuk memecahkan masalah.
Produk dari usaha mereka adalah sistem baru.
 Pengguna Akhir adalah mereka “untuk siapa sistem dibangun”. Banyak pengguna yang ada
di semua tingkatan dalam sebuah organisasi. termasuk manajer, personil operasi, akuntan
dan auditor internal. Di beberapa organisasi, sulit untuk menemukan seseorang yang bukan
pengguna. Selama pengembangan sistem, sistem profesional bekerja dengan pengguna
utama untuk mendapatkan pemahaman tentang masalah pengguna dan pernyataan yang
jelas dari kebutuhan mereka.
CHAPTER 13

B. STRATEGI SISTEM
Tujuan dari strategi sistem adalah untuk menghubungkan proyek sistem individu untuk
tujuan strategis perusahaan. perusahaan yang mengambil strategi sistem serius Komite
Pengarah untuk memberikan bimbingan dan pengawasan untuk proyek sistem.

C. MENILAI KEBUTUHAN INFORMASI STRATEGI

Perencanaan sistem strategis melibatkan alokasi sumber daya sistem pada tingkat
makro, yang biasanya berkaitan dengan kerangka waktu tiga sampai lima tahun. Proses ini
sangat mirip, untuk anggaran sumber daya untuk kegiatan strategis lainnya, seperti
pengembangan produk, tanaman ekspansi, riset pasar, dan teknologi manufaktur.
 Kebutuhan Bisnis Strategis
 Visi dan misi. Mengembangkan strategi sistem memerlukan pemahaman
tentang visi manajemen puncak, yang telah membentuk strategi bisnis
organisasi. Banyak CEO mengkomunikasikan visi strategis mereka melalui
pernyataan misi formal. Organisasi tanpa pernyataan misi yang dianggap baik
mungkin memiliki individu yang tidak memiliki visi yang jelas untuk masa
depan mengelola dan mengarahkan mereka. Akibatnya, manajemen mereka
cenderung untuk membuat kneejerk tanggapan terhadap kebutuhan sistem
informasi yang muncul dari krisis daripada perencanaan.
 Industri dan analisis kompetensi. Analisis industri menyediakan manajemen
dengan analisis kekuatan pendorong yang mempengaruhi industri dan kinerja
organisasi. Analisis kompetensi memberikan gambaran lengkap efektivitas
organisasi seperti yang terlihat melalui empat filter strategis: sumber daya,
infrastruktur, produk/layanan dan pelanggan.
 Sistem Warisan
Aplikasi, database, dan proses bisnis yang saat ini beroperasi penuh merupakan
sistem warisan perusahaan. Komponen warisan perlu dipetakan ke proses bisnis saat
ini untuk menentukan sejauh mana mereka mendukung misi perusahaan.
 Mengembangkan Deskripsi Arsitektur. Deskripsi arsitektur adalah deskripsi
formal sistem informasi, yang disusun dengan cara yang mengidentifikasi
sifat struktural sistem dan mendefinisikan komponen atau blok bangunan
yang membentuk keseluruhan sistem informasi.
 Umpan Balik Pengguna
Umpan balik pengguna pada titik ini berkaitan dengan masalah substansial, masalah
yang dirasakan daripada modifikasi sistem kecil, yang ditangani pada titik selanjutnya
dalam SDLC. Selanjutnya, kami memeriksa fase-fase utama berikut dari kegiatan ini.
1. mengenali masalah
2. mendefinisikan masalah
3. menetapkan tujuan sistem
4. menentukan kelayakan proyek
5. menyiapkan proposal proyek formal
CHAPTER 13

 Mengakui Masalah Ini

 Manajemen reaktif, merespons masalah hanya ketika mereka mencapai
keadaan krisis dan tidak bisa lagi diabaikan.
 Manajemen proaktif, tetap waspada terhadap tanda-tanda masalah yang
halus dan secara agresif mencari cara untuk meningkatkan sistem
organisasi.
 Mendefinisikan Masalah
Manajer harus menghindari godaan untuk melakukan lompatan dalam logika dari
pengenalan gejala ke definisi masalah. manajer harus cukup belajar tentang masalah
untuk mengejar solusi secara cerdas.
 Tujuan Sistem Spesifikasi
Persyaratan informasi pengguna perlu ditentukan dalam hal tujuan operasional
untuk sistem informasi baru. pada titik ini, kita hanya perlu mendefinisikan tujuan
secara umum.
 Kelayakan Proyek Pendahuluan
 Studi kelayakan proyek awal dilakukan pada tahap awal ini untuk menentukan
cara terbaik untuk melanjutkan proyek.
 Kelayakan teknis berkaitan dengan apakah sistem dapat dikembangkan di
bawah teknologi yang ada atau jika teknologi baru diperlukan.
 Kelayakan Ekonomi, pada intinya, kami prihatin dengan komitmen keuangan
manajemen untuk proyek ini mengingat proyek-proyek modal lain yang sedang
dipertimbangkan.
 Kelayakan hukum mencakup memastikan bahwa sistem yang diusulkan tidak
bertentangan dengan kemampuan perusahaan untuk melepaskan tanggung
jawab hukumnya.
 Jadwal Kelayakan, berkaitan dengan kemampuan perusahaan untuk
mengimplementasikan proyek dalam waktu yang dapat diterima.
 Menyiapkan Proposal Proyek Formal
Proposal proyek sistem memberikan manajemen dasar untuk memutuskan apakah
akan melanjutkan proyek, proposal formal memiliki dua tujuan.
1. Pertama, ia merangkum temuan-temuan studi yang dilakukan pada poin ini
menjadi rekomendasi umum untuk sistem baru atau yang dimodifikasi.
2. Kedua, proposal menguraikan keterkaitan antara tujuan dari sistem pruposed
dan tujuan bisnis perusahaan.

D. MENGEMBANGKAN RENCANA SISTEM STRATEGIS

Setelah mengumpulkan dan mendokumentasikan masukan dari rencana bisnis, masalah
warisan dan umpan balik pengguna, anggota komite pengarah dan profesional sistem
mengevaluasi pro dan kontra dari setiap proposal. Pengembangan akan dilanjutkan pada
proposal yang menunjukkan potensi paling besar untuk mendukung tujuan bisnis
organisasi dengan biaya terendah.
CHAPTER 13

E. BUAT RENCANA AKSI

Balanced scorecard adalah sistem manajemen yang memungkinkan organisasi untuk
mengklarifikasi visi dan strategi mereka dan menerjemahkannya ke dalam tindakan. BSC
menyarankan agar memandang organisasi dari empat perspektif. Mengembangkan metrik,
mengumpulkan data, dan menganalisisnya relatif terhadap masing-masing perspektif
berikut:
1. Perspektif perspektif pembelajaran dan pertumbuhan
2. Perspektif proses bisnis internal
3. Perspektif pelanggan
4. Perspektif keuangan

 Perspektif Pembelajaran dan Pertumbuhan

Pembelajaran dan pertumbuhan merupakan fondasi penting untuk keberhasilan
setiap organisasi. perspektif ini mencakup pelatihan karyawan dan sikap budaya
perusahaan yang terkait dengan peningkatan diri individu dan perusahaan.
 Perspektif Proses Bisnis Internal
Metrik berdasarkan perspektif memungkinkan manajer untuk mengetahui seberapa
baik bisnis mereka berjalan dan apakah produk dan layanannya sesuai dengan
kebutuhan pelanggan. mereka yang mengetahui proses-proses ini secara intim perlu
merancang metrik ini dengan cermat.
 Perspektif Pelanggan
Perspektif pelanggan mencakup pengukuran objektif seperti tingkat retensi
pelanggan, serta kriteria yang lebih subyektif seperti riset pasar dan survei kepuasan
pelanggan.
 Perspektif Keuangan
Perspektif keuangan mencakup pengukuran tradisional seperti profitabilitas,
pendapatan, dan penjualan.

F. INISIASI PROYEK
Inisiasi Proyek melibatkan perolehan pemahaman terperinci tentang masalah pengguna
dan mengusulkan beberapa alternatif solusi. Masing-masing proposal ini dinilai
berdasarkan kelayakan dan karakteristik biaya-manfaatnya.

G. ANALISI SISTEM
Analis sistem harus sepenuhnya memahami masalah bisnis sebelum dapat merumuskan
solusi. oleh karena itu, analisis sistem adalah fondasi untuk sisa SDLC. Analisis Sistem
sebenarnya adalah proses dua langkah yang melibatkan survei awal sistem saat ini dan
kemudian analisis kebutuhan pengguna.
 Langkah Survei.
1. Kerugian Survei Sistem Saat Ini
Beberapa berpendapat bahwa survei sistem saat ini menahan ide-ide baru.
dengan mempelajari dan memodelkan sistem lama, analis dapat
CHAPTER 13

mengembangkan gagasan terbatas tentang bagaimana sistem baru harus

berfungsi. tugas atau meninjau prosedur organisasi saat ini mungkin tidak
memiliki tujuan karena keberhasilan implementasi ERP bergantung pada
rekayasa ulang proses ini untuk menerapkan praktik bisnis terbaik dari industri.
 Keuntungan dari Survei Sistem Saat Ini
1. Ini adalah cara untuk mengidentifikasi aspek apa dari sistem lama yang harus
dijaga. Beberapa elemen sistem mungkin secara fungsional baik dan dapat
memberikan dasar untuk sistem baru.
2. Ketika sistem baru diimplementasikan, pengguna harus melalui proses konversi
di mana mereka secara formal melepaskan diri dari sistem yang lama dan pindah ke
yang baru. Analis harus menentukan tugas, prosedur, dan data apa yang akan
dihapus dengan sistem lama dan yang akan dilanjutkan.
3. Dengan mensurvei sistem saat ini, analis dapat menentukan secara meyakinkan
penyebab gejala masalah yang dilaporkan. Mungkin akar masalahnya bukan sistem
informasi sama sekali; Mungkin masalah manajemen atau karyawan yang dapat
diselesaikan tanpa mendesain ulang sistem informasi. Mungkin tidak dapat
mengidentifikasi akar penyebab masalah jika membuang sistem yang ada tanpa
menyelidiki gejala-gejalanya.
 Mengumpulkan Fakta.
1. Sumber Data. Ini termasuk entitas eksternal, seperti pelanggan atau vendor,
serta sumber internal dari departemen lain.
2. Pengguna. Ini termasuk manajer dan pengguna operasi
3. Data Store. Data store adalah file, database, akun, dan dokumen sumber yang
digunakan dalam sistem
4. Proses. Tugas pemrosesan adalah operasi manual atau komputer yang mewakili
keputusan atau tindakan yang dipicu informasi.
5. Arus Data. Pergerakan dokumen dan laporan antara sumber data, penyimpanan
data, tugas pemrosesan, dan pengguna mewakili aliran data.
6. Kontrol, Ini termasuk kontrol akuntansi dan operasional dan dapat berupa
prosedur manual atau kontrol komputer
7. Arus Data. Pergerakan dokumen dan laporan antara sumber data, penyimpanan
data, tugas pemrosesan, dan pengguna mewakili aliran data.
8. Kontrol, Ini termasuk kontrol akuntansi dan operasional dan dapat berupa
prosedur manual atau kontrol komputer
9. Volume transaksi, Analis harus memperoleh ukuran volume transaksi untuk
periode waktu tertentu. Banyak sistem yang diganti karena mereka telah
mencapai kapasitasnya. Memahami karakteristik volume transaksi sistem dan
laju pertumbuhannya merupakan elemen penting dalam menilai persyaratan
kapasitas untuk sistem baru
10. Tingkat Kesalahan, Kesalahan transaksi terkait erat dengan volume transaksi.
Ketika sistem mencapai kapasitas, tingkat kesalahan meningkat ke tingkat yang
tidak dapat ditoleransi. Meskipun tidak ada sistem yang sempurna, analis harus
menentukan toleransi kesalahan yang dapat diterima untuk sistem baru.
CHAPTER 13

 Teknik Pengumpulan Fakta

1. Pengamatan. Pengamatan melibatkan secara pasif mengamati prosedur fisik
sistem. ini memungkinkan analis untuk menentukan apa yang akan dilakukan,
siapa yang melakukan tugas, kapan mereka melakukannya, bagaimana mereka
melakukannya, mengapa mereka melakukannya, dan berapa lama waktu yang
diperlukan.
2. Partisipasi Tugas. Partisipasi adalah perpanjangan dari pengamatan, di mana
analis mengambil peran aktif dalam melakukan pekerjaan pengguna. Ini
memungkinkan analis untuk mengalami sendiri masalah yang terlibat dalam
pengoperasian sistem saat ini.