BAB 2
LANDASAN TEORI
2.1.
Teori Umum
2.1.1. Sistem Informasi
Menurut Rainer & Cegielski (2011,p10) dijelaskan bahwa tujuan utama dari sistem informasi itu sendiri adalah untuk memberikan informasi yang benar kepada orang yang tepat pada waktu yang tepat dan format yang benar.
Sistem informasi juga dapat di definisikan sebagai gabungan terorganisir dari manusia, perangkat keras, lunak, jaringan komunikasi dan sumber data. Sehingga dapat disimpulkan bahwa sistem informasi adalah interaksi antara manusia dan teknologi untuk mendukung sebuah proses bisnis dan menghasilkan suatu output yang berguna bagi user.
2.1.2.
Data Items
Menurut Rainer & Cegielski (2011, p10) mendefinisikan data yaitu suatu data adalah deskripsi dari suatu benda, kejadian, aktivitas yang tidak mengandung informasi penting yang dapat diambil dan harus dilakukan pengolahan data terlebih dahulu. Rainer & Cegielski (2011, p10) juga menjelaskan, data bisa saja menyerupai bentuk nomor, surat, bentuk, suara, ataupun gambar. Salah satu contoh data adalah total keseluruhan nilai mahasiswa dalam satu kelas.
7
8
2.1.3. Information
Rainer & Cegielski, (2011, p10) mendefinisikan informasi sebagai data yang telah terorganisir menjadi suatu hal yang memiliki arti dan nilai bagi penerima, dengan kata lain kumpulan data-data yang belum diolah diinterpretasikan oleh penerima untuk dijadikan suatu bentuk yang dinamakan informasi yang menghasilkan suatu kesimpulan. Dengan kata lain informasi adalah suatu bentuk data yang sudah diolah dan dapat dimengerti oleh penerima data tersebut dan memberikan suatu informasi seperti contohnya nilai IPK adalah sebuah data, tetapi nilai IPK beserta nama masing-masing mahasiswa dan IPKnya adalah sebuah informasi.
2.1.4.
Knowledge
Knowledge adalah suatu pengetahuan yang menjadi acuan dalam menentukan pengambilan keputusan dalam suatu kegiatan, knowledge terjadi akibat pengalaman dan keahlian seseorang terhadap suatu kejadian yang pernah dilakukan sebelumnya. Contohnya adalah suatu perusahaan merekrut karyawan dari suatu universitas dan berdasarkan pengalamannya mahasiswa dengan IPK 3.0 adalah mahasiswa yang mampu bekerja dengan baik diperusahaan mereka berdasarkan knowledge itulah maka mahasiswa dengan IPK 3.0 saja yang akan direkrut oleh perusahaan. Rainer & Cegielski (2011, p10) menjelaskan knowledge adalah tahap terakhir dalam proses pengolahan data dimana data yang sudah menjadi informasi dipelajari, dimengerti, dan menjadi suatu pemahaman dan landasan pokok yang kemudian digunakan dalam proses bisnis.
9 2.1.5. Information Technology Architecture
Menurut Rainer & Cegielski (2011, p11) IT architecture adalah suatu gambaran perusahaan yang berisi mengenai seluruh aset penting perusahaan. Information Technology Architecture merupakan petunjuk dalam melakukan proses bisnis yang sedang berjalan dan juga sebagai blueprint untuk rancangan yang harus dilakukan dimasa depan. IT architecture mengintegrasikan seluruh kegiatan organisasi serta kebutuhannya
terhadap suatu informasi,
IT
infrastructure, dan seluruh aplikasi program yang berjalan dalam perusahaan.
2.1.6. Information Technology Infrastructure
Rainer & Cegielski (2011, p11) mendefinisikan Information Technology Infrastructure sebagai physical facilities. Yang terdiri dari personel, servis, dan komponen-komponen seperti computer hardware, software, communication technology yang menyediakan seluruh kebutuhan atau fondasi dari suatu sistem informasi yang ada dalam sebuah organisasi. IT Infrastructure dapat dikatakan sebagai pendukung untuk membawa arsitektur TI ke dalam aplikasi dunia nyata, infrastruktur TI adalah bagaimana melakukan servis disertai komponen pendukungnya sesuai keperluan arsitektur yang sudah dirancang sebelumnya seperti pengembangan sistem, mengatur keamanan, dan manajemen data. Komponen TI sendiri adalah komunikasi nirkabel, jaringan, perangkat lunak serta perangkat keras.
10 2.1.7. Application Programs
Rainer & Cegielski (2011, p39) mendefinisikan aplikasi program adalah suatu perangkat lunak dirancang akan membantu proses bisnis dalam mencapai target dan tujuannya, dimaksudkan untuk mempermudah suatu proses yang sebelumnya menggunakan proses manual kemudian diubah menjadi proses yang dapat dijalankan secara automatisasi.
2.1.8. Pengertian Database
Menurut McLeod (2003, p258) database adalah koneksi data komputer yang terintegrasi, diorganiasikan, dan disimpan dengan suatu cara yang memudahkan pengembalian kembali. Berdasarkan teori McLeod di atas maka dapat dikatakan bahwa database adalah suatu kumpulan basis data yang memiliki informasi sesuai dengan kebutuhan dan keperluannya diolah melalui aplikasi program untuk dijadikan sebuah informasi yang berguna dan mencegah duplikasi data.
2.1.9. Pengertian SQL
Urman (2005,p6) menjelaskan SQL (Structured Query Language) adalah pintu masuk atau jendela menuju ke dalam database. SQL digunakan untuk insert, update, delete, atau delete data dan untuk membuat dan mengatur objek serta pengguna dan mengontrol akses secara tepat. Dalam SQL ada beberapa perintah, diantaranya: DDL (Data Definition Language), DML (Data Manipulation Language)
11 1. Data Definition Language DDL merupakan perintah SQL yang berhubungan dengan pendefinisian struktur database, dalam hal ini database dan table. Perintah SQL yang termasuk dalam DDL antara lain : CREATE ALTER RENAME DROP 2. Data Manipulation Language DML merupakan perintah SQL yang berhubungan dengan manipulasi atau pengolahan data atau record dalam table. Perintah SQL yang termasuk dalam DML antara lain : SELECT INSERT UPDATE DELETE
2.2. Teori Khusus
2.2.1. E-Procurement
Udoyono (2012) menjelaskan e- procurement adalah proses pengadaan barang dan jasa secara elektronik terutama berbasis web. Artinya e-procurement dalam proses pengadaan barang dan jasa tidak lagi mengandalkan proses manual dan beralih menggunakan teknologi serta jaringan yang lebih memadai.
12 Menurut (Neupane, Soar, & Vaidya, 2014) pengadaan elektronik adalah penggunaan Teknologi Informasi dan Komunikasi (TIK) seperti sistem internet atau berbasis web yang dirancang untuk membantu dalam perolehan barang dan jasa oleh pemerintah atau lembaga swasta.
2.2.2. E-Procurement System
Menurut (Setyadiharja, Budiman, & Karim, 2014) E-Procurement system adalah suatu sistem yang memiliki lima komponen utama dalam implementasinya, lima komponen utama ini adalah pembuatan kebijakan dan manajemen, peraturan ,pembagian kekuasaan , pelaksanaan e-procurement, serta saran dan kritik (feedback). Dapat disimpulkan bahwa e-procurement system harus memiliki lima komponen utama yaitu pembuatan kebijakan dan manajemen, adanya peraturan dalam proses pengadaan, pembagian kekuasaan sesuai dengan divisi yang berkepentingan terhadap proses pengadaan, serta saran & kritik. Namun (Ali & Alrayes, 2014) juga berpendapat mengenai sistem eprocurement. Bahwa sistem e-procurement adalah sebuah teknologi, proses otomatisasi, sistem database, dan jaringan (web based) yang digunakan sebagian atau seluruh proses pembelian.
2.2.3. Procurement Management
Dalam pelaksanaanya procurement membutuhkan management yang baik agar proses pengadaan barang dapat berjalan dengan lancar. Turban et al. (2012, p196) mendefinisikan procurement management adalah keadaan membalikkan perencanaan, organisir, dan koordinasi semua kegiatan yang berkaitan dengan pembelian barang dan jasa yang diperlukan untuk mencapai misi suatu perusahaan. Jadi procurement management berkaitan dengan faktor keberhasilan pencapaian misi perusahaan melalui cara seperti perencanaan, organisir dan koordinasi pembelian barang dan jasa perusahaan.
13 Pujawan (2005, p139-141) juga mendefinisikan manajemen procurement sebagai berikut: 1. Merancang hubungan yang tepat dengan supplier. Hubungan dengan supplier bisa bersifat kemitraan jangka panjang maupun hubungan transaksional jangka pendek. Model hubungan yang tepat bergantung pada banyak hal, diantaranya kritis tidaknya barang yang dibeli dari supplier yang bersangkutan yang bersangkutan dan besar tidaknya nilai pembelian.
2. Memilih supplier. Kegiatan memilih supplier bisa memakan waktu dan sumber daya yang tidak sedikit apabila supplier yang dimaksud adalah supplier kunci. Kesulitan akan lebih tinggi apabila suppliersupplier yang dipilih adalah supplier mancanegara (global supplier).
3. Memilih dan mengimplementasikan teknologi yang cocok. Kegiatan pengadaan
barang
selalu
membutuhkan
teknologi.
Dengan
munculnya internet teknologi terhadap pengadaan barang mengalami perkembangan yang lebih baik.
4. Memelihara data item yang dibutuhkan dan data supplier. Bagian pengadaan harus memiliki data lengkap tentang item yang diperlukan serta data tentang supplier mereka.
5. Melakukan proses pembelian, adalah pekerjaan rutin yang dilakukan oleh bagian pengadaan. Proses pembelian bisa dilakukan dengan beberapa cara diantaranya, pembelian rutin atau melalui sistem lelang.
6. Melakukan evaluasi kinerja supplier, merupakan hal yang sangat penting dilakukan agar daya saing masing-masing supplier menentukan perusahaan dalam menentukan volume pembelian dan peringkat supplier itu sendiri.
14 2.2.4. Procurement
Menurut Turban et al. (2012,p196) procurement adalah ilmu yang digunakan yang merujuk pada pembelian barang dan jasa oleh organisasi. Hal ini biasanya dilakukan dengan membeli barang atau jasa dari supplier, juga dikenal sebagai pembelian barang atau jasa oleh perusahaan. Dengan demikian dapat disimpulkan bahwa procurement adalah landasan ilmu dalam melakukan proses pembelian barang dan jasa yang dilakukan oleh organisasi, proses pembelian ini dilakukan dengan membeli melalui supplier yang menyediakan barang sesuai dengan kebutuhan perusahaan.
2.2.5. E-procurement concept
Turban et al. (2012,p197) menjelaskan e-procurement concept adalah proses B2B (business to business) mengenai pengadaan persediaan, pekerjaan, dan layanan melalui internet (atau jaringan pribadi, seperti EDI (Electronic Data Interchange).
2.2.6. Fokus Strategi Penerapan E-Procurement
Menurut Neef (2001, p43), tujuan dari penerapan e-procurement adalah: 1. Meningkatkan efisiensi dan mengurangi biaya pekerja dengan mengeliminasi proses manual, proses berbasiskan kertas, dan menyediakan enterprise-wide, self-service procurement.
2. Menghilangkan kemungkinan terjadinya pembelian maverick. Pembelian maverick adalah dimana suatu perusahaan sudah memiliki kontrak supplier tetap, namun anggota organisasi masih ada yang membeli tidak melalui supplier yang sudah ditentukan namun mencari supplier lain.
15 3. Mendapatkan data yang akurat pada total pengeluaran baik oleh supplier maupun tipe pembelian.
4. Menggunakan supplier performance indicator, untuk dapat memilih supplier yang lebih baik.
5. Memindahkan sebanyak mungkin transaksi kepada front line employee tanpa menghilangkan peraturan bisnis.
6. Mengintegrasikan proses dan sistem, secara internal dan dengan supplier.
2.2.7. Keuntungan E-Procurement
Turban et al (2012, p200) juga menjelaskan beberapa keuntungan penggunakan sistem e-procurement diantaranya: •
Menambah produktivitas dari purchasing.
•
Menurunkan harga beli melalui standarisasi produk lelang dan diskon.
•
Memperbaiki arus informasi dan manajemen.
•
Melakukan kontrol terhadap inventori lebih efektif dan mengurangi pembelian yang tidak perlu.
•
Memperbaiki proses pembayaran lebih baik dan lebih cepat.
•
Membangun efisisensi dan kerja sama yang baik terhadap supplier dengan melakukan prinsip transparansi.
•
Memperbaiki siklus manufaktur untuk supplier.
•
Memastikan pengiriman barang tepat waktu.
•
Mempercepat proses pemesanan karena memanfaatkan proses otomatis sistem.
•
Mengurangi jumlah supplier.
•
Menemukan supplier baru dan vendor baru yang mampu menyediakan barang dan jasa yang lebih cepat dan lebih murah.
•
Mengurangi human error dalam proses pembelian dan pengiriman barang.
16 •
Memonitor dan meregulasi perilaku pembelian yang tidak efektif.
Sedangkan menurut
(Teo & Lai, 2009) keuntungan yang diraih dari
penggunaan e-procurement: •
Mengurangi biaya operasional.
•
Memungkinkan pemilihan supplier dan konsumen yang lebih luas.
•
Meningkatkan sistem pemesanan.
•
Menghilangkan biaya proses pemesanan manual.
•
Mengurangi penggunaan kertas dan biaya adminstrasi.
2.2.8.
Batasan dan Tantangan dalam E-Procurement
Adapun demikian setiap sistem memiliki batasan dan tantangan yang harus dihadapi, menurut Turban et al (2012,p201) dalam bukunya yang berjudul Electronic Commerce 2012 berikut adalah batasan dan tantangan tersebut •
Biaya yang dibutuhkan tinggi.
•
Tidak semua supplier mengikuti perkembangan teknologi yang ada.
•
Sistem mungkin saja terlalu kompleks.
•
Sulit untuk mendapatkan integrasi secara internal maupun eksternal.
•
Teknologi yang ada harus di update secara berkala.
Tantangan dan hambatan e-procurement lebih mengarah kepada keterbatasan dalam masalah teknologi yang dikarenakan belum semua perusahaan mampu dalam mengikuti perkembangan teknologi e-procurement itu sendiri dan biaya yang lebih tinggi dibandingkan pengadaan barang dan jasa secara manual.
17 2.2.9. Proses E-procurement
Menurut (Lacity, M., Willcocks, L. & Feeny, D. 2005) mengemukakan bahwa proses pengadaan barang, meliputi proses: •
Menentukan persyaratan: menentukan kebutuhan, berdasarkan titik re-order dan waktu pemakaian.
•
Menentukan sumber daya: mengidentifikasi potensi sumber pasokan.
•
Memilih supplier: membandingkan alternatif pilihan supplier.
•
Proses pembelian: Melakukan pemesanan sesuai dengan permintaan.
•
Penerimaan barang: penerimaan barang yang telah di pesan.
•
Verifikasi faktur: apakah barang yang telah diterima sudah sesuai dengan faktur.
2.2.10.
Persediaan
Schroeder (2000, p304) menjelaskan bahwa persediaan adalah stok dari material yang digunakan untuk memfasilitasi produksi atau untuk memenuhi permintaan pelanggan. Sedangkan menurut Nasution (2003, p103) persediaan adalah sumber daya menganggur yang menunggu proses lebih lanjut. Proses ini berupa kegiatan produksi pada sistem manufaktur, kegiatan pemasaran pada sistem distribusi atau kegiatan konsumsi pangan pada sistem rumah tangga.
2.2.11. Manfaat Persediaan
Schroeder (2000, p306-307) mendefinisikan alasan mengapa diperlukan persediaan diantaranya: 1. Untuk mengatasi ketidakpastian karena di dalam sistem persediaan, terdapat ketidakpastian dalam hal persediaan, permintaan, dan tengang waktu.
18 2. Untuk memungkinkan pembelian atau produksi yang ekonomis, karena pembelian atau produksi dalam jumlah besar akan memberikan harga yang lebih ekonomis. 3. Untuk mengatasi perubahaan yang diharapkan dalam permintaan atau penawaran.
2.2.12. Tipe Sistem Informasi Untuk E-Procurement
Chaffey (2007, p32) menjelaskan bahwa terdapat beberapa tipe sistem informasi yang berbeda untuk digunakan pada siklus procurement: 1. Sistem pengendalian persediaan, berkaitan dengan pengadaan yang berhubungan dengan produksi, sistem dapat memberikan peringatan apabila jumlah persediaan sudah berada pada batas minimum stok.
2. Katalog CD atau web-based, katalog kertas sudah digantikan oleh bentuk-bentuk katalog elektronik sehingga membuat proses pencarian supplier lebih cepat.
3. Sistem aliran kerja dengan e-mail atau database, mengintegrasikan pemasukan pesanan oleh pengirim, persetujuan manajer dan penempatan oleh pembeli. Pemesanan diteruskan dari satu orang ke orang berikutnya dan akan menunggu di inbox message mereka untuk dilakukan tindakan berikutnya.
4. Memasukan order pada website, pembeli seringkali memiliki kesempatan untuk memesan langsung pada website supplier, tetapi hal ini menyebabkan tidak adanya integrasi antara sistem permintaan dengan sistem akuntansi.
19 5. Sistem akuntansi memungkinkan staf divisi pembelian untuk melakukan input order yang akan digunakan oleh staf akuntansi untuk melakukan pembayaran ketika tagihan (invoice) tiba.
6. Sistem ERP ( Enterprise Resource Planning) atau e-procurement yang terintegrasi yang bertujuan untuk mengintegrasikan semua fasilitas di atas dan juga mengintegrasi sistem yang dimiliki oleh supplier.
2.2.13. Average Cost
Menurut Weygandt, Kimmel & Kiesto (2011, p269) di dalam sistem inventori perpetual metode average cost disebut sebagai metode moving average. Didalam metode ini perusahaan menghitung average cost baru, setelah setiap melakukan pembelian dengan membagi harga barang yang tersedia untuk dijual dengan jumlah stok yang ada. Average cost digunakan untuk : • Unit yang dijual digunakan untuk menentukan harga pokok. • Sisa unit yang tersedia digunakan untuk menentukan persediaan akhir.
20 2.3. Teori Analisa dan Perancangan Sistem
Analisa dan perancangan sistem informasi adalah suatu ilmu dimana seorang system analyst bekerja menganalisa dan merancang sebuah sistem informasi dengan tujuan untuk memperbaiki atau memperbarui sistem yang dianggap sudah tidak dapat menghasilkan output yang diharapkan, ataupun untuk merancang suatu sistem yang akan mengubah suatu proses bisnis yang belum menerapkan sistem informasi menjadi proses yang menerapkan sistem informasi.
2.3.1. System Requirements
Satzinger, Jackson, & Burd (2005, p129) mendefinisikan system requirements “System requirements are all of the capabilities that the new system must have and the constraints that the new system must meet.” dimana suatu perancangan sistem informasi harus menghasilkan perubahaan dan sesuai dengan kebutuhan proses bisnis.
2.3.2. Object Oriented
Sebagai seorang sistem analyst hendaknya kita mengerti teori-teori dasar yang harus dijadikan acuan dalam merancang suatu sistem informasi, apalagi proses perancangan sistem saat ini sudah mencapai tahap Object Oriented. Lalu apakah itu perancangan secara Object Oriented? Satzinger, Jackson, & Burd (2005, p294) menjelaskan bahwa Object Oriented Design adalah “The process by which a set of detailed object-oriented design is build, which programmers will later use to write code and test a new system. System design is essentially a bridge between a user’s requirements and programming for the new system.” Seorang perancang sistem kemudian akan disebut sebagai System Analyst yang akan menjembatani kebutuhan pengguna agar aplikasi yang dibuat oleh seorang programmer dapat memenuhi kebutuhan user tersebut.
21 2.3.3. Pengertian Object Oriented Programming (OOP)
Menurut Satzinger, Jackson, & Burd (2005, p60), Object-Oriented Programming (OOP) didefinisikan sebagai menuliskan laporan dalam bahasa pemrograman untuk mendefinisikan apa yang dilakukan objek yang dibuat termasuk pesan yang dikirim satu sama lain.
2.3.4. Pengertian Spiral Model SDLC
Menurut Satzinger, Jackson, & Burd (2005, p42), spiral model SDLC adalah suatu pendekatan adaptif SDLC dengan cara mengulang suatu siklus melalui kegiatan pengembangan proyek hingga proyek tersebut selesai.
2.3.5. Pengertian UML (Unified Modelling Language)
Satzinger, Jackson, & Burd (2005,p39) menjelaskan bahwa UML adalah satu set standar model konstruksi dan notasi khusus dikembangkan untuk pengembangan berorientasi objek. Dari definisi di atas UML adalah sebuah model yang khusus digunakan untuk merancang sebuah sistem berorientasi objek. Penggunaan UML Diagram dimaksudkan agar seorang sistem analist mampu mengambarkan diagram yang nantinya akan digunakan dalam pengembangan sistem dan pengguna sistem (enduser) mampu memahami maksud dari perancangan sistem yang dilakukan oleh sistem analist.
2.3.6.
Activity Diagram
Menurut Satzinger, Jackson, & Burd (2005, p144), sebuah activity diagram hanyalah sebuah diagram alur kerja yang menggambarkan berbagai pengguna kegiatan, orang yang melakukan aktivitas masing-masing, dan aliran sekuensial kegiatan ini.
22
Gambar 2.1 Activity Diagram (Satzinger, Jackson, & Burd Halaman 144 Figure 4-14)
2.3.7. Use Case Diagram
Menurut Satzinger, Jackson, & Burd (2010, p214), Use Case adalah aktifitas yang dilakukan oleh sebuah system. Tujuannya adalah untuk menyajikan gambaran grafis dari fungsi yang disediakan oleh sistem dalam hal pelaku, tujuan mereka (direpresentasikan sebagai kasus penggunaan) dan setiap ketergantungan antara kasus penggunaan.
1. Actor: digambarkan dengan simbol manusia dan mewakili peran yang tertulis dibawahnya.
2. Connecting line: untuk menunjukkan yang mana actor berpartisipasi dengan usecase. 3. Symbol ellipse: menunjukkan tugas yang dilakukan dari actor yang berhubungan.
23
4. Automation Boundary: merupakan ruang lingkup use case yang dibangun ke dalam sistem.
Menurut Satzinger, Jackson, & Burd (2005, p216): <
> Relationship Sebuah use case dapat melakukan fungsi atau menyediakan layanan tambahan terkait dengan dirinya. Secara umum dapat diasumsikan bahwa setiap use case yang memiliki fungsi <> akan dipanggil secara otomatis dieksekusi oleh use case yang di-include-nya. <<Extend>> Relationship Sebuah use case juga dimungkinan secara optional menggunakan fungsionalitas yang disediakan oleh use case lain
Gambar 2.2 Use Case Diagram beserta Include Relationship (Satzinger, Jackson, & Burd Halaman 216 Figure 6-3)
24 2.3.8. Use Case Description
Menurut Satzinger, Jackson, & Burd (2010, p220) Use Case Description adalah penjabaran detil dari Use Case Diagram untuk memperlihatkan aliran kegiatan dari masing-masing proses pada Use Case.
Gambar 2.3 Use Case Description (Satzinger, Jackson & Burd Halaman 223 Figure 6-10)
25
2.3.9. Data Access Sequence Diagram
Menurut Satzinger, Jackson, & Burd (2005, p322), prinsip Data Access Sequence diagram diadopsi dengan menggunakan akses data pada table dalam table relational database menggunakan SQL statements. Pada proses penggunaannya mirip sekali dengan view layer sequence diagram, akan tetapi ditambahkan dengan objek akses data terkait dengan objek yang bersangkutan.
Gambar 2.4 Data Access Sequence Diagram (Satzinger, Jackson & Burd Halaman 321 Figure 8-22)
26 2.3.10. User Interface
Menurut Satzinger, Jackson, & Burd (2005, p442), User Interface melibatkan input dan output yang secara langsung melibatkan pengguna system. Suatu user interface mengijinkan user untuk berinteraksi dengan komputer untuk menyimpan maupun melakukan transaksi. Suatu output dihasilkan biasanya setelah interaksi user, seperti informasi yang ditampilkan setelah user melakukan query didalam system tersebut.
Ada 8 aturan emas dalam merancang user interface yang baik antara lain : 1. Berusaha untuk konsisten, harus selalu berusaha konsisten dalam merancang dialog yang akan ditampilkan.
2. Memungkinkan frequent user menggunakan shortcuts, pengguna yang sudah sering menggunakan aplikasi menginginkan kecepatan dalam mengakses fungsi yang diinginkan. Jadi dibutuhkan tingkat interaksi yang pendek atau singkat dan langsung menuju ke fungsi tersebut. Untuk itu, perlu disediakan tombol spesial atau perintah tersembunyi.
3. Memberikan umpan balik yang informatif, untuk memberikan informasi kepada pengguna sesuai dengan aksi yang dilakukannya. Umpan balik bisa berupa konfirmasi atau informasi atas suatu aksi.
4. Merancang dialog untuk menghasilkan keadaan akhir, adanya keterangan atas akhir dari suatu proses dan aksi untuk membantu pengguna mengetahui keberhasilan aksi yang telah dilakukan.
5. Memberikan pencegahan kesalahan dan penanganan kesalahan yang sederhana, dengan cara memberikan instruksi yang sederhana, konstruktif dan spesifik untuk perbaikan.
27 6. Mengijinkan pengembalian aksi (undo) dengan mudah, sehingga bila terjadi kesalahan aksi dapat dikembalikan ke semula.
7. Mendukung internal focus of control, pengguna menguasai sistem, sehingga mereka merasa menguasai sistem tersebut. Sistem yang tidak terduga dan sulit dalam melakukan suatu aksi akan menyulitkan user.
8. Mengurangi beban ingatan jangka pendek, keterbatasan memori pada manusia harus diatasi oleh program dengan tidak banyak membuat pengguna melakukan proses penyimpanan memori.
Gambar 2.5 Contoh User Interface (Satzinger, Jackson, & Burd Halaman 475 Figure 11-17)
28 2.3.11. Updated Class Diagram
Menurut Satzinger, Jackson, & Burd (2005, p305), Updated Design Class Diagram adalah desain class diagram yang dapat dikembangkan untuk setiap layer. Pada view layer dan data access layer, beberapa class baru harus spesifik. Domain layer juga mempunyai beberapa class baru yang ditambahkan untuk class controller. Updated design class diagram merupakan pengembangan dari first cut design class diagram dengan menambahkan kelas baru untuk use case controller. Pada titik tersebut, belum ada penambahan metode pada class, sehingga pada updated design class diagram ini akan ditambahkan juga metodemetode setiap class dan controller yang berdasarkan metode / fungsi pada sequence diagram.
Gambar 2.6 Updated Design Class Diagram (Satzinger, Jackson, & Burd Halaman 340 Figure 8-30)
29 2.3.12. First Cut Class Diagram
Menurut Satzinger, Jackson, & Burd (2005, p309), First Cut Design Class Diagram dikembangan dengan memperluas domain model class diagram serta membutuhkan dua langkah yaitu langkah pertama dengan mengelaborasikan atributatribut dengan tipe dan nilai awal informasi, dan langkah kedua dengan menambahkan visibilitas panah navigasi. Pada umumnya semua attribut pada FirstCut design class diagram disimpan dengan akses “Private” dengan ditunjukan tanda garis minus yang mengawalinya.
Gambar 2.7 First Cut Class Diagram (Satzinger, Jackson, & Burd Halaman 311 Figure 8-10)
30 2.3.13. Event Table
Menurut Satzinger, Jackson, & Burd (2010, p174), event table adalah katalog dari use case yang terdiri dari event dalam bentuk barisan dan kunci dari masing-masing informasi didalam sebuah kolom.
Gambar 2.8 Event Table (Satzinger, Jackson, & Burd Halaman 175 Figure 5-10) Berikut penjelasan bagian dari event table antara lain:
Event sebuah kejadian seketika yang melibatkan satu atau lebih objek.
Trigger merupakan sinyal yang memberitahukan sistem bahwa suatu peristiwa telah terjadi, baik kedatangan membutuhkan pengolahan data atau titik waktu.
Source merupakan agen eksternal atau aktor yang memasok data ke sistem.
Use Case merupakan tindakan yang dilakukan sistem ketika event terjadi.
Response merupakan output yang dihasilkan oleh sistem yang menuju ke tujuan.
31
Destination merupakan agen eksternal atau aktor yang menerima data dari sistem.
2.3.14. Package Diagram
Gambar 2.9 Package Diagram (Satzinger, Jackson, & Burd Halaman 341 Figure 8-31)
Menurut
Satzinger, Jackson, & Burd (2005,p339), package diagram
merupakan diagram high level yang mengijinkan perancang untuk menghubungkan class-class untuk dikelompokkan. Kelompok tersebut terdiri dari view layer, data access layer dan domain layer. Khusus untuk domain layer, terdiri dari nama object dan juga handler.
32