53
SISTEM INFORMASI PENDAFTARAN TEMU ILMIAH
REUMATOLOGI PADA DIVISI REUMATOLOGI
IPD FKUI/RSCM JAKARTA
Manfaluthi
AMIK BSI Tangerang
Bumi Serpong Damai Sektor XIV Blok C1/1, Jl. Letnan Sutopo BSD Serpong, Tangerang Selatan
ABSTRAK
Dalam era komputerisasi seperti ini dibutuhkan pelayanan yang cepat dalam segala bidang tidak terkecuali dalam hal penerimaan peserta didik baru. Agar mempercepat dalam penginputan maupun pengolahan data calon peserta didik baru, maka diperlukan sebuah aplikasi yang membantu mempermudah dalam pengolahan data. Sistem Informasi Pengolahan Data Penerimaan Peserta Didik Baru di SMP Islamiyah Widodaren Ngawi ini menampilkan menu informasi pendaftaran, input identitas diri, nilai skhun, serta menu pencabutan bagi siswa yang tidak lolos dalam seleksi. Dengan adanya sistem penerimaan peserta didik pada SMP Islamiyah Widodaren Ngawi ini diharapkan dapat mempermudah dalam penginputan dan pengolahan data serta pelaporannya. Sehingga dapat mempercepat proses pendaftaran dan meningkatkan pelayanan, sehingga waktu yang digunakan dapat lebih efektif. Saat ini sistem pendaftaran temu ilmiah reumatologi masih menggunakan sistem yang konvensional, dimana peserta temu ilmiah reumatologi harus datang langsung untuk mendaftar kepada petugas.Dengan pertimbangan diatas maka diperlukan sesuatu yang dapat menyelesaikan semua kendala, khususnya dalam pelaksanaan pendaftaran temu ilmiah reumatologi yaitu dengan merancang sistem informasi pendaftaran temu ilmiah berbasis web, sehingga akan memberikan banyak kemudahan-kemudahan dalam melakukan kegiatan, terutama peserta yang ingin mengikuti kegiatan ini yang ada di luar Jakarta, dapat melakukan pendaftaran secara online.
Kata Kunci :Sistem Informasi, Pendaftaran, Reumatologi
I. PENDAHULUAN
Perkembangan teknologi informasi yang sangat pesat dapat memenuhi berbagai aktifitas dan kebutuhan manusia, komputer mampu memberikan efektifitas kehidupan yang baik bagi manusia, selain itu dengan adanya komputer seseorang mampu menciptakan sesuatu yang bermanfaat. Teknologi sekarang ini yaitu teknologi internet yang mempunyai keistimewaan untuk mengetahui informasi di belahan dunia lain tanpa terhalang oleh adanya jarak, waktu dan tempat.
Marzuqi (2013:1) Dalam era komputerisasi seperti ini dibutuhkan pelayanan yang cepat dalam segala bidang tidak terkecuali dalam hal penerimaan
peserta didik baru. Agar mempercepat dalam penginputan maupun pengolahan data calon peserta didik baru, maka diperlukan sebuah aplikasi yang membantu mempermudah dalam pengolahan data. Sistem Informasi Pengolahan Data Penerimaan Peserta Didik Baru di SMP Islamiyah Widodaren Ngawi ini menampilkan menu informasi pendaftaran, input identitas diri, nilai skhun, serta menu pencabutan bagi siswa yang tidak lolos dalam seleksi. Dengan adanya sistem penerimaan peserta didik pada SMP Islamiyah Widodaren Ngawi ini diharapkan dapat mempermudah dalam penginputan dan pengolahan data serta pelaporannya. Sehingga dapat mempercepat proses pendaftaran dan meningkatkan pelayanan, sehingga waktu yang digunakan dapat lebih efektif.
Saat ini sistem pendaftaran temu ilmiah reumatologi masih menggunakan sistem
54
yang konvensional, dimana peserta temu ilmiah reumatologi harus datang langsung untuk mendaftar kepada petugas.
Dengan pertimbangan diatas maka diperlukan sesuatu yang dapat menyelesaikan semua kendala, khususnya dalam pelaksanaan pendaftaran temu ilmiah reumatologi yaitu dengan merancang sistem informasi pendaftaran temu ilmiah berbasis web, sehingga akan memberikan banyak kemudahan-kemudahan dalam melakukan kegiatan, terutama peserta yang ingin mengikuti kegiatan ini yang ada di luar Jakarta, dapat melakukan pendaftaran secara online. Tujuan penelitian ini adalah membuat sebuah sistem pendaftaran peserta temu ilmiah reumatologi secara online, sehingga memudahkan peserta dalam melakukan pendaftaran tanpa datang langsung ke lokasi.
II. TINJAUAN PUSTAKA
Menurut Ramadhani (2012:133) proses penerimaan siswa baru di Sekolah Menengah Kejuruan Al-Irsyad Tegal selama ini dilakukan secara manual atau sudah terkomputerisasi tetapi menggunakan Microsoft Office Excel, yang memungkinkan masih banyak kekurangan data dan terjadinya kesalahan dalam penghitungan nilai tes, serta pengumuman hasil penerimaan yang hanya di informasikan melalui papan pengumuman sekolah.
Menurut Rahayu, dkk (2012:2) merancang sebuah sistem informasi berbasis web sebagai media atau sarana informasi penerimaan peserta didik baru khususnya di SMAN 14 Garut guna mempercepat proses pekerjaan, selain itu dengan adanya sistem ini diharapkan dapat Memberikan informasi kepada masyarakat syarat-syarat masuk ke SMAN 14 Garut, maka dengan adanya PPDB online informasi dapat diterima oleh masyarakat dengan cepat. Dapat mengakomodasi kebutuhan dalam mempemudah dan mempercepat kinerja petugas pendaftaran pendaftaran peserta didik baru dalam mengelola data pendaftar, dengan demikian waktu antri pendaftaran pada sistem ini dapat diminimalkan.
A. WATERFALL
Dalam perancangan sistem informasi pendaftaran secara online ini, peneliti menggunakan salah satu model perancangan
sebuahsistem yaitu modelwaterfall.Menurut Pressman(2010:39) “waterfall adalahmodel klasik yang bersifat sistematis, berurutan dalam membangun software”.
Penjelasan dari tahap-tahap yang ada pada model waterfall ini sebagai berikut: 1. Perancangan Sistem (system
engineering)
Permodelan ini diawali dengan mencari kebutuhan dari keseluruhan sistem yang akan diaplikasikan ke dalam bentuk software. Hal ini sangat penting, mengingat software harus dapat berinteraksi dengan elemen-elemen yang lain seperti hardware dan database. Tahap ini sering disebut dengan Project Definition.
2. Analisa Kebutuhan Piranti Lunak (Software Requirement Analysis) Merupakan proses pengumpulan kebutuhan piranti lunak. Untuk memahami dasar dari program yang akan dibuat, seorang analisis harus mengetahui ruang lingkup informasi, fungsi-fungsi yang dibutuhkan, kemampuan kinerja yang ingin dihasilkan dan perancangan antarmuka pemakai piranti lunak tersebut.
3. Perancangan (Design)
Perancangan piranti lunak merupakan proses bertahap yang memfokuskan pada empat bagian penting, yaitu: Struktur data, arsitektur piranti lunak, detil prosedur, dan karakteristik antar muka pemakai
4. Pengkodean (Coding)
Untuk dapat dimengerti oleh mesin, dalam hal ini adalah komputer, maka desain yang telah dirancang harus diubah bentuknya menjadi bentuk yang dapat dimengerti oleh mesin, yaitu ke dalam bahasa pemrograman melalui proses coding. Tahap ini merupakan implementasi dari tahap design yang secara teknis nantinya dikerjakan oleh programmer.
5. Pengujian (Testing)
Proses ini akan menguji kode program yang telah dibuat dengan memfokuskan pada bagian dalam piranti lunak. Tujuannya untuk memastikan bahwa semua pernyataan telah diuji dan memastikan juga bahwa input yang digunakan akan menghasilkan output yang sesuai. Pada tahap ini pengujian ini dibagi menjadi dua bagian, pengujian internal dan pengujian eksternal. Pengujian internal bertujuan menggambarkan bahwa semua
55 statement sudah dilakukan pengujian,
sedangkan pengujian eksternal bertujuan untuk menemukan kesalahan serta memastikan output yang dihasilkan sesuai dengan yang diharapkan.
6. Pemeliharaan (Maintenance)
Proses ini dilakukan setelah piranti lunak telah digunakan oleh pemakai atau konsumen. Perubahan akan dilakukan jika terdapat kesalahan, oleh karena itu piranti lunak harus disesuaikan lagi untuk menampung perubahan kebutuhan yang diinginkan konsumen.
B. UML (Unified Modelling Language)
Menurut Munawar (2005a:17) “UML(Unified Modelling Language) adalah satu alat bantu yang sering digunakan di dunia pengembangan sistem yang berorientasi objek”.
Menurut Nugroho (2011:119) “UML(Unified Modelling Language) adalahbahasa untuk menspesifikasi, memvisualisasikan, serta mengonstruksi bangunan dasar sistem perangkat lunak, termasuk melibatkan pemodelan aturan-aturan bisnis”.UML merupakan perkakas utama untuk analisis dan perancangan sistem berorientasi objek.
Abstraksi konsep dasar UML terdiri dari structural classification, dynamic behaviour dan model management.
1. Use Case Diagram
Menurut Munawar (2005b:63) “Use case adalah deskripsi dari sebuah sistem dari perspektif pengguna. Use case bekerja dengan cara mendeskripsikan tipikal interaksi antar user (pengguna) sebuah sistem dengan sistemnya sendiri melalui sebuah cerita bagaimana sebuah sistem dipakai.”
Use case diagram menggambarkan fungsionalitas yang diharapkan dari sebuah sistem. Hal yang ditekankan adalah “apa” yang diperbuat sistem, dan bukan “bagaimana”. Sebuah use case merepresentasikan sebuah interaksi antara aktor dengan sistem.
Use case merupakan sebuah pekerjaan tertentu, misalnya login ke sistem, dan sebagainya. Seorang/sebuah aktor adalah sebuah entitas manusia atau mesin yang berinteraksi dengan sistem untuk melakukan pekerjaan-pekerjaan tertentu. Use case diagram dapat sangat membantu bila kita sedang menyusun requirement sebuah sistem, mengkomunikasikan rancangan, dan
merancang test case untuk semua feature yang ada pada sistem.
2. Activity Diagram
Menurut Munawar (2005c:110) “Activity Diagram adalah teknik untuk mendeskripsikan logika prosedural, proses bisnis, dan aliran kerja dalam banyak kasus”. Activitydiagram mempunyai peran seperti halnya flowchart, akan tetapi perbedaannya dengan flowchart adalah activity diagram bisa mendukung perilaku paralel sedangkan flowchart tidak bisa. Activity diagram merupakan state diagram khusus, di mana sebagian besar state adalah action dan sebagian besar transisi di-trigger oleh selesainya state sebelumnya (internal processing). Oleh karena itu activity diagram tidak menggambarkan behaviour internal sebuah sistem dan interaksi antar subsistem secara eksak, tetapi lebih menggambarkan proses-proses dan jalur-jalur aktivitas dari level atas secara umum.
Sebuah aktivitas dapat direalisasikan oleh satu use case atau lebih. Aktivitas menggambarkan proses yang berjalan, sementara use case menggambarkan bagaimana actor menggunakan sistem untuk melakukan aktivitas. Sama seperti state, standar UML menggunakan segi empat dengan sudut membulat untuk menggambarkan aktivitas.Decision digunakan untuk menggambarkan behaviour pada kondisi tertentu, digambarkan dengan simbol belah ketupat. Untuk mengilustrasikan proses paralel (fork and join) digunakan titik sinkronisasi yang dapat berupa titik, garis horizontal atau vertikal. Aktivity diagram dapat dibagi menjadi beberapa objectswimlane untuk menggambarkan objek mana yang bertanggung jawab untuk aktivitas tertentu. 3. Component Diagram
Menurut Munawar (2005d:119) “Component Diagram adalah bagan fisik dari sebuah sistem karena menetap di komputer bukan dibenak para analis. Komponen bisa berupa table, file, file exe dan lain-lain.”
Sebuah komponen bisa mengakses service yang ada pada komponen yang lain. Komponen ini menyediakan service tersebut di sebut export interface sedangkan yang mengasksesnya disebut import interface. Component Diagram menggambarkan struktur dan hubungan antar komponen piranti lunak, termasuk ketergantungan (dependency) diantara komponen.
Komponen piranti lunak adalah modul berisi kode, baik berisi source code maupun binary code, baik library maupun executable,
56
baik yang muncul pada compile time, link time, maupun run time. Umumnya komponen terbentuk dari beberapa class dan/atau package, tapi dapat juga dari komponen-komponen yang lebih kecil. Komponen dapat juga berupa interface, yaitu kumpulan layanan yang disediakan sebuah komponen untuk komponen lain.
4. Deployment Diagram
Menurut Munawar (2005e:125) “Deployment diagram menunjukkan tata letak sebuah sistem secara fisik, menampakkan bagian-bagian software yang berjalan pada bagian hardware.”
Bagian hadware adalah node yaitu nama untuk semua jenis sumber komputasi. Ada dua tipe node yaitu processor dan device.Processor adalah node yang bisa mengeksekusi sebuah komponen sedangkan device tidak.Device adalah perangkat keras seperti printer, monitor dan perangkat keras.
Deployment/physical diagram menggambarkan detail bagaimana komponen di-deploy dalam infrastruktur sistem, di mana komponen akan terletak (pada mesin, server atau piranti keras apa), bagaimana kemampuan jaringan pada lokasi tersebut, spesifikasi server, dan hal-hal lain yang bersifat fisikal. Sebuah node adalah server, workstation, atau piranti keras lain yang digunakan untuk men-deploy komponen dalam lingkungan sebenarnya.
C. ERD (Entity Relationship Diagram)
Menurut Yakub (2012:60) “Entity Relationship Diagram (ERD) merupakan suatu model jaringan yang menggunakan susunan data yang disimpan pada sistem secara abstrak”. ERD juga menggambarkan hubungan antara satu entitas yang memiliki sejumlah atribut dengan entitas yang lain dalam suatu sistem yang terintegrasi. Komponen-komponen yang terdapat didalam Entity Relationship Model :
1. Entiti, merupakan objek yang mewakili sesuatu yang nyata dan dapat dibedakan dari sesuatu yang lain. Simbol dari entitiini biasanya digambarkan dengan persegi panjang.
2. Atribut, setiap entitas pasti mempunyai elemen yang disebut atribut yang berfungsi untuk mendeskripsikan karakteristik dari entitas tersebut. Isi dari atribut mempunyai sesuatu yang dapat mengidentifikasikan isi elemen satu dengan yang lain.
3. Relasi, hubungan antara sejumlah entitas yang berasal dari himpunan entitas yang berbeda.
4. Indicator Type
a. Indicator Type Associative Object Berfungsi sebagai suatu objek dan suatu relationship.
b. Indicator Type Supertipe
Terdiri dari suatu object dan satu sub kategori atau lebih yang dihubungkan dengan satu relationship yang tidak bernama. 5. Cardinality Ratio atau Mapping
Cardinality, Cardinality Ratio adalah menjelaskan hubungan batasan jumlah keterlambatan satu entity lainya atau banyaknya entity yang bersesuaian dengan entity yang lain melalui relationship. Jenis Cardinality Ratio : a. Satu ke Satu (One to One)
Setiap entitas pada himpunan entitas A berhubungan dengan satu entitas pada himpunan entitas B, dan begitu juga sebaliknya setiap entitas pada himpunan entitas B berhubungan dengan satu entitas himpunan entitas B.
Gambar : II.1 Kardinalitas Relasi One to One
b. Satu ke banyak (one to many) Setiap entitas pada himpunan entitas A dan dapat berhubungan dengan banyak entitas pada himpunan entitas B, tetapi tidak sebaliknya, setiap entitas pada himpunan entitas berhubungan dengan paling banyak dengan satu entitas pada himpunan entitas A.
Gambar : II.2 Kardinalitas Relasi One to Many
57 c. Banyak ke Satu (Many to One)
Yang berarti setiap entitas pada himpunan entitas A berhubungan paling banyak dengan satu entitas pada himpunan entitas B, tetapi tidak sebaliknya, dimana setiap himpunan entitas pada himpunan entitas B berhubungan banyak entitas pada himpunan entitas A
Gambar : II.3 Kardinalitas Relasi Many to One
d. Banyak ke banyak (many to many) Setiap entitas pada himpunan entitas A dapat berhubungan dengan banyak entitas pada himpunan entitas B, demikian juga sebaliknya, dimana setiap entitas pada himpunan entitas B dapat berhubungan dengan banyak entitas pada himpunan entitas A.
Gambar : II.4 Kardinalitas Relasi Many to Many
6. Derajat Relationship
Derajat Relationship menyatakan jumlah entity yang berpatisipasi di dalam suatu relationship.
a. Unary degree (derajat satu) adalah derajat yang memiliki satu relationship untuk satu entity. b. Binary degree (derajat dua) adalah
derajat yang memiliki satu relationship untuk dua buah entity. c. Ternary degree (derajat tiga) adalah
derajat yang memiliki satu relationship untuk tiga atau lebih entity.
7. Participation Constraint
Menjelaskan apakah keberadaan suatu entity tergantung pada hubunganya dengan entity lain.
a. Total Participation, yaitu keberadaan suatu entity tergantung pada hubunganya dengan entity lain. Di dalam E-R di gambarkan dengan dua garis penghubung antar entity dengan relationship.
b. Partial Participation, yaitu keberadaan suatu entity tidak bergantung pada hubungan dengan entity lain.
III. METODE PENELITIAN
1. Observasi
Melakukan pengamatan secara langsung mengenai proses pendaftaran peserta temu ilmiah reumatologi mulai dari proses pendaftaran peserta, proses pembayaran, proses penyerahan kartu peserta sampai proses registrasi ulang peserta temu ilmiah sebagai dasar di dalam penyusunan penelitian ini 2. Wawancara
Peneliti melakukan wawancara kepada petugas yang mengurus pendaftaran peserta, dengan mengajukan pertanyaan yang berhubungan dengan pendafataran peserta.
3. Studi Pustaka
Peneliti ini ditunjang orang beberapa buku-buku yang berisi teori-teori yang berkaitan dengan masalah yang dibahas serta catatan-catatan kuliah dan penunjang lainnya. Pada metode ini peneliti mendapat banyak bahan masukan tentang bagaimana merancang atau mengembangkan suatu sistem informasi pendaftaran secara online.
A. HASIL DAN PEMBAHASAN
PENELITIAN
1. Tahap Analisis
Sistem informasi pendaftaran ini mempunyai 3 macam halaman yaitu halaman publish, halaman member dan halaman admin. Berikut spesifikasi kebutuhan (system requirement) dari sistem informasi pendaftarn ini :
Halaman Publish :
A1. Publish hanya dapat melihat semua informasi yang ada di dalam web ini dan tidak dapat melakukan login untuk melakukan pendaftaran.
A2. Publish dapat mendaftar sebagai member.
58
A3. Publish dapat melakukan login. Halamam Member :
B1. Member dapat melakukan pendaftaran sebagai member.
B1. Member dapat melakukan pendaftaran peserta.
B2. Member dapat melihat data peserta yang telah didaftarkan.
B3. Member dapat melihat jumlah tagihan yang harus dibayar.
B4. Member dapat melakukan konfirmasi pembayaran.
2. Use Case Diagram
a. Use Case Diagram Halaman Publish uc Pendaftaran peserta halaman publish
Pilih Beranda Pilih Profil
Pilih Susunan Acara
Pilih Biaya Acara
Pilih Agenda
Pilih Dow nload
Pilih Galeri Foto PIlih Hubungi Kami Pilih Pendaftaran Tampil Latar Belakang Acara Tampil Struktur Panitia Tampil tempat
acara Tampil Lokakarya Tampil simposium Tampil kursus reumatologi dasar Pilih Album Masukkan Data Publish Temu Ilmiah Reumatologi Tampil Cara Pendaftaran Form Login Daftar Member Masukkan Data Member Masukkan User dan Passw ord Sea Level Use Case
Fi sh Level Usecase «include»«include»«include» «include» «include» «include» «include» «include» «include»«include» «include» «include» «include» Gambar III.1.
Use Case Diagram Halaman Member Tabel III.1.
Deskripsi Use Case Diagram Halaman Publish
b. Use Case Diagram Halaman Member uc Pendaftaran Peserta Halaman Member
Member Login
Ubah Passw ord
Dow nload Materi Acara
Pendaftaran Peserta
Lihat Data Peserta
Lihat List Tagihan Pembayaran
Konfirmasi Pembayaran
Logout Passw ord Baru
Biodata Peserta
Edit
Cetak Kartu Nama
Tambah Daftar Member Biodata Member Form Konfirmasi Pembayaran Edit Delete Cetak Sea Level Usecase
Fi sh Level Usecase «extend» «extend» «extend» «extend» «extend» «extend» «extend» «extend» «extend» «include» «include» «include» «extend» «extend» «extend» «include» «include» Gambar III.2.
Use Case Diagram Halaman Member Tabel III.2.
Deskripsi Use Case Diagram Halaman Member
Use case name Halaman Member Requiretment B1-B4
Goal Member dapat
melakukan pendaftaran peserta melalui website Use case name Halaman Publish Requiretment A1-A3
Goal Publish dapat melihat semua informasi yang ada di website Pre-Conditions Publish mengetahui
situs dari sistem pendaftaran online Post-Conditions Publis dapat
melakukan
pendaftaran member dan melakukan login kemudian mendaftarkan peserta Failed end Condition Publis tidakdapat melakukan pendaftaran peserta Primary Actors Publish
Main
Flow/Basic Path
1. Publish dapat melihat semua informasi yang ada
di sistem pendaftaran. 2. Publish dapat melakukan pendaftaran member. 3. Publish dapat melakukan login sebagai member Invariant -
59 Pre-Conditions Member dapat
mengetahui cara pendaftaran di sub menu cara pendaftaran Post-Conditions Member dapat
mendaftarkan pesrta yang ingin didaftarkan Failed end
Condition
Member tidak dapat mendaftarkan peserta yang ingin didaftarkan Primary Actors Member
Main Flow/Basic Path 4. Member dapat melakukan login sebagai member 5. Member dapat melakukan pendaftarn peserta 6. Member dapat
melihat list peserta yang didaftarkan 7. Member dapat melihat tagihan pembayaran sesuai peserta yang didaftarkan 8. Member dapat melakukan konfirmasi pembayaran. 9. Member dapat mencetak kartu nama 10. Member dapat mencetak kwitansi pembayaran Invariant - 3. Activity Diagram
a. Activity Diagram Pendaftaran Member act Daftar member
Sistem Member Membuka Brow ser Masuk menu daftar member Input Data Member Kirim data member Terima data member Data tidak v alid / lengkap Konfirmasi telah terdaftar dan Kirim
email Terima email detail account Tutup Brow ser Gambar III.3.
Activity Diagram Pendaftaran Member b. Activity Diagram Login Member
act Login Member
Sistem Member
Buka Brow ser
Pilih Halaman Login Member Input Username dan Passw ord Terima data Login
User Name dan Passw ord salah
Kirim Username dan Passw ord
Username dan Passw ord benar Masuk Halaman Member Logout Tutup Brow ser Gambar III.4.
Activity Diagram Login Member c. Activity Diagram Pendaftaran Peserta
act Input Pendaftaran Peserta
Sistem M ember
Buka Brow ser
M asuk Halaman Login M ember
M asukkan Username dan Passw ord
Kirim data login Terima data login Username dan Passw ord salah
User Name dan Passw ord benar M asuk Halaman M ember
Pilih M enu Pendaftaran Peserta M asukkan biodata peserta Kirim data peserta Terima data peserta
Data tidak v alid dan tidak lengkap Data v alid dan lengkap Simpan data Peserta Konfirmasi Data tersimpan Input lagi Tidak input lagi Logout Tutup brow ser Gambar III.5.
Activity Diagram Pendaftaran Peserta d. Activity Diagram Data Peserta Member
60 act Lihat Data Peserta
Sistem Member
Buka Brow ser
Masuk halaman login member
Masukkan Username dan passw ord
Kirim data login
Terima data login
Username dan Passw ord salah
Username dan passw ord benar Masuk Halaman
Member
Pilih Menu Data Peserta
Terima perintah tampil data peserta
Kirim data peserta Tampil data peserta Logout Tutup brow ser Gambar III.6.
Activity Diagram Data Peserta Member
4. Database
Desain database adalah salah satu tahapan awal dalam membanguan suatu basis data, tahapan dalam membuat basis data biasanya membuat tabel-tabel yang nantinya akan digunakan untuk menyimpan data, pada pembuatan data perlu didefinisikan relasi antara tabel-tabel tersebut. Entity Relationship Diagrammerupakan sebuah diagram yang digunakan untuk merancang hubungan antar tabel-tabel dalam basis data. ERD yang ada pada sistem ini sebagai berikut:
a. Entity Relationship Diagram
erd ERD Pendaftaran Peserta
Peserta id_peserta tanggal username_member nama_peserta gelar institusi alamat telp email sponsor contact status id_kursus foto close Kursus id_kursus id_kategori username judul judul_seo headline isi_kursus hari jam tanggal gambar tag harga_kursus Kategori id_kategori nama_kategori username kategori_seo aktif Member username_member identitas password nama_lengkap gender email no_telp level blokir foto Konfirmasi username_member nama bank_pemilik pemilik norekening bank_tujuan tanggal email alamat telepon bayar Users username password nama_lengkap email foto level blokir id_sesion no_telp dibaca id_konfirmasi M 1 1 1 1 1 1 1 1 1 M 1 M e m b u a t Memiliki M e la ku ka n Membuat Mendaftarkan M e m il ih Gambar III.7. Entity Relationship Diagram
IV. KESIMPULAN DAN SARAN A. KESIMPULAN
Penerapan sistem informasi pendaftaran ini bertujuan untuk meminimalisir waktu, biaya dan mempermudah penyampaian informasi. Berikut ini beberapa kesimpulan yang dapat diambil, yaitu :
1. Dikarenakan keunggulan dan kemudahan dalam pemakaian, PHP dapat dijadikan sebagai salah satu pilihan utama dalam pembuatan aplikasi berbasis web.
2. MySQL sebagai server database untuk aplikasi PHP. Kemudahannya dalam integrasi ke berbagai aplikasi web
61 (terutama PHP) cukup membantu dalam
pengembangan sistem informasi pendaftaran secara online.
3. Sistem informasi pendaftaran ini dapat diakses dari mana saja, kapan saja melalui jaringan internet.
4. Sebagai salah satu cara mempromosikanacara Temu Ilmiah Reumatologi kepada masyarakatluar. 5. Meningkatkan efisiensi dan efektifitas
prosesmanajemen pengolahan informasi.
6. Administrator dalam hal ini TU bertugas untuk manajemen website informasi pendaftaran seperti membuat, menjaga dan mengupdate website, bekerja sama dan mensupport anggota lain dalam maintainingwebsite, membuat website lebih ramah dan mudah (users friendly), memastikan server website tetap hidup, kualitas dan stylewebsite dalam sistem.
B. SARAN
Adapun saran-saran yang dapat penulis sampaikan adalah sebagai berikut :
1. Aplikasi web yang telah dibuat hendaknya dioperasikan secara baik dan benar untuk mencapai tujuan yang diharapkan.
2. Mencoba menampilkan di beberapa browser yang berbeda untuk melihat kekompatibilitasnya.
3. Melakukan update berkala untuk data yang sudah ketinggalan seperti agenda. 4. Pemakai komputer (user) lebih
mengutamakan pengetahuan tentang hardware dan software secara seimbang. Dalam membantu kelancaran penerapan teknologi komputer serta paham tentang teknologi berbasis internet serta teknologi client server.
5. Untuk meningkatkan kinerja serta untuk mengembangkan aplikasi ini maka sebaiknya diadakan pengembangan aplikasi mulai dari tampilan halaman web sampai dengan maintenance-nya.
6. Pada periode tertentu perlu adanya pengecekan data kembali untuk menjaga segala kemungkinan timbulnya kelemahan.
V. DAFTAR PUSTAKA
Diki Budi Rahayu, Erwin Gunadhi, Partono. 2012. Perancangan Sistem Informasi Pendaftaran Peserta Didik Baru Barbasis Web (Studi Kasus Di SMA Negeri Garut 14 Garut). http://jurnal.sttgarut.ac.id. ISSN: 2302-7339 Vol. 09 No. 27 2012 Munawar. 2005. Pemodelan Visual dengan UML. Cetakan Pertama. Yogyakarta: Penerbit Graha Ilmu.
Nugroho, Adi. 2011. Perancangan dan Implementasi Sistem Basis Data. Yogyakarta: CV. Andi Offset. Nur Hasan Marzuqi. 2013. Sistem Single
User Penerimaan Peserta Didik Baru Berbasis PHP (Studi Kasus Di Sekolah Menegah Pertama Islamiyah
Widodaren Ngawi).
http://seruniid.unsa.ac.id. ISSN: 2302-1136 FTI UNSA Vol 2 No 1 – Maret 2013
Nurul Azizah Yaoma Ramadhani. 2012. Pembangunan Sistem Informasi Penerimaan Siswa Baru (Studi Kasus Di Sekolah Menengah Kejuruan Al-Irsyad Tegal). http://ijcss.unsa.ac.id. ISSN: 1979-9330 FTI UNSA Vol. 10 No. 1 – Februari 2012
Yakub. 2012. Pengantar Sistem Informasi. Edisi Pertama. Yogyakarta: Graha Ilmu
