Analisis Rasio Triwulanan PT. BPD Riau

Laporan Keuangan Publikasi Triwulanan Perhitungan Rasio Keuangan PT BPD RIAU KEPRI JL JEND SUDIRMAN NO. 377, PEKANBARU Telp. 0761-37050, 37060 dahulu PT BPD RIAU, sampai dengan 23 September 2010 per Juni 2009 dan 2008 (Dalam Persentase) Pos-pos 06-2009 06-2008 I. Permodalan 1. CAR dengan memperhitungkan risiko kredit 16.67 23.95 2. CAR dengan memperhitungkan risiko pasar 16.64 23.95 3. Aktiva tetap terhadap modal 10.57 10.39 II. Kualitas Aktiva 1. Aktiva produktif bermasalah .64 .65 2. PPA Produktif terhadap Aktiva Produktif 1.23 1.24 3. Pemenuhan PPA produktif 140.96 143.31 4. Pemenuhan PPA non produktif 5. NPL gross 1.31 1.58 6. NPL net .45 .31 III. Rentabilitas 1. ROA 3.01 3.17 2. ROE 27.93 26.9 3. NIM 6.63 6.67 4. BOPO 70.45 67.77 IV. Likuiditas LDR 54.1 40.98 V. Kepatuhan (Compliance) 1.a. Persentase Pelanggaran BMPK a.1. Pihak terkait a.2. Pihak tidak terkait 1.b. Persentase Pelampauan BMPK b.1. Pihak terkait b.2. Pihak tidak terkait 2. GWM Rupiah 5.1 11.13 3. PDN .98 .03 Sumber data : Berdasarkan Laporan Keuangan Publikasi Bank yang telah dipublikasi di media masa dan disampaikan kepada Bank Indonesia melalui media disket atau hasil cetakan/guntingan koran atau melalui e-mail. Keterangan : 1. Format Laporan ini sesuai dengan format dalam Surat Edaran Bank Indonesia No.7/10/DPNP tanggal 31 Maret 2005 Tentang Perubahan Atas Surat Edaran Bank Indonesia Nomor 3/30/DPNP Tanggal 14 Desember 2001 perihal Laporan Keuangan Publikasi Triwulanan dan Bulanan Bank Umum serta Laporan Tertentu yang Disampaikan kepada Bank Indonesia. 2. Bank Indonesia tidak bertanggung jawab atas kebenaran isi laporan. Kebenaran isi laporan tersebut sepenuhnya merupakan tanggung jawab bank. 3. Apabila ada pertanyaan mengenai isi laporan dapat menghubungi alamat dan nomor telpon Bank yang bersangkutan sebagaimana tercantum di atas.

Analisisnya:

Angka-angka tersebut di atas menunjukan korelasi antara perhitungan rasio camel dengan metode ALTMAN.

jika dijabarkan maka akan terlihat jelas bahwa variabel yang paling menentukan kegagalan usaha pada rasio camel adalah dari segi rasio aktiva produktif dan rasio permodalan,karena menurut ketetapan bank indonesia di dapat bahwa :

1. kualitas aktiva produktif

Aktiva produktif adalah semua aktiva dalam rupiah maupun valuta asing yang dimiliki oleh bank dengan maksud untuk dapat memperoleh penghasilan sesuai fungsinya seperti :

a. pinjaman / kredit yang diberikan

b.wesel atau promes yang di beli dan didiskontokan

c.efek-efek atau surat berharga lain nya yang di perjualbelikan di bursa

d. deposito atau sertifikat deposito bank- bank lain

e. penyertaan pada perusahaan lain

dimana terdapat ketentuan:

a. sehat , apabila prosentase jumlah aktiva yang di klasifikasikan terhadap total aktiva yang produktif tidak lebih dari 5%

b. cukup sehat , apabila prosentase jumlah aktiva yang di klasifikasikan terhadap total aktiva yang produktif tidak lebih dari 5% sampai dengan 10%

c. kuarang sehat , apabila prosentase jumlah aktiva yang di klasifikasikan terhadap total aktiva yang produktif melibihi 10% sampai dengan 25%

d. tidak sehat , apabila prosentase jumlah aktiva yang di klasifikasikan terhadap total aktiva yang produktif lebih dari 25%

BPD RIAU KEPRI

Perhitungan pada BPD riau kepri menunjukan angka kualitas aktiva produktif nya senilai 140.96 di tahun 2009 dan 143.31 di tahun 2008.angka tersebut merupakan gabungan dari rasio permodalan dan kualitas aktiva.sesuai dengan ketentuan yang ada kualitas aktiva produktif bank tersebut masuk dalam kategori tidak sehat karena lebih dari 25%.sedangkan dari segi permodalan di tahun 2009 BPD riau kepri memiliki rasio CAR dengan memperhitungkan rasio credit mengalami penurunan.sehingga perhitungan rasio CAMEL nya diberi nilai 16.67 dan di tahun 2008 mengalami peningkatan menjadi 23.95,karena telah mengalami penurunan CAR nya di bawah ketentuan BI.

kesimpulan :

Dari hasil yang di peroleh dari pembahasan di atas maka kesimpulan yang dapat di ambil adalah sebagai berikut :

1. Ada dua jenis rasio yang paling menentukan tingkat kegagalan usaha bank adalah rasio kualitas aktiva produktif dan rasio permodalan.

2. prediksi kebangkrutan ALTMAN mendukung adanya kebangkrutan bagi bank yang di kategorikan kurang sehat dan cukup sehat.

3. Bagi bank yang pada rasio CAMEL di kategorikan sehat tetap dapat di katakan sehat karena hasil ALTMAN menunjukan keadaaan yang mengarah ketidakbangkrut

Tugas Analisis Laporan Keuangan

Pertanyaan :

Bab 1

1-5. Apa yang dimaksud dengan analisis fundamental? Apakah tujuan utamanya?

Jawaban :

Analisis fundamental adalah studi terhadap elemen-elemen penting yang mendasari perubahan nilai suatu mata uang. Analisis fundamental berupaya memperkirakan pergerakan nilai mata uang dan tren pasar dengan menganalisis indikator-indikator ekonomi, kebijakan-kebijakan politik, dan juga faktor-faktor sosial.

Tujuan analisis fundamental adalah menentukan apakah nilai saham berada pada posisi undervalue atau overvalue. Saham dikatakan undervalue bilamana harga saham di pasar saham lebih kecil dari harga wajar atau nilai yang seharusnya, demikian juga sebaliknya.

Bab 3

3-2. Identifikasi ketentuan pengungkapan utama untuk utang lancar yang terkait dengan pendanaan?

Jawaban :

Kewajiban merupakan utang untuk mendapatkan pendanaan yang membutuhkan pembayaran di masa depan dalam bentuk uang, jasa, atau aset lainnya. Kewajiban (liabilities) merupakan klaim pihak luar atas aset dan sumber daya perusahaan kini dan masa depan. Kewajiban dapat berupa pendanaan atau operasi dan biasanya didahulukan daripada pemegang ekuitas. Kewajiban pendanaan (financing liabilities) merupakan seluruh bentuk pendanaan kredit seperti wesel bayar jangka panjang dan obligasi, pinjaman jangka pendek dan sewa.

Tambahan

3-47. Identifikasi fitur-fitur saham preference yang membuatnya mirip dengan hutang.

Identifikasi fitur-fitur yang membuatnya mirip dengan saham biasa.

Jawaban :

Fitur penting dalam analisis kewajiban

- Ketentuan utang (seperti tanggal jatuh tempo, tinhgkat bunga, pada pembayaran, dan jumlah)

- Pembatasan pemakaian sumber daya dan pelaksanaan aktivitas bisnis

- Kemampuan dan fleksibilitas untuk memperoleh pendanaan selanjutnya

- Kewajiban untuk modal kerja, perbandingan utang terhadap ekuitas(debt to equity) dan ukuran keuangan lain

- Fitur konversi kewajiban yang bersifat difusi

- Larangan atas pembayaran-pembayaran seperti deviden

Tugas Soal 2 nomor 9

Dalam suatu diskusi tentang laba perusahaan,seorang pemakai laporan keungan menyatakan bahwa , Salah satu masalah pada laba adalah anda tidak pernah tahu apa artinya,salah satu cara yang dapat di lakukan adalah melikuidasi perusahaan dan mengubah segalanya menjadi kas. Kemudian, anda dapat mengurangi kas yang di keluarkan dari kas yang akhirnya menjadi milik perusahaan,dan itulah laba. Sebelum itu,laba hanya hasil dari ritual akuntansi.

Diminta :

a. Setujukah anda dengan pendapat di atas? Jelaskan. Masalah apa yang anda lihat dalam pengukuran laba dengan cara yang di jelaskan di atas?

b. Asumsi apa yang mendasari pengukuran laba secara berkala berdasarkan akuntansi akrual? Pendekatan laba mana yang menurut anda lebih masuk akal ? jelaskan !

Jawaban :

a. Setuju, karena tujuan dari mendirikan perusahaan adalah mendapatkan laba yang merupakan ringkasan hasil bersih aktivitas operasi usaha dalam periode tertentu yang dinyatakan dalam istilah keuangan. Karena profit atau tidaknya suatu perusahaan ditentukan oleh besarnya pendapatan laba setiap periode. Salah satu cara untuk mendapatkan laba adalah dengan cara yang disebutkan di atas. Namun ada masalah yang terjadi dalam melakukan pengukuran laba di atas. Masalah yang saya lihat dari cara pengukuran laba di atas adalah mengubah segalanya menjadi kas. Hal ini dapat menghambat informasi yang dibutuhkan perusahaan. Karena tidak dapat memisahkan yang mana aktiva dan passiva.

b. Asumsi yang mendasari pengukuran laba secara berkala berdasarkan akuntansi akrual adalah pendapatan diakui saat dihasilkan dan beban saat terjadi, tanpa memperhatikan penerimaan atau pembayaran kas. Selain itu, akuntansi akrual mempunyai tujuan untuk memberikan informasi kepada pemakai mengenai konsekuensi aktivitas usaha terhadap arus kas perusahaan dimasa depan secepat mungkin dengan tingkat kepastian yang layak. Menurut saya, pendekatan laba yang lebih masuk akal adalah dengan Pendekatan Laba yang nilai wajarnya diukur dengan mendiskontokan perkiraan arus kas atau laba masa depan pada masa sekarang. Perkiraan pasar sekarang perlu dimanfaatkan sebanyak mungkin untuk menentukan nilai diskonto ini.

Tugas Soal 1-7

NAMA : SITI NURHIDAYAT

NPM : 41208174

KELAS : 3DA02

Soal 1-7

Anda berencana untuk menganalisis neraca Voltek Company per 31 Desember. Tahun 6.

Tersedia data sebagai berikut :

1. Saldo awal dan akhir neraca pada akun piutang dan persediaan adalah sama.

2. Laba bersih sebesar $1.300.

3. Kelipatan bunga dihasilkan sebesar 5 (pajak penghasilan nol). Perusahaan memiliki obligasi bertingkat bunga 5% dan diterbitkan pada nilai nominal.

4. Margin laba bersih sebesar 10%. Margin laba kotor adalah 30%.

5. Jumlah hari penjualan dalam piutang adalah 72 hari.

6. Penjualan terhadap modal kerja akhir tahun (sales to end-of- year working capital ) adalah 4.Rasio lancar adalah 1,5.

7. Rasio cepat adalah 1,0 (tidak termasuk beban di bayar di muka ).

8. Aset tetap (bersih) adalah $6.000. Sepertiga dari aset tetap ini telah disusutkan.

9. deviden dibayarkan atas saham preferen 8% non partisipasi sebesar $40. Tidak ada perubahan jumlah saham biasa beredar selama tahun 6. Saham preferen diterbitkan 2 tahun lalu pada harga normal.

10. Laba per saham adalah $3,75.

11. Saham biasa diterbitkan pada nilai nominal $5.

12. Saldo laba pada tanggal 1 januari, tahun 6, adalah $350.

Diminta :

a. Dengan informasi yang tersedia, siapkan neraca perusahaan per 31 Desember, tahun6 ,(termasuk klasifikasi pos sebagai berikut : kas, piutang, persediaan, beban dibayar dimuka, aset tetap(bersih), kewajiban lancar, utang obligasi, dan ekuitas pemegang saham).

b. Tentukan jumlah deviden atas saham biasa yang dibayarkan ditahun 6.

Jawaban :

Saldo laba per 31 desember tahun 6 $1.300

Ratio margin laba kotor 30%

Ratio margin laba bersih 10%

Ratio lancar 1,5

Ratio cepat (tidak termasuk beban dibayar dimuka) 1,0

Aset tetap $6.000

Jumlah hari penjualan dalam piutang 72 hari

Kelipatan bunga dihasilkan 5

Obligasi bertingkat bunga 5%

Penjualan terhadap modal kerja 4

Laba per saham $3,75

Saham biasa : nilai nominal $5

Deviden atas saham preferen 8%

Non partisipasi $40

Saldo laba tanggal 1 Januari tahun 6 $350

Perputaran persediaan 5

VOLTEK COMPANY

Neraca (ribuan dolar)

Per 31 Desember

Tahun5 Tahun6

Aset

Aset lancar:

Kas $ 1.300 $ 350

Piutang dagang 1.490 3.599

Persediaan 1.415 2.423

Beban dibayar dimuka 15 13

Total aset lancar 4.220 6.385

Aset tetap, bersih $ 6.000 $ 1.300

Aset lainnya 123 157

Total aset $ 10.343 $ 7.842

VOLTEK COMPANY

Neraca (ribuan dolar)

Per 31 Desember

Tahun5 Tahun6

Kewajiban dan ekuitas pemegang saham

Kewajiban lancar :

Wesel bayar kepada bank $ --- $ 3,75

Utang obligasi --- 5

Utang usaha 485 933

Utang jangka panjang 122 179

Total kewajiban lancar 607 1.120,75

Ekuitas pemegang saham :

Saham biasa, nilai nominal $ 5; modal dasar 5.000.000

lembar ditempatkan; saham beredar masing-masing

550.000 lembar dan 829.000 550 829

Saham preference, seri A 8% nilai nominal $ 40;

ditempatkan 40.000 lembar; saham beredar

masing-masing 20.000 lembar dan 18.000 lembar 450 575

Total ekuitas pemegang saham 1.000 1.404

SIKLUS HIDUP SISTEM

SIKLUS HIDUP SISTEM

Siklus hidup system adalah deskripsi dari tugas implementasai yang akurat yang harus dilakukan. Polanya didasarkan pada pendekatan system yaitu dengan memahmi apa yang akan dilakukan, mempertimbangkan pemecahan alternative, menentukan yang terbaik, mengimplementasikannya, dan melakukan tindak lanjut. Interpretasi siklus hidup ada empat fase yaitu:

(1) fase perencanaan, yang merupakan tanggung jawab manajer, manajer mendefinisikan masalah yang akan dipecahkan atau tujuan yang akan dicapai, dan spesialis informasi memberikan dukungan kepadanya dan diperlukan pengontrolan atas proses yang dijalankan oleh spesialis informasi.

(2) Fase analisis dan disain adalah studi mengenai system yang dilakukan oleh analis system.

(3) Fase penimplementasian melibatkan semua spesialis informasi yang menyusun sumber yang diperlukan.

(4) Fase pengoprasian, spesialis informasi terutama operator, menjadikan sumber agar dapat digunakan oleh pemakai.

TANGGUNG JAWAB TERHADAP PROYEK CBIS

Komite SIM

Tujuan steering committee (komite pengarah) adalah untuk memberikan pedoman pelaksanaan, pengarahan, dan pengontrolan . Bila perusahaan menetapkan steering committee dengan tujuan untuk mengarahkan penggunaan sumber komputerisasi perusahaan, maka biasanya akan digunakan istilah SIM committee (komite SIM). Fungsi dari komite SIM adalah untuk menetapkan kebijaksanaan guna untuk memastikan dukungan komputer terhadap tujuan perusahaan, juga memberikan pengontrolan fiskal dengan cara bertindak sebagai yang berwenang member persetujuan untuk pemintaan dana yang ada kaitannya dengan computer dan mengatasi konflik yang berhubungan dengan proiritas penggunaan computer, yang muncul dalam perusahaan.

TEAM PROYEK

Tanggung jawab dari team proyek adalah untuk mengimplementasikan system tertentu untuk memenuhi kebutuhan perorangan atau kelompok dalam organisasi.

DASAR PERENCANAAN CBIS

MANFAAT DARI PERENCANAAN PROYEK CBIS

1. Mendefinisikan lingkup proyek: membantu estimasi awal dalam menentukan skala sumber yang dibutuhkan.

2. Mengetahui bidang masalah yang potensial: dapat mengetahui hal yang mungkin akan mengalami masalah, sehingga dapat mencegahnya.

3. Mengatur urutan tugas: disusun dalam urutan yang logis berdasarkan prioritas informasi dan keperluan efisiensi.

4. Memberikan dasar pengontrolan: sebelumnya tiap team proyek harus mendefinisikan apa yang perlu dikerjakan, siapa yang akan mengerjakan, dan kapan pekerjaan itu akan dilakukan. Tim menyampaikan ini pada komite SIM, sehingga komite dapat melakukan pengontrolan seluruh proyek tersebut.

Dua cara perencanaan alternatif untuk melakukan proyek CBIS adalah

1. Objective orientation (orientasi tujuan) digunakan bila CBIS gagal dilakukan.

2. Problem orientation (orientasi masalah) digunakan system yang telah ada hanya perlu dimodifikasi agar dapat menangani masalah lebih baik

FASE PERENCANAAN

1. MENGENALI MASALAH

CBIS yang diprakarsai eksekutif memiliki dua karakteristik yaitu, mempunyai cakupan yang luas dan berpengaruh terhadap tampilan jangka panjang perusahaan.Permintaan pelaksanaan proyek CBIS berasala dari manajer tingkat bawah. Karena tiap hari mereka berhubungan dengan system mereka, sehingga lebih tahu kesulitan dan peluang yang ada.Spesialis informasi bekerja di balik layar, sehingga tidak mengetahuai adanya masalah pada proyek CBIS. Sehingga ia membutuhkan bantuan dari orang lain yang mengetahui adanya masalah.

2. MENDEFINISIKAN MASALAH

Manajer hanya perlu mengidentifikasi dimana masalah itu berada dan apa kesalahan umumnya lalu mencari pemecahannya. JIka manajer tidak ingin melakukan end‐user computing, maka ia meminta bantuan kepada spesialis informasi.

3. MENYUSUN TUJUAN SISTEM

Tujuan dari sebuah system adalah untuk menentukan kebutuhan informasi. Dan ahirnya informasi tersebut menentukan kriteria penampilan CBIS yaitu standart penampilannya.

4. MENGIDENTIFIKASI KEADAAN SISTEM

CBIS akan beroprasi jika banyak kendala.Beberapa kendala tersebut diakibatkan oleh lingkungan luar. Sebaiknya semua kendala diidentifikasi sebelum pekerjaan CBIS dimulai. Agar, disain CBIS bisa diarahkan untuk mengatasi kendala tersebut.

5. MELAKUKAN STUDI KELAYAKAN

Analis system mengumpulkan informasi untuk melakukan studi kelayakan. Sehingga manajer dapat memecahkan masalah yang telah didefinisikan atau mencapia tujuan yang diinginkan

Lima dimensi kelayakan proyek:

• Teknis : computer dapat mekalukan proses yang diperlukan.

• Ekonomis : Sistem dapat diatur secara ekonomis.

• Resmi

• Oprasional : system akan dan dapat menerima dukungan dari user.

• Terjadwal : untuk mengimplementasikan system tidak ada kendala waktu.

6. MEMBUAT PROPOSAL PROYEK STUDI

Studi system akan memberikan dasar yang lengkap untuk disain system baru, mengenai apa yang harus dilakukan dan bagaimana melakukannya. Proposal proyek studi terdiri dari:

Bagian 1‐3 pendahuluan, masalah, tujuan, dan kendala.

Bagian 4 menjelaskan kemungkinan pemecahan masalah dalam sistem dan alternatif.

Bagian 5 penjelasan lebih mendetail alernatif yang cocok pada suatu keadaan tertentu.

Bagian 6 menjelaskan pengaruh positif dan negatif sistem pada suatu perusahaan.

Bagian 7 mengidentifikasi tugas pelaksanaan studi dan dana yang dibutuhkan.

7. MENETAPKAN MEKANISME PENGONTROLAN

Pengontrolan proyek dilakukan agar dapat dipastikan bahwa biaya dan waktu memadai. Pengontrolan proyek meliputi spesifikasi apa yang perlu dilakukan, siapa yang akan melakukannya, dan kapan pelaksanaannya.

1. Apa yang perlu dilakukan Komite SIM menggunakan studi kelayakan untu mengidentifikasi pekerjaan yang akan dijalankan oleh CBIS.

2. Siapa yang akan melakukannya CIO, yang mewakili komite SIM, selanjutnya memutuskan siapa yang akan melakukan tiap‐tiap pekerjaan subsistem.Spesifikasi disain umum mengidentifikasi jenis pekerja yang dibutuhkan.

3. Kapan pekerjaan akan dilakukan Pengetahuan mengenai tugas dan siapa yang akan melakukannya telah diketahui. Hal ini memungkinkan CIO bisa memperkirakan jumlah waktu yang akan digunakan untuk rnelakukan pekerjaan tersebut.

FASE ANALISIS DAN DISAIN

1. Mengumumkan Proyek Studi

Jika perusahaan mengimplementasikan jenis aplikasi kornputer yang baru, maka manajemen harm bias meredakan kekhawatiran para pekerja. Cara terbaik untuk menghilangkan kekhawatiran mereka adalah dengan menjelaskan apa yang akan dilakukan oleh komputer.

2. Staf Untuk Proyek Studi

Team atau beberapa team proyek yang akan melakukan studi sistem diatur nmatau disusun. Sebuah team terbentuk atas para pemakai dan satu analis sistem atau lebih.

3. Mendefinisikan Keperluan Informasi

Analis harus mengumpulkan informasi mengenai kebutuhan informasi dari pemakai. Analis tersebut adalah dengan melakukan :

• Interview Perorangan

• Obeservasi

• Pencarian Record

• Survey

4. Mendefinisikan Kriteria Penampilan Sistem

Bila kebutuhan informasi untuk rnanajer telah didefinisikan, maka sekarang dimungkinkan untuk menentukan dengan tepat apa yang hams dilakukan CBIS. Ini adalah kriteria penampilan yang telah dinyatakan secara umum pada waktu fase perencanaan.

5. Merancang Subsistem Secara lengkap

Dalam merancang subsistem secara lengkap, analis menggunakan alat dokumentasi yang dijelaskan dalam lampiran. Kombinasi alat yang baik terdiri atas .

(1) diagram arus data untuk mendokumentasikan pemrosesan dengan cara yang ringkas

(2) bahasa Inggris terstruktur untuk mendokumentasikan pemrosesan secara lengkap

(3) kamus data untuk mendokumentasikan data.

6. Mengidentifikasi Konfigurasi Peralatan Alternatif

Tugas berikutnya bagi analis adalah menentukan konfigurasi peralatan komputerisasi, yang akan memungkinkan program dapat menjalankan pernrosesan dengan cara yang efisien. Penentuan atau pemilihan ini adalah proses yang urut, yang dimulai deilgan pengidentiftkasian berbagai macarn kombinasi pefalatan yang dapat menjalankan tiap program.

7. Mengevaluasi Konfigurasi Alternatif

Analis, yang bekerja sarna dengan manajer, mengevaluasi tiga alternatif entri pesanan. Salah satu yang terpilih adalah yang paling cocok bagi subsistem dalarn mencapai tujuannya. Namun ia mempunyai kendala. Subsistem yang lain dievaluasi dengan cara 'yang sama. Di sini analis dan manajer mengidentifikasi konfigurasi terbaiknya. Kemudian, mereka harus mempertimbangkan semua subsistem secara bersama-sama untuk rnengidentifikasi sebuah konfigurasi yang dapat rnemberikan dukungan terbaik bagi system secara keseluruhan.

8. Menentukan Konfigurasi Yang Terbaik

Analis mengevaluasi semua konfigurasi subsistem dan mengatur kombinasi peralatan, sehingga semua subsistem akan sesuai dengan satu konfigurasi. Sebagai contoh, input OCR munglun diganti dengan input terminal CRT untuk subsistem inventarisasi dan account receivable. Bila hal ini telah dilakukan, analis membuat rekomendasi kepada manajer untuk persetujuan. Jika konfigurasi tersebut tidak dapat diterima, analis rnelanjutkan pekerjaannya bersarna manajer sarnpai dicapai kesepakatan. Bila manajer telah menyetujui konfigurasi yang telah dibuat, maka konfigurasi tersebut dimintakan persetujuan kepada komite SIM.

9. Membuat Proposal Proyek Pengimplementasian

Sebelum manajer mengalokasikan dana tambahan untuk menutup biaya pada fase pengimplementasian, analis harus melakukan pengaturan yang akan dilakukan. Analisis membuat implementation project proposal (proposal proyek pengimplementasian) yang memberikan kerangka bagi pekerjaan yang akan dilakukan, keuntungan yang diharapkan, dan biaya.

10.Menyetujui atau Tidak Menyetujui Proyek Pengimplementasian

Selama pelaksanaan studi sistem, CIO terus memberikan informasi kemajuan kepada kornite SIM, dan ia meminta saran kepada komite bila muncul pertanyaan yang sangat penting. Hasil dari situasi yang sehat ini datang ketika kornite menyetujui atau tidak menyetujui proyek pengimplementasian. Komite meninjau kembali proposal yang dibuat atas bantuannya.

11.Melengkapi Dokumentasi Sistem

Adanya kesetujuan terhadap pengimplementasian menunjukkan bahwa usaha analisis dan disain berhasil. Langkah terakhir adalah melengkapi dokumentasi yang memberikan hubungan komunikasi kepada fase implementasi.

FILE IMPLEMENTASI

1. MERENCANAKAN IMPLEMENTASI

Mekanisme pengontrolan ditetapkan pada akhir fase perenCanaan dalam bentuk grafik atau diagram jaringan. Mekanisme pengontrolan terus diperbaharui dan dibuat lebih lengkap. Manajer dan spesialis informasi mempunyai pengetahuan tertentu mengenai desain sistem, dan mereka bisa menggunakan pengetahuan tersebut untuk mengembangkan rencana implementasi yang sangat lengkap atau detail agar sistem yang baru bisa digunakan.

2. MENGUMUMKAN PROYEK IMPLEMENTASI

Proyek Implementasi diumumkan kepada para pekerja seperti cara mengumumkan studi sistem. Tujuannya untuk menghilangkan kekhawatiran kekhawatiran para pekerja. Tujuan lainnya, yaitu meminta dukungan dari para pekerja. Banyak pekerja yang akan terlibat dengan pengimplementasian tersebut, dan dibutuhkan ketja sama dari mereka.

3. MENGORGANISIR STAFF PELAYANAN INFORMASI

Selagi bidang administrasi komunikasi data dan database mengembangkan desain, maka dilakukan usaha perekrutan dan training untuk mendapatkan staf pemrograman sesuai dengan kebutuhan jumlah dan keterampilan yang direncanakan. Sekarang, programmer dimasukkan ke dalam team proyek.

4. MENENTUKAN KOMPUTER

• Meminta Proposal

Desain system harus bisa dilihat oleh pemasok. Yang menawarkan berbagai jenis peralatan komputerisasi, dimana berisi konfigurasi yang telah di setujui. Dan setip pemasok harus di beri request for proposal(RFP). RFP bertugas meringkas bagian dari proposal study system dan proposal proyek. Paket dokumentasi program yang diseertakan RFP berisisi deskripsi yang detail mengenai tiap program, kaitannya dengan input, proses utama dan output.

• Proposal dari pemasok

Jika pemasok ingin mendapatkan pesanan, maka ia harus membuat proposal yang menjelaskan sejauh mana peralatannya dapat memenuhi kriteria penampilan yang sebagain besarnya proposal tertulis Beberapa proposal hanya berbentuk surat, sedangkan proposal yang lain bisa bersifat sangat lengkap.

• Pemilihan pemasok

Salah satu cara perusahan mengetahui apakah kriteria penampilan memenuhi sistem adalah dengan menetapkan benchmark problem (masalah benchmark / yang bisa menunjukkan tingkat penilaian) bagi tiap pemasok untuk dipecahkan dengan hardaware yang diajukannya. Dan penggunaan masalah benchmark bias menentukan tingkat pemilihan pemasok.

5. MEMBUAT PERPUSTAKAAN SOFTWARE

Bila perusahaan memutuskan untuk membuat sendiri software aplikasinya, maka programmer menggunakan dokumentasi yang dibuat oleh analis sistem sebagai point awal. Programmer mungkin akan membuat dokumentasi yang lebih detail; misalnya deskripsi bahasa Inggris terstruktur dan deskripsi kamus data. Pengkodean dilakukan dan program diuji. Hasil dari semua ini adalah perpustakaan software yang berisi program aplikasi.

6. MEMBUAT DATABASE

Tingkat kesulitan pembuatan database jika (1) pemisahaan sedang melakukan perubahan dari sistem file manual menjadi sistem dengan media komputer, (2) file tersebut jumlahnya besar, (3) file tersebut berisi data yang sangat lama. dan (4) beberapa data belum diurus pada waktu lalu. Administrator database (DBA) bertanggung jawab atas semua fase aktivitas database. Bila skema database telah dibuat maka DBA dapat memberikan pedoman pemilihan DBMS kepada komite SIM mengenai DBMS mana yang terbaik, dan selanjutnya komite membuat keputusan. Bila keputusan ini telah dibuat, DBA melakukan pembuatan database dan memberikan training kepada pemakai.

7. MENDIDIK PESERTA DAN PEMAKAI

• Pendidikan internal :

Para pekerja di tingkat operasional harus mempelajari cara melakukan tugas pengarsipan form, pengoperasian terminal, dan penggunaan output. Manajer harus memahami peranan departemennya dalam sistem baru, mengetahui arus data dan informasi yang menghubungkan departemen, mengetahui cara menggunakan sistem tersebut.

• Pendidikan Lingkungan

Pemasok dan pelanggan umumnya perIu lebih banyak informasi mengenai sistem baru tersebut dari pada anggota lingkungan yang lain. Pendidikan ini dapat dilakukan oleh anggota dari departemen hubungan industri perusahaan, yang dibantu oleh staf pelayanan informasi. Orang‐orang yang perIu disertakan dalam pendidlkan dan jenis pendidikan yang dibutuhkan harus diidentifikasi pada awal siklus hidup sistem tersebut. Kemudian, program pendidikan dapat dijadwalkan pada waktu yang tepat sebelum bahan yang dipelajari tersebut diterapkan.

8. MEMBUAT FASILITAS FISIK

Pekerjaan yang diperlukan untuk membuat fasilitas fisik guna menempatkan komputer tergantung pada jumlah dan jenis hardware yang diperlukan. Bila hanya akan menginstal beberapa unit tambahan, maka mungkin mereka dapat ditempatkan dalam area yang telah ada.

9. MENGGANTI DENGAN SISTEM YANG BARU

Proses penghentian penggunaan sistem lama dan memulai penggunaan sistem baru disebut cutover. Ada tiga cara pokok, yaitu

• Segera : Cara yang paling sederhana adalah dengan mengubah sistem lama menjadi sistem baru pada hari yang telah ditentukan

• Bertahap : Jika keseluruhan sistem tidak dapat diubah sekaligus, maka ia dapat dibagi ke dalam

subsistem dan mengubah tiap subsistem pada waktu yang berlainan.

• Paralel : Sistem yang lama masih terus digunakan sampai sistem yang baru secara penuh dapat

dioperasikan. Cara ini memberikan keamanan yang tinggi dalam penjagaan kegagalan, namun biayanya paling mahal, sebab ada dua set sumber yang harus dipelihara. Keuntungannya adalah bahwa dengan cara ini masalah yang ada dalam sistem baru sepenuhnya dapat ditiadakan dengan menggunakan data hidup, sebelum sistem yang lama dilepas. Bila penggantian ini telah berhasil diselesaikan, maka dimulailah fase operasi.

FASE OPERASI

Sesudah penggantian, yaitu jika sistem baru sudah terpasang, maka dilakukanlah post implementation review (tinjauan post‐implementasi) untuk mengevaluasi sejauh mana sistem tersebut memenuhi criteria penampilan. Tinjauan (review) ini diulangi terus, mungkin secara tahunan, sepanjang kehidupan operasi system tersebut.

PENGARUH YANG BARU PADA SIKLUS HIDUP SISTEM

Siklus hidup sistem bersifat sangat tradisional. Semua perencanaan dilakukan, diikuti dengan semua analisis, dan kemudian semua disain, dan seternsnya. Akhir‐akhir ini ada dua inovasi dalam pengembangan sistem yang mempunyai pengaruh atas cara tradisional tersebut. Pengaruh tersebut adalah prototyping dan CASE.

PROTOTYPING

Prototip memberikan ide mengenai bagaimana sistem dalam bentuk lengkapnya nanti akan berfungsi. Proses pembuatan prototip disebut prototyping, dan hal ini paling cocok diterapkan untuk situasi dimana pemakai tidak mengetahui sepenuhnya mengenai apa yang ia inginkan. Dengan adanya prototip, pemakai lebih dapat mengetahui kemungkinan yang ada, dan dengan adanya pemahaman yang lebih baik ini, ia dapat memicu spesifikasi yang lebih tepat.

Langkah prototyping

1. Mengidentifikasi kebutuhan pemakai : Hal ini dapat dilakukan oleh analis sistem, terutama dengan cam interview perorangan.

2. Mengembangkan prototip: Analis sistem dan programmer menggunakan alat untuk pembuatan

prototip, misalnya 4GL, DBMS, spreadsheet elektronik, dan bahasa pemodelan.

3. Mengevaluasi prototip: Analis dan programmer memberitahu pemakai dalam menggunakan prototip dan memberi kesempatan pada pemakai untuk mengenal sistem ini.

4. Menentukan apakah prototip tersebut dapat diterima: Pemakai membeii. masukan kepada analis dan programmer apakah prototip tersebut memuaskan atau tidak. Jika ya, maka dilanjutkan Langkah 6, dan jika tidak, maka dilakukan Langkah 5

5. Merevisi prototip: Analis dan programmer mengubah prototip tersebut sesuai dengan saran dari pemakai. Prototip yang telah direvisi dikemukakan lagi kepada pemakai, dan diulangi lagi Langkah 3 dan 4.

6. Menggunakan prototip atau menggantinya dengan sistem operasional: Dalam situasi dimana

prototip berisi semua elemen yang dikehendaki, maka prototip tersebut menjadi sistem operasional. Dalam situasi dimana prototip hanyalah merupakan shell dari sistem yang diperlukan yang tidak memenuhi elemen yang dikehendaki, makaprototip tersebut akan berfungsi sebagai blueprint dari sistem operasi.

Daya Tarik Prototyping.

Pada tahun 1989, dua orang konsultan yaitu J.M. Carey dan J.D Curry melakukan survey kepada 90 perusahaan dar berbagai jenis untuk mempelajari pelaksanaan prototyping mereka. Mereka menemukan enam daya tarik, seperti disebutkan di bawah ini (menurut tingkat frekuensinya):

1. Keterlibatan pemakai yang lebih baik

2. Pendefinisian keperluan yang lebih baik

3. Dapat pekerja dengan lebih cepat

4. Perancangan proses online

5. Penentuan kelayakan proyek

6. Pengujian teknologi dan alat yang baru

Kesulitan Pelaksanaan Prototyping.

Careay dan Currey juga menemukan kesulitan dalam pelaksanaan cara prototyping. Berdasarkan urutan rankingnya, kesulitan tersebut adalah sebagai berikut:

1. Pelaksanaan pengontrolan atas wilayah proyek

2. Pengelolalan perubahan terhadap sistem

3. Kurangnya pedoman yang baku

4. Tidak cukupnya kontrol pengembangan

5. Tidak cukupnya kontrol aplikasi

6. Kurangnya dokumentasi

7. Ketidakmampuan menggunakannya sebagai sistem operasional

8. Tak ada daftar pekerjaan yang baku

9. Penyimpangan arah end‐user

Prototyping dan Siklus Hidup Sistem.

Beberapa ketidaksepakatan mengenai apakah prototyping dapat digabungkan dengan siklus hidup sistem muncul. Beberapa yang mempunyai kewenangan yakiIi bahwa siklus hidup telah sepenuhnya diganti. Menurut pendapat kita, prototyping dapat mengganti siklus hidup jangka pendek dari subsistem dalam CBIS, seperti DSS dan expert system, namun ia tidak mengganti I siklus hidup untuk CBIS secara keseluruhan.