RMP Jadwal

Purpose
Tujuan dari perencanaan ini adalah untuk menyusun dan mendokumentasikan pendekatan sistematik dalam memunculkan, mengelola dan mendokumentasikan persyaratan sistem. Perencanaan ini pula menetapkan dan menjaga persetujuan antara pengguna (user) dan tim proyek dalam mengubah persyaratan sistem.

Scope
Perencanaan ini menyediakan panduan untuk manajemen Portal Jadwal.

Definitions, Acronyms, and Abbreviations
Untuk istilah umum dalam proyek ini, silahkan merujuk pada dokumen Glossary.

Overview
Dokumen ini berisi detil spesifik dan strategi untuk mengelola persyaratan pada Portal Jadwal. Dokumen menjelaskan bagaimana persyaratan dikelola dan diadministrasi di dalam proyek. Dokumen ini juga menjelaskan bagaimana persyaratan akan diidentifikasi, ditetapkan atribut, ditelusuri, dan dimodifikasi. Dokumen ini menjelaskan proses perubahan manajemen dengan alur kerja dan aktivitas yang terkait dengan pemeliharaan kontrol terhadap persyaratan proyek. Dokumen ini menentukan titik yang harus dicapai dan standar yang harus dipatuhi sehingga kita dapat memastikan dan mengevaluasi pemenuhan persyaratan yang telah ditentukan

Customer

 * KPU RI

User

 * KPU Kabupaten
 * KPU Provinsi
 * KPU RI

Stakeholder

 * Komisioner KPU
 * Sekretariat KPU

Project manager

 * Wibisono Sastrodiwiryo

Developer

 * Tim Pengembang

Team leader

 * Wibisono Sastrodiwiryo

Environment
Sistem ini bekerja di atas infrastruktur Data Center. Portal Jadwal ini berbentuk sebuah layanan web service yang terintegrasi dengan aplikasi/portal SIDALIH lainnya.

Infrastructure
Portal Jadwal dipasang di mesin server yang terpasang aplikasi server web Apache HTTPD, aplikasi server basisdata MySQL, dan PHP. Server Portal Kabupaten/Kota terhubung ke jaringan internet dan dapat diakses dari internet oleh komputer klien menggunakan aplikasi peramban web Google Chrome atau Mozilla Firefox pada alamat subdomain jadwal.kpu.go.id.

Traceability Criteria for Requirement Types


Requirements berpeluang untuk berubah meskipun telah didefinisikan dengan baik di awal. Mengakomodasi perubahan adalah ukuran kecil dari sensitivitas tim proyek terhadap kebutuhan stakeholders. Fleksibilitas dapat berkontribusi pada kesuksesan proyek. Perubahan yang tidak dikelola kan menjadi masalah, karena itu diperlukan aktivitas untuk:
 * Menyimpan trek dari sejarah setiap requirement
 * Membangun relasi traceability antara requirement
 * Mengelola kontrol versi