# Product Requirements Document (PRD)
# SPK MOORA E-KIN Penilaian Kinerja Pegawai

## 1. Ringkasan Produk

SPK MOORA E-KIN adalah aplikasi Sistem Pendukung Keputusan untuk membantu proses penilaian kinerja pegawai di Dinas Komunikasi, Informatika, Statistik dan Persandian Kota Lubuklinggau. Sistem mengolah data pegawai, kriteria, bobot, nilai kinerja, dan capaian kinerja menjadi nilai preferensi serta peringkat pegawai menggunakan metode Multi-Objective Optimization on the Basis of Ratio Analysis (MOORA).

Produk ini ditujukan untuk membuat proses penilaian lebih objektif, transparan, efisien, dan terdokumentasi dibandingkan proses manual atau semi-manual yang rawan subjektivitas dan kesalahan perhitungan.

## 2. Latar Belakang dan Masalah

Berdasarkan BAB 3, proses penilaian kinerja pegawai sudah memanfaatkan e-Kinerja sebagai media pencatatan aktivitas dan capaian kerja. Namun masih terdapat beberapa masalah utama:

- Penilaian akhir masih cenderung bergantung pada subjektivitas atasan.
- Belum ada pengolahan multikriteria yang mengintegrasikan beberapa indikator menjadi satu nilai akhir objektif.
- Perhitungan masih manual atau semi-manual sehingga memakan waktu dan berisiko salah hitung.
- Hasil penilaian belum disajikan secara informatif dalam bentuk perangkingan, tabel hasil, atau visualisasi yang mudah dipakai pimpinan.
- Pegawai belum mendapat transparansi yang cukup mengenai bagaimana nilai akhir dihitung.

## 3. Tujuan Produk

- Menyediakan aplikasi penilaian kinerja pegawai berbasis metode MOORA.
- Menghasilkan nilai preferensi dan peringkat kinerja pegawai secara otomatis.
- Mengurangi proses manual dalam pengolahan nilai dan laporan.
- Menyediakan informasi hasil penilaian yang jelas untuk admin dan pimpinan.
- Meningkatkan objektivitas, transparansi, dan akuntabilitas proses evaluasi pegawai.

## 4. Pengguna dan Peran

| Peran | Deskripsi | Hak Akses Utama |
| --- | --- | --- |
| Admin/Operator | Pengguna yang mengelola data dan menjalankan proses SPK. | Login, kelola user, pegawai, kriteria, bobot, periode, penilaian, perhitungan, perangkingan, laporan. |
| Pimpinan | Pihak yang menerima hasil evaluasi untuk pengambilan keputusan. | Melihat hasil perhitungan, peringkat kinerja pegawai, laporan penilaian, dan laporan kinerja. |

Catatan: BAB 3 berfokus pada Admin sebagai pengguna aktif sistem. Akses Pimpinan dapat diimplementasikan sebagai role terpisah atau sebagai penerima laporan, sesuai keputusan pengembangan.

## 5. Ruang Lingkup Produk

### 5.1 Dalam Ruang Lingkup

- Autentikasi pengguna.
- Dashboard analitik.
- Manajemen user.
- Manajemen data pegawai.
- Manajemen data kriteria dan bobot.
- Manajemen periode penilaian.
- Input nilai kinerja pegawai berdasarkan kriteria.
- Input atau pencatatan capaian kinerja pegawai.
- Perhitungan MOORA otomatis.
- Penyajian matriks keputusan, normalisasi, nilai optimasi, dan peringkat.
- Laporan hasil penilaian dan perangkingan.
- Logout.
- Petunjuk penggunaan.

### 5.2 Di Luar Ruang Lingkup Awal

- Keputusan final promosi, mutasi, atau sanksi pegawai secara otomatis.
- Penggajian, absensi, atau manajemen SDM penuh.
- Integrasi langsung dengan e-Kinerja sebagai kewajiban MVP, kecuali akses data/API e-Kinerja sudah tersedia.
- Portal transparansi pegawai secara penuh, kecuali diputuskan sebagai fase lanjutan.

## 6. Alur Pengguna Utama

### 6.1 Admin Mengelola Data Master

1. Admin login ke sistem.
2. Admin membuka dashboard.
3. Admin mengelola data periode, pegawai, kriteria, bobot, dan user.
4. Sistem menyimpan data master sebagai dasar proses penilaian.

### 6.2 Admin Melakukan Penilaian

1. Admin memilih periode penilaian.
2. Sistem menampilkan daftar pegawai dan kriteria C1 sampai Cn.
3. Admin mengisi nilai pegawai untuk setiap kriteria.
4. Admin menyimpan penilaian.
5. Sistem memvalidasi kelengkapan nilai dan konsistensi bobot.

### 6.3 Sistem Menghitung MOORA

1. Admin membuka hasil perhitungan untuk periode tertentu.
2. Sistem membentuk matriks keputusan.
3. Sistem melakukan normalisasi nilai.
4. Sistem mengalikan nilai normalisasi dengan bobot kriteria.
5. Sistem menghitung nilai optimasi Yi berdasarkan jenis kriteria benefit dan cost.
6. Sistem mengurutkan pegawai berdasarkan nilai Yi.
7. Sistem menyimpan hasil MOORA dan peringkat.

### 6.4 Pimpinan Menggunakan Laporan

1. Pimpinan menerima atau membuka laporan hasil penilaian.
2. Sistem menampilkan peringkat pegawai, nilai preferensi, dan ringkasan periode.
3. Pimpinan menggunakan hasil tersebut sebagai bahan evaluasi dan pengambilan keputusan.

## 7. Kebutuhan Fungsional

| ID | Kebutuhan | Prioritas | Kriteria Penerimaan |
| --- | --- | --- | --- |
| FR-001 | Login sistem | Must Have | Pengguna dapat masuk menggunakan username dan password valid. Login gagal menampilkan pesan kesalahan. |
| FR-002 | Logout sistem | Must Have | Pengguna dapat mengakhiri sesi dan tidak dapat mengakses halaman internal tanpa login ulang. |
| FR-003 | Dashboard analitik | Must Have | Sistem menampilkan total kriteria, pegawai, periode, pengguna, dan ringkasan pegawai terbaik. |
| FR-004 | Manajemen user | Should Have | Admin dapat menambah, mengubah, melihat, dan menonaktifkan/menghapus user sesuai role. |
| FR-005 | Manajemen data pegawai | Must Have | Admin dapat menambah, mengubah, menghapus, dan melihat data pegawai. |
| FR-006 | Manajemen kriteria | Must Have | Admin dapat mengelola kode, nama, jenis benefit/cost, dan bobot kriteria. |
| FR-007 | Validasi bobot kriteria | Must Have | Sistem memastikan total bobot seluruh kriteria bernilai 1.0 atau 100 persen sebelum perhitungan. |
| FR-008 | Manajemen periode | Must Have | Admin dapat membuat periode penilaian, menetapkan status aktif, dan memilih periode saat input nilai. |
| FR-009 | Input nilai kinerja | Must Have | Admin dapat mengisi nilai tiap pegawai untuk tiap kriteria pada periode tertentu. |
| FR-010 | Simpan penilaian | Must Have | Sistem menyimpan nilai penilaian dan mencegah data ganda yang tidak valid untuk pegawai, periode, dan kriteria yang sama. |
| FR-011 | Perhitungan MOORA | Must Have | Sistem menghitung matriks keputusan, normalisasi, pembobotan, nilai Yi, dan skor akhir secara otomatis. |
| FR-012 | Perangkingan pegawai | Must Have | Sistem mengurutkan pegawai dari skor MOORA tertinggi ke terendah dan menyimpan peringkat. |
| FR-013 | Hasil perhitungan | Must Have | Sistem menampilkan matriks keputusan, normalisasi, nilai optimasi, dan hasil akhir per periode. |
| FR-014 | Laporan penilaian | Must Have | Sistem menghasilkan laporan yang memuat periode, pegawai, skor MOORA, peringkat, dan ringkasan pegawai terbaik. |
| FR-015 | Petunjuk penggunaan | Could Have | Sistem menyediakan halaman panduan singkat penggunaan fitur. |
| FR-016 | Integrasi e-Kinerja | Could Have | Sistem dapat menerima data nilai/capaian dari e-Kinerja jika mekanisme integrasi tersedia. |

## 8. Kebutuhan Nonfungsional

| Kategori | Kebutuhan |
| --- | --- |
| Kinerja | Proses perhitungan MOORA untuk satu periode harus berjalan cepat dan tidak menghambat kerja admin. |
| Keamanan | Sistem wajib menggunakan autentikasi, pembatasan akses, penyimpanan password dalam bentuk hash, dan validasi input. |
| Usability | Antarmuka harus sederhana, navigasi jelas, dan mudah digunakan oleh pengguna nonteknis. |
| Reliability | Sistem harus menjaga konsistensi data dan meminimalkan error selama input, perhitungan, dan laporan. |
| Efficiency | Sistem harus mengurangi proses manual dalam pengolahan nilai dan laporan. |
| Availability | Sistem dapat diakses selama server aktif dan jaringan tersedia. |
| Scalability | Sistem mampu menangani penambahan data pegawai, kriteria, periode, dan penilaian. |
| Maintainability | Struktur kode, database, dan modul harus mudah dikembangkan untuk fitur lanjutan. |

## 9. Data Utama

| Data | Deskripsi |
| --- | --- |
| Admin/User | Akun pengguna yang dapat mengakses sistem. |
| Pegawai | Data pegawai yang menjadi alternatif penilaian. |
| Kriteria dan Bobot | Parameter penilaian, jenis benefit/cost, dan bobot masing-masing. |
| Periode | Semester atau periode penilaian. |
| Penilaian | Data induk penilaian pegawai pada periode tertentu. |
| Detail Penilaian | Nilai pegawai untuk setiap kriteria. |
| Hasil MOORA | Nilai preferensi/skor akhir hasil perhitungan. |
| Peringkat | Urutan ranking pegawai berdasarkan skor MOORA. |
| Pimpinan | Data penerima laporan atau pejabat terkait. |

## 10. Aturan Bisnis

- Setiap pegawai dapat memiliki satu data penilaian pada satu periode.
- Setiap penilaian harus memiliki nilai untuk seluruh kriteria aktif.
- Total bobot kriteria aktif harus 1.0 atau 100 persen.
- Kriteria bertipe benefit menambah nilai optimasi.
- Kriteria bertipe cost mengurangi nilai optimasi.
- Pegawai dengan nilai Yi tertinggi mendapat peringkat lebih tinggi.
- Hasil perhitungan harus terkait dengan periode agar laporan historis tetap dapat ditelusuri.
- Data laporan tidak boleh berubah tanpa proses perhitungan ulang yang tercatat.

## 11. Metode MOORA

Rumus normalisasi untuk alternatif i dan kriteria j:

```text
Rij = Xij / sqrt(sum(Xij^2))
```

Rumus nilai optimasi:

```text
Yi = sum(Wj * Rij untuk kriteria benefit) - sum(Wj * Rij untuk kriteria cost)
```

Keluaran akhir berupa nilai Yi untuk setiap pegawai, kemudian diurutkan secara menurun untuk menentukan peringkat.

## 12. Indikator Keberhasilan

- Admin dapat menyelesaikan input dan perhitungan penilaian untuk satu periode tanpa perhitungan manual.
- Sistem menghasilkan ranking pegawai yang konsisten dengan rumus MOORA.
- Laporan dapat digunakan pimpinan sebagai bahan evaluasi.
- Kesalahan input umum dapat dicegah melalui validasi data.
- Proses penilaian menjadi lebih cepat dibandingkan metode manual/semi-manual.

## 13. Risiko dan Mitigasi

| Risiko | Dampak | Mitigasi |
| --- | --- | --- |
| Bobot kriteria tidak konsisten | Hasil perhitungan tidak valid | Validasi total bobot sebelum penilaian dihitung. |
| Nilai pegawai tidak lengkap | Perhitungan gagal atau bias | Validasi seluruh kriteria wajib diisi. |
| Password tersimpan tidak aman | Kebocoran akun | Gunakan password hashing dan kebijakan akses. |
| Integrasi e-Kinerja belum tersedia | Input masih manual | Jadikan integrasi sebagai fase lanjutan dan sediakan impor/manual input. |
| Perubahan kriteria setelah perhitungan | Hasil historis berubah | Simpan snapshot bobot/kriteria atau kunci periode setelah dihitung. |

## 14. Asumsi

- Aplikasi berbasis web dan digunakan di lingkungan internal Diskominfotiksan Kota Lubuklinggau.
- Admin adalah pengguna utama yang menjalankan pengolahan data.
- Pimpinan minimal menerima laporan hasil penilaian, dan dapat diberi akses baca jika diperlukan.
- Kriteria penilaian dapat bertambah atau berubah sesuai kebutuhan organisasi.
- Data e-Kinerja dapat diinput manual pada MVP jika integrasi belum tersedia.

## 15. Pertanyaan Terbuka

- Apakah Pimpinan harus login ke sistem atau hanya menerima laporan dari Admin?
- Apakah pegawai perlu memiliki akun untuk melihat rincian hasil penilaian mereka?
- Apa saja nama kriteria C1 sampai C5 yang akan digunakan pada implementasi awal?
- Apakah bobot kriteria menggunakan skala 0-1 atau 0-100 di database dan UI?
- Apakah integrasi e-Kinerja tersedia melalui API, file ekspor, atau input manual?
- Apakah laporan harus dapat diekspor ke PDF/Excel?