Sidalih

Ini adalah halaman dokumentasi Portal Sidalih yang terdiri dari:

Vision
Tujuan dari dokumen ini adalah untuk mengumpulkan, menganalisa dan mendefinisikan kebutuhan-kebutuhan dan fitur-fitur utama pada Portal Sidalih. Dokumen ini berfokus pada kemampuan yang dibutuhkan oleh para target pemangku kepentingan dan pengguna, dan alasan mengapa kebutuhan tersebut muncul. Detil bagaimana Portal Sidalih memenuhi kebutuhan tersebut dijelaskan di dalam use-case dan supplementary specifications.


 * Positioning
 * Stakeholder and User Descriptions
 * Product Overview
 * Product Features
 * Constraints
 * Quality Ranges
 * Precedence and Priority
 * Other Product Requirements
 * Documentation Requirements
 * Feature Attributes

Requirements Management Plan
Dokumen ini menjelaskan panduan yang digunakan di dalam proyek untuk menyusun dokumen persyaratan standar (standard requirement documents), tipe persyaratan (requirement types), atribut persyaratan (requirement attributes), dan ketertelusuran (traceability). Dokumen ini mendefinisikan strategi umum untuk mengelola berbagai persyaratan dan bertindak sebagai sebuah sumber untuk semua orang yang berpartisipasi di dalam proyek ini.


 * Requirements Management
 * Requirements Artifacts

Stakeholder Request
Portal Sidalih adalah sebuah proyek yang bertujuan untuk membantu KPU dalam mengelola data pemilih untuk keperluan pemilihan umum. Proyek ini mengembangkan sebuah aplikasi berbasis web untuk pendaftaran pemilih. Dengan adanya aplikasi ini pengelolaan dafttar pemilih serta koordinasi sinkronisasi data daerah dan pusat lebih mudah dilakukan karena bersifat daring (online).


 * Recap for Problems
 * Analyst’s Summary

Software Requirements Specification
Dokumen ini bertujuan untuk menjelaskan semua requirement pada Sidalih secara detil. Selain itu dokumen ini juga berfungsi dalam membantu project owner dalam memahami kebutuhan yang harus dipenuhi dalam pengembangan aplikasinya. Pihak pengembang juga akan mengacu pada dokumen ini dalam setiap aktivitas pengembangan agar aplikasi yang dibangun benar-benar sesuai dengan spesifikasi kebutuhan yang ada.


 * Impor DP4
 * Impor DPT
 * Monitoring
 * Monitoring Impor DPT
 * Monitoring Aktifasi Operator Sidalih
 * Monitoring Jadwal
 * Pengaturan
 * Kode Penyaringan
 * Jadwal
 * Banjar
 * TPS
 * Unduh
 * Pemutakhiran
 * Daftar Pemilih
 * Pendaftaran Admin Sidalih

Use-Case Specification
Semua requirement yang ada dalam dokumen Software Requirements Specification di atas dijawab dalam dokumen ini, berikut adalah daftar semua UCS dalam SRS Sidalih (urut berdasarkan abjad):


 * UCS Memilih Wilayah

Kode Penyaringan

 * UCS Mengurutkan Kode
 * UCS Me-refresh Kode Penyaringan

Jadwal

 * UCS Deteksi Jadwal Aktif
 * UCS Tampilkan Jadwal Aktif
 * UCS Tampilkan Daftar Jadwal
 * UCS Pilih Jadwal untuk Aktifasi
 * UCS Tambah Jadwal
 * UCS Ubah Jadwal
 * UCS Hapus Jadwal

Banjar

 * UCS Memilih Banjar
 * UCS Mengubah Banjar
 * UCS Mengubah Data Banjar
 * UCS Menghapus Banjar
 * UCS Menambah Banjar

TPS

 * UCS Me-refresh TPS
 * UCS Melihat Detail

Impor DPT

 * UCS Mengganti Tab Unggah
 * UCS Menampilkan Form Tambah Data
 * UCS Menambah Satu Data
 * UCS Menampilkan Form Ubah Data
 * UCS Memperbaharui Satu Data
 * UCS Menghapus Terpilih
 * UCS Menghapus Satu Kelurahan
 * UCS Mengunggah Data
 * UCS Mengubah Jumlah Perhalaman

Supplementary Specification
Supplementary Specifications ini menjelaskan persyaratan sistem yang tidak dapat dijelaskan detil di model kasus penggunaan (use case model). Persyaratan tersebut termasuk:


 * Functionality
 * Usability
 * Reliability
 * Performance
 * Supportability
 * Design Constraints
 * Online User Documentation and Help System Requirements
 * Purchased Components
 * Interfaces
 * Licensing Requirements
 * Legal, Copyright and Other Notices
 * Applicable Standards

Glossary
Dokumen glossary ini dibuat dengan tujuan agar para stakeholder yang terkait dengan Portal Kabupaten memahami istilah-istilah teknis maupun nonteknis yang digunakan pada dokumen-dokumen lainnya dalam Portal Kabupaten.

Simulation

 * Skenario Simulasi Pertama
 * Skenario Simulasi Kedua
 * Skenario Simulasi Ketiga
 * Skenario Simulasi Keempat