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.
Berikut tahapan pengembangan sistem informasi:
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 database mencakup cara pengumpulan data, format data, dokumentasi
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 subbagiansubbagian 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 entityrelationship (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.
4. Mixed
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 report yang sama dengan urutan yang logis dan konsisten.
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
menciptakan struktur database dan mengosongkan file database. Pada
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.
2.1.5.1.11 Operational Maintenance
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 kebutuhan sistem pada saat perancangan. Use Case Diagram dapat digunakan
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 nonsequential 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.
2.2.1.1.2 Pengaturan Informasi
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 pengembangpengembangan 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.
