SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

“Perancangan Sistem Informasi

Profil Desa Caramming”

DOSEN PEMBIMBING :
Dra. Najirah Umar, S.KOM, MT

Disusun Oleh:
ARHAM SUDRIAWAN 2019020034
TI-VI-A
Konsentrasi : RPL
PRODI TEKNIK INFORMATIKA STMIK
HANDAYANI MAKASSAR 2022
 DAFTAR ISI

BAB 1 .......................................................................................................................................... 3
PENDAHULAN .......................................................................................................................... 3
A. Deskripsi Umum ( Lingkup Masalah) .......................................................................... 3
B. Tujuan Pembuatan Sistem ............................................................................................ 3
C. Gambaran Perangkat Lunak Yang Akan Dibangun ..................................................... 4
D. Model Pengembangan Sistem ...................................................................................... 5
E. Definisi, Istilah, dan Singkatan..................................................................................... 6
F. Referensi........................................................................................................................... 6
BAB 2 .......................................................................................................................................... 7
DESKRIPSI KEBUTUHAN PERANGKAT LUNAK ............................................................... 7
A. Analisis Kebutuhan Bisnis ............................................................................................ 7
B. Analisis Kebutuhan User .............................................................................................. 7
C. Analisis Kebutuhan Fungsional .................................................................................... 7
D. Analisis Kebutuhan Non Fungsional ............................................................................ 7
BAB 3 .......................................................................................................................................... 8
PEMODELAN SISTEM .............................................................................................................. 8
A. Fungsi Produk/Perangkat Lunak .................................................................................. 8
B. Karakteristik Pengguna................................................................................................. 8
C. Use Case ....................................................................................................................... 9
D. Use Case Scenario ...................................................................................................... 10
BAB 4 ........................................................................................................................................ 18
PERNCANGAN SISTEM ......................................................................................................... 18
A. Perancangan Output .................................................................................................... 18
B. Perancangan Input ...................................................................................................... 19
C. Perancangan Database ................................................................................................ 19
 BAB 1
PENDAHULAN
A. Deskripsi Umum ( Lingkup Masalah)

Sistem Informasi Profile Desa Caramming (SID, sebagai salah satu alat bantu bagi perangkat
desa dalam melayani masyarakat merupakan bagian dari implementasi e-Government
sebagaimana yang tertuang dalam Amanat Inpres No. 6 tahun 2001 tentang telematika dalam
pemerintahan dan Inpres No. 3 tahun 2003 tentang penyelenggaraan tata kelola pemerintahan
secara elektronis di Indonesia. SID digunakan untuk menyelesaikan permasalahan yang kerap
muncul ketika pengelolaan data desa seperti proses administrasi data desa,memudahkan melihat
informasi, serta pengelolaan data penduduk desa. Selain itu SID dapat digunakan oleh perangkat
desa sebagai masukan dalam perencanaan pembangunan desa. Sistem ini diharapkan dapat
digunakan oleh desa sehingga terbentuk tata kelola pemerintahan desa yangbaik.
Sistem Informasi Profile Desa Caramming (SID) sebagai pengelolaan penduduk desa yang
meliputi penduduk asli dan penduduk pendatang. Desa berhak untuk mendapatkan akses
informasi melalui system informasi desa yang telah dikembangkan. Sistem ini merupakan sistem
informasi tepat guna dengan tujuan untuk memajukan masyarakat dengan mempermudah
melihat informasi dan proses pengelolaan data di kantor desa.

B. Tujuan Pembuatan Sistem

1. Mempercepat Pengelolaan Data Desa
Pengelolaan data desa seperti data kependudukan, sarana dan prasarana, anggaran desa, dan lain
sebagainya dapat dilakukan dengan cepat dan akurat. Selain cepat dan mudah, dengan
menggunakan aplikasi SID data desa dapat disimpan dengan aman didalam sistem dan lebih
mudah dalam pencarian data menggunakan fitur pencairan yang disediakan aplikasi.
2. Mempercepat Pelayanan Desa
Pelayanan administrasi desa konvensioanal sangat menyita waktu. Aplikasi SID yang dibangun
dengan baik dapat mempercepat waktu pelayanan desa.
3. Memanfaatkan Data Desa
Desa dapat memanfaatkan data yang terdapat dalam sistem untuk meningkatkan kualitas

3
 pelayanan publik, keterbukaan informasi publik, perencanaan dan pembangunan di
tingkat desa, perencanaan dan pembangunan di tingkat kabupaten/kawasan, serta
pengelolaan sumber daya desa secara mandiri oleh komunitas desa.
4. Transparasi Pemerintah Desa Pemerintah
Desa dapat melaksanakan kewajiban transparasi desa dengan memanfaatkan website desa
yang terintegrasi dengan aplikasi SID sebagai media keterbukaan informasi desa. Warga
juga dapat ikut memantau informasi yang desa umumkan melalui website resmi desa.

C. Gambaran Perangkat Lunak Yang Akan Dibangun

Bagian ini saya akan menjelaskan gambaran umum sistem informasi yang akan saya buat.

5. Sistem Informasi Profil Desa yang akan dibuat itu berbasis web
6. Dalam pembuatan Sistem Informasi Profil Desa menggunakan :

• HTML

• PHP

• Database MySQL

• Dan beberapa sistem operasi pada windows

7. Halaman login untuk user

8. Tampilan Menu Utama

• Menampilkan halaman Dasboard
• Menampilkan halaman Profil Desa yang berisi tentang gambar desa dan deskripsi desa
• Menampilkan halaman Struktur Desa
• Menampilkan halaman RT/RW Desa
• Menampilkan halaman Masjid De
• Menampilkan halaman Data Penduduk De
• Halaman Logout unuk keluar dari website

4
D. Model Pengembangan Sistem

Pada pengembangan perangkat lunak, saya memutuskan untuk mengimplementasikan

metode Agile. alasannya dalam menyelesaikan suatu masalah, terkadang solusi yang
sedang kita lakukan tidak berjalan sesuai rencana yang kita rancang bersama atau sendiri
secara rinci, sehingga sulit untuk mencari jalan keluar karena hal yang kita perkirakan
ternyata tidak dapat dilakukan.

Agile adalah suatu metode pola pikir untuk menyelesaikan permasalahan yang
bersifat flexible terhadap perubahan suatu masalah, sehingga pola penyelesaian masalah
menggunakan metode agile menyesuaikan perubahan. Dalam Agile kita harus selalu
siap pada perubahan yang akan terjadi, banyak hal yang dapat merubah suatu langkah
dalam menyelesaikan suatu masalah, bisa jadi rencana yang kita bangun tidak sesuai saat
eksekusi ataupun ketika ada perubahan ide pada saat menjalankan event dalam suatu
organisasi.
1. Kelebihan Agile
Berikut ini merupakan beberapa kelebihan dari metode Agile:

a. Proses pengembangan perangkat lunak membutuhkan waktu yang relatif cepat dan
tidakmembutuhkan resources yang besar.

b. Perubahan dapat ditangani dengan cepat sesuai dengan kebutuhan client.

c. Client dapat memberikan feedback kepada tim pengembang dalam proses pembuatan
program.
2. Kekurangan Agile

Berikut ini merupakan beberapa kekurangan dari metode Agile:

a. Agile tidak cocok apabila dikerjakan oleh tim yang tidak memiliki komitmen untuk
menyelesaikan proyek bersama – sama.

b. Metode Agile ini kurang tepat apabila dikerjakan dengan jumlah skala tim yang
besar(>20orang).

c. Tim pengembang harus selalu bersiap karena perubahan dapat terjadi sewaktu – waktu.

5
E. Definisi, Istilah, dan Singkatan

Isitilah dan Singkatan Uraian penjelasan

SKPL Spesifikasi kebutuhan perangkat
lunak
HTML Hypertext Markup Language
CSS Cascading Style Sheet
PHP Hypertext Preprocessor
JAVA SCRIPT Bahasa pemrograman yang
membuat website
lebih dinamis
MYSQL My Structured Query Language
USE CASE Diagram Untuk Mengetahui
Fungsi Apa Saja
Yang Ada Di Dalam Sebuah
Sistem
F. Referensi

6
 BAB 2

DESKRIPSI KEBUTUHAN PERANGKAT LUNAK

A. Analisis Kebutuhan Bisnis

Sistem Informasi Profil Desa yang saya buat masih sangat sederhana, yang hanya
menampilkan bebarapa hamalan saja didalamnya dan masih butuh pengembangan
kedepannya.
B. Analisis Kebutuhan User

Sebelumnya terkait user pada sistem informasi ini, tidak memerlukan begitu banyak
kebutuhan dan hanya terdapat beberapa aktivitas yang dapat dilakukan oleh user. Ketika
ingin menggunakan sistem informasi ini, user cukup mengakses alamat URL nya
kemudian login dan bisa langsung memanfaatkan fitur dari sistem informasi ini.
C. Analisis Kebutuhan Fungsional

Adapun kebutuhan fungsional pada sistem ini sebagai berikut :

• Melihat Profil Desa
• Melihat Stuktur Desa
• Melihat RT/RW Desa
• Melakukan penambahan data,menghapus dan mengedit RT/RW
• Melihat Masjid Desa
• Melihat Data Penduduk
• Melakukan penambahan data,menghapus dan mengedit Data Penduduk
D. Analisis Kebutuhan Non Fungsional

Adapun kebutuhan Non fungsional pada sistem ini sebagai berikut :

1. Sistem Informasi Profil Desa ini dapat dijalankan oleh beberapa software web
browserdiantaranya Internet Explore, Google Chrome (direkomendasikan) dan Mozilla
Firefox.

2. Sistem Informasi Profil Desa ini memiliki tampilan (antar muka) yang didesain simple
sehinggamudah dipahami.

3. Sistem Informasi Profil Desa ini memiliki tampilan yang responsive sehingga cocok
juga untukdigunakan pada perangkat mobile.

7
 BAB 3
PEMODELAN SISTEM

A. Fungsi Produk/Perangkat Lunak

Adapun fungsi-fungsi yang dimiliki oleh perangkat lunak ini adalah :
• Sistem harus menyediakan sarana untuk melakukan Login (SKPL-
F-TL- 01)
• Sistem harus mampu menampilkan profil desa (SKPL-F-TL-02)
• Sistem harus mampu menampilkan struktur desa (SKPL-F-TL-03)
• Sistem harus mampu menampilkan RT/RW desa (SKPL-F-TL-04)
• Sistem harus mampu menyediakan sarana untuk menambah data
RT/RW (SKPL-F-TL-05)
• Sistem harus mampu menyediakan sarana untuk mengedit data
RT/RW (SKPL-F-TL-06)
• Sistem harus mampu menyediakan sarana untuk menghapus data
RT/RW (SKPL-F-TL-07)
• Sistem harus mampu menampilkan mesjid desa (SKPL-F-TL-08)
• Sistem harus mampu menyediakan sarana untuk menambah data
penduduk (SKPL-F-TL-09)
• Sistem harus mampu menyediakan sarana untuk mengedit data
penduduk (SKPL-F-TL-10)
• Sistem harus mampu menyediakan sarana untuk menghapus data
penduduk (SKPL-F-TL-11)

B. Karakteristik Pengguna

Tabel 2.1 Karakteristik Pengguna

No Identifikasi
Karakteristik
Pengguna
1 Admin • Login
• Melihat profil desa
• Melihat struktur desa
• Melihat RT/RW desa
• Tambah data RT/RW desa
• Edit data RT/RW desa
• Hapus data RT/RW desa
• Melihat mesjid desa
• Melihat data penduduk
• Tambah data penduduk desa
• Edit data penduduk desa
• Hapus data penduduk desa
• Logout

8
 2 User • Login
• Melihat profil desa
• Melihat struktur desa
• Melihat RT/RW desa
• Melihat mesjid desa
• Melihat data penduduk
• Logout

C. Use Case

Diagram 3.1 Use Case Diagram

Use case diagram merupakan gambaran umum sistem dari sudut pandang aktor.Pada Sistem
Informasi Profile Desa ini terdapat 2 aktor yaitu admin dan user. Masing-masing aktor memiliki
hak sendiri ke dalam sistem. Admin dan user memiliki hak akses yang sama dalam sistem yaitu
dalam hal login, melihat profil desa, melihat struktur desa, melihat TR/RW desa, melihat mesjid
desa, melihat data penduduk, dan logout. Selain hal itu admin dapat melakukan tambah data
RT/RW, edit data RT/RW, hapus data RT/RW, tambah data penduduk, edit data penduduk dan
hapus data penduduk.

9
D. Use Case Scenario
1. SKPL-F-TL-01 (Use Case Login)
Tabel 3.2 Scenario Login

Objective Admin/User melakukan login agar

dapat menggunakan perangkat lunak
Actor Admin, User
Pre-condition 1. 1. Admin/user harus melakukan login
2. Admin/user sudah terdaftar dalam sistem

Main flow 1. Admin/User menginputkan username

dan password, kemudian mengklik
tombol login.
2. Sistem akan melakukan validasi
username dan password dengan data
yang tersimpan di dalam database
sistem.
Alternative flows Jika Username dan password salah,
akan muncul peringatan “maaf
username dan password yang anda
masukkan salah”
Post-condition Admin/User masuk ke dalam Sistem
dan dapat menggunakan fitur-fitur
yang ada pada sistem

3. SKPL-F-TL-02 (Use Case Melihat Profil Desa)

Tabel 3.3 Scenario Melihat Profil Desa

Objective Admin/User melihat profil

desa yang ada pada sistem
Actor Admin, User
Pre-condition 1. Admin/User telah login ke
sistem
2. Admin/User memilih menu
profil desa yang ada pada
sistem

Main flow Sistem akan menampilkan

profil desa

Alternative flows
Post-condition Sistem menampilkan Profil
Desa yang dipilih oleh
Admin/User

4. SKPL-F-TL-03 (Use Case Melihat Struktur Desa)

Tabel 3.4 Scenario Melihat Struktur Desa

10
 Objective Admin/User melihat stuktur
desa yang ada pada sistem
Actor Admin, User
Pre-condition 3. Admin/User telah login ke
sistem
4. Admin/User memilih menu
struktur desa yang ada pada
sistem

Main flow Sistem akan menampilkan

struktur desa

Alternative flows
Post-condition Sistem menampilkan Struktur
Desa yang dipilih oleh
Admin/User

5. SKPL-F-TL-04 (Use Case Melihat RT/RW Desa)

Tabel 3.5 Scenario Melihat RT/RW Desa

Objective Admin/User melihat RT/RW

desa yang ada pada sistem
Actor Admin, User
Pre-condition 5. Admin/User telah login ke
sistem
6. Admin/User memilih menu
RT/RW desa yang ada pada
sistem

Main flow Sistem akan menampilkan

RT/RW desa

Alternative flows
Post-condition Sistem menampilkan Data
RT/RW Desa yang dipilih
oleh Admin/User

6. SKPL-F-TL-05 (Use Case Tambah Data RT/TW)

Tabel 3.6 Scenario Tambah Data RT/RW

Objective Menambah/meng-create data

RT/RW yang ada pada sistem

Actor Admin
11
 Pre-condition 1. Admin telah login ke sistem
2. Admin masuk ke menu
Data RT/RW
3. Sistem menampilkan halaman
Data RT/RW

Main flow 1. Klik “Tambah Data”

2. Admin mengisi form Tambah
Data RT/RW yang tersedia
dalam halaman Data RT/RW
3. Klik “Simpan”
4. Sistem akan menambahkan
Data RT/RW baru ke dalam
database.
Alternative flows Jika mahasiswa meng-klik
“CANCEL” maka data RT/RW
yang sudah diisikan tidak akan
tersimpan ke dalam database

Post-condition Data RT/RW berhasil dibuat dan

akan ditambahkan kedalam sistem

7. SKPL-F-TL-06 (Use Case Edit Data RT/TW)

Tabel 3.7 Scenario Edit Data RT/RW

Objective Mengubah Data RT/RW yang

telah dibuat sebelumnya dalam
sistem
Actor Admin
Pre-condition 1. Admin telah login ke sistem
2. Admin masuk ke menu Data
RT/RW
3. Sistem menampilkan halaman Data
RT/RW

Main flow 1. Admin memilih salah satu Data

RT/RW yang pernah dibuat
olehnya
2. Pada Data RT/RW yang telah
dibuat, admin meng-klik
“EDIT”
3. Admin mengisikan/merubah
Data RT/RW
4. Klik “Simpan”
5. Sistem akan menyimpan Data
RT/RW yang telah dirubah dan
menampilkannya kembali pada
sistem
Alternative flows Jika Admin meng-klik
“CANCEL” maka Data RT/RW
yang sudah diubah tidak akan
tersimpan ke dalam database

12
 Post-condition 1. Data RT/RW yang dibuat
sebelumnya berhasil dirubah
2. Sistem akan menampilkan
Data RT/RW yang telah
diperbarui

8. SKPL-F-TL-07 (Use Case Hapus Data RT/TW)

Tabel 3.8 Scenario Hapus Data RT/RW

Objective Menghapus Data RT/RW yang

ada dalam sistem

Actor Admin
Pre-condition 1. Admin telah login ke sistem
2. Admin masuk ke menu Data
RT/RW
3. Sistem menampilkan halaman Data
RT/RW

Main flow 1. Admin meng-klik “HAPUS”

pada Data RT/RW yang ingin
dihapus
2. Sistem akan menghapus Data
RT/RW yang dipilih sehingga
tidak ada lagi dalam sistem

Alternative flows

Post-condition Data RT/RWyang dipilih

berhasil dihapus dari sistem

9. SKPL-F-TL-08 (Use Case Melihat Mesjid Desa)

Tabel 3.9 Scenario Melihat Mesjid Desa

Objective Admin/User melihat mesjid

desa yang ada pada sistem
Actor Admin, User
Pre-condition 1. Admin/User telah login ke
sistem
2. Admin/User memilih menu
masjid desa yang ada pada
sistem

13
 Main flow Sistem akan menampilkan
masjid desa

Alternative flows
Post-condition Sistem menampilkan Mesjid
Desa yang dipilih oleh
Admin/User

10. SKPL-F-TL-09 (Use Case Melihat Data Penduduk Desa)

Tabel 3.10 Scenario Melihat Data Penduduk Desa

Objective Admin/User melihat data

penduduk desa yang ada pada
sistem
Actor Admin, User
Pre-condition 1. Admin/User telah login ke
sistem
2. Admin/User memilih menu
data penduduk desa desa yang
ada pada sistem

Main flow Sistem akan menampilkan

data penduduk desa

Alternative flows
Post-condition Sistem menampilkan Data
Penduduk Desa yang dipilih
oleh Admin/User

11. SKPL-F-TL-10 (Use Case Tambah Data Penduduk)

Tabel 3.10 Scenario Tambah Data Penduduk

Objective Menambah/meng-create data

penduduk yang ada pada sistem

Actor Admin
Pre-condition 1. Admin telah login ke sistem
2. Admin masuk ke menu Data
Penduduk
3. Sistem menampilkan halaman Data
Penduduk

14
 Main flow 5. Klik “Tambah Data”
6. Admin mengisi form Tambah
Data Pendudk yang tersedia
dalam halaman Data Pendudk
7. Klik “Simpan”
8. Sistem akan menambahkan
Data Penduduk baru ke dalam
database.
Alternative flows Jika admin meng-klik
“CANCEL” maka Data
penduduk yang sudah diisikan
tidak akan tersimpan ke dalam
database
Post-condition Data Penduduk berhasil dibuat dan
akan ditambahkan kedalam sistem

12. SKPL-F-TL-11 (Use Case Edit Data Penduduk)

Tabel 3.11 Scenario Edit Data Penduduk

Objective Mengubah Data Penduduk

yang telah dibuat sebelumnya
dalam sistem
Actor Admin
Pre-condition 1. Admin telah login ke sistem
2. Admin masuk ke menu Data
Penduduk
3. Sistem menampilkan halaman Data
Penduduk

Main flow 1. Admin memilih salah satu Data

Penduduk yang pernah dibuat
olehnya
2. Pada Data Penduduk yang telah
dibuat, admin meng-klik
“EDIT”
6. Admin mengisikan/merubah
Data Penduduk
7. Klik “Simpan”
8. Sistem akan menyimpan Data
Penduduk yang telah dirubah
dan menampilkannya kembali
pada sistem
Alternative flows Jika mahasiswa meng-klik
“CANCEL” maka Data
Penduduk yang sudah diubah
tidak akan tersimpan ke dalam
database

15
 Post-condition 1. Data Pendudk yang dibuat
sebelumnya berhasil dirubah
2. Sistem akan menampilkan
Data Penduduk yang telah
diperbarui

13. SKPL-F-TL-12 (Use Case Hapus Data Penduduk)

Tabel 3.12 Scenario Hapus Data Penduduk

Objective Menghapus Data Penduduk

yang ada dalam sistem

Actor Admin
Pre-condition 1. Admin telah login ke sistem
2. Admin masuk ke menu Data
Penduduk
3. Sistem menampilkan halaman Data
Penduduk

Main flow 1. Admin meng-klik “HAPUS”

pada Data Pendudk yang
ingin dihapus
2. Sistem akan menghapus Data
Penduduk yang dipilih
sehingga tidak ada lagi
dalam sistem
Alternative flows

Post-condition Data Penduduk yang dipilih

berhasil dihapus dari sistem

14. SKPL-F-TL-13 (Use Case Log Out)

Tabel 3.13 Scenario Log Out

Objective Admin/User melakukan logout

untuk keluar dari sistem
Actor Admin, User
Pre-condition Admin/User belum keluar dari
sistem
Main flow 1. Admin/User meng-klik
“LOGOUT” yang ada pada
sistem.
2. Sistem akan mengembalikan
tampilan ke awal dimana
(Admin/Mahasiswa) melakukan
login.
Alternative flows

16
Post-condition Pengguna (Admin/User) telah
keluar dari sistem

17
 BAB 4
PERNCANGAN SISTEM
A. Perancangan Output
• Output Data RT/RW Desa

• Output Data Penduduk Desa

18
B. Perancangan Input
• Input Data RT/RW

• Input Data Penduduk

C. Perancangan Database
• Perancangan Database Login

19
• Perancangan Database Masjid

• Perancangan Database Penduduk

• Rancangan Database RT/RW

20