Entity Relationship Diagram ERD Conceptual Data Model CDM

3.2.3. Kebutuhan Database

Dalam sistem yang akan dirancang ini membutuhkan suatu tempat penyimpanan data yang nantinya bisa mengatur semua data-data yang ada di Sekolah Tinggi Agama Islam Qomaruddin Gresik, dengan demikian tempat penyimpanan data tersebut menggunakan database MySQL, dimana database ini akan menampung semua inputan yang akan terjadi di dalam sistem informasi ini. Tools yang akan digunakan ini adalah SQL atau PHP Myadmin.

3.3 Perancangan Sistem

Kebutuhan sistem meliputi kebutuhan pengguna, kebutuhan basis data, proses-proses akan dijabarkan dalam ERD Entity Relationship Diagram, Conceptual Data Model CDM , Physical Data Model PDM , DFD Data Flow Diagram selain itu juga dibuat perancangan antarmuka aplikasi yang akan dirancang.

3.3.1 Entity Relationship Diagram ERD

ERD merupakan notasi grafis dalam pemodelan data konseptual yang mendeskripsikan hubungan antar penyimpanan. ERD digunakan untuk memodelkan struktur data dan hubungan antar data, karena hal ini relatif kompleks. Dengan ERD, dapat menguji model dengan mengabaikan proses yang dilakukan dan mencoba bagaimana data yang satu berhubungan dengan yang lain. ERD menggunakan sejumlah notasi dan simbol untuk menggambarkan struktur dan hubungan antar data. Hak Cipta © milik UPN Veteran Jatim : Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

3.3.2. Data Flow Diagram

DFD Data Flow Diagram merupakan alat perancangan sistem yang berorientasi pada alur data dengan konsep dekomposisi dapat digunakan untuk penggambaran analisis maupun rancangan sistem yang mudah dikomunikasikan oleh profesional sistem kepada pemakai maupun pembuat program. DFD juga merupakan suatu model data atau proses yang dibuat untuk menggambarkan darimana asal data dan kemana tujuan data yang keluar dari sistem, dimana data disimpan, proses apa yang menghasilkan data tersebut interaksi antara data yang tersimpan dan proses yang dikenakan pada data tersebut.

3.3.2.1. DFD Level 0

Dari penjelasan tentang Contect diagram atau yang biasa disebut DFD level 0 menjelaskan tentang gambaran umum mengenai alur sistem yang berjalan di Sekolah Tinggi Agama Islam Qomaruddin Gresik, dari penjelasan Contect diagram DFD level 0 terdiri dari entitas luar, dimana entitas luar berhubungan dengan sistem serta arah informasi yang berupa masukan dan keluaran antara entitas luar dengan sistem tersebut. Pada contect diagram, pada Gambar 3.2 ini memiliki 3 entitas luar yaitu: calon mahasiswa, mahasiswa, dan digjar atau TU, dimana untuk tiap-tiap entitas tersebut memiliki proses sesuai dengan alur sistem yang diterapkan. Dari penjelasan mengenai Contect diagram DFD level 0 yang ada, dapat dilihat gambaran proses atau alur sistem dari Contect diagram berikut ini. Hak Cipta © milik UPN Veteran Jatim : Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber. laporan data siamik laporan data calon mahasiswa input krs input data diri si_siamik + calon mahasiswa mahasiswa dikjar_tu Gambar 3.2 Contect Diagram DFD Level 0 Pada gambar contect diagram atau DFD level 0 ini, dapat digambarkan dimana terdapat satu proses utama yang terjadi pada sistem dan terdapat tiga entitas. Pada proses contect diagram level 0 tersebut akan menjelaskan bagaimana prpses sistem laporan pendataan mahasiswa, yaitu dimana proses SI SIAMIK yang memiliki tiga entitas, diantaranya yaitu entitas Calon Mahasiswa, Mahasiswa, dan Digjar atau TU. Untuk entitas pertama yaitu dari entitas calon mahasiswa akan terjadi suatu proses yaitu input data diri yang diinputkan kedalam sistem SI SIAMIK, sedangkan untuk entitas Mahasiswa juga terjadi suatu proses penginputan KRS kedalam suatu sistem SI SIAMIK, dari dua proses penginputan yang terjadi tersebut selanjutnya sistem akan memproses lagi yang kemudian akan dikirimkan berupa laporan data calon mahasiswa dan juga berupa laporan data SIAMIK ke dalam entitas digjar atau TU. Hak Cipta © milik UPN Veteran Jatim : Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

3.3.2.2. DFD Level 1

data save daftar ulang data daftar ulang data load mata kuliah data save mata kuliah data save mahasiswa data load dosen data save dosen load data jadwal kuliah data save jadwal kuliah save nilai krs save krs load data hasil krs data hasil krs data nilai krs data jadwal kuliah data mata kuliah data dosen data mahasiswa load data calon mahasiswa data save calon mahasiswa laporan data calon mahasiswa input data diri laporan data siamik input krs calon mahasiswa mahasiswa dikjar_tu 1 input data calon mahasiswa 2 menkonfirmasi mahasiswa 3 menginput dosen 4 menginput mata kuliah 5 jadwal mata kuliah 6 menginput krs 7 input nilai krs 8 lihat hasil krs mahasiswa pilih jadwal kuliah jadwal kuliah dosen mata kuliah 9 daftar ulang Gambar 3.3 DFD Level 1 Pada DFD level 1 ini terdapat 9 prosesnya didalamnya, terdapat 3 entitas dan terdapat 5 data store, untuk tahapan proses akan dijelaskan sebagai berikut: a. Input data calon mahasiswa, dimana proses ini mempunyai 2 entitas yaitu calon mahasiswa dan Admin atau TU, disini calon mahasiswa menginputkan data diri yang kemudian di proses kedalam data calon mahasiswa kemudian dikeluarkan berupa laporan data ke Admin atau TU. Sedangkan proses simpan ke data store, apabila ketika Admin meminta output maka system akan memanggil dari data store. Hak Cipta © milik UPN Veteran Jatim : Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber. b. Mengkonfirmasi mahasiswa, pada proses ini terdapat satu entitas yaitu TU, disini TU akan menginputkan data mahasiswa yang kemudian akan dip roses untuk di konfirmasi, kemudian setelah di proses maka data akan di simpan kedalam data save mahasiswa pada data store mahasiswa. c. Input dosen, proses ini mempunyai satu entitas yaitu AdminTU, disini Admin menginputkan data dosen yang kemudian akan diproses dan dikeluarkan berupa data save dosen pada data store. d. Input mata kuliah, proses ini mempunyai satu entitas yaitu AdminTU, disini Admin menginputkan data mata kuliah yang kemudian akan diproses dan dikeluarkan berupa data save mata kuliah pada data store, setelah input selesai terjadi penjadwalan mata kuliah, yang kemudian akan di input oleh TU dan kemudian disimpan kedalam data store. e. Input mata kuliah, proses ini mempunyai satu entitas yaitu mahasiswa, pada proses ini mahasiswa menginputkan data KRS yang kemudian akan dip roses. Untuk mengambil data data store pada jadwal kuliah disimpan pada data store pilih jadwal kuliah. f. Input nilai KRS, pada proses ini mempunyai satu entitas yaitu TU, disini Admin atau TU menginputkan data nilai KRS dan selanjutnya akan di proses yang kemudian akan disimpan kedalam data store. Setelah terjadi proses lihat hasil KHS, maka proses akan memanggil data store dan di tampilkan ke mahasiswa berupa data hasil KRS. Selanjutnya dari hasil KHS terjadi penginputan data daftar ulang yang kemudian dip roses dan akan di simpan kedalam data save daftar ulang pada data store mahasiswa. Hak Cipta © milik UPN Veteran Jatim : Dilarang mengutip sebagian atau seluruh karya tulis ini tanpa mencantumkan dan menyebutkan sumber.

3.3.3. Conceptual Data Model CDM

CDM memodelkan struktur logis dari keseluruhan aplikasi data, tidak tergantung pada software atau pertimbangan model struktur data. CDM yang valid dapat dikonversi ke PDM atau OOM. CDM mirip dengan konsep ERD yang diajukan oleh Elmasri, hanya ada beberapa perbedaan sintaks. Berikut bentuk CDM dari alur sistem SIAMIK online yang dibuat: Relationship_1 Relationship_2 Relationship_3 Relationship_4 Relationship_5 Relationship_9 Relationship_7 Relationship_8 dosen nip nama_dosen alamat_dosen jk_dosen pi Integer Variable characters 100 Variable characters 200 Variable characters 10 M M M M Identifier_1 pi hari id_hari nama_hari pi Integer Variable characters 50 M M Identifier_1 pi jadwal kuliah id_jadwal_kuliah tahun_mata_kuliah urutan_mata_kuliah jam_kuliah pi Integer Integer Integer Variable characters 15 M M M M Identifier_1 pi jurusan id_jurusan nama_jurusan pi Integer Variable characters 100 M M Identifier_1 pi kelas id_kelas nama_kelas pi Integer Variable characters 2 M M Identifier_1 pi mata_kuliah id_mata_kuliah kode_matakuliah nama_mata_kuliah sks_mata_kuliah semester_mata_kuliah mata_kuliah_prasyarat pi Integer Variable characters 10 Variable characters 100 Integer Integer Variable characters 5 M M M M M M Identifier_1 pi pilih_jadwal_kuliah id_pilih_jadwal nilai_mata_kuliah kredit_mata_kuliah hasil_nilai_mata_kuliah semester_pilih pi Integer Integer Variable characters 1 Integer Integer M M M M M Identifier_1 pi data_user id_user nama_user username password pi Integer Variable characters 100 Variable characters 20 Variable characters 30 M M M M Identifier_1 pi mahasiswa id_mahasiswa npm semester nama_mahasiswa alamat_mahasiswa jk_mahasiswa status_mahasiswa password sks_mahasiswa ipk total_sks tahun_masuk rtrw kelurahan kecamatan kabupaten propinsi kode_pos tempat_lahir tgl_lahir anak_ke jumlah_saudara darah agama hobi email telp pi Integer Variable characters 15 Variable characters 10 Variable characters 100 Variable characters 200 Variable characters 10 Integer Variable characters 30 Integer Variable characters 5 Integer Integer Variable characters 10 Variable characters 50 Variable characters 50 Variable characters 50 Variable characters 50 Variable characters 10 Variable characters 50 Date Integer Integer Variable characters 2 Variable characters 20 Variable characters 100 Variable characters 50 Variable characters 20 M M M M M M M M M M M M M M M M M M M M M M M M M M M Identifier_1 pi Gambar 3.4 Conceptual Data Model CDM

3.3.4. Physical Data Model PDM