Draft SKPL K1 Kel7 Comment

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
MataTaman
untuk:
Pemerintah Kota Bandung
Dipersiapkan oleh:
Chrestella Stephanie - 13512005

Junita Sinambela - 13512023
Jonathan - 13512031
Fahmi Dumadi - 13512047
Aurelia - 13512099
Program Studi Teknik Informatika
STEI - ITB
Jl. Ganesha 10, Bandung 40132
Nomor Dokumen Halaman

Program Studi
Teknik Informatika
STEI ITB SKPL-07 14
Revisi - 30 Januari 2015
Program Studi Teknik Informatika SKPL-07 Halaman 1/ dari 12 halaman

Template dokumen ini dan informasi yang dimilikinya adalah milik Program Studi Teknik Informatika-STEI-ITB dan bersifat
rahasia. Dilarang me-reproduksi dokumen ini tanpa diketahui oleh Program Studi Teknik Informatika STEI ITB.
DAFTAR PERUBAHAN
Revisi Deskripsi
A
INDEX - A B C D E F G
TGL
Ditulis
oleh
Diperiksa
oleh
Disetujui
oleh

Daftar Halaman Perubahan
Halaman Revisi Halaman Revisi

Daftar Isi
1. Pendahuluan
1.1 Tujuan Penulisan Dokumen
1.2 Lingkup Masalah
1.3 Definisi, Istilah dan Singkatan
1.4 Aturan Penomoran
1.5 Referensi
1.6 Deskripsi umum Dokumen (Ikhtisar)
2 Deskripsi Umum Perangkat Lunak
2.1 Deskripsi Umum Sistem
2.2 Karakteristik Pengguna
2.3 Batasan
2.4 Lingkungan Operasi
3 Deskripsi Kebutuhan
3.1 Kebutuhan Antarmuka Eksternal
3.1.1 Antarmuka pemakai
3.1.2 Antarmuka Perangkat Keras
3.1.3 Antarmuka Perangkat Lunak
3.1.4 Antarmuka Komunikasi
3.2 Kebutuhan Fungsional
3.2.1 Diagram Konteks
3.2.2 DFD Level 1
3.2.2.1 DFD Level 2
3.2.3 Spesifikasi Proses
3.3 Kebutuhan Data
3.3.1 E-R diagram
3.4 Kebutuhan Non Fungsional
3.5 Batasan Perancangan
3.6 Kerunutan (traceability)
3.6.1 Data Store vs E-R
3.7 Ringkasan Kebutuhan
3.7.1 Kebutuhan Fungsional
3.7.2 Kebutuhan Non Fungsional
Setelah Daftar Isi Boleh ada Daftar Tabel dan Daftar Gambar

1. Pendahuluan
1.1 Tujuan Penulisan Dokumen
Tujuan penulisan dokumen SKPL ini adalah sebagai dokumentasi proyek pembuatan website pengaduan kondisi
taman Kota Bandung. Dokumen ini meliputi deskripsi kebutuhan, deskripsi umum spesifikasi perangkat lunak,
serta gambaran umum perangkat lunak yang akan dibuat.
1.2 Lingkup Masalah

Aplikasi MataTaman ini adalah aplikasi yang dapat digunakan oleh warga Kota Bandung untuk menyampaikan
aduan terkait keadaan taman di Kota Bandung kepada pihak yang berwenang. Pihak yang berwenang pada kasus
ini kami asumsikan berupa beberapa instansi yang sudah terdaftar pada sistem, seperti Dinas Pemakaman dan
Pertamanan Kota Bandung, dinas Bina Marga dan Pengairan, Dinas Kebudayaan dan Pariwisata, kepolisian, dan
sejenisnya. Fungsionalitas pada perangkat lunak ini adalah menerima entri pengaduan, menampilkan daftar
pengaduan, mendistribusikan pengaduan ke pihak yang berwenang, mengubah status pengaduan, serta
menampilkan laporan.
1.3 Definisi, Istilah dan Singkatan

Spesifikasi Kebutuhan Perangkat Lunak (SKPL) : dokumen yang berisi spesifikasi perangkat lunak yang akan
dikembangkan.
Data flow diagram (DFD) : diagram dan notasi yang digunakan untuk menggambarkan aliran data pada
perangkat lunak.
Diagram konteks : diagram yang menjelaskan hubungan sistem dengan lingkungannya
1.4 Aturan Penomoran

Penulisan dokumen SKPL ini menggunakan berbagai macam aturan penamaan dan penomoran yang berbeda-
beda untuk beberapa bagian tertentu. Aturan penamaan dan penomoran yang digunakan berdasarkan hal/bagian
tersebut adalah seperti yang tercantum pada Tabel T01 berikut ini.
Tabel T01 Aturan Penamaan dan Penomoran
Hal/Bagian Aturan Penomoran/Penamaan
Bab Tiap bab diberi nomor sesuai dengan urutannya dalam dokumen. Bila
satu bab dibagi menjadi beberapa sub bab maka sub bab diberi nomor
urut sesuai dengan urutannya pada bab tersebut. Antara nomor bab dan
sub bab dipisahkan dengan tanda titik.
Tabel Tiap tabel yang ada dinamai dengan TXX dengan XX adalah nomor
urut tabel dalam dokumen.
Diagram Tiap diagram yang ada dinamai dengan DXX dengan XX adalah
nomor urut diagram dalam dokumen
Kebutuhan Fungsional SKPL-FXXXX dimana XXXX adalah nomor urut kebutuhan

fungsional tersebut di dalam dokumen
Kebutuhan Non Fungsional SKPL-NFXXXX dimana XXXX adalah nomor urut kebutuhan non
fungsional tersebut di dalam dokumen
1.5 Referensi
IEEE Std. 830-1998, IEEE Recommended Practice for Software Requirement Specifications.

1.6 Deskripsi umum Dokumen (Ikhtisar)
Dokumen SKPL ini dibagi menjadi tiga bagian utama. Bagian utama berisi penjelasan tentang dokumen
SKPL yang mencakup tujuan pembuatan dokumen ini, lingkup masalah yang diselesaikan oleh perangkat lunak
yang dikembangkan, definisi, referensi, dan deskripsi umum.
Bagian kedua berisi penjelasan secara umum mengenai perangkat lunak yang akan dikembangkan
meliputi fungsi dari perangkat lunak, karakteristik pengguna, dan asumsi yang diambil dalam pengembangan
perangkat lunak.
Bagian ketiga berisi uraian kebutuhan perangkat lunak secara lebih rinci, yang terdiri atas kebutuhan
antarmuka eksternal, kebutuhan fungsional, kebutuhan non-fungsional, batasan perancangan, kerunutan dan
ringkasan kebutuhan.
2 Deskripsi Umum Perangkat Lunak
2.1 Deskripsi Umum Sistem

Website MataTaman ini adalah sebuah website yang dapat menyampaikan aduan dari warga Kota Bandung
terkait dengan kondisi taman di Kota Bandung kepada pihak yang terkait. Website ini dapat menerima
pengaduan dari warga dan menyalurkan pengaduan tersebut ke pemerintah atau pihak terkait. Lalu pihak yang
terkait dengan taman tersebut akan melakukan tindakan pada taman yang bermasalah dan setelah itu
mengirimkan laporan kepada sistem yang nantinya akan ditampilkan pada website. Laporan dapat berisi rencana
apa yang akan dilakukan terkait dengan permasalahan taman tersebut, progres yang sedang berlangsung, ataupun
laporan mengenai telah selesainya permasalahan taman tersebut. Selain menampilkan laporan, website ini juga
dapat menampilkan daftar seluruh pengaduan yang sudah diberikan oleh warga.
Untuk menghindari adanya laporan yang tidak valid terkirim ke pihak pemerintah, maka kami menggunakan
sistem admin, dimana admin akan memfilter semua aduan yang masuk. Aduan yang tidak valid akan langsung
dihapus dari basis data dan tidak akan dikirimkan kepada pihak pemerintah. Aduan yang tidak valid kami
asumsikan adalah aduan yang sifatnya hanya bermain-main dan aduan serupa yang sudah pernah dikirimkan
pada pihak pemerintah.
Gambar D01 Diagram Sistem Pengaduan Taman
2.2 Karakteristik Pengguna

Tabel T02 Karakteristik Pengguna
Kategori Pengguna Tugas Hak Akses ke Aplikasi
Warga Kota Bandung memberikan pengaduan mengisi form pengaduan
Pihak Pemerintah menindaklanjuti pengaduan memberi laporan penindaklanjutan
aduan
Admin - mengolah pengaduan melihat semua pengaduan dan
dapat menghapus aduan
- mendistribusikan aduan ke pihak melihat instansi yang tersedia dan
terkait memilih instansi tersebut sebagai
tujuan dari email pengaduan
- mengolah laporan membuat laporan menjadi bentuk

postingan yang akan ditampilkan
pada PL
2.3 Batasan
harus memakai data dari basis data yang dibuat

harus berfungsi multi platform
2.4 Lingkungan Operasi

Server : XAMPP
Client : Warga Kota Bandung
OS : Semua OS yang memiliki browser
DBMS : MySQL
3 Deskripsi Kebutuhan
3.1 Kebutuhan Antarmuka Eksternal
3.1.1 Antarmuka Pemakai

Antarmuka yang digunakan untuk mengoperasikan perangkat lunak adalah keyboard, mouse dan layar
komputer/device.
3.1.2 Antarmuka Perangkat Lunak
3.1.3 Antarmuka Komunikasi
3.2 Kebutuhan Fungsional
Tabel T03 Kebutuhan Fungsional

ID Kebutuhan Penjelasan
SKPL-F0001 P/L mampu menerima aduan dari pengguna publik Input data berupa form nama pengirim,
(warga kota Bandung) email pengirim, kategori aduan, isi
aduan, dan foto kondisi (opsional)
SKPL-F0002 P/L dapat melakukan filter terhadap aduan yang Menghapus aduan yang tidak valid
masuk (berupa spam atau duplikasi)
SKPL-F0003 P/L mampu mendistribusikan aduan yang telah Mengirim aduan ke instansi yang
divalidasi ke pihak terkait berhubungan dalam bentuk e-mail
SKPL-F0004 P/L mampu menampilkan daftar semua aduan yang Semua aduan yang dimasukkan
masuk pengguna ditampilkan di P/L
SKPL-F0005 P/L mampu menampilkan laporan tindak lanjut Laporan tindak lanjut ditulis dalam
berupa artikel bentuk artikel dan ditampilkan di P/L
SKPL-F0006 P/L mampu mengubah status aduan Status pengaduan otomatis diubah
setelah aduan tersebut terkirim ke pihak
yang terkait
SKPL-F0007 P/L dapat terintegrasi dengan gmail Distribusi e-mail ke pihak terkait
dilakukan dengan integrasi ke layanan e-
mail yakni gmail

3.2.1 Diagram Konteks
Gambar D02 Diagram Konteks
3.2.2 DFD Level 1
Gambar D03 DFD Level 1

3.2.2.1 DFD Level 2 <mengirim email>
Gambar D04 DFD Level 2
3.2.3 Spesifikasi Proses (P-SPEC)

3.2.3.1 memberi status
nomor proses: 1
deskripsi: aduan yang dimasukkan oleh user langsung dimasukkan ke dalam basis data dan
ditambahkan status - pada basis data
input: nama, email, kategori, keterangan laporan, gambar/foto
output: -
pseudocode: memasukkan data tersebut ke dalam database
3.2.3.2 memfilter aduan

nomor proses: 2
deskripsi: aduan yang dianggap tidak valid (berupa spam, duplikasi) dihapus dari basis data
input:
output:-
pseudocode:
if (aduan adalah spam atau duplikasi){
hapus aduan dari database
}
else{
do nothing
}
3.2.3.3 menampilkan aduan ke layar

nomor proses: 3
deskripsi: menampilkan semua aduan yang ada pada database
input: database
output:
pseudocode:
menampilkan aduan pada layar dengan format aduan diurutkan berdasarkan waktu terbaru
3.2.3.4 membuat konten email

nomor proses: 4.1
deskripsi: membuat content email yang akan dikirim ke pihak terkait berdasarkan aduan yang
diperoleh
input: aduan

output: string berisi content email
pseudocode:
menampilkan form untuk mengetikkan isi email
3.2.3.5 mengirim email

nomor proses: 4.2
deskripsi: mengirimkan content email ke email tujuan
input: content email, kontak instansi
output: email
pseudocode:
menampilkan form email
mengirimkan email ke kontak instansi
3.2.3.6 mengubah status aduan

nomor proses: 4.3
deskripsi: mengubah status aduan setelah email terkirim ke alamat email tujuan
input: id aduan
output:
pseudocode:
mengambil data aduan dari data store
mengubah status aduan yang id-nya sesuai dengan id aduan inputan
mengembalikan data aduan ke data store
3.2.3.7 update status

nomor proses: 5
deskripsi: merubah status aduan pada database sesuai dengan laporan yang diterima sistem
input: laporan pemerintah, kategori
output:
pseudocode:
mengambil data aduan dari data store
mengupdate status aduan sesuai dengan kategori dan laporan pemerintah yang menjadi inputan
mengembalikan aduan ke data store
3.2.3.8 membuat artikel

nomor proses: 6
deskripsi: membuat artikel berdasarkan laporan pemerintah yang diterima oleh sistem
input:laporan pemerintah
output: kategori
pseudocode:
membuat artikel
menyimpulkan kategori laporan yang telah diterima
menyimpan artikel ke data store
3.2.3.9 menampilkan artikel ke layar

nomor proses: 7
deskripsi: menampilkan semua artikel yang ada pada basis data ke layar
input: artikel
output:
pseudocode:
menampilkan artikel ke layar diurutkan berdasarkan waktu terbaru
3.2.4 Data Store

Berikut ini adalah data store yang kami gunakan dalam pengembangan proyek ini, yaitu
aduan berstatus : berisi aduan dengan status tertentu
artikel : berisi laporan dari pihak pemerintah

3.3 Kebutuhan Data
3.3.1 E-R diagram
3.4 Kebutuhan Non Fungsional
Tabel T04 Kebutuhan Non Fungsional

ID Parameter Kebutuhan
SKPL-NF0001 Availability Dapat diakses selama 24/7, kecuali pada
saat maintenance
SKPL-NF0002 Reliability Semua email pengaduan dipastikan
sampai ke email yang dituju
SKPL-NF0003 Portability Dapat digunakan pada semua browser
selain internet explorer
SKPL-NF0004 Security Hanya admin yang dapat mengirimkan
email ke pihak tertentu dan menghapus
post aduan
SKPL-NF0005 Others 1: Bahasa Bahasa yang digunakan adalah Bahasa
komunikasi Indonesia
3.5 Batasan Perancangan

Perangkat lunak dapat dijalankan pada semua sistem operasi yang dapat mengakses browser dan
terhubung ke internet.
3.6 Kerunutan (traceability)

3.6.1 Kebutuhan Fungsional vs Proses
Tabel T05 Mapping Kebutuhan Fungsional dengan DFD

ID Kebutuhan Fungsional Nomor Proses pada DFD
SKPL-F0001 1
SKPL-F0002 4
SKPL-F0003 3
SKPL-F0004 7
SKPL-F0005 4 dan 5
SKPL-F0006 4.2
3.6.2 Data Store vs E-R
Tabel T06 Mapping Data Store DFD dengan Entity-Relasi

Data Store Entity Relasi
aduan berstatus pengaduan -
Artikel artikel -
3.7 Ringkasan Kebutuhan
3.7.1 Kebutuhan Fungsional

Tabel T07 Kebutuhan Fungsional
ID Deskripsi
SKPL-F0001 P/L mampu menerima aduan dari pengguna publik (warga kota
Bandung)
SKPL-F0002 P/L dapat melakukan filter terhadap aduan yang masuk
SKPL-F0003 P/L mampu mendistribusikan aduan yang telah divalidasi ke
pihak terkait
SKPL-F0004 P/L mampu menampilkan daftar semua aduan yang masuk
SKPL-F0005 P/L mampu menampilkan laporan tindak lanjut berupa artikel
SKPL-F0006 P/L mampu mengubah status aduan
SKPL-F0007 P/L dapat terintegrasi dengan gmail
3.7.2 Kebutuhan Non Fungsional

Tabel T08 Kebutuhan Non Fungsional
ID Deskripsi
SKPL-NF0001 Dapat diakses selama 24/7, kecuali pada saat maintenance
SKPL-NF0002 Semua email pengaduan dipastikan sampai ke email yang
dituju
SKPL-NF0003 Dapat digunakan pada semua browser selain internet explorer
SKPL-NF0004 Hanya admin yang dapat mengirimkan email ke pihak tertentu
dan menghapus post aduan
SKPL-NF0005 Bahasa yang digunakan adalah Bahasa Indonesia


Draft SKPL K1 Kel7 Comment

Diunggah oleh

Informasi Dokumen

Deskripsi Asli:

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Draft SKPL K1 Kel7 Comment

Diunggah oleh

Hak Cipta:

Format Tersedia

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

Pemerintah Kota Bandung

Chrestella Stephanie - 13512005

Program Studi Teknik Informatika

Jl. Ganesha 10, Bandung 40132

Nomor Dokumen Halaman

Revisi - 30 Januari 2015

Program Studi Teknik Informatika SKPL-07 Halaman 1/ dari 12 halaman

Program Studi Teknik Informatika SKPL-07 Halaman 2/ dari 12 halaman

Halaman Revisi Halaman Revisi

Program Studi Teknik Informatika SKPL-07 Halaman 3/ dari 12 halaman

Program Studi Teknik Informatika SKPL-07 Halaman 4/ dari 12 halaman

1.2 Lingkup Masalah

1.3 Definisi, Istilah dan Singkatan

1.4 Aturan Penomoran

Tabel T01 Aturan Penamaan dan Penomoran

Hal/Bagian Aturan Penomoran/Penamaan

Kebutuhan Fungsional SKPL-FXXXX dimana XXXX adalah nomor urut kebutuhan

Program Studi Teknik Informatika SKPL-07 Halaman 5/ dari 12 halaman

2 Deskripsi Umum Perangkat Lunak

2.1 Deskripsi Umum Sistem

Gambar D01 Diagram Sistem Pengaduan Taman

2.2 Karakteristik Pengguna

Program Studi Teknik Informatika SKPL-07 Halaman 6/ dari 12 halaman

harus memakai data dari basis data yang dibuat

2.4 Lingkungan Operasi

3.1.1 Antarmuka Pemakai

3.1.2 Antarmuka Perangkat Lunak

3.1.3 Antarmuka Komunikasi

3.2 Kebutuhan Fungsional

Tabel T03 Kebutuhan Fungsional

Program Studi Teknik Informatika SKPL-07 Halaman 7/ dari 12 halaman

Gambar D02 Diagram Konteks

3.2.2 DFD Level 1

Gambar D03 DFD Level 1

Program Studi Teknik Informatika SKPL-07 Halaman 8/ dari 12 halaman

Gambar D04 DFD Level 2

3.2.3 Spesifikasi Proses (P-SPEC)

3.2.3.2 memfilter aduan

3.2.3.3 menampilkan aduan ke layar

3.2.3.4 membuat konten email

Program Studi Teknik Informatika SKPL-07 Halaman 9/ dari 12 halaman

3.2.3.5 mengirim email

3.2.3.6 mengubah status aduan

3.2.3.7 update status

3.2.3.8 membuat artikel

3.2.3.9 menampilkan artikel ke layar

3.2.4 Data Store

Program Studi Teknik Informatika SKPL-07 Halaman 10/ dari 12 halaman

3.3.1 E-R diagram

3.4 Kebutuhan Non Fungsional

Tabel T04 Kebutuhan Non Fungsional

3.5 Batasan Perancangan

3.6 Kerunutan (traceability)

Program Studi Teknik Informatika SKPL-07 Halaman 11/ dari 12 halaman

Tabel T05 Mapping Kebutuhan Fungsional dengan DFD

3.6.2 Data Store vs E-R

Tabel T06 Mapping Data Store DFD dengan Entity-Relasi

3.7 Ringkasan Kebutuhan

3.7.1 Kebutuhan Fungsional

3.7.2 Kebutuhan Non Fungsional

Program Studi Teknik Informatika SKPL-07 Halaman 12/ dari 12 halaman

Anda mungkin juga menyukai