Implementasi Semantic Object Model (SOM)
Pada Perancangan Database Sistem
Informasi Akademik UIN Raden Fatah
Palembang
Muhamad Kadafi
5
38
JURNAL SIGMATA | | LPPM AMIK SIGMA
IMPLEMENTASI SEMANTIC OBJECT MODEL (SOM) PADA PERANCANGAN DATABASE SISTEM INFORMASI AKADEMIK UIN RADEN FATAH PALEMBANG
Muhamad Kadafi Amik Sigma Palembang [email protected]
Abstrak
Aplikasi pengolahan data tidak lepas dari database yang merupakan kumpulan data yang ditampilkan melalui sebuah sistem informasi. Siklus hidup sebuah organisasi berhubungan dengan siklus hidup sistem database yang mendukungnya, sehingga hal yang penting dalam pengembang aplikasi database adalah pemodelan data saja. Jika model data tidak digambarkan secara benar, maka pemakai akan menemukan aplikasi yang sulit digunakan, tidak lengkap dan sulit untuk dikembangkan. Sistem aplikasi pengolahan data akademik memerlukan suatu pemodelan basis data yang dapat digunakan untuk menunjang kebutuhan informasi, integritas data, dan memudahkan dalam pengembangan aplikasi pengolahan data akademik sehingga tugas pokok dan fungsi dari akademik dapat memberikan layanan pendidikan secara maksimal. Pemodelan data yang digunakan adalah Semantic Object Model (SOM) dengan pemodelan Semantic Object Model representasi dari beberapa benda dapat diidentifikasi dalam lingkungan kerja user sehingga perancangan lebih mendekati pemahaman data pemakai
Kata Kunci: Database, SOM
1. PENDAHULUAN
1.1. Latar Belakang
Universitas Islam Negeri Raden Fatah Palembang merupakan perguruan tinggi di Palembang berupaya untuk terus meningkatkan kualitas layanan pendidikan salah satunya yaitu layanan akademik. Seperti perguruan tinggi lain pada umumnya dalam proses penyelenggaraan layanan akademik ini, Universitas Islam Negeri Raden Fatah telah memiliki suatu sistem aplikasi pengolahan data yang mendukung kegiatan akademik, berupa khs dan transkrip nilai, absen dosen, daftar dosen, daftar, periode tahun ajaran, dan daftar pembimbing akademik dll. Secara tidak langsung informasi akademik ini juga menjadi suatu kebutuhan pada masing – masing program studi untuk dapat memberikan pelayanan dan kinerja secara maksimal.
Pada Universitas Islam Negeri Raden Fatah Palembang tugas pokok dan fungsi program studi belum bisa di lakukan secara maksimal karena masih terdapat layanan kebutuhan pada program studi sebagai
contoh pada program studi sistem informasi fakultas dakwah UIN Raden Fatah Palembang, belum tersedia sistem seperti pendataan berkas judul pkl, pendataan berkas judul PP, pendataan berkas judul munaqasah, jadwal menguji Praktek Profesi, Jadwal Kompre, jadwal munaqasah, data nilai kompre, daftar nilai munaqasah, dan daftar bimbingan pkl dan skripsi. Oleh karena itu dibutuhkan sebuah sistem aplikasi basis data yang terintegrasi pada masing masing program studi. yang dapat menunjang kemudahan dalam mengakses informasi untuk meningkatkan kinerja pada masing – masing prodi agar lebih efektif dan efisien.
Tentu saja aplikasi pengolahan data ini tidak lepas dari database yang merupakan kumpulan data yang di tampilkan melalui sebuah sistem informasi. Database merupakan komponen dasar dari sebuah sistem informasi dan pengembangan serta penggunaannya sebaiknya di pandang dari perspektif kebutuhan – kebutuhan organisasi yang lebih besar.
Siklus hidup sebuah sistem informasi organisasi berhubungan dengan siklus hidup
JURNAL SIGMATA | LPPM AMIK SIGMA
39
itu juga perkembangan teknologi informasi, khususnya di bidang perangkat lunak dapat memudahkan programmer membuat program aplikasi database. Bahkan saat ini non programmer dimungkinkan untuk membuat database sendiri, sehingga hal yang penting dalam pengembangan aplikasi database adalah pemodelan data saja. Jika model data tidak digambarkan secara benar, maka pemakai akan menemukan aplikasi yang sulit digunakan, tidak lengkap dan sulit untuk dikembangkan.
Berdasarkan uraian di atas, penelitian ini diarahkan untuk merancang suatu pemodelan database yang dapat menunjang kebutuhan – kebutuhan informasi pada program studi sehingga layanan akademik pada masing masing program studi dapat berjalan secara maksimal. Metode yang digunakan ialah Semantic Object Model dan Object Relational Database. Pada Semantic Object Model representasi dari beberapa benda dapat diidentifikasi dalam lingkungan kerja user sehingga perancangan lebih mendekati pada pemahaman data pemakai.
1.2. Rumusan Masalah
Berdasarkan latar belakang diatas maka penulis mengangkat pokok permasalahan yaitu “Bagaimana Mengimplementasikan Semantic Object Model (SOM) dalam merancang database Sistem Informasi Akademik Universitas Islam Negeri Raden Fatah Palembang.”
1.3. Tujuan
Adapun tujuan dari penelitian ini yaitu Membuat pemodelan basis data Sistem Informasi Akademik pada Universitas Islam Negeri Raden Fatah dengan menggunakan metode Semantic Object Model (SOM).
1.4. Metode Pengembangan Basis Data
Dalam penelitian ini, penulis menggunakan pendekatan rancangan database yaitu:
1. Fase 1 : pengumpulan data dan analisis Proses identifikasi dan analisa kebutuhan – kebutuhan data di sebut pengumpulan dan analisa. Untuk menentukan kebutuhan – kebutuhan suatu sistem database, pertama – tama harus mengenal bagian – bagian lain dari sistem informasi yang akan berinteraksi dengan sistem database, termasuk para
aplikasinya. Kebutuhan – kebutuhan dari para pemakai dan aplikasi – aplikasi inilah yang kemudian di kumpulkan dan dianalisa.
Aktivitas – aktifitas pengumpulan data dan analisa:
a. Menentukan kelompok pemakai dan bidang – bidang aplikasinya.
b. Peninjauan dokumentasi yang ada c. Analisa lingkungan operasi dan
pemprosesan data
d. Daftar pertanyaan dan wawancara. 2. Fase 2 : Perancangan database secara
konseptual
Tujuan dari fase ini adalah menghasilkan conceptual schema untuk database yang tergantung pada semua DBMS yang spesifik. Sering menggunakan sebuah high-level data model seperti ER / EER model selama fase ini. Dalam conceptual schema, penulis harus merinci aplikasi – aplikasi database yang di ketahui dan transaksi – transaksi yang mungkin. 3. Fase 3 : Pemilihan DBMS
Pemilihan database di tentukan oleh beberapa faktor, diantaranya: faktor teknik, ekonomi, dan politik organisasi. Dalam aplikasi basis data yang tersedia sebelumnya DBMS yang digunakan adalah MySQL, maka penulis juga 4. Fase 4 : Perancangan database secara
logika (Pemetaan model data)
Fase selanjutnya dari perancangan database adalah membuat sebuah skema konseptual dan skema eksternal pada model data dari DBMS yang terpilih. Fase ini dilakukan oleh pemetaan skema konseptual dan skema eksternal yang dihasilkan pada fase2. Pada fase ini, skema konseptual ditransformasikan dari model data tingkat tinggi yang digunakan pada fase 2 ke dalam model data dari DBMS yang di pilih pada fase 3
Pemetaannya dapat diproses dalam 2 tingkat:
1) Pemetaan system-independent 2) Penyesuaian skema ke DBMS yang
spesifik
5. Fase 5 : Perancangan database secara fisik
Perancangan database secara fisik merupakan proses pemilihan struktur – struktur penyimpanan dan jalur – jalur akses pada file – file database untuk mencapai penampilan yang terbaik pada bermacam – macam aplikasi.
40
JURNAL SIGMATA | | LPPM AMIK SIGMA
2. LANDASAN TEORI
Semantic Object Model pertama kali di perkenalkan pada tahun 1988, model tersebut di dasarkan pada konsep yang di kembangkan dan di publikasikan oleh Codd serta Hammer serta Mcleod. Semantic Object Model adalah suatu model data (David M.Kroenke, 2004, Paperback, Revised, hal 327).
Semantic Object Model merupakan salah satu tehnik pembuatan model data. Model data ini nantinya akan di transformasikan menjadi desain database. Data dari form, report dan query di representasikan dalam wujud Semantic Object. Sama seperti entity, Semantic object terdiri dari atribut – atribut.
Atribut Semantic Object terdiri atas 3 jenis:
1. Simple attribute Elemen Tunggal 2. Group Atrribute
Kumpulan dari elemen tunggal yang memiliki sifat yang serupa, misalnya: alamat terdiri atas jalan, kota, provinsi, kode pos.
3. Semantic Object attribute
Atribut yang menghubungkan antara Semantic Object yang satu dengan yang lainnya.
Object digambarkan dalam bentuk persegi panjang. Nama object berada di bagian atas, dan atribut ditulis dalam urutan setelah nama object.
Object Departement berisi contoh dari masing – masing tiga jenis atribut. DepartementName, PhoneNumber, dan FaxPhoneNumber adalah simple attribute yang masing – masing merupakan elemen data tunggal. CampusAddress adalah group attribute yang terdiri dari simple attribute Building dan OfficeNumber. COLLEGE, PROFESSOR dan STUDENT adalah semantic object atrribute, yang berarti bahwa object – object tersebut terhubung dan logicalnya terkandung di Departement.
Gambar 1. Contoh Object dalam Semantic Object Model
Semantic Object dapat di klasifikasikan menjadi 7 tipe object dengan tujuan untuk mempermudah analisis dalam mendesain database (David M Kroenke (2004, Paperback, Revised)). Adapun ke 7 tipe tersebut secara detail sebagai berikut:
1. Simple Objects
Object yang hanya memiliki simple atribute atau group attribute, dan nilainya adalah single – value.
Gambar 2. Contoh Simple Object 2. Composite Objects
Object yang hanya memiliki simple attribute atau group attribute dan nilainya ada yang multi-value.
JURNAL SIGMATA | LPPM AMIK SIGMA
41
Gambar 3. Contoh Composite Object 3. Compound Object
Object yang mengandung paling sedikit satu attribute object (boleh ditambah satu / dua jenis atribut lain) namun nilai single attribute dan nilai group atributte nya adalah single-value.
Gambar 4. Contoh Compound Object 4. Hybrid object
Object yang merupakan kombinasi antara Composite Object dan Compund Object, memiliki satu sub-atrribute object pada group attributte nya yang nilainya multi - value.
Gambar 5. Contoh Hybrid Object 5. Association object
Sebuah object yang berhubungan dengan dua atau lebih attribut object lain dan menyimpan data yang unik untuk relasi tersebut.
Gambar 6. Contoh Association Object 6. Parent/ Subtype object
Sama seperti konsep class, parent adalah class utama dan subtype adalah turunan dari object lain dan mengandung seluruh attribute dari object tersebut.
42
JURNAL SIGMATA | | LPPM AMIK SIGMA
Gambar 7. Contoh Parent /Subtype Object 7. Archetype / Version object
Semantic Object yang membuat Semantic Object lain yang mewakili versi, rilis, atau edisi dari archtype.
Contoh 8. Contoh Archetype / Version Object
3. ANALISIS DAN DISAIN
3.1 Identifikasi Masalah
Berdasarkan wawancara dari ketua program studi di dapat permasalahan sebagai berikut:
a. Ketua program studi kesulitan untuk melihat judul skripsi, judul laporan Praktek Profesi (PP) dan judul laporan praktek kerja lapangan (PKL) Program Studi Sistem Informasi.
b. Belum terdatanya mahasiswa yang pindah jurusan, stop out, mahasiswa Aktif dan mahasiswa yang berhenti secara
aplikasi sehingga apabila di butuhkan seringkali ketua program studi kesulitan dalam pencarian.
c. sulit melakukan penjadwalan ujian Praktek Profesi, Ujian Kompre, dan Ujian Munaqosah.
d. Sulit Menentukan dosen pembimbing munaqasah, Dosen Penguji untuk Praktek Profesi, dan dosen penguji kompre
Berdasarkan Permasalahan yang didapat dari hasil wawancara di dapat penyebab masalah adalah sebagai berikut: Tabel 1. Identifikasi Penyebab Masalah
Masalah Penyebab Masalah 1 Ketua program studi kesulitan untuk melihat judul skripsi, judul laporan Praktek Profesi (PP) dan judul laporan praktek kerja lapangan (PKL) Program Studi Sistem Informasi. a. Belum tersedianya pendataan judul Munaqasah, dan Praktek Pengalaman Lapangan, Judul Praktek Profesi, secara sistem dan hanya dalam bentuk berkas pengajuan. 2 Belum terdatanya mahasiswa yang pindah jurusan, stop out, mahasiswa Aktif perangkatan dan mahasiswa yang berhenti secara aplikasi sehingga apabila di butuhkan seringkali ketua program studi kesulitan dalam pencarian. a. Belum Pendataan Mahasiswa yang pindah jurusan stop out, dan jumlah mahasiswa aktif
perangkatan dan yang berhenti
JURNAL SIGMATA | LPPM AMIK SIGMA
43
penjadwalan ujian Praktek Profesi, Ujian Kompre, dan Ujian Munaqosah. system yang mengatur jadwal Ujian Praktek Profesi, Ujian Kompre, Ujian Munaqasah. 4 Sulit Menentukan dosen pembimbing munaqasah, Dosen Penguji untuk Praktek Profesi, dan dosen penguji kompre a. Belum tersediannya pendataan dosen pembimbing Munaqasah, dosen penguji munaqasah, kompre, praktek profesi.3.2 Identifikasi Titik Keputusan
Berikut adalah tabel dari identifikasi titik keputusan:
Tabel 2. Identifikasi Titik Keputusan
Peyebab Masalah Titik Keputusan Divisi 1 Belum tersedianya pendataan judul skripsi, LTA, dan PKL secara system dan hanya dalam bentuk berkas pengajuan judul skripsi Proses pendataan judul Munaqasah, Judul Pratek Pengalaman Lapangan(P KL), Judul Pratek Profesi Program Studi 2 Belum Pendataan Mahasiswa yang pindah jurusan stop out, dan jumlah mahasiswa aktif Proses pendataan Mahasiswa pindah jurusan, stop out, jumlah mahasiswa aktif. Baak dan yang berhenti 3 Belum adanya sistem yang mengatur jadwal Ujian Praktek Profesi, Ujian Kompre, Ujian Munaqasah. Proses input jadwal ujian praktek profesi, ujian kompre, ujian munaqasah Program Studi 4 Belum tersediannya pendataan dosen pembimbing Munaqasah, dosen penguji munaqasah, kompre, praktek profesi. Proses Pendataan Jadwal Dosen Pembimbing Munaqasah, Kompre, Praktek Profesi Program Studi 3.3 Identifikasi Kebutuhan
Kebutuhan media penyimpanan (database) berdasarkan titik keputusan masalah:
Tabel 3. Identifikasi Kebutuhan
Peyebab Masalah Titik Keputu san Divis i Media Penyim panan 1 Belum tersedian ya pendataa n judul skripsi, LTA, dan PKL secara system dan hanya dalam bentuk berkas pengajua n judul skripsi Proses pendata an judul Munaqa sah, Judul Pratek Pengala man Lapang an(PKL) , Judul Pratek Profesi Progr am Studi Pendata an Judul Munaqa sah, judul praktek pengala man lapanga n, judul praktek profesi
44
JURNAL SIGMATA | | LPPM AMIK SIGMA
2 Belum Pendataa n Mahasis wa yang pindah jurusan stop out, dan jumlah mahasis wa aktif perangka tan dan yang berhenti Proses pendata an Mahasis wa pindah jurusan, stop out, jumlah mahasis wa aktif. Baak Pendata an Mahasis wa Pindah Jurusan, stop out, jumlah mahasis wa aktif, tidak aktif 3 Belum adanya sistem yang mengatur jadwal Ujian Praktek Profesi, Ujian Kompre, Ujian Munaqas ah. Proses input jadwal ujian praktek profesi, ujian kompre, ujian munaqa sah Progr am Studi Pendata an jadwal ujian praktek profesi, ujian kompre, ujian munaqa sah 4 Belum tersedian nya pendataa n dosen pembimbi ng Munaqas ah, dosen penguji munaqas ah, kompre, praktek profesi. Proses Pendata an Jadwal Dosen Pembim bing Munaqa sah, Kompre, Praktek Profesi Progr am Studi Pendata an dosen pembimi ng munaqa sah, dosen penguji kompre, pendata an nilai kompre, pendata an penguji praktek profesi 4. PEMODELAN DATABASETahapan Pemodelan database adalah proses merubah dokumen – dokumen yang sudah di kumpulan dalam tahapan sebelumnya menjadi bentuk Semantic Object Model, berikut adalah contoh merubah
dokumen pengajuan judul skripsi atau praktek kerja lapangan atau praktek profesi dan penentuan pembimbing skripsi.
Gambar 9 Dokumen Pengajuan judul Skripsi dan Penentuan Proses Pembimbing skripsi
UIN_PENGAJUAN_PROPOSAL_SKRIPSI UIN_TRANSKIP_NILAI UIN_PROG_STUDI ID Rekomendasi Pembimbing UIN_DOSEN ID judul_laporan keterangan 1.1 Tanggal_Pengajuan Data Mahasiswa Nama_WD_1 Ka_Prog_Studi 1.1 1.N 1.1 1.1 1.1 1.1 1.1 1.N Object Identifier
Object Name (Nama Object)
Simple Atribute (Atribut Tunggal)
Cardinality
Semantic Object Atribute
Gambar 10. Proses transformasi dokumen pengajuan judul skripsi dan penentuan pembimbing ke Semantic Object Model
4.1. Spesifikasi Semantic Object
Dari hasil pemodelan semantic Object selanjutnya dapat dibuat spesifikasi semantic object, ini digunakan untuk menentukan domain name dari semantic object yang sudah di modelkan sebelumnya.
JURNAL SIGMATA | LPPM AMIK SIGMA
45
4.2. Spesifikasi Domain
Spesifikasi Domain digunakan untuk menentukan type, semantic description dan physical description dari domain name.
5. HASIL DAN PEMBAHASAN
Hasil yang akan ditampilkan merupakan implementasi sesuai rancangan yang telah dibuat.
5.1 Relasi Antar Tabel Basis Data Sistem Informasi Akademik UIN Raden Fatah Palembang
Pemodelan Basis Data Sistem Informasi Akademik menghasilkan suatu database yang terintegrasi pada masing masing table. Berikut hasil relasi antar tabel pada database Sistem Informasi Akademik UIN Raden Fatah.
5.2 Analisis Hasil
Berdasarkan hasil analisis kebutuhan program studi dan pemodelan basis data program studi yang telah dibuat dengan menggunakan semantic object model dan object relational mapping, bahwa Pemodelan yang telah dibuat sesuai kebutuhan ketua program studi sehingga dapat digunakan untuk menunjang tugas pokok ketua program studi dan pemodelan yang telah dibuat dapat dikembangkan untuk menunjang aplikasi basis data yang terintegrasi pada program studi.
Gambar 11. Skema Relasi antar Tabel pada Basis Data Sistem Informasi Akademik UIN
Raden Fatah
6. SIMPULAN DAN SARAN
6.1. Simpulan
Berdasarkan hasil Analisa dan perancangan yang telah dilakukan serta sesuai dengan maksud dan tujuan penelitian, maka dapat diambil kesimpulan sebagai berikut:
1. perancangan basis data pada Sistem Informasi Akademik menghasilkan suatu database yang terintegrasi pada masing masing ruang lingkup sistem yang berjalan, sehingga dapat mempermudah mendefinisikan kebutuhan – kebutuhan ketua program studi pada saat penerapannya pada aplikasi.
2. Pemodelan Basis Data dengan Semantic Object Model membantu dalam tahapan pengembangan database Sistem Informasi Akademik karena di buat dengan pendekatan kebutuhan user dari tampilan layar yang berjalan, Kebutuhan Sistem Informasi Akademik yang belum
46
JURNAL SIGMATA | | LPPM AMIK SIGMA
tersedia secara sistem dapat di modelkan dari formulir – formulir yang tersedia secara manual, serta disesuaikan dengan sistem basis data yang berjalan.
6.2. Saran
Berdasarkan hasil pembahasan, analisis serta kesimpulan, maka penulis menyampaikan saran-saran sebagai beriku:
1. Perlu adanya pengujian apakah pemodelan basis data yang telah dibuat sudah sesuai dengan sistem aplikasi yang berjalan
2. Pengembangan basis data harus beriringan dengan pengembangan sistem oleh karena itu pengembangan basis data untuk ruang lingkup lainnya harus disesuaikan dengan pemodelan basis data yang telah dibuat.
DAFTAR PUSTAKA
David M.Kroenke and David J.Auer, 2010, Database Processing, 11 Edition Pearson Prentice Hall.
David M.Kroenke, 1997, Database Processing 8 Edition (Fundamental, Design, and Implementation), Prentice Hall College Div.
David M.Kroenke, 2004, Database Concept, Prade Paperback, Prentice Hall
Harrington, 2004, J.L., Relational Database Design, lecture notes, University of Texas, Austin
Husnul Bariyah. Siti, Siregar. Herbert, Wahyudin. ‘Implementasi Pendekatan Semantic Object Model Pada Rancangan Database Penatausahaan Aset Fasilitas Kantor (Studi Kasus :
Dinas Komunikasi dan Informatika - Bandung).
Raharjo. Suwanto, Sutanta. Edhy, Utami. Ema. Analisis Aspek – Aspek Kualitas Schema Database (Studi Kasus Pada Database Akademik ISTA Yogyakarta). Roby, Kwanenten . Owen, Mei Wardana Frans. ‘Analisis dan Perancangan Basis Data untuk Mendukung Aplikasi ERP Education pada Bina Nusantara University’.
