BAB 2 LANDASAN TEORI
2.1
Teori–Teori Umum
2.1.1
Pengantar Sistem Informasi
2.1.1.1 Pengertian Data Data merupakan bentuk jamak dari datum, berasal dari bahasa Latin yang berarti "sesuatu yang diberikan". Data merupakan properti yang ditemukan dalam entitas-entitas pada dunia nyata yang berguna untuk menggambarkan arti dari entitas tersebut. Sebagai contoh salah satu data dari entitas manusia adalah Nama. Data dapat berbentuk angka, kata, kalimat, gambar, video, ataupun audio. Data merupakan potongan informasi terkecil, sebelum diolah lebih lanjut, data tidak memberikan informasi yang berarti bagi pemilik data. Menurut O'Brien & Marakas(2010, p. 34) kata Data merupakan bentuk jamak dari datum, walaupun data biasanya mewakili baik bentuk tunggal maupun jamak. Data adalah fakta atau observasi mentah yang biasanya mengenai fenomena fisik atau transaksi bisnis. Lebih rincinya, data adalah pengukuran objektif dari attribute (karakteristik) dari entitas (seperti manusia, tempat, barang, dan kejadian). Menurut Turban & Rainer Jr(2009, p. 6) Data adalah suatu deskripsi dasar dari suatu hal, aktivitas kejadian dan transaksi yang direkam, dikelompokkan, dan disimpan namun tidak diorganisir untuk menyampaikan suatu arti yang spesifik. Data bisa berbentuk angka, huruf, figur, suara, ataupun gambar. Sebagai contoh data adalah grade murid dialam sebuah kelas dan jumlah jam kerja dalam satu minggu. 7
8
Menurut Haag, Cummings, & McCobbrey(2005, p. 6) Data merupakan faktafakta yang belum diolah yang mendeskripsikan suatu fenomena tertentu. Dari kutipan diatas, dapat disimpulkan data merupakan fakta mentah yang mendeskripsikan suatu hal dan jika diolah lebih lanjut akan memberikan informasi yang berarti bagi pemilik data.
2.1.1.2 Pengertian Informasi Informasi adalah hasil dari pengolahan lebih lanjut dari data yang disimpan. Jika perusahaan telah menyimpan data mentah dari kejadian terdahulu, perusahaan bisa menggunakannya dengan mengolahnya sehingga mendapat informasi salah satunya tentang trend yang terjadi. Misalnya adalah data penjualan bulan Desember, jika diolah lebih lanjut, penjualan bulan desember menunjukan trend tentang kenaikan penjualan baju hangat. Sebalik nya penjualan bulan Juni menunjukan penurunan penjualan baju hangat. Jadi perusahaan bisa mempersiapkan diri untuk menghadapi trend yang mungkin akan terjadi. Menurut O'Brien & Marakas(2010, p. 34), Informasi adalah data yang telah diubah menjadi konteks yang berarti dan berguna bagi para pemakai akhir tertentu Menurut Turban & Rainer Jr(2009, p. 6), Informasi adalah data yang telah diorganisir sehingga data-data tersebut mempunyai suatu arti dan nilai terhadap penggunanya. Contoh : Daftar IPK merupakan data, tetapi Daftar nama Mahasiswa dengan IPK adalah informasi. Menurut Haag, Cummings, & McCobbrey(2005, p. 6) informasi adalah suatu data yang memiliki suatu arti dalam sebuah konteks tertentu.
9
Menurut Bennet, McRobb, & Farmer(2010, p. 593) informasi adalah fakta yang dipilih dan relevan bagi suatu tujuan dan kemudian diorganisir atau diproses sedemikian rupa sehingga mereka mempunyai arti dan tujuan tertentu. Dengan demikian dapat disimpulkan, informasi merupakan hasil dari pengolahan lebih lanjut dari data-data yang telah tersimpan.
2.1.1.3 Pengertian Sistem Sistem merupakan suatu kumpulan komponen yang berinteraksi secara teratur untuk mencapai suatu tujuan. Pada dasarnya, untuk menjalankan sebuah sistem, dibutuhkan suatu input dari lingkungan sistem, dan sistem memproses input tersebut secara terorganisir, sehingga memberikan output yang diharapkan oleh lingkungan sekitar sistem. Didalam suatu sistem, biasanya ditemukan beberapa komponen atau bagian yang memiliki tugasnya masing-masing, jika satu diantara beberapa komponen tersebut terganggu sehingga tidak menyelesaikan bagiannya, proses jalannya sistem akan terganggu secara keseluruhan. Sebagai contoh adalah sistem kerja komputer, terdapat komponen berupa motherboard, memory, video card, hard disk, power supply. Untuk dapat beroperasi, seluruh komponen harus bekerja dengan baik, jika sebaliknya, komputer tidak akan dapat digunakan. Jadi bisa dikatakan sistem merupakan kumpulan komponen yang berbeda dan saling bekerja sama, memiliki tujuan yang sama, menerima input dan menghasilkan output. Menurut O'Brien & Marakas(2010, p. 26) sistem adalah sekelompok komponen yang saling berhubungan dengan batasan yang jelas, bekerja sama untuk mencapai tujuan bersama dengan menerima input serta menghasilkan output dalam proses transformasi yang teratur.
10
Menurut Bennet, McRobb, & Farmer(2010, p. 26) sistem adalah suatu abstrak dari suatu satuan unsur-unsur yang kompleks dan saling berinteraksi, yang mana untuk mengidentifikasi suatu batas, suatu lingkungan, input, dan output suatu kendali mekanisme dan beberapa perubahan bentuk atau proses pencapaian suatu sistem. Dari kutipan diatas, dapat disimpulkan sistem adalah sekelompok komponen yang kompleks dan saling berinteraksi dimana sistem tersebut memproses input yang diterima dan menghasilkan output bagi lingkungan sekitar sistem tersebut.
2.1.1.4 Pengertian Sistem Informasi Sistem informasi adalah perpaduan teratur antara manusia, data, dan juga dengan dukungan teknologi informasi yang bertujuan untuk memberikan informasi pada perusahaan untuk pengembangan perusahaan. Dengan adanya sistem informasi, jika diterapkan dengan tepat, perusahaan mendapat keuntungan yang membantu dalam persaingan bisnis. Salah satu keuntungan yang ditawarkan dalam penerapan sistem informasi pada perusahaan adalah kemudahan analisis data berbentuk laporan periodik yang dapat digunakan untuk mendukung pengambilan keputusan oleh pihak manajemen. Menurut Whitten, Bentley, & Dittman(2004, p. 23) Sistem Informasi adalah pengaturan antara manusia, data, proses dan teknologi informasi yang berinteraksi untuk mengumpulkan, memproses, menyimpan dan disajikan dalam bentuk informasi yang dibutuhkan untuk mendukung organisasi. Menurut O'Brien & Marakas(2010, p. 4) Sistem informasi dapat merupakan kombinasi teratur apapun dari orang-orang, hardware, software, jaringan komunikasi, dan sumber daya data yang mengumpulkan, mengubah, dan menyebarkan informasi dalam sebuah organisasi.
11
Menurut Laudon & Laudon(2010, p. 46) sistem informasi adalah sebuah satu kesatuan dari komponen-komponen yang saling berhubungan yang mengumpulkan atau mengambil, memproses, menyimpan, dan mendistribusi informasi untuk mendukung pengambilan keputusan dan pengendalian didalam sebuah organisasi. Dari kutipan diatas dapat disimpulkan, sistem informasi merupakan kolaborasi antara sistem, manusia, komputer, serta jaringan komunikasi dan menghasilkan suatu informasi bagi pemakai SI itu sendiri.
2.1.2
Pengertian Database Dalam menyimpan data-data pelanggan, diperlukan suatu wadah atau
penampung yang bisa memudahkan kita untuk mencari data jika suatu saat kita membutuhkan.Contoh sederhana ialah penyimpanan data penjualan berupa faktur yang biasanya disimpan dalam satu box file. Sama dengan data fisik, begitu pula dengan data elektronik, diperlukan suatu wadah yang dapat menampung data tersebut di tempat yang aman dan jika suatu waktu kita memerlukan data, kita dapat mencari nya, hanya saja perbedaan nya adalah istilah wadah nya, jika dengan data fisik (faktur penjualan) kita bisa menyimpan di box file, dengan data elektronik kita memberikan istilah Basis Data, atau biasa dikenal dengan Database Menurut Connolly & Begg(2010, p. 15) database adalah kumpulan data yang berelasi secara logikal dan sebuah deskripsi dari data tersebut yang didesain untuk memenuhi kebutuhan organisasi. Database adalah sebuah tempat penyimpanan besar dari data yang dapat digunakan secara terus menerus oleh banyak departemen dan user. Menurut O'Brien & Marakas(2010, p. 173) Database adalah kumpulan terintegrasi dari elemen data yang secara logika saling berhubungan. Database
12
mengonsolidasikan berbagai catatan yang dahulu disimpan dalam file-file terpisah ke dalam satu gabungan umum elemen data yang menyediakan data untuk banyak aplikasi. Data yang disimpan dalam database independen dari program aplikasi yang menggunakannya dan dari jenis peralatan penyimpanan tempat mereka disimpan. Jadi, database berisi berbagai elemen data yang mendeskripsikan berbagai entitas dan hubungan antar entitas. Jadi dapat disimpulkan, database merupakan wadah penyimpanan data dan data yang memiliki kesamaan serta terhubung satu sama lain disimpan ke dalam satu wadah, sehingga dapat diolah lebih lanjut jika diharapkan menghasilkan informasi lebih lanjut bagi perusahaan.
2.1.3
Pengertian DBMS Untuk dapat mengelola database dengan baik, diperlukan aplikasi khusus yang
biasanya disebut dengan Database Management System, yang biasa disingkat dengan DBMS. DBMS merupakan perangkat lunak yang berfungsi untuk mengatur database yang ditampilkan secara lebih teratur, sehingga memungkinkan kita untuk melakukan modifikasi ataupun mengatur akses untuk database itu. Contoh DBMS yang sudah cukup terkenal adalah MySQL, SQL Server, dan Oracle Menurut Connolly & Begg(2010, p. 66) DBMS merupakan sistem perangkat lunak yang memungkinkan pengguna untuk mendefinisikan, membuat, mengatur, dan mengontrol akses ke database. Fasilitas yang disediakan DBMS biasanya adalah : -
Memungkinkan pengguna mendefinisikan database, biasanya lewat Data Definition Language
atau
biasa
disingkat
DDL.
DDL
memungkinkan
user
untuk
13
menspesifikasikan tipe data, struktur, dan batasan pada data yang akan disimpan didalam database. -
Memungkinkan user untuk insert, update, delete dan menarik data dari database, biasanya lewat Data Manipulation Language atau biasa disingkat DML.
-
Menyediakan akses kepada database, seperti : • Security system, menjaga database diakses oleh pihak luar. • Integrity system, menjaga konsistensi data yang disimpan. • Concurrency control system, memungkinkan pembagian akses database • Recovery control system, memungkinkan pengembalian database ke kondisi awal jika terjadi kegagalan perangkat lunak maupun perangkat keras. • User-accessible catalog, menampilkan deskripsi data yang tersimpan dalam database.
Gambar 2.1 Pendekatan Database dengan DBMS Connolly &Begg (2010, p. 67)
2.1.4
Pengertian Aplikasi Database Aplikasi database merupakan program yang menjadi mediator antara sistem
lain dan sistem database pada saat eksekusi database tersebut, aplikasi database biasanya digunakan untuk membuat serta mengatur database itu sendiri.
14
Menurut Connolly & Begg(2010, p. 54) Aplikasi database adalah program yang berinteraksi dengan database pada waktu tertentu dalam eksekusinya. Sistem basis data adalah kumpulan program aplikasi yang berinteraksi dengan database.
2.2
Teori-Teori Khusus
2.2.1
Pemodelan Entitas dan Relasi
2.2.1.1 Tipe-Tipe Entitas Entitas adalah sekumpulan objek yang memiliki kesamaan properti satu sama lain. Sebagai contoh adalah entitas Mahasiswa, memiliki kesamaan property seperti NIM, Nama, Alamat, IPK. Menurut Connolly & Begg(2010, p. 372) Konsep dasar dari Model Entity Relationship adalah tipe-tipe entitas, yaitu kumpulan dari objek-objek dengan sifat (properti) yang sama, yang diidentifikasi oleh perusahaan mempunyai eksistensi yang independen. Setiap objek yang bersifat unik dari sebuah tipe entitas disebut dengan Entity Occurrence. Setiap tipe entitas dapat diidentifikasi melalui nama dan daftar propertinya.
2.2.1.2 Tipe-Tipe Relasi Tipe relasi adalah jenis hubungan yang melibatkan satu atau lebih entitas yang ada, tipe relasi juga diberikan nama yang menggambarkan fungsi hubungan antar entitas tersebut, sebagai contoh adalah relasi antar Mahasiwa dan Mata Kuliah. Untuk dapat menggambarkan dengan jelas hubungan mahasiwa dan mata kuliah, maka relasi ini bisa diberi nama “Mengambil”, sehingga pembacaan relasi bisa disebutkan sebagai Mahasiswa X “mengambil” mata kuliah Y.
15
Menurut Connolly & Begg(2010, p. 374) tipe relasi adalah sekumpulan hubungan antara satu atau lebih tipe entitas yang ada. Relationship Occurrence menunjukkan entity occurrence tertentu yang saling berhubungan. Contoh :
Gambar 2.2 Contoh Relationship Occurrence Connolly & Begg (2010, p. 375)
2.2.1.3 Derajat Relasi Dalam relasi entitas, terdapat derajat relasi yang mendeskripsikan jumlah entitas yang masuk kedalam relasi, karena sebuah relasi entitas tidak tertutup kemungkinan untuk memiliki lebih dari 2 peserta. Sebagai salah satu contoh adalah relasi antara Mahasiwa, Mata Kuliah dan Dosen, Mahasiswa X mengambil mata kuliah Y yang pengajar nya adalah Dosen Z, tipe relasi antara Mahasiswa, Mata Kuliah, dan Dosen biasa disebut sebagai relasi Ternary, karena memiliki 3 peserta. Sedangkan relasi Mahasiswa dan Mata kuliah biasa disebut relasi Binary, karena memiliki 2 peserta. Menurut Connolly & Begg (2010, p. 376) Derajat Relasi adalah jumlah entitas yang berpartisipasi dalam suatu relasi. Derajat relasi terdiri dari: •
Relasi Binary, hubungan antara dua tipe entitas. Contoh Relasi Binary
antara PrivateOwner dengan PropertyForRent yang disebut POwns.
16
Gambar 2.3 Contoh Relasi Binary Connolly & Begg (2010, p. 376) •
Relasi Ternary, hubungan antara tiga tipe entitas. Contoh Relasi Ternary
yang dinamakan Registers. Relasi ini melibatkan tiga tipe entitas yaitu Staff, Branch dan Client. Relasi ini menggambarkan staff mendaftarkan client pada branch.
Gambar 2.4 Contoh Relasi Ternary Connolly & Begg (2010, p. 377) •
Relasi Quarternary, hubungan antar empat tipe entitas. Contoh Relasi
Quaternary yang dinamakan Arranges. Relasi ini melibatkan 4 entitas yaitu Buyer, Solicitor, Financial Institution dan Bid. Relasi ini menggambarkan Buyer, diberi masukan oleh Solicitor, dan didukung oleh Financial Institution, melakukan penawaran (Bid).
Gambar 2.5 Contoh Relasi Quarternary Connolly & Begg (2010, p. 377)
17
•
Relasi Unary, hubungan antar satu tipe entitas, di mana tipe entitas
tersebut berpartisipasi lebih dari satu kali dengan peran yang berbeda. Kadang disebut juga Relasi Rekursif. Relasi dapat diberikan role names untuk mengidentifikasikan keterkaitan tipe entitas dalam relationship. Contoh entitas Staff yang berperan menjadi supervisor dan staff bawahannya.
Gambar 2.6 Contoh Relasi Unary Connolly & Begg (2010, p. 378)
2.2.1.4 Atribut Atribut merupakan data atau variable yang berada pada suatu entitas atau relasi yang mendeskripsikan property dari entitas atau relasi tersebut. Contoh bentuk atribut adalah NIM pada entitas Mahasiswa. Menurut Rama & Jones(2006, p. 155) Atribut adalah bagian terkecil dari data yang dapat berarti bagi pengguna. Menurut Connolly & Begg (2010, p. 379) Atribut merupakan properti dari sebuah entitas atau sebuah tipe relasi. Contohnya: sebuah entitas Staff digambarkan oleh atribut staffNo, name, position, dan salary. Attribute Domain adalah kumpulan nilai yang diperbolehkan untuk satu atau lebih atribut. Macam-macam atribut :
18
•
Simple Attribute, yaitu atribut yang terbentuk oleh komponen tunggal dengan keberadaan yang independent dan tidak dapat dibagi menjadi bagian yang lebih kecil lagi. Dikenal juga dengan nama Atomic Attribute.
•
Composite Attribute, yaitu atribut yang terbentuk dari beberapa komponen, di mana masing-masing komponen memiliki keberadaan yang independent. Misalkan atribut Address dapat terdiri dari Street, City, PostCode.
•
Single-valued Attribute, yaitu atribut yang mempunyai nilai tunggal untuk setiap kejadian dari sebuah tipe entitas. Misalnya entitas Branch memiliki satu nilai untuk atribut branchNo pada setiap kejadian.
•
Multi-valued Attribute, yaitu atribut yang mempunyai beberapa nilai untuk setiap kejadian dari sebuah tipe entitas. Misal entitas Branch memiliki beberapa nilai untuk atribut telpNo pada setiap kejadian.
•
Derived Attribute, yaitu atribut yang mewakili nilai yang dihasilkan dari satu atau beberapa atribut lainnya, dan tidak harus berasal dari satu entitas. Dari kutipan diatas, dapat disimpulkan atribut merupakan data terkecil yang
dimiliki oleh suatu entitas atau relasi yang dapat berarti bagi pengguna
2.2.1.5 Keys Keys adalah atribut yang terpilih yang bisa mewakili sebuah entitas. Didalam sebuah entitas, kita dapat menemukan beberapa keys, sebagai contoh adalah entitas Mahasiswa, kita dapat mengambil keys seperti NIM, Nama untuk dijadikan perwakilan dari entitas Mahasiswa.
19
Menurut Connolly & Begg (2010, p. 381) ada beberapa jenis relational keys, yaitu: •
Candidate Key : Atribut unik yang mengidentifikasikan table. Jumlah minimal
atribut-atribut
yang
dapat
mengidentifikasikan
setiap
kejadian/record secara unik. Contoh Candidate Key pada entitas Mahasiswa adalah NIM, Nama. •
Primary Key : Atribut unik yang mengidentifikasikan setiap row dalam table. Candidate key yang terpilih untuk mengidentifikasikan setiap kejadian/record dari suatu entitas secara unik. Contoh Primary Key pada entitas mahasiswa adalah NIM, karena NIM memiliki nilai yang unik satu sama lain.
•
Composite Key : Candidate key yang terdiri dari dua atau lebih atribut. Contohnya adalah Alamat pada entitas Mahasiswa memiliki isi namaJalan, kodePos, kecamatan, dan kelurahan.
2.2.1.6 Strong and Weak Entity Types Entitas dapat terbagi menjadi 2, yaitu entitas kuat dan lemah. Pada istilah ini, kuat dan lemah bukan menggambarkan kekuatan, melainkan menggambarkan ketergantungan entitas tersebut terhadap keberadaan entitas lain, sebagai entitas kuat adalah Mahasiswa, dan contoh entitas lemah adalah Peminjaman Buku. Alasan peminjaman buku disebutkan entitas lemah adalah peminjaman buku sangat bergantung pada keberadaan entitas Mahasiswa, dan juga keberadaan entitas Buku itu sendiri,
20
apabila entitas mahasiswa dan buku tidak ada, maka peminjaman tidak mengartikan apaapa. Menurut Connolly & Begg (2010, p. 383) Strong Entity Type, yaitu entitas yang keberadaannya tidak bergantung pada entitas lain sedangkan Weak Entity Type adalah entitas yang keberadaannya bergantung pada entitas lain. Strong Entity Type terkadang disebut dengan parent, owner dominant dan Weak Entity Type disebut child, dependent, subordinate.
Gambar 2.7 Contoh Strong and Weak Entity Connolly & Begg (2010, p. 384)
2.2.1.7 Structural Constraints Dalam sebuah relasi antar entitas, diperlukan adanya batasan untuk jumlah entitas yang tergabung dalam satu kejadian. Sebagai contoh adalah batasan Mahasiswa mengambil mata kuliah pada satu semester, mahasiswa hanya diperbolehkan mengambil maksimal 24 SKS dalam satu semester. Menurut Connolly & Begg (2010, p. 385), batasan utama pada relationship disebut multiplicity, yaitu jumlah (atau range) dari kejadian yang mungkin terjadi pada suatu tipe entitas yang terhubung ke satu kejadian dari entitas lain yang berhubungan melalui suatu relationship.
21
Multiplicity membatasi cara entitas berhubungan satu sama lain. Hal ini merupakan representasi dari policies (atau aturan bisnis) yang ditetapkan oleh pengguna atau perusahaan. Untuk memastikan hal itu, semua batasan yang diterapkan akan diidentifikasikan dan di wakilkan sebagai bagian penting dari pemodelan perusahaan. Relationship yang paling umum adalah binary relationship. Macam-macam binary relationship yaitu : •
One-to-one (1:1)
•
One-to-many (1:*)
•
Many-to-many (*:*)
Gambar 2.8 Summary of Multiplicity Constraints Connolly & Begg (2010, p. 391)
2.2.2
Disain Database Dalam penyimpanan database, perlu dilakukan rancangan agar data terorganisir
dan mudah mendapatkan data yang tersimpan jika diperlukan. Disain database adalah proses rancangan struktur basis data yang akan digunakan untuk menyimpan data kedalam bentuk table-table yang disesuaikan dan diseragamkan. Menurut Connolly & Begg (2010, p. 320) Disain Database merupakan suatu proses pembuatan rancangan database yang diperlukan guna mendukung misi dan tujuan dari perusahaan.
22
Ada dua tujuan utama dari pemodelan data yaitu untuk membantu dalam memahami arti dari data dan untuk memfasilitasi komunikasi tentang kebutuhan informasi. Kriteria untuk menghasilkan model data yang optimal : • Validasi Struktural (Structural Validity), konsisten dengan cara perusahaan mendefinisikan dan mengelola informasi. • Kesederhanaan (Simplicity), mudah dimengerti baik oleh profesional sistem informasi maupun pengguna non-teknis. • Ketepatan (Expressibility), kemampuan untuk membedakan antara data yang berlainan, relationship antar data dan batasan-batasan. • Tidak redundan (Nonredundancy), tidak mengikutsertakan informasi yang tidak berhubungan, dengan kata lain, perwakilan setiap bagian informasi hanya satu kali. • Digunakan bersama (Shareability), tidak ditentukan untuk suatu aplikasi atau teknologi tertentu saja sehingga dapat digunakan oleh banyak pengguna. • Perluasan Penggunaan (Extensibility), kemampuan untuk berkembang agar dapat mendukung kebutuhan baru dengan pengaruh seminimal mungkin terhadap user yang sekarang. • Integritas (Integrity), konsisten dengan cara perusahaan menggunakan dan mengelola informasi. • Representasi Diagram (Diagrammatic Representation), kemampuan untuk merepresentasikan dimengerti.
model
menggunakan
notasi
diagram
yang
mudah
23
Menurut Connolly & Begg (2010, p. 322) ada 3 fase utama dalam perancangan database yaitu : Conceptual, Logical, dan Physical. Conceptual database design adalah proses membentuk model dari data yang digunakan didalam perusahaan, terpisah dari semua pemikiran fisikal. Merupakan fase pertama pada tahap database design, berhubungan dengan pembuatan data model konseptual perusahaan. Logical database design adalah proses membentuk model dari data yang digunakan didalam perusahaan berdasarkan data model yang spesifik, tetapi terpisah dari DBMS tertentu dan pemikiran fisikal lainnya. Physical
database
design
adalah
proses
pembuatan
deskripsi
dari
impelementasi database didalam penyimpanan kedua, hal ini mendeskripsikan relasi awal, file organisasi, dan indeks yang digunakan untuk mendapatkan akses yang efisien ke data dan batasan integritas yang terhubung serta ukuran keamanan.
2.2.3
Dashboard Didalam mobil, terdapat dashboard yang digunakan untuk menggambarkan
status keadaan mobil pada saat itu, terdapat bardan gauge yang menggambarkan dan memberitahu informasi ke pengguna mobil bahwa mobil membutuhkan tambahan bensin, mesin overheat, berapa suhu diluar mobil, kecepatan sekarang, total jarak yang sudah ditempuh, dan lain-lain. Pada praktek bisnis, konsep dashboard seperti dashboard di mobil dapat diterapkan kepada pihak eksekutif guna mengetahui informasi status sekarang perusahaan atau organisasi-nya. Sehingga jika terjadi kesalahan atau masalah pada suatu proses, para eksekutif dapat langsung mengetahui dan menyelesaikan masalah tersebut.
24
Menurut Laudon & Laudon(Laudon & Laudon, 2010, p. 81) Digital dashboard merupakan dashboard yang menampilkan, pada satu layar, semua hasil pengukuran yang penting untuk mengarahkan perusahaan, mirip dengan kokpit pesawat atau dasbor mobil. Dashboard tersebut menampilkan indikator-indikator kinerja kunci sebagai grafik dan diagram dalam format browser Web, memberikan gambaran satu halaman dari semua pengukuran penting yang diperlukan untuk mengambil keputusan di tingkat eksekutif. Dalam kutipan Jurnal (Lorence, 2010) Dashboard biasanya menggunakan metodologi yang berpusat pada pengguna, yang menyatukan data berdasarkan business problem, key function, atau bisnis proses yang penting. Dashboard sering dirancang untuk menjawab permasalahan tunggal yang terisolasi dan berkembang dari simple online report menjadi tampilan visual dari key metric. Dashboard dapat menampilkan sejumlah besar pengukuran ringkas dan rinci. Dapat diperbaharui per bulan, minggu, hari ataupun jam, dan digunakan oleh pegawai dalam perusahaan Menurut Bray (2011) pada jurnalnya, Business Intelligence Dashboard memungkinkan senior manajer untuk melihat apa yang sedang terjadi dalam bisnis yang mungkin mereka tidak lihat, dengan memungkinkan melihat informasi berbeda didalam sistem berjalan untuk dapat disatukan dan diwakilkan ke dalam tampilan dashboard grafikal yang mudah di mengerti. Menurut Person (2009, p. 108) Eksekutif, manajer, dan supervisor menggunakan dashboard untuk melacak strategi, operasi, dan taktik. Sebuah dashboard yang dirancang dengan baik dapat membantu pengambilan keputusan yang baik dan cepat. Pada kenyataannya, survei menunjukkan dua keuntungan utama dari penerapan
25
dashboard yaitu pengambilan keputusan dan pengurangan pekerjaan administratif untuk analisis dan penelitian. Menurut (Anonymous, 2010) pada web nya, alasan utama bagi perusahaan besar seperti Microsoft dan IBM mengeluarkan banyak sumber untuk mengembangkan teknologi dashboard dan software dashboard adalah kesulitan bagi setiap orang dalam mengumpulkan, review, analisis data dalam jumlah yang sangat besar. Sebuah dashboard adalah sebuah program software komputer yang dapat menangani dan memproses banyak data, sehingga merepresentasikan nilai didalam bahasa numeric yang singkat dan jelas. Nilai pada sebuah dashboard dapat dimanipulasi dengan cara yang membantu dalam proses real-time, seperti proses Manufaktur. Dashboard digunakan pada level taktis dan operasional. Manajer menggunakan dashboard untuk mengawasi kesuksesan dari inisiatif taktis mereka, seperti kampanye pemasaran
atau
performa
penjualan
selama
pengenalan
produk
spesifik
tertentu.Operasional termasuk area seperti mengawasi kualitas manufaktur atau variansi budget dalam project.
2.2.4
Data warehouse Data warehouse merupakan “gudang” bagi data dari database-database
operasional yang sudah diproses lebih lanjut, agar bisa memberikan arti di hari ke depan sebagai data historis untuk perusahaan. Seperti halnya museum tentang data, data warehouse memberikan nilai historis untuk dijadikan pertimbangan untuk pengambilan keputusan bagi top management dan bisa memberikan gambaran tentang bagaimana perkembangan perusahaan dari waktu ke waktu.
26
Menurut Connolly & Begg (2010, p. 1197) data warehouse adalah suatu kumpulan data yang bersifat subject-oriented, integrated, time-variant, dan non-volatile dalam mendukung proses pengambilan keputusan. Data warehouse bertujuan agar perusahaan dapat menggunakan arsip datanya untuk mendapatkan keunggulan bisnis. Menurut Turban, Aronson, Sharda, & King(2008, p. 39) data warehouse adalah kumpulan data yang dihasilkan untuk mendukung pengambilan keputusan, juga merupakan tempat penyimpanan data sekarang dan data historis yang berpotensi untuk digunakan manager pada perusahaan atau organisasi. Menurut Loshin (2003, p. 245), dasar dari sebuah data warehouse adalah sekumpulan data dari beberapa sumber dikumpulkan lalu ditambahkan ke dalam penyimpanan data dimana aplikasi analisis dapat menggunakannya sebagai data masukan. Menurut Inmon (2005, p. 29) data warehouse adalah koleksi data yang berorientasi subyek, terintegrasi, tidak mengalami perubahan, dan berdasarkan variasi waktu untuk mendukung keputusan manajemen. Menurut Haag, Cummings, & McCobbrey(2005, p. 142) data warehouse adalah sebuah koleksi logikal dari informasi yang didapat dari banyak database operasional, yang digunakan business intelligence yang mendukung aktivitas analisa bisnis dan pengambilan keputusan. Dari kutipan diatas dapat disimpulkan, data warehouse merupakan kumpulan data dari beberapa database operasional yang disimpan dan di rangkum untuk memberikan arti kepada pengguna dan mendukung proses pengambilan keputusan.
27
2.2.4.1 Karakteristik Data warehouse • Subject-Oriented : data warehouse dikatakan berorientasi subyek karena data warehouse dibangun berdasarkan subyek utama perusahaan seperti pelanggan, pesanan, dan produk.
Gambar 2.9 Subject-Oriented Data warehouse Inmon (2005, p. 30) • Integrated : data warehouse dikatakan terintegrasi karena data operasional dari beberapa database dan sumber data external akan di integrasikan didalam sebuah data warehouse untuk menyediakan database tunggal untuk mendukung pengambilan keputusan. Nama data, format data, skala pengukuran didalam data warehouse akan di samakan agar terintegrasi satu sama lain (seragam).
28
Gambar 2.10 Integrated data warehouse Inmon (2005, p. 31) • Time-Variant : Data warehouse menggunakan stempel data untuk mewakili data historikal. Dimensi waktu merupakan hal yang kritikal untuk mengindentifikasi trend, memperkirakan operasi masa depan, dan mengatur target operasi.
Gambar 2.11 Time-variant data warehouse Inmon (2005, p. 32)
29
• Non-Volatile : Data baru didalam data warehouse tidak akan ditimpa, melainkan akan digabungkan, sehingga data warehouse akan menyediakan data historis yang lebih baik. Data didalam data warehouse diusahakan untuk tidak mengalami update atau delete dengan tujuan data warehouse bebas dari anomali-anomali update dan delete. Data transaksi yang akan dipindahkan ke dalam data warehouse adalah data transaksi final yang tidak akan ada perubahan lagi.
Gambar 2.12 Non-volatile data warehouse Inmon (2005, p. 32)
2.2.4.2 Online Transaction Processing (OLTP) Sesuai dengan pernyataan Larson (2006, p. 27) Transactional data merupakan informasi yang disimpan, digunakan untuk mengawasi interaksi atau transaksi bisnis yang dilakukan oleh perusahan. Seperti pembayaran harus dilakukan atas barang dan jasa yang diterima atau permintaan pesanan dan layanan harus dipenuhi. Secara umum, perusahaan membutuhkannya untuk terus mengawasi apa yang telah terjadi dan apa yang harus dilakukan. OLTP merupakan penyimpanan dan pengelolaan Transaksi oleh komputer dan menghasilkan informasi tentang apa yang terjadi dan apa yang harus dilakukan.
30
2.2.4.3 Online Analytical Processing (OLAP) Sesuai dengan pernyataan Connolly & Begg (2010, p. 1250) OLAP adalah Sintesis, analisis, dan konsolidasi dinamis dari multidimensional data berskala besar. Merupakan istilah yang menjelaskan teknologi yang menggunakan view multidimensional dari data agregat yang menyediakan akses yang cepat untuk informasi strategis yang bertujuan untuk analisis lanjutan. OLAP memungkinkan pengguna untuk mendapatkan pemahaman yang lebih dalam dan pengetahuan mengenai berbagai aspek dari data perusahaan melalui akses yang cepat, konsisten dan interaktif ke seluruh view data yang memungkinkan.
2.2.4.4 OLTP vs Data warehouse Menurut Connolly & Begg (2010, p. 1199) Perbedaan antara sistem OLTP dan sistem data warehouse: Tabel 2.1 Perbedaan sistem OLTP dengan sistem data warehouse Karakteristik Sistem OLTP Sistem Data warehouse Tujuan Utama
Mendukung operasional
pemrosesan Mendukung analitikal
pemrosesan
Data Age
Sekarang
Historis (tetapi trend termasuk data sekarang)
Data Latency
Real-Time
Tergantung pada ukuran siklus suplemen data ke warehouse
Data granularity
Data mendetail
Data terangkum
Pemrosesan data
Pola pemasukan data, Pola query data tidak begitu penghapusan data, update bisa diperkirakan, transaksi data, dan query yang bisa jarang terjadi diperkirakan. Banyak terjadi transaksi
31
Laporan
Bisa diperkirakan, satu Tidak bisa diperkirakan, dimensi, biasanya laporan multi-dimensional, laporan berbentuk fix lebih dinamis
Pengguna
Banyak operasional
pengguna Sedikit pengguna manajerial
2.2.4.5 Dimensional Modeling Dimensional Modeling adalah rancangan logical pada database OLAP untuk mendeskripsikan struktur table yang ada. Dimensional modeling menghasilkan output berupa star schema dan juga snowflake schema. Menurut Loshin (2003, p. 245) dimensional modeling merupakan teknik modeling yang menyimpan unit standar dari representasi entitas tunggal maupun multikeyed entity didalam sebuah table fakta. Menurut Connolly & Begg (2010, p. 1227) Dimensional Modeling adalah sebuah teknik desain logikal yang bertujuan untuk menampilkan data dalam sebuah standar, format intuitif yang memperbolehkan akses dengan performa yang tinggi. Dimensional modeling menggunakan konsep entity-relationship (ER) dengan beberapa batasan penting.
2.2.4.6 Fact Table Table fakta adalah table yang berisikan fakta yang diinginkan oleh pengguna, fakta ini didapat dari berbagai table dimensi di sekitar table fakta. Table fakta juga mengandung perhitungan aggregate yang didapat dari beberapa baris data. Table fakta memiliki composite primary key yang didapat dari primary key pada table dimensi disekitarnya.
32
Menurut Connolly & Begg (2010, p. 1227) Tabel fakta merupakan sebuah tabel yang memiliki sebuah composite primary key dimana tabel tersebut akan membentuk sebuah model dimensional.
2.2.4.7 Dimension Table Merupakan hasil dari Dimension Modeling, tersimpan pada database OLAP. Table dimensi merupakan gabungan dari table yang lebih kecil yang primary key nya akan diambil untuk menjadi bagian composite key yang berada pada table fakta Menurut Connolly & Begg (2010, p. 1227) Tabel dimensi merupakan sekumpulan dari tabel-tabel yang lebih kecil yang memiliki sebuah primary key sederhana yang merespon secara benar terhadap salah satu komponen dari composite key yang ada dari tabel fakta.
2.2.4.8 Star Schema Star schema merupakan bentuk skema hasil dari dimensional modeling. Star schema memiliki sebuah table fakta yang dikelilingi oleh beberapa tabel dimensi sehingga bentuknya seperti bintang. Menurut Connolly & Begg(2010, p. 1227) star schema adalah struktur logikal yang memiliki sebuah tabel fakta berisi data aktual yang ditempatkan di tengah, dikelilingi oleh tabel dimensi berisi data acuan (dapat didenormalisasi). Star schema mengeksploitasi karakteristik dari data aktual dimana fakta dibuat dari peristiwa yang muncul di masa lalu dengan mengabaikan bagaimana mereka dianalisis, dan tidak dapat diubah.
33
2.2.4.9 Data Mart Data Mart merupakan bagian dari Data warehouse, hanya saja data sudah dipisahkan agar menjadi database mandiri yang bertujuan untuk keperluan yang lebih spesifik seperti pembuatan laporan pada departemen tertentu. Sebagai contoh data mart HRD yang memuat tentang data karyawan. Menurut Haag, Cummings, & McCobbrey (2005, p. 145) Data Mart adalah sekumpulan data warehouse dimana hanya bagian yang terfokus dari informasi data warehouse yang disimpan. Menurut Turban, Aronson, Sharda, & King(2008, p. 40) data mart merupakan bagian dari data warehouse, yang biasanya hanya ditujukan bagi satu area subyek saja (marketing, operational). Dari pernyataan diatas dapat disimpulkan, data mart merupakan data warehouse yang data nya telah dikhususkan serta memberikan arti yang spesifik pada daerah atau departemen tertentu dari suatu organisasi.
2.2.4.10 Data Mart vs Data warehouse Perbedaan antara data mart dengan data warehouse menurut Connolly &Begg (2010, p. 1222) adalah : • Data mart hanya berfokus pada kebutuhan user yang berkaitan dengan suatu departemen atau fungsi bisnis. • Data mart tidak mengandung data operasional secara detil, tidak seperti data warehouse.
34
• Data yang ada dalam Data mart lebih sedikit dari pada yang ada dalam data warehouse, data mart juga lebih mudah dimengerti karena lebih sederhana.
2.2.4.11 Meta Data Meta data merupakan data deskripsi tentang suatu data yang menggambarkan informasi bagaimana bentuk data tersebut, bagaimana data disimpan, kapan data di capture. Menurut Inmon (2005, p. 102) meta data merupakan komponen penting dari lingkungan data warehouse, tetapi didalam dunia data warehouse, meta data telah menjadi lebih penting, karena dapat mengusahakan penggunaan data warehouse yang lebih efektif. Meta data memungkinkan pengguna akhir atau analyst DSS untuk menunjukan kemungkinan-kemungkinan.
Gambar 2.13 Contoh Meta data pada Properties Files Sumber : Dokumentasi Pribadi (2012)
35
2.2.4.12 Extract, Transform, Load (ETL) Menurut Loshin (2003, p. 246) Landasan dasar dari sebuah data warehouse adalah bahwa sekumpulan data dari beberapa sumber dikumpulkan lalu ditambahkan ke dalam penyimpanan data dimana aplikasi analitis dapat menggunakannya sebagai data masukan. • Extraction Proses ekstraksi adalah pengambilan data dari sumber data internal dan external yang ada yang dilanjutkan ke database tujuan. Pada dasarnya, tujuan proses ekstraksi ini adalah menyiapkan data untuk diproses lebih lanjut pada proses selanjutnya. Menurut Kimball & Ross(2002, p. 8) Extraction adalah langkah pertama dalam proses mendapatkan data ke dalam lingkungan data warehouse. • Transform Proses transformasi adalah proses pengubahan bentuk data agar sesuai dan seragam dengan tujuan data menjadi lebih terintegrasi satu sama lain, sehingga data dalam database tujuan menjadi konsisten. Sebagai contoh adalah proses transformasi format tanggal, didalam database A, format tanggal adalah 10-1010, sedangkan di database B adalah 10-Oct-10, data dari database A dan B akan ditransformasikan sesuai dengan database tujuan, misalnya menjadi 10Oktober-2010. Menurut Kimball & Ross(2002, p. 8) setelah data di-extract, ada sejumlah transformation yang mungkin dilakukan, seperti melakukan cleansing data (memperbaiki kesalahan pengejaan kata, mengatasi masalah elemen yang
36
hilang, atau mengubah ke bentuk standar), mengkombinasikan data dari berbagai sumber, dan memberikan warehouse keys. • Load Setelah data diproses di tahap Extraction dan Transform, data sudah siap untuk dimuat kedalam database tujuan lewat proses Loading, sehingga data dapat membantu dalam proses analisis lebih lanjut ke depannya. Menurut Kimball & Ross(2002, p. 8) setelah melakukan transformasi, maka data dapat dimuat ke dalam data warehouse.
2.2.5
Analisa dan Perancangan
2.2.5.1 Unified Process (UP) UP
adalah
salah
satu
bentuk
software
engineering
process
yang
mendeskripsikan bagaimana mengubah kebutuhan menjadi sebuah perangkat lunak yang berguna untuk memenuhi kebutuhan tersebut. Menurut Arlow & Neustadt(2002, p. 23) The Unified Software Development Process atau yang biasa disebut Unified Process merupakan bentuk standar industri untuk software engineering process yang mendefinisikan siapa, apa, kapan, dan bagaimana mengembangkan software. Gambar dibawah menggambarkan proses pengubahan kebutuhan menjadi perangkat lunak yang membantu pemenuhan kebutuhan.
37
Gambar 2.14 Proses software engineering process Arlow & Neustadt(2002, p. 24)
Menurut Arlow & Neustadt(2002, p. 30) Didalam UP, terdapat lima workflow inti yang dapat dilakukan pada setiap iterasi dalam fase siklus hidup UP yaitu •
Requirement – Mengetahui apa yang harus sistem lakukan
•
Analysis –memperbaiki dan menyusun kebutuhan
•
Design – menyadari akan kebutuhan didalam arsitektur sistem
•
Implementation – membangun perangkat lunak
•
Test – melakukan verifikasi apakah implementasi berjalan seperti yang diharapkan
38
Gambar 2.15 Lima workflow inti dalam UP Arlow & Neustadt(2002, p. 31) Menurut Arlow & Neustadt(2002, p. 31) Siklus hidup proyek UP terbagi menjadi 4 fase yaitu Inception, Elaboration, Construction, dan Transition. Setiap fase berakhir dengan menghasilkan hasilnya masing-masing. Didalam setiap fase, terdapat kemungkinan untuk terjadi satu atau lebih iterasi, dan didalam setiap iterasi kita dapat melakukan lima workflow inti dari UP. Jumlah tepat iterasi yang dilakukan pada setiap fase tergantung terhadap seberapa besar proyek, tetapi setiap iterasi pada satu fase tidak boleh lebih dari dua atau tiga bulan.
39
Gambar 2.16 Empat fase utama dalam siklus hidup UP Arlow & Neustadt(2002, p. 32)
2.2.5.1.1 Inception Menurut Arlow & Neustadt(2002, p. 33) Tujuan fase Inception adalah mengambil proyek yang dimana didalamnya termasuk : •
Penetapan kelayakan – mungkin melibatkan teknikal prototyping untuk melakukan validasi terhadap keputusan teknologi atau membuktikan konsep prototyping untuk validasi terhadap kebutuhan bisnis.
•
Membuat kasus bisnis untuk mendemonstrasikan keuntungan yang dapat diberikan kepada perusahaan jika menyelesaikan proyek ini.
•
Mencari kebutuhan penting untuk membatasi ruang lingkup sistem.
•
Mengidentifikasikan risiko utama Pelaku utama dalam fase ini adalah manajer proyek dan arsitek sistem. Fokus utama dalam Inception adalah identifikasi dan analisis kebutuhan serta
workflow. Setiap fase memiliki tujuan utama yang harus diberikan pada akhir fase, pada fase Inception, tujuan utamanya adalah Life Cycle Objectives.
40
2.2.5.1.2 Elaboration Menurut Arlow & Neustadt(2002, p. 35) fase Elaboration adalah tentang pembuatan sebagian sistem tetapi dapat bekerja –dasar arsitektur yang dapat dijalankan. Tujuan fase Elaboration dapat dirangkum sebagai berikut : •
Membuat dasar arsitektur yang dapat dijalankan.
•
Memperbaiki Penilaian Risiko
•
Mendefinisikan kualitas atribut
•
Mendapatkan use case sampai 80% dari kebutuhan fungsional
•
Merencanakan rencana detail untuk fase konstruksi
•
Mendapatkan formula yang termasuk didalamnya sumber, waktu, peralatan, staff dan biaya. Fokus workflow inti pada fase Elaboration adalah sebagai berikut :
•
Requirement – memperhalus ruang lingkup dan kebutuhan sistem
•
Analysis – membuat dasar apa yang akan dibangun
•
Design – membuat arsitektur yang stabil
•
Implementation – membantun arsitektur baseline
•
Test – melakukan percobaan dengan arsitektur baseline Fokus fase ini jelas terpusat kepada workflow kebutuhan, analisis, dan
perancangan, dengan implementasi yang menjadi penting pada akhir fase ketika arsitektur baseline sedang dibuat. Setelah menyelesaikan fase Elaboration, diharapkan menghasilkan Life Cycle Architecture.
41
2.2.5.1.3 Construction Menurut Arlow & Neustadt(2002, p. 36) Tujuan utama dalam fase ini adalah pemenuhan semua kebutuhan, analisis, dan perancangan dan untuk mengubah hasil fase Elaboration menjadi sistem final. Fokus workflow inti pada fase Construction adalah sebagai berikut : •
Requirement – mengetahui kebutuhan apa saja yang mungkin terlewat
•
Analysis – menyelesaikan model analisis
•
Design – menyelesaikan model perancangan
•
Implementation – membangun kapasitas dasar operasional
•
Test – melakukan percobaan terhadap kapasitas dasar operasional Hasil yang diharapkan pada fase ini sangatlah sederhana, yaitu software
sistem telah selesai dan siap untuk dilakukan beta testing pada pengguna.
2.2.5.1.4 Transition Fase Transition adalah fase tentang menyebarkan sistem yang telah dibuat kepada komunitas para pengguna. Fase ini dimulai saat beta testing telah selesai dan sistem siap disebarkan. Fokus workflow inti pada fase Transition adalah sebagai berikut : •
Requirement – tidak diterapkan
•
Analysis – tidak diterapkan
•
Design – melakukan perubahan jika model perancangan ada masalah yang ditemukan pada beta testing
42
•
Implementation – membangun software pada situs pengguna dan memperbaiki masalah yang ditemui jika belum pernah ditemukan pada beta testing
•
Test –beta testing dan percobaan penerimaan didalam situs pengguna. Pada akhir fase Transition diharapkan penyelesaian terhadap beta testing,
percobaan penerimaan, dan perbaikan yang salah pada sistem serta pengeluaran produk dan juga diterima oleh komunitas situs pengguna
2.2.5.2
Use Case Diagram
2.2.5.2.1 Pengertian Use Case Use case adalah deskripsi pandangan pengguna tentang fungsionalitas suatu sistem yang dapat digunakan untuk menggambarkan kebutuhan sistem, kemampuan sistem, dan juga siapa saja yang akan menjadi pengguna. Menurut Bennet, et al (2010, p. 154) use case adalah deskripsi fungsionalitas dari sistem dari pandangan pengguna.
2.2.5.2.2 Pengertian Actor Peran actor dalam suatu sistem adalah menjalankan sistem, berinteraksi dengan sistem itu sendiri, actor dapat mewakili orang, sistem lain yang ingin berinteraksi guna mendapatkan suatu informasi. Menurut Bennet, McRobb, & Farmer(2010, p. 155) Actor mewakili orang, atau sistem lain ketika berkomunikasi dengan use case tertentu pada sistem.
43
Menurut Bentley & Whitten(2007, p. 247) Actor adalah apapun yang dibutuhkan untuk berinteraksi dengan sistem guna bertukar informasi, baik itu orang, atau sistem lain. Menurut Bentley & Whitten(2007, p. 247) ada 4 tipe actor: 1.
Primary Business Actor
2.
Primary System Actor
3.
External Server Actor
4.
External Receiver Actor
2.2.5.2.3 Pengertian Use Case Diagram Use case diagram secara grafik menggambarkan interaksi antar sistem dan sistem luar dan juga pengguna. Menurut Bentley & Whitten (2007, p. 246) use case diagram adalah sebuah diagram yang menggambarkan interaksi antar sistem dan sistem external lain dan juga pengguna lain. Dengan kata lain, diagram ini secara grafik mendeskripsikan siapa yang akan menggunakan sistem dan cara apa yang user harapkan untuk berinteraksi dengan sistem.
2.2.5.2.4 Jenis Relasi pada Use case Menurut Bentley &Whitten (2007, p. 248) ada 4 jenis relasi pada use case. •
Associations Sebuah relasi antara actor dan use case dimana terjadi interaksi antara mereka.
44
•
Extends Use case mungkin saja memiliki fungsionalitas yang rumit, sehingga susah di mengerti, untuk menyederhanakannya, kita dapat memecah langkah rumit itu menjadi langkah nya sendiri. Use case hasil proses ini disebut extension use case. Extension use case adalah sebuah use case yang terdiri dari langkahlangkah
yang
di
keluarkan
dari
use
case
rumit
dengan
tujuan
menyederhanakan kasus asli dan mengekstens fungsionalitas nya. •
Uses (atau includes) Kita mungkin sering menemukan dua atau lebih use case dapat menjalankan langkah fungsionalitas yang sama. Lebih baik memecah langkah yang sama ini menjadi langkah nya masing-masing, hasil proses ini disebut abstract use case. Abstract use case adalah use case yang mengurangi pengulangan antara dua atau lebih use case dengan mengombinasikan langkah sama yang ditemukan didalam case tersebut.
•
Depends On Depends on merupakan relasi antara use case yang mengindikasikan bahwa satu use case tidak dapat dijalankan sampai use case lain sudah dijalankan.
•
Inheritance Didalam use case, relasi antara actor dibuat untuk menyederhanakan penggambaran ketika actor abstrak menurunkan role nya kepada beberapa actor nyata.
45
2.2.5.2.5 Proses Pembuatan Use case Menurut Bentley dan Whitten (2007, p. 251) langkah yang dibutuhkan untuk membuat use case adalah : • Identifikasikan actor bisnis. • Identifikasikan kebutuhan bisnis • Bangun model use case diagram • Dokumentasikan kebutuhan bisnis secara naratif
2.2.5.3 Sequence Diagram Sequence diagram menggambarkan proses interaksi antara sistem, objek dan pengguna yang menggambarkan logika program, alur program dan semua skenario yang mungkin terjadi didalam sebuah usecase. Menurut Wixom, Dennis, & Tegarden(2010, p. 240) Sequence diagram adalah sebuah model dinamis yang menunjukkan urutan explisit dari pesan yang disampaikan diantara objek dalam sebuah interaksi. Sequence diagram dapat menjadi sequence diagram generik yang menunjukkan semua skenario yang memungkinkan untuk sebuah use case, tetapi biasanya setiap analis mengembangkan sekumpulan sequence diagram, dimana masing-masing sequence diagram menggambarkan sebuah skenario tunggal diantara use case. Menurut Windle & Abreo,(2003, p. 116) Sequence diagram adalah sebuah kumpulan objek yang saling berinteraksi untuk menyelesaikan suatu tugas atau sederetan tugas yang diberikan pada suatu waktu.
46
Menurut Bennet, et al (2010, p. 262) interaction sequence diagram atau biasa disebut dengan sequence diagram saja, merupakan satu dari beberapa tipe diagram interaksi UML. Sequence diagram secara semantis sama dengan diagram komunikasi untuk interaksi sederhana Menurut Bentley & Whitten (2007, p. 659) Sequence diagram adalah sebuah diagram UML yang memodelkan logika sebuah use case dengan menggambarkan pesan interaksi antara objek dalam waktu yang sekuensial. Menurut Bentley & Whitten (2007, p. 394) System sequence diagram adalah sebuah diagram yang menggambarkan interaksi antara actor dan sistem untuk sebuah skenario use case. Menurut Larman (2005, p. 176) System sequence diagram merupakan gambaran yang menunjukan satu skenario sebuah use case, kejadian yang menghasilkan aktor external, pesanan mereka, dan kejadian antar sistem yang terjadi. Dari kutipan diatas, dapat disimpulkan sequence diagram adalah kejadian yang mungkin terjadi akibat interaksi antara pengguna, objek, dan sistem yang digambarkan secara sekuensial.
2.2.5.4 Network Diagram Network diagram adalah pemodelan rancangan arsitektur sistem pada sebuah jaringan sistem komputer yang dapat memberikan informasi kepada perancang tentang bagaimana struktur teknologi informasi baik perangkat lunak maupun perangkat keras berinteraksi pada sistem berjalan. Menurut Satzinger, Jackson, & Burd(2008, p. 337) Network diagram adalah sebuah model yang menggambarkan bagaimana letak distribusi lapisan aplikasi pada
47
sebuah sistem komputer. Satzinger, Jackson, & Burd(2008, p. 349) menyatakan network diagram mendeskripsikan sumber jaringan dan komputer di dalam sebuah organisasi serta menjelaskan detail seperti protokol yang diperlukan dan software serta hardware mana yang perlu dijalankan oleh sistem komputer tertentu. Berdasarkan kutipan diatas, dapat disimpulkan bahwa network diagram adalah diagram yang menggambarkan letak distribusi pada jaringan komputer dalam suatu organisasi dan mendeskripsikan protokol yang harus dipenuhi untuk kelangsungan jalannya sistem.
2.2.5.5 Deployment Diagram Deployment diagram adalah diagram yang memodelkan lokasi komponen fisik yang tersebar disekitar lingkungan sistem dan dapat membantu perancang untuk mengetahui bagaimana komponen perangkat lunak dan perangkat keras saling berinteraksi satu sama lain. Menurut Satzinger, Jackson, & Burd(2008, p. 401) Deployment diagram merupakan sebuah diagram implementasi yang menunjukkan lokasi komponen fisikal yang tersebar di berbagai lokasi yang berbeda-beda. 2.2.6
Tingkatan Manajemen dan Kebutuhan Informasi Dalam struktur organisasi perusahaan, terdapat tingkatan-tingkatan manajemen
dalam organisasi yang memiliki kebutuhan informasi yang berbeda pada masing-masing tingkatan, pada dasarnya tingkatan manajemen dibedakan menjadi 3 bagian, top managers, middle managers, dan first-line managers. Menurut Robbins & Coulter(2007, p. 232), tingkatan manajemen dan kebutuhan informasi nya adalah :
48
• First-Line Managers, tingkatan paling rendah dari manajement, mengatur pekerjaan dari karyawan non-managerial yang biasanya berhubungan dengan pembuatan produk organisasi atau melayani customer organisasi. • Middle managers, manajemen yang berada di antara first-line managers dan top managers didalam organisasi yang mengatur pekerjaan dari first-line managers • Top managers, Manajer yang berada pada tingkatan tinggi didalam struktur organisasi dan memiliki tanggung jawab dalam pengambilan keputusan dan menentukan tujuan dan rencana yang berdampak pada organisasi secara keseluruhan.
2.2.7
Pengertian Manajemen Strategis Menurut Robbins & Coulter(2007, p. 238) Manajemen Strategi merupakan hal
yang dilakukan manajer untuk mengembangkan strategi organisasi. Strategi organisasi merupakan keputusan dan aksi yang menentukan performa jangka panjang dari suatu organisasi. Menurut (Kyd, 2004) pada website exceluser.com Laporan manajemen seharusnya berbentuk seperti pyramid. Bagian paling atas pyramid merepresentasikan laporan summary. Laporan ini memiliki beberapa halaman, yang dimana menunjukan trends dan hubungan tentang variasi yang luas tentang topik yang harus diikuti oleh manajer. Bagian bawah pyramid berisikan laporan yang kurang mendetail, bagaimanapun didalam banyak perusahaan, laporan manajemen bermula dan berakhir pada bagian bawah pyramid
49
Gambar 2.17 Pyramid laporan manajemen (Kyd, 2004) Menurut kami manajemen strategis adalah pengembangan akan strategi yang sudah ada pada suatu organisasi agar memberikan dampak positif bagi organisasi.
2.2.8
Analisis Strengths, Weaknesses, Opportunities, Threats (SWOT) Analisis SWOT merupakan pendekatan analisis tentang pada suatu organisasi
atau perusahaan dengan menjabarkan faktor external dan juga faktor internal yang bisa menggambarkan apa kekuatan (Strengths) dan kelemahan (Weaknesses), serta apa yang kesempatan yang dapat menguntungkan (Opportunities) dan ancaman yang mungkin merugikan perusahaan (Threats). Analisis SWOT dimaksudkan untuk memprediksikan atau menghindari terjadinya ketidakpastian (uncertainty) pada organisasi bersangkutan sehingga dapat memprediksikan apa yang terlihat atau terjadi di lingkungan internal dan external organisasi sekitarnya, baik dalam jangka pendek maupun jangka panjang, atau baik secara mikro maupun makro. Adapun unsur-unsur dan faktor yang terdapat dalam analisis SWOT dapat digambarkan sebagai berikut :
50
Unsur-unsur :
Faktor-faktor:
• (S) = Strengths (kekuatan-kekuatan)
1.Bersumber dari lingkungan
• (W) = Weaknesses (kelemahan-kelemahan) • (O) = Opportunities (peluang-peluang)
internal 2.Bersumber dari lingkungan
• (T) = Threats (ancaman-ancaman)
external
Menurut Rangkuti (2006, p. 18) Analisis SWOT adalah identifikasi faktor secara sistematis untuk memutuskan strategi perusahaan. Analisis ini didasarkan pada logika yang dapat memaksimalkan kekuatan (Strengths) dan peluang (Opportunities), namun secara bersamaan dapat meminimalkan kelemahan (Weaknesses) dan ancaman (Threats). Empat Faktor analisis SWOT adalah : •
Strengths(S)—Kekuatan, adalah kemampuan internal yang menonjol dari sebuah perusahaan secara relatif dibandingkan dengan perusahaan lainnya. Strength merupakan suatu keunggulan kompetensi yang ada dalam perusahaan yang dijadikan sebagai perbandingan dengan kompetitor.
•
Weaknesses
(W)—Kelemahan,
merupakan
sifat-sifat
dari
suatu
perusahaan yang cenderung mengurangi nilai-nilai kompeten dan perbandingan dengan pesaing-pesaingnya.
51
•
Opportunities (O)—Peluang, merupakan peluang-peluang yang ada dalam diri perusahaan atau peluang-peluang yang dimiliki oleh perusahaan / perusahaan.
•
Threats (T)—Ancaman, merupakan kejadian-kejadian yang sangat mungkin terjadi yang dapat mengakibatkan kerugian tertentu bagi perusahaan.
Gambar 2.18 Diagram SWOT Rangkuti (2006, p. 19) Setelah menemukan unsur-unsur internal dan external, kita dapat melanjutkan dengan menempatkan unsur-unsur tersebut kedalam matriks SWOT, mengacu pada Rangkuti (2006, p. 31) Matriks SWOT adalah Matriks yang mengintegrasikan faktor strategis internal dan external dengan tujuan matriks ini dapat menjelaskan gambaran bagaimana peluang dan ancaman (external) yang dihadapi dapat disesuaikan dengan kekuatan dan kelemahan (internal) yang dimiliki.
52
Strength
Weakness
Strategi Strentgth, Strategi Weakness, Opportunity Opportunity Strategi Strengh, Strategi Weakness, Threat Threat Threat Tabel 2.2 Tabel Analisis SWOT Matriks Rangkuti(2006, p. 31)
Opportunity
Dari matriks ini dapat didapatkan empat set kemungkinan strategi alternatif untuk perusahaan, yaitu : 1.
SO (Strength & Opportunities) Strategi untuk membangun faktor kekuatan yang bersumber dari pihak
internal organisasi dengan memanfaatkan peluang yang ada di lingkungan faktor external secara tepat untuk meraih kesuksesan atau keberhasilan (dalam hal ini, posisi yang sangat ideal). 2.
ST (Strengths & Threats) Sama dengan kasus kombinasi SO diatas, yaitu secara strategis adalah
untuk memperkuat faktor kekuatan (internal) dengan meng-counter unsur-unsur ancaman yang negatif bakal terjadi dari faktor lingkungan external untuk meraih kesuksesan (posisi potensi positif-negatif) 3.
WO (Weaknesses & Opportunities) Secara
strategis
pihak
perusahaan
(organisasi)
berupaya
meminimalisasikan faktor-faktor dari kelemahan internal, sekaligus tetap memanfaatkan faktor-faktor peluang yang ada dari external untuk meraih keberhasilan (posisi potensi negatif-positif).
53
4.
WT (Weaknesses & Threats) Secara strategis pihak perusahaan harus berjuang keras untuk
meminimalisasikan faktor-faktor kelemahan internal dan sekaligus menghadapi faktor resiko ancaman dari external yang cukup berat untuk mencapai keberhasilan (posisi ini, sangat lemah, buruk, dan beresiko gagal).
2.2.9
Analisis Value Chain Value Chain adalah rangkaian aktivitas operasi dalam suatu organisasi dan
menghubungkannya dengan posisi kompetitif perusahaan, dimana aktivitas operasi tersebut menghasilkan suatu nilai bagi perusahaan. Mengacu pada pernyataan Gurun, Starnes, Wang, & Barton(2010) pada website netmba.com, value chain merupakan serangkaian kegiatan aktivitas penghasil nilai yang didapat dari hasil pemisahan pada sistem bisnis yang bertujuan untuk memberikan pengertian tentang aktivitas perusahaan yang dapat mengembangkan keuntungan kompetitif dan membuat nilai shareholder. Menurut Gurun, Starnes, Wang, & Barton(2010) aktivitas utama dalam value chain adalah : 1.
Inbound Logistic : penerimaan dan penyimpanan dari bahan mentah, dan pendistribusian kedalam proses manufacturing
2.
Operation : proses pengubahan inputs ke produk atau jasa yang telah selesai.
3.
Outbound Logistic : penyimpanan dan pendistribusian barang jadi.
4.
Marketing & Sales : Identifikasi dari kebutuhan pelanggan dan penjualan lainnya.
5.
Service : Dukungan pelanggan setelah produk atau jasa terjual kepada mereka
54
Aktifitas utama ini didukung oleh 1.
Instrastruktur Firma: struktur organisasi, sistem kontrol, budaya perusahaan.
2.
Manajemen Sumber Daya Manusia : penerimaan karyawan, pelatihan karyawan, pengembangan, dan kompensasi karyawan
3.
Pengembangan Teknologi : Teknologi yang mendukung aktivitas pembuatan nilai
4.
Pembelian : Pembelian bahan baku, peralatan, dan alat pendukung lainnya.
Gambar 2.19 – Primary Value Chain Activities Gurun, Starnes, Wang, & Barton(2010)
55
Analisis Model Value Chain adalah alat analisis yang berguna dalam mendefinisikan kompetensi perusahaan, dan aktivitas didalamnya yang dapat menghasilkan keuntungan kompetitif seperti : •
Cost advantage : dengan mengerti pembiayaan dan dapat menekannya dalam aktivitas pemberian nilai.
•
Differentiation : dengan mengfokuskan aktivitas yang berhubungan dengan kompetensi inti dan kemampuan dengan tujuan kelebihannya terhadap kompetitor
