Pengembangan Perangkat Lunak

28
DOKUMEN PEMBANGUNAN PERANGKAT LUNAK SISTEM PEMBANTU PENYEBARAN INFORMASI MENGGUNAKAN SMS GATEWAY untuk: <#nama User> Dipersiapkan oleh: ......................................... ................. ......................................... ................. ......................................... ................. ......................................... ................. Program Studi Teknik Informatika – Universitas Sanata Dharma Yogyakarta

description

Contoh Doc pengembangan perangkat Lunak

Transcript of Pengembangan Perangkat Lunak

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