System Development Life Cycle (SDLC)

1. The Systems Development Life Cycle

2. Systems Strategy

3. Assess Strategic Information Needs

4. Develop a Strategic Systems Plan

5. Create an Action Plan

6. Project Initiation

7. Systems Analysis

8. Conceptualization of Alternative Designs

9. Systems Evaluation and Selection

10. The Accountant’s Role in Managing the SDLC

THE SYSTEMS DEVELOPMENT LIFE CYCLE (Siklus Hidup Pengembangan Sistem) adalah
model untuk mengurangi risiko ini melalui perencanaan, pelaksanaan, kontrol, dan dokumentasi
aktivitas utama yang cermat.

THE SYSTEMS DEVELOPMENT LIFE CYCLE (Siklus Hidup Pengembangan Sistem)

1. STRATEGI SISTEM. Langkah pertama dalam SDLC adalah mengembangkan strategi
sistem, yang membutuhkan memahami kebutuhan bisnis strategis organisasi. Kebutuhan
ini mencerminkan posisi organisasi saat ini relatif terhadap kebutuhannya dalam jangka
panjang untuk mempertahankan keunggulan strategis. Sebuah rencana strategis untuk
memenuhi kebutuhan yang beragam dan kompleks ini, bersama dengan jadwal untuk
implementasi sistem yang dipilih, dihasilkan.

2. INISIASI PROYEK. Inisiasi proyek adalah proses di mana proposal sistem dinilai
konsistensi dengan rencana sistem strategis dan dievaluasi dalam hal kelayakan dan
karakteristik biaya-manfaatnya. Desain konseptual alternatif dipertimbangkan, dan
mereka yang dipilih memasuki fase konstruksi SDLC. Bergantung pada sifat proyek dan
kebutuhan organisasi, proposal akan membutuhkan pengembangan in-house, paket
komersial, atau keduanya.

3. PEMBANGUNAN DALAM RUMAH. Seperti disebutkan sebelumnya, beberapa

organisasi memiliki informasi unik kebutuhan yang dapat dipenuhi secara memadai
hanya melalui pengembangan internal. Langkah pengembangan in-house termasuk
menganalisis kebutuhan pengguna, merancang proses dan database, membuat tampilan
pengguna, memprogram aplikasi, dan menguji serta mengimplementasikan sistem yang
telah selesai.

4. PAKET KOMERSIAL. Ketika sifat proyek dan kebutuhan izin pengguna, sebagian
besar organisasi akan mencari paket perangkat lunak komersial yang telah dikodekan
daripada mengembangkan sistem baru dari awal. Organisasi yang dapat
mengimplementasikan perangkat lunak komersial memperoleh sejumlah keuntungan,
seperti 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 penggunanya. Namun, proses ini
bukannya tanpa risiko. Prosedur formal perlu diikuti untuk memastikan bahwa pengguna
mendapatkan paket yang secara memadai untuk memenuhi kebutuhannya dan kompatibel
dengan sistem yang ada.

5. 5. PEMELIHARAAN DAN DUKUNGAN. Pemeliharaan mencakup memperoleh dan

menerapkan versi terbaru perangkat lunak dari paket komersial dan membuat modifikasi
internal pada sistem yang ada untuk mengakomodasi kebutuhan pengguna yang berubah.
Pemeliharaan ini mungkin relatif sepele, seperti memodifikasi aplikasi untuk
menghasilkan laporan baru, atau lebih ekstensif, seperti memprogram fungsionalitas baru
ke dalam sistem. Pemeliharaan sistem seringkali dipandang sebagai fase pertama dari
siklus pengembangan baru. Aplikasi yang dipelihara adalah prototipe untuk versi
barunya. Jadi, alih-alih menerapkan aplikasi dalam satu rilis besar-besaran, sistem
modern dikirim dalam beberapa bagian secara terus menerus dan cepat sebagai rilis yang
lebih kecil yang dapat lebih akurat mencerminkan kebutuhan bisnis yang berubah. Aspek
 lain dari pemeliharaan modern termasuk membangun infrastruktur pendukung pengguna.
Ini dapat mencakup layanan helpdesk, menyediakan pelatihan pengguna dan kelas
pendidikan, dan mendokumentasikan umpan balik pengguna yang berkaitan dengan
masalah dan kesalahan sistem.

PARTICIPANTS IN SYSTEMS DEVELOPMENT (Peserta Dalam Pengembangan Sistem)

Partisipan dalam pengembangan sistem dapat diklasifikasikan ke dalam tiga kelompok besar:

1. Profesional sistem (Systems professionals ) : Analis sistem, perancang sistem, dan

pemrogram. Orang-orang ini sebenarnya membangun sistem. Mereka mengumpulkan
fakta tentang masalah dengan sistem saat ini, menganalisis fakta tersebut, dan
merumuskan solusi untuk menyelesaikan masalah tersebut. Produk usaha mereka adalah
sistem baru.

2. Pengguna akhir (End users ) : Pengguna akhir adalah mereka yang sistemnya dibangun.
Banyak pengguna ada di semua tingkatan dalam organisasi. Ini termasuk manajer,
personel operasi, akuntan, dan auditor internal. Di beberapa organisasi, sulit menemukan
seseorang yang bukan pengguna. Selama pengembangan sistem, profesional sistem
bekerja dengan pengguna utama untuk mendapatkan pemahaman tentang masalah
pengguna dan pernyataan yang jelas tentang kebutuhan mereka.

3. Pemangku kepentingan (stakeholders ) : Pemangku kepentingan adalah individu baik di

dalam atau di luar organisasi yang memiliki kepentingan dalam sistem tetapi bukan
pengguna akhir. Ini termasuk akuntan, auditor internal, auditor eksternal, dan komite
pengarah internal yang mengawasi pengembangan sistem.

SYSTEMS STRATEGY (Strategi Sistem)

Tujuan dari strategi sistem adalah untuk menghubungkan proyek sistem individu dengan
tujuan strategis perusahaan. Perusahaan yang menganggap serius strategi sistem membentuk
komite pengarah untuk memberikan panduan dan pengawasan untuk proyek sistem.Tahap
strategi dalam SDLC terdiri dari tiga tugas dasar:

1. Menilai kebutuhan informasi strategi organisasi

2. Mengembangkan rencana sistem strategis

3. Membuat rencana tindakan.

Assess Strategic Information Needs (Menilai Kebutuhan Informasi Strategi)

Masukan utama dalam mengembangkan strategi sistem sebagai berikut:

1. Kebutuhan Strategi Bisnis

 Semua area fungsional harus mendukung strategi bisnis organisasi aspek umum dari
strategi bisnis yang berhubungan dengan pengembangan strategi sistem sebagai berikut:

a. Visi dan Misi

Dalam mengembangkan strategi sistem membutuhkan pemahaman tentang visi

manajemen atas. Jika perusahaan tidak memiliki pernyataan misi yang
dipertimbangkan dengan baik maka dapat mengakibatkan perusahaan memiliki
strategi yang kurang layak dan nantinya manajemen cenderung membuat
tanggapan langsung terhadap kebutuhan sistem informasi dari krisis perencanaan.

Analisis Industri dan Kompetensi

a. Analisis Industri

berisi tentang kekuatan pendorong yang dapat mempengaruhi industri dan kinerja
organisasinya. analisis ini menawarkan prespektif berbasis fakta tentang tren,
resiko, dan peluang potensial yang dapat mempengaruhi kinerja bisnis.

b. Analisis Kompetisi

Berisi tentang gambaran lengkap tentang efektivitas organisasi (sumber daya,

infrastruktur, produk/layanan, dan pelanggan). Analisis ini membantu dalam
mengembangkan opsi strategi, yang didasarkan pada pemahaman tentang masa
depan lingkungan dan kompetensi inti perusahaan.

Perusahaan juga dapat menganalisis kompetensi dari pesaing atau mitra bisnis potensial.

Analisis Industri dan Kompetensi

a. Analisis Industri

berisi tentang kekuatan pendorong yang dapat mempengaruhi industri dan kinerja
organisasinya. analisis ini menawarkan prespektif berbasis fakta tentang tren,
resiko, dan peluang potensial yang dapat mempengaruhi kinerja bisnis.

b. Analisis Kompetisi

Berisi tentang gambaran lengkap tentang efektivitas organisasi (sumber daya,

infrastruktur, produk/layanan, dan pelanggan). Analisis ini membantu dalam
mengembangkan opsi strategi, yang didasarkan pada pemahaman tentang masa
depan lingkungan dan kompetensi inti perusahaan.

Perusahaan juga dapat menganalisis kompetensi dari pesaing atau mitra bisnis potensial.

2. 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. Manajemen akan mengembangkan strategi
migrasi yang diperlukan untuk mengganti sistem lama ke sistem baru dengan gangguan minimal
untuk operasi bisnis.

Mengembangkan Deskripsi Arsitektur

Deskripsi arsitektur adalah deskripsi formal dari suatu sistem informasi yang disusun untuk
mengidentifikasi sifat-sifat struktur dari sistem dan mendefinisikan komponen atau blok yang
membentuk sistem informasi secara keseluruhan

Feedback User

Menilai umpan balik dari pengguna dapat mengidentifikasi kebutuhan pengguna, menyiapkan
proposal tertulis, mengevaluasi kelayakan dan kontribusi setiap proposal untuk rencana bisnis.
Beberapa fase dalam kegiatan ini, sebagai berikut:

1. Mengenali Masalah

Kebutuhan akan sistem informasi baru yang lebih baik dapat diwujudkan melalui
berbagai gejala. Terdapat 2 filosofi manajemen dalam mengenali masalah.

a. Manajemen reaktif, menanggapi masalah hanya ketika masalah tersebut mencapai

kondisi kritis
 b. Manajemen proaktif, menanggapi tanda-tanda awal masalah dan mencari solusinya
2. Mendefinisikan Masalah

Manajer harus tetap berpikiran terbuka dan menghindari menarik kesimpulan tentang
sifat masalah yang dapat menyalurkan perhatian dan sumber daya ke arah yang salah.
setelah mendefinisikan masalah, manajer melaporkan hal tersebut kepada profesional
sistem dalam perusahaan.

3. Menentukan tujuan sistem

Persyaratan informasi pengguna perlu ditentukan dalam kaitannya dengan tujuan

operasional untuk sistem baru misalnya: pengguna memerlukan sistem entri pesanan yang
dapat menangani 1000 transaksi per jam. pada tahap ini hanya mendefinisikan tujuan
secara umum dan persyaratan sistem yang lebih tepat akan dikembangkan di SDLC.

4. Kelayakan Proyek

Dengan menilai kendala utama pada sistem yang diusulkan, manajemen dapat
mengevaluasi kelayakan proyek. Dalam menilai kelayakan proyek ada beberapa aspek di
dalamnya seperti:

i. kelayakan teknis

ii. kelayakan ekonomi

iii. kelayakan hukum

iv. kelayakan operasional

v. jadwal kelayakan

5. Mempersiapkan Proposal Proyek Formal

tujuan:

a. Ringkasan temuan studi yang dilakukan menjadi rekomendasi umum untuk sistem
baru atau sistem yang dimodifikasi.

b. Menguraikan hubungan antara tujuan sistem yang diusulkan dengan tujuan bisnis
perusahaan

Develop a Strategic Systems Plan

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. Ini melibatkan penilaian manfaat, biaya, dan implikasi strategis
setiap proyek potensial bagi organisasi. Pengembangan akan dilanjutkan pada proposal yang
menunjukkan potensi terbesar untuk mendukung tujuan bisnis organisasi dengan biaya terendah.

Membuat Rencana Tindakan (Create an Action Plan)

Keterampilan penting untuk manajemen teratas adalah kemampuan untuk menerjemahkan

strategi ke dalam tindakan. Namun, jika organisasi ingin sukses, mereka harus belajar
menerapkan strategi dan mengalahkan tingkat kegagalan tinggi yang sering dialami oleh rekan-
rekan mereka. Ini memberikan umpan balik baik dari proses bisnis internal maupun hasil
eksternal untuk terus meningkatkan kinerja strategis. Kartu skor seimbang (BSC) adalah sistem
manajemen yang memungkinkan organisasi untuk mengklarifikasi visi dan strategi mereka dan
menerjemahkannya ke dalam tindakan. BSC dapat membantu manajer mengidentifikasi peluang
untuk perbaikan dalam IT dan melacak dampak inisiatif perbaikan melalui berbagai indikator
kinerja. BSC menyarankan agar kita melihat organisasi dari empat perspektif.

1. Perspektif pembelajaran dan pertumbuhan.

2. Perspektif proses bisnis internal.
3. Perspektif pelanggan.
4. Perspektif keuangan.

PERSPEKTIF PEMBELAJARAN DAN PERTUMBUHAN

Pembelajaran dan pertumbuhan merupakan pondasi penting untuk keberhasilan organisasi mana
pun. Perspektif ini mencakup pelatihan karyawan dan sikap budaya perusahaan yang terkait
dengan peningkatan diri individu dan perusahaan. Metrik dapat dikembangkan untuk memandu
manajer dalam menyalurkan dana pelatihan di mana mereka dapat menjadi yang terbesar.

PERSPEKTIF PEMBELAJARAN DAN PERTUMBUHAN

Metrik berdasarkan perspektif ini memungkinkan manajer untuk mengetahui seberapa baik
bisnis mereka berjalan dan apakah produk dan layanannya sesuai dengan kebutuhan pelanggan.

PERSPEKTIF PELANGGAN

Ini adalah indikator utama: jika pelanggan tidak puas, mereka akhirnya akan menemukan
pemasok lain yang akan memenuhi kebutuhan mereka. Kinerja yang buruk dari perspektif ini
memprediksi penurunan di masa depan, meskipun gambaran keuangan saat ini mungkin terlihat
bagus. Perspektif pelanggan mencakup pengukuran objektif seperti tingkat retensi pelanggan,
serta kriteria yang lebih subjektif seperti riset pasar dan survei kepuasan pelanggan.

PERSPEKTIF KEUANGAN

Perspektif keuangan mencakup pengukuran tradisional seperti profitabilitas, pendapatan, dan

penjualan. Namun, overemphasis pada kinerja keuangan dapat merangsang keputusan jangka
pendek yang menciptakan ketidakseimbangan dengan perspektif lain. Kekuatan model BSC
terletak pada keterkaitan antara empat perspektif pengukuran inti ini. Dengan menggunakan
pendekatan BSC, manajemen dapat memeriksa langkah-langkah dari perspektif pembelajaran
dan inovasi dan dari perspektif proses internal untuk mengidentifikasi akar penyebab serta solusi
potensial untuk masalah tersebut. Dengan mengidentifikasi ketidakseimbangan yang ada di area
pengukuran ini, kartu skor dapat digunakan untuk mengambil tindakan korektif.

KARTU SKOR SEIMBANG DITERAPKAN KE PROYEK IT

Gambar 13-4 menggambarkan BSC yang mengukur manfaat bisnis dari proposal perbankan
online hipotetis. Pelanggan ritel bank memproduksi margin keuntungan rendah karena tingginya
biaya overhead dan layanan dalam mengelola akun mereka. Perbankan elektronik dipandang
sebagai cara untuk mengatasi masalah ini. Jika tujuan strategis adalah untuk meningkatkan
profitabilitas akun, indikator kinerja seperti jumlah akun yang dikelola per karyawan penuh
waktu dan biaya per transaksi adalah langkah-langkah yang relevan. Hubungan dapat ditarik di
antara langkah-langkah ini. Melalui analisis indikator BSC, komite pengarah dapat menetapkan
prioritas untuk proposal yang bersaing berdasarkan dampak strategisnya seperti yang dilihat dari
berbagai perspektif. Komite akan menggunakan metrik ini untuk mengidentifikasi proposal yang
maju ke fase inisiasi proyek SDLC. Ini adalah titik keputusan utama pertama dalam siklus hidup
proyek. Jika komite menyetujui proposal, maka proposal akan menjalani studi dan
pengembangan lebih lanjut. Jika proposal ditolak, itu tidak akan dipertimbangkan lebih lanjut
dalam periode anggaran saat ini.

Inisiasi Proyek (Project Initiation)

Inisiasi proyek melibatkan dan mendapatkan pemahaman terperinci tentang masalah pengguna
dan mengusulkan beberapa solusi alternatif. Masing-masing proposal ini dinilai dalam hal
karakteristik kelayakan dan biaya-manfaatnya. Opsi yang dipilih pada langkah ini kemudian
berlanjut ke fase konstruksi SDLC. Tergantung pada sifat proyek dan kebutuhan organisasi,
sistem akan memerlukan pengembangan in-house, paket komersial, atau keduanya.

Systems Analysis

Analis sistem harus sepenuhnya memahami masalah bisnis sebelum dia dapat merumuskan
solusi. Analisis yang tidak lengkap atau rusak akan mengarah pada solusi yang tidak lengkap
atau rusak. Oleh karena itu, analisis sistem adalah dasar dari SDLC lainnya.Analisis sistem
sebenarnya adalah proses dua langkah yang melibatkan survei awal dari sistem saat ini dan
kemudian analisis kebutuhan pengguna.

Langkah Survei

Biasanya, beberapa bentuk sistem informasi dan prosedur terkait saat ini sudah ada. Analis
sering memulai analisis dengan menentukan elemen apa, jika ada, dari sistem saat ini yang harus
dipertahankan sebagai bagian dari sistem baru. Fakta-fakta yang berkaitan dengan pertanyaan
awal tentang sistem dikumpulkan dan dianalisis. Sebagai analis memperoleh pemahaman yang
lebih mendalam tentang masalah, dia mengembangkan pertanyaan yang lebih spesifik yang lebih
banyak fakta harus dikumpulkan. Ketika semua fakta yang relevan telah dikumpulkan dan
dianalisis, analis sampai pada penilaian sistem saat ini.

Kerugian dari Survei Sistem Saat Ini

Beberapa orang berpendapat bahwa survei sistem saat ini menahan ide-ide baru. Dengan
mempelajari dan memodelkan sistem lama, analis dapat mengembangkan gagasan terbatas
tentang bagaimana sistem baru harus berfungsi. Hasilnya adalah sistem lama yang lebih baik
daripada pendekatan baru yang radikal. Contohnya adalah penerapan sistem ERP. Tugas
meninjau prosedur organisasi saat ini mungkin tidak ada gunanya karena keberhasilan
implementasi ERP bergantung pada rekayasa ulang proses ini untuk menerapkan praktik bisnis
terbaik di industri.

Keuntungan dari Sistem Survei Saat Ini

Pertama, ini adalah cara untuk mengidentifikasi aspek apa dari sistem lama yang harus
dipertahankan. Beberapa elemen sistem mungkin berfungsi baik dan dapat memberikan dasar
untuk sistem baru. Dengan memahami sepenuhnya sistem saat ini, analis dapat mengidentifikasi
aspek-aspek yang layak dipertahankan atau dimodifikasi untuk digunakan dalam sistem baru.

Kedua, ketika sistem baru diterapkan, pengguna harus melalui proses konversi di mana mereka
secara resmi melepaskan diri dari sistem lama dan pindah ke yang baru. Analis harus
menentukan tugas, prosedur, dan data apa yang akan dihapuskan dengan sistem lama dan mana
yang akan berlanjut. Untuk menentukan prosedur konversi ini, analis harus mengetahui tidak
hanya apa yang harus dilakukan oleh sistem baru tetapi juga apa yang dilakukan oleh sistem
lama. Ini membutuhkan pemahaman menyeluruh tentang sistem saat ini.

Ketiga, dengan mensurvei sistem saat ini, analis dapat menentukan secara meyakinkan penyebab
gejala masalah yang dilaporkan. Mungkin akar masalahnya bukanlah sistem informasi sama
sekali; mungkin masalah manajemen atau karyawan yang dapat diselesaikan tanpa mendesain
ulang sistem informasi.

Mengumpulkan Fakta

Fakta yang dikumpulkan analis adalah potongan data yang menggambarkan fitur utama, situasi,
dan hubungan sistem. Fakta sistem termasuk dalam kelas luas berikut:

 DATA SOURCES.

 USERS

 DATA STORES.

 PROCESSES.

 DATA FLOWS.

 CONTROLS.

 TRANSACTION VOLUMES.

 ERROR RATES.

 RESOURCE COSTS.

 BOTTLENECKS AND REDUNDANT OPERATIONS.

Teknik Pengumpulan Fakta

1. PENGAMATAN
 2. PARTISIPASI TUGAS

3. WAWANCARA PRIBADI

4. MEMBELI DOKUMEN KUNCI

5. contohnya termasuk: bagan organisasi, deskripsi pekerjaan, catatan akuntansi, deskripsi

prosedur laporan keuangan, laporan kinerja, sistem flowchart, dokumen sumber, dll.

Langkah Analisis

Analisis sistem adalah proses intelektual yang bercampur dengan pengumpulan fakta. Analis
menganalisis secara bersamaan saat dia mengumpulkan fakta. Pengakuan belaka atas masalah
mengasumsikan beberapa pemahaman tentang norma atau keadaan yang diinginkan. Oleh karena
itu, sulit untuk mengidentifikasi di mana survei berakhir dan analisis dimulai.

Konseptualisasi Desain Alternatif

Tujuan dari tahap konseptualisasi adalah untuk menghasilkan beberapa alternatif solusi
konseptual yang memenuhi persyaratan sistem yang diidentifikasi selama analisis sistem.
Dengan memberikan sejumlah alternatif yang masuk akal kepada pengguna, tim proyek
menghindari penerapan batasan yang telah terbentuk sebelumnya ke sistem baru. Desain
alternatif ini kemudian masuk ke tahap pemilihan sistem, di mana biaya dan manfaat masing-
masing dibandingkan dan satu desain optimal dipilih untuk konstruksi.

Berapa Banyak Detail Desain yang Diperlukan?

Fase desain konseptual harus menyoroti perbedaan antara fitur kritis dari sistem yang bersaing
daripada kesamaannya. Desain harus mengidentifikasi semua masukan, keluaran, proses, dan
fitur khusus yang diperlukan untuk membedakan satu alternatif dari yang lain. Dalam beberapa
kasus, ini dapat dilakukan pada level diagram konteks. Dalam situasi di mana perbedaan penting
antara sistem tidak kentara, desain mungkin perlu diwakili oleh diagram aliran data (DFD)
tingkat yang lebih rendah dan bahkan dengan diagram struktur. Namun, DFD dan diagram
struktur rinci lebih umum digunakan pada fase desain rinci SDLC.

Evaluasi dan Pemilihan

Tahap evaluasi dan pemilihan sistem adalah proses pengoptimalan yang berupaya
mengidentifikasi sistem terbaik. Keputusan ini merupakan titik kritis dalam SDLC. Pada titik ini,
ada banyak ketidakpastian tentang sistem, dan keputusan yang buruk bisa menjadi bencana.
Tujuan dari evaluasi formal dan prosedur seleksi adalah untuk menyusun proses pengambilan
keputusan ini dan dengan demikian mengurangi ketidakpastian dan risiko pengambilan
keputusan yang buruk. Proses seleksi ini melibatkan dua langkah:

1. Lakukan studi kelayakan rinci.

2. Lakukan analisis biaya-manfaat.

Hasil evaluasi ini kemudian dilaporkan secara resmi kepada panitia pengarah untuk pemilihan
sistem akhir.

Tahap evaluasi dan pemilihan sistem adalah proses pengoptimalan yang berupaya
mengidentifikasi sistem terbaik. Keputusan ini merupakan titik kritis dalam SDLC. Pada titik ini,
ada banyak ketidakpastian tentang sistem, dan keputusan yang buruk bisa menjadi bencana.
Tujuan dari evaluasi formal dan prosedur seleksi adalah untuk menyusun proses pengambilan
keputusan ini dan dengan demikian mengurangi ketidakpastian dan risiko pengambilan
keputusan yang buruk. Proses seleksi ini melibatkan dua langkah:

1. Lakukan studi kelayakan rinci.

2. Lakukan analisis biaya-manfaat.

Hasil evaluasi ini kemudian dilaporkan secara resmi kepada panitia pengarah untuk pemilihan
sistem akhir.
Pengevaluasi yang diinformasikan harus melakukan studi kelayakan rinci. Objektivitas sangat
penting untuk penilaian yang adil dari setiap desain. Faktor kelayakan yang diperkenalkan di
bagian sebelumnya memberikan kerangka kerja untuk mengidentifikasi masalah utama yang
harus dipertimbangkan oleh para pengevaluasi.

1. Kelayakan Teknis
Dalam mengevaluasi kelayakan teknis, teknologi yang sudah mapan dan dipahami
mewakili risiko yang lebih kecil daripada yang tidak dikenal.
2. Kelayakan Hukum
Pengevaluasi harus memperhatikan bahwa desain konseptual mengenali masalah kontrol
kritis, keamanan, dan jejak audit, bahwa sistem tidak melanggar UU yang berkaitan
dengan hak privasi atau penggunaan dan distribusi informasi.
3. Kelayakan Operasional
Ketersediaan pengguna yang terlatih, termotivasi, dan berpengalaman adalah masalah
utama dalam mengevaluasi kelayakan operasional suatu desain.
4. Kelayakan Jadwal
Pada tahap desain ini, penilai sistem berada dalam posisi yang lebih baik untuk menilai
kemungkinan bahwa sistem akan selesai sesuai jadwal.
5. Kelayakan Ekonomi
Studi kelayakan ekonomi awal terbatas pada penilaian komitmen keuangan manajemen
untuk keseluruhan proyek. Ini masih menjadi masalah yang relevan.

ANALISIS BIAYA-MANFAAT

Analisis biaya-manfaat membantu manajemen menentukan apakah manfaat yang diterima dari
sistem yang diusulkan akan lebih besar daripada biayanya. Teknik ini sering digunakan untuk
memperkirakan nilai finansial yang diharapkan dari investasi bisnis. Ada tiga langkah dalam
penerapan analisis biaya-manfaat:

1. Identifikasi Biaya, dua kategori: biaya satu kali dan biaya berulang. Biaya satu kali
termasuk investasi awal untuk mengembangkan dan menerapkan sistem. Biaya berulang
mencakup biaya pengoperasian dan pemeliharaan yang berulang selama umur sistem.

2. Identifikasi Manfaat, terdiri dari manfaat berwujud dan manfaat tidak berwujud.

3. Membandingkan Biaya dan Manfaat, Dua metode paling umum yang digunakan untuk
mengevaluasi sistem informasi adalah nilai sekarang bersih dan payback.

Pengembangan In-House atau Pembelian Software Komersial

Dua opsi umum terbuka untuk organisasi dalam fase konstruksi: mengembangkan sistem di
rumah atau membeli software komersial. Pada titik ini, manajemen harus memiliki pemahaman
yang baik tentang opsi mana yang akan diikuti. Sistem yang perlu memenuhi kebutuhan bisnis
yang unik dan eksklusif lebih cenderung menjalani pengembangan internal. Sistem yang
diharapkan mendukung praktik industri terbaik mungkin lebih sesuai dengan opsi perangkat
lunak yang dibeli.

1. MENGUMUMKAN PROYEK SISTEM BARU

Pengumuman resmi dari manajemen tentang sistem baru ke seluruh organisasi
merupakan langkah terakhir dan paling rumit dalam fase permulaan proyek dari SDLC.
Komunikasi yang sangat penting ini, jika berhasil, akan membuka jalan bagi sistem baru
dan membantu memastikan penerimaannya di antara komunitas pengguna.
2. UMPAN BALIK PENGGUNA
Pada titik ini di SDLC, permintaan pengguna melibatkan peningkatan yang relatif kecil
pada sistem yang ada daripada retrofit besar atau sistem yang sama sekali baru. Oleh
karena itu, anggaran TI harus cukup fleksibel untuk mengakomodasi proyek-proyek
jangka pendek cepat yang muncul setiap hari.

Peran Akuntan dalam Mengelola SDLC

BAGAIMANA AKUNTAN TERLIBAT DENGAN SDLC? Akuntan terlibat dalam

pengembangan sistem dengan tiga cara. Pertama, akuntan adalah pengguna. Kedua, akuntan
berpartisipasi dalam pengembangan sistem sebagai anggota tim pengembangan. Ketiga, akuntan
terlibat dalam pengembangan sistem sebagai auditor.

1. Peran Akuntan dalam Strategi Sistem

Auditor secara rutin meninjau strategi sistem organisasi. perencanaan sistem yang cermat
adalah kegiatan yang hemat biaya dalam mengurangi risiko menciptakan sistem yang
tidak dibutuhkan, tidak diinginkan, tidak efisien, dan tidak efektif.

2. Peran Akuntan dalam Desain Konseptual

Akuntan memainkan peran penting dalam desain konseptual sistem yaitu mengenali
implikasi kontrol dari setiap desain alternatif dan memastikan bahwa konvensi akuntansi
dan persyaratan hukum dipahami.

3. Peran Akuntan dalam Pemilihan Sistem

Kelayakan ekonomi dari sistem yang diusulkan menjadi perhatian utama akuntan.
Kesalahan, kelalaian, dan kesalahan penyajian dalam akuntansi untuk item semacam itu
dapat mengganggu analisis dan menghasilkan keputusan yang kurang optimal.