BAB II LANDASAN TEORI

BAB II

LANDASAN TEORI 2.1 Manajemen Asset (Hidayat:2012) Manajemen Asset terbentuk dari dua kosakata, yakni manajemen dan Asset. Manajemen pada prinsipnya merupakan translasi langsung dari kata management yang berasal dari bahasa Inggris yang artinya pengelolaan. Bentukan kata management berasal dari kata kerja to manage yang artinya mengurus, mengatur, melaksanakan, memperlakukan atau mengelola. Adapun yang dimaksud Asset, secara umum artinya adalah barang (thing) atau sesuatu barang (anything) yang mempunyai nilai ekonomi, nilai komersial dan nilai tukar. Asset adalah barang, yang dalam pengertian hukum disebut benda, terdiri dari benda tidak bergerak dan benda bergerak, baik yang berwujud (tangible) maupun yang tidak berwujud (intangible) yang tercakup dalam aktiva/asset atau harta asset dari suatu instansi, organisasi, badan usaha ataupun individu perorangan. Manajemen Aset merupakan suatu proses untuk mengelola permintaan dan panduan akuisisi, penggunaan dan pembuangan asset untuk membuat sebagian besar potensi layanan pengirimannya dan mengelola resiko dan biaya seumur hidup asset.

2.2 Monitoring (Pengawasan) Menurut William J (2010) ”Monitoring (pengawasan) adalah pemantauan yang dapat dijelaskan sebagai kesadaran (awareness) tentang apa yang ingin diketahui, pemantauan berkadar tingkat tinggi dilakukan agar dapat membuat pengukuran melalui waktu yang menunjukkan pergerakan ke arah tujuan atau menjauh dari itu”. Monitoring merupakan proses pengumpulan dan analisis informasi (berdasarkan indikator yang ditetapkan) secara sistematis dan berkelanjutan tentang kegiatan

10 http://digilib.mercubuana.ac.id/

11

program/proyek sehingga dapat dilakukan tindakan koreksi penyempurnaan program/proyek itu sendiri. Monitoring akan memberikan informasi tentang status dan kecenderungan bahwa pengukuran dan evaluasi yang diselesaikan berulang dari waktu ke waktu, pemantauan umumnya dilakukan untuk tujuan tertentu, untuk memeriksa terhadap proses berikut objek atau untuk mengevaluasi kondisi atau kemajuan menuju tujuan hasil manajemen atas efek tindakan dari beberapa jenis antara lain tindakan untuk mempertahankan manajemen yang sedang berjalan.

2.3 Maintenance (Perbaikan) Maintenance (Perbaikan) merupakan kegiatan untuk memelihara atau menjaga fasilitas atau peralatan dan mengadakan kegiatan pemeliharaan, perbaikan penyesuaian, maupun penggantian sebagian peralatan yang diperlukan agar sarana fasilitas pada kondisi yang diharapkan dan selalu dalam kondisi siap pakai. Tujuan adanya perawatan, diantaranya: a. Memperpanjang usia kegunaan aset. Hal ini terutama penting di negara berkembang karena kurangnya sumber daya modal untuk penggantian. b. Menjamin keselamatan orang yang menggunakan sarana tersebut. Menghemat waktu, biaya dan material karena peralatan terhindar dari kerusakan besar. c. Kerugian baik material maupun personel akibat kerusakan dapat dihindari sedini mungkin, karena terjadinya kerusakan da atau timbulnya kerusakan tambahan akibat kerusakan awal dapat segera dicegah. 2.3.1 Jenis-jenis Maintenance Maintenance merupakan segala kegiatan yang bertujuan untuk menjaga peralatan dalam kondisi terbaik. Proses maintenance meliputi pengetesan, pengukuran, penggantian, menyesuaian, dan perbaikan. Ada beberapa jenis maintenance yang biasa dilakukan, yaitu: a. Corrective maintenance, maintenance jenis ini memiliki kegiatan identifikasi penyebab kerusakan, penggantian component yang rusak, mengatur kembali control, dsb. Corrective maintenance adalah aktivitas perbaikan peralatan yang beroperasi secara tidak normal. b. Preventive maintenance, maintenance jenis ini memiliki tujuan mencegah terjadinya kerusakan peralatan selama operasi berlangsung. Maintenance peralatan dilakukan secara terjadwal sesuai dengan estimasi umur

http://digilib.mercubuana.ac.id/

12

peralatan. Kegiatan preventif maintenance dibuat berdasarkan tasklist maintenance sesuai dengan tingkat kritikal peralatan tersebut. c. Predictive maintenance, maintenance jenis ini memiliki kemiripan dengan preventive maintenance namun tidak dijadwal secara teratur. Predictive maintenance mengantisipasi kegagalan suatu peralatan sebelum terjadi kerusakan total. Predictive maintenance menganalisa suatu kondisi peralatan dari trend perilaku peralatan. Trend ini dapat digunakan untuk memprediksi sampai kapan peralatan mampu beroperasi secara normal. d. Breakdown maintenance, maintenance yang dilakukan ketika sudah terjadi kerusakan dan plant sudah stop. Breakdown maintenance ini sangat dihindari karena plant harus beroperasi 24 jam penuh dan dalam pengoperasian plant sudah ada target-target tertentu yang harus dipenuhi. Jika terjadi breakdown maka plant tidak beroperasi dan target tidak tercapai. Biasanya breakdown maintenance ini bersifat tidak terprediksi. Tiba-tiba saja shutdown tanpa terjadwal (unschedule shutdown).

2.4 Sistem Informasi Menurut Fathansyah (2012:11) “Sistem adalah Sebuah tatanan (keterpaduan) yang terdiri atas sejumlah komponen (dengan satuan fungsi dan tugas khusus) yang saling berhubungan dan secara bersama-sama bertujuan untuk memenuhi suatu proses tertentu”.

Menurut McLeod di dalam bukunya Yakub (2012:8) “informasi (information) adalah data yang diolah menjadi bentuk lebih berguna dan lebih berarti bagi yang menerimanya”. Informasi juga disebut data yang diproses atau data yang memiliki arti. Informasi dapat berupa data mentah, data tersusun, kapasitas sebuah saluran informasi dsb. Informasi merupakan proses lebih lanjut dari data dan memiliki nilai tambah atau dapat dikatakan informasi adalah data yang diolah dan berguna bagi sipemakai. Tata Sutabri (2012:33) mengatakan bahwa “kualitas dari suatu informasi tergantung dari 3 (tiga) hal yaitu informasi harus akurat (accurate), informasi harus tepat waktu (timelines), dan informasi harus relevan (relevance)”.


13

2.5 SDL LC Systems Devellopment Lifee Cycle (SD DLC) dalam rekayasa sisstem dan rekkayasa gkat lunak, adalah a prosees pembuatann dan pengu ubahan sistem m serta modeel dan perang metoddologi yang digunakan untuk u mengembangkan sistem-sistem m tersebut. Metode M Peran ncangan

SD DLC yang digunakan d daalam penulisan ini adallah Model Proses P

Waterrfall. 2.5.1 Model Proses Waterfalll Model waterfall w addalah model rekayasa perangkat p luunak yang sering disebut denngan sekuenssial linier, dimana d kemaajuan dipand dang sebagaii terus mengalir kee bawah (sepperti air terjunn) melalui taahapan Analiisis, Desain, Kode dan Tes. (Prressman:2015).

Berikut adalah a penjeelasan dari taahap-tahap yaang dilakukaan di dalam model m waterfall: 1. Communnication Teori daari project iniitiation dan requirement r gathering merupakan m taahapan pengumppulan kebutuuhan yang dillakukan secaara intensif dan d fokus teruutama kepada software. s 2. Planningg Terdiri dari estimaating, schedduling, dan tracking. Pada tahapp ini, pengembbangan softw ware membuat perkiraan waktu yangg diperlukan.. Pada tahap inni juga dilakkukan penjaddwalan untuuk menyelesaikan tahap--tahap pembuattan software sesuai dengaan waktu yanng telah diperkirakan. 3. Modeling d analysis dan design. Pada saat mendesain m s software, biaasanya Terdiri dari memilikii beberapa proses p yang memfokuskkan pada emppat atribut bagian b dari proggram. Atribuut tersebut adalah strukktur data, arrsitektur soft ftware,


14

representasi interface, dan detail algoritma. Proses desain mengubah kebutuhan menjadi representasi dari software yang dapat dinilai untuk kualitas sebelum penulisan code dimulai. 4. Construction Terdiri dari code dan test. Pada tahap ini, desain diterjemahkan menjadi bentuk yang dapat dibaca oleh mesin. Setelah penulisan code selesai dibuat,

pengujian terhadap program

dilakukan.

Proses pengujian

menekankan pada logika internal pada software, meyakinkan semua pernyataan telah diuji, dan pada fungsi external. 5. Deployment Terdiri dari delivery, support, dan feedback. Pada tahap ini, pengembang software menyediakan software yang menyediakan fungsi dan fitur yang bermanfaat. Pengembang software juga menyediakan dokumentasi untuk semua fitur dan fungsi. Pada tahap ini juga, pengembang software mendapatkan umpan balik terhadap software yang berujung pada pemodifikasian fungsi dan fitur.

Pengembangan dan perancangan system berorientasi objek berarti merumuskan dan menyelesaikan masalah serta menghasilkan suatu solusi, kemudian memodelkanya dengan pendekatan berorientasi objek. 2.5.2 Metode “PIECES” Metode Analisis yang digunakan adalah metode PIECES menurut Wukil Ragil, (2010:17). Metode PIECES adalah metode analisis sebagai dasar untuk memperoleh pokok-pokok permasalahan yang lebih spesifik. Dalam menganalisis sebuah sistem, biasanya akan dilakukan terhadap beberapa aspek antara lain adalah kinerja, informasi, ekonomi, keamanan aplikasi, efisiensi dan pelayanan pelanggan. Analisis ini disebut dengan PIECES Analysis (Performance, Information, Economy, Control, Eficiency and Service). Analisis PIECES ini sangat penting untuk dilakukan sebelum mengembangkan sebuah sistem informasi karena dalam analisis ini biasanya akan ditemukan beberapa masalah utama maupun masalah yang


15

bersifat gejala dari masalah utama. Metode ini menggunakan enam variable evaluasi yaitu : 1. Performance (kinerja) Kinerja merupakan variable pertama dalam metode analisis PIECES. Dimana memiliki peran penting untuk menilai apakah proses atau prosedur yang ada masih mungkin ditingkatkan kinerjanya, dan melihat sejauh mana dan seberapa handalkah suatu sistem informasi dalam berproses untuk menghasilkan tujuan yang diinginkan. Dalam hal ini kinerja diukur dari: a. Throughput, yaitu jumlah pekerjaan/output/deliverables yang dapat dilakukan/ dihasilkan pada saat tertentu. b. Response

time,

menyelesaikan

yaitu

waktu

serangkaian

yang

kegiatan

dibutuhkan untuk

untuk

menghasilkan

output/deliverables tertentu. 2. Information (informasi) Menilai apakah prosedur yang ada saat ini masih dapat diperbaiki sehingga kualitas informasi yang dihasilkan menjadi semakin baik. Informasi yang disajikan haruslah benar–benar mempunyai nilai yang berguna. Hal ini dapat diukur dengan : a. Keluaran (Outputs): Suatu sistem dalam memproduksi keluaran. b. Masukan (Inputs): Dalam memasukkan suatu data sehingga kemudian diolah untuk menjadi informasi yang berguna. 3. Economic (ekonomi) Menilai apakah prosedur yang ada saat ini masih dapat ditingkatkan manfaatnya

(nilai

gunanya)

atau

diturunkan

biaya

penyelenggaraannya. 4. Control (pengendalian) Menilai apakah prosedur yang ada saat ini masih dapat ditingkatkan sehingga kualitas pengendalian menjadi semakin baik, dan kemampuannya untuk mendeteksi kesalahan/kecurangan menjadi semakin baik pula. 5. Efficiency (efisiensi) Menilai apakah prosedur yang ada saat ini masih dapat diperbaiki, sehingga tercapai peningkatan efisiensi operasi, dan harus lebih unggul dari pada sistem manual.


16

6. Service (layanan) Menilai apakah prosedur yang ada saat ini masih dapat diperbaiki kemampuannya untuk mencapai peningkatan kualitas layanan. Buatlah kualitas layanan yang sangat user friendly untuk end–user (pengguna) sehingga pengguna mendapatkan kualitas layanan yang baik.

2.6 UML Verdi Yasin (2012:194) mengungkapkan: “UML (Unified Modelling Language) adalah sebuah bahasa yang telah menjadi standar dalam industri untuk visualisasi, merancang dan mendokumentasikan sistem piranti lunak, UML menawarkan sebuah standar untuk merancang model sebuah sistem”.

2.6.1 Use Case Diagram Verdi Yasin ( 2012 : 269) mengungkapkan : “use case diagram adalah gambar dari beberapa atau seluruh actor dan use case dengan tujuan mengenali interaksi mereka dalam suatu sistem. Use case diagram menggambarkan fungsionalitas yang diharapkan dari sebuah sistem, yang ditekankan adalah apa yang diperbuat sistem dan bukan bagaimana”. Sebuah use case mempresentasikan sebuah interaksi antara actor dengan sistem, use case menggambarkan kata kerja sperti login ke sistem, maintenance user dan sebagainya. Oleh karena itu use case diagram dapat membantu menganalisa kebutuhan sistem. Use Case dibuat berdasarkan keperluan actor, merupakan “apa” yang dikerjakan sistem, bukan “bagaimana” sistem mengerjakannya. Use case diberi nama yang menyatakan apa hal yang dicapai dari hasil interaksinya dengan actor. Penamaan Use Case sesuai dengan tujuan yang ingin dicapai dari hasil interaksinya dengan actor. Use Case biasanya menggunakan kata kerja dan dinotasikan dengan gambar (Horizontal Ellipse).


17

Tabel 2.6.1 Notasi pada diagram Use case Simbol

S y s te m

Keterangan

Menggambarkan batasan antara Use Case dengan aktor.

Sebuah aktor mencirikan suatu bagian outside user atau susunan yang berkaitan dengan user yang berinteraksi dengan sistem.

Merupakan

serangkaian

skenario

yang

terikat bersama-sama oleh suatu tujuan. Association

digunakan

untuk

menghubungkan aktor dengan use case. Association digambarkan dengan sebuah garis yang menghubungkan antara actor dengan use case. Digunakan untuk menunjukkan bahwa satu

«extends»

use case merupakan tambahan fungsional dari use case yang lain jika kondisi atau syarat tertentu yang dipenuhi. Digunakan untuk menggambarkan bahwa suatu use

case seluruhnya

merupakan

fungsionalitas dari use case lainya.


18

2.6.2 Activity Diagram (Diagram Aktivitas) Verdi Yasin (2012: 201) mengungkapkan : ”Activity Diagram adalah tekhnik untuk mendeskripsikan logika prosedural, proses bisnis dan aliran kerja dalam banyak kasus”. Diagram aktifitas mempunyai peran seperti halnya Flowchart, akan tetapi perbedaanya dengan flowchart adalah diagram aktifitas yang bisa mendukung perilaku paralel, sedangkan flowchart tidak bisa. Tabel 2.6.2 Notasi pada Activity Diagram Simbol

Nama Simbol

Keterangan

Star Point

Merupakan awal aktivitas

End Point

Akhir aktivitas

Activity

Menggambarkan proses atau kegiatan bisnis

Fork

Menunjukkan kegiatan yang

(percabangan)

dilakukan secara paralel atau untuk

menggabungkan

dua

kegiatan paralel menjadi satu Join

Menunjukkan

(penggabunga

dekomposisi

adanya

n) Decision

Menggambarkan pilihan untuk

Point

pengambilan keputusan, true atau false

NewSwimlane2

Swimlane

Pembagian activity diagram untuk

menunjukkan

melakukan apa


siapa

19

2.6.3 Sequence Diagram Diagram sequence menggambarkan kelakuan objek pada use case dengan mendeskripsikan waktu hidup objek dan message yang dikirimkan dan diterima antar objek. Komponen utama sequence diagram terdiri atas objek yang ditulis dengan kotak segi empat yang bernama. Message diwakili oleh garis dengan tanda panah dan waktu yang ditunjukan dengan progress vertical. Tabel 2.6.3 Notasi pada Sequence diagram Simbol

Nama

Keterangan Objek merupakan instance dari sebuah class dan

O bject1

Object

ditulis

tersusun

secara

horizontal.

Digambarkan sebagai sebuah class (kotak) dengan nama objek didalamnya yang diawali dengan sebuah titik koma. Aktor juga dapat

Actor

berkomunikasi dengan

objek, maka aktor juga dapat diurutkan sebagai kolom. Simbol actor sama dengan

Actor1

simbol pada actor use case diagram. Lifeline mengindikasikan keberadaan sebuah Lifeline

objek dalam basis waktu. Notasi untuk lifeline adalah garis putus-putus vertikal yang ditarik dari sebuah objek. Activation dinotasikan sebagai sebuah kotak

Activation

segi empat yang digambarkan pada sebuah lifeline. Activation mengindikasikan sebuah objek yang akan melakukan sebuah aksi. Message, digambarkan dengan anak panah

Message1

Massage

horizontal

antara

activation.

Message

mengindikasikan komunikasi antara objekobjek.


20

2.6.4 Class Diagrram Diagram kelas k atau claass diagram menggambaarkan struktuur sistem darri segi p pendefinisian n kelas-kelass yang akan di buat unttuk membang gun sistem. Kelas m memiliki apaa yang disebuut atribut dann metode atau operasi. 1. Atribut merupakan m v variabel-varia abel yang dim miliki oleh su uatu kelas. 2. Operasi atau a metode adalah fungsi-fungsi yanng di miliki oleh o suatu keelas.

Tabel 2.6.4 4 Notasi pada class dia agram Sim mbol

Namaa Package

Diguunakan u untuk meng gelompokan kelas-kelas yang mem mpunyai persaamaan

Class

Mengggambarkan sesuatu yang meng gkapsulkan informasi di classs, atribut, dann method.

Asosiasi

Asosiiasi yang menghubungkan class dengan classs multiply ciity.

Boundaryy

Mengggambarkan class y yang menjadi antar muuka actor dengan sistem m.

Packag ge1

C la s s 1

Class

Control Class

Generaliizati on

Composiition

1

*

Keterrangan

Mengggambarkan class yang menjaadi control atau peranntara antar class dengann database. Meruupakan sebu uah taxononnomi relatiionship anttara class yang lebihh umum denngan class yang y lebihh khusus. Jika sebuah cllass tidak bisa berdiiri sendirii dan hharus meruupakan bagiaan dari class yang y lain, maka class terssebut mem miliki relasi Compossition terhaadap class tempat dia bergaantung terseb but.


21

2.7 Bahasa Pemograman yang digunakan Aplikasi Monitoring Maintenance Asset tidak bergerak ini dibuat dengan menggunakan bahasa pemograman PHP. PHP merupakan salah satu bahasa pemograman web yang telah banyak digunakan oleh banyak user dalam membuat aplikasi web baik perseorangan maupun perusahaan. PHP (Hypertext Prepocessor) adalah bahasa skrip yang dapat ditanamkan atau disisipkan ke dalam HTML. PHP banyak dipakai untuk memprogrtam situs web dinamis. PHP dapat digunakan untuk membangun sebuah CMS. Pada awalnya PHP merupakan kependekan dari Personal Home Page (Situs Personal). PHP pertama kali dibuat oleh Rasmus Lerdorf (FI) yang wujudnya berupa skrip yang digunakan untuk mengolah data formulir web, (Alan Nur,2011). Menurut Anhar (2010) PHP singkatan dari PHP Hypertext Preprocessor yaitu bahasa pemrograman web server – side yang bersifat open source PHP merupakan skrip yang terintegrasi dengan HTML dan berada pada server (server side HTML embedded scripting). PHP adalah skrip yang digunakan untuk membuat halaman website yang dinamis. Dinamis berarti halaman yan g akan ditampilkan dibuat saat halaman itu diminta oleh klien.

2.8 Testing (Pengujian) Pengujian perangkat lunak adalah proses menjalankan dan mengevaluasi sebuah perangkat lunak secara manual maupun otomatis untuk menguji apakah perangkat lunak sudah memenuhi persyaratan atau belum (Clune dan Rood, 2011) dan (Nakagawa dan Maldonado, 2011). Singkat kata, pengujian adalah aktivitas untuk menemukan dan menentukan perbedaan antara hasil yang diharapkan dengan hasil sebenarnya. Sebuah pengujian perangkat lunak dapat dilakukan setelah perekayasa membangun implementasi dari suatu konsep abstrak perangkat lunak. Pengujian perangkat lunak pada dasarnya adalah bermaksud “membongkar” perangkat lunak yang telah terbangun. Sesuai dengan Jin dan Xue (2011) dan Kumamoto dkk. (2010) menyatakan bahwa pengujian bermaksud untuk mencari sebanyak mungkin kesalahan yang ada pada program serta mengevaluasi kualitasnya. Tujuan pengujian perangkat lunak menurut Xie dkk.(2011) adalah menilai apakah perangkat lunak yang dikembangkan telah memenuhi kebutuhan pemakai, menilai apakah tahap pengembangan perangkat lunak telah sesuai dengan metodologi yang digunakan, dan membuat dokumentasi


22

hasil pengujian yang menginformasikan kesesuaian perangkat lunak yang diuji dengan spesifikasi yang telah ditentukan. Data yang dikumpulkan pada saat pengujian dilakukan akan memberikan indikasi yang baik mengenai reliabilitas dan kualitas perangkat lunak secara keseluruhan. Secara umum pola pengujian pada perangkat lunak adalah sebagai berikut: •

Pengujian dimulai dari level komponen hingga integrasi antar komponen menjadi sebuah sistem.

•

Teknik pengujian berbeda-beda sesuai dengan berbagai sisi atau unit uji dalam waktu yang berbeda-beda pula bergantung pada pengujian pada bagian mana yang dibutuhkan.

•

Pengujian dilakukan oleh pengembang perangkat lunak, dan jika untuk proyek besa, pengujian bisa dilakukan oleh tim uji yang tidak terkait dengan tim pengembang perangkat lunak (independent test group (ITG)).

•

Pengujian dan penirkutukan (debugging) merupakan aktifitas yang berbeda, tapi penirkutukan (debugging) harus diakomodasi pada berbagai strategi pengujian. Pengujian lebih focus untuk mencari adanya kesalahan baik dari sudut pandang orang secara umum atau dari sudut pandang pengembang tanpa harus menemukan lokasi kesalahan pada kode program. Penirkutukan adalah proses mencari lokasi kesalahan pada kode program sehingga dapat segera diperbaiki oleh pembuat program (Programmer).

2.8.1 Blackbox Testing (Pengujian Kotak Hitam) Menurut Soetam Rizky (2011:264) “Black box testing adalah tipe testing yang memperlakukan perangkat lunak yang tidak diketahui kinerja internalnya. Sehingga para tester memandang perangkat lunak seperti layaknya sebuah “kotak hitam” yang tidak penting dilihat isinya, tapi cukup dikenai proses testing di bagian luar”. Pendekatan

black-box

merupakan

pendekatan

pengujian

untuk

mengetahui apakah semua fungsi perangkat lunak telah berjalan semestinya sesuai dengan kebutuhan fungsional yang telah didefinisikan (Jiang, 2012) (Pressman, 2010). Kasus uji ini bertujuan untuk menunjukkan fungsi perangkat lunak tentang cara beroperasinya. Teknik pengujian ini berfokus pada domain informasi dari perangkat lunak, yaitu melakukan kasus uji dengan mempartisi domain input dan output program. Metode black-box memungkinkan


23

perekayasa perangkat lunak mendapatkan serangkaian kondisi input yang sepenuhnya menggunakan semua persyaratan fungsional untuk suatu program. Pengujian ini berusaha menemukan kesalahan dalam kategori fungsifungsi yang tidak benar atau hilang, kesalahan interface, kesalahan dalam struktur data atau akses basis data eksternal, kesalahan kinerja, dan inisialisasi dan kesalahan terminasi. Blackbox Testing yaitu menguji perangkat lunak dari segi spesifikasi fungsional tanpa meguji desain dan kode program.Pengujian dimaksudkan untuk mengetahui apakah fungsi – fungsi, masukan dan keluaran dari perangkat lunak sesuai dengan spesifikasi yang dibutuhkan. Pengujian kotak hitam dilakukan dengan membuat kasus uji yang bersifat mencoba semua fungsi dengan memakai perangkat lunak apakah sesuai dengan spesifikasi yang dibutuhkan. 2.8.2 White-Box Testing (Pengujian Kotak Putih) Menurut Soetam Rizky (2011:261) “White Box testing secara umum merupakan jenis testing yang lebih berkonsentrasi terhadap “isi” dari perangkat lunak itu sendiri. Jenis ini lebih banyak berkonsentrasi kepada source code dari perangkat lunak yang dibuat”. Pendekatan white-box adalah pengujian untuk memperlihatkan cara kerja dari produk secara rinci sesuai dengan spesifikasinya (Jiang, 2012) (Pressman, 2010). Jalur logika perangkat lunak akan dites dengan menyediakan kasus uji yang akan mengerjakan kumpulan kondisi dan pengulangan secara spesifik. Sehingga melalui penggunaan metode ini akan dapatmemperoleh kasus uji yang menjamin bahwa semua jalur independen pada suatu model telah diigunakan minimal satu kali, penggunaan keputusan logis pada sisi benar dan salah, pengeksekusian semua loop dalam batasan dan batas operasional perekayasa, serta penggunaan struktur data internal guna menjamin validitasnya. Secara sekilas dapat diambil kesimpulan pendekatan pengujian white-box mengarah untuk mendapatkan program yang benar secara 100%.


24

2.9 Database (Basis Data) Database adalah kumpulan file-file yang saling berhubungan atau berelasi sehingga membentuk suatu basis data, tanpa adanya suatu kerangkapan data sehingga mudah untuk digunakan kembali. Perancangan basis data merupakan proses menciptakan perancangan untuk basis data yang akan mendukung operasi dan tujuan perusahaan. Sebelum membuat basis data terlebih dahulu dilakukan perancangan, proses perancangan ini bersifat konseptual. Menurut Fathansyah (2012) basis data terdiri atas dua kata yaitu basis dan data.Basis kurang lebih dapat diartikan sebagai markas atau gudang tempat bersarang atau berkumpul.Sedangkan data adalah representasi fakta dunia nyata yang mewakili suatu objek seperti manusia, barang, hewan, peristiwa, konsep dan sebagainya. Basis data (database) dapat didefinisikan dalam sejumlah sudut pandang seperti: a. Himpunan kelompok data (arsip) saling berhubungan yang diorganisasi sedemikian rupa agar dapat dimanfaatkan kembali dengan cepat dan mudah. b. Kumpulan data yang saling berhubungan yang disimpan secara bersama sedemikian rupa dan tanpa pengulangan (redudancy) yang tidak perlu, untuk memenuhi kebutuhan. c. Kumpulan file / table / arsip yang saling berhubungan yang disimpan kedalam media penyimpanan elektronik. 2.9.1 Database Management System Database Management System adalah sistem software yang dapat mendefiniskan, membuat, memelihara dan mengontrol akses ke basis data. Fasilitas yang disediakan oleh DBMS adalah: • Dapat mendefinisikan basis data dengan menggunakan Data Definition Lenguage (DDL). DDL dapat member fasilitas kepada pengguna untuk menspesifikasikan tipe data, struktur dan batasan aturan mengenai data yang bisa disimpan kedalam basis data. • Pengguna dapat menambah, mengedit, menghapus dan mendapatkan kembali data dengan menggunakan data manipulation language.


25

• Dapat mengontrol akses ke basis data, yaitu mencegah pengguna tanpa otoritas, sistem integrasi untuk memelihara konsistensi penyimpanan data, sistem control untuk memperbolehkan pengguna untuk akses, sistem control untuk pengembalian data yang bisa mengendalikan data ke keadaan semula apabila ada kegagalan software atau hardware.


BAB II LANDASAN TEORI

Recommend Documents