Tujuan Penulisan Dokumen......................................................................................................... 1 Audien yang Dituju dan Pembaca yang Disarankan ................................................................... 1 Batasan Produk ............................................................................................................................ 1 Definisi dan Istilah ...................................................................................................................... 2 Refrensi........................................................................................................................................ 2
Deskripsi Produk ......................................................................................................................... 3 Fungsi Produk .............................................................................................................................. 3 Penggolongan Karakterik Pengguna ........................................................................................... 3 Lingkungan Operasi .................................................................................................................... 3 Batasan Desain dan Implementasi ............................................................................................... 3 Dokumentasi Pengguna ............................................................................................................... 3
Use Case Diagram ....................................................................................................................... 5 Nama Use Case 1......................................................................................................................... 5 Nama Use Case 2......................................................................................................................... 5 Class Diagram ............................................................................................................................. 6
5. Non Functional Requirements .......................................................................................... ......7
Revision History Name
Date
Reason For Changes
Version
1. Pendahuluan 1.1 Tujuan Penulisan Dokumen Spesifikasi Kebutuhan Perangkat Lunak (Software Requirement Spesification) untuk Rancang bangun Sistem Pemilihan Kepala Desa adalah dokumentasi yang utama yang dibuat dalam rangka memberikan gambaran secara mendasar dan umum mengenai kebu tuhan dan persyaratan yang harus dipenuhi agar sistem ini dapat berjalan dengan baik sehingga persyaratan fungsional dan non fungsional dapat terpenuhi. Digambarkan dari awal gambaran dan ruang lingkup proyek ini serta batasan yang tercakup di dalamnya sehingga menjadi acuan bagi pengembang dalam mengembangkan sistem ini serta untuk memudahkan pemeliharaan ev aluasi sistem di kemudian hari. Pembaca diasumsikan memiliki pengetahuan dasar tentang Sistem Pemilihan Kepala Desa
1.2 Audien yang Dituju dan Pembaca yang Disarankan Dokumen ini ditujukan pada pelanggan dan pengembang (desainer, penguji, pengelola).
1.3 Batasan Produk Sistem Pemilihan Kepala Desa ini diharapkan dapat mempermudah para pemilih untuk menggunakan hak suaranya sehingga peran dan partisipasi aktif dari masyarakat dalam pemilihan calon kepala desa semakin meningkat serta memudahkan panitia dalam hal pengolahan data yang berkaitan dengan pemilihan kepala desa seperti pencatatan daftar pemilih tetap, pencatatan data daftar hadir pemilih, pencatatan data calon kepala desa, perhitungan suara, pembuatan laporan yang berkaitan dengan datadata pemilihan kepala desa, pembuatan surat undangan pemilihan kepala desa, serta laporan untuk ketua panitia Permasalahan yang peneliti teliti dibatasi hanya pada proses pembuatan aplikasi Sistem Pemilihan Kepala Desa 1. Dalam aplikasi ini pemilih hanya bisa memilih calon kandidat satu kali saja sehabis logout dalam pemilihan. 2. Dalam aplikasi ini user hanya bisa memilih tidak lebih satu calon kandidat. 3. Hanya digunakan dalam lingkup intranet 4. Sistem tidak mencakup verifikasi data pemilih.
1.4 Definisi dan Istilah a. User Friendly : tampilan antar muka dengan pengguna yang memudahkan akses atau interaksi dengan sistem b. Basisdata : Merupakan sekumpulan data yang saling berhubungan c. User : Adalah orang yang mengoperasikan / yang menggunakan sistem d. Admin : Administrator sistem yang diberi izin khusus untuk mengelola dan mengendalikan sistem e.
1.5 Refrensi
2. Deskripsi Keseluruhan 2.1 Deskripsi Produk Sistem yang akan dibuat adalah SISTEM PEMILIHAN KEPALA DESA yang mana dapat membantu sebagai sarana pemilihan kepala desa yang cepat dan tepat. Sehingga dapat menghemat waktu pemilihan dan penghitungan suara.
2.2 Fungsi Produk o
2.3 Penggolongan Karakterik Pengguna Tabel 1 Karakteristik Pengguna Kategori Pengguna
Tugas
Admin User
Hak Akses ke aplikasi
Kemampuan yang harus dimiliki
Insert, Update, Delete Data Insert, Update
2.4 Lingkungan Operasi
2.5 Batasan Desain dan Implementasi
2.6 Dokumentasi Pengguna
3. Kebutuhan Antarmuka Eksternal 3.1 User Interfaces
3.2 Hardware Interface
3.3 Software Interface
3.4 Communication Interface
4. Functional Requirement Diawali dengan membuat daftar kebutuhan fungsional P/L, lengkap dengan ID dan penjelasan jika perlu. Bisa dibuat dalam bentuk tabel.
ID
Kebutuhan Fungsional
Penjelasan
4.1 Use Case Diagram
use case diagramnya dari functional requirement yang didapatkan >
4.2 Nama Use Case 1 4.1.1
Deskripsi Use Case
4.1.2
Stimulus and Respon Action by user
Response from system
1 2 3 4 ..
4.1.4
Activity Diagram
4.3 Nama Use Case 2
4.4 Class Diagram
5. Non Functional Requirements ID
Parameter Availability Reliability Ergonomy Portability Memory Response time Safety Security
Kebutuhan
Others 1: Bahasa komunikasi
Misalnya : semua tanya jawab harus dalam bahasa Indonesia
N/A
Setiap layar harus mengandung logo PT Pos Indonesia Catatan :
Availability : ketersediaan aplikasi, misalnya harus terus menerus beroperasi 7 hari perminggu, 24 jam per haritanpa gagal Reliability : keandalan, misalnya tidak pernah boleh gagal(atau kegagalan yang ditolerir adalah …%) sehingga harus dipikirkan fault tolerant architecture. Biasanya hanya perlu untuk Critical Application yang jika gagal akan berakibat fatal. Ergonomy : kenyamanan pakai bagi pengguna Portability : kemudahan untuk dibawa dan dioperasikan ke mesin/sistem operasi/platform yang lain Memory : jika perhitungan kapasitas memori internal kritis (misalnya untuk SW yang harus dijadikan CHIPS dan ukurannya harus kecil Response time : Batasan waktu yang harus dipenuhi. Sangat penting untuk aplikasi Real Time. Contoh: “Aaplikasi harus mampu menampilkan hasil dalam 4 detik”, atau “ATM harus menarik kembali kartu yang tidak diambil dalam waktu 3 menit” Safety: yang menyangkut keselamatan manusia, misalnya untuk SW yang dipakai pada sistem kontrol di pabrik Security : aspek keamanan yang harus dipenuhi
