BAB 2
LANDASAN TEORI
2.1 Teori Umum 2.1.1 Sistem
M enurut Fathansyah (2004,p2), sistem selalu berkonotasi pada tiga hal utama yaitu komponen, ketergantungan dan tujuan. M aksudnya adalah sebuah sistem yang ada akan selalu terdiri dari beberapa komponen yang saling bergantung dan memiliki satu tujuan tertentu.
M enurut M annino (2004,p124), sistem adalah kumpulan komponen yang saling berkaitan yang bekerja bersama untuk mendapatkan hasil tertentu. M isalnya, sistem peredaran darah yang terdiri dari jantung, pembuluh darah, dan darah yang bertujuan untuk mengalirkan darah ke penjuru tubuh manusia.
2.1.2 Database
M enurut Connolly and Begg (2010,p65), database adalah koleksi data logis yang saling berelasi, deskripsi dari data, dan dirancang untuk mendapatkan informasi yang dibutuhkan oleh suatu organisasi. Sedangkan menurut M annino (2004,p4), database adalah kumpulan data yang bersifat tetap yang dapat dibagikan dan saling berhubungan. Dari dua pendapat tersebut dapat disimpulkan bahwa database dapat dikatakan kumpulan dari data yang saling berhubungan yang dapat memberikan informasi yang berguna kepada pemakainya.
2.1.3 Database Management System (DBMS )
M enurut Whitten, Bentley and Dittman (2007,p760) DBM S adalah software khusus yang dibuat untuk membuat, mengakses, mengontrol dan menangani sebuah
database.
M enurut Connolly and Begg (2010,p66), DBM S adalah sebuah sistem perangkat lunak yang memungkinkan pengguna untuk menentukan, membuat, menangani dan mengontrol akses untuk sebuah database.
2.1.4 Perancangan Database
M enurut Indrajani (2009, p79), terdapat hubungan yang erat antara sistem informasi dengan database. Database merupakan komponen mendasar dari suatu sistem informasi, dimana pengembangan atau penggunaannya harus dilihat dari perspektif yang lebih luas berdasarkan kebutuhan organisasi. Dengan sistem informasi, dimungkinkan terjadinya proses pengumpulan data, pengaturan, pengawasan, dan penyebaran informasi ke seluruh organisasi.
Gambar 2.1 T ahapan Pengembangan Sistem Informasi
2.1.5 Tahapan Perancangan Database
2.1.5.1 Siklus Hidup Pengembangan Sistem Database
M enurut Connolly dan Begg (2010,p313), Dikarenakan database merupakan sebuah bagian yang mendasar pada sistem informasi pada sebuah organisasi maka siklus hidup database dihubungkan dengan siklus hidup sistem informasi. Tahapan siklus hidup aplikasi database tidak sepenuhnya berurutan, namun meliputi sejumlah perulangan pada tahap sebelumnya melalui perulangan feed back.
2.1.5.1.1 Perencanaan Database
M enurut Indrajani (2009, p80), Database Planning atau perencanaan database merupakan aktivitas manajemen untuk
merealisasikan tahapan Database Application Lifecycle. Perencanaan
yang diperlukan, cara membuat desain, dan implementasi. Perencanaan
database terintegrasi dengan keseluruhan strategi sistem informasi
organisasi.
Tiga hal pada perencanan database yang berkaitan dengan strategi sistem informasi, yaitu:
1. Identifikasi rencana dan sasaran dari organisasi, termasuk sistem informasi yang dibutuhkan.
2. Evaluasi sistem informasi yang ada untuk menetapkan kelebihan dan kekurangan yang dimiliki oleh sistem tersebut.
3. Penaksiran kesempatan teknik informatika yang mungkin memberikan keuntungan kompetitif.
2.1.5.1.2 Pendefinisian Sistem
M enurut Indrajani (2009, p81), Definisi sistem bertujuan untuk mendeskripsikan batasan dan ruang lingkup aplikasi database serta sudut pandang pengguna yang utama. Aplikasi database seharusnya memiliki satu atau lebih user view. User view mendefinisikan apa yang diharapkan dari aplikasi basis berdasarkan peranan pekerjaan atau berdasarkan area aplikasi organisasi. Pengidentifikasian user view membantu untuk memastikan tidak ada database yang terlupakan dan mengetahui apa yang diinginkan pengguna saat aplikasi baru akan dibuat, selain itu user view juga membantu dalam mengembangkan
database yang rumit dan dapat menguraikannya menjadi
subbagian-subbagian yang lebih sederhana.
2.1.5.1.3 Analisis dan Pengumpulan Kebutuhan
M enurut Indrajani (2009, p82), analisis dan pengumpulan kebutuhan merupakan kegiatan dalam mengumpulkan dan menganalisis informasi tentang organisasi yang akan didukung oleh aplikasi database dan menggunakan informasi tersebut untuk mengidentifikasi kebutuhan pengguna terhadap sistem yang baru. Informasi yang dikumpulkan dapat berupa deskripsi data yang digunakan atau dihasilkan, rincian bagaimana data digunakan atau dihasilkan. Informasi yang didapat dianalisis untuk mengidentifikasi kebutuhan pengguna dan diharapkan tersedia pada aplikasi database yang baru.
2.1.5.1.4 Perancangan Database
Tujuan dilakukannya perancangan database menurut Indrajani (2009, p84) adalah:
1. M engembangkan relasi data antara data yang dibutuhkan oleh aplikasi dan user view.
2. M enyediakan model data yang mendukung seluruh transaksi yang diperlukan.
3. M enspesifikasikan rancangan dengan struktur yang sesuai dengan kebutuhan sistem.
Berdasarkan sumber yang sama, Indrajani (2009, p84), terdapat beberapa pendekatan yang dapat digunakan dalam merancang database, yaitu :
1. Top-down
M erupakan pendekatan yang diawali dengan membuat data model. Pendekatan top-down dapat diilustrasikan menggunakan
entity-relationship (ER) model level tinggi , lalu mengidentifikasikan entity,
dan hubungan antar entity organisasi. Pendekatan seperti ini sesuai untuk database yang rumit.
2. Bottom-Up
Jenis pendekatan perancangan yang dimulai dari level dasar, yaitu atribut, menganalisis hubungan antar atribut, lalu mengelompokannnya dalam suatu relasi yang menggambarkan tipe entitas dan relasi antara entitas.
3. Inside-out
Pendekatan yang mirip dengan pendekatan bottom-up. Perbedaannya ada pada tahapan awal, yaitu pada pendekatan ini tahapan awal dilakukan dengan menatapkan major entity, lalu menguraikannya menjadi entitas relasi-relasi dan atribut-atribut yang berhubungan dengan major entity.
M erupakan perancangan yang menggunakan pendekatan Bottom-up dan Top-down.
Perancangan database yang dilakukan dalam mendukung pengembangan sistem menggunakan pendekatan Bottom-Up, yaitu dengan normalisasi dalam menyusun aplikasi database.
2.1.5.1.5 Pemilihan DBMS
M enurut Indrajani (2009, p87), seleksi Database Management
System (DBM S) adalah kegiatan memilih DBM S yang akan digunakan
dalam pembuatan database. Pemilihan DBM S yang tepat sangat mendukung aplikasi database.
Langkah utama dalam pemilihan DBM S : 1. Definisikan waktu untuk melakukan studi referensi.
2. Catat dua atau tiga produk yang akan dievaluasi untuk digunakan. 3. Evaluasi Produk.
4. Rekomendasikan produk yang dipilih dan buat laporan yang mendukungnya.
2.1.5.1.6 Perancangan Aplikasi
M enurut Indrajani (2009, p87), perancangan aplikasi merupakan perancangan user interface dan program aplikasi yang menggunakan
database dan melakukan proses terhadap database. Perancangan database dan aplikasi dilakukan secara paralel. Disebutkan ada dua
aktivitas penting pada tahap perancangan aplikasi ini, yaitu transaction
design dan user interface design.
a. Perancangan Transaksi
M enurut Indrajani (2009, p88), perancangan transaksi merupakan tindakan atau serangkaian tindakan yang dilakukan oleh single user atau program aplikasi yang mengakses atau mengubah isi database. Perancangan transaksi bertujuan untuk mendefinisikan dan mendokumentasikan karateristik transaksi yang dibutuhkan dalam
database, meliputi :
1. Data yang digunakan oleh transaksi. 2. Karateristik fungsional dari transaksi. 3. Output transaksi.
4. Kepentingan bagi pengguna.
5. Tingkat penggunaan yang diharapkan. b. Perancangan antarmuka
M enurut Indrajani (2009, p88), Terdapat beberapa aturan pokok dalam pembuatan user interface antara lain adalah :
1. Pemberian nama atau report cukup jelas dan menerangkan fungsi dari suatu form atau report.
2. Penggunaan istilah yang sering digunakan untuk menyampaikan instruksi bagi pengguna.
3. Field yang saling berhubungan ditempatkan pada form atau
4. Tampilan form atau report harus menarik dan sesuai dengan rencana kerja yang telah disepakati.
2.1.5.1.7 Prototyping
M enurut Indrajani (2009, p90), prototyping memiliki fungsi untuk membuat model kerja suatu aplikasi database. Tahapan ini bersifat opsional, tujuan dari tahapan ini adalah :
1. Untuk mengidentifikasi fitur sistem yang sedang berjalan. 2. Untuk memberikan perbaikan atau penambahan fitur baru. 3. Untuk klarifikasi kebutuhan pengguna.
4. Untuk evaluasi kelayakan dan kemungkinan apa yang terjadi dari desain sistem.
Dari sumber yang sama diperoleh terdapat dua macam prototipe yang digunakan saat ini, yaitu :
1. Requirenment Prototyping 2. Evalutionary Prototyping
2.1.5.1.8 Implementasi
M enurut Connolly dan Begg (2010, p334), implementasi dari
database didapat dengan menggunakan Data Defininition Language
(DDL) dari DBM S yang telah terpilih atau dengan menggunakan
graphical user interface (GUI). Pernyataan DDL digunakan untuk
tahapan ini diimplementasi program aplikasi menggunakan bahasa yang dipilih, seperti 3GL atau 4GL, selain itu komponen lain dari rancangan aplikasi juga turut diimplementasi seperti menu layar, form
data entry, dan reports. Keamanan dan pengendalian integritas
diimplementasikan menggunakan DDL.
2.1.5.1.9 Data Konversi dan Loading
M enurut Connolly dan Beg (2010, p334), Tahap ini diperlukan hanya ketika sistem database yang baru perlu menggantikan sistem
database yang lama. Pada sumber tersebut disebutkan, pada saat ini
sebuah DBM S biasanya memiliki perlengkapan yang me-load file atau dokumen yang ada.
2.1.5.1.10 Testing
M enurut Connolly dan Begg (2002,293), testing merupakan proses pengeksekusian program aplikasi dengan maksud untuk menemukan kesalahan-kesalahan. Sebelum dijalankan aplikasi
database yang baru selesai dikembangkan harus secara menyeluruh
teruji. Hal ini dapat dicapai dengan strategi pengujian yang dirancang dengan baik dan data yang realisitis dengan begitu proses pengujian dapat terpenuhi.
M enurut Connolly dan Begg (2002,293), Operational
maintenance merupakan sebuah proses dari pemonitoran dan menjaga
sistem setelah instalasi. Pada tahapan ini meliputi beberapa aktivitas antara lain:
a. M emonitor performa dari sistem, jika performa dari sistem turun ke tingkatan yang tidak dapat diterima oleh organisasi maka diperlukan reorganization dari database.
b. M enjaga dan meng-upgrade aplikasi database, kebutuhan baru akan dimasukkan ke dalam database melalui tahapan siklus hidup
database.
2.1.5.2 Normalisasi
M enurut Connolly dan Begg (2002, p375) , ketika kita merancang sebuah
database untuk sebuah sistem yang berelasi tujuan utamanya adalah
menciptakan representasi yang akurat dari sebuah data, hubungannya, dan batasan-batasannya. Untuk mendapatkan hasil ini, kita harus mengidentifikasi kumpulan relasi yang tepat. Sebuah teknik yang dapat kita gunakan untuk mengidentifikasi hubungan antar data disebut dengan normalisasi. Normalisasi adalah sebuah pendekatan bottom-up terhadap perancangan database dengan memulai memeriksa relasi dan atribut.
M enurut Indrajani (2009, p109), normalisasi adalah suatu teknik dengan pendekatan bottom-up yang digunakan untuk membantu mengidentifikasikan
hubungan, dimulai dari menguji hubungan ketergantungan fungsional antara atribut.
2.1.5.2.1 Tujuan Normalisasi
M enurut Indrajani (2009, p109), tujuan utama normalisasi adalah mengidentifikasi kesesuaian hubungan yang mendukung data untuk memenuhi kebutuhan organisasi.
2.1.5.2.2 Peranan Normalisasi dalam Perancangan Database
M enurut Indrajani (2009, p110), peranan normalisasi terdapat saat menggunakan pendekatan bottom-up dan teknik validasi. Teknik validasi digunakan untuk memeriksa apakah struktur relasi yang dihasilkan oleh ER-modelling baik atau tidak.
2.1.5.2.3 Data Redundancy
M enurut Indrajani (2009, p110), tujuan utama perancangan
database adalah mengelompokkan atribut-atribut ke dalam relasi-relas i
sehingga meminimalisasi redundansi data dan mengurangi penggunaan tempat penyimpanan yang dibutuhkan untuk sebuah relasi dasar.
2.1.6 The Linear Sequential Model
M enurut Pressman (2001, p28), the linear sequential model menyarankan sebuah pendekatan pengembangan software/system yang sistematis dan sequential. Sebuah
pendekatan pengembangan software/system yang yang diawali pada level sistem dan berkembang melalui tahapan analisis, perancangan, coding, testing, serta support/maintanance. Berikut deskripsi dari tahapan teori linear sequential model
1. Analisis
M erupakan tahapan pengumpulan kebutuhan yang dilakukan untuk mengetahui kebutuhan dari program yang akan dirancang.
2. Perancangan
Perancangan perangkat lunak dari sebuah sistem merupakan sebuah tahapan berlapis yang mengandung empat unsur utama, yaitu
a. Perancangan data
b. Arsitektur perangkat lunak c. Representasi layar antar muka d. Procedural (algorithmic)
Pada dasarnya tahap perancangan akan menerjemahkan kebutuhan yang telah diketahui menjadi representasi dari perangkat lunak sebelum coding dilakukan.
3. Code generation
Rancangan yang telah diperoleh pada tahapan sebelumnya harus diterjemahkan ke dalam bentuk yang dimengerti oleh mesin, tahapan ini akan melakukan hal tersebut. 4. Testing
Setelah tahapan code generation (coding) selesai dilakukan, tahap selanjutnya adalah pengujian program, pengujian program menitikberatkan kepada logika dari perangkat
lunak, memastikan bahwa seluruh baris program teruji, dan fungsionalitas dari program berjalan sesuai rencana.
5. Support / Dukungan
Sistem atau perangkat lunak yang telah selesai dikembangkan tidak menutup kemungkinan mengalami perubahan kebutuhan setelah selesai di antar ke customer, perubahan baik karena logic error atau perubahan permintaan fungsionalitas dari
customer, untuk itu tahapan ini dibutuhkan untuk menangani masalah-masalah
seperti yang telah dijelaskan.
2.1.7 Delapan Aturan Emas Perancangan Antarmuka
M enurut Shneiderman dan Plaisant (2010, p88), delapan aturan ini disebut aturan emas dikarenakan dapat diaplikasikan dalam banyak sistem interaktif. Prinsip-prinsip ini diambil dari pengalaman selama lebih dari dua dekade, setiap aturan tidak harus dipenuhi, namun aturan-aturan tersebut berguna bagi perancang antarmuka serta siswa. Aturan-aturan tersebut adalah
a. Berusaha untuk konsisten. Aturan ini adalah aturan yang paling sering dilanggar, namun untuk diikuti sulit dikarenakan banyak bentuk konsistensi dari sebuah
form. Urutan yang konsisten dari aksi pada situasi yang sama, terminology yang
identik dengan permintaan harus diterapkan dalam perancangan layar dari sistem, dan konsistensi layout, huruf, serta warna merupakan hal-hal yang juga harus dipertimbangkan.
b. Memenuhi penggunaan secara universal. M enyadari berbagai kebutuhan pengguna yang berbeda-beda dan merancang fleksibilitas untuk memfasilitasi perubahan konten.
c. Memberikan umpan balik yang informatif. M emungkinkan sistem untuk merespon tindakan pengguna dalam berbagai cara, misalnya dengan suara atau efek.
d. Merancang dialog yang menghasilkan penutupan. Urutan aksi sebaiknya dirancang secara terorganisir juga harus menunjukkan aktivitas mereka apabila telah menyelesaikan suatu aksi.
e. Penanganan kesalahan secara sederhana. Rancangan harus meliputi penanganan kesalahan yang sederhana, jika terjadi kesalahan sistem harus mampu mendeteksi kesalahan dan menawarkan instruksi untuk melakukan pemulihan.
f. Mudah kembali ke tindakan sebelumnya. Sistem diharapkan mampu mengurangi kekhawatiran pengguna untuk mencoba hal baru. Jika pengguna melakukan kesalahan maka mereka dapat kembali ke tindakan sebelumnya.
g. Mendukung tempat pengendali internal. Pengguna dimungkinkan untuk melakukan modifikasi yang berhubungan terhadap data internal misalnya perubahan password.
h. Mengurangi beban ingatan jangka pendek. Antarmuka dari sistem sebaiknya membantu pengguna untuk mengurangi beban ingatan jangka pendek mereka.
2.1.8 Rich Pictures
M enurut Indrajani (2011, p29), Rich Pictures merupakan sebuah gambaran informasi yang memberikan pemahaman mengenai sebuah situasi. Sebuah rich
pictures berfokus pada aspek penting dari sebuah situasi yang telah ditentukan. Rich Pictures harus memberikan uraian dari situasi yang memungkinkan beberapa
penjelasan.
2.1.9 Flowchart
M enurut Indrajani (2011, p22), Flowchart merupakan penggambaran secara grafik dari langkah-langkah dan urutan prosedur suatu program. Biasanya mempermudah penyelesaian masalah, khususnya yang perlu dipelajari dan dievaluasi lebih lanjut.
2.1.10 Gantt Chart
M enurut Indrajani (2011, p24), Gantt Chart merupakan visualisasi chart yang digunakan untuk menggambarkan jadwal dari pekerjaan atau proyek. Biasanya digunakan untuk membuat jadwal analisis, perancangan, dan implementasi suatu sistem.
2.1.11 UML Diagram
2.1.11.1 Use Case Diagram
M enurut Indrajani (2011, p30), Use Case Diagram merupakan suatu diagram yang berisi use case, actor, serta relationship diantaranya. Use Case
Diagram merupakan titik awal yang baik dalam memahami dan menganalisis
untuk menentukan kebutuhan apa saja yang diperlukan dari suatu sistem. Jadi, dapat digambarkan dengan rinci bagaimana suatu sistem memproses atau melakukan sesuatu, bagaimana cara actor akan menggunakan sistem, serta apa saja yang dapat dilakukan terhadap suatu sistem.
2.1.11.2 Activity Diagram
M enurut Indrajani (2011, p32), Activity Diagram digunakan untuk menganalisis behaviour dengan use case yang lebih kompleks dan menunjukkan interaksi-interaksi di antara mereka satu sama lain. Activity
Diagram biasanya digunakan untuk menggambarkan aktivitas bisnis yang lebih
kompleks, di mana digambarkan hubungan antar satu use case dengan use case lainnya.
2.1.11.3 Statechart Diagram
M enurut Indrajani (2011, p32), Statechart Diagram digunakan untuk membuat model bagaimana suatu objek mengalami perubahan state, menggambarkan behaviour dari sub sistem, membuat model interaksi antara
class-class dan model dari tampilan sistem. Statechart Diagram banyak
digunakan pada saat peralihan antara analisis dan fase desain.
2.1.11.4 Sequence Diagram
M enurut Indrajani (2011, p36), Sequence Diagram merupakan suatu diagram interaksi yang menggambarkan bagaimana objek-onjek berpartisipasi
dalam bagian interaksi (particular interaction) dan pesan yang ditukar dalam urutan waktu.
2.1.12 Web dan Database 2.1.12.1 Internet
M enurut Connolly dan Begg (2010,p1024), internet adalah kumpulan komputer yang terhubung dari seluruh dunia.
2.1.12.2 Web
M enurut Connolly dan Begg (2010,p1028), web adalah sistem berbasis
hypermedia yang menyediakan informasi melalui internet dengan cara non-sequential dengan menggunakan hyperlinks.
2.1.12.3 Web Database
Web Database adalah tempat penyimpanan informasi secara dinamis
yang berinteraksi dengan halaman web.
2.2 Teori Khusus 2.2.1 Informasi
M enurut M cLeod, Jr (1998,p4), Informasi adalah sebuah tipe sumber utama yang tersedia untuk manager. Informasi dapat diatur sama seperti sumber lainnya. Output dari informasi yang dihasilkan oleh komputer digunakan oleh manager, nonmanagers, serta orang-orang yang terkait dengan struktur organisasi.
2.2.1.1 Manajemen Informasi
M enurut M cLeod, Jr (1998, p4), seiring naiknya skala operasi dari organisasi, ratusan atau ribuan jumlah pekerja dengan operasi yang tersebar ke berbagai area, manager membutuhkan lebih sedikit observasi dan lebih banyak informasi. Manager menggunakan banyak laporan atau tampilan informasi untuk merefleksikan kondisi fisik dari organisasi.
2.2.1.1.1 Tipe S umber Utama
M enurut M cLeod, Jr (1998, p4), manager mengatur lima sumber utama, yaitu
1. Personal 2. M aterial
3. M esin (termasuk fasilitas dan energi) 4. Uang
5. Informasi ( termasuk data)
Empat sumber pertama digolongkan sebagai sumber fisikal, sumber-sumber tersebut tersedia secara fisik dan dapat dipegang. Sumber kelima merupakan sumber konseptual, manager menggunakan sumber konseptual untuk mengatur sumber fisikal.
M enurut M cLeod, Jr (1998, p5), pengaturan informasi merupakan suatu hal yang mudah untuk melihat bagaimana seorang manager mengatur sumber fisikal. M anager memastikan bahwa data mentah yang penting terkumpul dan diproses menggunakan informas i yang berguna, setelah itu manager memastikan bahwa orang yang tepat akan menerima informasi pada saat yang tepat dan dengan bentuk yang sesuai, sehingga informasi tersebut dapat digunakan. Semua aktivitas yang memerlukan informasi, dan menggunakan informasi dalam cara yang efektif, dan membuang informasi tersebut pada saat yang tepat disebut dengan manajemen informasi.
2.2.2 Teknologi
M enurut Kamus Besar Bahasa Indonesia, teknologi adalah keseluruhan sarana untuk menyediakan barang-barang yang diperlukan bagi kelangsungan dan kenyamanan hidup manusia.
2.2.3 E-Office
Electronic Office merupakan kantor yang modern (modern office) yang tergabung
dengan sistem komputer dan teknologi informasi untuk menangani pekerjaan kantor yang menuntut saat ini. Keuntungan yang diberikan oleh electronic office diantaranya adalah :
a. “Paperless Office”, penggunaan kertas sebagai dokumentasi pekerjaan sebagain besar dihilangkan sehingga tidak diperlukan lagi penyediaan kertas dan secara tidak langsung biaya yang harus dikeluarkan menjadi berkurang.
b. Pekerjaan kantor menjadi lebih cepat untuk dilakukan dengan bantuan dari perlengkapan telekomunikasi yang modern ini. Dokumen-dokumen, informasi dan catatan-catatan diproses secara efisien.
c. Tidak banyak waktu yang terbuang karena pegawai dapat mengakses atau melihat informasi secara cepat.
d. M enghemat ruang kantor karena tidak membutuhkan banyak lemari dan laci. Sebagai gantinya informasi yang ada dapat disimpan di dalam hard disk.
e. Komunikasi dapat diselesaikan dengan sangat cepat melalui bantuan dari perlengkapan yang modern dan teknologi seperti telepon, internet, fax, dan lainnya.
Namun, kekurangan terbesar pada penggunaan electronic office berada pada besarnya biaya yang harus dikeluarkan dalam menyediakan fasilitas yang menunjang sistem tersebut. Banyak komputer yang diperlukan, perlengkapan telekomunikasi dan beberapa aplikasi software dimana berperan penting dalam berjalannya electronic
office agar dapat bekerja dengan baik merupakan perangkat yang mahal. Oleh karena
itu, biaya yang dikeluarkan adalah besar untuk mendirikan sebuah electronic office.
2.2.4 Business Process
M enurut Weske (2007,p5), business process terdiri dari serangkaian kegiatan yang dilakukan dalam koordinasi suatu organisasi dan lingkungan teknis.
Kegiatan-kegiatan ini bergabung untuk mewujudkan sebuah tujuan akhir dari bisnis. Setiap
business process diterapkan oleh organisasi sendiri namun dapat berinteraksi dengan business process yang dilakukan organisasi-organisasi lainnya.
Setelah pertimbangan pertama dari business process, konstituen-konstituen mereka serta interaksi-interaksi mereka semakin diperluas.
2.2.5 Disposisi
M enurut Kamus Besar Bahasa Indonesia (KBBI), disposisi memilik arti, “ Pendapat seorang pejabat mengenai urusan yang termuat di suatu surat dinas yang langsung dituliskan pada surat yang bersangkutan atau pada lembar khusus.”
2.2.6 Monitoring (Pemantauan)
M enurut Kamus Besar Bahasa Indonesia (KBBI), pemantauan berasal dari kata pantau yang berati menengok; menjenguk; mengawasi; mengamati; atau mengecek dengan cermat, terutama untuk tujuan khusus; memonitor; Pemantauan memiliki arti proses, cara, perbuatan memantau; pengamatan; pencatatan.
2.2.7 S asaran Kerja Pegawai (S KP)
M enurut Panduan Penyusunan dan Penilaian Sasaran Kerja Pegawai Negeri Sipil yang diterbitkan oleh Badan Kepegawaian Negara, Sasaran Kerja pegawai atau SKP adalah rencana kerja dan target yang akan dicapai oleh seorang pegawai, yang disusun dan disepakati bersama antara pegawai dengan atasan pegawai.
2.2.8 PHP
M enurut Welling dan Thomson (2001,p2), PHP merupakan bahasa server-side
scripting yang dirancang khusus untuk web. Dalam halaman HTM L, kode PHP dapat
dilekatkan yang kemudian akan di eksekusi setiap waktu halaman tersebut dikunjungi. Kode PHP tersebut diterjemahkan di web server dan menghasilkan HTM L atau tampilan akhir lainnya yang akan dilihat oleh pengunjung.
PHP merupakan produk yang open source dimana sumber kode dapat diakses sehingga dapat digunakan, diubah, dan didistribusikan kembali seluruhnya tanpa dikenakan biaya. Awalnya, PHP merupakan singkatan dari Personal Home Page, namun singkatan tersebut berubah seiring berjalannya waktu mnjadi GNU yaitu Gnu’s
Not Unix dan sekarang PHP berdiri untuk PHP Hypertext Preprocessor.
2.2.9 Apache
Apache pada dasarnya merupakan sebuah nama web server yang bertanggung jawab pada request HTTP dan response HTTP serta logging informasi secara rinci. Apache juga dapat diartikan sebagai suatu web sever yang kompak, modular, mengikuti standar protkol HTTP, dan sangat digemari.
Apache memiliki fitur-fitur yang canggih seperti pesan kesalahan yang dapat dikonfigurasikan, autentikasi berbasiskan database dan lainnya. Apache juga didukung oleh sejumlah antarmuka pengguna berbasiskan grafik (GUI) yang memungkikan penanganan server menjadi mudah. Apache merupakan perangkat lunak sumber terbuka dikembangkan oleh komunitas terbuka yang terdiri dari pengembang-pengembangan dibawah naungan Apache Software Foundation.
2.2.10 XAMPP
XAM PP merupakan singkatan dari X (sistem operasi apa pun), Apache, MySQL, PHP, Perl. XAM PP merupakan alat (tool) yang menyediakan paket perangkat lunak ke dalam sebuah paket. Dalam paket tersebut sudah terdapat Apache (web server), MySQL (database), PHP (server-side scripting), Perl, FTP server, phpMyAdmin dan berbagai pustaka bantu lainnya.
2.2.11 MySQL
M enurut Welling dan Thomson (2001,p3), MySQL adalah Relational Database
Management System (RDBM S) yang sangat cepat dan kuat dalam melakukan aktifitas database diantaranya memungkinkan menyimpan, mencari, mengurutkan, dan
menerima data secara efisien. M ySQL Server mengontrol akses ke dalam data untuk menjamin bahwa banyak pengguna dapat bekerja menggunakan MySQL secara bersama-sama, menyediakan akses yang cepat ke dalamnya, dan menjamin bahwa hanya pengguna yang berwenang yang dapat memperoleh akses. Oleh karena itu, MySQL adalah multi-user, multi-threaded server. M ySQL menggunakan SQL (Structured Query Language), yang merupakan bahasa database query resmi yang mendunia.
2.2.12 Framework
M enurut Pratama (2010,p10), framework secara umum berarti rangka, kerangka. Sedangkan istilah tersebut dalam dunia pemrograman merupakan kumpulan kelas
(class) dan fungsi (function, method) yang disusun secara sistematis berdasarkan kegunaan atau fungsionalitas tertentu untuk mempermudah pembuatan atau pengembangan suatu aplikasi. M anfaat yang didapat dari penggunaan framework salah satunya adalah menawarkan penghematan waktu kerja dalam penulisan kode dan pengaturan berkas-berkas kode. Berkas kode dapat disusun secara sistematis sesuai dengan struktur yang ditawarkan framework.
2.2.13 CodeIgniter
CodeIgniter merupakan sebuah aplikasi open source yang berupa framework
dengan model M VC (Model, View, Controller) untuk membangun website yang dinamis dengan menggunakan bahasa pemrograman PHP. CodeIgniter memudahkan
developer untuk membangun atau membuat aplikasi web dengan cepat dan mudah
dibandingkan dengan membuatnya dari awal.
Gambaran penerapan arsitektur M VC dalam codeigniter M enurut Pratama (2010,p12) adalah sebagai berikut:
a. Model bertanggung jawab untuk melakukan pengelolaan data dalam database. Di dalamnya biasa dituliskan perintah untuk mengambil, mengubah, menghapus, dan menambahkan data.
b. View merupakan “tempat” untuk meletakkan apa yang akan ditampilkan di halaman perambah (browser). Sebuah berkas view umumnya berisi kode bahasa pemrograman klien (client-side scripting).
c. Controller merupakan pengatur utama hubungan antara model, view, dan juga sumber daya lain yang tersedia. Sumber daya ini diperoleh dari kelompok atau tipe kelas yang disebut dengan elemen framework codeigniter.
