Proposal Sistem Informasi Persewaan Lapangan Futsal

BAB I PENDAHULUAN 1.1

LATAR BELAKANG Perkembangan teknologi informasi yang terjadi pada era saat ini,

mempermudah pengguna teknologi informasi dalam menyelesaikan pekerjaannya yang berhubungan dengan teknologi informasi. Sangat wajar apabila sudah banyak perusahaan ataupun organisasi dan instansi pemerintah maupun badan usaha yang memanfaatkan perkembangan teknologi informasi. Salah satunya dengan menggunakan sistem terkomputerisasi yang digunakan dalam membantu kebutuhan proses pekerjaan sehingga mempermudah dan mempercepat dalam penyelesaian pekerjaannya. Proses pengolahan data dalam beberapa kasus yang apabila jumlah data yang akan diolah cukup banyak dan pengolahan data tersebut dilakukan secara rutin ataupun berkala dana masih manual seperti contohnya setiap hari atau satu bulan sekali, tentu pekerjaan tersebut harus terselesaikan dengan tepat waktu dan mungkin akan memakan tenaga dan waktu yang banyak. Maka dari itu dibutuhkan cara pemrosesan data yang mudah dan cepat tanpa melupakan ketepatan dan keakuratan dari hasil pengolahan data tersebut. Dunia persepakbolaan saat ini sedang banyak digandrungi oleh banyak orang khususnya para remaja, olahraga yang dipilih bermacam-macam tetapi olah raga yang sangat populer dan banyak diminati salah satunya futsal. Futsal menjelma menjadi salah satu olah raga yang paling digemari masyarakat Indonesia. Seiring dengan kemajuan jaman futsal menjadi trend ke berbagai usia mulai dari anak-anak, remaja sampai orang tua. Namun kebanyakan lapangan futsal yang masih menggunakan sistem dengan proses-proses manual. Dengan perkembangan teknologi saat ini maka penulis mencoba merancang Sistem Informasi berbasis desktop yang berfungsi untuk membantu dalam meningkatkan keefektifitasan proses booking lapangan futsal, dengan dibuatnya Sistem Informasi berbasis desktop ini diharapkan dapat

1

memberikan kemudahan menangani masalah pemesanan lapangan dan pengaturan penjadwalan Ini yang mendorong saya untuk mencoba membuat sistem informasi peersewaan lapangan futsal dengan menggunakan bahasa pemograman Java Net Beans lalu akan di hubungkan dengan database ORACLE. 1.2

PERMASALAHAN

Permasalahan-permasalahan yang terjadi dari beberapa kajian latar belakang diatas ditemukan beberapa aspek permasalahan yang muncul, maka dari itu penulis mengidentifikasikan permasalahan yang ada diantaranya sebagai berikut : 1.

Pengolah transaksi penyewaan masih dilakukan secara manual yaitu menggunakan kwitansi yang mengakibatkan sewaktu – waktu kemungkinan ada penyewa lapangan dalam waktu yang sama.

2.

Kesulitan dalam melihat kembali data-data penyewa dan transaksi penyewaan, karena data-data tersebut masih berupa arsip pada kwitansi yang sewaktu-waktu bisa hilang atau rusak.

3.

Pembuatan laporan penyewaan harus berdasarkan kwitansi sehingga dalam pembuatan laporan akan begitu lama sehingga kadang akan menghambat kinerja.

1.3

TUJUAN

Tujuan dari penulisan proposal yang telah dilakukan oleh penulis adalah: 1.

Untuk mempermudah kelancaran para pegawai dalam mengolah database konsumen dalam menyewa lapangan futsal.

2.

Dapat memberikan informasi pemesanan lapangan dan penjadwalan futsal.

3.

Untuk mempermudah konsumen dalam hal pemesanan lapangan futsal.

1.4 1.

BATASAN MASALAH Sistem Informasi ini hanya berfungsi sebagai pelayanan dalam hal booking dan pembayaran saja.

2.

Program desktop dibuat dengan menggunakan Netbeans dan Oracle sebagai database.

1.5

METODOLOGI

Metode penelitian dalam pembuatan sistem informasi puskesmas adalah : 1. Penelusuran mengenai perkembangan sistem informasi persewaan lapangan futsal yang ada 2. Software pendukung agar pegawai mudah menjalankan software tersebut. 3. Analisis kemampuan pegawai bidang komputerisasi. 4. Implementasi pembuatan program menggunakan Neatbeans dan database Oracle. 1.6

SISTEMATIKA PENULISAN

Sistematika atau susunan penulisan proposal ini dibagi dalam bentuk bab-bab,dan pada setiap bab membahas mengenai hal-hal yang berkaitan dengan proposal yang kami buat. Bab-bab tersebut berisi antara lain : BAB 1

PENDAHULUAN Pada bab ini berisi tentang latar belakang,perumasan masalah, batasan masalah tujuan,metedologi dan sistematika penulisan.

BAB II

LANDASAN TEORI Pada bab ini berisi tentang teori yang mendukung yang digunakan perancangan sistem informasi.

BAB III

PERANCANGAN SISTEM Pada bab ini berisi tentang metode dan aplikasi yang digunakan dalam menyelesaikan Sistem Informasi tersebut.

BAB IV

IMPLEMENTASI SISTEM Pada bab ini berisi tentag uaraian implementasi dari Sistem Informasi tersebut.

BAB II

LANDASAN TEORI

2.1 KONSEP DATABASE Database adalah kumpulan data operasional yang saling berkaitan dengan kerangkapan minimal atau file-file yang saling memiliki keterkaitan antara satu dengan yang lainnya sehingga membentuk suatu kesatuan data untuk menghasilkan suatu informasi yang digunakan bersama oleh beberapa aplikasi atau perusahaan. Perancangan database merupakan salah satu aktivitas yang harus dilakukan di dalam pengembangan sistem informasi untuk menciptakan informasi yang handal. 2.1.1. Key dalam Database Terdapat 3 macam key yang dapat digunakan dalam pembuatan database, yaitu : 1. Primary Key Key yang mengindentifikasikan bahwa setiap record pasti unique. Dalam sebuah tabel hanya diperbolehkan satu primary key, tidak lebih. Misalnya adalah tabel MURID, tidak ada murid yang memiliki NIS (Nomor Induk Siswa) yang sama dalam keadaan real, kemudian diimplementasikan dalam bentuk tabel dengan diberikan primary key pada kolom NIS. 2. Foreign Key Key yang dihasilkan dari primary key dari tabel lain sebagai bentuk referensi dari tabel lain tersebut. Misalnya adalah tabel BELAJAR, dalam proses pembelajaran dibutuhkan kelas, guru dan apa yang dipelajari alias mata pelajaran, maka diimplementasikan dalam sebuah tabel bahwa dalam tabel BELAJAR terdapat foreign key (key asing) dari tabel KELAS, GURU dan MATA_PELAJARAN. Dari definisi key ini kita dapat mengetahui istilah MASTER-DETAIL. 3.

Alternate Key (Unique Key) : key ini sebenarnya hampir sama dengan fungsi

primary key yaitu berjenis unique key. Maksudnya adalah mungkin saja primary key yang kita buat pada suatu tabel adalah merupakan autonumber (angka yang bertambah terus-menerus ketika proses insert data, sehingga tidak dimungkinkan

terdapat nilai yang sama), dikarenakan tidak diperbolehkan ada dua primary key maka dapat dibantu oleh alternate key ini sebagai penanda unique-nya sebuah record dengan record lain. Dalam sebuah tabel diperbolehkan lebih dari satu alternate key. Seperti sudah disinggung diatas, key

baik Primary maupun Unique,

haruslah unik. Selain unik, nilai Primary key tidak boleh null (kosong, tidak diketahui, tidak dapat ditentukan). Unique key boleh null. Perlu dipahami, bahwa suatu nilai null tidak pernah sama dengan nilai null yang lain, bahkan tidak pernah sama dengan dirinya sendiri. Jadi, disuatu tabel sejumlah data (row) Unique keynya boleh lebih dari satu yang, atau semuanya, memiliki nilai null. 2.1.2. Normalisasi Normalisasi adalah suatu proses untuk mengubah suatu tabel yang memiliki masalah tertentu ke dalam dua buah tabel atau lebih, yang tidak lagi memiliki masalah tersebut. Masalah tersebut biasanya merupakan suatu ketidakkonsistenan (tidak normal) apabila dilakukan penghapusan (delete), pengubahan (update) dan pembacaan (retrieve) pada suatu basis data. Bentuk normalisasi adalah suatu aturan yang dikenakan pada tabel-tabel dalam basis data dan harus dipenuhi oleh tabel-tabel tersebut pada level-level normalisasi. Ada macam-macam bentuk normalisasi, diantaranya adalah bentuk tidak normal, bentuk normal pertama, bentuk normal kedua dan bentuk normal ketiga. Aturan-aturan dalam masing-masing bentuk normalisasi tersebut adalah sebagai berikut: a. Bentuk tidak normal Bentuk ini merupakan kumpulan data yang akan disimpan, tidak ada keharusan mengikuti suatu format tertentu, dapat saja data tidak lengkap atau terduplikasi dan data dikumpulkan apa adanya. b. Bentuk normal pertama Suatu tabel dikatakan dalam bentuk normal pertama (1NF) bila setiap kolom bernilai tunggal untuk setiap baris. Ini berarti bahwa nama kolom yang berulang

cukup diwakili oleh sebuah nama kolom (tidak perlu ada indeks dalam memberi nama kolom). Aturan : Tidak adanya atribut multi-value, atribut komposit atau kombinasinya. Mendefinisikan atribut kunci. Setiap atribut dalam tabel tersebut harus bernilai atomic (tidak dapat dibagi-bagi lagi). c. Bentuk normal kedua Suatu tabel berada dalam bentuk normal kedua (2NF) jika tabel berada dalam bentuk normal pertama, semua kolom bukan kunci primer tergantung sepenuhnya terhadap kunci primer. Suatu kolom disebut tergantung sepenuhnya terhadap kunci primer jika nilai pada suatu kolom selalu bernilai sama untuk suatu nilai kunci primer yang sama. Aturan : Sudah memenuhi dalam bentuk normal kesatu (1NF). Semua atribut bukan kunci hanya boleh tergantung (functional dependency) pada atribut kunci. Jika ada ketergantungan parsial maka atribut tersebut harus dipisah pada tabel yang lain. Perlu ada tabel penghubung ataupun kehadiran foreign key bagi atributatribut yang telah dipisah tadi. d. Bentuk normal ketiga Suatu tabel berada dalam bentuk normal ketiga (3NF) jika tabel berada dalam bentuk normal kedua, setiap kolom bukan kunci primer tidak memiliki ketergantungan secara transitif terhadap kunci primer. Aturan : Sudah berada dalam bentuk normal kedua (2NF). Tidak ada ketergantungan transitif (dimana atribut bukan kunci tergantungpada atribut bukan kunci lainnya). Tabel-tabel yang memenuhi kriteria normalisasi ketiga, sudah siap diimplementasikan. Sebenarnya masih ada lagi bentuk normalisasi yang lain. Normalisasi Boyce-Codd, 4NF, 5NF, hanya saja jarang dipakai. Pada kebanyakan kasus, normalisasi hanya sampai ketiga.

2.1.2.1 Boyce-Codd Normal Form (BCNF) Bentuk BCNF terpenuhi dalam sebuah tabel, jika untuk setiap functional dependency terhadap setiap atribut atau gabungan atribut dalam bentuk X -> Y

maka X adalah super key. Tabel tersebut harus di-dekomposisi berdasarkan functional dependency yang ada, sehingga X menjadi super key dari tabel-tabel hasil dekomposisi. Setiap tabel dalam BCNF merupakan 3NF. Akan tetapi setiap 3NF belum tentu termasuk BCNF . Perbedaannya, untuk functional dependency X -> A, BCNF tidak membolehkan A sebagai bagian dari primary key. 2.1.2.2 Bentuk Normal Tahap Keempat (4th Normal Form /4NF) Bentuk normal 4NF terpenuhi dalam sebuah tabel jika telah memenuhi bentuk BCNF, dan tabel tersebut tidak boleh memiliki lebih dari sebuah multivalued atribute. Untuk setiap multivalued dependencies (MVD) juga harus merupakan functional dependencies. 2.1.2.3. Bentuk Normal Tahap Kelima (5th Normal Form /5NF) Bentuk normal 5NF terpenuhi jika tidak dapat memiliki sebuah lossless decomposition menjadi tabel-tabel yg lebih kecil. Jika 4 bentuk normal sebelumnya dibentuk berdasarkan functional dependency, 5NF dibentuk berdasarkan konsep join dependence. Yakni apabila sebuah tabel telah didekomposisi menjadi tabel-tabel lebih kecil, harus bisa digabungkan lagi (join) untuk membentuk tabel semula.

2.2

TEORI DESAIN DATABASE

2.2.1 Power Designer Power Designer merupakan tool pemodelan yang dikeluarkan oleh Sybase untuk membangun sebuah sistem informasi yang cepat, terstruktur dan efektif. Power Designer mendukung beberapa pemodelan sebagai berikut : 1. Requirement Management 2. Business Process 3. Data Modelling 4. XML Modelling 5. Application Modelling dengan UML 6. Information Liquidity Modelling 7. Integrated Modelling Secara sederhana, untuk melakukan pemodelan data pada Power Designer, kita harus memulainya pada level Conceptual Data Model, dimana pemodelan data dilakukan dengan menggunakan metode Entity Relationship Diagram. Pada CDM, tipe data yang dipergunakan bersifat general, dan tidak spesifik terhadap

suatu database tertentu. Tahap kedua adalah membuat Physical Data Model (PDM), PDM merupakan bentuk spesifik dari CDM yang telah kita bangun. Power Designer memiliki banyak dukungan target database, sehingga kita tidak perlu bingung mengenai tipe – tipe data yang dipergunakan, karena Power Designer akan menyesuaikan seperti pada tipe data yang kita definisikan sebelumnya pada tahap CDM. Tahap terakhir adalah mengenerate script Data Definition Language (DDL) dari PDM yang telah dibuat. Melalui DDL inilah kita dapat mengenerate objek – objek database (table, trigger,view, procedure) sehingga kemudian DDL script ini dapat kita eksekusi ke software database lain seperti Oracle atau MySQL, atau dapat juga kita buat koneksi dan mengeksekusinya langsung via Power Designer. 2.2.2 Diagram Konteks Diagram konteks adalah diagram yang terdiri dari suatu proses dan menggambarkan ruang lingkup suatu sistem. Diagram konteks merupakan level tertinggi dari DFD yang menggambarkan seluruh input ke sistem atau output dari sistem. Ia akan memberi gambaran tentang keseluruhan sistem. Sistem dibatasi oleh boundary (dapat digambarkan dengan garis putus). Dalam diagram konteks hanya ada satu proses. Tidak boleh ada store dalam diagram konteks. Diagram konteks berisi gambaran umum (secara garis besar) sistem yang akan dibuat. Secara kalimat, dapat dikatakan bahwa diagram konteks ini berisi “siapa saja yang memberi data (dan data apa saja) ke sistem, serta kepada siapa saja informasi (dan informasi apa saja) yang harus dihasilkan sistem.” Jadi, yang dibutuhkan adalah (1) Siapa saja pihak yang akan memberikan data ke sistem, (2) Data apa saja yang diberikannya ke sistem, (3) kepada siapa sistem harus memberi informasi atau laporan, dan (4) apa saja isi/ jenis laporan yang harus dihasilkan sistem. Kata “Siapa” di atas dilambangkan dengan kotak persegi (disebut dengan terminator), dan kata “apa” di atas dilambangkan dengan aliran data (disebut dengan data flow), dan kata “sistem” dilambangkan dengan lingkaran (disebut dengan process). 2.2.3

CDM

Model yang dibuat berdasarkan anggapan bahwa dunia nyata terdiri dari koleksi obyek-obyek dasar yang dinamakan entitas (entity) serta hubungan (relationship) antara entitas-entitas itu. Biasanya direpresentasikan dalam bentuk Entity Relationship Diagram. Manfaat Penggunaan CDM dalam perancangan database : Memberikan gambaran yang lengkap dari struktur basis data yaitu arti, hubungan, dan batasan-batasan. Alat komunikasi antar pemakai basis data, designer, dan analis. 2.2.4 PDM Merupakan model yang menggunakan sejumlah tabel untuk menggambarkan data serta hubungan antara data-data tersebut. Setiap tabel mempunyai sejumlah kolom di mana setiap kolom memiliki nama yang unik. 2.2.5 Perbedaan CDM dan PDM Terdapat perbedaan antara CDM dan PDM. Perbedaannya adalah sebagai berikut : 1. CDM : perancangan basis data yang berdasarkan pengumpulan data dan analisis. Pembuatan CDM adalah suatu tahap dimana kita melakukan proses indentifikasi dan analisa kebutuhan-kebutuhan data dan ini disebut pengumpulan data dan analisa. Untuk menentukan kebutuhan-kebutuhan suatu sistem database, kita harus mengenal terlebih dahulu bagian-bagian lain dari sistem informasi yang akan berinteraksi dengan sistem database. Tipe data bersifat general dan tidak spesifik. 2. PDM : Perancangan database secara fisik tipe data bersifat lebih khusus dan spesifik. Perancangan PDM merupakan representasi fisik / sebenarnya dari database. 2.2.6

Diagram Berjenjang

Dekomposisi adalah proses membagi sistem ke sub sistem yg lebih kecil menunjukkan hierarchy proses – proses yang ada dalam sistem yang kita buat. Contohnya adalah :

Gambar 2.1 Rancangan diagram berjenjang Diagram berjenjang mempunyai aturan – aturan. Aturannya adalah sebagai berikut : 1.

Tiap proses dalam diagram dekomposisi adalah merupakan proses induk,

2. 3. 4.

proses anak (dari suatu induk) atau keduanya. Induk harus mempunyai 2 anak atau lebih. Satu anak hanya dapat memiliki satu induk. Anak dari suatu induk dapat menjadi induk dari anak-anaknya sendiri.

2.2.7

Konsep Data Flow Diagram

Data Flow Diagram adalah alat pembuatan model untuk menggambarkan sistem sebagai suatu jaringan proses fungsional yang dihubungkan satu sama lain dengan alur data baik secara manual maupun komputerisasi. DFD merupakan gambaran sistem secara logika yang tidak tergantung pada perangkat keras, perangkat lunak, struktur data atau organisasi file juga merupakan alat yang digunakan pada pengembangan sistem yang struktur dan juga dokumentasi sistem. Komponen Data Flow Diagram pada suatu sistem dibedakan menjadi empat bagian diantaranya, yaitu : 1. Entitas Luar (Terminator) Melambangkan entitas eksternal yang berkomunikasi dengan sistem yang sedang dikembangkan.Terminator merupakan kesatuan (entity) dilingkungan luar sistem yang dapat berupa orang. Organisasi atau sistem lainnya yang berada dilingkungan luarnya yang akan memberikan input dan menerima output dari sistem. Terminator dapat ditunjukkan dengan simbol persegi panjang atau kotak.

Gambar 2.2 Terminator 2.

Data (Data Flow)

Menunjukkan arus data / informasi yang mengalir menuju atau dari suatu proses. Arus data diberi simbol suatu panah. Arus data ini mengalir diantara proses, simpanan data, kesatuan luar.

Gambar 2.3 Arus data flow 3. Proses (Process) Kegiatan atau kerja yang dilakukan oleh orang atau mesin dari hasil suatu arus data yang masuk ke dalam proses untuk dihasilkan arus data yang keluar dari proses tersebut. Suatu proses dapat ditunjukkan dengan symbol lingkaran atau dengan simbol empat persegi panjang yang sudut-sudutnya agak tumpul.

Gambar 2.4 proses 4. Simpanan Data (Data Store) Digunakan untuk membuat model sekumpulan paket data.Biasanya berkaitan dengan penyimpanan –penyimpanan seperti file, database, folder, agenda, dsb.Simpanan data biasanya digambarkan dengan sepasang garis horizontal pararel yang tertutup dan tidak tertutup di salah satu ujungnya.

Gambar 2.5 Data store

Terdapat beberapa syarat dalm pembuatan komponen Data Flow Diagram, yaitu : a. b. c.

Pemberian nama untuk tiap komponen. Pemberian nomor pada komponen Data Flow Diagram. Penggambaran Data Flow Diagram yang sesering mungkin, dari segi ukuran

dan bentuk proses serta alur data melingkar dan alur data lurus. d. Menghindari penggambaran yang rumit, seperti persilangan alur dan karena banyaknya proses. e. Penggambaran Data Flow Diagram yang konsisten, dengan menghindari penggambaran lubang hitam (Black Holes) dan penggambaran rumit lainnya. Dalam pembuatan perancangan sistem hendaknya membuat suatu aliran dokumen yang membuat gambaran tentang bagaimana dokumen ini melalui input, proses, output yang menghasilkan dokumen yang dalam bentuk fisiknya tidak boleh hilang atau rusak dalam proses baik karena kesalahan manusia yang akan menjadikan sebuah informasi yang dihasilkan oleh sebuah dokumen menjadi lebih jelas dan akurat. Melalui Flow Of Document kita dapat dengan mudah menghasilkan dokumen apa saja. Simbol-simbol yang digunakan dalam sebuah flow of document, yaitu : 1.

Document

Digunakan untuk menggambarkan suatu document atau kegiatan mengeluarkan data baik secara manual maupun otomatis. Simbolnya sebagai berikut :

Gambar 2.6 Simbol document 2.

Manual Input

Digunakan untuk menggambarkan kegiatan masukan data dengan menggunakan consule atau terminal atau data entry. Simbol sebagai berikut :

Gambar 2.7 Simbol manual input 3. Manual Operation Digunakan untuk menggambarkan kegiatan yang dilaksanakan sebagai tenaga manusia atau secara manual. Simbol sebagai berikut :

Gambar 2.8 Simbol manual operation 4. Flow Line Digunakan untuk menggambarkan suatu arus dokumen dari suatu kegiatan lainnya atau kegiatan pada terminal untuk kebutuhan kecuali transmisi data. Simbol sebagai berikut :

Gambar 2.9 Simbol flow line 5. Arsip Digunakan untuk mengarsipkan document melalui manual operation untuk mencegah document agar tidak hilang. Simbol sebagai berikut :

Gambar 2.10 Simbol arsip 6. Proses Digunakan untuk memproses document yang sedang berjalan dalam flow of

document secara manual operation. Simbol sebagai berikut :

Gambar 2.11 Simbol proses Levelisasi ditampilkan dalam bentuk diagram yang terdiri dari : 1. 2.

3. 4.

Diagram Konteks Suatu diagram yang menggambarkan suatu sistem secara umum / global. Diagram Zero Bagan berjenjang untuk memperjelas semua proses yang terdapat pada level diagram konteks. Diagram Detail / Level / Primitive Bagan berjenjang yang didekomposisi / menjelaskan terhadap proses yang lebih detail.

2.2.7.1 DFD Level Ke-n DFD level ke-n merupakan pemecahan dari level ke n-1. Dimulai dari level ke-0 yg merupakan pemecahan dari Diagram kontek. Pada level ke-0 dst simbol simpanan mulai dipakai. Contoh: DFD Level ke-0 dari “sistem pencarian rute bis kota”

Gambar 2.12 Contoh DFD level sistem pencarian rute bus kota 2.2.7.2 Keseimbangan DFD

Setiap penurunan / dekomposisi level DFD harus memenuhi syarat keseimbangan, yaitu : Jumlah arus data yang keluar dan masuk suatu proses harus sama.

Gambar 2.13 Contoh penurunan level DFD yg memenuhi syarat keseimbangan

2.2.7.3 Syarat – Syarat Pembuatan Data Flow Diagram Syarat pembuatan DFD ini akan menolong profesional sistem untuk menghindari pembentukkan DFD yang salah atau DFD yang tidaklengkap atau tidak konsisten secara logika. Beberapa syarat pembutanDFD dapat menolong profesional sistem untuk membentuk DFD yang benar, menyenangkan untuk dilihat dan mudah dibaca oleh pemakai. Syarat-syarat pembuatan DFD ini adalah : 1. 2. 3. 4. 5.

Pemberian nama untuk tiap komponen DFD Pemberian nomor pada komponen proses Penggambaran DFD sesering mungkin agar enak dilihat Penghindaran penggambaran DFD yang rumit Pemastian DFD yang dibentuk itu konsiten secara logika.

2.2.7.4 Pemberian Nama untuk Komponen DFD Seperti yang telah dijelaskan sebelumnya, komponen terminator mewakili lingkungan luar dari sistem, tetapi mempunyai pengaruh terhadap sistem yang

sedang dikembangkan ini. Maka agar pemakai mengetahui dengan lingkungan mana saja sistem mereka berhubungan, komponen terminator ini harus diberi nama sesuai dengan lingkungan luar yang mempengaruhi sistem ini. Biasanya komponen terminator diberi nama dengan kata benda. Selanjutnya adalah komponen proses. Komponen proses ini mewakili fungsi sistem yang akan dilaksanakan atau menunjukkan bagaimana fungsi sistem dilaksanakan oleh seseorang, sekelompok orang atau mesin. Maka sangatlah jelas bahwa komponen ini perlu diberi nama yang tepat, agar siapa yang membaca DFD khususnya pemakai akan merasa yakin bahwa DFD yang dibentuk ini adalah model yang akurat. Pemberian nama pada komponen proses lebih baik menunjukkan aturan-aturan yang akan dilaksanakan oleh seseorang dibandingkan dengan memberikan nama atau identitas orang yang akan melaksanakannya. Ada dua alasan mengapa bukan nama atau identitas orang (yang melaksanakan fungsi sistem) yang digunakan sebagai nama proses, yaitu : 1.

Orang tersebut mungkin diganti oleh orang lain saat mendatang, sehingga

bila tiap kali ada pergantian orang yang melaksanakan fungsi tersebut, maka sistem yang dibentuk harus diubah lagi. 2. Orang tersebut mungkin tidak melaksanakan satu fungsi sistem saja, melainkan beberapa fungsi sistem yang berbeda. Daripada menggambarkan beberapa proses dengan nama yang sama tetapi artinya berbeda, lebih baik tunjukkan dengan tugas/fungsi sistem yang sebenarnya akan dilaksanakan. 3.

Karena nama untuk komponen proses lebih baik menunjukkan

tugas/fungsi sistem yang akan dilaksanakan, maka lebih baik pemberian nama ini menggunakan kata kerja transitif. 4.

Pemberian nama untuk komponen data store menggunakan kata benda,

karena data store menunjukkan data apa yang disimpan untuk kebutuhan sistem dalam melaksanakan tugasnya. Jika sistem sewaktuwaktu membutuhkan data tersebut untuk melaksanakan tugasnya, maka data tersebut tetap ada, karena sistem menyimpannya.

5.

Begitu pula untuk komponen alur data, namanya lebih baik diberikan

dengan menggunakan kata benda. Karena alur data ini menunjukkan data dan informasi yang dibutuhkan dan yang dikeluarkan oleh sistem dalam pelaksanaan tugasnya.

2.2.7.5 Pemberian Nomor pada Komponen Proses Biasanya profesional sistem memberikan nomor dengan bilangan terurutpada komponen proses sebagai referensi. Tidak jadi masalahbagaimana nomor-nomor proses ini diberikan. Nomor proses dapatdiberikan dari kiri ke kanan, atau dari atas ke bawah, atau dapat puladilakukan dengan pola-pola tertentu selama pemberian nomor ini tetapkonsisten pada nomor yang dipergunakan. Nomor-nomor proses yang diberikan terhadap komponen proses ini tidak dimaksudkan bahwa proses tersebut dilaksanakan secara berurutan. Pemberian nomor ini dimaksudkan agar pembacaan suatu proses dalam suatu diskusi akan lebih mudah dengan hanya menyebutkan prosesnya saja jika dibandingkan dengan menyebutkan nama prosesnya, khususnya jika nama prosesnya panjang dan sulit. Maksud pemberian nomor pada proses yang lebih penting lagi adalah untuk menunjukkan referensi terhadap skema penomoran secara hirarki pada levelisasi DFD. Dengan kata lain, nomor proses ini merupakan dasar pemberian nomor pada levelilasi DFD.

2.2.7.6 Penggambaran DFD Sesering Mungkin Penggambaran DFD dapat dilakukan berkali-kali sampai secara teknik DFD itu benar, dapat diterima oleh pemakai, dan sudah cukup rapih sehingga profesional sistem tidak merasa malu untuk menunjukkan DFD itu kepada atasannya dan pemakai. Dengan kata lain, penggambaran DFD ini dilakukan sampai terbentuk DFD yang enak dilihat, dan mudah dibaca oleh pemakai dan profesional sistem

lainnya. Keindahan penggambaran DFD tergantung pada standar-standar yang diminta oleh organisasi tempat profesional sistem itu bekerja dan perangkat lunak yang dipakai oleh profesional sistem dalam membuat DFD. Penggambaran yang enak untuk dilihat dapat dilakukan dengan memperhatikan hal-hal berikut ini : 1. Ukuran dan bentuk proses. Beberapa pemakai kadang-kadang merasa bingung bila ukuran proses satu berbeda dengan proses yang lain. Mereka akan mengira bahwa proses dengan ukuran yang lebih besar akan diduga lebih penting dari proses yang lebih kecil. Hal ini sebenarnya hanya karena nama proses itu lebih panjang dibandingkan dengan proses yang lain. Jadi, sebaiknya proses yang digambarkan memiliki ukuran dan bentuk yang sama. 2. Alur data melingkar dan alur data lurus. Alur data dapat digambarkan dengan melingkar atau hanya garis lurus. Mana yang lebih enak dipandang tergantung siapa yang akan melihat DFD tersebut. 3. DFD dengan gambar tangan dan gambar menggunakan mesin. DFD dapat digambarkan secara manual atau dengan menggunakan bantuan mesin, tergantung pilihan pemakai atau profesional sistem. 2.2.7.7 Penghindaran Penggambaran DFD yang Rumit Tujuan DFD adalah untuk membuat model fungsi yang harus dilaksanakan oleh suatu sistem dan interaksi antar fungsi.Tujuan lainnya adalah agar model yang dibuat itu mudah dibaca dan dimengerti tidak hanya oleh profesional sistem yang membuat DFD, tetapi juga oleh pemakai yang berpengalaman dengan subyek yang terjadi.Hal ini berarti DFD harus mudah dimengerti, dibaca, dan menyenangkan untuk dilihat. Pada banyak masalah, DFD yang dibuat tidak memiliki terlalu banyak proses (maksimal enam proses) dengan data store, alur data, dan terminator yang berkaitan dengan proses tersebut dalam satu diagram. Bila terlalu banyak proses, terminator, data store, dan alur data digambarkan dalam satu DFD, maka ada kemungkinan terjadi banyak persilangan alur data dalam DFD tersebut. Persilangan alur data ini menyebabkan pemakai akan sulit membaca dan mengerti DFD yang terbentu. Jadi semakin sedikit

adanya persilangan data pada DFD, maka makin baik DFD yang dibentuk oleh profesional sistem. Persilangan alur data ini dapat dihindari dengan menggambarkan DFD secara bertingkat-tingkat (levelisasi DFD), atau dengan menggunakan pemakaian duplikat terhadap komponen DFD. Komponen

DFD

yang

dapat

menggunakan

duplikat

hanya

komponenstore dan terminator. Pemberian duplikat ini juga tidak dapat diberikan sesuka profesional sistem yang membuat DFD, tetapi makin sedikit pemakaian duplikat, makin baik DFD yang terbentuk.

2.2.7.8 Penggambaran DFD Tidak ada aturan baku untuk menggambarkan DFD. Tapi dari berbagai referensi yang ada, secara garis besar langkah untuk membuat DFD adalah: 1. Identifikasi terlebih dahulu semua entitas luar yang terlibat di sistem. 2. Identifikasi semua input dan output yang terlibat dengan entitas luar. 3. Buat Diagram Konteks (diagram context) Diagram ini adalah diagram level tertinggi dari DFD yang menggambarkan hubungan sistem dengan lingkungan luarnya. Caranya adalah : a. Tentukan nama sistemnya. b. Tentukan batasan sistemnya. c. Tentukan terminator apa saja yang ada dalam sistem. d. Tentukan apa yang diterima/diberikan terminator dari/ke sistem. e. Gambarkan diagram konteks. 4. Buat Diagram Level Zero Diagram ini adalah dekomposisi dari diagram konteks.Caranya : a. Tentukan proses utama yang ada pada sistem. b. Tentukan apa yang diberikan/diterima masing-masing proses ke/dari sistem sambil memperhatikan konsep keseimbangan (alur data yang keluar/masuk dari suatu level harus sama dengan alur data yang masuk/keluar pada level berikutnya). c. Apabila diperlukan, munculkan data store (master) sebagai sumber maupun tujuan alur data. d. Gambarkan diagram level zero. 5. Buat Diagram Level Satu Diagram ini merupakan dekomposisi dari diagram level zero. Caranya:

a.

Tentukan proses yang lebih kecil (sub-proses) dari proses utama yang ada

di level zero. b. Tentukan apa yang diberikan/diterima masing-masing sub-proses ke/dari sistem dan perhatikan konsep keseimbangan. c. Apabila diperlukan, munculkan data store (transaksi) sebagai sumber maupun tujuan alur data. d. Gambarkan DFD level Satu. Hindari perpotongan arus data. Beri nomor pada masing-masing sub-proses yang menunjukkan dekomposisi dari proses sebelumnya. 6. DFD Level Dua, Tiga. 7. Diagram ini merupakan dekomposisi dari level sebelumnya. Proses dekomposisi dilakukan sampai dengan proses siap dituangkan ke dalam program. Aturan yang digunakan sama dengan level satu. Ada beberapa hal yang perlu diperhatikan dalam penggambaran levelisasi DFD, yaitu : 1.

Dalam diagram konteks, ada beberapa hal yang perlu diperhatikan seperti

hubungan sistem dengan dunia luar yang mempengaruhinya, penggambaran sistem dalam satu proses, dan penggambaran data store (optional) yang dikenal dengan data store eksternal atau data store master. Data store eksternal ini maksudnya adalah data store itu dihasilkan oleh sistem yang sedang dianalisis, tetapi digunakan oleh sistem lain, atau data store itu dihasilkan oleh sistem lain tetapi digunakan oleh sistem yang sedang dianalisis. 2. Balancing(kesimbangan) dalam penggambaran levilisasi DFD perlu diperhatikan. Balancing DFD ini maksudnya keseimbangan antara alur data yang masuk/keluar dari suatu level harus sama dengan alur data yang masuk/keluar pada level berikutnya. 2.2.8 ER-Diagram Entity Relation Diagram merupakan model data berupa notasi grafis dalam pemodelan data konseptual yang menggambarkan hubungan antara penyimpan. Model data sendiri merupakan sekumpulan cara, peralatan untuk mendeskripsikan data-data yang hubungannya satu sama lain, semantiknya, serta batasan konsistensi. Model data terdiri dari model hubungan entitas dan model relasional.

ER oleh Peter Chen dalam buku Entity Relational Model-Toward a Unified of Data. Chen mencoba merumuskan dasar-dasar model dan setelah itu dikembangkan dan dimodifikai oleh Chen dan banyak pakar lainnya. Pada saat itu diagram hubungan entitas dibuat sebagai bagian dari perangkat lunak yang juga merupakan modifikasi khusus, karena tidak ada bentuk tunggal dan standar dari diagram hubungan entitas. Diagram hubungan entitas digunakan untuk mengkonstruksikan model data konseptual,

memodelkan

struktur

data

dan

hubungan

antar

data

dan

mengimplementasikan basis data secara logika maupun secara fisik dengan DBMS (Database Management system). Dengan diagram hubungan entitas ini kita dapat menguji model dengan mengabaikan proses yang harus dilakukan. Diagram hubungan entitas dapat membantu dalam menjawab persoalan tentang data yang diperlukan dan bagaimana data tersebut saling berhubungan. 2.2.8.1 Entitas Entitas adalah suatu objek yang dapat didefinisikan dalam lingkungan pemakai, sesuatu yang penting bagi pemakai dalam konteks sistem yang akan dibuat. Sebagai contoh pelanggan, pegawai dll. Seandainya A adalah seorang pegawai maka A adalah isi dari pegawai, sedangkan jika B adalah seorang pelanggan maka B adalah isi dari pelanggan. Karena itu harus dibedakan entitas sebagai bentuk umum dari deskripsi tertentu dan isi entitas seperti A dan B dalam contoh di atas. a. Fisik Entitas Entitas yang bersifat fisik. Contoh : pegawai, guru, dan karyawan. b. Konsep Entitas Entitas yang tidak bersifat konsep. Contoh: gaji,sekolah c. Entitas Kuat Entitas yang mempunyai atribut kunci. Entitas ini bersifat mandiri, keberadaanya tidak bergantung pada entitas lainnya. Percepatan entitas kuat selalu memiliki karakteristik yang unik disebut identifier (sebuah atribut tunggal atau gabungan atribut-atribut yang secara unik dapat digunakan untuk membedakannya dari entitas kuat yang lain). Kebanyakan entitas dalam suatu organisasi dapat digolongkan sebagai entitas kuat (strong entity) yaitu entitas yang mandiri, yang keberadaannya tidak bergantung pada keberadaan entitas yang lainnya. Instansiasi entitas kuat selalu memiliki

karakteristik yang unik (dinamakan identifier atau sering disebut sebagai atribut pengidentifikasi) yaitu, sebuah atribut tunggal atau gabungan atribut-atribut yang secara unik dapat digunakan untuk membedakannya dari entitas kuat yang lain. d. Entitas Lemah Entitas yang tidak mempunyai atribut kunci. Entitas lemah diidentifikasikan dengan menghubungkan entitas tertentu dari tipe entitas yang lain ditambah atribut

dari

entitas

lemah.

Tipe

entitas

lain

yang

dipakai

untuk

mengidentifikasikan suatu entitas lemah disebut identifying owner dan relasi yang menghubungkan entitas lemah dengan owner disebut identifying relationship Contoh entitas pegawai. 2.2.8.1 Atribut Entitas mempunyai elemen yang disebut atribut, dan berfungsi mendekripsikan karakter dari entitas. Atribut adalah properti atau karakteristik yang dimiliki oleh suatu entitas dimana properti atau karakteristik itu bermakna atau berarti bagi organisasi atau perusahaan, misalnya untuk pencatatan data pegawai di suatu instansi, entitas pegawai mungkin memiliki atribut-atribut nomor induk pegawai, nama, alamat, nomor telepon, gaji pokok dan lainnya. Setiap diagram hubungan entitas bisa terdapat lebih dari satu atribut. Atribut digambarkan dalam bentuk elips.Entitas memiliki himpunan atribut yang berasosiasi dengannya. Atribut terdiri dari atribut sederhana atau atormis, atribut komposit, atribut berharga tunggal. atribut null-value, atribut kunci, atribut bernilai banyak dan atribut turunan. Masing-masing atribut memiliki ciri tersendiri. Atribut atormis tidak dapat dibagi-bagi menjadi atribut yang sederhana. Atribut komposit adalah atribut yang dapat dipecah menjadi atribut lain, misalnya atribut alamat dapat dipecah menjadi atribut jalan, kecamatan, kelurahan,kota serta kode pos. atribut komposit digunakan pada database untuk kemudahan menjawab pertanyaanpertanyaan tertentu dalam database atribut berharga tunggal mempunyai satu harga untuk entitas tertentu, atribut null-value tidak mempunyai nilai, atribut kunci merupakan atribut unik dari suatu entitas dan nilai dari atribut kunci akan berbeda untuk masing-masing entitas.atribut bernilai banyak adalah atribut yang entitasnya lebih dari satu, misalnya adalah atribut hobi. Atribut hobi ini bisa terdiri

dari atribut berenang, atribut voli dan atribut berbelanja.atribut turunan merupakan atribut yang didapat dari atribut lainnya.Pada entitas pegawai terdapat atribu nomor induk yang biasanya terkandung nilai tahun masuk, misalnya NIP =5195025, berarti Pegawai yang bersangkutan masuk pada tahun 1995), maka jika kita tambahkan atribut Lama_Kerja pada entitas Pegawai, atribut Lama_Kerja dapat kita hitung dengan cara mengurangkan tahun dimana perhitungan dilakukan (katakanlah 2005) dengan tahun mahasiswa yang bersangkutan masuk ke Instansi (Hasilnya 10 tahun). 2.2.8.2 Hubungan Relasi Relasi adalah hubungan antara suatu himpunan dengan himpunan entitas yang lainnya. Pada penggambaram diagram hubungan entitas, relasi adalah perekat yang menghubungkan suatu entitas dengan entitas lainnya. Relasi merupakan hubungan yang berarti antara suattu entitas dengan entitas lainnya.Frasa ini berimplikasi bahwa relasi mengijinkan untuk menjawab pertanyaan-pertanyaan yang berkaitan dengan hubungan suatu entits dengan lainya.Hubungan dibedakan antar bentuk hubungan antar entitas dengan isi. Misalnya kasus hubungan antara entitas pegawai dan entitas bagian adalah jam kerja, sedangkan isi hubungannya dapat berupa total jam kerja, gaji lembur. Relasi digambarkan dalam bentuk intan.Pada model data relasi hubungan antar data dihubungkan dengan kunci relasi.Tipe hubungan di antara beberapa buah tipe entitas adalah kumpulan dari relasi di antara entitas-entitas dari tipe entitas tersebut.

2.3

ORACLE

Oracle mendominasi pasar database server, hal ini mungkin didasarkan kepada banyak perusahaan berskala besar mengunakan Oracle dalam mengelola datanya. Perusahaan Oracle didirikan pada tahun 1977 oleh tiga orang programmer, Bob Miner, Ed Oates dan Larry Ellison yang menjabat sebagai CEO (Chief Executive Officer). Konon, dari ketiga programmer tersebut, Larry adalah yang ‘nomor 3′

dalam programming. Larry lebih sering (dan lebih senang) mengerjakan pemasaran, dan drop out dari kuliah karena keasyikannya di Oracle. Perusahaan ini berkonsentrasi pada pembuatan database server di mainframe.Kisah sukses Oracle Corp terkait dengan sejarah dan teori database relasional. Performance database Oracle, yaitu: 1. 2.

1984 Oracle Corporation released Oracle version 4. 1985 Oracle DBMS mulai mendukung model client-server. Dengan

tersedianya teknologi networking di era 80 an oracle versi 5.0 mendukung distribusi query. 3. 1989 Oracle Corporation memasuki pasar produk aplikasi dan dengan mulai dikembangkannya produk ERP-Oracle Financials dengan dukungan konsep RDBMS. Oracle RDBMS versi 6 dengan mendukung PL/SQL, row-level locking dan hotbackups. 4. 1992 Oracle version 7 dikeluarkan dengan mendukung referential integrity, stored procedures and triggers. 5. 1997 Oracle Corporation meluncurkan version 8, yang mendukung object oriented development dan multimedia applications. 6. 1999 Oracle 8i muncul untuk mengantisipasi era Internet (The i in the name stands

for "Internet"). The Oracle 8i Database memasukkan konsep Java

virtual machine (JVM). 7. 2001 Oracle 9i muncul dengan 400 fiiture baru termasuk fasilitas membaca dan menulis dokument XML 9i dilengkapi dengan optional untuk Real Application Cluster (RAC), computer cluster database, sebagai pengganti konsep paralel server. 8. 2003, Oracle Corporation meluncurkan Oracle Database 10g. Huruf g memberikan tekanan untuk kebutuhan marketing “grid computing ready”. 9. 2005 Oracle Database 10.2.0.1 — juga dikenal sebagai oracle 10g release 2 (10gR2). Akhiran i pada terdapat produk versi 8i dan akhiran g pada produk versi 10g: 2.3.1

Pengenalan ORACLE 10g

Oracle 10g menawarkan sebuah infrastruktur kinerja yang tinggi untuk ebisnis.Pada Oracle 10g terdapat semua yang diperlukan untuk mengembangkan dan mengatur aplikasi-aplikasi internet. Ada 2 produk Oracle 10g, yaitu :

1.

Oracle10g Application Server

Oracle 10g Appplication Server (Oracle 10g AS) menjalankan seluruh aplikasi.Oracle Database menyimpan seluruh data. Oracle10g Application Server merupakan satu-satunya application server yang memasukkan layanan untuk seluruh aplikasi-aplikasi server yang ingin anda gunakan Oracle 10g AS dapat menjalankan, antara lain: a. b. c.

Portal atau situs web Aplikasi transaksi Java Aplikasi intelijen bisnis

Oracle 10gAS juga menyediakan integrasi antar pemakai, aplikasi, dan data melalui organisasi anda. 2.

Oracle10g Database

Oracle10g Database

mengatur

seluruh data.

Oracle10g database

tidak

hanyamengatur object relational data, tetapi juga data yang tidak terstruktur seperti: a. b. c. d. e.

Spreadsheets Document word Presentasi Power Point XML Tipe data multimedia seperti MP3, grafik, video, dll

Data tidak harus disimpan di dalam database. Oracle10g Database mempunyai layanan dimana anda dapat menyimpan data mengenai informasi yang disimpan di dalam sistem file. Anda dapat menggunakan database server untuk mengatur dan melayani informasi dimana informasi itu berada. Basis data adalah sistem terkomputerisasi yang tujuan utamanya adalah memelihara informasi dan membuat informasi tersedia saat dibutuhkan. Secara praktis, basis data dapat dianggap sebagai suatu penyusun data yang terstruktur yang disimpan dalam media pengingat (harddisk) yang tujuannya agar data tersebut dapat diakses dengan mudah dan cepat. Basis data relasional adalah salah satu macam basis data yang sekarang sangat populer digunakan. Pada implementasinya, basis data relasional disajikan dalam bentuk tabel-tabel berdimensi dua (terdiri dari baris dan kolom).

Sejak diperkenalkannya Oracle database, Oracle terus mengeluarkan versiversi baru dengan sejumlah perbaikan untuk menambah keunggulan database tersebut terhadap versi sebelumnya, Oracle mulai merajai pasaran sejak dikeluarkannya Oracle 7, sampai saat ini Oracle 11 telah dikeluarkan oleh Oracle. Pada praktikum Basis Data ini kita menggunakan Oracle 10g. Untuk Oracle 10g perusahaan Oracle yang mengeluarkan empat jenis yaitu: 1.

Edisi Personal. Pada edisi ini hanya terbatas dipakai oleh satu pemakai

dan satu komputer saja. 2.

Edisi Standart. Pada edisi ini digunakan pada database kecil /

menengah dengan sejumlah pemakai bersama atau dapat juga disebut edisi workgroup. 3.

Edisi Enterprise. Pada edisi ini dipakai untuk jaringan komputer

berskala besar dengan sejumlah pemakai yang sangat banyak. Edisi ini mendukung fitur lanjutan seperti data warehousing dan lainnya. Pada praktikum Basis Data ini akan menggunakan Oracle Edisi Enterprise yang mencakup semua pilihan.Untuk mempermudah administrasi database, Oracle 10g menyediakan suatu piranti utama yang dinamakan Oracle Enterprise Manager Console (OEM Console).Pada saat kita membuka OEM Console dengan cara men-click menu Start -> Program -> Oracle -> OracleHome92 -> Enterprise Manager console, kita akan mendapati komponen-komponen sebagai berikut: 1.

Instance

Instance merupakan suatu wadah dimana suatu komponen database disimpan. Melalui suatu instance database dapat di-stop maupun di-start, parameter awal dapat dikonfigurasikan, tuning database dapat dilakukan menggunakan Resource Advisory, monitor database Health, melaksanakan proses back up, recovery, serta maintenance. 2.

Schema

Schema merupakan suatu wadah untuk menyimpan tabel-tabel serta objek-objek (seperti : procedure, view, trigger) yang akan didefinisikan oleh masing-masing user. 3.

Security

Security merupakan tempat untuk menyimpan informasi tentang semua user yang ada di DBMS Oracle, Roles, dan Profiles. 4.

Storage

Piranti ini merupakan yang kita gunakan untuk mengkonfigurasi penyimpanan database yang kita buat di Oracle. 5.

Distributed

Distributed Database adalah jaringan Database yang didukung oleh sejumlah database server yang dapat secara bersama. Tujuan menggunakan distributed database adalah data yang disimpan pada tempat yang berbeda dapat digabungkan secara logika untuk dapat diakses oleh para pemakai melalui jaringan. 6.

Warehouse

Merupakan fitur yang didesain khusus untuk melakukan proses pelacakan dan analisa data yang sangat besar dari cita-cita yang telah dikumpulkan selama bertahun-tahun. Fitur ini tidak akan dimasukkan dalam praktikum ini. 7.

Workspace

Merupakan lingkungan virtualyang dapat digunakan oleh sejumlah pemakai untuk digunakan bersama. 8.

XML Database

XML (eXstensibel Markup Language) adalah bahasa yang kita gunakan untuk melacak data di Internet (web). XML sangat mendukung untuk pelacakan data dalam database di Internet. Sebagaimana Warehouse, XML Database juga tidak dibahas dalam praktikum periode ini. 9.

Oracle Storage sangat penting peranannya bagi tugas administrasi Oracle

Database. Dengan Oracle storage kita dapat mengkonfigurasi bagaimana Oracle Database menyimpan data dan struktur penyimpanan. Kemampuan untuk konfigurasi ini merupakan salah satu keunggulan yang dimiliki DBMS Oracle dibandingkan dengan DBMS yang lainnya. 10.

Struktur Logika

Struktur ini hanya digunakan untuk mengaitkan tempat penyimpanan data untuk table, view, index, dan obyek-obyek lainnya ke sistem operasi. Struktur logika terdiri dari :

1. 2.

Blok : merupakan satuan terkecil penyimpanan data di Oracle. Extent : merupakan kumpulan dari beberapa blok

3.

Segment : merupakan set extent yang dialokasikan khusus untuk objek

database tertentu. 4.

Tablespace : merupakan unit-unit penyimpanan logika dimana segment,

extent, dan blok disimpan.

2.3.2 Kehandalan Database Oracle Beberapa keunggulan database oracle yang mendapatkannya sebagai produk database yang paling banyak dipakai yaitu: 1) Scalability, kemampuan menangani banyak user yang melakukan koneksi secara simultan tanpa berkurangnya performa secara signifikan. Dalam dokumentasi oracle disebutkan bahwa oracle database sanggup melayani puluhan ribu user secara simultan. 2) Reliability yang bagus, yaitu kemampuan untuk melindungi data dari 3)

kerusakan jika terjadi kegagalan fungsi pada sistem. Serviceabiliy, yaitu kemampuan untuk mendeteksi mesalah, kecepatan dalam mengoreksi kesalahan, dan kemampuan melakukan konfigurasi ulang

4)

struktur data Stability, yaitu kemampuan untuk tidak crash karena beban kerja yang

5)

tinggi. Availability, yaitu kemampuan dalan penanganan crash atau failure agar

6) 7)

service dapat tetap berjalan. Multiplatform, dapat digunakan pada banyak system operasi Mendukung data yang cukup besar. Menurut dokumentasi, oracle dapat

8) 9) 10)

menampung sampai 512 petabytes (1 petabytes = 1.000.000 gigabytes) System security yang cukup handal Mendukung database berorientasi object Dapat menampung hampir semua tipe data seperti text, image, sound, video, dan time series.

Keunggulan-keunggulan diatas membuat Oracle banyak digunakan pada aplikasi internet maupun client server pada LAN. 2.3.3

Struktur Fisik

Struktur fisik Oracle mengatur bagaimana sebenarnya Oracle menyimpan data. Struktur dibagi menjadi dua yaitu : Data File Data File menyimpan semua data fisik (phisical data). Data yang disimpan meliputi isi dari tabel yang kita buat serta index. Control File Control File memuat daftar struktur fisik suatu database. Dengan kata lain setiap Oracle database memiliki control file yang menyimpan informasi mengenai nama database, nama dan lokasi data file, serta redo log file. Redo Log File mencatat semua perubahan yang terjadi pada oracle database, yang sangat berguna ketika terjadi kesalahan pada saat modifikasi data. 2.3.4 Langkah – Langkah Menjalankan Oracle Pada bab ini akan dibahas tentang bagaimana cara mengalokasikan storage untuk database. Oracle yang kita buat, serta membuat user yang akan menempati alokasi storage yang telah kita buat. Untuk mempraktikkan dalam pengalokasian storage dan user kita akan melakukan hal-hal sebagai berikut : 1. Membuat Tablespace 2. Membuat User 3. Pemberian Hak Akses Sekarang akan kita praktikkan dengan menggunakan Mode Text Console tidak menggunakan OEM Console. Hal ini kita lakukan agar kita lebih memahami sintaks-sintaks dasar yang diberlakukan oleh Oracle. Disamping itu ada perintahperintah pada Mode Text Console yang tidak bisa dikerjakan melalui OEM Console. Hal ini dilandasi bahwa setiap perintah atau metode yang dapat dikerjakan oleh OEM Console pasti dapat dikerjakan oleh Mode Text Console, tetapi sebaliknya tidak semua perintah Mode Text Console dapat dikerjakan oleh OEM Console. Sebelum menjalankan perintah untuk membuat Tablespace dan User, terlebih dahulu kita lakukan koneksi terhadap Oracle database dengan user system. 2.3.4.1 Instalasi Oracle 10g Langkah – langkah untuk menginstall Oracle XE adalah sebagai berikut:

a.

Proses penginstalan dapat segera dilakukan dengan melakukan double klik

pada file instalasi (file bernama OracelXE.exe).

Setelah itu akan muncul tampilan sebagai berikut:

Gambar 6 : Installer Oracle b.

Saat muncul tampilan windows install wizard seperti dibawah

Gambar 7 : Preparing to Instal Oracle

c.

Lalu klik tombol next.

Gambar 8 : Install Wizard Oracle

d.

Kemudian akan muncul window mengenai perjanjian lisensi. Klik pilihan

accept the agreement dan kemudian klik tombol next.

Gambar 9 : License Agreement

e.

Setelah itu klik next untuk langkah selanjutnya sehingga muncul tampilan pemilihan direktori tujuan instalasi seperti di bawah ini. Klik tombol next untuk melanjutkan.

Gambar 10 : Choose Destination Location

f.

Kemudian isikan password untuk database.

Contoh: p4ssw0rd Setelah konfirmasi password tersebut silahkan klik tombol next. Password ini akan digunakan untuk proses login ke dalam database dengan user sys atau system, yaitu user bawaan dari Oracle yang otomatis terbentuk pada saat proses instalasi.

Gambar 11 : Specify Database Passwords

g.

Kemudian akan muncul tampilan dibawah ini (konfirmasi settingan instalasi Oracle XE), kemudian klik install untuk melanjutkan proses instalasi.

Gambar 12 : Summary Orcle h.

Kemudian akan muncul tampilan seperti di bawah ini. Tunggu berapa saat sampai proses selesai.

Gambar 13 : Setup Status

i.

Setelah itu proses penginstalan selesai dan klik finish.

Gambar 14 : InstalShield Wizard Complete j.

Kemudian akan muncul tampilan browser dan silahkan mencobanya

dengan memasukkan: Username : system

Password : p4ssw0rd (sesuai dengan password yang dimasukkan pada proses instalasi)

Gambar 15 : Oracle Conection

2.3.4.2 Login pada Oracle 10g Cara login pada Oracle 10g 1. 2.

Run SQL command line. Ketikan conn( command untuk login ), akan keluar perintah masukan

3.

username dan password. Biasanya oracle mempunyai username dan pass default yaitu hr.

2.3.4.3 Membuat Tablespace Setelah terkoneksi dengan Oracle Database, maka langkah selanjutnya adalah membuat tablespace. Maka tujuan pembuatan tablespace adalah untuk mengalokasikan storage untuk schema user yang kita buat.Sintaks untuk membuat tablespace baru menggunakan SQL Workshet atau SQL *Plus adalah : create tablespace nama_tablespace datafile path_file_untuk_menyimpan_database_kita size integer[K] atau M[] [default storage initial integer[K] atau M[]

next integer [K] atau M[] minextents integer maxextents integer pctincrease integer] [permanent atau temporary] [online atau ofline] Jika berhasil dan worksheet kita merespon maka akan muncul pesan : Tablespace created

2.3.4.4 Membuat User Setelah tablespace berhasil kita buat, tahapan berikutnya adalah membuat user. Sintaks dasar membuat user adalah sebagai berikut : create user nama_user [identified (by password | externally)] [default tablespace nama_tablespace] [temporary tablespace nama_tablespace] [quota {size {M|K} | unlimited} on nama_tablespace] Jika worshet merespon maka akan muncul pesan sebagai berikut : User created

2.3.4.5 Pemberian Hak Akses Langkah berikutnya setelah membuat user adalah pemberian hak akses kepada user yang kita miliki dapat melakukan koneksi, membuat tabel, mengisi tabel, dan lain-lain.Karena secara default saat user pertama kali kita buat, dia tidak memiliki hak apa-apa terhadap Oracle Database. Hak-hak yang dapat diberikan kepada user antara lain : 1. 2.

Connect : role yang mempunyai hak untuk koneksi ke suatu database. DBA : role yang mempunyai hak untuk membuat, mengubah dan menghapus

user serta mengatur database yang dimiliki oleh user.

3.

Resource : role yang mempunyai semua hak sistem yang diperlukan untuk

membuat table, index, view, dan object lain dalam Oracle. 4. Imp_full_database : role yang mempunyai hak meng-import database kita. 5. Exp_full-database : role yang mempunyai hak untuk meng-ekspor database kita. Sintaks untuk pemberian hak akses adalah sebagai berikut : GRANT nama_role | priveleges TO nama_user Sedang untuk mencabut hak akses yang telah kita berikan kepada user adalah: REVOKE nama_role | privileges FROM nama_user Jika berhasil maka akan muncul pesan berikut ini : Grant succeeded Selanjutnya untuk menguji koneksi user yang baru saja kita buat, maka buka SQL Plus Worksheet lalu pilih menu FileChange Database Connection.

2.3.5

Membuat Tabel dengan Oracle

Disini kita akan membahas tentang perintah-perintah DDL (Data Definition Language) dalam membuat tabel dengan menggunakan Oracle.

2.3.5.1 Membuat Tabel Sintaks dasar untuk membuat tabel adalah : CREATE TABLE nama_table { nama_kolom_1

tipedata[default][constraint kolom]

nama_kolom_2

tipedata[default][constraint kolom]

… ... nama_kolom_n } [AS QUERY]

tipedata[default][constraint kolom]

Sebagai contoh kita akan membuat tabel DEPARTEMENT dan tabel LOKASI dari projek database company. Langkah-langkah yang harus dilakukan adalah : a. b.

Masuk ke SQL Worksheet dan login atau connect sebagai user. Untuk membuat tabel DEPARTEMENT eksekusi sintaks berikut:

create table DEPARTEMENT { NO_DEPARTEMENT CHAR (2), NIP_MANAGER CHAR (5), NAMA_DEPARTEMENT VARCHAR (35), TANGGAL_MULAI KERJA DATE }; Respon SQLPlus Worksheet: Table created. Keterangan : Untuk tahap awal pembuatan tabel DEPARTEMENT sengaja tidak dilengkapi dengan pemberian constraint primary key maupun foreign key, akan ada pada keterangan selanjutnya. c.

Untuk membuat tabel LOKASI eksekusi sintaks berikut ini :

create table LOKASI ( NO_DEPARTEMENT CHAR (2), NAMA_LOKASI VARCHAR (35) ); d.

Sekarang dalam schema anda telah memiliki dua buah tabel yaitu

DEPARTEMENT dan LOKASI. Untuk mengetahui tabel apa saja yang ada dalam schema kita, anda dapat mengetahui dengan mengeksekusi sintaks berikut : SELECT * FROM ; Respon SQLPlus Worksheet; TNAME

TABTYPE

CLUSTERID -------------------------------- ----------- -------DEPARTEMENT

TABLE

LOKASI

TABLE

2 rows selected.

2.3.5.2 Pemberian Constraint Oracle Database mendukung sejumlah tipe-tipe constraints untuk menjaga keutuhan data, yaitu: 1. Entity Integriti Mengawasi primary key agar setiap role pada suatu tabel tertentu ditandai dengan tanda pengenal berupa primary key yang unik dan tidak bernilai nol. 2. Referential Integrity Mengawasi foreign key yang menentukan relasi antar tabel satu dengan yang lainnya. Serta memastikan agar semua foreign key mempunyai pasangan primary key pada tabel yang berkaitan, antara lain: a. Not-Null.Mencegah agar kolom tertentu tidak memiliki nilai nol. b. Default Colomn. Untuk memberikan nilai suatu kolom dengan nilai yang sudah ditentukan pada kolom diisi. Kolom default ini dapat berupa : 1) Kata 2) Nomor 3) Tanggal 4) Nilai Nol 5) Auto Increment c. Check. Berupa aturan yang dibuat untuk mengecek agar nilai kolom yang diisi sesuai dengan peraturan yang dibuat. Selanjutnya kita akan mempraktekkan bagaimana cara pemberian constraint primary key dan foreign key pada tabel – tabel yang telah kita buat pada sub bab membuat tabel, yaitu tabel departemen dan tabellLokasi. Untuk memberikan constraint pada suatu tabel dapat dilakukan dengan dua buah cara, yaitu :

1. Pemberian constraint dilakukan bersamaan pada saat pembuatan tabel pertama kali. 2. Pemberian constraint dilakukan saat tabel telah dibuat. Karena semua tabel telah kita buat maka kita akan mengimplementasikan metode yang kedua untuk tabel departemen dan lokasi. Langkah – langkah untuk menerapkan relasi tabel diatas adalah sebagai berikut : a.

Pemberian Primary Key pada Tabel Departemen

Untuk menambah constrain primary key pada tabel departemen kita dapat menggunakan perintah Alter Table. Dengan menggunakan Alter Table kita dapat melakukan : 1) 2) 3) 4) b.

Menambahkan kolom pada suatu tabel yang telah ada. Memodifikasi kolom pada suatu tabel Mendefinisikan nilai default suatu kolom Menghapus kolom Pemberian Foreign Key pada Tabel Lokasi

Pada tabel lokasi kita tidak langsung memberikan primary key tetapi foreign key dulu karena pada lokasi kolom yang akan kita jadikan primary key merupakan kombinasi dari dua buah kolom yaitu No_Departement dan Nama_Lokasi, sedangkan kolom No_Departemen sendiri sebagai foreign key dari tabel departemen. Maka sebelum memberikan constrain primary key ke lokasi terlebih dahulu kita kerjakan pemberian constraint foreign key. Untuk memberikan constraint foreign key ke tabel lokasi dapat kita lakukan dengan cara yang sama dengan cara yang sama dengan langkah satu yaitu menggunakan Alter Table dan ADD Constraint. Oracle Database juga menyediakan perintahuntuk melihat constraint dari suatu tabel yang telah kita buat. Sintaks dasar untuk melihat constraint adalah : Select constraint_name, constraint_type, search condition From user_constraint Where table_name = ‘Employes’

Selain create, dan alter yang telah kita coba praktikkan masih ada satu lagi perintah yaitu drop. Perintah ini kita gunakan untuk menghapus objek yang telah kita buat.

BAB III DESAIN SISTEM

3.1 DESKRIPSI SISTEM Ketika pertama kali masuk, user dapat melihat daftar lapangan yang tersedia untuk dibooking berdasarkan tanggal pemesanan. Jika sesuai user diharuskan mendaftar membayar sejumlah uang yang akan digunakan sebagai DP ke kasir untuk dapat membooking lapangan. Setelah mendaftar, maka data user tersebut disimpan ke dalam database server. Setelah itu system akan secara otomatis mencetak bukti pemesanan beserta harga yang harus dibayar. Pada bukti pemesanan ini terdapat id member yang juga tercatat pada database server. Hal ini ditujukan untuk menghindari orang lain yang ingin memalsukan bukti pemesanan

tersebut. Setelah pemesanan selesai, maka data pemesanan ini akan disimpan ke dalam database server. Ketika hari pemesanan tiba dan sebelum bermain, member harus melunasi biaya sewa lapangan ke kasir. Setelah itu member memperoleh kwitansi pelunasan pemesanan dan bisa langsung di tunjukkan ke penjaga lapangan. 3.2 DIAGRAM KONTEKS Diagram konteks adalah diagram yang terdiri dari suatu proses dan menggambarkan ruang lingkup suatu sistem. Diagram konteks merupakan level tertinggi dari DFD yang menggambarkan seluruh input ke sistem atau output dari sistem. Diagram konteks akan memberi gambaran tentang keseluruhan sistem. Dalam diagram konteks hanya ada satu proses. Tidak boleh ada store dalam diagram konteks. Diagram konteks Sistem Informasi Persewaan Lapangan Futsal berisi gambaran umum (secara garis besar), seperti pada gambar dibawah.

3.3 DIAGRAM BERJENJANG Diagram Berjenjang atau disebut juga dengan diagram berjenjang,merupakan langkah awal untuk menentukan desain sistem yang akan dibuat. Dari iagram berjenjang ini, dapat ditentukan diagram-diagram berikutnya yang menjelaskan sistem secara lebih rinci.

0

TOP LEVEL Sistem Informasi Persewaan Lapangan futsal

1p

2

3

4p

Login

Kelola Data

Sewa Lapangan

Pembuatan Laporan

LEVEL 0

LEVEL 1 2.1p

2.2p

2.3p

3.1p

Kelola data lapangan

Kelola data customer

Kelola data pegawai

Pembayaran

3.4 DFD LEVEL Data

Flow

Diagram

(DFD)

adalah

alat

pembuatan

model

yang

memungkinkan profesional sistem untuk menggambarkan system sebagai suatu jaringan proses fungsional yang dihubungkan satu sama lain dengan alur data, baik secara manual maupun komputerisasi. Data Flow Diagram digunakan untuk menggambarkan system sebagai jaringan dari proses-proses secara fungsional yang dihubungkan dengan yang lainnya oleh aliran data.

DFD Level 0

DFD Level 1 Kelola Data data customer

Petugas

data lapangan

data pegawai

1.2.1 kelola data customer

1.2.2 kelola data lapangan

1.2.3 kelola data pegawai

record data customer

record data lapangan

record data pegawai

master data customer

master data lapangan

master data pegawai

DFD Level 1 Sewa Lapangan Petugas

data jadwal sewa record data jadwal sewa

1.3.1 pembayaran

record data pesan l apangan

record data pembayaran

master data jadwal sewa

master data pesan lapangan

master data pembayaran DP

data pesan lapangan Customer

data pembayaran bukti tanda pembayaran

3.5

ER-DIAGRAM Salah satu tujuan dari DBMS adalah

unutk menyediakan fasilitas antar muka (interface) dalam melihat data (user friendly/user oriented) kepada pemakai/user. Untuk itu, sistem tersebut akan menyembunyikan detail tentang bagaimana data disimpan dan dipelihara.Karena itu , seringkali data yang terlihat oleh pemakai sebenarnya berbeda dengan yang tersimpan secara fisik. Abstraksi data merupakan tingkatan/level dalam bagaimana melihat data dalam sebuah sistem basis data. Level dari abstraksi data secara visual dapat diperhatikan pada gambar berikut.

3.6 CDM &PDM CDM (Conceptual Data Model) memiliki definisi kelengkapan secara konsep yaitu data model berisi obyek (mis: entitas, atribut, dll) yang cukup untuk menggambarkan keseluruhan skup dari domain bisnis yang digambarkan oleh model. Dengan kata lain data model berisi semua entitas dan atribut yang diperlukan untuk menggambarkan domain bisnis/permasalahan yang diselesaikan. Berikut merupakan gambar dari CDM Sistem Informasi Persewaan Lapangan Futsal.

 CDM

customer

petugas

id_customer Variable characters (5) nama_customer Variable characters (15) jk_customer Variable characters (1) alamat_customer Variable characters (15) tlp_customer Integer

id_petugas Variable characters (5) nama_petugas Variable characters (15) jk_petugas Variable characters (1) alamat_petugas Variable characters (20) tlp_petugas Integer

id_customer ...

id_petugas ...

Relationship_2 Relationship_5 Relationship_8

pesan lapangan id_pesan Variable characters (5) tgl_pesan Variable characters (20) jam Variable characters (15) lama_sewa Integer

(D) pembayaran sewa tgl_bayar Variable characters (20) pelunasan Integer DP Integer

id_pesan ...

Relationship_3

jadwal sewa jam Variable characters (15) tgl Variable characters (20)

Relationship_6

Relationship_9

kasir id_kasir Variable characters (5) nama_kasir Variable characters (15) jk_kasir Variable characters (1) alamat_kasir Variable characters (20) tlp_ksir Integer id_kasir ...

lapangan id_lapangan Variable characters (5) harga Integer status Variable characters (7) luas Variable characters (10) id_lapangan ...

PDM merupakan model fisik yang spesifik yang berdasrkan target database yang diinginkan sebelumnya (telah terdefinisikan). PDM merupakan hasil generate Conceptual Data Model yang telah ada. Dengan level PDM, dapat mengenerate (menurunkan) kembali kedalam sebuah bahasa definisi data scipt) melalui DDL script atau menghubungkan kedalam library database melalui ODBC (Object Database Conectivity) yaitu melalui Data Source yang harus disetup. Dengan ke dua langkahtersebut objek-objek atau table-tabeldatabase dapat diciptakan(create)atau di-generate dengan mudah. Dan berikut merupakan gambar dari PDM Sistem Informasi Persewaan Lapangan Futsal.

 PDM customer id_customer nama_customer jk_customer alamat_customer tlp_customer

petugas

VARCHAR2(5) VARCHAR2(15) VARCHAR2(1) VARCHAR2(15) INTEGER

id_petugas nama_petugas jk_petugas alamat_petugas tlp_petugas

FK_PESAN_LA_RELATIONS_CUSTOMER FK_PEMBAYAR_RELATIONS_CUSTOMER

VARCHAR2(5) VARCHAR2(15) VARCHAR2(1) VARCHAR2(20) INTEGER

FK_JADWAL_S_RELATIONS_PETUGAS

pesan lapangan pembayaran_sewa id_customer id_kasir tgl_bayar pelunasan DP ...

VARCHAR2(5) VARCHAR2(5) VARCHAR2(20) INTEGER INTEGER

FK_PEMBAYAR_RELATIONS_KASIR

id_customer id_lapangan id_pesan tgl_pesan jam lama_sewa

VARCHAR2(5) VARCHAR2(5) VARCHAR2(5) VARCHAR2(20) VARCHAR2(15) INTEGER

jadwal sewa id_petugas id_lapangan jam tgl

VARCHAR2(5) VARCHAR2(5) VARCHAR2(15) VARCHAR2(20)

FK_JADWAL_S_RELATIONS_LAPANGAN

FK_PESAN_LA_RELATIONS_LAPANGAN

kasir id_kasir nama_kasir jk_kasir alamat_kasir tlp_ksir

VARCHAR2(5) VARCHAR2(15) VARCHAR2(1) VARCHAR2(20) INTEGER

lapangan id_lapangan harga status luas

VARCHAR2(5) INTEGER VARCHAR2(7) VARCHAR2(10)

Daftar Pustaka http://adepuspita28.wordpress.com/2013/10/26/pengertian-data-flow-diagramdfd-dan-contoh-gambar-dfd/ http://7enius.wordpress.com/2012/03/11/pengertian-fungsi-dan-contoh-dari-dataflow-diagramdfd/ http://bayyulf.blogspot.sg/2013/09/pengertian-erd-dan-dfd.html http://tutorialpemrograman.wordpress.com/2009/08/08/konsep-conceptual-datamodel-cdm-dan-physical-data-model-pdm/