BAB II LANDASAN TEORI. komponen atau subsistem yang berinteraksi untuk mencapai suatu tujuan.

Teks penuh

(1)

7

LANDASAN TEORI

2.1 Pengertian Sistem

Pengertian Sistem adalah sebagai suatu kesatuan yang terdiri dari dua atau komponen atau subsistem yang berinteraksi untuk mencapai suatu tujuan.

Menurut Tata Sutabri (2012:2), terdapat dua kelompok pendekatan di dalam pendefinisian sistem, yaitu kelompok yang menekankan pada prosedur dan kelompok yang menekankan pada elemen atau komponennya. Pendekatan yang menekankan pada prosedur mendefinisikan sistem sebagai suatu jaringan kerja dari prosedur-prosedur yang saling berhubungan, berkumpul bersama-sama untuk melakukan suatu kegiatan atau untuk menyelesaikan suatu sasaran tertentu. Sedangkan pendekatan sistem yang lebih menekankan pada elemen atau komponen mendefinisikan sistem sebagai kumpulan dari elemen-elemen yang berinteraksi untuk mencapai suatu tujuan tertentu. Kedua kelompok definisi ini adalah benar dan tidak bertentangan, yang berbeda adalah cara pendekatannya.

Suatu sistem merupakan kumpulan elemen-elemen yang saling berkaitan dan berinteraksi untuk mencapai suatu tujuan tertentu. Menurut Moekijat dalam Prasojo (2011:152), “Sistem adalah setiap sesuatu terdiri dari obyek-obyek, atau unsur-unsur, atau komponen-komponen yang bertata kaitan dan bertata hubungan satu sama lain, sedemikian rupa sehingga unsur-unsur tersebut merupakan satu kesatuan pemrosesan

(2)

atau pengolahan yang tertentu”.Terdapat dua kelompok pendekatan didalam pendefisian sistem, yaitu :

1. Pendekatan yang menekankan pada prosedur, mendefinisikan sistem sebagai suatu jaringan kerja dari prosedur-prosedur yang saling berhubungan, berkumpul bersama-sama untuk melakukan suatu kegiatan atau untuk menyelesaikan suatu sasaran tertentu.

2. Pendekatan yang menekan pada elemen atau komponen, mendefinisikan sistem sebagai kumpulan dari elemen-elemen yang berinteraksi untuk mencapai suatu tujuan tertentu.

2.1.1 Karakteristik Sistem

Adapun karateristik sistem adalah sebagai berikut:

a. Komponen Sistem (Components)

Suatu sistem terdiri dari sejumlah komponen yang saling berinteraksi, yang bekerja sama membentuk satu kesatuan. Komponen-komponen sistem tersebut dapat berupa suatu bentuk subsistem. Setiap subsistem memiliki sifat-sifat dari sistem yang menjalankan suatu fungsi tertentu dan mempengaruhi proses sistem secara keseluruhan.

b. Batasan Sistem (Boundary)

Ruang lingkup sistem merupakan daerah yang membatasi antara sistem dengan sistem lainnya atau sistem dengan lingkungan luarnya.

(3)

Sebagai media yang menghubungkan sistem dengan subsistem yang lain disebut dengan penghubung sistem atau interface. Penghubung ini memungkinkan sumber-sumber daya mengalir dari satu subsistem ke subsistem yang lain.

d. Masukkan Sistem (Input)

Energi yang dimasukkan ke dalam sistem disebut masukkan sistem, yang dapat berupa pemeliharaan (maintenance input) dan sinyal (signal input).

e. Keluaran Sistem (Output)

Hasil dari energi yang diolah dan diklasifikasikan menjadi keluaran yang berguna. Keluaran ini merupakan masukkan bagi subsistem yang lain.

f. Pengolahan Sistem (Proses)

Suatu sistem dapat mempunyai suatu proses yang akan mengubah masukkan menjadi keluaran.

g. Sasaran Sistem (Objective)

Suatu sistem memiliki tujuan dan sasaran yang pasti dan bersifat deterministik. Kalau suatu sistem tidak memiliki sasaran, maka operasi sistem tidak ada gunanya. Suatu sistem dikatakan berhasil bila mengenai sasaran atau tujuan yang telah direncanakan.

2.2 Pengertian Informasi

Informasi dapat juga diartikan sebagai data yang telah diolah menjadi bentuk yang mempunyai arti dan bermanfaat bagi manusia.

(4)

Menurut Tata Sutabri (2012:18) Informasi adalah data yang telah diklasifikasikan atau diolah atau diinterprestasikan untuk digunakan dalam proses pengambilan keputusan. Sistem pengolahan informasi akan mengolah data menjadi informasi atau mengolah data dari bentuk tak berguna menjadi berguna bagi yang menerimanya.

2.3 Pengertian Sistem Informasi

Menurut Tata Sutabri (2012:36) “Sistem informasi adalah suatu sistem didalam suatu organisasi yang mempertemukan kebutuhan pengolahan transaksi harian yang mendukung fungsi operasi organisasi yang bersifat manajerial dengan kegiatan strategis dari suatu organisasi untuk dapat menyediakan kepada pihak luar tertentu dengan laporan-laporan yang diperlukan”.

2.4 Pengertian Analisa Sistem

Menurut Alan Dennis ( 2012:8 ), Analis sistem merupakan peran kunci dalam informasi proyek pengembangan sistem. Analis sistem bekerja sama dengan semua anggota tim proyek sehingga tim mengembangkan sistem yang tepat dengan cara yang efektif. Sistem analis harus memahami bagaimana menerapkan teknologi untuk memecahkan masalah bisnis. Selain itu, sistem analis dapat berfungsi sebagai agen perubahan yang mengidentifikasi perbaikan organisasi yang diperlukan, sistem desain untuk mengimplementasikan perubahan-perubahan tersebut, dan melatih dan memotivasi orang lain untuk menggunakan system.

(5)

2.5 Metode Waterfall

Menurut Alan Dennis (2012;51) Metodologi pengembangan air terjun (waterfall) memiliki keunggulan mengidentifikasi persyaratan sebelum pemrograman dimulai dan membatasi perubahan persyaratan sebagai hasil proyek. Kelemahan utama adalah bahwa desain harus sepenuhnya ditentukan sebelum program dimulai, waktu yang lama antara penyelesaian proposal sistem dalam tahap analisis dan pengiriman sistem, dan pengujian diperlakukan hampir sebagai pemikiran dalam tahap implementasi. Tambahan lagi, mekanisme komunikasi yang buruk, sangat penting persyaratan dapat diabaikan dalam volume dokumentasi. Jika tim proyek mencari kebutuhan penting, pemrograman pasca-pelaksanaan mungkin diperlukan. Pengguna mungkin lupa tujuan awal dari sistem, karena begitu banyak waktu telah berlalu antara ide asli dan pelaksanaannya. Juga, lingkungan bisnis yang dinamis, sistem yang memenuhi kondisi lingkungan yang ada selama fase analisis mungkin perlu perulangan yang cukup untuk mencocokkan lingkungan ketika diimplementasikan. perulangan ini dibutuhkan kembali ke dalam tahap awal dan membuat perubahan yang dibutuhkan melalui setiap fase berikutnya pada gilirannya.

(6)

PLANNING

ANALYSIS

DESIGN

IMPLEMENTATION

SISTEM

Gambar 2.1 Model Waterfall [Alan Dennis,2012]

Perencanaan

Tahap perencanaan adalah proses dasar memahami mengapa informasi sistem harus dibangun dan menentukan bagaimana tim proyek dibuat, dua langkah antara lain: 1. Selama proyek, nilai bisnis sistem untuk organisasi adalah

diidentifikasi-bagaimana akan biaya yang lebih rendah atau meningkatkan pendapatan? Kebanyakan ide-ide untuk sistem baru datang dari luar daerah IS (dari departemen pemasaran, departemen akuntansi , dll) dalam bentuk permintaan sistem. Permintaan sistem menyajikan ringkasan singkat dari kebutuhan bisnis, dan menjelaskan bagaimana sistem yang mendukung kebutuhan akan menciptakan nilai bisnis. IS departemen bekerja sama dengan orang atau departemen menghasilkan permintaan (disebut sponsor proyek) untuk melakukan

(7)

analisis kelayakan. Analisis kelayakan mengkaji aspek-aspek kunci dari yang diusulkan Proyek:

 Kelayakan teknis (Bisakah kita membangun itu?)

 Kelayakan ekonomi (Apakah akan memberikan nilai bisnis?)

 Kelayakan organisasi (Jika kita membangun itu, itu akan digunakan?)

Permintaan sistem dan analisis kelayakan disajikan ke sistem informasi Komite persetujuan (kadang-kadang disebut komite pengarah), yang memutuskan apakah proyek harus dilakukan.

2. Setelah proyek disetujui, memasuki manajemen proyek. Selama proyek manajemen, manajer proyek menciptakan rencana kerja, staf proyek, dan menempatkan teknik di tempat untuk membantu kontrol tim proyek dan mengarahkan proyek melalui seluruh SDLC. Deliverable untuk manajemen proyek adalah rencana proyek yang menggambarkan bagaimana tim proyek akan mengembangkan sistem.

Analisa

Tahap analisis menjawab pertanyaan tentang siapa yang akan menggunakan sistem, apa yang system akan dilakukan, dan di mana dan kapan akan digunakan Selama fase ini, tim proyek menyelidiki sistem saat ini, mengidentifikasi peluang perbaikan, dan mengembangkan konsep untuk sistem baru. Fase ini memiliki tiga langkah:

1. Strategi analisis dikembangkan untuk memandu upaya tim proyek. Misalnya Strategi biasanya mencakup studi tentang sistem saat ini (disebut sistem apa

(8)

adanya) dan masalah, dan membayangkan cara untuk merancang sistem baru (disebut to-besistem).

2. Langkah selanjutnya adalah pengumpulan persyaratan (misalnya, melalui wawancara, lokakarya kelompok, atau kuesioner). Analisis informasi ini hubungannya dengan masukan dari sponsor proyek dan banyak lainnya orang mengarah ke pengembangan dari konsep sistem baru. Konsep sistem ini kemudian digunakan sebagai dasar untuk mengembangkan satu set model analisis bisnis yang menggambarkan bagaimana bisnis akan beroperasi jika sistem baru dikembangkan. Set biasanya meliputi model yang mewakili data dan proses yang diperlukan untuk mendukung bisnis yang mendasari proses.

3. Analisis, konsep sistem, dan model digabungkan ke dalam dokumen yang disebut proposal sistem, yang disampaikan kepada sponsor proyek dan kunci lainnya pengambil keputusan (misalnya, anggota komite persetujuan) yang akan memutuskan apakah proyek tersebut harus terus bergerak maju. Usulan sistem adalah penyampaian awal yang menggambarkan apa bisnis persyaratan sistem baru harus memenuhi. Karena itu benar-benar langkah pertama dalam desain sistem baru, beberapa ahli berpendapat bahwa tidak pantas untuk menggunakan istilah analisis sebagai nama untuk tahap ini; beberapa berpendapat nama yang lebih baik akan analisis dan desain awal. Karena sebagian besar organisasi terus menggunakan analisis nama untuk tahap ini, kita akan menggunakannya dalam buku ini juga. Hal ini penting untuk diingat, bagaimanapun, bahwa penyampaian

(9)

dari tahap analisis adalah baik analisis dan tingkat tinggi desain awal untuk sistem baru.

Disain

Tahap desain memutuskan bagaimana sistem akan beroperasi dalam hal perangkat keras, software, dan infrastruktur jaringan yang akan di tempat; user interface, bentuk, dan laporan yang akan digunakan; dan spesifik program, database, dan file yang akan dibutuhkan. Meskipun sebagian besar keputusan strategis tentang sistem yang dibuat dalam pengembangan konsep sistem selama tahap analisis, langkah-langkah dalam tahap desain menentukan dengan tepat bagaimana sistem akan beroperasi. Tahap desain memiliki empat langkah:

1. Strategi desain harus ditentukan. Ini menjelaskan apakah sistem akan dikembangkan oleh programmer perusahaan sendiri, apakah perkembangannya akan outsourcing ke perusahaan lain (biasanya perusahaan konsultan), atau apakah perusahaan akan membeli paket perangkat lunak yang ada.

2. Hal ini menyebabkan pengembangan desain arsitektur dasar untuk sistem yang menggambarkan perangkat keras, perangkat lunak, dan infrastruktur jaringan yang akan digunakan. Di kebanyakan kasus, sistem akan menambah atau mengubah infrastruktur yang sudah ada dalam organisasi. Desain antarmuka menentukan bagaimana pengguna akan bergerak melalui sistem (misalnya, dengan metode navigasi seperti menu dan di layar tombol) dan bentuk-bentuk dan laporan bahwa sistem akan digunakan.

(10)

3. Spesifikasi database dan file yang dikembangkan. Ini menentukan apa yang Data akan disimpan dan di mana mereka akan disimpan.

4. Tim analis mengembangkan rancangan program, yang mendefinisikan program yang perlu ditulis dan apa yang masing-masing program yang akan dilakukan. Koleksi kiriman (desain arsitektur, desain antarmuka, basis data dan spesifikasi berkas, dan rancangan program) adalah sistem spesifikasi yang digunakan oleh tim pemrograman untuk implementasi. Pada akhir fase desain, analisis kelayakan dan rencana proyek yang dikaji ulang dan direvisi, dan lain Keputusan dibuat oleh sponsor proyek dan panitia persetujuan tentang apakah akan menghentikan proyek atau melanjutkan.

Implementasi

Tahap akhir dalam SDLC adalah tahap implementasi, di mana system sebenarnya dibangun (atau dibeli, dalam kasus desain paket perangkat lunak dan diinstal). Ini adalah fase yang biasanya mendapat perhatian yang besar, karena untuk sebagian besar sistem itu adalah terpanjang dan paling mahal tunggal bagian dari proses pembangunan. Fase ini memiliki tiga langkah:

1. Konstruksi Sistem adalah langkah pertama. Sistem ini dibangun dan diuji untuk memastikan bahwa ia melakukan seperti yang dirancang. Karena biaya memperbaiki kerusakan bisa sangat besar, pengujian adalah salah satu langkah yang paling penting dalam pelaksanaan. Sebagian besar organisasi menghabiskan lebih banyak waktu dan perhatian pada pengujian dari pada menulis program dalam tempat pertama.

(11)

2. Sistem ini dipasang. Instalasi adalah proses dimana sistem lama adalah dimatikan dan yang baru dihidupkan. Ada beberapa pendekatan yang mungkin digunakan untuk mengkonversi dari yang lama ke sistem baru. Salah satu yang paling penting aspek konversi adalah rencana pelatihan, digunakan untuk mengajar pengguna bagaimana menggunakan baru sistem dan membantu mengelola perubahan yang disebabkan oleh sistem baru.

3. Tim analis menetapkan rencana dukungan untuk sistem. Rencana ini biasanya termasuk formal atau informal pasca-pelaksanaan review, serta sistematis cara untuk mengidentifikasi perubahan besar dan kecil yang diperlukan untuk sistem.

2.6 UML (Unified Modelling Language)

UML singkatan dari Unitified Modeling Language yang berarti bahasa pemodelan standar. Menurut Alan Dennis (2012:514], Tujuan dari Unified Modeling Language adalah untuk menyediakan kosakata umum istilah berbasis obyek dan teknik diagram yang cukup kaya untuk memodelkan setiap proyek pengembangan sistem dari analisis untuk merancang.. Versi UML mendefinisikan satu set 14 teknik diagram untuk pemodelan sistem. Diagram yang dibagi menjadi dua kelompok utama: satu untuk pemodelan struktur sistem dan satu untuk perilaku modeling. Diagram struktur yang digunakan untuk mewakili data dan hubungan statis yang berada dalam suatu sistem informasi. Diagram perilaku memberikan analis dengan cara menggambarkan hubungan dinamis antara contoh atau benda yang mewakili sistem informasi bisnis. Mereka juga memungkinkan pemodelan perilaku dinamis

(12)

objek individu sepanjang hidup mereka. Diagram perilaku mendukung analis dalam pemodelan persyaratan fungsional dari suatu sistem informasi yang berkembang.

Tabel 2.1 Jenis-jenis Diagram UML [Alan Dennis,2012]

No Diagram Kegunaan

1 Activity Behaviour procedural dan parallel

2 Class Class, fitur, dan hubungan-hubungan

3 Communication Interaksi antar objek; penekaan pada jalur

4 Component Struktur dan koneksi komponen

5 Composite structure Dekomposisi runtime sebuah class

6 Deployment Pemindahan artifak ke node

7 Interaction overview Campuran sequence dan activity diagram

8 Object Contoh konfigurasi dari contoh-contoh

9 Package Struktur hirarki compile-time

10 Sequence Interaksi antar objek; penekanan pada

sequence

11 State machine Bagaimana even mengubah objek selama

aktif

12 Timing Interaksi antar objek; penekanan pada

timing

13 Use case Bagaimana pengguna berinteraksi dengan

(13)

2.6.1 Use Case Diagram

Diagram use case biasanya digunakan untuk meringkas suatu kasus

penggunaan untuk bagian logis dari sistem (atau seluruh sistem). Kemudian kelas diagram, urutan diagram, dan keadaan perilaku diagram mesin yang digunakan untuk selanjutnya menentukan sistem berkembang dari berbagai perspektif. Use Case

Diagram selalu dibuat pertama, tetapi urutan di mana diagram lainnya diciptakan

tergantung pada proyek dan preferensi pribadi para analis. Sebagian besar analis mulai baik dengan kelas diagram (menunjukkan apa dan bagaimana mereka berhubungan, seperti ERD) atau diagram urutan (menunjukkan bagaimana objek dinamis berinteraksi, seperti DFDs), tetapi dalam prakteknya, proses adalah berulang. Mengembangkan urutan diagram sering menyebabkan perubahan dalam diagram kelas dan sebaliknya, sehingga analis sering bergerak bolak-balik antara dua, penyulingan masing-masing pada gilirannya mereka mendefinisikan sistem. Secara umum, keadaan perilaku diagram mesin dikembangkan kemudian, setelah diagram kelas telah disempurnakan (Alan Dennis, 2012:515).

Tabel 2.2 Simbol Use Case Diagram Alan Dennis [2012:518]

Simbol Nama Simbol Keterangan

Aktor Seseorang atau sesuatu yang

berinteraksi dengan sistem.

Use Case Menggambarkan bagaimana

seseorang akan menggunakan sistem.

Subjek Boundary Merupakan nama sistem atau proses bisnis individual.

Association Relationship Penghubung antara aktor dan use case yang saling berinteraksi.

(14)

Include Relationship Include memungkinkan Use Case untuk menggunakan fungsional yang disediakan oleh Use Case lainnya.

Extend Relationship Extend memungkinkan suatu

Use Case memiliki

kemungkinan memperluas

fungsionalilitas yang disediakan oleh Use Case lainnya.

Generalisasi Digunakan untuk

memperlihatkan bahwa beberapa aktor atau use case memiliki sesuatu yang bersifat umum. Lanjutan Tabel 2.2

2.6.2 Aktivity Diagram

Activity diagram menggambarkan aliran fungsional sistem, pada tahap

pemodelan bisnis, diagram aktivitas dapat digunakan untuk menunjukkan aliran kerja bisnis dan untuk menggambarkan aliran kejadian dalam use case.

Tabel 2.3 Simbol Activity Diagram Alan Dennis (2012:536)

Simbol Keterangan

Titik awal

(15)

Activity

Decision : Pilihan untuk pengambilan keputusan

Fork : Digunakan untuk menunjukkan kegiatan yang dilakukan secara parallel atu untuk menggabungkan dua kegiatan parallel menjadi satu

Tanda pengiriman

Tanda penerimaan

Lanjutan Tabel 2.3

2.6.3 Sequence Diagram

Sequance diagram adalah diagram interaksi yang di susun berdasarkan urutan

waktu. Teknik utama berikutnya UML diagram adalah Sequance diagram. Urutan A diagram menggambarkan objek yang berpartisipasi dalam kasus penggunaan dan pesan yang melewati antara mereka dari waktu ke waktu untuk satu kasus penggunaan. Sequance diagram dinamis Model yang mendukung tampilan yang dinamis dari sistem berkembang. Ini menunjukkan eksplisit urutan pesan yang lewat

(16)

di antara objek dalam interaksi didefinisikan. Sejak diagram urutan menekankan memesan berbasis waktu dari aktivitas yang berlangsung antara satu set objek, mereka sangat membantu untuk memahami real-time spesifikasi dan kasus penggunaan kompleks. Diagram urutan dapat menjadi diagram urutan generik yang menunjukkan semua kemungkinan scenario untuk kasus penggunaan, tetapi biasanya setiap analis mengembangkan satu set Sequance diagram misalnya, yang masing-masing menggambarkan skenario tunggal dalam kasus penggunaan. Jika Anda tertarik dalam memahami aliran kontrol dari skenario oleh waktu, Anda harus menggunakan Sequance diagram untuk menggambarkan informasi ini. Diagram yang digunakan seluruh baik analisis dan desain fase; Namun, diagram desain sangat spesifik implementasi, sering termasuk objek database atau GUI tertentu komponen sebagai kelas. Bagian berikut pertama menyajikan sintaks dari diagram urutan dan kemudian menunjukkan bagaimana seseorang harus ditarik. (Alan Dennis, 2012:531)

Tabel 2.4 Simbol Sequence Diagram Alan Dennis (2012;532) Notasi Nama Simbol Keterangan

Object1

Object Object merupakan instance dari sebuah class

dan dituliskan tersusun secara horizontal. Digambarkan sebagai sebuah class (kotak) dengan nama obyekdidalamnya yang diawali dengan sebuah titik koma.

Top Package::Aktor

Actor Actor juga dapat berkomunikasi dengan object,

maka actor juga dapat diurutkan sebagai kolom. Simbol Actor sama dengan simbol pada Actor

Use Case Diagram.

Lifeline Lifeline mengindikasikan keberadaan sebuah

object dalam basis waktu. Notasi untuk Lifeline adalah garis putus-putus vertikal yang ditarik dari sebuah obyek.

(17)

Activation Activation dinotasikan sebagai sebuah kotak

segi empat yang digambar pada sebuah lifeline.

Activation mengindikasikan sebuah obyek yang

akan melakukan sebuah aksi.

x

Object Destrcution

X ditempatkan pada akhir obyek

Lifeline untuk menunjukkan bahwa itu akan keluardarikeberadaan.

Lanjutan Tabel 2.4 2.6.4 Class Diagram

Class diagram menggambarkan class dan hubungan antar-class di dalam

sistem. Class diagram dibangun berdasarkan use case diagram, sequence diagram, atau collaboration diagram yang telah dibuat sebelumnya. Diagram Class memberikan pandangan secara luas dari suatu sistem dengan menunjukan kelas-kelasnya dan hubungan mereka. Diagram Class bersifat statis, menggambarkan hubungan apa yang terjadi bukan apa yang terjadi jika mereka berhubungan. Sebuah

Class memiliki tiga area pokok

Class Diagram adalah model statis yang mendukung pandangan statis dari

sistem berkembang. class Ini menunjukkan hubungan antara class yang tetap konstan dalam sistem

1. Nama, merupakan nama dari sebuah kelas

2. Atribut, merupakan peroperti dari sebuah kelas. Atribut melambangkan batas nilai yang mungkin ada pada obyek dari class

3. Operasi, adalah sesuatu yang bisa dilakukan oleh sebuah class atau yang dapat dilakukan oleh class lain terhadap sebuah class.

(18)

Tabel 2.5 Notasi Pada Class Diagram Alan Dennis (2012;521-530)

Notasi Nama

Simbol

Keterangan

Class1

Class Class adalah blok - blok

pembangun pada

pemrograman berorientasi obyek. Sebuah class digambarkan sebagai sebuah kotak yang terbagi atas 3 bagian. Bagian atas adalah bagian nama dari class.

Bagian tengah

mendefinisikan

property/atribut class.

Bagian akhir mendefinisikan method-method dari sebuah

class.

0..1 1 Assosiation Sebuah asosiasi merupakan sebuah relationship paling umum antara 2 class, dan dilambangkan oleh sebuah garis yang menghubungkan antara 2 class. Garis ini bisa melambangkan tipe-tipe

relationship dan juga dapat

menampilkan hukum-hukum multiplisitas pada sebuah

relationship (Contoh: One-to-one, one-to-many, many-to-many).

Dependency Kadangkala sebuah class menggunakan class yang lain. Hal ini disebut

dependency. Umumnya penggunaan dependency

digunakan untuk

menunjukkan operasi pada

suatu class yang

menggunakan class yang lain. Sebuah dependency dilambangkan sebagai sebuah panah bertitik-titik.

2.7 Pengertian Web

Website adalah sebutan bagi kelompok halaman web (web pager), dan umumnya merupakan bagian dari suatu nama domain (domain name) atau sub domain dalam World Wide Web (www) di internet. Internet adalah suatu jaringan yang menghubungkan komputer diseluruh dunia tanpa dibatasi oleh jumlah unit

(19)

menjadi satu jaringan yang bisa saling mengakses. Era internet tersebut membawa perubahan besar dalam tatanan kehidupan masyarakat. Era yang menimbulkan munculnya peluang baru untuk membangun dan memperbaiki pendidikan, bisnis, layanan pemerintahan dan demokrasi. [Online;www.sumbereki.com]

2.8 Pengertian Basis Data

Menurut Fathansyah (2012:2), Basis data terdiri atas dua kata, yaitu Basis dan Data. Basis kurang lebih dapat diartikan sebagai markas atau gudang, tempat bersarang / berkumpul. Sedangkan Data adala representasi fakta dunia nyata yang mewakili suatu objek seperti manusia (pegawai, siswa, pembeli, pelanggan), barang, hewan, peristiwa, konsep, keadaan, dan sebagainya, yang direkam dalam bentuk angka, symbol, teks, gambar, bunyi, atau kombinasinya.

Sebagai satu kesatuan istilah, Basis data (Database) sendiri dapat didefinisikan dalam sejumlah sudut pandang seperti :

Himpunan kelompok data (arsip) yang saling berhubungan yang diorganisasi sedemikian rupa agar kelak dapat dimanfaatkan kembali dengan cepat dan mudah.

Kumpulan data yang saling berhubungan yang disimpan secara bersama sedemikian rupa dan tanpa pengulangan (redundansasi) yang tidak perlu, untuk memenuhi berbagai kebutuhan.

Kumpulan file / tabel / arsip yang saling berhubungan yang disimpan dalam media penyimpanan elektronis.

Basis data dan lemari arsip sesungguhnya memiliki prinsip kerja dan tujuan yang sama. Prinsip utamanya adalah pengaturan data / arsip. Dan tujuan utamanya adalah kemudahan dan kecepatan dalam pengambilan kembali data / arsip. Perbedaannya hanya terletak pada media penyimpanan yang digunakan. Jika lemari arsip menggunakan lemari dari besi atau kayu sebagai media penyimpanan, maka basis data menggunakan media penyimpanan elektronis seperti disk (disket atau

(20)

harddisk). Hal ini merupakan konsekuensi yang logis, karena lemari arsip langsung dikelola / ditangani oleh manusia, sementara basis data dikelola / ditangani melalui perantaran alat / mesin pintar elektronis (yang kita kenal sebagai komputer). Perbedaan media ini yang selanjutnya melahirkan perbedaan-perbedaan lain yang menyangkut jumlah dan jenis metode / cara yang dapat digunakan dalam upaya penyimpanan.

Satu hal yang juga harus diperhatikan, bahwa basis data bukan hanya sekedar penyimpanan data secara elektronis (dengan bantuan komputer). Artinya, tidak semua bentuk penyimpanan data secara elektronis bisa disebut basis data. Kita dapat menyimpan dokumen berisi data dalam file teks (dengan program pengolah kata), file spread sheet, dan lain lain, tetapi tidak bisa disebut sebagai basis data. Karena didalamnya tidak ada pemilahan dan pengelompokkan data sesuai jenis / fungsi data, sehingga akan menyulitkan pencarian data kelak. Yang sangat ditonjolkan dalam basis data adalah pengaturan / pemilahan / pengelompokkan / pengorganisasian data yang akan kita simpan sesuai fungsi / jenisnya. Pemilahan / pengelompokkan / pengorganisasian ini dapat berbentuk sejumlah file / tabel terpisah atau dalam bentuk pendefinisian kolom-kolom / field-field data dalam setiap file / table.

2.9 Pengertian PHP

Menurut Sibero (2012:49), “PHP adalah pemograman (interpreter) adalah proses penerjemahan baris sumber menjadi kode mesin yang dimengerti komputer secara langsung pada saat baris kode dijalankan”.

PHP (PHP, Hypertext Preprocessor) adalah bahasa server side scripting yang menyatu dengan HTML untuk membuat halaman web yang dinamis. Karena PHP merupakan server side scripting maka sintaks dan perintah-perintah PHP akan dieksekusi di server kemudian hasilnya dikirimkan ke browser dalam format HTML. Dengan demikian kode program yang ditulis dalam PHP tidak akan terlihat oleh user sehingga keamanan halaman web lebih terjamin. PHP dirancang untuk membentuk halaman web yang dinamis, yaitu halaman web yang dapat membentuk suatu

(21)

tampilan berdasarkan permintaan terkini, seperti menampilkan hal basis data ke halaman web.

Salah satu keunggulan yang dimiliki oleh PHP adalah kemampuannya untuk melakukan koneksi ke berbagai macam software sistem manajemen basis data/Database Management System (DBMS). (M. Rudyanto Arief, 2011:43)

Gambar 2.2 Xampp Control Panel Web Server

2.10 Pengertian MySQL

MySQL adalah salah satu jenis database server yang sangat terkenal dan banyak digunakan untuk membangun aplikasi web yang menggunakan database sebagai sumber dan pengelolaan datanya. Kepopuleran MySQL antara lain karena MySQL menggunakan SQL sebagai bahan dasar untuk mengakses database-nya sehingga mudah untuk digunakan, kinerja query cepat, dan mencukupi untuk kebutuhan database perusahaan-perusahaan skala menengah kecil. MySQL juga bersifat open source dan free.

MySQL merupakan database yang pertama kali didukung oleh bahasa pemograman script untuk internet (PHP dan Perl). MySQL dan PHP dengan sebagai

(22)

pasangan software pengembangan aplikasi web yang detail. MySQL lebih sering digunakan untuk membangun aplikasi berbasis web, umumnya pengembangan aplikasinya menggunakan bahasa pemograman script PHP. (M. Rudyanto Arief, 2011:151)

2.11 Metode Pengujian

Menurut [Roger S. Pressman:2010], Pengujian black - box berfokus pada persyaratan fungsional perangkat lunak. Dengan demikian, pengujian black – box memungkinkan perekayasa perangkat lunak mendapatkan serangkaian kondisi input yang sepenuhnya menggunakan semua persyaratan fungsional untuk suatu program. Pengujian black – box bukan merupakan alternatif dari teknik white – box, tetapi merupakan pendekatan komplementer yang kemungkinan besar mampu mengungkap kelas kesalahan dari pada metode white – box.

Pengujian black – box berusaha menemukan kesalahan dalam kategori sebagai berikut :

1. Fungsi-fungsi yang tidak benar atau hilang 2. Kesalahan interface

3. Kesalahan dalam struktur data atau akses database eksternal 4. Kesalahan kinerja

5. Inisialisasi dan kesalahan terminasi.

Pengujian program aplikasi penjualan berbasis web ini dilakukan dengan metode

Black Box Testing. Metode Black Box Testing ini merupakan pengujian berdasarkan

fungsi dari program. Tujuan dari metode Black Box Testing ini adalah untuk menemukan kesalahan fungsi pada program.

2.12 Pengertian SPM dan SP2D

Menurut Peraturan Dalam Negeri Nomor 55 Tahun 2008 Tentang Tata Cara Penatausahaan dan Penyusunan Laporan Pertanggungjawaban Bendahara Serta penyampaiannya dalam Bab 1 ketentuan umum pasal 17 dan 18 bahwa pengertian dari SPM dan SP2D adalah:

(23)

1. Surat Perintah Membayar yang selanjutnya disingkat SPM adalah dokumen yang digunakan/diterbitkan oleh pengguna anggaran/kuasa pengguna anggaran untuk penerbitan SP2D atas beban pengeluaran DPA-SKPD.

2. Surat Perintah Pencairan Dana yang selanjutnya disingkat SP2D adalah dokumen yang digunakan sebagai dasar pencairan dana yang diterbitkan Bendahara Umum Daerah berdasarkan SPM.

Figur

Gambar 2.1 Model Waterfall [Alan Dennis,2012]

Gambar 2.1

Model Waterfall [Alan Dennis,2012] p.6
Tabel 2.1 Jenis-jenis Diagram UML [Alan Dennis,2012]

Tabel 2.1

Jenis-jenis Diagram UML [Alan Dennis,2012] p.12
Diagram  use  case  biasanya  digunakan  untuk  meringkas  suatu  kasus  penggunaan  untuk  bagian  logis  dari  sistem  (atau  seluruh  sistem)

Diagram use

case biasanya digunakan untuk meringkas suatu kasus penggunaan untuk bagian logis dari sistem (atau seluruh sistem) p.13
Gambar 2.2 Xampp Control Panel Web Server  2.10  Pengertian MySQL

Gambar 2.2

Xampp Control Panel Web Server 2.10 Pengertian MySQL p.21

Referensi

Memperbarui...

Related subjects :