7 BAB II DASAR TEORI 2.1 Pengertian Sistem Informasi
Istilah sistem informasi menyiratkan suatu pengumpulan data yang terorganisasi beserta tatacara penggunaanya yang mencakup lebih jauh daripada sekadar penyajian. Istilah terebut menyiratkan suatu maksud yang ingin dicapai dengan jalan memilih dan mengatur data serta menyusun tatacara penggunaanya. Keberhasilan suatu sistem informasi yang diukur berdasarkan maksud pembuatanya tentu bergantung pada tiga faktor utama, yaitu (1) keserasian dan mutu data, (2) pengorganisasian data, dan (3) tatacara penggunaannya (Cook,1977).
Setiap sistem informasi menyajikan tiga gatra pokok: (1) pengumpulan dan pemasukan data. (20 penyimpanan dan pengambilan kembali (retrieval) data, dan (3) penerapan data, yang dalam hal sistem informasi terkomputer termasuk penayangan (display) (Lynch, 1977). Suatu sistem informasi terkomputer pada asasnya terdiri atas lima komponen yang menjadi sub-sistemnya, yaitu (1) pelambangan (encoding) data dan pemrosesan pemasukan, (2) pengolahan data, (3) pengambilan kembali data, (4) pengolahan dan analisis data, dan (5) penayangan data.
Suatu sistem informasi dibuat untuk suatu keperluan tertentu atau untuk memenuhi permintaan penggunakan tertentu, maka struktur dan cara kerja sistem informasi berbeda-beda bergantung pada macam keperluan atau macam permintaan yang harus dipenuhi. Oleh karena kepentingan yang harus dilayani sangat beraneka, maka macam sistem informasi pun sangat beraneka. Namum demekian, sistem informasi mempunyai banyak tampakan (features) umum dan menghadapi banyak persoalan yang
mirip. Jadi, disamping perbedaan yang jelas terdapat banyak persaman antar berbagai sistem informasi. Suatu persamaan yang menonjol adalah semua sistem informasi menggabungkan berbagai ragam data yang dikumpulkan dari berbagai sumber (Coppock & Anderson, 1987). Untuk dapat menggabungkan data yang berasal dari berbagai sumber diperlukan suatu sistem alih rupa (transformation) data sehingga menjadi tergabungkan (compatible). Berapa pun ukurannya dan apapun ruang lingkupnya, suatu sistem informasi perlu memiliki ketergabungan (compatibility) data yang disimpannya (Moore & Dawson, 1977).
2.2 Pengertian Flow Map
Merupakan bagian alur sistem yang memnunjukkan arus pekerjaan keseluruhan dari sistem, bagian ini menunjukkan urutan-urutan dari prosedur-prosedur yang ada di dalam sisitem. Pada tabel 2.1 menjelaskan tentang bagian alur system flow map.
Tabel 2.1 Bagian alur sistem dapat digambarkan sebagai berikut:
Simbol Keterangan
Dokumen. Simbol ini digunakan untuk menggambarkan semua jenis dokumen,yang merupakan formulir yang digunakan untuk merekam data terjadinya suatu transaksi. Nama dokumen dicantumkan ditengah system.
Input/output. Simbol ini digunakan untuk menggambarkan catatan akuntansi yang digunakan untuk mencatat data yang direkam sebelumnya didalam dokumen atau formulr. Nama catatan dicantumkan di dalam system ini.
Garis alir (flowline). Simbol ini menggambarkan arah proses pengolahan data. Anak panah tidak digambarkan jika arus dokumen mengarah kebawah dan kekanan. Jika arus dokumen mengalir ke atas atau ke kiri, anak panah perlu dicantumkan.
Penghubung pada halaman yang sama. (on page connector). Dalam menggambarkan bagan alir, arus dokumen dibuat mengalir dari atas ke bawah dan dari kiri kekanan. Karena keterbatasan ruang halaman kertas untuk menggambar, maka diperlukan system penghubung untuk memungkinkan aliran dokumen berhenti di suatu lokasi pada halaman tertentu dan kembali berjalan di lokasi lain pada halaman yang sama.
Penghubung pada halaman yang berbeda (off-page connector). Jika untuk menggambarkan bagan alir suatu system akuntansi diperlukan lebih dari satu halaman, system ini harus digunakan untuk menunjukkan kemana dan bagaimana bagan alir terkait satu dengan yang lainnya. Kegiatan Manual. Simbol ini digunakan untuk menggambarkan kegiatan manual seperti: menerima order, mengisi formulir, membandingkan, memeriksa. Uraian singkat kegiatan manual dicantumkan di dalam smbol ini.
Proses. Simbol ini menggambarkan pengolahan data dengan system. Nama program ditulis didalam system.
Keying (typing, verifying). Simbol ini menggambarkan pemasukan data ke dalam system.
Storage. Simbol ini menggambarkan arsip yang tersimpan di dalam memori system.
Keputusan. Simbol ini menggambarkan keputusan yang harus dibuat dalam proses pengolahan data. Keputusan yang dibuat ditulis didalam system.
Mulai/berakhir (terminal). Simbol ini digunakan untuk menggambarkan awal dan akhir suatu system.
2.3 Pengertian Data Flow Diagram (DFD)
Data Flow Diagram merupakan alat yang digunakan untuk menggambarkan arus data didalam sistem secara terstruktur dan jelas, lebih lanjut DFD merupakan dokumentasi dari sistem yang lebih baik. DFD digunakan sebagai alat perancangan sistem yang berorentasi pada alur data dengan konsep dekomposisi dapat digunakan untuk menggambarkan analisa maupun rancangan sistem yang mudah dikomunikasikan oleh profesional sistem kepada pemakai maupun pembuat program. Pembuatan DFD digambarkan secara bertahap yang dimulai dari yang paling global (context diagram), umum (diagram level nol), sampai ketingkat yang lebih terperinci..
Menurut Jugiyanto (2005:700) Data Flow Diagram merupakan alat yang digunakan pada metodologi pengembangan sistem yang terstruktur (Structured Analysis and Design). DFD digunakan untuk menggambarkan suatu sistem yang telah ada atau sistem baru yang akan dikembangkan secara logika tanpa mempertimbangkan lingkungan fisik dimana data tersebut mengalir (telephone, surat dan sebagainya) atau lingkungan fisik dimana data tersebut akan disimpan (harddisk, tape, diskette dan sebagainya).
Pada tabel 2.2 menjelaskan tentang bagian simbol-simbol DFD. Tabel 2.2 Simbol-simbol DFD yang digunakan antara lain:
Terminator (Eksternal Entity)
Menyatakan sumber datanya data dari luar sistem yang saling berhubungan
Proses (Process)
Menyatakan proses atau bagaimana tugas dikerjakan.
Simpanan Data (Data Store)
Menyatakan sekumpulan data yang tersimpan dalam flashdisk dan sebagainya.
Aliran Data
Simbol ini menyatakan suatu aliran data diantara proses simpanan dan terminator.
2.4 Pengertian Entity Relationship Diagram (ERD)
Merupakan model data yang menggunakan beberapa notasi untuk menggambarkan data dalam konteks entitas dan berhubungan yang dideskripsi oleh data tersebut. ERD dapat digambarkan sebagai alat pemodelan data utama yang akan membantu mengorganisasi data dalam suatu proyek ke dalam entitas-entitas serta menentukan hubungan antar entitas-entitas. Pada tabel 2.3 menjelaskan tentang bagian simbol-simbol ERD.
Tabel 2.3 Simbol- simbol ERD sebagai berikut: Entity (Entitas)
Entitas, adalah suatu objek yang dapat diidentifikasi dalam lingkungan pemakai.
Relationship (Relasi)
Relasi, menunjukkan adanya hubungan di antara sejumlah entitas yang berbeda
Attribute (Atribut)
Atribut, berfungsi mendeskripsikan karakter entitas (atribut yang berfungsi sebagai key diberi garis bawah)
Line (Garis)
Garis, sebagai penghubung antara relasi dengan entitas, relasi dan entitas dengan atribut.
Dalam ERD hubungan (relasi) dapat terdiri dari sejumlah entitas yang disebut dengan derajat relasi. Derajat relasi maksimum disebut dengan kardinalitas, sedangkan derajat minimum disebut dengan modalitas. Jadi kardinalitas relasi menunjukkan jumlah maksimum entiats yang dapat berelasi dengan entitas pada himpunan entitas lain.
Kardinalitas relasi yang terjadi antara 2 (dua) himpunan entitas ( misalnya A dan B) dapat berupa :
1. Satu ke Satu ( One to One / 1:1)
Setiap entitas pada himpunan entitas A dapat berelasi dengan paling banyak satu entitas pada himpunan entitas B, demikian juga sebaliknya.
2. Satu ke Banyak ( One to Many / 1:M)
Setiap entitas pada himpunan entitas A dapat berelasi dengan banyak entitas pada himpunan entitas B, tetapi tidak sebaliknya.
3. Banyak ke Satu ( Many to One / M:1)
Setiap entitas pada himpunan entitas A dapat berelasi dengan paling banyak satu entitas pada himpunan entitas B, tetapi tidak sebaliknya.
4. Banyak ke Banyak ( Many to Many / M:N)
Setiap entitas pada himpunan entitas A dapat berelasi dengan banyak entitas pada himpunan entitas B, demikian juga sebaliknya.
Relationship Degree : 1. Unary Relationship 2. Binary Relationship 3. Ternary Relationship
2.5 Kamus Data
Kamus data adalah suatu daftar data elemen yang terorganisir dengan definisi yang tetap dan sesuai dengan sistem, sehingga user dan analis sistem mempunyai pengertian yang sama tentang input, output, dan komponen data strore. Kamus data ini sangat membantu analis sistem dalam mendefinisikan data yang mengalir di dalam sistem, sehingga pendefinisian data itu dapat dilakukan dengan lengkap dan terstruktur. Pembentukan kamus data dilaksanakan dalam tahap analisis dan perancangan suatu sistem.
Pada tahap analisis, kamus data merupakan alat komunikasi antara user dan analis sistem tentang data yang mengalir di dalam sistem, yaitu tentang data yang masuk ke sistem dan tentang informasi yang dibutuhkan oleh user. Sementara itu, pada tahap perancangan sistem kamus data digunakan untuk merancang input, laporan dan database. Pembentukan kamus data didasarkan atas alur data yang terdapat pada DFD. Alur data pada DFD ini bersifat global, dalam arti hanya menunjukan nama alur datanya tanpa menunjukan struktur dari alur data itu. Untuk menunjukan struktur dari alur data secara terinci maka dibentuklah kamus data yang didasarkan pada alur data di dalam DFD.
Kamus data adalah daftar database dan table (bagian dari database) yang digunakan dalam aplikasi ini. Kamus data ini memuat informasi tentang:
1. Nama : adalah nama database / table nya
2. Deskripsi: adalah uraian singkat dari database / table tersebut
3. Struktur Data : adalah daftar fields (komponen data) yang ada dalam database / table tersebut
4. Tipe Data Field : adalah jenis data dalam representasi komputer untuk masing-masing data
2.6 Model Perangkat Lunak
Model proses perangkat lunak masih menjadi objek penelitian, tapi sekarang ada banyak model umum atau paradigma yang berbeda dari pengembangan perangkat lunak, antara lain :
2.6.1 Prototype
Menurut [ Pressman, Roger.S." 4th. McGrawHill. 1997 ] Prototyping merupakan salah satu metode pengembangan perangat lunak yang banyak digunakan. Dengan metode prototyping ini pengembang dan pelanggan dapat saling berinteraksi selama proses pembuatan sistem. Seiring terjadi seorang pelanggan hanya mendefinisikan secara umum apa yang dikehendakinya tanpa menyebutkan secara detal output apa saja yang dibutuhkan, pemrosesan dan data-data apa saja yang dibutuhkan. Sebaliknya disisi pengembang kurang memperhatikan efesiensi algoritma, kemampuan sistem operasi dan interface yang menghubungkan manusia dan komputer.
Untuk mengatasi ketidakserasian antara pelanggan dan pengembang, maka harus dibutuhakan kerjasama yanga baik diantara keduanya sehingga pengembang akan mengetahui dengan benar apa yang diinginkan pelanggan dengan tidak mengesampingkan segi-segi teknis dan pelanggan akan mengetahui proses-proses dalam menyelasaikan sistem yang diinginkan. Dengan demikian akan menghasilkan sistem sesuai dengan jadwal waktu penyelesaian yang telah ditentukan.
Kunci agar model prototype ini berhasil dengan baik adalah dengan mendefinisikan aturan-aturan main pada saat awal, yaitu pelanggan dan pengemban harus setuju bahwa prototype dibangun untuk mendefinisikan kebutuhan. Prototype akan dihilangkan sebagian atau seluruhnya dan perangkat lunak aktual aktual direkayasa dengan kualitas dan implementasi yang sudah ditentukan.
2.6.1.1 Tahapan-tahapan Prototyping
Tahapan-tahapan dalam Prototyping adalah sebagai berikut: 1. Pengumpulan kebutuhan
Pelanggan dan pengembang bersama-sama mendefinisikan format seluruh perangkat lunak, mengidentifikasikan semua kebutuhan, dan garis besar sistem yang akan dibuat.
2. Membangun prototyping
Membangun prototyping dengan membuat perancangan sementara yang berfokus pada penyajian kepada pelanggan (misalnya dengan membuat input dan format output)
3. Evaluasi protoptyping
Evaluasi ini dilakukan oleh pelanggan apakah prototyping yang sudah dibangun sudah sesuai dengan keinginann pelanggan. Jika sudah sesuai maka langkah 4 akan diambil. Jika tidak prototyping direvisi dengan mengulangi langkah 1, 2 , dan 3.
4. Mengkodekan sistem
Dalam tahap ini prototyping yang sudah di sepakati diterjemahkan ke dalam bahasa pemrograman yang sesuai
5. Menguji sistem
Setelah sistem sudah menjadi suatu perangkat lunak yang siap pakai,harusdites dahulu sebelum digunakan. Pengujian ini dilakukan dengan WhiteBox, Black Box, Basis Path, pengujian arsitektur dan lain-lain.
6. Evaluasi Sistem
Pelanggan mengevaluasi apakah sistem yang sudah jadi sudah sesuai dengan yang diharapkan . Jika ya, langkah 7 dilakukan; jika tidak, ulangi langkah 4 dan 5.
7. Menggunakan sistem
Perangkat lunak yang telah diuji dan diterima pelanggan siap untuk digunakan 2.6.1.2 Keunggulan prototyping adalah
1. Adanya komunikasi yang baik antara pengembang dan pelanggan
2. Pengembang dapat bekerja lebih baik dalam menentukan kebutuhan pelanggan 3. Pelanggan berperan aktif dalam pengembangan sistem
4. Lebih menghemat waktu dalam pengembangan sistem
5. Penerapan menjadi lebih mudah karena pemakai mengetahui apa yang diharapkannya.
2.6.1.3 Kelemahan prototyping adalah
1. Pelanggan kadang tidak melihat atau menyadari bahwa perangkat lunak yang ada belum mencantumkan kualitas perangkat lunak secara keseluruhan dan
juga belum memikirkan kemampuan pemeliharaan untuk jangja waktu lama. 2. Pengembang biasanya ingin cepat menyelesaikan proyek. Sehingga
membuat prototyping lebih cepat selesai tanpa memikirkan lebih lanjut bahwa program tersebut hanya merupakan cetak biru sistem .
3. Hubungan pelanggan dengan komputer yang disediakan mungkin tidak mencerminkan teknik perancangan yang baik
2.6.1.4 Prototyping bekerja dengan baik pada penerapan-penerapan yang berciri sebagai berikut :
1. Resiko tinggi yaitu untuk masalah-masalah yang tidak terstruktur dengan baik, ada perubahan yang besar dari waktu ke waktu, dan adanya persyaratan data yang tidak menentu.
2. Interaksi pemakai penting . Sistem harus menyediakan dialog on-line antara pelanggan dan komputer.
3. Perlunya penyelesaian yang cepat 4. Perilaku pemakai yang sulit ditebak
5. Sitem yang inovatif. Sistem tersebut membutuhkan cara penyelesaian masalah dan penggunaan perangkat keras yang mutakhir
6. Perkiraan tahap penggunaan sistem yang pendek
2.6.2 Spiral
Model spiral pada awalnya diusulkan oleh Boehm, adalah model proses perangkat lunak evolusioner yang merangkai sifat iteratif dari prototype dengan cara kontrol dan aspek sistematis model sequensial linier. Model iteratif ditandai dengan tingkah laku yang memungkinkan pengembang mengembangkan versi perangkat lunak yang lebih lengkap secara bertahap. Perangkat lunak dikembangkan dalam deretan
pertambahan. Selama awal iterasi, rilis inkremental bisa berupa model/prototype kertas, kemudian sedikit demi sedikit dihasilkan versi sistem yang lebih lengkap.
2.6.3 Waterfall
Model siklus hidup (life cycle model) adalah model utama dan dasar dari banyak model. Salah satu model yang cukup dikenal dalam dunia rekayasa perangkat lunak adalah The Waterfall Model. Ada 5 tahapan utama dalam The Waterfall Model. Disebut waterfall (berarti air terjun) karena memang diagram tahapan prosesnya mirip dengan air
terjun yang bertingkat.
Tahapan-tahapan dalam The Waterfall Model secara ringkas adalah sebagai berikut: 1. Tahap investigasi dilakukan untuk menentukan apakah terjadi suatu masalah atau
adakah peluang suatu sistem informasi dikembangkan. Pada tahapan ini studi kelayakan perlu dilakukan untuk menentukan apakah sistem informasi yang akan dikembangkan merupakan solusi yang layak
2. Tahap analisis bertujuan untuk mencari kebutuhan pengguna dan organisasi serta menganalisa kondisi yang ada (sebelum diterapkan sistem informasi yang baru). 3. Tahap disain bertujuan menentukan spesifikasi detil dari komponenkomponen
sistem informasi (manusia, hardware, software, network dan data) dan produk-produk informasi yang sesuai dengan hasil tahap analisis.
4. Tahap implementasi merupakan tahapan untuk mendapatkan atau mengembangkan hardware dan software (pengkodean program), melakukan pengujian, pelatihan dan perpindahan ke sistem baru.
5. Tahapan perawatan (maintenance) dilakukan ketika sistem informasi sudah dioperasikan. Pada tahapan ini dilakukan monitoring proses, evaluasi dan perubahan (perbaikan) bila diperlukan.
2.7 Pengujian Perangkat Lunak
Adalah elemen kritis dari jaminan kualitas perangkat lunak dan merepresentasikan kajian pokok dari spesifikasi, desain, dan pengkodean. Pentingnya pengujian perangkat lunak dan implikasinya yang mengacu pada kualitas perangkat lunak tidak dapat terlalu ditekan karena melibatkan sederetan aktivitas produksi di mana peluang terjadinya kesalahan manusia sangat besar dan arena ketidakmampuan manusia untuk melakukan dan berkomunikasi dengan sempurna maka pengembangan perangkat lunak diiringi dengan aktivitas jaminan kualitas.
Meningkatnya visibilitas (kemampuan) perangkat lunak sebagai suatu elemen sistem dan “biaya” yang muncul akibat kegagalan perangkat lunak, memotivasi dilakukannya perencanaan yang baik melalui pengujian yang teliti. Pada dasarnya, pengujian merupakan satu langkah dalam proses rekayasa perangkat lunak yang dapat dianggap sebagai hal yang merusak daripada membangun.
Sejumlah aturan yang berfungsi sebagai sasaran pengujian pada perangkat lunak adalah: 1. Pengujian adalah proses eksekusi suatu program dengan maksud menemukan
kesalahan
2. Test case yang baik adalah test case yang memiliki probabilitas tinggi untuk menemukan kesalahan yang belum pernah ditemukan sebelumnya
3. Pengujian yang sukses adalah pengujian yang mengungkap semua kesalahan yang belum pernah ditemukan sebelumnya
Sasaran itu berlawanan dengan pandangan yang biasanya dipegang yang menyatakan bahwa pengujian yang berhasil adalah pengujian yang tidak ada kesalahan yang ditemukan. Data yang dikumpulkan pada saat pengujian dilakukan memberikan indikasi yang baik mengenai reliabilitas perangkat lunak dan beberapa menunjukkan kualitas perangkat lunak secara keseluruhan, tetapi ada satu hal yang tidak dapat dilakukan oleh pengujian, yaitu pengujian tidak dapat memperlihatkan tidak adanya cacat, pengujian hanya dapat memperlihatkan bahwa ada kesalahan perangkat lunak.
Pengujian white-box berfokus pada struktur control program. Test case dilakukan untuk memastikan bahwa semua statemen pada program telah dieksekusi paling tidak satu kali selama pengujian dan bahwa semua kondisi logis telah diuji. Pengujian basic path, tehnik pengujian white-box, menggunakan grafik (matriks grafiks) untuk melakukan serangkaian pengujian yang independent secara linear yang akan memastikan cakupan.
Pengujian aliran data dan kondisi lebih lanjut menggunakan logika program dan pengujian loop menyempurnakan tehnik white-box yang lain dengan memberikan sebuah prosedur untuk menguji loop dari tingkat kompleksitas yang bervariasi. Pengujian black-box didesain untuk mengungkap kesalahan pada persyaratan fungsional tanpa mengabaikan kerja internal dari suatu program.
Tehnik pengujian black-box berfokus pada domain informasi dari perangkat lunak, dengan melakukan test case dengan menpartisi domain input dari suatu program dengan cara yang memberikan cakupan pengujian yang mendalam.
Metode pengujian graph-based mengeksplorasi hubungan antara dan tingkah laku objek-objek program. Partisi ekivalensi membagi domain input ke dalam kelas data yang mungkin untuk melakukan fungsi perangkat lunak tertentu. Analisis nilai batas memeriksa kemampuan program untuk menangani data pada batas yang dapat diterima. Metode pengujian yang terspesialisasi meliputi sejumlah luas kemampuan perangkat lunak dan area aplikasi. GUI, arsitektur client/ server, dokumentasi dan fasilitas help dan sistem real time masing-masing membutuhkan pedoman dan tehnik khusus untuk pengujian perangkat lunak.
2.8 Bahasa pemrograman
2.8.1 PHP (Hypertext Preprocessor)
PHP merupakan bahasa berbentuk skrip yang ditempatkan dalam server dan diproses di server. Hasilnyalah yang dikirim ke klien, tempat pemakai menggunakan browser. Secara khusus, PHP dirancang untuk membentuk web dinamis. Artinya, ia dapat membentuk suatu tampilan berdasarkan permintaan terkini. Misalnya, kita bisa menampilkan isi database ke halaman Web. Pada prinsipnya, PHP mempunyai fungsi yang sama dengan skrip-skrip seperti ASP (Active Server Page), Cold Fusion, ataupun Perl. Kelahiran PHP bermula saat Rasmus Lerdorf membuat sejumlah skrip Perl yang dapat mengamati siapa saja yang melihat-lihat riwayat hidupnya, yakni pada tahun 1994. Skrip-skrip ini selanjutnya dikemas menjadi tool yang disebut “Personal Home Page”. Paket inilah yang menjadi cikal-bakal PHP. Pada tahun 1995, Rasmus menciptakan PHP/F1 Versi 2. Pada versi inilah pemrogram dapat menempelkan kode terstruktur di
dalam tag HTML. Yang menarik, kode PHP juga bisa berkomunikasi dengan database dan melakukan perhitungan yang kompleks sambil jalan.
2.8.2 MySql
MySql adalah salah satu jenis database server yang sangat terkenal. Kepopulerannya disebabkan MySql menggunakan SQL sebagai bahasa dasar untuk mengakses databasenya. MySql termasuk jenis RDBMS (Relational Database Managemen System). Itulah sebabnya istilah seperti tabel, baris dan kolom digunakan pada MySql. Pada MySql, sebuah database mengandung satu atau sejumlah tabel. Tabel terdiri atas sejumlah baris dan setiap baris mengandung satu atau beberapa kolom.
