Sistem Penunjang Keputusan 1 Konsep SPK 2 Pengembangan

Sistem Penunjang Keputusan 1

Konsep SPK 2

Pengembangan SPK

PENDAHULUAN q. Semakin banyak informasi yang didapatkan dari sumber eksternal, keputusan akan lebih baik, namun membutuhkan waktu yang lebih untuk mengolah informasi tsb sebelum keputusan dapat diambil. Bisnis eksekutif dihadapkan dengan dilema yang sama saat membuat keputusan. Untuk ini mereka membutuhkan banyak informasi dari berbagai alat. q. Sebuah sistem pendukung keputusan adalah cara untuk memodelkan data dan membuat keputusan yang berkualitas berdasarkan data tsb.

PENDAHULUAN q. Membuat keputusan yang tepat dalam bisnis biasanya didasarkan pada kualitas data dan kemampuan kita untuk menyaring dan menganalisis data untuk menemukan tren di mana kita dapat membuat solusi dan strategi. q. DSS atau sistem pendukung keputusan biasanya aplikasi komputer bersama dengan komponen manusia yang dapat menyaring sejumlah besar data dan memilih antara banyak pilihan.

PENDAHULUAN q. Mulai sekitar tahun 1980 banyak kegiatan yang berhubungan dengan membangun dan mempelajari DSS terjadi di universitas dan organisasi yang berakibat pada memperluas ruang lingkup aplikasi DSS. Tindakan ini juga memperluas bidang sistem pendukung keputusan di luar bisnis dan domain awal aplikasi manajemen. Semua sistem beragam ini disebut Decision Support Systems. Sejak awal, diakui bahwa DSS dapat dirancang untuk mendukung para pengambil keputusan di setiap tingkat dalam sebuah organisasi. Juga, DSS dapat mendukung pengambilan keputusan operasional, manajemen keuangan dan pengambilan keputusan strategis.

FRAMEWORK/KERANGKA q. Sebuah DSS yang dirancang dengan benar adalah sistem berbasis perangkat lunak interaktif yang ditujukan untuk membantu pengambil keputusan melakukan kompilasi informasi yang berguna dari kombinasi data mentah, dokumen, pengetahuan pribadi, atau model bisnis untuk mengidentifikasi dan memecahkan masalah dan membuat keputusan

PENGEMBANGAN SPK 1. Teknik Perancangan SPK 2. Pendekatan Pengembangan Sistem 3. Pendekatan Pengembangan SPK 4. Arsitektur SPK

PENGEMBANGAN SPK Untuk memenuhi karakteristik SPK, maka pengembangan SPK membutuhkan teknik perancangan dan pengembangan yang berbeda dari pengembangan sistem informasi lainnya. Suatu SPK harus dibangun dengan memperhatikan umpan balik dari pemakai agar pengembangannya berjalan dengan benar. Dalam merancang suatu SPK, masalah utama yang sering dihadapi oleh pengambil keputusan adalah ketidaksesuaian antara kemampuan SPK yang dibuat dengan apa yang menjadi kebutuhan. 062130 9

PENGEMBANGAN SPK Ditinjau dari aspek pengelolaan data atau model, dikenal dua tipe SPK : 1. SPK yang berorientasi pada data, yaitu SPK yang memberikan beberapa fungsi untuk pemanggilan data, analisis dan presentasi data. Sistem dalam katagori ini biasanya dikembangkan oleh orang yang memiliki kemampuan untuk mengolah data dengan komputer. 2. SPK yang berorientasi pada model, yaitu SPK yang memberikan beberapa fungsi seperti model akuntansi, model simulasi, dan model optimasi yang dapat membantu manajemen dalam membuat suatu keputusan. Dengan bantuan suatu model atau beberapa model manajemen dapat membuat keputusan atau alternatif keputusan. 062130 10

PERANCANGAN SPK Cara pendekatan atau teknik yang digunakan dalam perancangan SPK sangat tergantung pada kondisi dan waktu yang tersedia. Ada banyak cara yang dapat digunakan, tetapi pada dasarnya teknik tersebut diklasifikasikan dalam 3 (tiga) katagori : 1. Perancangan dengan cara cepat 2. Perancangan dengan cara bertahap 3. Perancangan SPK lengkap

1. TEKNIK PERANCANGAN SPK 1. Perancangan dengan cara cepat Cara ini dilakukan bila dibutuhkan SPK yang mempunyai kemampuan khusus dan dapat memberikan hasil yang cukup, namun waktu perancangan yang tersedia sangat singkat. SPK yang dikembangkan dalam hal ini adalah SPK Spesifik yang dibuat secara langsung dengan menggunakan peralatan yang tepat, sehingga diperoleh keuntungan atau manfaat dalam penggunaannya, sedang kelanjutannya baru dipikirkan kemudian.

1. TEKNIK PERANCANGAN SPK Perancangan ini tepat digunakan bila tujuan yang hendak dicapai jelas, prosedur dalam organisasi jelas, data telah tersedia, penggunanya sedikit, dan sistem dapat beroperasi secara bebas begitu data telah diterima. 2. Perancangan dengan cara bertahap Perancangan dengan cara ini dilakukan dengan membuat suatu SPK Spesifik, dimana pembuatannya disesuaikan dengan masa yang akan datang, sehingga bagian yang telah dikembangkan dalam sistem awal dapat digunakan lagi untuk pengembangan selanjutnya.

1. TEKNIK PERANCANGAN SPK Dengan perencanaan yang tepat, sebuah pembangkit SPK dapat dikembangkan dari hasil pengembangan beberapa SPK spesifik atau perlengkapan SPK. 3. Perancangan SPK lengkap Sebelum suatu SPK dibuat, terlebih dahulu perlu dikembangkan pembangkit SPK yang lengkap serta struktur organisasi pengelolaannya. Kelebihan dan kekurangan pengembangan di atas tergantung dari kombinasi berbagai faktor, misalnya organisasi, pemberian tugas, karakter pengguna dan perancang. 062130 14

1. TEKNIK PERANCANGAN SPK CARA PENDEKATAN KELEBIHAN KEKURANGAN 1. CARA CEPAT (Quick Hit) 2. CARA BERTAHAP 3. PERANCANGAN SPK LENGKAP - Cepat memberikan hasil - Prosedur pengembangan dan peman faatan teknologinya lebih mudah - Memungkinkan selalu dapat mengguna kan teknologi baru yg tersedia. - Sekali pakai belum tentu dapat -dipakai utk pengembangan berikutnya. - Memerlukan lebih banyak usaha utk melakukan perubahan. - Mengarah pada pengembangan pem bangkit SPK - Memberikan sukses pada awal - Memungkinkan utk saling melengkapi dan integrasi diantara SPK - Memungkinkan utk mengasimilasikan teknologi yg sedang berkembang - Memerlukan tambahan biaya pada pengembangan awal - Terjadi penundaan sukses dari keberhasilan tahap awal - Mungkin dapat menjadi bentuk sistem yg terintegrasi dan berarsitektur baik - Memudahkan dalam mencapai kekuatan penuh dengan segera - Memerlukan waktu pengem bangan yang lama - Resiko terhadap keusangan teknologi menjadi cukup tinggi 062130

II. PENDEKATAN PENGEMBANGAN SISTEM 1. Siklus Hidup Pengembangan Sistem Siklus hidup pengembangan sistem yang tertua (tradisional) yang menurut Swanson, dkk. 1999) dikenal dengan “Metode Air Terjun” terdiri dari 4 fase : a. Perencanaan b. Analisis c. Desain (Perancangan) d. Implementasi

II. PENDEKATAN PENGEMBANGAN SISTEM Kebutuhan Perencanaan Analisis Desain Implementasi Gambar : SDLC Tradisional 062130 Sistem 17

II. PENDEKATAN PENGEMBANGAN SISTEM • Perencanaan : Fase perencanaan memulai dengan sebuah kebutuhan bisnis yang belum terpenuhi, meliputi: peluang-peluang yang mungkin diidentifikasi dengan membaca lingkungan. Apakah ada suatu masalah yg perlu dipecahkan ? Inisiasi proyek melibatkan sebuah sistem yg telah diputuskan. Jika kelihatan bermanfaat, maka dilakukan (analisis) “Studi Kelayakan” yg meliputi kelayakan teknis, kelayakan biaya, dan kelayakan organisasi. 062130 18

II. PENDEKATAN PENGEMBANGAN SISTEM • Analisis Fase ini menanyakan dan menjawab pertanyaan penting seperti siapa para pengguna sistem, apa yg akan dicapai oleh sistem, dan dimana serta kapan sistem akan dijalankan. Fase ini dimulai dengan pengembangan sebuah strategi analisis atau suatu rencana untuk memandu proyek. Jika sebelumnya sudah ada sistem yg berjalan, maka sistem tersebut dianalisis bersama dengan berbagai cara untuk mengarah kepada sistem yang baru. 062130 19

II. PENDEKATAN PENGEMBANGAN SISTEM • Desain (Perancangan) Fase desain menandai bagaimana sistem akan bekerja, mempertimbangkan semua detail perangkat keras, perangkat lunak, infrastruktur jaringan, dialog, dst. Pada fase ini dialog, form, display, program dan laporan, database dan file ditetapkan. Pada fase ini ditetapkanlah jumlah sistem untuk dibeli atau kontrak (versus membangun in-house). 062130 20

II. PENDEKATAN PENGEMBANGAN SISTEM • Implementasi Fase implementasi membawa semua hal bersama-sama. Inilah tempat dimana sistem dibangun atau dibeli. Konstruksi melibatkan tidak hanya membangun sistem, tetapi juga mengujinya untuk memverifikasi bahwa sistem bekerja. Perencanaan yg baik dapat mendorong ke arah sistem dengan lebih sedikit bug. Instalasi merupakan langkah akhir dan melibatkan sistem benar-benar berjalan. 062130 21

FASE PENGEMBANGAN LANGKAH-LANGKAH HASIL 1. PERENCANAAN : Mengapa membangun sistem ? 1. Mengidentifikasi nilai bisnis 2. Analisis kelayakan 3. Mengembangkan rencana kerja, staf proyek, kontrol - Permintaan sistem - Studi kelayakan - Rencana Kerja - Anggaran Dasar, dll 2. ANALISIS : Siapa, kapan, dan dimana sistem akan dibangun ? 1. Analisis Masalah 2. Mengumpulkan informasi 3. Model proses 4. Model data - Penilaian resiko - Rencana analisis - Informasi - Model proses, data 3. Desain : Bagaimana sistem akan bekerja ? 1. Desain sistem fisik 2. Desain arsitektur, dialog, 3. Desain database, file 4. Desain program - Rencana desain - Desain arsitektur - Desain infrastruktur - Desain penyimpanan data, desain program 4. Implementasi 1. 2. Konstruksi Instalasi - Tes Plan - Program - Dokumentasi - Rencana konversi - Rencana pelatihan

III. PENDEKATAN PENGEMBANGAN SPK Dalam mengembangkan SPK dikenal 2 (dua) pendekatan perancangan : 1. Perancangan Iteratif 2. Perancangan dengan pendekatan analisis sistem • Perancangan Iteratif Suatu hasil rancangan SPK harus mempunyai kemungkinan untuk diubah secara mudah dan cepat.

III. PENDEKATAN PENGEMBANGAN SPK Dalam perancangan iteratif, tahapan umum pengembangan sistem seperti analisis, desain, dan implementasi dikombinasikan menjadi satu langkah tunggal yang dilaksanakan secara berulang. Rinciannya sbb : 1. Identifikasi masalah utama Pengambil keputusan atau user bersama-sama dengan perencana (builder), merumuskan persoalan yang dianggap paling penting untuk dipecahkan. 062130 24

III. PENDEKATAN PENGEMBANGAN SPK 2. Pengembangan sistem inti Berdasarkan hasil perumusan tahap satu, maka dikembangkanlah sistem inti yang bertujuan untuk memecahkan persoalan dimaksud 3. Pemeliharaan secara berkala 4. Evaluasi sistem secara terus menerus Evaluasi di sini harus dititik beratkan pada nilai guna sistem terhadap kebutuhan pengambilan keputusan. 062130 25

III. PENDEKATAN PENGEMBANGAN SPK Proses di atas harus dilakukan berulang sampai akhirnya diperoleh suatu sistem yang relatif sempurna. Perancangan dan pengembangan dengan cara ini memberikan beberapa keuntungan diantaranya : a. Waktu pengembangan yang pendek b. Waktu umpan balik dari pemakai yang singkat c. Meningkatkan pengetahuan dan kemampuan pemakai dalam memanfaatkan semua fasilitas 062130 26

III. PENDEKATAN PENGEMBANGAN SPK Adapun kerugian dari perancangan ini : a. Tidak dikuasainya pengertian yang menyeluruh dari sistem yang dirancang b. Tidak lengkapnya deskripsi dari kebutuhan informasi bisnis c. Sulit melaksanakan pengembangan d. Sering kali sistem yang dirancang belum teruji dengan baik. 062130 27

III. PENDEKATAN PENGEMBANGAN SPK • Pendekatan Analisis Sistem Perancangan SPK dengan pendekatan analisis sistem dimaksud untuk dapat mengidentifikasi kebutuhan pengambil keputusan dan menyesuaikan kebutuhan tersebut dengan kemampuan dari ketiga tingkatan teknologi SPK yang ada. Pendekatan ini didasarkan atas empat entitas yang dikenal dengan ROMC, yaitu Representasi, Operasi, Bantuan Memori, dan Mekanisme Kontrol. 062130 28

III. PENDEKATAN PENGEMBANGAN SPK • Representasi Proses pengambilan keputusan pada umumnya terjadi dalam konteks konseptualisasi informasi yang digunakan dalam kegiatan tsb. Konseptualisasi tsb dapat dijabarkan dalam bentuk peta, gambar, grafik, tabel, angka, dll. Representasi fisik akan menjadi penting bila pengambil keputusan hendak mengkomunikasikan berbagai aspek keputusan pada pihak lain. 062130 29

III. PENDEKATAN PENGEMBANGAN SPK • Operasi Pemahaman konsep pengambilan keputusan (intelegensi, desain, pemilihan, dan implementasi) merupakan langkah-langkah utama yang akan diterapkan pada SPK. Secara terinci diuraikan di dalam Tabel. • Bantuan Memori eberapa Ada bantuan memori dapat disediakan yang oleh suatu SPK untuk mendukung penggunaan representasi dan operasi, yaitu : a. Basis data dari sumber internal & eksternal organisasi. 062130 30

TAHAP PENGAMBILAN KEPUTUSAN Intelegensia LANGKAH-LANGKAH n Pengumpulan Data n Diagnosa permasalah n Indentifikasi Tujuan n Validasi data n Pengumpulan data n Mengolah data DESAIN n Manipulasi data n Memasukkan resiko atau nilai dalam alternatif n Membangkitkan statistik CHOICE OPERASI pada alternatif n Mensimulasikan hasil dari tiap alternatif n Menjelaskan alternatif n Memilih alternatif terbaik n Menjelaskan hasil pemilihan 062130 n Membangkitkan alternatif n Kualifikasi tujuan n Membuat laporan

III. PENDEKATAN PENGEMBANGAN SPK b. Pandangan database, yaitu bantuan memori yang berisi spesifikasi pembagian atau pengelompokkan data, agregasi dan sub-kumpulan data c. Ruang kerja, untuk menampilkan representasi dan melindungi hasil sementara yang didapat dari operasi d. Perpustakaan, untuk menyimpan isi ruang kerja bagi pemakai berikutnya e. Penghubung, untuk menghubungkan data dari sebuah ruang kerja atau perpustakaan yang dibutuhkan sbg referensi pada saat dioperasikan pada ruang kerja lain. 062130 32

III. PENDEKATAN PENGEMBANGAN SPK f. Pemicu, untuk mengingatkan seorang pengambil keputusan bahwa beberapa operasi perlu dilaksanakan. g. Profil untuk menyimpan data status data standar • Mekanisme Kontrol Representasi, operasi, dan bantuan memori suatu SPK dimaksud untuk mendukung berbagai variasi jenis keputusan. Sedangkan mekanisme kontrol dimaksud untuk membantu pengambil keputusan dalam menggunakan representasi, operasi, dan bantuan memori atas dasar gaya, keterampilan, dan pengetahuan yang dimilikinya. 062130 33

III. PENDEKATAN PENGEMBANGAN SPK Berbagai jenis mekanisme kontrol : a. Peralatan hardware dan software baik yang sudah tersedia maupun yang dibuat oleh perancang seperti tombol fungsi atau menu untuk operasi pemilihan b. Bantuan untuk mendukung latihan dan penjelasan tentang penggunaan dan pengendalian SPK seperti pesan-pesan kesalahan, perintah bantuan, dan informasi yang dapat dibuka setiap saat serta metode latihan yang dapat memudahkan pemahaman. 062130 34

III. PENDEKATAN PENGEMBANGAN SPK c. Bantuan memungkinkan kombinasi operasi yang terkait dengan satu atau beberapa representasi dalam prosedur. Contoh : bahasa pengembangan prosedur untuk dapat mengkombinasikan operasi SPK dengan menggunakan teknik kontrol bahasa pemrograman standar. d. Operasi yang membantu pengambil keputusan mengubah hasil operasi lain, seperti kemampuan untuk mengubah hasil simulasi model 062130 35

III. PENDEKATAN PENGEMBANGAN SPK e. Operasi untuk mengubah nilai standar SPK. Contoh jika SPK menyediakan operasi yg secara otomatis dapat membuat grafik dengan skala standar, maka melalui operasi ini memungkinkan untuk mengubah skalanya. 062130 36

IV. ARSITEKTUR SPK • Fungsi-fungsi yang diperlukan oleh setiap SPK adalah dialog, database, dan pemodelan. Demi penyederhanaan proses pengembangan, pemeliharaan, dan pemakaian ulang perangkat lunak, akan lebih efektif jika diadakan pemisahan antara ketiga fungsi tersebut daripada menyatukannya. Namun untuk itu diperlukan mekanisme untuk kembali mengintegrasikannya.

IV. ARSITEKTUR SPK • Integrasi komponen SPK secara efektif ditinjau dari segi penggunaan (usebility), biaya, performansi, kemampuan beradaptasi (adaptibility), dan kemampuan untuk diandalkan (reliability) adalah penting. • Jadi arsitektur SPK bertujuan untuk mengintegrasikan komponen-komponen SPK agar penggunaan, biaya, performansi, kemampuan beradaptasi, dan kehadalannya lebih efektif. 062130 38

IV. ARSITEKTUR SPK • Arsitektur SPK : 1. Arsitektur jaringan (Network) 2. Arsitektur jembatan (Bridge) 3. Arsitektur berlapis (Sandwich) 4. Arsitektur menara (Tower) 062130 39

ARSITEKTUR JARINGAN • Arsitektur jaringan merupakan pendekatan integrasi komponen SPK yang paling efektif, bertujuan memungkinkan komponen dialog, dan pemodelan yg berbeda untuk membagi data dan memudahkan penambahan komponen baru. • Arsitektur jaringan dirancang untuk menggabungkan komponen-komponen yang dikembangkan kelompok yang berbeda, pada waktu yang berbeda, bahasa pemrograman berbeda, dan lingkungan operasi yang berbeda. 062130 40

ARSITEKTUR JARINGAN DC DC DCI MC MC MC CIM MCI MCI DBC DBC CIM : Component Interface Manager DC : Dialog Component DCI : Dialog Component Interface MC : Modeling Component MCI : Modeling Component Interface DBC : Database Component Gambar : Arsitektur Jaringan 062130 41

ARSITEKTUR JARINGAN • Jaringan SPK mengintegrasikan komponen dialog, pemodelan, dan database melalui komponen interface. Untuk setiap komponen dialog atau pemodelan terdapat sebuah interface. 062130 42

ARSITEKTUR JEMBATAN (BRIDGE) • Arsitektur jembatan berfungsi mengintegrasikan komponen-komponen dialog, pemodelan, dan database melalui komponen interface bersama (pemersatu) yang disebut komponen jembatan (bridge komponen). • Arsitektur jembatan menyediakan sebuah/sekumpulan interface standar, untuk mengintegrasikan komponen lokal dan komponen terbagi. Untuk itu dalam pengembangan SPK, perancangan komponennya harus disesuaikan dengan interface yang digunakan. 062130 43

ARSITEKTUR JEMBATAN (BRIDGE) DC L DC MC L L DB C L BC MCs DBCs MCs MC : Modeling Component DC : Dialog Component DBC : Database Component Gambar : Arsitektur Jembatan 062130 44

ARSITEKTUR BERLAPIS (SANDWICH) • Arsitektur berlapis bertujuan utk mengintegrasikan komponen dialog, pemodelan, dan database dengan menggunakan komponen dialog dan database tunggal dengan berbagai macam komponen pemodelan. • Setiap komponen pemodelan sama-sama menggunakan komponen dialog dan database yang sama. Pada arsitektur berlapis harus ada standar dan interface kontrol. 062130 45

ARSITEKTUR BERLAPIS (SANDWICH) Dialog Component MCA MCB MCC Modeling Component Database Component Gambar : Arsitektur Berlapis 062130 46

ARSITEKTUR MENARA • Arsitektur menara bertujuan utk mengintegrasikan komponen dialog, pemodelan, dan database dengan menyediakan komponen yg bersifat moduler dan fleksibel guna mendukung bermacam peralatan perangkat keras dari sumber data. • Arsitektur menara hanya terdapat komponen dialog dan database tunggal dalam sebuah SPK khusus (spesifik). • Pada arsitektur menara, untuk mendukung berbagai macam peralatan interface dan bermacam sumber database maka komponen dialog dan database masing-masing dibagi ke dalam dua bagian. 062130 47

ARSITEKTUR MENARA Device Dialog Component Dialog Device Output/Input Device Driver Construction Modeling Component MCA MCB DSS Databese Component MCC Base Extraction System Source Database Gambar : Arsitektur Menara 062130 48

Informasi yang benar-benar dibutuhkan eksekutif

PENGENALAN q. Eksekutif memiliki makna kedudukan seseorang yang telah menduduki jabatan tertentu dalam suatu organisasi atau perusahaan sehingga dengan kedudukannya orang tersebut terlibat dalam memutuskan roda atau jalannya organisasi atau perusahaan. q. Eksekutif berperan dalam menentukan strategi suatu organisasi atau perusahaan. Karena semakin berkembang dan luasnya tugas - tugas yang harus dikerjakan oleh seorang eksekutif maka diperlukan suatu sistem yang secara khusus dapat membantu kerja seorang eksekuif. Sistem tersebut disebut dengan EIS (Executive Information System) dan ESS (Executive Support System ).

PERANAN SISTEM INFORMASI q. Sistem Informasi Eksekutif ialah sistem yang menyediakan informasi bagi eksekuif mengenai kinerja keseluruhan perusahaan yang merupakan salah satu kebutuhan utama dalam suatu organisasi, khususnya menengah dan besar, dimana para eksekutif membutuhkan informasi yang telah tersaring dari level manajemen di bawahnya. Maksud dari kata tersaring di sini adalah infomasi yang diberikan kepada para eksekutif adalah informasi yang penting dan benar dibutuhkan bagi mereka (tepat dan relevan), informasi tersaji secara cepat, akurat dan valid sehingga menunjang pihak manajemen untuk pengambilan keputusan.

PERANAN SISTEM INFORMASI q. Cara berfikir kreatif dan inovatif amat diperlukan untuk menghadapi tuntutan pasar global yang berdasarkan ciri-ciri seperti : • persaingan yang ketat tanpa memperhatikan batasan politik, geografi dan monopoli, • hubungan ke seluruh dunia menggunakan kecanggihan komputer, teknologi informasi dan telekomunikasi, • segala-galanya berubah dengan cepat dan dapat divisualisasikan berkat hasil dari otomatisasi secara besaran • peluang dan jangka hidup setiap produk yang diperjualbelikan menjadi semakin pendek , • perubahan harga produk (baik yang siap ataupun yang mentah) perlu diawasi agar bisa memberi reaksi terhadap perubahan dengan cepat.

KEBUTUHAN INFORMASI

KEBUTUHAN INFORMASI • Piramida perusahaan membagi manajemen pengambil keputusan menjadi tiga tingkatan: top manager (TM), middle manager (MM), dan lower manager (LM). • Sebagai tingkatan tertinggi, jenis pengambilan keputusan yang dilakukan oleh seorang TM biasanya yang bersifat strategis, dalam arti kata untuk keperluan perencanaan jangka panjang dan penentuan target-target perusahan yang harus dicapai beserta metodenya.

KEBUTUHAN INFORMASI • Sementara MM akan menterjemahkan target strategis yang ditetapkan ke dalam periode jangka menengah yang pelaksanaanya harus terbukti efisien dan efektif, terutama dalam melakukan manajemen kontrol. • LM selanjutnya akan mengimplementasikannya dalam aktivitas sehari-hari sesuai dengan prosedur dan target jangka pendek yang telah ditentukan.

KEBUTUHAN INFORMASI • Untuk menunjang manajemen dalam proses pengambilan keputusan yang berkualitas, data mengenai banyak hal diperlukan untuk diolah menjadi informasi. • Karakteristik informasi yang diperlukan atau relevan untuk masing-masing level manajemen pun berbeda. • Setidaknya ada 5 dimensi yang harus diperhatikan oleh para praktisi teknologi informasi yang ingin membangun sistem informasi bagi para pengambil keputusan (Wilson, 1991)

1. INFORMATION SOURCES • Informasi yang dibutuhkan oleh seorang TM biasanya bersumber dari hal-hal yang berada di luar perusahaan (eksternal) yang secara langsung maupun tidak langsung mempengaruhi jalannya bisnis. Contohnya adalah keadaan pasar (market), kecenderungan ekonomi (trend), gejala-gejala sosial masyarakat, kedatangan para pesaing baru, kebijakan pemerintah, dan lain sebagainya.

1. INFORMATION SOURCES • Bagi seorang MM, informasi eksternal maupun internal dibutuhkan untuk menunjang aktivitas sehari-hari. Contoh informasi dari luar perusahaan yang dibutuhkan adalah mengenai jenis-jenis bahan mentah atau bahan baku beserta kualitas dan harganya, teknologi baru penunjang penciptaan produk atau jasa, dan lain sebagainya. Sedangkan contoh informasi internal yang dibutuhkan adalah seperti stok barang di gudang, service level kepada pelanggan, dan lain sebagainya.

1. INFORMATION SOURCES • Lain halnya dengan LM yang lebih membutuhkan informasi berkaitan dengan internal perusahaan, seperti utang pelanggan yang telat dibayar, pesanan yang belum dikirim, ketersediaan sumber daya manusia untuk produksi, dan lain sebagainya.

2. FREQUENCY OF DECISION • Kapan saja seorang TM biasa mengambil keputusan merupakan suatu hal yang sulit diduga, karena sifatnya yang tidak teratur. Paling tidak setahun sekali seorang TM harus mengambil keputusan sehubungan dengan rencana tahunan perusahaan yang diajukan. Keputusan-keputusan lain yang biasanya dilakukan adalah jika perusahaan sedang dalam keadaan “bahaya”, sehingga keputusan mengenai langkah-langkah yang harus diambil sangat mendesak untuk ditentukan.

2. FREQUENCY OF DECISION • Bagi MM, secara berkala (setiap bulan, tiga bulan, atau enam bulan) pertemuan biasanya dilakukan untuk mengambil keputusan sehubungan dengan rencana anggaran belanja perusahaan, evaluasi kinerja periode, dan hal-hal lainnya. • Sementara bagi seorang LM, informasi dibutuhkan setiap hari – atau bahkan setiap jam – untuk membantunya memutuskan hal-hal yang berkaitan dengan aktivitas operasional sehari-hari.

3. TIME SCALE • Skala waktu adalah seberapa jauh seorang manajer harus memonitor program-program atau pekerjaan yang diembannya. • Seorang TM biasanya yang memutuskan apakah sebuah investasi baru harus dilakukan atau tidak (misalnya untuk membuat pabrik baru, membangun jaringan infrastruktur teknologi informasi, menciptakan produk-produk baru, dsb. ), dan jika memang diputuskan untuk melakukannya, monitoring jangka panjang harus dilakukan semenjak proyek dimulai hingga selesai (biasanya untuk setiap proyek memerlukan waktu tahunan mulai dari ide sampai dengan implementasi).

3. TIME SCALE • Bagi seorang MM, proyek-proyek jangka menengah menjadi hal utama yang harus dikontrol, paling tidak setiap satu bulan sekali. • Sementara LM memerlukan informasi yang selalu up-to-date untuk keperluan supervisi dan kontrol kegiatan sehari-hari.

4. TIME HORIZON • Melihat ke depan merupakan kecenderungan dan tanggung jawab TM sebagai nakhoda yang akan membawa perusahaan kepada visi yang dicanangkan. Sehingga informasi yang tersedia harus relevan dengan keperluan tersebut. • Berbeda dengan MM yang cenderung melihat masa depan perusahaan dengan menggunakan kacamata perencanaan jangka pendek atau menengah dan berpegang pada kenyataan/fakta historis perusahaan di masa-masa lalu (lebih pragmatis). • Sementara bagi seorang LM, data historis lebih terasa penting karena fokus kontrol yang dilakukan adalah untuk melihat apakah target yang dicanangkan telah tercapai atau tidak.

5. SCOPE • Tidak ada batasan-batasan bagi seorang TM dalam melakukan pengambilan keputusan karena yang terpenting adalah penentuan strategi perusahaan yang tepat. • Sementara keputusan-keputusan yang harus diambil oleh seorang MM maupun LM tidak boleh lepas dari kebijakan dan standard yang telah ditetapkan oleh tingkatan manajemen di atasnya.