RUTH STEPHANIE TAMBUN || 042011333125 || KELAS L -- RESUME SIA MINGGU KE-12

THE SYSTEM DEVELOPMENT LIFE CYCLE (SDLC)

PHASE -- 1: SYSTEMS PLANNING

Tujuan dari perencanaan sistem adalah untuk menghubungkan proyek sistem individu atau aplikasi
dengan tujuan strategis perusahaan. Dasar untuk rencana sistem adalah rencana bisnis organisasi.
Tanggung jawab khusus untuk komite pengarah meliputi: Menyelesaikan konflik yang muncul dari
sistem baru; Meninjau proyek dan menetapkan prioritas; Menganggarkan dana untuk pengembangan
sistem; Meninjau status masing-masing proyek yang sedang dikembangkan; Menentukan di berbagai
pos pemeriksaan di seluruh SDLC apakah akan melanjutkan proyek atau menghentikannya.
Perencanaan sistem terjadi pada dua tingkat:

STRATEGIC Perencanaan sistem strategis melibatkan alokasi sumber daya sistem pada tingkat
SYSTEM makro. Rencana sistem strategis berkaitan dengan alokasi sumber daya sistem
PLANNING seperti karyawan, perangkat keras, perangkat lunak, dan telekomunikasi.
Perencanaan sistem informasi dicirikan oleh ketidakpastian. Manajemen biaya;
Perencanaan sistem strategis menyediakan kontrol otorisasi untuk SDLC;
Perencanaan strategis mengurangi komponen krisis dalam pengembangan sistem;
Rencana yang selalu berubah lebih baik daripada tidak ada rencana sama sekali.

PROJECT Tujuan dari perencanaan proyek adalah untuk mengalokasikan sumber daya untuk
PLANNING aplikasi individu dalam kerangka rencana strategis.
Terdiri dari: Project proposal, Proposal proyek menyediakan manajemen dengan
dasar untuk memutuskan apakah akan melanjutkan proyek. Proposal formal
memiliki dua tujuan: (1) merangkum temuan studi yang dilakukan hingga saat ini
menjadi rekomendasi umum untuk sistem baru atau yang dimodifikasi; (2) proposal
menguraikan hubungan antara tujuan sistem yang diusulkan dan tujuan bisnis
perusahaan; Project schedule, Jadwal proyek mewakili komitmen manajemen
terhadap proyek. Jadwal proyek adalah anggaran waktu dan biaya untuk semua
fase SDLC. Tim proyek yang dipilih (akuntan dan auditor) menyelesaikannya.

PHASE -- 2: SYSTEMS ANALYSIS

Analisis sistem adalah dasar untuk SDLC lainnya dimana melibatkan survei sistem saat ini dan
kemudian analisis kebutuhan pengguna. Hasil dari fase ini adalah laporan analisis sistem formal
yang menyajikan temuan analisis dan rekomendasi untuk sistem baru. The Survey Step (Fakta yang
berkaitan dengan pertanyaan awal tentang sistem dikumpulkan dan dianalisis → mengembangkan
pertanyaan yang lebih spesifik yang membutuhkan lebih banyak fakta untuk dikumpulkan).
Kekurangan survey step ⇒ terjebak dalam melakukan analisis; menghambat ide/gagasan baru.
Kelebihan survey step ⇒ Mengidentifikasi aspek apa dari sistem lama yang harus dipertahankan;
Memaksa analis sistem untuk sepenuhnya memahami sistem; Mengisolasi akar gejala masalah.
Gathering Facts (Fakta yang dikumpulkan oleh analis adalah potongan data yang menggambarkan
fitur kunci, situasi, dan hubungan sistem). Kelasnya adalah: sumber data; pengguna; penyimpanan
data (file, database, akun, dan dokumen sumber); proses (manual atau komputer); aliran data
(pergerakan 4 kelas sebelumnya); kontrol (manual atau komputer); volume transaksi; tingkat
kesalahan; biaya sumber daya; kemacetan dan operasi yang berlebihan. Teknik yang digunakan
dalam gathering facts adalah:

OBSERVATION Observasi melibatkan secara pasif mengamati prosedur fisik sistem (5W + 1H)

TASK Partisipasi adalah perpanjangan dari observasi, dimana analis mengambil

PARTICIPATION peran aktif dalam melakukan pekerjaan pengguna (saran dan komentar)

PERSONAL Wawancara adalah metode penggalian fakta tentang sistem saat ini dan
INTERVIEWS persepsi pengguna tentang persyaratan untuk sistem baru. Pertanyaan
terbuka memungkinkan pengguna untuk menguraikan masalah seperti yang
mereka lihat dan menawarkan saran dan rekomendasi; Kuesioner digunakan
untuk mengajukan pertanyaan yang lebih spesifik dan terperinci dan untuk
membatasi tanggapan pengguna.

REVIEWING KEY Dokumen organisasi adalah sumber fakta lain tentang sistem yang disurvei.
DOCUMENTS
The Analysis Step (Analisis sistem adalah proses intelektual yang bercampur dengan pengumpulan
fakta. Analisis secara bersamaan menganalisis saat dia mengumpulkan fakta). System Analysis
Report (Laporan ini menyajikan kepada manajemen masalah yang diidentifikasi, kebutuhan
pengguna, dan persyaratan sistem baru. Tujuan utama untuk melakukan analisis sistem adalah
untuk mengidentifikasi kebutuhan pengguna dan menentukan persyaratan untuk sistem baru).

PHASE -- 3: CONCEPTUAL SYSTEM DESIGN

Tujuan dari fase desain konseptual adalah untuk menghasilkan beberapa sistem konseptual alternatif
yang memenuhi persyaratan sistem yang diidentifikasi selama analisis sistem.

STRUCTURED mengembangkan setiap sistem baru dari awal dari atas ke bawah.Fase desain
DESIGN konseptual harus menekankan perbedaan antara fitur-fitur penting dari sistem
APPROACH yang bersaing dibandingkan persamaannya.

OBJECT membangun sistem informasi dari komponen standar yang dapat digunakan
ORIENTED kembali atau objek. Manfaat dari pendekatan ini termasuk pengurangan waktu,
APPROACH biaya, dan fleksibilitas. Fase desain konseptual harus menekankan perbedaan
antara fitur-fitur penting dari sistem yang bersaing dibandingkan persamaannya.

PHASE -- 4: SYSTEM EVALUATION AND SELECTION

Tahap evaluasi dan pemilihan sistem merupakan proses optimasi yang berusaha mengidentifikasi
sistem terbaik. Keputusan ini merupakan titik kritis dalam SDLC. Tahap ini terdiri lagi menjadi 2:
1. Lakukan studi kelayakan yang mendetail, TELOS memberikan panduan untuk menilai
kelayakan proyek. Technical feasibility (berkaitan dengan apakah sistem dapat dikembangkan di
bawah teknologi yang ada atau jika teknologi baru diperlukan); Economic feasibility (berkaitan
 dengan ketersediaan dana untuk menyelesaikan proyek); Legal feasibility (mengidentifikasi
setiap konflik antara sistem konseptual dan kemampuan perusahaan untuk melaksanakan
tanggung jawab hukumnya); Operational feasibility (menunjukkan tingkat kompatibilitas antara
prosedur perusahaan yang ada dan keterampilan personal dan persyaratan operasional sistem
baru); Schedule feasibility (berkaitan dengan kemampuan perusahaan untuk
mengimplementasikan proyek dalam waktu yang dapat diterima).

2. Lakukan analisis biaya-manfaat, Analisis biaya-manfaat membantu manajemen menentukan

apakah manfaat yang diterima dari sistem yang diusulkan akan lebih besar daripada biayanya.
Identifikasi biaya, meliputi: one time cost (investasi awal untuk mengembangkan dan
mengimplementasikan sistem [akuisisi perangkat keras dan lunak; persiapan lokasi; desain
sistem; pemrograman dan pengujian; Konversi data dari sistem lama ke sistem baru; pelatihan
personil); dan recurring cost (biaya operasi dan pemeliharaan yang berulang selama umur
sistem [Pemeliharaan perangkat keras; kontrak pemeliharaan perangkat lunak; Pertanggungan;
Persediaan; Personil]). Identifikasi manfaat, meliputi tangible (Manfaat nyata terbagi dalam dua
kategori: yang meningkatkan pendapatan dan yang mengurangi biaya); intangible (tidak dapat
dengan mudah diukur dan dikuantifikasi).

Dua metode yang paling umum digunakan untuk mengevaluasi sistem informasi adalah net present
value (PV - PV manfaat umur sistem) dan payback (variasi dari analisis titik impas. Titik impas
tercapai ketika total biaya sama dengan total manfaat). Kurva biaya total terdiri dari one time + PV
dari biaya berulang selama umur proyek. Kurva manfaat total adalah PV dari manfaat nyata. Produk
yang dapat dikirimkan dari proses pemilihan sistem adalah laporan pemilihan sistem.

PHASE -- 5: DETAILED DESIGN

Tujuan dari tahap desain rinci adalah untuk menghasilkan deskripsi rinci dari sistem yang diusulkan
baik memenuhi persyaratan sistem yang diidentifikasi selama analisis sistem dan sesuai dengan
desain konseptual. Perform a System Design Walkthrough (memastikan bahwa desain bebas dari
kesalahan konseptual yang dapat diprogram ke dalam sistem akhir); Review System
Documentation (Laporan desain rinci mendokumentasikan dan menjelaskan sistem hingga saat ini
yang termasuk: Desain untuk semua input layar, dokumen sumber untuk sistem, dan keluaran layar,
laporan, dan dokumen operasional; Data yang dinormalisasi untuk tabel database; Struktur dan
diagram basis data; Kamus data yang diperbarui; Logika pemrosesan (diagram alur)).

PHASE -- 6: APPLICATION PROGRAMMING AND TESTING

Program the Application Software (Manfaat pemrograman modular adalah: efisiensi
pemrograman; efisiensi perawatan; dan kontrol). Test the Application Software konsepnya adalah:
pengujian metodologi; pengujian offline sebelum deploying; tes data.

PHASE -- 7: SYSTEM IMPLEMENTATION

Pada tahap implementasi sistem dari proses pengembangan sistem, struktur basis data dibuat dan
diisi dengan data, peralatan dibeli dan dipasang, karyawan dilatih, sistem didokumentasikan, dan
sistem baru dipasang. Testing the Entire System; Documenting the System (Dokumentasi sistem
memberikan auditor informasi penting tentang cara kerja sistem). Terdiri dari 3 kelompok: perancang
dan pemrogram sistem (untuk men-debug kesalahan dan melakukan pemeliharaan pada sistem);
dokumentasi operator (Operator komputer menggunakan dokumentasi yang disebut run manual,
yang menjelaskan cara menjalankan sistem. Isi khas dari manual run meliputi: Nama sistem; Jadwal
lari; Perangkat keras yang diperlukan; Persyaratan file yang menentukan semua file transaksi (input),
file master, dan file output yang digunakan dalam sistem; Instruksi run-time yang menjelaskan pesan
kesalahan yang mungkin muncul; Daftar pengguna yang menerima output dari proses); pengguna
akhir (pengguna dokumentasi (memerlukan dokumentasi yang menjelaskan cara menggunakan
sistem); buku pedoman pengguna (dokumentasi pengguna seringkali berbentuk buku pegangan
pengguna serta dokumentasi online). Dokumentasi online ini mencakup tutorials (digunakan untuk
melatih pemula atau pengguna sesekali); fitur bantuan (menganalisis konteks apa yang dilakukan
pengguna pada saat kesalahan dan memberikan bantuan dengan fungsi (atau perintah) spesifik itu).

Mengonversi Basis Data Konversi database merupakan langkah penting dalam fase
implementasi.Tindakan pencegahan yang harus diambil adalah validasi, rekonsiliasi, dan backup.
Mengubah ke Sistem Baru Proses konversi dari sistem lama ke yang baru disebut cutover,
pendekatan yang mencakup adalah cold turkey cutover (perusahaan beralih ke sistem baru dan
secara bersamaan menghentikan sistem lama); phased cutover (mulai mengoperasikan sistem baru
dalam modul); parallel operation cutover (melibatkan menjalankan sistem lama dan sistem baru
secara bersamaan untuk jangka waktu tertentu). Post Implementation Review (kecukupan desain
sistem (Fitur fisik sistem harus ditinjau untuk melihat apakah mereka memenuhi kebutuhan
pengguna); akurasi waktu, biaya, dan estimasi manfaat).

PHASE -- 8: SYSTEM MAINTENANCE

Pemeliharaan sistem adalah proses formal di mana perubahan program dapat dikelola untuk
mengakomodasi perubahan kebutuhan pengguna yang mewakili area risiko signifikan terhadap
integritas aplikasi produksi. Langkah meminimalisir risiko: Memerlukan otorisasi formal untuk semua
perubahan aplikasi; Memerlukan spesifikasi teknis perubahan yang diinginkan; Uji ulang program
sistem setelah perubahan dilakukan; Perbarui dokumentasi untuk mencerminkan perubahan.

PERAN AKUNTAN
Menjadi pemangku kepentingan utama di semua sistem keuangan, akuntan menawarkan keahlian di
berbagai titik di SDLC untuk memandu dan membentuk sistem yang sudah jadi.
1. Memberikan keahlian teknis ⇒ Tahap desain rinci melibatkan spesifikasi yang tepat dari
prosedur, aturan, dan konvensi yang akan digunakan dalam sistem.
2. Tentukan Standar Dokumentasi ⇒ Pada tahap implementasi, akuntan berperan dalam
menentukan dokumentasi sistem. Verifikasi Kecukupan Kontrol (Aplikasi yang muncul dari
SDLC harus memiliki pengendalian yang sesuai dengan ketentuan Pernyataan Standar Audit No.
109.).