pengembangan perangkat lunak
DESCRIPTION
Contoh Doc pengembangan perangkat LunakTRANSCRIPT
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