SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
DOKUMEN PEMBANGUNAN PERANGKAT LUNAK
SISTEM PEMBANTU PENYEBARAN INFORMASI MENGGUNAKAN SMS GATEWAY
untuk:
Dipersiapkan
oleh:........................................................................................................................................................................................................................................
Program Studi Teknik Informatika Universitas Sanata
DharmaYogyakarta
JURUSAN TEKNIK KOMPUTER & INFORMATIKAPOLITEKNIK TEDC
BANDUNG
Nomor DokumenHalaman
DPPL-DOC-20111/26
Revisi4Tgl: 22-11-2011
DAFTAR PERUBAHANRevisiDeskripsi
A
B
C
D
E
F
G
INDEXTGL-ABCDEFG
Ditulis oleh
Diperiksa oleh
Disetujui oleh
Daftar Halaman PerubahanHalamanRevisiHalamanRevisi
Daftar Isi1Pendahuluan51.1Tujuan Penulisan Dokumen51.2Lingkup
Masalah51.3Referensi51.4Deskripsi Umum Dokumen
(Ikhtisar)52Kebutuhan Perangkat Lunak52.1Deskripsi Umum
Sistem52.2Fitur Utama Perangkat Lunak62.2.1Kebutuhan
Fungsional62.2.2Kebutuhan Non Fungsional63Model Use Case73.1Diagram
Use Case73.2Skenario Use Case84Model Analisis104.1Realisasi Use
Case Tahap Analisis104.2Kelas Analisis135Model
Perancangan155.1Realisasi Use Case Tahap Perancangan155.2Diagram
Kelas Keseluruhan165.3Kelas Perancangan165.3.1Operasi dan
Atribut175.4Perancangan Basis Data185.5Perancangan
Antarmuka196Implementasi216.1Implementasi Kelas216.2Implementasi
Basis Data216.3Implementasi Antarmuka217Pengujian227.1Rencana dan
Prosedur Pengujian227.1.1Rencana Pengujian227.1.2Prosedur
Pengujian227.2Kasus Uji227.2.1Pengujian Use Case 227.3Defect dan
Status Perbaikan237.4Evaluasi Pengujian23
PendahuluanTujuan Penulisan DokumenDokumen ini ditujukan kepada
perusahaan pengembang perangkat lunak. Tujuan dokumen ini untuk
memberikan gambaran lebih detil kepada para stakeholder tentang apa
dan bagaimana Sistem Pembantu Penyebaran Informasi menggunakan Sms
Gateway..Lingkup MasalahLingkup masalah yang akan diselesaikan oleh
sistem yang akan dibuat meliputi penyebaran informasi dengan cepat
dan akurat.Referensi Dokumen Spesifikasi Kebutuhan Perangkat Lunak
- Sistem Pembantu Penyeberan Informasi Menggunakan SMS Gateway
Deskripsi Umum Dokumen (Ikhtisar)Dokumen berisi deskripsi umum
dan detail dari sistem yang akan dibuat meliputi : Kebutuhan
Perangkat Lunak, Use Case Diagram, Class Diagram, user interface
dan rencana prosedur pengujian.
Kebutuhan Perangkat Lunak
Deskripsi Umum Sistem
Software ini bergantung pada jaringan internet dan server dari
provider seluler, dimana nantinya operator seluler ini yang akan
meneruskan mengirim pesan ke nomor seluler member. Contoh kasus
yang mirip adalah pengiriman sms pengiriman info polis dari
Prudential. Penyebaran informasi hanya terbatas kepada member yang
sudah terdaftar di dalam sistem.
Fitur Utama Perangkat Lunak- Mengelola data member- Menyebarkan
informasi via SMS Gateway/email- Membuat kegiatan- Menetapkan
peserta dari sebuah kegiatanKebutuhan
FungsionalSekretarisKodeKebutuhan Fungsional
SRS-F-1-001Mengelolah data member (menambah, mengedit dan
menghapus)
SRS-F-1-002mengirimkan informasi
SRS-F-1-003cek konfirmasi
MemberKodeKebutuhan Fungsional
SRS-F-2-001Menerima informasi
SRS-F-2-002mengirim konfirmasi terkait informasi yang
diterima
Kebutuhan Non Fungsional
KodeKebutuhan Non-Fungsional
SRS-NF-001Melakukan lock screen saat standby
SRS-NF-002Sistem membutuhkan jaringan internet untuk mengirim
data ke provider
Model Use CaseDiagram Use Case
Mengirim infrmasiCek konfirmasiApliaksi Server
Pengelolaan data member
MemberAplikasi Client
Sekretaris
Apliaksi ClientMengirim KonformasiMenerima Informasi
Server
Skenario Use Case1. Mengelola data member (menambah, mengedit
dan menghapus)Aktor : SekretarisPra Kondisi: sudah menjalankan
aplikasi (masuk ke sistem)Kondisi Akhir: data pada sistem
berubahBasic flow: (1) Membuka form home(2) user Pilih menu Member
pada form Home lalu membuka formTambahMember(3) sistem menampilkan
form tambahmember(4) user Input data member yang baru pada
formTambahMember(5)simpan data
Alternatif Flow: (2) a. User memilih menu Member pada form Home
untuk membuka formDaftarMember b. sistem menampilkan table daftar
member c. Pilih member yang akan diedit datanya kemudian klik
tombol edit untuk membuka panel edit data d. Melakukan pengeditan
data e. simpan data (2) a. User memilih menu Memberr pada form Home
untuk membuka panelDaftarMember b. sistem membuka panelEditMember
c. Pilih member yang akan dihapus kemudian klik tombol hapus hingga
muncul dialog konfirmasi hapus data d. klik tombol YES e.
selesai
2. Mengirimkan informasiAktor : User (sekretaris)Pra Kondisi:
user sudah masuk ke sistemKondisi Akhir: semua member yang ada pada
list akan mendapatkan informasi
Basic flow: (1) user memilih menu Pesan pada Home (2) sistem
membuka panelkirimPesan (3) user menuliskan pesan di dalam kolom
Pesan pada panelkirimPesan (4) user memilih menekan tombol Resipien
(5) sistem menampilkan daftar Member (6) user memilih member yang
akan menerima pesan (7) klik tombol OK (8) sistem kembali ke form
kirimPesan (9) klik tombol SEND pada form kirimPesan untuk mengirim
pesan (10) sistem menyimpan data pesan ke database logPesan
3. Cek Konfirmasi Aktor : User (sekretaris) Pra Kondisi : Pesan
sudah terkirim Kondisi Akhir : Konfirmasi dari member ke user Basic
flow : (1) user memilih menu Cek Konfirmasi(2) sistem menampilkan
panelCekKonfirmasi yang berisi data pesan(3) sistem mengambil data
pesan dari databasePesan(4) user memilih pesan yang akan di cek
konfirmasi kehadiran membernya lalu klik tombol Lihat penerima(5)
sistem menampilkan table penerima pesan yang berisi nama member
yang telah dikirimi pesan. Model AnalisisRealisasi Use Case Tahap
Analisis
Kelas Analisis
NAMA KELASTANGGUNG JAWAB KELASATRIBUT
FORM HOME menampilkan menu kirim pesan, tambah member, edit
member dan cek konfirmasi1. menu tambahMember2. menu editMember3.
menu kirimPesan4. menu cek konfirmasi
FORM TAMBAH MEMBERinput data member1. button SAVE2. button
CANCEL3. textField namaMember4. textField alamatMember5. textField
noHPMember6. textField emailMember
FORM EDIT MEMBERMenampilkan daftar member1. button EDIT2. button
HAPUS3. buttoN BACK4. checklist daftarMember
FORM EDIT DATA MEMBERMenampilkan detail data member1. button
SAVE2. button CANCEL
FORM KIRIM PESANInput isi pesan1. textArea isiPesan2. textField
subject3. menu daftarResipien
FORM RESIPIENMenampilan daftar member1. button OK2. checkBOX
selectAllMember3. checklist daftarMember4. namaMember
MEMBER 1. nama_member : string2. alamat_member : string3. no_hp
: string4. alamat_email : string5. Id_member : string
HAPUS MEMBERKontroler untuk menghapus member
TAMBAH MEMBERKontroler untuk menambah member baru
EDIT MEMBERKontroler untuk mengedit data member
PESAN
KIRIMKontroler untuk mengirim pesan (sms gateway)
DATABASE HANDLERKontroler untuk koneksi ke database
Model PerancanganRealisasi Use Case Tahap Perancangan
1. Mengelola data member
mengelolaMemberformHome
editMembertambahMember
hapusMembereditMember (select)konfirmasi daftar Member
konfirmasi(edit database)hapusMember (select)
2. Mengirim informasi
menulis Pesan di formform kirimPesanformHome
klik add (ambil resipien)formResipien
klik ok, kembali ke form Pesankembali ke form Resipienpilih
member terdaftar
controller sendMessage (kirim ke operator)klik Send
save database (logPesan)
3. cek Konfirmasi
Pesan
Form Data Check PesanForm Daftar PesanUse Case Cek Konfirmasi
:
HOME
Member
Diagram Kelas Keseluruhan
:tambah member
:form tambah member
:edit member
:form home
:form edit member:form edit data member
:member
:hapus member
:form resipien:form kirim pesan
:pesan
Kelas PerancanganNoNama kelas perancanganNama kelas analisis
1FORM HOMEHome
2FORM TAMBAH MEMBERPanelTambahMember
3FORM EDIT MEMBERFORM EDIT DATA MEMBERPanelEditMember
4
5FORM KIRIM PESANPanelKirimPesan
6FORM DAFTAR PESANFORM DATA CHECK PESANPanelCekKonfirmasi
7FORM RESIPIENResipien
8MEMBERMember
9HAPUS MEMBERTAMBAH MEMBEREDIT MEMBERcontrollerMember
11
12
13PESANPesan
14KIRIMcontrollerPesan
15DATABASE HANDLERDatabaseHandler
Operasi dan Atribut
Member
Nama OperasiVisibility (private, public)Keterangan
Set MethodpublicSet method dari atribut yang dimiliki
get methodpublicGet method dari atribut yang dimiliki
isNamaValidpublicUntuk melakukan pengecekan nama, mengembalikan
true jika sesuai ketentuan
isEmailMemberValidpublicUntuk melakukan pengecekan email,
mengembalikan true jika sesuai ketentuan
isNoHpMemberValidpublicUntuk melakukan pengecekan no hp,
mengembalikan true jika sesuai ketentuan
isAlamatMemberValidpublicUntuk melakukan pengecekan alamat,
mengembalikan true jika sesuai ketentuan
Nama AtributVisibility(private, public)Tipe
namaMemberprivateString
noHpprivateString
alamatMemberprivateString
alamatEmailprivateString
Perancangan Basis DataBagian ini diisi ER Diagram dan rencana
tabel relasional. Sebagai petunjuk, kelas-kelas entity yang akan
diimplementasikan sebagai tabel dibuat ERD-nya.
Perancangan Antarmuka* frame Login
* Form Home
* Form kirimPesan
* Form TambahMember
ImplementasiImplementasi KelasNoNama KelasNama File FisikNama
File ExecutableProgrammer
1LoginLogin.javaJeanot
2Home UserHome.javaJeanot,Yudi
3Cek KonfirmasiPanelCekKonfirmasi.javaJeanot, Fidi
4Kirim PesanPanelKirimPesan.javaJeanot, Yudi
5Tambah MemberPanelTambahMember.javaJeanot, Yudi
6Timer awalProgressbar.javaFidi
7controller handlercontrollerHandler.javaJeanot
8controller : membercontrollerMember.javaYosi
9controller : pesandatabasePesan.javaYosi
10 Database : memberMember.javaJeanot, Yosi
11Database : pesanPesan.javaFidi, Yudi
Implementasi Basis DataBagian ini diisi dengan daftar tabel yang
TELAH diimplementasikan. Misalnya dalam bentuk tabel berikut:NoNama
KelasNama TabeNama File SQLProgrammer
1Database MemberMembermember.sqlYosi, Fidi
2Database Pesan PesanPesan.sqlJeanot, Yudi
Implementasi AntarmukaBagian ini diisi dengan daftar
implementasi antarmuka. Misalnya dalam bentuk tabel
berikut:NoAntarmukaNama File Fisik Nama File Executable
Programmer
Pengujian
Rencana dan Prosedur PengujianRencana Pengujian
Bagian ini diisi dengan rencana pengujian, misalnya dalam bentuk
tabel berikut:NoUnit Test/KelasPengujianJenis
PengujianIdentifikasi
1Xxx1. Skenario normal2. Skenario xxx (acu no.skenario) 3.
Skenario yyy1. White Box
U-1-1U-1-2U-1-3
U-2-xxx
NoUse CasePengujianJenis PengujianIdentifikasi
1xxx1. Skenario normal2. Skenario xxx (acu no.skenario) 3.
Skenario yyy1. Black box2. Black Box3.U-1-xxxU-1-xxxU-1-xxx
U-2-xxx
Prosedur PengujianBagian ini diisi dengan prosedur pengujian,
misalnya persiapan pengujian, urutan pengujian yang harus
dilakukan, dll.Bagian ini diisi dengan prosedur pengujian versi
final. Lengkapi daftar perubahan.Kasus UjiBagian ini diisi dengan
kasus uji untuk setiap use case (dibuat subbab untuk setiap use
case). Contohnya adalah sebagai berikut:Pengujian Use Case
Identifikasi DeskripsiProsedur PengujianMasukanKeluaran yang
DiharapkanKriteria Evaluasi HasilHasil yang DidapatKesimpulan
U-1-01Pengujian hasil pemasukan data pelanggan oleh operator
Buka File data pelanggan Cari rekord dengan data modus pemasukan
yang diinginkan Lihat tanggal lahir pelanggan Lihat kode pelanggan
Bandingkan dengan rumus pembangkitan kode pelanggan
Kode modus pemasukan operator (01)010010100201003dst01 01