Saya perlu membuat desain untuk database baru yang akan menjadi lapisan data untuk aplikasi; aplikasi akan menjadi survei online atau polling seperti Survey Monkey. Tantangan saya adalah bahwa fungsionalitas yang saya perlukan tidak didukung oleh situs survei yang ada, jadi saya harus membuatnya sendiri. Yang saya butuhkan adalah survei bersyarat (jika jawaban pertanyaan 4 adalah "ya", maka kami mengajukan pertanyaan 5 dan melewatkan pertanyaan 6; tetapi jika jawaban pertanyaan 4 adalah "tidak", maka kami melewatkan pertanyaan 5 dan mengajukan pertanyaan 6 ).
Saya akan menulis serangkaian artikel tentang desain ini dan memperluas desain setiap kali, jadi artikel ini sebagian besar tentang pengaturan adegan untuk database survei dasar. Di artikel mendatang, saya akan mengerjakan lebih banyak fitur lanjutan terkait dengan urutan pertanyaan bersyarat dalam survei dan administrasi survei.
Domain
Domain untuk survei online didasarkan pada kuesioner atau jajak pendapat yang terdiri dari serangkaian pertanyaan. Responden akan mengikuti survei dan kami perlu menyimpan tanggapan mereka.
Untuk saat ini, kita akan mulai dengan pertanyaan terbuka yang terdiri dari pertanyaan dan jawaban.
Dalam versi model yang akan datang, kami ingin menentukan urutan pertanyaan dalam survei, apakah pertanyaan tersebut bersyarat atau tidak, dan jenis pertanyaan yang berbeda (seperti pilihan ganda).
Fungsionalitas
Seperti yang disebutkan, kami akan meminta responden untuk menanggapi survei (itu tidak akan terbuka untuk semua orang) dan kami perlu menyimpan tanggapan mereka. Selain itu, peserta yang sama dapat kembali dan memperbarui tanggapan mereka. Menyimpan tanggapan bisa agak menantang karena kita akan membutuhkan tabel yang terkait dengan pertanyaan awal, tetapi memiliki tanggapan untuk setiap responden yang menyelesaikan survei.
Dalam versi model mendatang, kami akan menambahkan administrator survei online.
Akhirnya, perlu ada laporan dan analitik:Apa tanggapannya? Berapa banyak tanggapan yang diterima dari sub-kelompok yang berbeda? Pertanyaan mana yang paling sering tidak ditanggapi (untuk mengidentifikasi pertanyaan dengan kata-kata yang buruk)?
Entitas dan Hubungan
Mari kita lihat:kami memiliki survei (atau kuesioner) yang terdiri dari serangkaian pertanyaan. Untuk saat ini, kami hanya memulai dengan pertanyaan terbuka sehingga tidak perlu ada kemungkinan tanggapan yang terkait dengan pertanyaan tersebut, seperti yang diperlukan untuk pertanyaan pilihan ganda. Urutan pertanyaan dalam survei akan diperbaiki (ditentukan saat survei dibuat), tetapi dalam versi model mendatang kami ingin menambahkan opsi untuk jalur bersyarat melalui survei.
Jelas, kita akan membutuhkan responden dan tanggapan mereka. Seperti yang disebutkan, kami akan menambahkan administrasi pengguna di model versi mendatang.
Desain Formal
Sekarang kita mengetahui entitas dan relasi, kita siap untuk membangun Entity Relationship Diagram (ERD). Untuk melakukan ini, kita akan menggunakan Vertabelo , alat online untuk pemodelan basis data. Jika Anda belum memiliki akun Vertabelo, Anda dapat mendaftar di sini untuk mendapatkan paket uji coba gratis.
Untuk survei online kami, kami akan mulai dengan survei, pertanyaan terkait, dan urutan pertanyaan yang ditampilkan. Kami menambahkan responden, lalu menautkan survei tempat responden memberikan tanggapan dan tanggapan mereka untuk survei.
Untuk saat ini, mari gunakan itu sebagai dasar dan tambahkan kerumitan lebih lanjut di versi model mendatang.
Kesimpulan
Dengan desain dasar kami yang ditentukan, kami sekarang dapat mulai memikirkan peningkatan. Di artikel mendatang, saya akan mengerjakan fitur yang lebih canggih seperti:
- Jenis pertanyaan yang berbeda seperti pertanyaan pilihan ganda
- Urutan pertanyaan bersyarat dalam survei
- Administrasi survei.
