Nilai Nilai Budaya Pada Bank DKI Syariah

Budaya perusahaan merupakan nilai dan falsafah yang telah disepakati dan diyakini oleh seluruh insan Bank DKI  sebagai landasan dan acuan bagi Bank DKI untuk mencapai tujuan. Bank DKI mendefinisikan budaya perusahaan dalam tujuh nilai yang meresap ke dalam segenap karyawan Bank DKI.
1. Komitmen
Menjunjung tinggi nilai-nilai yang disepakati dan bertanggung jawab dengan sepenuh hati. 

Panduan Perilaku:

• Memegang teguh dan berupaya keras untuk mencapai target
 
• Melaksanakan pekerjaan dengan penuh tanggung-jawab
 
• Dapat dipercaya dalam mengemban setiap pekerjaan dengan benar
• Menjalankan tugas mengikuti aturan yang berlaku
 

Menindaklanjuti setiap masalah yang menjadi tanggung-jawab saya dan memastikan penyelesaiannya hingga tuntas

2. Teamwork

Kerjasama yang dilandasi semangat saling menghargai dan menghormati untuk mencapai hasil yang terbaik

   Panduan Perilaku:

• Bersedia mendengar dan menghargai pendapat orang lain
 
• Tidak memaksakan kehendak atau pendapat pribadi
 
• Aktif memberi saran, pendapat untuk keberhasilan tim
 
• Berpikir positif
 
• Bersedia bekerja dengan penuh keikhlasan, tanggung jawab dan dedikasi

3. Profesional

Menjalankan tugas sesuai dengan keahlian, keterampilan dan pengetahuan di bidangnya untuk mencapai kinerja terbaik dengan tetap menjunjung tinggi kode etik bankir.

   Panduan Perilaku :

• Bekerja efektif dan efisien
 
• Inovatif dan kreatif
 
• Selalu belajar untuk mengembangkan keterampilan, pengetahuan dan keahliannya
• Positif thinking
 
• Berwawasan luas dan pandangan jauh ke depan
 
• Bekerja berdasarkan prinsip kehati-hatian (prudent)

4. Pelayanan

Memberikan layanan terbaik kepada seluruh nasabah dengan sikap ramah, sopan, tulus dan rendah hati sehingga dapat memberikan kepuasan.

    Panduan Perilaku :

• Senyum Salam Sapa
 
• Mendengarkan dengan sepenuh hati untuk memahami kebutuhan nasabah
• Memberikan layanan dengan sigap, cepat dan akurat
 

Siap menerima kritik dan saran untuk perbaikan layanan

5. Disiplin

Melaksanakan tugas secara tepat waktu, tepat guna, dan tepat manfaat.

   Panduan Perilaku :

• Tepat waktu
 
• Bertindak sesuai dengan kebijakan dan prosedur yang berlaku dengan penuh tanggung jawab
• Melaksanakan rencana yang telah ditetapkan
 
• Menggunakan sarana dan prasarana kantor sebagaimana mestinya

6. Kerja Keras

Melaksanakan tugas dengan segala upaya untuk mencapai hasil yang terbaik.

   Panduan Perilaku :

• Pantang menyerah untuk mencari solusi yang lebih baik
 
• Menyelesaikan pekerjaan dengan kualitas yang terbaik
 
• Selalu bersemangat untuk memberikan hasil yang lebih baik
 
• Tidak cepat puas atas hasil yang dicapai
 

Rela mengorbankan kepentingan pribadi demi tercapainya kepentingan perusahaan

7. Intergritas

Membangun kepercayaan dengan kejujuran, tanggung jawab, moral, serta satu kata dengan perbuatan

   Panduan Perilaku :

• Berani menyatakan fakta apa adanya secara transparan dan jujur dengan tetap menjaga rahasia bank dan perusahaan
• Menjunjung tinggi kebenaran sesuai dengan kode etik bankir
 
• Melaksanakan tugas dengan ikhlas
 
• Bersikap terbuka dalam mengungkap gagasan dan pendapat
 Mencintai pekerjaan dan menjaga citra bank


Sumber : 

https://bankdkisyariah.co.id/index.php/bank-dki-syariah/visi-misi-2

By: Unknown On 07.04

Continue Reading

ISTEM MANAJEMEN INSIDEN PADA PROGRAM MANAJEMEN HELPDESK DAN DUKUNGAN TI BERDASARKAN FRAMEWORK ITIL V3 (STUDI KASUS PADA BIRO TEKNOLOGI INFORMASI BPK-RI)

Nama Kelompok : 

1. Mohd. Ilham Anugrah

2. Qirana Rizka Ramadhanty

 

 SISTEM MANAJEMEN INSIDEN PADA PROGRAM MANAJEMEN HELPDESK DAN DUKUNGAN TI BERDASARKAN FRAMEWORK ITIL V3 (STUDI KASUS PADA BIRO TEKNOLOGI INFORMASI BPK-RI)

Pada saat ini banyak badan pemerintah, organisasi, dan perusahaan di dunia menjadikan teknologi informasi (TI) sebagai backbone atau tulang punggung pendukung bagi setiap proses bisnis utama guna mencapai tujuan bisnisnya. Proses bisnis yang berjalan 24/7 membutuhkan TI harus setiap saat siap sedia dan dapat memberikan layanan yang dibutuhkan. TI digunakan untuk meningkatkan produktifitas dan membuat proses bisnis menjadi lebih efektif dan efisien.

Terkait dengan hal tersebut, BPK-RI dalam Rencana Strategis 2006-2010 menyebutkan sasaran strategisnya pada bidang Pengukuran, Analisis, dan Pengelolaan Pengetahuan, yaitu membangun infrastruktur teknologi informasi yang handal dan aman yang diselaraskan dengan kebutuhan dan arah organisasi [BPK06]. Untuk melaksanakan hal ini, biro Teknologi Informasi dibawah Sekretaris Jenderal BPK-RI diberi tanggungjawab dalam mengembangkan layanan TI di lingkungan BPK-RI. Dalam kegiatannya, biro TI melakukan tugas utama mendukung layanan TI BPK-RI baik di kantor pusat maupun di perwakilan seluruh Indonesia [BPK07].

Salah satu layanan TI yang diberikan oleh biro TI tertuang dalam Rencana Strategis Teknologi Informasi BPK-RI yaitu program manajemen helpdesk dan dukungan TI. Dalam pelaksanaannya layanan dukungan TI disini terkait erat sekali dengan proses manajemen insiden. Program manajemen helpdesk dan dukungan TI merupakan salah satu program kerja utama Rencana Strategis Teknologi Informasi BPK-RI. Akan tetapi dalam pelaksanaannya, program ini belum memiliki sebuah dokumen tata laksana sebagai panduan pelaksanaan bagi para penggunanya.

Proses penanganan insiden atau manajemen insiden semakin besar porsi pengerjaannya dalam lingkungan biro TI dari hari ke hari. Hal ini dikarenakan pada saat ini sumber daya TI yang dikelola dalam organisasi BPK-RI semakin banyak, dan saat ini hampir semua proses bisnis di BPK-RI memerlukan TI sebagai pendukung. Pada saat ini hampir seluruh proses bisnis BPK-RI terkait erat dengan TI sebagai pendukungnya, baik itu aplikasi sistem informasi maupun perangkat keras komputer dan sumber daya network. Sehingga jika terjadi suatu insiden maka proses bisnis dapat menjadi terganggu.

Agar penanganan insiden dapat semakin baik dan mengurangi ketergantungan terhadap staf tertentu, diperlukan sebuah dokumen tata laksana mengenai manajemen insiden yang berdasarkan framework tata kelola TI. Dengan adanya dokumen tata laksana manajemen insiden, semua pegawai dalam biro TI dapat mengetahui fungsi dan tanggungjawabnya serta juga langkah-langkah yang harus diambilnya dalam penanganan suatu insiden.

Dalam penelitian ini framework tata kelola TI yang dipilih adalah ITIL v3. Framework ITIL memiliki fokus pengembangan tata kelola TI khususnya dalam hal layanan (IT service). Selain itu framework ITIL sangat tepat digunakan sebagai panduan dalam mengembangkan sebuah tata laksana karena sifatnya best practice dan memiliki library yang terinci untuk mengembangkan langkah-langkah dalam prosedur.

2. TINJAUAN PUSTAKA

Framework ITIL (Information Technology Infrastructure Library) adalah sebuah framework tata kelola TI yang berisi best practice secara khusus dalam manajemen service TI [ITL07]. Pada saat ini framework ITIL sudah dikembangkan hingga versi 3. Pada versi ini, seperti yang tertuang dalam gambar 1., framework ITIL dijelaskan tahapan-tahapan pengelolaan manajemen layanan TI yaitu sebagai service lifecycle.

Ada 5 proses service lifecycle dalam ITIL [ITL07], yaitu:

1.         Service Strategy: Pada tahap ini dilakukan pengembangan strategi untuk mengubah manajemen service TI menjadi sebuah aset strategis dari organisasi.

2.         Service Design: Pada tahap ini dilakukan pembangunan panduan manajemen layanan TI berdasarkan strategi yang sudah dikembangkan sebelumnya pada tahap Service Strategy. Selain itu panduan dibangun berdasarkan policy yang berlaku dalam organisasi dan untuk pemenuhan kepuasan pelanggan.

3.         Service Transition: Pada tahap ini dilakukan proses transisi dari tata kelola yang lama kepada tata kelola yang baru yang sudah dikembangkan dalam tahap Service Design.

4.         Service Operation: Pada bagian ini berisi langkah-langkah best practice untuk melakukan manajemen service TI.

5.         Continual Service Improvement: Pada bagian ini dilakukan pengelolaan masukan dari pelanggan yang kemudian dikolaborasikan kedalam empat tahap diatas. Hal ini bertujuan untuk meningkatkan hasil keluaran dari kegiatan Service Strategy, Service Design, Service Transition, dan Service Operation.

Menurut framework ITIL, pengertian insiden adalah sebuah interupsi atau pengurangan kualitas dari layanan TI. Selain itu sebuah kesalahan konfigurasi pada sistem dapat dikatakan sebagai insiden walaupun belum menimbulkan masalah yang berarti pada sistem tersebut. Manajemen insiden (incident management) adalah proses yang dilakukan untuk menyelesaikan suatu insiden. Proses manajemen insiden (incident management) dilakukan berdasarkan input dari user melalui service desk, laporan teknisi, dan juga deteksi otomatis dari sebuah tool event management. Manajemen insiden (incident management) pada frmework ITIL v3 berada pada cycle Service Operation.

Tujuan utama dari manajemen insiden (incident management) adalah untuk mengembalikan kondisi layanan TI ke keadaan normal secepat mungkin, dan meminimalkan dampak negatif yang ditimbulkan terhadap kegiatan bisnis utama organisasi. Keadaan normal layanan TI adalah keadaan yang telah didefenisikan sebelumnya dalam sebuah SLA (Service Level Agreement).

Berikut adalah aktifitas-aktifitas dalam manajemen insiden (incident management) menurut framework ITIL v3 seperti yang juga ditampilkan pada gambar 2.:

1.Identifikasi insiden (incident identification)

Proses manajemen insiden (incident management) dimulai dengan identifikasi. Identifikasi yang paling umum dilakukan adalah melalui layanan service desk dan laporan dari staf teknisi. Selain itu identifikasi insiden dapat dilakukan secara otomatis oleh tool event management yang dipasang pada perangkat-perangkat utama. Kondisi ideal dari langkah identifikasi adalah insiden dapat teridentifikasi sebelum terjadi implikasi terhadap user.

2.Pencatatan insiden (incident logging)

Langkah ini wajib dilakukan untuk setiap jenis insiden baik yang berskala besar maupun kecil. Beberapa informasi yang harus dicatat terkait suatu insiden adalah ID, kategori insiden, waktu terjadi, deskripsi insiden, nama orang/grup yang bertanggungjawab atas penanganan, implikasi insiden, dan waktu penutupan kasus.

3.Pengkategorisasian insiden (incident categorization)

Dalam membuat kategori insiden dibutuhkan sebuah proses khusus antara pengelola TI dan pihak manajemen organisasi. Hal ini bertujuan untuk menghasilkan kategori insiden dan prioritas penanganannya sejalan dengan proses bisnis organisasi. Kategori insiden dapat dibuat berdasarkan perkiraan lamanya penanganan, implikasi terhadap proses bisnis organisasi, dan jumlah staf teknis terkait.

4.Prioritas insiden (incident priorization)

Langkah prioritas insiden dilakukan berdasarkan kategorisasi yang telah dibuat sebelumnya. Prioritas penanganan insiden dapat dilakukan berdasarkan besarnya implikasi insiden terhadap kegiatan bisnis utama organisasi, ataupun berdasarkan lamanya penanganan insiden.

5.Diagnosa awal (initial diagnosis)

Diagnosa awal terhadap insiden wajib dilakukan oleh setiap pihak yang pertama kali berhubungan dengan insiden baik itu service desk, staf teknis, maupun perangkat otomatis seperti event management. Jika insiden ditemukan oleh service desk melalui telepon dari user, maka diusahakan service desk tersebut yang menyelesaikan insiden selama user masih berhubungan telepon.

6.Eskalasi insiden (incident escalation)

Eskalasi insiden adalah tindakan menaikkan level penanganan insiden. Hal ini berkaitan erat dengan hasil diagnosa awal terhadap insiden. Jika dari diagnosa ditemukan insiden yang tidak dapat ditangani, maka wajib dilakukan eskalasi insiden. Eskalasi insiden ada 2 macam, yaitu eskalasi fungsi dan eskalasi hierarki. Eskalasi fungsi adalah tindakan menaikkan level penanganan kepada satu level diatasnya. Sedangkan eskalasi hierarki adalah tindakan menaikkan level penanganan melintasi hirarki organisasi misalnya kepada manajer IT atau manajer bisnis yang terkait.

7.Investigasi (investigation and diagnosis)

Tindakan investigasi dilakukan untuk menemukan sumber masalah dari insiden. Dalam melakukan investigasi, setiap tindakan wajib dilaporkan juga ke dalam formulir insiden. Hal ini berguna sebagai data historis tindakan penanganan suatu insiden.

8.Resolusi (resolution and recovery)

Langkah ini merupakan tindakan yang diambil untuk menyelesaikan suatu insiden. Langkah resolusi dapat dilakukan oleh service desk sebagai pihak yang pertama menemukan insiden dari user, staf teknisi yang sedang mengerjakan kegiatan konfigurasi, maupun oleh supplier terhadap perangkat yang masih dalam garansi.

9.Penutupan (incident closure)

Langkah penutupan adalah langkah yang dilakukan oleh service desk maupun staf teknisi terkait untuk memastikan apakah insiden telah benar selesai ditangani. Yang harus diperhatikan dalam langkah penutupan ini adalah dokumentasi proses penanganan insiden, perkiraan terhadap perulangan insiden, dan survei kepuasan user atas penanganan insiden.

                          

3. METODE PENELITIAN

Metode penelitian yang dilakukan meliputi langkah berikut:

1.Pendahuluan; Dalam tahap ini dilakukan pendefenisian mengenai latar belakang, perumusan masalah, batasan masalah, tujuan dan manfaat penelitian serta metodologi yang digunakan untuk memecahkan permasalahan, yaitu pembuatan dokumen tata laksana proses manajemen insiden.

2.Pengumpulan Informasi dan Analisa; Dalam tahap ini dilakukan aktifitas penelaahan dokumen tata kelola Teknologi Informasi BPK-RI. Selin itu juga dilakukan studi literatur framework ITIL.

3.Pembuatan Dokumen Tata Laksana; Dalam tahap ini dilakukan pembuatan dokumen tata laksana berdasarkan hasil analisa di langkah sebelumnya. Dokumen prosedur yang dibuat akan terdiri dari rincian aktifitas manajemen insiden, dan lampiran-lampiran kategori insiden, prioritas insiden, metrik dan CSF (Critical Success Factor), SLA (Service Level Agreement) serta diagram RACI. Selain lampiran-lampiran diatas, akan dibuat juga diagram flow chart yang menggambarkan tiap aktifitas yang dilakukan.

4.Verifikasi Dokumen Tata Laksana; Dalam tahap ini akan dilakukan verifikasi masing-masing bagian dari dokumen tata laksana untuk mengetahui apakah masing-masing aktifitas dalam dokumen sudah sesuai dengan tujuannya dan dapat dilaksanakan.

5.Validasi Dokumen Tata Laksana; Dalam tahap ini akan dilakukan validasi terhadap dokumen tata laksana untuk mengetahui apakah tujuan utama dari proses manajemen insiden sudah terpenuhi dengan dokumen ini.

6.Kesimpulan; Dalam tahap ini akan dilakukan perumusan kesimpulan dari keseluruhan langkah yang dilakukan dan hasil yang didapat.

4. KESIMPULAN

Kesimpulan yang dibuat berdasarkan penelitian yang telah dikerjakan adalah sebagai berikut:

1.   Dokumen tata laksana dikembangkan untuk sebagian tujuan program manajemen helpdesk dan dukungan TI, yaitu proses manajemen insiden. Dokumen tata laksana ini berisi 11 (sebelas) aktifitas yang terdiri dari 9 (sembilan) aktifitas berdasarkan framework ITIL dan 2 (dua) aktifitas tambahan sebagai kebutuhan dari organisasi yaitu pelaporan dan evaluasi.

2.   Pelaksana program dibagi menjadi 7 (tujuh) pihak yaitu Pelapor Insiden (U), Helpdesk Operator (HO), Helpdesk Spesialist (HS), Incident Manager (IM), Software Manager (SM), Network Manager (NM), dan Maintenance Manager (MM)

3.   Diagram RACI menunjukkan tugas dan tanggungjawab masing-masing pihak tersebut diatas dalam tiap langkah aktifitas.

4.   Aktifitas-aktifitas yang dikembangkan dari framework ITIL, pelaksanaannya dilakukan secara kontinu dan terus menerus. Sementara aktifitas pelaporan dan evaluasi dilaksanakan pada awal dan akhir bulan saja.

5.   Matriks tata laksana dibangun untuk menjadi kesimpulan keseluruhan proses program. Matriks berisikan masing-masing aktifitas dalam program berikut dengan tujuan, indikator kinerja, formulir dan dokumen yang diperlukan untuk pelaksanaan aktifitas, dan diagram RACI.

Sumber : http://jurnal.upnyk.ac.id/index.php/semnasif/article/view/1218

By: Unknown On 20.51

Continue Reading

DATA MINING PENERAPAN DATA MINING UNTUK MEMPREDIKSI KRITERIA NASABAH KREDIT

PENERAPAN DATA MINING UNTUK MEMPREDIKSI

KRITERIA NASABAH KREDIT

Tugas Bagian Dana Bank XY selama ini adalah mencari nasabah dan/atau menghimpun dana masyarakat berupa kredit, dana tabungan, deposito, simpanan, dan pinjaman lainnya. Metode yang digunakan untuk menentukan target pasar selama ini adalah mengklasifikasikan semua nasabah yang telah melunasi angsuran kreditnya ke dalam target pemasaran, padahal belum tentu semua nasabah tersebut akan tertarik melakukan peminjaman kredit kembali.

Oleh karena itu, untuk meningkatkan loyalitas nasabah bank tersebut, maka bagian ini dituntut untuk dapat mengambil keputusan yang tepat dalam menentukan strategi pemasaran, baik produk maupun layanan jasa perbankan yang akan ditawarkan kepada nasabah khususnya dalam masalah perkreditan. Hal ini dapat direalisasikan jika diperoleh informasi yang cukup untuk membantu proses pengambilan keputusan di bidang marketing, salah satunya adalah dengan melakukan peramalan

atau memprediksi kriteria nasabah untuk kepentingan target pemasaran.

Data mining dapat digunakan oleh marketer untuk menganalisis pasar sehingga seorang marketer dapat memahami pasar yang sudah ada ataupun menemukan peluang-peluang yang baru untuk meningkatkan keuntungan termasuk memprediksi kriteria target pasar. Oleh karena itu, penelitian ini fokus pada pemanfaatan data mining untuk memprediksi kriteria nasabah kredit, sehingga dapat diketahui apakah nasabah yang bersangkutan merupakan nasabah yang berpotensi menjadi nasabah kredit yang produktif atau tidak.

ANALISIS SISTEM

Prosedur pencarian nasabah yang dilakukan oleh Bagian Dana Bank XY Kabupaten Bandung, dapat dilihat pada Gambar 1. Berdasarkan hasil observasi yang telah dilakukan, data nasabah kredit Bank XY Kabupaten Bandung tersimpan dalam database microsoft excel dengan nama MASTER_KREDIT hasil import dari Sistem Informasi Debitur (SID), dimana tabel tersebut terdiri dari 27 fields (Tabel 1).

 

      Gambar 1.       Activity Diagram Prosedur Pencarian Nasabah

Pada teknik classification, keluaran dari setiap data yang dijadikan parameter target atau class harus berupa bilangan bulat atau diskrit. Berdasarkan Tabel 1, field yang dijadikan parameter target (class), yaitu field „CEK‟ yang berisi nilai parameter AKTIF dan TIDAK-AKTIF. Nilai parameter AKTIF berarti nasabah masih mempunyai angsuran kredit kepada bank, sedangkan TIDAK-AKTIF berarti nasabah sudah tidak mempunyai angsuran kredit kepada bank lagi (sudah melunasi pembayaran kreditnya).

Berdasarkan records dari data pada field „CEK‟ tersebut, maka teknik classification bisa diterapkan untuk melakukan data mining pada data tersebut. Adapun kolom yang bisa diambil sebagai parameter-parameter pembentuk pohon keputusannya adalah :

a.         JENIS_KELAMIN

b.         UMUR

c.         DESA

d.         KECAMATAN

e.         STATUS_MARITAL

f.          NILAI_PINJAMAN

g.         JML_ANGSURAN

h.         KODE_INTEGRASI.

Contoh pohon keputusan yang terbentuk dengan menggunakan algoritma C4.5 dapat dilihat pada gambar 2. Setelah pohon keputusan terbentuk secara utuh, maka dibuat aturan prediksi berdasarkan hasil pembentukan pohon keputusan tersebut. Adapun rules (aturan) prediksi yang dapat diperoleh dari pembentukan pohon keputusan pada contoh tersebut adalah sebagai berikut :

1.Jika Pekerjaannya di bidang Perdagangan Dan DESA CITAPEN Diprediksikan Berpotensi

2.Jika Pekerjaannya di bidang Perdagangan Dan DESA BATUJAJAR BARAT Dan Jenis Kelaminnya Laki-Laki Diprediksikan Berpotensi

3.Jika Pekerjaannya di bidang Perdagangan Dan DESA CIPATIK Diprediksikan Tidak Berpotensi

4.Jika Pekerjaannya di bidang Perdagangan Dan DESA BATUJAJAR BARAT Dan Jenis Kelaminnya Perempuan Diprediksikan Tidak Berpotensi

5.Jika Pekerjaannya di bidang Pertanian Diprediksikan Tidak Berpotensi

 

                   Gambar 2. Pohon Keputusan Node 1.1.2

Gambar 3 menunjukkan use case aplikasi data mining yang dibangun sehingga tampak jelas interaksi antara pengguna dengan aplikasi data mining. Aktor yang terkait dengan aplikasi data mining ini adalah Bagian Dana. Aktor ini mempunyai wewenang sepenuhnya untuk menangani aplikasi seperti melakukan login, import data, mengatur parameter, memproses pohon keputusan, melakukan prediksi, menguji kriteria nasabah, dan membuat laporan. Interaksi antara pengguna dengan aplikasi data mining yang terjadi pada setiap aktivitas di atas, akan diperjelas dengan menggunakan activity diagram. Sebagai contoh dapat dilihat Gambar 4 yang menunjukkan activity diagram “Menginpor Data”.

Gambar 3. Use Case Diagram Aplikasi Data Mining

 

Gambar 4. Activity Diagram Mengimpor Data

Gambar 4. Activity Diagram Mengimpor Data Berdasarkan  skenario  use  case,  akan  dibentuk diagram  sequence  untuk  kasus  normal  dari  setiap skenario use case. Tabel 2 menunjukkan skenario use  case  melakukan  import  data  dan  Gambar  5 menunjukkan   sequence   diagramnya.   Sedangkan

 

 

Gambar 5. Sequace Diagram

KESIMPULAN DAN SARAN

Setelah melakukan analisis, perancangan, implementasi beserta pengujian yang telah

dilakukan, maka dapat disimpulkan bahwa aplikasi yang dibangun dapat membantu Bagian Dana dalam menganalisis data nasabah untuk menentukan target pemasaran kredit sehingga diharapkan biaya operasional marketing perbankan dapat ditekan seminimal mungkin. Jadi perancangan aplikasi data mining ini telah sesuai dengan prosedur dan tujuan

yang    diharapkan. Adapun saran-saran untuk pengembangan aplikasi ini lebih lanjut adalah 1.Pembersihan data diharapkan bisa terintegrasi dalam aplikasi.

2.Adanya grafik yang mempresentasikan hasil analisis.

3.Format masukan data tidak hanya berupa Microsoft Excel saja tetapi bisa Microsoft Access, SQL server, dan lain sebagainya.

Daftar Pustaka :  https://ojs.unikom.ac.id/index.php/komputa/article/view/48

By: Unknown On 22.53

Continue Reading